Ennek a cikknek az a célja, hogy megválaszolja az első kérdéseket a CD3 és egyszerű példa mutasd meg, hogyan kell módosítani a modellszabályokat. Az információk hasznosak kezdőknek és azoknak, akik már elkezdték a mesterséget, és új kérdéseik vannak.

A kiadványban elfogadott rövidítések

CD2- konfigurációs Adatkonverzió, 2.0 kiadás.
CD3- konfiguráció Adatkonverzió, kiadás 3.0, konfiguráció 3.0.5.3.
ED- az EnterpriseData csere univerzális formátuma.

Válaszok a kérdésekre a CD3 felületes ismerkedése után. Ha tudod, miért van szükség CD3-ra, akkor nem tudod elolvasni ezt a bekezdést;)

Kérdések és válaszok

• A KD3 a KD2 új verziója? Nem! Ez egy másik eszköz, amely a CD2-höz hasonló feladatokat old meg. Minden eszköznek megvan a saját felhasználási módja.
• A CD3 jobb, mint a CD2? Nem lehet őket összehasonlítani, mert Ezek különböző eszközök, és mindegyiknek megvannak az előnyei és hátrányai.
• A CD3 cseréjére vonatkozó szabályok módosításához szüksége van eltávolítani egy konfigurációt a támogatásból? Nem NEM kell kilépnie a támogatásból! Tipikus konfigurációkban rendszeresen csatlakozhat külső feldolgozás szabályokkal, valamint a 8.3.10 és újabb platformot támogató konfigurációkon a szabályokat a bővítmény segítségével szerkesztheti.
• Adatokat kell áttelepítenie az egyedi konfigurációkból. Tanulmányi célokra használhatja a CD3? Ha felteszi ezt a kérdést, valószínűleg nem teheti meg. A CD3 esetében a konfigurációnak tartalmaznia kell a BSP 2.3-as vagy újabb verzióját, az univerzális formátumon keresztüli szinkronizálással. A CD2 100%-ban megfelel, a CD3 megkérdőjelezhető.
• Használható a CD3 szabványos módosított konfigurációkhoz? Igen tudsz. Ha a nem típusú adatai ED vagy AdditionalInfo kellékekkel továbbíthatók, akkor jó. Ellenkező esetben lehetőség van a csereformátum (XML-séma) módosítására. Ebben az esetben a CD3 képességei majdnem megegyeznek a CD2-vel, de a CD3 fő pluszja eltűnik - a csereformátum egyetemessége.
• Az ED-t támogató konfigurációk kicserélhetők egymással? Igen! De a BP 3.0 - BP 3.0 cseréjéhez a szinkronizálás létrehozásakor nem választhatja ki a BP 3.0-t. Rendben van, válassza az "Egyéb program" lehetőséget. Ha egyszeri cserére van szüksége, akkor elég a Minden funkció menüben a „Vállalati adatok feltöltése letöltése” feldolgozást használni.
• A konfiguráció frissítése után le kell töltenem a legújabb szabályokat a terjesztési készletből? Nem! A szabályokat a konfigurációs modul tartalmazza. Más 1C adatbázisokkal való cseréhez nem kell betöltenie egy másik adatbázis szabályait. Miért? Részletek ebben a cikkben.
• Egy adatbázis frissítése után frissítenie kell egy másik, a cserében részt vevő adatbázist? Nem! Nem szükséges a cserében érintett összes adatbázis szinkron frissítése. Ez a CD3 egyik előnye.
• Konfigurációink sokat fejlődtek, új típusú dokumentumok és könyvtárak jelentek meg, a CD3 át tudja-e vinni őket? Lehetséges, hogy a formátum megváltoztatása nélkül nem lesz képes. Ez a CD3 egyik "mínusza" a CD2-höz képest.

Akkor miért kell a KD3? Érvek és ellenérvek

Profi CD3

Tekintsük a CD3 fő előnyét egy gyakran előforduló feladat példáján. Van egy UT 11.3-as konfiguráció, amely semmilyen okból nem frissül. Cserét kell szervezni a BP 3.0-val, amely folyamatosan frissül az aktuális kiadáshoz.

Nincs mit.

• A CD3-ban használt univerzális csereformátum az ilyen problémák megoldására szolgál.
• Az UT-ban a csereszabályok nem a BP-vel való cserére, hanem az univerzális EnterpriseData formátummal való cserére jönnek létre.
• Ha a CD2 fogalmaival operálunk, akkor az UT az ED konfigurációval cserél, ami nem változik. A BP 3.0 is cserélődik az ED-vel.

Minden konfigurációnak megvannak a saját szabályai az ED-vel való cseréhez. Így az UT mindig ugyanabban a formátumban tölti fel az adatokat. A BP 3.0 konfigurációnak, bármilyen új is, képesnek kell lennie az adatok fogadására ebből a formátumból.

Kiderült, hogy az UT-ban nem kell attól tartanod, hogy néhány részlet megváltozik az ÜT-ben. A feladat egyszerű - fel kell tölteni az ED-re, és a tápegység konfigurációjának képesnek kell lennie az adatok fogadására ebből a formátumból.

• Tekintettel arra, hogy a forráskonfiguráció mindig egy formátumban töltődik ki, bármely vevőkonfiguráció képes betölteni az adatokat ebből az univerzális formátumból.
  Azok. UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP cserék tetszőleges kombinációjához. nem kell egyedi szabályokat írni. A CD3-ban a szabályok univerzálisak. Bármely konfiguráció, amely támogatja az univerzális formátumú cserét, bármilyen konfigurációval cserélhető, amely támogatja az ED formátumot.

Az algoritmusok és szabályok hibakeresése magában a konfigurációban elérhető. minden szabály közös modul vagy külső feldolgozó kód. A CD3 nélkül is megteheti a hiba gyors kijavítását.

A CD2 hátrányai

A csereszabályok minden konfigurációpár esetében egyediek. Az összes fenti kombinációk közötti csere különböző típusok konfigurációkhoz és a konfigurációk különböző verzióihoz saját csereszabályokra van szükség. Ezért az UT 11.3 és BP 3.0 cseréjével kapcsolatos fenti probléma megoldásához szinte minden BP 3.0 frissítés után hibakeresésre és a csereszabályok finomítására lesz szükség.

Az algoritmusok és szabályok hibakeresése nehéz egy kezdő programozó számára, vagy azoknak, akik ritkán találkoznak ezzel a feladattal. A szabályok tárolva vannak xml fájl e. A gyorsjavítás nem érhető el. A szabályokat be kell tölteni a CD2-be, javítani és vissza kell tölteni.

Hátrányok CD3

Az univerzális formátum korlátozásokat ír elő a dokumentumok és könyvtárak típusaira. Tipikus konfigurációkhoz tervezték. Ha nem szabványos kellékkel vagy dokumentumtípussal rendelkezik, nehéz lehet a csere.

Az ED formátumú szinkronizálás megvalósításához a konfigurációnak támogatnia kell ezeket a mechanizmusokat. Mindez a BSP 2.3-ban és újabb verziókban található. Ez nem igazán hátrány, inkább jellemző.

A fő plusz kissé elhalványul a formátumtámogatás korlátozott időtartama miatt. Ezt már tapasztalták az UT 11.1, UT 11.2 felhasználói, akik a BP 3.0-val cserélnek. A támogatási időpontok ezen a linken találhatók. Azt írja, hogy a formátum minimális garantált támogatási ideje egy év, valójában körülbelül 3 év. Így ha ma beállítja a szinkronizálást, akkor legalább egy évig nem frissítheti az UT 11 adatbázist, majd frissítheti a konfigurációt, vagy egyszerűen hozzáadhatja új formátum, szükség szerint végezzen kisebb változtatásokat a BSP-n és a szabályokon. Hogyan kell csinálni? Ebben a cikkben később lesz pontosítva.

Profi CD2

A CD2 lehetőségei végtelenek. Bármilyen platformon bármilyen konfigurációhoz létrehozhat csereszabályokat. 1C 7.7-től a legújabb 8.3-ig. A konfigurációból semmi nem szükséges, BSP nem szükséges. A szabályokat itt lehet létrehozni automatikus üzemmódés javított.

A fenti előnyökkel és hátrányokkal kapcsolatban tipikus konfigurációkhoz a KD3 használata javasolt. A KD2 bármilyen konfigurációhoz használható, de a hátrányai miatt ne felejtsük el, hogy néha célszerűbb a KD3 használata.

Remélem érthető, miért van szükség a CD3-ra, érdemben folytatjuk.

Elfogadott rövidítések tovább

BSP- Szabványos alrendszerek könyvtára.
ALATT- adatkezelési szabály.
PKO- objektumkonverziós szabály.
PKPD- előre meghatározott adatkonverziós szabály.
PCS- ingatlan átalakítási szabály.

Vegyünk egy példát - meg kell változtatni a BP 3.0 és az UT 11.3 tipikus csereszabályait

Sárga háttéren a CD3-ban megnyíló utasítások lépései láthatók. Az ebben a cikkben javasolt lépések sorrendje eltérő, hogy ne keveredjen össze, és logikusan azonnal befejezze a megkezdett műveletet.

Hogyan lehet megváltoztatni az ED szabályokat?

1. Finomítsa a modult csereszabályokkal közvetlenül a konfigurációban. Ezt a lehetőséget még nem fontolgatjuk, mert hogy megértsük, mit és hol kell megváltoztatni, legalább egyszer meg kell tenni a CD3-ban. Ebben az esetben a jövőben könnyebb lesz gyorsan megoldani a problémákat, hibakeresést végezni a modulban, és szükség esetén átvinni a CD3-ra.
2. Használd a CD3-at.
   Hogyan történik ez a CD2-ben? Mindkét konfiguráció metaadatait kirakjuk, és betöltjük a CD2-be.
   1. lépés. A CD3 esetében ugyanezt tesszük - minden konfigurációban vállalati módban feldolgozással \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epf konfigurációs metaadatok feltöltése,
   például a mappában D:\BP3 szabályok\BP 3.0.54.15\", Fájl név " MD.xml».

Nem világos, hogy ennek a feldolgozásnak a beállításai milyen célból vannak elrejtve, ezért az információs nyilvántartások adatai alapértelmezés szerint nem kerülnek feltöltésre. Javítsuk ki ezt a hibát.
A főűrlap ChangeProcessingMode() eljárásában írja be a sort

// Elements.Settings.Visibility = False;

Mentjük a feldolgozást, megnyitjuk vállalati módban, a jelzőt "Információs regiszterek eltávolítása", kiürítésre állítjuk.

3. lépés A korábban létrehozott fájl feltöltése MD.xml"CD3-ban, zászló szakasz" A konfiguráció új verziójához».

Mert a CD3-ban egy „intermediate configuration” (ED) szolgál a cserére, ennek „metaadatait” is betöltjük, ami egy XML séma, egy „xsd” kiterjesztésű fájl. 2. lépésÁtveheti az UT 11 vagy BP 3.0 konfigurációból. Ezek ugyanazok. Nyissa meg a konfigurációt, a keresősávba írja be a " belép”, látjuk a fán Általános - XDTO-csomagok ilyen csomagok: EnterpriseData_1_3_8, EnterpriseData_1_4_4és hasonlók.. Ezek 1.3 és 1.4 formátumverziók, illetve 1.2, 1.1, 1.0, ha van ilyen. Kattintson jobb gombbal a csomagra helyi menü válassza a "".

4. lépés A CD3 részben válassza ki a korábban feltöltött "xsd" kiterjesztésű fájlokat. Egy fájlt kell kiválasztani! Több választási lehetőséggel ExchangeMessage nem szükséges! Ezt javasolták a korábbi verziók régebbi CD3 utasításai. A legújabb CD3-ban erre nincs szükség.

A formátum betöltése után a szakaszban Adatformátum - Objektumfa formázása, válassza ki a formátum verzióját. Ha vannak dokumentumok és kézikönyvek, akkor feltöltötte helyes fájl. Ha nem, kezdje elölről egy új üres CD3-mal, és először töltse be a formátumot, és ellenőrizze a fát.

2. szakasz. A metaadatok CD3-ba való betöltése után folytatjuk a szabványos csereszabályok betöltését.
Hogyan történik ez a CD2-ben? A szabályok betöltődnek az átalakításba.
Nagyjából ugyanez a helyzet a CD3-ban. Kirakjuk a szabályokat a standardból, létrehozunk egy konverziót, majd betöltjük bele a szabályokat.

Szabványos szabályok eltávolítása a konfigurációból a CD3-ra való betöltéshez

A konfigurációk cseréje a csereformátum maximális közös verzióján történik. Például az egyik konfiguráció maximális formátuma 1.5, a másiké 1.6, ami azt jelenti, hogy az 1.5-ös formátumban fognak egymással cserélni. Ezért elegendő az 1.5-ös formátumot mindkét konfigurációból kirakni és a szabályokba betölteni.

Konfigurátor módban megnyitjuk a BP 3.0 vagy UT 11.3 konfigurációját, a keresősávba beírhatja a " férfi uni", nyisd ki közös modul. Ha ez a BP 3.0, akkor nyissa meg. A megnyitott modulban lépjen a menübe Fájl – másolat mentése, mentse el a fájlt tetszőleges névvel, például " D:\BP3 szabályok\BP 3.0.54.15\Common Module ExchangeManagerViaUniversalFormat_Module».
Nyissa meg a BP 3.0 vagy UT 11.3 konfigurációját vállalati módban, nyissa meg a feldolgozást \tmplts\1c\Conversion\3_0_5_3\Szinkronizálási szabályok letöltése.epf

A tipikus feldolgozás hátrányai:

• gyakran nem sikerül;
• kirakja a szabályokat a csomóponthoz csatlakoztatott külső feldolgozásból, és tipikus szabályokra van szükségünk;
• nem működik BP 3.0.53 és újabb verziókban.

A fő feldolgozási forma moduljának véglegesítése. Az eljárások módosítása OnCreateOnServer.

&AtServer OnCreateAtServer(Failure, StandardProcessing) // Formátumverzióválasztó lista. FormatVersions = Új egyezés; Data ExchangeOverridden.OnGettingAvailableFormatVersions(FormatVersions); Minden ExchangePlan-hez az ExchangeDataReuseExchangePlansBSP() Loop If ExchangeDataRetryThisExchangePlanXDTO(ExchangePlan) then ExchangePlanFormat Versions = Új levelezés; BSP243 Version = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); Ha BSPVersion243 Then ExchangePlanFormat Versions = ModuleDataExchangeServer.ExchangePlanSettingsValue(ExchangePlan, "ExchangeFormat Versions"); Egyéb ExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); EndIf; Minden ExchangePlan-verzióhoz az ExchangePlanFormat Version Manager ciklusból = FormatVersions.Get(ExchangePlanVersion.Key); Ha ManagerModule = Undefined Vagy ManagerModule<>ExchangePlanVersion.Value then FormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); EndIf; EndCycle; EndIf; EndCycle; Minden FormatVersion FROM FormatVersion ciklushoz Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); EndCycle; FormatVersionStorageAddress = PlaceInTempStorage(FormatVersion, UniqueIdentifier); Vége eljárás

• Válassza a "Verziószám formázása" lehetőséget, például " 1.3 »,
• "Könyvtár cseréje" - hozzon létre egy mappát, például ""
• Nyomja meg a gombot " kirak».

Megismételjük ezeket a lépéseket a formátum többi verziójához, és elmentjük a megfelelő mappákba "1.4", "1.5" stb. A BP 3.0 esetében elegendő az összes formátumot feltölteni az 1.3-tól vagy újabb verziótól. Más konfigurációkhoz 1.2-től és újabb verziótól.

A szabályok ki lettek töltve, most be kell tölteni a CD3-ba. A CD2-ben a szabályok az átalakítás létrehozásával egyidejűleg töltődnek be. A CD3-ban létre kell hozni egy konverziót, és be kell tölteni a szabályokat.
Az AC3 szekcióban Konverziók - Konverziók - Létrehozás. . Kiválasztunk egy konfigurációt. A kényelem kedvéért megváltoztathatja a konfiguráció nevét az elemszerkesztési módra váltva. Például ahelyett Számviteli Vállalkozások jelezni " BP 3.0.54.15". Kellékek Név nem kell változtatni! Név a konverziók ugyanúgy megadhatók, például: " BP 3.0.54.15". NÁL NÉL táblázatos rész válassza ki a támogatott formátumú verziókat. A formátum verziói azok, amelyeket a fenti adatbázisból eltávolítottunk. Mentse el az átalakítást.

Menjen a szakaszhoz Konvertálás – Szinkronizálási szabályok betöltése fájlokból.
:

Letöltés helye: " Egy meglévő konverzióra»

Címtárcsere: " D:\BP3 szabályok\BP 3.0.54.15\1.3»

• Fájl az Exchange modullal: " D:\BP3 szabályok\BP 3.0.54.15\Common module ExchangeManagerViaUniversalFormat13_Module.txt»
• Alakítani: " BP 3.0.54.15»

Amikor szinkronizálási szabályokat tölt be fájlokból az UT 11.3-hoz, hibaüzenet jelenik meg " Az objektum mező nem található". Az ok a TekPKO. A UseToGet=False CD3 adatot kér az azonosítási lehetőségről a fogadáskor. Ha ez nincs a szabályfájlban, hiba történik. A félreértés javítása. Vagy távolítsa el ezt az űrlapot a támogatásból, vagy használja a kiterjesztést.

// A feldolgozás fő formája LoadingSynchronizationRulesFromFiles // A változtatások előtt: // Az eljárás betölti az objektumok átalakításának szabályait &AtServer Az eljárás LoadPSP() ... FillPropertyValues(TekPSP, Attribute Structure); // Azonosítási lehetőség – speciális logika. TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Ezután // Betöltött FSP írása. ... // A változtatásokat "//ED" jelöli // Az eljárás betölti az objektumok átalakításának szabályait &AtServer Az eljárás LoadPSP() ... FillPropertyValues(TekPSP, AttributeStructure); // Azonosítási lehetőség – speciális logika. If TekPSP.UseForGetting Then //ED TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; EndIf; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Ezután // Betöltött FSP írása. ...

Nyomja meg a gombot " Letöltés». « A kezelőket egy másik átalakításhoz tervezték: BP 3.0.44 (1.4-es formátum). Folytatja a letöltést?" Nyomja meg " Igen».
Az űrlap bezárása nélkül válasszon másik " Címtárcsere” és nyomja meg a „ ” gombot. Az egyes formátumok szabályainak betöltését többször megismételjük az aktuális konverzióba.
Sikeres letöltés után lépjen a " szakaszba Konverziók" - „Konverziós szabályok beállítása”, nyissa meg a konverziónkat a lista űrlapról.
Ha azt látjuk, hogy , POD stb., akkor a letöltés CD3-ra sikeres volt.

A betöltési szabályok helyességének ellenőrzése

Ez nem kötelező művelet! Ha a formátum egyik verzióját használja a szabályokban, akkor nem kell a modul szövegét azonossá tenni.

• Nyissa meg a BP konfigurátort, hozzon létre egy új külső feldolgozást, például Név " EDBP szinkronizálás", szinonimája a " Szinkronizációs ED PSU 3.0».
• CD3-ban a következő formában Csereszabályok felállítása"Nyomja meg a" gombot, és illessze be ezt a kódot a vágólapról az új feldolgozásunkba.
• A BP konfigurátorban ellenőrizzük, hogy a modulban vannak-e szintaktikai hibák. Mentse el a feldolgozást.
• hozzon létre egy másik üres feldolgozást a BP-ben, például: Név " SzinkronizálásEDBP tipikus", szinonimája a " Szinkronizálás ED BP 3.0 tipikus". Másolja ki az általános BP modul szövegét Exchange ManagerViaUniversalFormat13 a feldolgozó modulba, és mentse el.

Hasonlítsuk össze a két kezelést. Menü Fájl – Fájlok összehasonlítása.

Ha a szabványos modulban vannak olyan eljárások, amelyek nem szerepelnek a szabályainkban, akkor nem töltötte be az összes adatformátumra vonatkozó átalakítási szabályokat. Ha szükséges a hiányzó formátumú szabályokat betöltjük a konverzióba, és megismételjük szabályaink összehasonlítását a szabványosokkal. Mikor szereztél személyazonosságot? nyugodtan elkezdheti finomítani a szabályokat. Nem szükséges a teljes azonosság elérése, ha tudja, hogy a csereformátumok közül melyik nem kerül felhasználásra a szinkronizálás során.

Hasonló módon létrehozunk egy konverziót az UT 11.3-hoz a CD3-ban.

BP 3.0.54.15

• A szoftver hibás betöltését észlelték" Directory_Users". Javítani kell. Kell.
• PKO-ban" Dokumentum_árukészlet_Szállítás"PKS-hez" Felelős személy" nem határozza meg az FSP. Nyissa meg, válassza ki újra a konfigurációs tulajdonságot és a format tulajdonságot a típusuk kitöltéséhez, majd a kijelölés a mezőben " Tulajdonátalakítási szabály". Válassza a " Directory_Individuals_Sending".

Vegyünk egy példát a finomításra

A példa fő célja, hogy bemutassa a fejlesztési lehetőségeket a csereformátumba nem illeszkedő további adatok átviteléhez.

Kellékek átvitele szükséges" Típusnómenklatúra"a "Nómenklatúra" kézikönyv, attribútumtípus " Directory.TypesNómenklatúra Az ilyen típusú könyvtárakat nem hordozzák a CD3 modellszabályai, és az 1.6 alatti verziók ED formátuma sem támogatja.

Egy ilyen probléma megoldására több lehetőség is kínálkozik.

• Az XDTO csomag finomítása, hozzáadva a "Directory.Nomenclature types" objektumot a formátumhoz. Ennek eredményeként az univerzális formátum fő előnye elvész - megszűnik univerzálisnak lenni. Az XDTO csomag finomítása szükséges lesz a cserében részt vevő összes adatbázisban.
• Formátum tulajdonság használata " További követelmények", ami sok objektumban megtalálható. Ebben a cikkben ezt a lehetőséget bizonyos bonyolultság miatt nem vesszük figyelembe. Vegyük tudomásul, hogy van ilyen mód.
• Kellékek További információ. Minden formátumobjektum fejlécében megtalálható. Bármilyen fajta. Az ilyen helyzetekre tervezték. Használjuk a legegyszerűbb módszerként.

Mielőtt folytatná a szabványos szabályok finomítását, hozzunk létre két csoportot a szabálycsoportban " Hozzáadva», « Megváltozott". Ez ben történik Konverziók -".
Új AML, PQS, algoritmusok stb. a „Hozzáadott” csoportban létrehozzuk, a „Módosítva” csoportba átvisszük azokat a tipikus objektumokat, amelyeken változtatásokat végzünk. Ez megkönnyíti a megváltozott szabályok későbbi fenntartását.

Tehát kezdjük.

Szabályváltozások az UT 11.3-ban

CD3-ban a következő formában UT 11.3.4.12 Csereszabályok beállítása» fülre Algoritmusok hozzon létre egy új algoritmust

• Algoritmus neve "AdditionalInfoInsert"
• Csoport: "Hozzáadva"

Paraméterek: "XDTO adatok, név, kiegészítő érték"

Algoritmus kódja

Ha DataXDTO.Property("AdditionalInfo") ÉS TypeValue(DataXDTO.AdditionalInfo)=Típus("Struktúra") Akkor AdditionalData = DataXDTO.AdditionalInfo; Else ExtraData = Új struktúra; EndIf; KiegészítőAdatok.Insert(név, kiegészítőérték); DataXDTO.Insert("További információ", További adatok);

Mentse el az algoritmust, és lépjen a " fülre Objektumkonverziós szabályok»

gombbal " megtalálja"Nómenklatúrát keresünk, nyitott PKO" Directory_Nomenclature_Sending". Ugrás a lapra " Küldéskor". Itt a "Kezelő neve:" "" mezőt látjuk. Ott azonnal módosíthatsz.
Összetettebb, hibakeresést igénylő kód írható a konfigurációba. Eljárást keresünk az UT 11.3-as cseremodulban a következő néven: PKO_Catalog_Nomenclature_Sending_When Sending Data” és ott véglegesítjük.
A változtatások UT 11.3-ról CD3-ra való átviteléhez másolja a teljes eljárást a vágólapra, a CD3-ra a " Csereszabályok felállítása" nyomja meg a gombot "".

Példánkban a kód az

If ValueFilled(IBData.ItemType) Then //ED AdditionalInfoInsert(XDTO Data, "ItemType", String(IBData.ItemType.UniqueIdentifier())); AdditionalInfoInsert(XDTO adatok, "Nómenklatúra típusának neve", Általános célú.ObjectAttributeValue(DataIB.NomenclatureType, "Név")); // AdditionalInfoInsert... //A szolgáltatás egyéb részleteinek hozzáadása EndIf;

A módosítások CD3-ra való átvitele után nyomja meg a " Cserekezelő modul mentése", és vigye át a kódot a pufferből az UT 11.3 modulba.

Szabályváltozások a BP 3.0-ban

Változtatjuk a PKO-t" Directory_Nomenclature_Getting", a lapon" XDTO adatok konvertálásakor", eljárás neve" PKO_Catalog_Nomenclature_Obtaining_WhenConvertingXDTOData".

A "PKO_Catalog_Nomenclature_Obtain_WhenConvertingXDTOData" modulhoz hozzáadott kód

Ha DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo)=Type("Structure") Akkor //ED AdditionalData = DataXDTO.AdditionalInfo; Ha AdditionalData.Property("Nómenklatúra típusa"), akkor Nomenklatúra típusa = Data ExchangeXDTOServer.ObjectReferenceByOIDObjectXDTO(AdditionalData.NomenclatureType, Type("DirectoryReference.Nomenclature Types"), Exchange-összetevők); Ha ItemType.GetObject()=Undefined ÉS AdditionalData.Property("NomenclatureTypeName") Akkor //Új ItemTypeObject létrehozása = References.NomenclatureTypes.CreateItem(); NomenclatureTypeObject.SetReferenceNew(NomenclatureType); Nomenclature TypeObject.Name = Kiegészítő adatok.NómenklatúraTípusName; // a szolgáltatás egyéb részleteinek kitöltése. Fill inPropertyValues(NomenclatureTypeObject,AdditionalData); TypeNomenclatureObject.Write(); Nomenclature Type = Nomenclature TypeObject.Reference; EndIf; ReceivedData.NomenclatureType = NomenclatureType; EndIf; EndIf;

Egy kód nem elég. A "Tulajdonkonverziós szabályok" lapon fel kell venni egy PCS-t a " " konfigurációs tulajdonsággal és a jelölőnégyzettel A konverziós algoritmust használják".

A cserekezelő modult átvisszük a BP 3 konfigurációs modulba vagy külső feldolgozásra.

Hogyan lehet a módosított CD3 szabályokat feltölteni az adatbázisba?

A CD2-n szabályokat cserélő konfigurációkban ez a csomópont beállításaiban történik. A CD3-ban létrehozott szabályoknál csak ott látjuk majd a regisztrációs szabályok megváltoztatásának lehetőségét.

A CD3-ban elkészített szabályok háromféleképpen telepíthetők a konfigurációba

1. Távolítsa el a konfigurációt a támogatásból, és módosítsa a közös modult Exchange ManagerViaUniversalFormat;
2. A 8.3.10-es és újabb platformkompatibilitási módban futó konfigurációkon a közös modulon egy bővítmény segítségével végezhet javításokat.
3. Csatlakoztasson egy olyan bővítményt, amely teljesen lecseréli az általános modult szabályokkal.
4. A konfiguráció támogatásból való eltávolítása nélkül csatlakoztassa a külső feldolgozást szabályokkal a csomóponthoz;

Az első opcióval minden világos, a dokumentációban le van írva, a hátránya, hogy el kell távolítania a konfigurációt a támogatásból. A második lehetőség - a kiválasztott eljárás kiterjesztéssel történő javítása szintén nem nehéz az 1C programozó számára - össze kell hasonlítani a két feldolgozást a szabványos szabályokkal és a módosított szabályokkal, amint azt ebben a cikkben fent leírtuk, és módosítani kell a kívánt eljárást.

Harmadik lehetőség - univerzális formátumú csereszabályokkal rendelkező bővítmény használata jelenleg a legjobb. Eddig egyetlen hátránya van - el kell távolítania a zászlót " Biztonságos mód" a bővítmény csatlakoztatásakor. Ez korlátozza a használatát felhő szolgáltatások. Várjuk az 1C döntését a csereszabályok univerzális formátumú cseréjének eljárásáról az 1C frissben.

A lényeg az, hogy a konfigurációban meg kell találni egy kódrészt, amely a csereformátum verziójától függően a közös modul kiválasztásáért felelős, és a modulválasztást le kell cserélnie a saját moduljával. Példa a BP 3.0.67-hez:

//////// // Általános modul Data Exchange Overridden by &Instead("OnReceiveAvailableFormatVersions") Eljárás ED_OnReceiveAvailableFormatVersions(FormatVersion) ED_DataExchangeServer.OnReceiveAvailableFormatVersions);(FormatVersion); Az eljárás vége ///////// // A Denyvercalformat szinkronizálásának szinkronizálása: a Manager modul # Beállítások.ThisExchangePlanXDTO = igaz; Beállítások.Warn ON ExchangeRulesVersion Mismatch = False; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Új egyezés; ED_Data ExchangeServer.When ReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersion = FormatVersion; Settings.ExchangePlanUsed inServiceModel = true; Settings.Algoritms.OnGetting ExchangeSettings Options = true; Settings.Algorithms.OnReceiveOptionDescriptionSettings = igaz; Settings.Algoritms.InteractiveUpload Selection Representation = igaz; Settings.Algorithms.ConfigureInteractiveUpload = true; EndProcedure #EndIf //////// // Közös modul az ED_DataExchangeServer kiterjesztésben: OnReceiveAvailableFormatVersions(FormatVersion) ExportFormatVersion.Insert("1.2",ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.3", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.4", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.5", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.6", ED_ExchangeManagerViaUniversalFormat); EndProcedure //////// // Általános modul az ED_Exchange ManagerViaUniversalFormat bővítményben // BP3.0.44 (1.6 formátum) átalakítása, 2018. 11. 27. 11:23:58 // BP 3.0.67 fejlesztés. х dátum: 12/31... .

Tekintsük a 4. lehetőséget, ami a dokumentációban nincs leírva, mert A BSP-nek nincs ilyen opciója. Ez a lehetőség már elavult. Külső feldolgozás szabályokkal az első verziókban univerzális csereformátummal használták. Most az 1C fokozatosan megszabadul ettől a funkciótól.

Vállalati módban az adminisztrációs részben kövesse a hivatkozást Adatszinkronizálás – Adatszinkronizálási beállítások, nyomja meg a gombot " Dallam..."ha csak egy beállítás van vagy" változás", ha több beállítás van. Lépjen az űrlapszerkesztő módba a menün keresztül " " , Kiterjed " Csoport", ott szerepel egy rejtett űrlapelem "", " rendben".
A lapon " Szolgáltatási információk"választ" Az út a cserekezelőhöz", feldolgozásunkat az ottani szabályokkal helyettesítjük.

Külső feldolgozás csatlakoztatása szabályokkal a BP 3.0.52 és újabb verziókhoz

A BP 3.0.52 és újabb verziókban ismeretlen okokból nem használnak külső feldolgozást szabályokkal. A feldolgozás csatlakoztatására szolgáló felület maradt. Legalábbis köszönöm.

A kiterjesztés használatával engedélyezheti a szabályokkal történő feldolgozást. Javítani kell a közös modulon" Data ExchangeXDTOServer", függvény" VersionsFormatInterchange".

Процедура EDм_ПолучитьВерсиюФорматаОбмена(ВерсииФормата, Знач УзелИнформационнойБазы) Запрос = Новый Запрос("ВЫБРАТЬ РАЗЛИЧНЫЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена КАК ПутьКМенеджеруОбмена, | СинхронизацияДанныхЧерезУниверсальныйФормат.ВерсияФорматаОбмена КАК ВерсияФорматаОбмена |ИЗ | ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат КАК СинхронизацияДанныхЧерезУниверсальныйФормат |ГДЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена<>"""" | És SynchronizeDataViaUniversalFormat.Reference = &Reference"); Query.SetParameter("Reference", Infobase Node); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NOTS General Purpose .Debug Mode () Akkor ProcessingData = New BinaryData(ProcessingName); ProcessingAddress = PutIntoTemporaryStorage(ProcessingData); If GeneralPurpose.HaveHazardProtection() Then ProcessingName = ExternalProcessing.Connect(ProcessingmeName =ExternalProcessing ProcessingAddress); EndIf; EndIf; ExchangeManager = ExternalProcessings.Create(ProcessingName);FormatVersions.Insert(Selection.ExchangeFormatVersion,ExchangeManager);EndLoop;EndProcedure&Instead("ExchangeFormatVersions") llen(InfoBaseNode) Ezután ExchangePlanName = InfoBaseNode.Metadata().Name; ExchangeFormatVersions = ExchangeDataServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InfoBase Node); Ellenkező esetben a DataExchangeOverridden.WhenGettingAvailableFormatVersions(ExchangeFormatVersions); EndIf; Ha ExchangeFormatVersions.Quantity() = 0, akkor ThrowExceptionStringFunctionsClientServer.SubstituteParametersInString(НStr("ru = "Az Exchange formátum verziói nincsenek beállítva. |Csereterv neve: %1 |Eljárás: GetExchangeFormatVersions(<ВерсииФорматаОбмена>)""), Infobase Node.Metadata().Name); EndIf; Eredmény = Új egyezés; A VersionFormatExchange ciklus minden verziójához Result.Insert(AbrevLP(Version.Key), Version.Value); EndCycle; Eredmény visszaküldése; EndFunctions

A szabályok hibakeresése külső feldolgozásban

A konfigurátorban Eszközök -> Beállítások -> Indítás 1C:Enterprise -> Indítási lehetőség", adja meg a " " paramétert.

• Alább található a kiterjesztés kódja az UT 11.4, KA 2.4, ERP 2.4 verziókhoz. A BP 3.0 kódja fent látható. Csereterv-kezelő modul Adatszinkronizálás UniversalFormat segítségével.

ED kiterjesztés codeDebug

&Instead("GetInterchangeFormatVersions") eljárás ED_GetInterchangeFormatVersions(FormatVersions) UTData ExchangeAvailableUniversalFormatVersions(FormatVersions); Query = New Query("SELECT DIFFERENT | SynchronizeDataViaUniversalFormat. PathToExchangeManager, | SynchronizeDataViaUniversalFormat.VersionFormatofExchange |FROM | Exchange Plan.SynchronizeDataViaUniversalFormat AS SynchronizeDataViaUniversalFormat |PathTomatch.<>"""""); Selection = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ha NEM General PurposeClientServer.DebugMode() Akkor //EDProcessingData = New BinaryData(ProcessingName) ProcessingAddress = PlaceInTempStorage(ProcessingData);If GeneralPurpose.HaveProtectionAgainstDangerousOperations() then ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.Description =ProtectionWithoutWarnings.ProcessingaExternal;C Névfeldolgozás); verzióformátum Telepítés (minta. Formatéderek, kezelés); ciklus vége; az eljárás vége & helyett ("Affordership formation") Eljárás ED_MENTERYEVENERS (verzió) Exchanger -seventors. uExchange, | Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion |FROM | Exchange Plan.SynchronizingDataThroughUniversalFormat AS SynchronizingDataThroughUniversalFormat |HOL | SynchronizingDataViaUniversalFormat.PathToExchangeManager<>"""""); Selection = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ha NEM General PurposeClientServer.DebugMode() Akkor //EDProcessingData = New BinaryData(ProcessingName) ProcessingAddress = PlaceInTempStorage(ProcessingData);If GeneralPurpose.HaveProtectionAgainstDangerousOperations() then ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.Description =ProtectionWithoutWarnings.ProcessingaExternal;C ProcessingName);FormatVersion.Insert(Selection.ExchangeFormatVersion, ExchangeManager); EndCycle; EndProcedure

A hibakeresés a fájlbázisban a legegyszerűbb. A feldolgozás során szabályokkal töréspontot állítunk be. A kívánt eljárás megtalálásához használja a CD3-at. Találunk PKO-t, POD-ot vagy algoritmust, nézd meg " Kezelő neve"vagy" Algoritmus neve", keresse ezt az eljárást a szabályok modulban. A modul szerkesztése után ne felejtse el a vágólapra másolni az eljárást, és nyomja meg a "" gombot a CD3-ban. Legyen óvatos, ugyanaz a konvertálás legyen nyitva.

Ez minden most. Ez az információ már elegendő ahhoz, hogy egy 1C programozó önállóan elsajátítsa a CD3-at, és működőképes állapotban tartsa a modern szinkronizálási módszert az 1C adatbázisok között. Ha maradtak fehér foltok, kérdezz, a cikk ki lesz egészítve és visszatérhetsz hozzá, ha valamit elfelejtettél.

Jól ismert linkek a CD3 dokumentációjához:

• 1C-Training Center No. 3, "Data Conversion 3.0" - http://www.1c-uc3.ru/konvert30.html

A KD3 hatókörét az alábbi kiadványok segítségével bővítheti:

• - a korábbi verziók konfigurációi a 8.2-es és az alatti platformokon ED-kompatibilissé válnak.

Takarítson meg időt, és használja a kész szabályokat a konfigurációk legújabb verzióihoz

• - bővített funkcionalitás, hibajavítások.

Küldje el ezt a cikket az e-mail címemre

Az 1C adatbázisok közötti csere bevezetésének fő okai a fióktelepek jelenléte és a számviteli típusok elkülönítése, tk. a cégek gyakran több információs bázisban dolgoznak. Az 1C 8.3 központ beállítása lehetővé teszi a kettős munka kiküszöbölését - ugyanazon dokumentumok és könyvtárak bevitelét két programban, valamint a szükséges rendszerobjektumok gyors ellátását a különböző fiókok és osztályok számára.

Abban az esetben, ha fiókok közötti cserére van szükség, a RIB (elosztott információs bázis). Ez egy mechanizmus az azonos konfigurációk közötti cserére. Ez egy fa, amelynek tetején található a legfontosabb gyökércsomópont, alatta pedig egy pár összekapcsolt csomópont. A változtatások a rendszer bármely csomópontján elvégezhetők, és a rendszer továbbítja azokat más kapcsolódó csomópontokhoz. Nemcsak az adatokat, hanem a konfigurációs változásokat is elosztja a gyökércsomóponttól az alárendeltekhez.

Ha el kell különíteni a könyvelés típusait, például a kereskedési bázisban működőképes, és a szabályozott - a könyvelésben, akkor rugalmas adatszinkronizálási beállításokkal rendelkező univerzális cseremechanizmusok állnak rendelkezésre.

Az 1C egyik legújabb fejlesztése a csereformátum EnterpriseData. Könnyen használható, és a vállalaton belüli cserére szolgál mind az 1C adatbázisok, mind a harmadik féltől származó programok között.

Az adatcsere megvalósítása a vállalaton belül szekvenciális eljárásként ábrázolható.

Mindenekelőtt meg kell határozni, hogy mely bázisok között legyen csere; kétirányú vagy egyirányú csere lesz-e; ha egyirányú, akkor melyik bázis továbbít információt, és melyik csak fogad; ha ez egy összetett fiókhálózat, akkor elő kell írni egy sémát az adatbázisok felépítéséhez.

Ezután válassza ki a megfelelő formátumot: RIB, univerzális formátum; csere a csereszabályok szerint; csere csereszabályok nélkül.

A következő lépés a csere végrehajtásához szükséges szállítás kiválasztása. A technológiák széles skálája áll rendelkezésre, kiemeljük a főbbeket: címtár (helyi vagy hálózati), FTP erőforrás, COM csatlakozások, webszolgáltatás, e-mail.

A negyedik lépés az adatok meghatározása: dokumentumok, névjegyzékek és szükség esetén az átadandó egyedi adataik részletezése.

Végezetül a csere gyakoriságának ütemezése van előírva

Az 1C 8.3 központ beállításának minden lehetősége alapos előkészítést igényel. Megvalósítása meghaladja minden felhasználó erejét, itt sok árnyalatot kell figyelembe venni és meg kell érteni a csere elveit. Speciális figyelem oda kell figyelni a hangolásra, ha az alapok: fejlesztéseket vagy sok extrát tartalmaznak. részletek, a platformverziók eltérnek, vagy elavult konfigurációs verziókat használnak, a vállalat nagy és használ automatizált rendszer, a következőket tartalmazza egy nagy szám bázisok A hibák itt nem megengedettek, mert helyrehozhatatlan következményekhez vezethet. A csere független megvalósítása az 1C-ben csak akkor javasolt, ha egyszerű információátvitelt kell beállítania a tipikus konfigurációk között.

Ha kételkedik képességeiben, akkor jobb, ha nem takarít meg pénzt, hanem forduljon hozzáértő szakemberhez, aki segít megoldani az 1C 8.3 cserék beállításának nehéz feladatát.

Ha mégis úgy dönt, hogy szakértők bevonása nélkül állítja be az 1C központokat, javasoljuk, hogy először tesztelje le az adatbázisok másolatait, és mielőtt elkezdene dolgozni a működő adatbázisokban, töltse ki a konfigurációkat, hogy visszatérhessen a eredeti állapot hibák esetén.

Alább adjuk részletes példa 1C 8.3 a beállítások egyoldalú cseréje a Trade Management 11 (UT) és az Enterprise Accounting 3.0 (BP) standard konfigurációk között. A példa sok nagy- és kiskereskedelemben vezető vállalatra vonatkozik. Az UT-ban vezetői elszámolást vezetnek, BP-ben szabályozzák, a csere szükséges a felhasználók munkájának megkönnyítése érdekében.

Ez az algoritmus más tipikus konfigurációkhoz is alkalmas az 1C 8.3 platformon

Mindenekelőtt az információfogadó előkészítő munkáit végezzük el, pl. a BP számára. Futtassa a programot Enterprise módban. Be kell állítani az Adatszinkronizálás állandót (Adminisztráció → Adatszinkronizálás szakasz).

Ügyeljen az Előtag mezőre, itt meg kell adni egy értéket, amivel később (a hivatkozási kód vagy bizonylatszám értéke alapján) megkülönböztethető, hogy az objektumok eredetileg melyik programban készültek. Példánkban a szokásos rövidítés megfelelő - BP és UT, ha az 1C 8.3 központ nagyszámú bázis, valamint ugyanazon konfigurációk közötti komplex cserére van konfigurálva, minden bázisnak meg kell adnia a saját érthető jelölését.

Mivel a PSU csak információ vevő, folytatjuk az UT beállítását.

Itt, valamint a BP-ben engedélyeznie kell a szinkronizálást, és meg kell adnia egy előtagot. Ezek az információk a Törzsadatok és adminisztráció → Adatszinkronizálási beállítások részben érhetők el.

Válassza ki a beállítási módot. A beállításokat manuálisan adja meg. További.

Állítsa be a közvetlen kapcsolódási lehetőséget, ha mindkét program ugyanabban a helyen található helyi hálózat, adja meg az IS címtárhoz való csatlakozás paramétereit ebben a hálózatban, és töltse ki a felhasználó hitelesítési adatait is (a BP adatbázisban). További.

A rendszer ellenőrzi a megadott adatok helyességét és abban az esetben pozitív eredmény megjelenik a cserebeállítások ablaka 1C 8.3.

Az Adatfeltöltési szabályok szerkesztése link megadja a beállításokat a csere végrehajtásához. Tisztázzuk az NSI-t - csak a dokumentumokban használtakat töltjük fel, kiválasztjuk a szervezeteket és a szerződésekkel való munkavégzés lehetőségét - összekapcsolás nélkül, a dokumentumok raktárak szerinti szétválasztása. A csere a tárgyév március 1-jén indul.

A bevezetett szabályokat rögzítjük és lezárjuk.

Mivel a példában beszélgetünk az egyirányú információtovábbításról, majd a következő beállítási ablakban, ha adatokat szeretne fogadni egy másik programtól, állítsa az értékeket a Ne küldje el értékre. Rögzítse és zárja be. További.

Most ellenőriznie kell a megadott paramétereket, és ha helyesek, kattintson a Tovább gombra, ellenkező esetben a Vissza gombbal térjen vissza az előző lépéshez.

Ezután a rendszer felkéri a szinkronizálásra. Kattintson a Kész gombra.

Ha két konfiguráció azonos objektumainak korrelálására van szükség, megnyílik egy ablak az adatok összehasonlítására. Hajtsa végre a leképezést, és kattintson a Tovább gombra.

Objektumok átvitelekor problémás helyzetek adódhatnak, az eredményeket a Figyelmeztetések adatszinkronizáláskor hivatkozásra kattintva tekintheti meg.

A szinkronizálás befejezése után egy ablak jelenik meg, amely megerősíti a folyamat sikeres befejezését.

Itt a szinkronizálási parancsfájl Konfigurálása vagy utána paranccsal konfigurálhatja az automatikus cserevégrehajtás ütemezését.

Ami szükséges az automatikus adatcseréhez a konfiguráció módosítása nélkül:
1) "Univerzális adatcsere XML formátumban" feldolgozása, amely a legtöbb tipikus konfiguráció része. Ha nem volt ott, akkor könnyen megtalálhatja az ITS lemezen vagy az interneten. A konfigurációban ez az úgynevezett "UniversalXMLDataExchange"
2) Adatcsere szabályok. Létrehozva az "Adatkonverzió" segítségével. Egy munka, amelyet el kell sajátítania. Vannak videós tanfolyamok is tanulmányi útmutatók. Például: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Külső feldolgozás A, amely a be-/kirakodási eljárásokat tartalmazza. Hozzuk létre:
Létrejön egy külső feldolgozás, melynek objektummoduljában a következő szöveg lesz (adatbázisok és felhasználók helyére az Ön adatai). Kívánatos egy külön felhasználó létrehozása teljes joggal az adatcseréhez. Nevezzük el a feldolgozást, például „DataExchange.epf”.

Ha StartParameter = "Feltöltés", akkor Processing=Processing.UniversalXMLDataExchange.Create(); //A kirakodáshoz szükséges paraméterek beállítása (szerkesztéshez nem kötelező) Processing.ExchangeMode="Feltöltés"; Processing.LoadDataInExchangeMode=true; Feldolgozás.WriteRegistersRecordsets=true; Processing.RememberLoadedObjects=true; Processing.UseFilterByDateForAllObjects=true; Processing.UploadAllowedOnly=Igaz; //!Állítsa be a feltöltéshez szükséges paramétereket //Ezeket a paramétereket újra kell tölteni KÖTELEZŐ //Korlátozások beállítása a feltöltésre objektumdátumok szerint Feldolgozás.Kezdődátum = CurrentDate() - 60*60*24*2; Feldolgozás.EndDate = "00010101"; //Ha egy fájlba szeretnénk adatokat feltölteni, állítsuk False értékre, ha igaz, akkor a célbázisra kerül fel Processing.ImmediateReadingVIBReceiver=True; //Ha a ki nem töltött adatok céladatbázisa egy szerver, akkor False. Ha fájl - True Processing.InfobaseTypeForConnection=True; //!A szükséges paraméterek újratöltve //Ha adatokat tölt fel egy fájlba If Not Processing.ImmediateReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Ha adatokat tölt fel az adatbázisba Egyébként Processing.InformationBasePasswordForConnection="Admin"; Handling.InfobaseUserToConnect="szupercool"; Handling.WindowsAuthenticationInfobaseForConnection=Hamis; //Ha az adatfogadó szerverbázis Ha Processing.InfobaseToConnectType = False, akkor Processing.InfobaseToConnectServerName="MainServ"; Processing.InfobaseNameOnServerForConnection="Buhia"; //Ha az adatfogadó fájlbázis. Egyébként Processing.InfoBasePlatformVersionToConnect="V82"; Processing.InformationBaseCatalogToConnect ="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; EndIf; EndIf; //Regisztrációs műveletek cseretervek szerinti kirakodáskor Processing.RegisteringChangesDeletionTypeForExchangeNodesAfterUnloading=0; // 0 - regisztráció törlése, // 1 - regisztráció törlése Processing.LoadExchangeRules(); //HA CSERETERVEK SZERINT KELL KITÖLTENI, AKKOR KAPCSOLJA BE EZT A BLOKKOT, ÉS CSERÉLJE KI SAJÁT CSERETERV CSOMÓPONTJÁT //Minden feldolgozási oldalra.Table of Unloading Rules.Lines Loop // PageInclude=1; // Minden egyes oldalhoz a PageRow Loopból // Str1.Include=1; // Str1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); // EndCycle; //EndCycle; Feldolgozás.ExecuteUnload(); ShutdownSystem(False); ElseIf StartParameter = "Betöltés" Akkor ProcessingExchange = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ProcessingExchange.ModeExchange = "Betöltés"; ProcessingExchange.OpenFileDownload(True); ProcessingExchange.ArchiveFile = Hamis; ProcessingExchange.ExecuteLoading(); ProcessingExchange = undefined; ShutdownSystem(False); EndIf;

4) Bat fájl feltöltése, amely 1s-et és külső feldolgozást fog futtatni a felhasználói alatti paraméterrel, amely adatcserére szolgál. A fájlt például notepad ++-ban kell létrehozni OEM (MS-Dos) kódolással, különben nem fog működni. Nevezzük el a fájlt, például „BatVygruz.bat”. A szöveg a következő lesz:

Ha az adatbázis fájl:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Data Exchange Robot" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Feltöltés"
Magyarázatok:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - a fájlbázis elérési útja, ahonnan az adatokat feltöltjük
c) Adatcsere robot – Felhasználónév, amellyel az 1C elindul az adatcserére
d) pass - felhasználói jelszó
e) / DisableStartupMessages - zárja be a felugró ablakokat az 1C indításakor
f) /RunModeOrdinaryApplication - futtassa be normál mód kövér kliens
g) C:\Inbox\OlegA\Data Exchange.epf - az indításkor induló feldolgozásunk elérési útja
h) Kirakodás - átadjuk az 1C indítási paramétert, amely tájékoztat arról, hogy ki kell tölteni az adatokat

Ha az adatbázis szerveroldali:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"DataExchangeRobot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA DataExchange.epf" /C"Feltöltés"
Magyarázatok:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe – az 1C starter elérési útja
b) Server1C/DataBase - az Ön szervere, amelyen az adatbázis található, és magának az adatbázisnak a neve, amelyről adatokat töltünk fel.
A többi paraméter hasonló a bat fájl fájlverziójához

5) Bat fájl letöltése (ha szükséges). Ha úgy dönt, hogy egy fájlba tölti fel az adatokat, nem pedig közvetlenül az adatbázisba. Akkor erre az elemre is szükségünk lesz (általában szükséges).
A denevér letöltési fájl létrehozása hasonló a feltöltési fájlhoz, de csak az indítási paraméter különbözik, az "Unload" helyett a "Letöltés" kifejezést tesszük.

6) Állítsa be az indítási ütemezést Bat fájljaink feltöltése/letöltése a szerveren. Ehhez lépjen a szerver vezérlőpultjának adminisztrációjába, és a feladatütemezőben hozzon létre egy új feladatot a feltöltési fájl elindításához minden nap 23 órára, és egy letöltési feladatot, amely jelzi a Bat letöltési fájlt (ha szükséges) 04 órán keresztül. , például.

• Videó - 21 óra
• Módszertani anyagok PDF formátumban - 117 A4 oldal
• 16 gyakorló feladat tanári megoldásokkal

Tanfolyam formátuma, támogatása

Az anyagok a megrendelés kifizetése után azonnal rendelkezésre állnak - letöltheti őket a webhelyről, és bármikor tanulhat.

A támogatás a weboldalon található Mestercsoporton keresztül történik.

A Mester csoporthoz való teljes hozzáférést aktiválni kell legkésőbb 100 nappal a vásárlás után.

A tanfolyam relevanciája

A tananyagok a BSP 2.3.2.73 verziójára vonatkoznak.

Ha a BSP régebbi verzióit tervezi használni, vegye figyelembe, hogy a működési mechanizmusok megváltoztak BSP alrendszerek„Adatcsere”, az interfészek is megváltoztak.

Új tanfolyam alatt legújabb verziói A BSP fejlesztés alatt áll, és néhány hónapon belül megjelenik. A 2.3.2.73-as és újabb BSP-verziók esetében azonban a jelenlegi árfolyam számít.

Tanfolyam díja

9700 rubel

Garancia

2008 óta folytatunk képzéseket, bízunk tanfolyamaink minőségében és adjuk meg magunkat normál 60 nap garancia.

Ez azt jelenti, hogy ha elkezdett részt venni a tanfolyamunkon, de hirtelen meggondolta magát (vagy mondjuk nincs rá lehetősége), akkor 60 nap áll rendelkezésére a döntés meghozatalára - és ha visszatér, visszafizetjük az árát. a fizetés 100%-a.

Részletfizetés

Tanfolyamaink részletben vagy részletben, akár kamat nélkül is fizethetők. Ahol azonnal hozzáférhet az anyagokhoz.

Ez fizetéskor lehetséges magánszemélyek 3000 rubel összegben. legfeljebb 150 000 rubel.

Mindössze annyit kell tennie, hogy válassza ki a „Fizetés a Yandex.Checkouton keresztül” fizetési módot. Bővebben a helyszínen fizetési rendszer válassza a „Részletfizetés” lehetőséget, adja meg a fizetési határidőt és összegét, töltse ki egy rövid kérdőívet - és néhány percen belül megkapja a döntést.

Fizetési lehetőségek

Minden főbb fizetési módot elfogadunk.

Egyénektől- kártyás fizetések, elektronikus pénzzel történő fizetések (WebMoney, YandexMoney), internetes banki fizetések, kommunikációs üzleteken keresztül történő fizetések stb. Lehetőség van a megrendelés részletfizetésére (részletben) is, beleértve további kamat nélkül.

Kezdje el a rendelés leadását – és a második lépésben kiválaszthatja a kívánt fizetési módot.

Szervezetektől és egyéni vállalkozóktól– készpénzmentes fizetés, szállítási dokumentumok biztosítottak. Beír egy rendelést - és azonnal kinyomtathatja a fizetéshez szükséges számlát.

Több fős képzés

Tanfolyamaink egyéni tanulásra készültek. A csoportos edzés egy sorozaton illegális terjesztés.

Ha egy cégnek több alkalmazottat kell képeznie, általában 40%-kal olcsóbb „kiegészítő készleteket” kínálunk.

„Kiegészítő készlet” megrendelése válasszon ki 2 vagy több pályakészletet az űrlapon a második szetttől kezdve a tanfolyam költsége 40%-kal olcsóbb lesz.

A további készletek használatának három feltétele van:

• nem vásárolhat csak egy kiegészítő készletet, ha legalább egy normál készletet nem vásárolt korábban (vagy azzal együtt).
• a további készletekre nincs más kedvezmény (már leárazottak, kiderült volna, hogy „kedvezmény a kedvezményre”)
• az akciók (például 7000 rubel kompenzáció) ugyanezen okból nem vonatkoznak további készletekre