Automatizované systémy Ve většině případů se systémy pro správu skládají ze samostatných databází a často mají geograficky distribuovanou strukturu. Správně implementovaná výměna dat je přitom nezbytnou podmínkou pro efektivní práce takové systémy.

Prvotní nastavení ústředny může vyžadovat řadu akcí nejen z hlediska programování, ale i poradenství, a to i v případě, že máme co do činění s homogenními zdroji, jako je tomu u produktů na platformě 1C:Enterprise. Proč se nastavení výměny 1C (nebo, jak se také nazývá, synchronizace dat v 1C 8.3) může stát časově nejnáročnějším a nejdražším úkolem integračního projektu, se podíváme v tomto článku.

Výměna dat v prostředí 1C vám umožňuje:

• Eliminujte dvojité zadávání dokumentů;
• Automatizace souvisejících obchodních procesů;
• Optimalizujte interakci mezi distribuovanými odděleními;
• Okamžitě aktualizovat data pro práci specialistů z různých oddělení;
• "Vymezit" odlišné typyúčetnictví.*

*V případě, že se údaje jednoho typu účetnictví výrazně liší od jiného, ​​je nutné zajistit důvěrnost informací a „vymezit“ informační toky. Například výměna dat mezi 1C UT a 1C Accounting nevyžaduje nahrávání manažerských dat do regulační účetní databáze, tzn. synchronizace v 1C zde bude neúplná.

Pokud si představíme standardní proces implementace primární výměny dat, kdy alespoň jeden z jeho objektů je produktem 1C, můžeme rozlišit následující fáze:

• Koordinace složení burzy;
• Definice dopravy (výměnné protokoly);
• Nastavení pravidel;
• Plánování.

Identifikace složení výměny 1C

Předměty směny lze rozdělit na „zdroj“ a „příjemce“. Zároveň mohou plnit dvě role současně, kterým se bude říkat obousměrná výměna. Zdroj a cíl jsou určeny logicky v závislosti na potřebě resp funkčnost systémy.*

*Například při integraci „WA: Financier“ – řešení pro udržování finančního účetnictví a řízení pokladních procesů, vyvinuté na základě „1C:Enterprise“, odborníci WiseAdvice jej doporučují jako hlavní systém. To je způsobeno dostupností kontrolních nástrojů pro dodržování pravidel aplikační politiky, a tedy pro zajištění účinnosti řešení.

Dále je na základě přijatých a evidovaných požadavků od uživatelů vytvořen seznam dat pro výměnu, stanoven jejich objem, požadavky na četnost výměny a předepsán postup práce s chybami a řešení mimořádných situací (kolizí).

Ve stejné fázi, v závislosti na flotile stávajících systémů a struktuře podniku, je určen formát výměny:

Distribuovaná informační základna

• RIB předpokládá výměnu mezi identickými konfiguracemi databáze 1C s jasnou řídící strukturou „master-slave“ pro každý pár výměníků. Jako prvek technologické platformy může RIB kromě dat přenášet konfigurační změny a administrativní informace databáze (ale pouze z masteru na slave).

Univerzální výměnaúdaje v 1C

• Mechanismus, který umožňuje konfigurovat výměnu databází 1C, a to jak s konfiguracemi na platformě 1C:Enterprise, tak se systémy třetích stran. Výměna se provádí přenosem dat na univerzální formát xml v souladu s „Výměnnými plány“.

EnterpriseData

• Nejnovější vývoj 1C, určený k implementaci výměny dat ve formátu xml mezi produkty vytvořenými na platformě 1C:Enterprise s libovolnými automatizačními systémy. Použití EnterpriseData zjednodušuje úpravy spojené s výměnou. Dříve při přihlášení nová konfigurace bylo nutné zavést mechanismus pro import a export dat jak pro něj, tak pro stávající systémy. Nyní systémy, které podporují EnterpriseData, nepotřebují žádné úpravy, mají pouze jeden vstupní a výstupní bod.

Definice transportu (výměnné protokoly)

Systém na platformě 1C:Enterprise 8 poskytuje širokou škálu možností pro organizaci výměny s kýmkoli informační zdroje prostřednictvím obecně uznávaných univerzálních standardů (xml, textové soubory, Excel, připojení ADO atd.). Při určování přenosu pro výměnu dat byste se proto měli spolehnout na databázové schopnosti systému třetí strany.

Synchronizace adresářů

Základním principem efektivní synchronizace adresářů je přítomnost jediného vstupního bodu. Ale pokud mluvíme o práci s adresáři, které byly historicky vyplněny podle jiných pravidel, je nutné jasně definovat synchronizační pole, aby výměna byla „společného jmenovatele“.*

*V této fázi může být nutné provést práci na normalizaci referenčních dat na straně zdroje dat. V závislosti na stavu adresářů a jejich objemu může proces porovnávání prvků, rozpoznávání, identifikace chyb a duplikátů, jakož i vyplňování chybějících polí a přiřazování synchronizačních polí vyžadovat práci celé skupiny odborníků, a to jak na části integrátora (vlastníka techniky normalizace kmenových dat) a ze strany zákazníka.

Nastavení pravidel

Schopnost zobrazovat data ze zdrojových systémů v přijímačích závisí na správně definovaných výměnných pravidlech. Pravidla prezentovaná ve formátu xml upravují shodu klíčových detailů objektů zdroj-přijímač. Řešení 1C:Data Conversion je navrženo tak, aby automatizovalo vytváření pravidel pro implementaci jednorázových i trvalých výměn.

Zaručuje žádnou ztrátu dat během výměnného plánu výměny. Tento komponent jakákoli konfigurace na platformě 1C:Enterprise, plně popisující postup výměny 1C: složení dat (dokumenty s „identifikačními“ detaily) a uzly ( informační základny přijímače-vysílače), stejně jako aktivaci RIB pro vybrané směry výměny.

Jakákoli změna údajů zapsaných do Burzovního plánu je zaznamenána a obdrží označení „změněno“. Dokud se změněná data v uzlech přijímače a vysílače vzájemně neshodují, znaménko nebude resetováno a systém bude posílat řídicí zprávy do obou uzlů. Po nahrání dat a potvrzení jejich plné shody v obou systémech se znak resetuje.

Plán výměny v 1C

Pro automatizaci pravidelné výměny je nastavena frekvence nahrávání dat. Frekvence výměny závisí na potřebě a technické možnosti. Konfigurace na platformě 1C:Enterprise vám také umožňují konfigurovat výměnu dat, když dojde k události.

Po zvážení standardního procesu implementace burzy věnujte pozornost faktorům, které budou vyžadovat zlepšení v různých fázích:

• Nestandardní, vysoce modifikované konfigurace databáze;
• Různé verze platformy "1C:Enterprise";
• Dlouho neaktualizovaný, to ne aktuální verze konfigurace;
• Předměty směny, které dříve prošly úpravami;
• Potřeba nestandardních pravidel výměny;
• Velmi odlišný soubor a složení detailů v existujících referenčních knihách.

Protože i standardní akce k implementaci primární výměny dat vyžadují odborné znalosti, doporučuje se, aby byly prováděny za účasti specialistů 1C. Teprve po dokončení všech výše popsaných kroků byste měli přistoupit k nastavení ústředny v konfiguraci. Podívejme se na integraci databází na příkladu 1C:UPP a 1C:Retail (výměna s 1C:UT je nastavena podle stejného schématu). Součástí standardní synchronizace je také ústředna SCP - SCP, která je typická pro rozsáhlé automatizační systémy v největších průmyslových podnicích.

V podnabídce „Služba“ vyberte „Výměna dat s produkty na platformě...“ (výběr přímé výměny s „Retail“ často vede k chybám na úrovni objektů COM). Všimněte si prosím servisní zprávy „Tato funkce není dostupná“.

Chcete-li tento problém vyřešit, musíte vybrat "Konfigurovat komunikaci"

...a zaškrtněte políčko. Dále ignorujte chybovou zprávu.

V nastavení synchronizace dat vyberte „Vytvořit výměnu s „Retail“...

Před konfigurací nastavení připojení prostřednictvím místního nebo síťového adresáře byste se měli ujistit, že je na disku místo pro adresář. I když zpravidla nezabere více než 30-50 MB, ve výjimečných případech může vyžadovat až 600 MB. Požadovaný adresář můžete vytvořit přímo z konfigurátoru.

Při připojování přes síťový adresář budete vyzváni ke konfiguraci připojení pomocí FTP adresy a e-mailem ignorovat kliknutím na „Další“.

V nastavení ručně zadáváme předpony - symboly databází (obvykle BP, UPP, RO), nastavíme pravidla a datum zahájení stahování dat. V názvu dokumentů bude uveden prefix, který označuje databázi, ve které byly vytvořeny. Pokud nedojde k úpravě pravidel nahrávání, budou se data nahrávat standardně podle všech dostupných parametrů.

Aby se naše akce neopakovaly, vytváříme soubor nastavení výměny pro „Maloobchod“. Pokud potřebujete okamžitě odeslat data ihned po nastavení synchronizace, zaškrtněte políčko.

Chcete-li proces výměny automatizovat, musíte nastavit plán.

Menu "Maloobchod".

Zaškrtněte políčko a vyberte „Synchronizace“.

„Reverzní“ nastavení provedeme výběrem Production Enterprise Management.

Načtěte soubor nastavení vytvořený v UPP.

Zaškrtneme, systém automaticky vyzvedne adresu.

Jednáme stejně jako v UPP.

Ověřovací porovnání dat (Manuální srovnání dat se doporučuje provést v přípravné fázi, protože tato práce může být v procesu implementace výměny nejnáročnější). Porovnávací okno se otevře dvojitým kliknutím myši.

V případě chyby v synchronizaci bude „Podrobnosti...“ nahrazeno „Nikdy...“.

„Podrobnosti...“ otevře protokol s aktualizovanými informacemi o burze.

Připraveno.

Při vývoji pravidel výměny 1C 8 se široce využívá možnost programově předefinovat chování pravidel výměny - mechanismus handler. Event handlery výrazně rozšiřují funkcionalitu a jsou nepostradatelným nástrojem pro nastavení pravidel výměny v případech, kdy nestačí interaktivní možnosti konfigurace.

Obslužné nástroje a algoritmy jsou napsány v jazyce platformy, ve které budou během výměny prováděny.

Pokud se jedná o platformu 1C: Enterprise 7.7, pak je kód obsluhy integrován do kódu zpracování nahrávání nebo stahování. V souladu s tím je každý obslužný program nebo algoritmus rozdělen do samostatné funkce a je k dispozici pro ladění během výměny.

Pokud dojde k nahrávání nebo stahování na platformě 1C: Enterprise 8, pak kód obsluhy není integrován do kódu zpracování výměny dat, ale je nahrán do souboru pravidel výměny. Během procesu výměny dat je kód obslužných rutin nebo algoritmů převzat ze souboru pravidel a spuštěn přímo v kontextu příkazu „Spustit“. K ladění kódu obslužných rutin a algoritmů můžete použít zpracování „Universal XML Data Interchange“.

Co je potřeba pro automatickou výměnu dat bez provádění změn konfigurace:
1) Zpracování "Universal Data Interchange in XML Format", která je součástí většiny typické konfigurace. Pokud tam není, pak je snadné jej najít na disku ITS nebo na internetu. V konfiguraci se nazývá "Universal XML Data Exchange"
2) Pravidla výměny dat. Vytvořeno pomocí "Konverze dat". Práce, kterou budete muset zvládnout. Existují také video kurzy a učební pomůcky. Například: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Externí zpracování obsahující postupy nakládky/vykládky. Začneme jej vytvářet:
V objektovém modulu je vytvořeno externí zpracování, které bude obsahovat níže uvedený text (nahraďte databáze a uživatele vašimi údaji). Je vhodné vytvořit samostatného uživatele s plná práva pro výměnu dat. Zpracování nazvěme například „Data Exchange.epf“.

If LaunchParameter = "Upload" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Nastaví parametry potřebné pro nahrávání (volitelné pro úpravy) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=True; Processing.WriteRegistersRecordSets = True; Processing.RememberLoadedObjects=True; Processing.UseSelectionByDateForAllObjects=True; Processing.UploadOnlyAllowed=True; //!Nastavit potřebné parametry pro nahrávání //Tyto parametry musí být znovu vyplněny POVINNÉ //Nastavit omezení nahrávání podle data objektů Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Chceme-li nahrát data do souboru, nastavíme hodnotu False. Pokud je True, budou nahrána do přijímající databáze Processing.DirectReadingVIBReceiver=True; //Pokud je přijímající databáze nahraných dat serverová, pak False. If soubor - True Processing.InformationBaseForConnectionType=True; //!Požadované parametry byly znovu vyplněny //Pokud nahrajeme data do souboru If Not Processing.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Pokud nahrajeme data do databáze Jinak Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=Nepravda; //Pokud je přijímač dat serverová základna If Processing.ConnectionInformationBaseType = False Then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Pokud je příjemcem dat souborová databáze Jinak Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; endIf; endIf; //Akce při registraci při vykládce podle výměnných plánů Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - nezrušit registraci, // 1 - zrušit registraci Processing.LoadExchangeRules(); //POKUD POTŘEBUJETE NAHRÁVAT PODLE PLÁNŮ VÝMĚNY, POTOM ZAPNOUT TENTO BLOK A ODESLAT SVŮJ VLASTNÍ UZEL VÝMĚNNÉHO PLÁNU //Pro každou stránku z Processing.UploadRulesTable.Lines Cycle //PageEnable=1; // Pro každou stránku1 ze smyčky PageLine // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full.FindByCode("BP20"); //EndCycle; //EndCycle; Processing.Perform Upload(); ShutdownSystem(False); ElseIf LaunchParameter = "Načíst" Then ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Načítání"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = False; ProcessExchange.PerformLoad(); ExchangeProcessing = Nedefinováno; ShutdownSystem(False); endIf;

4) Nahrání souboru Bat, který spustí 1C a externí zpracování s parametrem spuštění pod uživatelem, který je určen pro výměnu dat. Soubor musí být vytvořen např. v notepad++ s OEM (MS-Dos) kódováním, jinak to nebude fungovat. Soubor pojmenujme například „BatVygruz.bat“. Text bude následující:

Pokud je databáze soubor:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Robot pro výměnu dat" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Nahrát"
Vysvětlivky:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 – vaše cesta k databáze souborů, ze kterého budeme stahovat data
c) Data Exchange Robot – Uživatelské jméno, pod kterým se 1C spouští pro výměnu dat
d) pass - heslo uživatele
e) /DisableStartupMessages - zavře vyskakovací okna při spuštění 1C
e) /RunModeOrdinaryApplication - spustit v normální mód tlustý klient
g) C:\Inbox\OlegA\Data Exchange.epf - cesta k našemu zpracování, které začne při spuštění
h) Upload - předáme parametr spuštění 1C, ten nám říká, že potřebujeme nahrát data

Pokud je databáze založena na serveru:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Robot výměny dat" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\ Oleg\ Data Exchange.epf" /C"Nahrát"
Vysvětlivky:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe – vaše cesta ke startéru 1C
b) Server1C/DataBase - váš server, na kterém je databáze umístěna a název samotné databáze, ze které nahráváme data.
Zbývající parametry jsou podobné verzi souboru bat

5) Stažení souboru Bat (v případě potřeby). Pokud se rozhodnete nahrát data do souboru a ne přímo do databáze. Pak budeme také potřebovat tuto položku (obvykle nutná).
Stvoření bat soubor upload je podobný uploadovanému souboru, ale liší se pouze parametr spuštění, místo „Upload“ dáme „Download“

6) Nastavte plán spouštění naše soubory Bat načítání/nahrávání na server. Chcete-li to provést, musíte přejít do administrace ovládacího panelu na serveru a v plánovači úloh vytvořit novou úlohu pro spuštění stahování souboru ve 23 hodin každý den a úlohu stahování specifikující soubor stahování Bat (pokud nutné) například ve 4 hodin.

V práci velkých podniků a obchodních řetězců je poměrně často potřeba vyměňovat data mezi databázemi. Každý programátor a administrátor řeší tento problém jinak. Někteří zapisují uploady a downloady přes mezilehlé tabulkové soubory, jiní používají režim COM připojení pro připojení ke zdrojové základně. V poslední době je však stále populárnější vlastní mechanismus 1C nazvaný „Universal Data Exchange in XML Format“.

Vzhled zpracování

V úplném rozhraní můžete otevřít zpracování na Služba->Další výměny dat->Univerzální výměna dat ve formátu XML.

Formulář pro zpracování (obr. 1) obsahuje čtyři záložky:

Rozhraní každé z karet je silně zatíženo prvky, a proto vyžaduje samostatné posouzení.

Nahrávání dat

Úplně nahoře na kartě je pole pro výběr souboru pravidel výměny. Pro nestandardní databáze a výměny budete muset vytvořit soubor výměny sami.

Na dalším řádku formuláře jsou dva přepínače:

1. Nahrání do výměnného souboru (obr. 2);
2. Připojení a nahrání dat do informační bezpečnosti (obr. 3).

Jak můžete vidět z výše uvedených obrázků, liší se v závislosti na přepínači. vzhled formuláře. Pokud je vybráno verze souboru výměna, uživatel je vyzván k výběru umístění souboru, kam bude nahrán, a možnosti jeho komprimace pro úsporu místa a ochrany heslem.

Možnost přímého připojení k přijímací základně podporuje režimy provozu soubor i klient-server. V tomto případě budete muset zadat adresu databáze a vyplnit pole „Uživatel“ a „Heslo“. Než začnete s výměnou dat, je vhodné připojení vyzkoušet.

Tabulková část umístěný níže umožňuje konfigurovat výběry a další parametry vykládání.

Chcete-li ladit algoritmy a opravovat chyby, můžete použít mechanismus zabudovaný do zpracování výměny. Aktivuje se zaškrtnutím příslušného políčka ve spodní části formuláře. Kliknutím na tlačítko „Nastavení ladění…“ se otevře okno (obr. 4).

Obr.4

Výrazná vlastnost Tento formulář má na levé straně rozvržení informativní část nápovědy, která popisuje každý ze tří možných režimů ladění. Jako soubor externí zpracování S modulem lze použít jakýkoli soubor ve formátu epf.

Kliknutím na tlačítko „Dokončit“ zkontrolujete správnost a úplnost vyplněných údajů.

Na rozdíl od „Nahrát“ tato záložka (obr. 5) nemá tabulkovou část, ale je zde mnohem více zaškrtávacích políček, která umožňují upravit parametry pro záznam nových a změněných objektů.

Obr.5

Nejprve je třeba vybrat soubor, který bude sloužit jako zdroj informací. To lze provést ve vstupním poli „Název souboru k nahrání“. Pokud byla data nahrána do archivu chráněného heslem, bude nutné je zadat do příslušného pole.

Odpovídající zaškrtávací políčka vám umožňují konfigurovat:

• Transakce při zápisu objektů (to někdy urychluje proces);
• Načítání dat v režimu výměny (v tomto případě budou všechny kontroly platformy, s výjimkou kontroly při zaúčtování dokladů, při záznamu ignorovány);
• Přepsání změněných prvků;
• Nastavení značky odstranění pro stažené položky;
• Režim zápisu nových dat do registru (buď po jednom nebo v sadě);
• Oříznutí nepodstatných znaků (mezery a tabulátory) u řetězcových hodnot.

Další nastavení

Jak již název záložky napovídá, obsahuje nástroje, jejichž použití umožňuje přesněji přizpůsobit proces výměny. Zejména:

1. Umožňuje režim ladění;
2. Umožňuje použití transakce během procesu vykládání;
3. Optimalizuje výměnu mezi databázemi verze 8 1C;
4. Nahrajte pouze ty objekty, které může aktuální uživatel používat;
5. Povolit protokolování procesu výměny mezi databázemi.

Tyto a některé další funkce se povolují zaškrtnutím příslušných políček ve formuláři (obr. 6).

Obr.6

Mazání dat

Tuto kartu používají pouze vývojáři v režimu ladění. Umožňuje odstranit nepotřebné objekty z databáze.

Stručně o nastavení pravidel burzy

Použití standardního handleru výrazně zjednodušuje život programátorům. Zároveň je jedním z nejtěžších okamžiků pro někoho, kdo se poprvé setkal s „Universal Data Interchange in XML Format“, otázka: „Kde mohu získat soubor pravidel výměny?“

V první řadě pro vlastní výroby pravidla výměny, je vyžadována speciální konfigurace, která se nazývá „Konverze dat“. Obsahuje několik zajímavých souborů, které vám umožňují nakonfigurovat téměř jakoukoli výměnu mezi různými verzemi 1C databází 7 a 8:

1. epf – nutné pro stažení struktury metadat pro databáze 1C 8;
2. epf – pokud je konfigurace 1C 8 napsaná sama nebo není standardní, nemusí mít zpracování „Universal Data Exchange“, tento soubor je toto zpracování;
3. ert – soubor obsahuje kód pro stažení struktury metadat konfigurací 1C verze 7.7;
4. ert – soubor pro zpracování dat upload a download pro sedm.

Po zahájení příslušného zpracování je nutné uvolnit struktury metadat pro zdrojovou a cílovou databázi. Poté v konfiguraci „Conversion“ musíte zadat informace o zdrojové a cílové konfiguraci do adresáře „Configurations“.

Poté se v adresáři Conversion vytvoří prvek obsahující informace o směru výměny dat. Můžete pro něj nastavit pravidla burzy.

V tomto článku popíšu své, zatím malé, zkušenosti s organizací výměny dat prostřednictvím univerzálního formátu EnterpriseData.

V mém případě je výměna nakonfigurována mezi konfiguracemi „Trade Management 11.2“ (dále UT) a „Enterprise Accounting 3.0.43“ (dále BP). Výměna je jednosměrná, z UT do BP. Před upgradem Trade Management 11.1 na 11.2 byla výměna dat nakonfigurována pomocí konfigurace Data Conversion 2.0. Po přepnutí na „11.2“ se však uživatelům objevily chyby v „Správě obchodu“. Postup aktualizace pravidel výměny byl proveden, ale nepřinesl žádné výsledky. Ladicí program ukázal, že problém byl ve výměně dat. Bylo rozhodnuto odstranit nastavení výměny dat v obou konfiguracích a znovu je nakonfigurovat.

„Řízení obchodu“ i „Podnikové účetnictví“ fungují ve verzi klient-server. Začal jsem nastavovat synchronizaci s UT. Provedl jsem to tak, že se data nahrála z UT do souboru. Tedy synchronizace přes síťový adresář. V BP jsem nakonfiguroval výměnu tak, aby se z BP nestahovala žádná data.

Chyba při volání kontextové metody (Ověřit): Chyba ověření dat XDTO:
Struktura objektu "/Bankový účet protistrany/Banka" neodpovídá typu: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Kontrola vlastnosti "BIK":
tvar: Element
název: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
typ:
Chybí požadovaná vlastnost
Předmět: Smlouva s protistranou č. ...

Pro analýzu chyby jsem kliknul na ikonu „Složení zasílaných dat“ a v seznamu dodavatelských smluv registrovaných k odeslání jsem našel smlouvu, u které se chyba objevila. Otevřel jsem smlouvu a zapamatoval jsem si bankovní účet protistrany uvedený ve smlouvě. Poté jsem přešel na bankovní účty registrované pro přepravu. Ukázalo se, že požadovaný účet nebyl v seznamu registrovaných. Předělal jsem problémový bankovní účet a smlouvu. Poté jsem ručně zaregistroval požadovaný bankovní účet.

Znovu jsem zkusil synchronizovat data z UT. Tentokrát byla data úspěšně nahrána. V síťové složky vytvořený XML soubor, obsahující data k přenosu z UT do BP.

Dalším krokem je načtení dat ze souboru do podnikového účetního oddělení. V konfiguraci "Enterprise Accounting" jsem kliknul na tlačítko "Synchronizovat", otevřel se formulář pro zpracování se zprávou "Probíhá analýza dat." O něco později se zpráva změnila na „Probíhá nahrávání dat“. Ukazatel a počítadlo přitom ukazovaly, že z napájecího zdroje se vykládá více než 80 tisíc předmětů. To mě zmátlo, protože jsem v nastavení naznačil, že se nemá nic vybíjet ze zdroje. Zpracování trvalo poměrně dlouho a skončilo chybou:

Událost: Výměna dat
(GeneralModule.Long-runningOperations.Module(371)): Pracovní proces byl abnormálně ukončen pozadí práce
RaiseException(ErrorText);

Pro lokalizaci chyby jsem zkusil změnit nastavení synchronizace a možnosti provozu napájecí základny. Výsledkem bylo, že když jsem databázi převedl na souborovou verzi, systém fungoval adekvátně: otevřel se formulář pro porovnání dvou databází. Po spárování objektů byla počáteční synchronizace úspěšná. Poté jsem přepnul databázi zpět na verzi klient-server.

S dalším testováním synchronizace bylo nutné provést některé změny v pravidlech pro převod objektů. Je čas použít konfiguraci Data Conversion 3.0. Vestavěná nápověda ke konfiguraci popisuje, jak to funguje. Pomohly i články na webu ITS.

V důsledku toho jsem do "Data Conversion 3.0" načetl následující data:

• Texty obecného modulu "Správce výměny dat prostřednictvím univerzálního formátu" ze dvou databází
• Rozložení obou základů
• Popis formátu EnterpriseData (z libovolné databáze)
• Pravidla konverze

Po stažení jsem otevřel pravidla pro převod dat, objektů a vlastností v „Data Conversion 3.0“. Provedl jsem změny, které jsem potřeboval. Poté jsem použil tlačítko "Unload exchange manager module". Text modulu byl zkopírován do schránky. Zbývá jen vložit do konfigurace.

Po experimentování s nastavením pravidel v „Data Conversion 3.0“ jsem pro sebe usoudil, že v případě, kdy jsou prováděné změny nevýznamné, je jednodušší nastavit pravidla přímo v konfiguraci UT a BP, v obecném modulu „Správce výměny dat prostřednictvím univerzálního formátu“. Pokud jsou úpravy vážné, jako je například přidání nového objektu do výměny, měli byste použít konfiguraci " Konverze dat 3,0".

Úkol přidání dokumentu "Objednávka dodavateli" do plánu výměny jsem provedl pomocí " Konverze dat 3.0". Ve standardní verzi UT - BP není tento dokument součástí výměnného plánu.

Připomeňme, že pravidla pro registraci objektů pro nahrávání se stále konfigurují v konfiguraci „Data Conversion 2.0“.

Toto jsou první dojmy ze synchronizace dat prostřednictvím univerzálního formátu EnterpriseData.

P.S. Máte-li dotazy nebo vlastní postřehy týkající se výměny dat prostřednictvím univerzálního formátu a konfigurací" Konverze dat 3.0", pište do komentářů. Vyměníme si zkušenosti.

• Synchronizace dat
• Univerzální formát EnterpriseData
• Konverze dat 3.0
• Konverze dat 2.0
• Řízení obchodu
• Podnikové účetnictví