„1C“ nabízí formát EnterpriseData pro výměnu obchodních dat. Výměna přes univerzální formát Obecný modul „manažera burzy přes univerzální formát“

Automatizované řídicí systémy se ve většině případů 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í provoz takových systémů.

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í;
„Rozlišujte“ mezi různými typy účetnictví.*

*V případech, kdy se údaje jednoho typu účetnictví výrazně liší od druhé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ě nebo funkčnosti systému.*

*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 dat 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řevodem dat do univerzálního formátu 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, když byla do systému zahrnuta nová konfigurace, bylo nutné implementovat mechanismus pro import a export dat, a to 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)

Pro systém na platformě 1C:Enterprise 8 je poskytována široká škála možností pro organizaci výměny s libovolnými informačními zdroji pomocí 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. Toto je nedílnou součástí jakékoli konfigurace na platformě 1C:Enterprise, která plně popisuje postup výměny 1C: složení dat (dokumenty s „identifikujícími“ detaily) a uzly (informační báze přijímač-vysílač), stejně jako aktivace 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í, znak nebude resetován a systém bude odesí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ých možnostech. 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;
Verze konfigurace, které nebyly po dlouhou dobu aktualizovány;
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.

Vzhledem k tomu, ž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 objektu 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ář ignorujeme nabídku konfigurace připojení přes FTP adresu a e-mailem kliknutím na „Další“.

V nastavení ručně zadáme prefixy - symboly databází (většinou BP, UPP, RO), nastavíme pravidla a datum zahájení nahrává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 zautomatizovat proces výměny, 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řipraven.

Podívejme se na jednoduchý příklad ze života. Řekněme, že máme firmu, která se zabývá velkoobchodem a maloobchodem a v této firmě se jako v každé jiné vede účetnictví. Podnik má dvě standardní databáze, jedná se o UT (obchodní management) a BP (účetnictví podniku), v každé z databází jsou vedeny vlastní záznamy, v UT je vedení, které odráží všechny transakce související s obchodem, v BP existuje účetnictví. Aby nedošlo k dvojí práci, tzn. nevytvářejte stejné doklady ve dvou databázích (přeci jen pohyby by měly být v managementu a účetnictví) pouze nastavíme synchronizaci mezi těmito databázemi.

Nastavíme výměnu dat jednosměrně, z UT ---> BP. Je také možné nastavit obousměrnou ústřednu, ale v praxi to není často vyžadováno, takže to v našem příkladu nebudeme uvažovat.

Přípravné kroky pro nastavení burzy v BP

Začněme s nastavením synchronizace, nejprve přejděte do databáze 1C "Enterprise Accounting 3.0" (přijímač), musíme zkontrolovat, zda je pro tuto databázi povolena synchronizace, abychom to mohli provést, musíme nejprve přejít do databáze. Jakmile se databáze otevře, přejděte na kartu "Administrace" ---> "Nastavení synchronizace dat"

Otevře se před námi nová karta, kterou je nutné vyplnit stejně jako na obrázku níže, s výjimkou předpony informační báze. Předpona se musí skládat ze dvou písmen, můžete nastavit libovolné, ale podle standardu 1C je lepší nastavit předponu podle názvu konfigurace, to znamená, že pro „Enterprise Accounting“ bude předpona „BP“. Pokud zakládáte složité burzy a existuje několik účetních databází, měly by se předpony od sebe zřetelně lišit, zde můžete jako zkratku použít první dvě písmena názvu organizace.

Pokračujeme v nastavování synchronizace dat v UT

Poté, co jsme provedli všechny potřebné akce v databázi přijímačů (BP 3.0), abychom mohli pokračovat v nastavování výměny dat, musíme otevřít zdrojovou databázi (UT 11.1). Přejděte na kartu „Správa“, v nabídce vlevo vyberte „Nastavení synchronizace dat“.. Pokud synchronizace není povolena, povolte ji pomocí zaškrtávacího políčka a nezapomeňte zadat zdrojovou základní předponu. Jakmile dokončíme všechny kroky 1-4, jak je znázorněno na obrázku níže, musíte kliknout na hypertextový odkaz „Synchronizace dat“ (krok 5).

V novém okně, které se objeví, musíte kliknout na zelené znaménko plus (Nastavit synchronizaci dat), v rozbalovací nabídce vybrat položku „Enterprise Accounting 3.0“.

Nastavení důležitých bodů ve výměně dat mezi UT a BP

Nyní vidíme okno s nastavením pro synchronizaci dat v 1C, vyberte „Zadat nastavení ručně“ a klikněte na „Další“.

Pokračujeme v nastavování výměny dat v 1C, na další záložce je potřeba vybrat možnost připojení k infobázi přijímače (přímé připojení k programu), parametry připojení (na tomto počítači nebo v místní síti), adresář, kde je umístěna základna přijímače a také potřebné autentizační údaje (uživatelské jméno a heslo v databázi).

Na další stránce musíme vyplnit pravidla pro odesílání a příjem dat z konfigurace BP 3.0 (přijímač). Klikněte na "změnit pravidla nahrávání dat".

Otevřelo se před námi okno „Pravidla pro odesílání dat“, v němž nastavujeme následující parametry:

Které referenční údaje budou odeslány (v našem příkladu nás zajímají pouze dokumenty a referenční údaje v nich použité, proto jsme vybrali příslušnou položku; pokud vyberete první položku „Odeslat vše“, budou všechny referenční knihy znovu načteny spolu s doklady, často pokud informace nejsou použity v dokladech, jsou pro příjemce k ničemu, protože to nijak neovlivňuje účetnictví)
Od jakého data mají být všechny informace odesílány (v tomto článku nebudeme uvažovat o ruční synchronizaci)
Komu nebo kterým organizacím zasílat data (v našem příkladu jsme vybrali jednu organizaci, IP „Podnikatel“)
Pravidla pro uzavírání smluv
Generalizovaný sklad
Mám srolovat dokumenty podle skladu?

Po provedení nastavení klikněte na „Uložit a zavřít“.

Protože v našem příkladu nastavujeme a používáme jednosměrnou výměnu, z UT do BP, pak nás nastavení pravidel pro získávání dat z „Podnikového účetnictví 3.0“ nezajímá, a tak klikneme na „Další“.

V novém okně jsme požádáni o konfiguraci pravidel pro základnu přijímače (RB). V bodě 1 pojmenujeme naši databázi, dáme jí prefix. PREFIX musí být stejný, jako jsme jej nastavili v samotné databázi BP na začátku tohoto článku, pokud se předpony liší, synchronizace dat v programu 1C nebude fungovat. Poté klikněte na bod 2 a poté na bod 3.

V odstavci 3 musíme umožnit zpracování dokumentů při jejich načtení do databáze. Klikněte na "Uložit a zavřít".

Nyní by okno mělo vypadat podobně jako to zobrazené níže, klikněte na „Další“.

Toto okno obsahuje referenční informace o synchronizaci vytvářené v 1C. Stačí kliknout na tlačítko "Další". Pokud program vygeneroval chybu při nastavování synchronizace dat, musíte nás kontaktovat, aby vám náš specialista 1C mohl pomoci právě teď!

Další krok program nabídne synchronizaci ihned po vytvoření nastavení výměny dat. Souhlasíme s tím a klikneme na „Hotovo“.

Před vámi se objeví okno, ve kterém uvidíte informace o tom, jak synchronizace probíhá. Pokud základna přijímače není prázdná, tzn. v něm již byly vedeny záznamy, pak bude uživatel v programu 1C vyzván k ručnímu porovnání objektů. Porovnání objektů v 1C při synchronizaci dat je porovnání identických objektů přijímače s identickými objekty ve zdroji.

Podívejme se na příklad, řekněme, že v UT existuje protistrana s názvem „PharmGroup LLC“ a DIČ 1234567 a v BP je také protistrana s DIČ 1234567, ale název „PharmGroup“, pokud je neporovnáme dva objekty při porovnávání dat ve fázi synchronizace, pak po synchronizaci v přijímači (Enterprise Accounting 3.0) budeme mít dvě protistrany s TIN 1234567 a dvěma názvy „PharmGroup LLC“ a „PharmGroup“. Aby se takovým situacím předešlo, byl vynalezen mechanismus pro porovnávání objektů.

V našem příkladu je databáze přijímačů prázdná, a proto se okno pro porovnání objektů neotevřelo. Ale po provedení některých operací systém určitě vyzve uživatele k přidání dalších údajů a zobrazí následující okno. Nepotřebujeme přenášet žádná další data, vše potřebné jsme již nakonfigurovali dříve, takže v tomto kroku vybereme „Nepřidávat dokumenty k odesílání“. Klikněte na "Další".

Poslední fáze výměny dat mezi 1C

V konečné fázi program zobrazí následující okno, ve kterém bude uživatel informován, že synchronizace proběhla úspěšně, klikněte na „Dokončit“. V tomto okamžiku je dokončena synchronizace mezi databázemi v jednosměrné výměně z „Trade Management 11.1“ (UT) do „Enterprise Accounting 3.0“ (BP).

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žce byl vygenerován soubor XML 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 se z napájecího zdroje 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)): Proces pracovníka na pozadí byl abnormálně ukončen
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 sám 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", napiš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í

Společnost 1C představila první verzi nového formátu pro výměnu obchodních dat EnterpriseData, který je založen na XML a má podle jeho autorů nejen sjednotit interakci aplikačních řešení a jejich jednotlivých komponent vytvářených samotnou společností, ale také být použit jako univerzální mechanismus pro integraci informací jakékoli podnikové aplikace na jakékoli softwarové platformě, samozřejmě včetně 1C:Enterprise.

Společnost dlouhodobě praktikuje tvorbu a používání otevřených standardů pro informační interakci svých aplikací se softwarem od nezávislých vývojářů, ale dosud se to týkalo pouze některých specializovaných oborů. Přesně takový je formát CommerceML, vytvořený před téměř patnácti lety, pro řešení problému elektronického obchodování, stejně jako „Client-Bank“ a DirectBank pro komunikaci mezi aplikacemi 1C a externími bankovními systémy. EnterpriseData je naproti tomu univerzální mechanismus, který dokáže pokrýt všechny oblasti činnosti podniku – finance, výrobu, nákup a prodej, skladové operace atd. První verze formátu obsahuje popis 94 typů dokumentů z různých oblasti podnikání. 1C do něj plánuje přidat nové dokumenty a popsat ty stávající.

Jak vysvětlují zástupci 1C, vznik EnterpriseData je vysvětlen potřebou nejen integrovat firemní aplikace do softwaru od jiných vývojářů, ale také – možná dokonce primárně – vytvořit jednotný mechanismus pro informační komunikaci v rámci softwarové rodiny 1C:Enterprise. Donedávna se k řešení těchto problémů používala široká škála řešení, často vytvářených případ od případu. Přechod produktů 1C na EnterpriseData již začal, používá se ve všech nejnovějších verzích jejích klíčových aplikací („1C: ERP Enterprise Management 2.0“, „1C: Accounting 8“ 3.0, „1C: Accounting 8 KORP“ 3.0, „1C: Maloobchod“ „2.0, „1C: Řízení obchodu“ 11). Zároveň se nepředpokládá nahrazení již používaných standardů (CommerceML, spolupráce s bankami) EnterpriseData, protože časem prověřené specializované algoritmy fungují efektivněji než univerzální nástroje.

1C věří, že nový formát najde široké uplatnění mezi nezávislými vývojáři vytvářejícími aplikace na platformě 1C:Enterprise, jsou pro ně nabízeny hotové softwarové komponenty v rámci Library of Standard Subsystems (něco jako SDK pro 1C:Enterprise).

Při použití standardu EnterpriseData jsou data mezi aplikacemi přenášena ve formě XML souboru pomocí příslušných XML schémat, přičemž fyzický přenos informací lze provádět pomocí různých mechanismů: webové služby, sdílení souborů přes adresář, FTP a email. Důležitým bodem je, že algoritmus interakce znamená pro příjemce schopnost potvrdit skutečnost, že přijal a zpracoval data, která mu byla zaslána. Samotný XML soubor je fyzicky dodáván v komprimované podobě (ZIP), což často umožňuje výrazně snížit informační provoz.

1C slibuje další rozvoj formátu EnterpriseData a jeho podporu ve stále větším počtu svých aplikací. Tento standard si bude společnost spravovat sama, jeho tvůrci zatím neplánují jeho transformaci na nezávislý oborový standard.

A my vám ukážeme, jak jej využít k VELKÉMU zjednodušení řešení vašich problémů.

Dnes se podíváme na to, jak nastavit a provést jednoduchý přenos adresářů a počátečních zůstatků za pouhých 10-15 minut.

A tohle je hromadný a pravidelný úkol, což je téměř nevyhnutelné pro většinu nově uváděných konfigurací.

Zavolejte proto svým kolegům, bude se jim to také velmi hodit.

Zvlášť když už viděli CD 3 a dokázali se vyděsit :)

Ano, když ji vidíte poprvé, není to vůbec jasné.

Ale ve skutečnosti je vše VELMI jednoduché. Tak jednoduché, že se budete později i nudit :)

Co přesně je v dnešních videích

Toto jsou 4 videa o výměně dat přes univerzální formát pro výměnu EnterpriseData.

Navíc si ukážeme příklad vylepšení standardních pravidel výměny v 1C:Data Conversion 3.0

Celková doba trvání – 34 minut. Obsah:

Nastavení burzy na příkladu 1C:Accounting 8 a 1C:ERP
Jak stáhnout standardní pravidla a univerzální formát výměny v Data Conversion 3.0
Přenos struktury metadat na CD 3.0
Jak provést první výměnu dat
Finalizace pravidel konverze
Jak načíst nová pravidla bez změny konfigurace ( bez odstranění z podpory)

Poznámka, že při řešení tohoto problému se pravidla načítání mění pouze v přijímací konfiguraci. A konfigurace zdroje funguje podle standardních pravidel.

Pokud by se podobný problém řešil v Data Conversion 2.0, pak by bylo nutné provést změny v pravidlech zdroje i cíle.

Tyto video tutoriály jsou relevantní pro BSP vydání 2.3.2(pro jakékoli sestavení starší než 2.3.2.43).

Pokud používáte starší verzi BSP,0, proveďte „úpravu“ pro změněné rozhraní a rozšířenou funkčnost. Chcete-li to provést, zopakujte příklad z videa sami.

Video 1:
Načítání pravidel výměny mezi standardními konfiguracemi do Data Conversion 3.0

V této lekci provedeme přípravné kroky při provádění změn pravidel výměny mezi standardními konfiguracemi:

Načtení struktury výměnného formátu na CD (
Vytvoření konverze
Nahrávání souborů pravidel ze standardní konfigurace
Odebírání modulu správce výměny

Video 2:
Upřesnění pravidel výměny v CD 3.0

V této lekci si ukážeme, jak vyplnit detaily objektu při načítání dat.

Problém bude vyřešen - při načítání objektů ze zdrojové konfigurace nastavte komentář „Načteno z BP 3.0“.

K vyřešení problému budete muset zadat změny v pravidlech konverze objektů, v události „Před záznamem přijatých dat“.

Vytvořená pravidla budou uložena jako externí zpracování pro další použití.

Video 3:
Nastavení univerzální výměny mezi standardními konfiguracemi

V tomto tutoriálu vám ukážeme, jak nastavit novou ústřednu mezi standardními.

Nastavení budou provedena ve zdrojové konfiguraci a poté načtena do cílové konfigurace.

I v tomto videu si ukážeme, jak na to beze změny konfigurace nahrát nová pravidla burzy.

Video 4:
Převod počátečních zůstatků pomocí pravidel burzy

V této lekci si ukážeme typickou funkcionalitu pro přenos počátečních zůstatků.

P.S.

Ano, výměny přes txt / dbf / ole atd. mít právo na existenci. V některých speciálních případech, jako je připojení k webovému serveru nebo přenos externí aplikace z hotového formátu.

Nicméně pro standardní výměny – standardní metody jsou rychlejší a mnohem jednodušší.

A pokud někdo znovu vynalezne kolo, když existuje hotové univerzální řešení - je to jako napsat si na čelo: "Neznám ten nástroj, nechci ho studovat, za tvoje peníze postavím berle" .