Výmena konfiguračných dát 1s. Automatická výmena dát pomocou spracovania "Universal XML Data Exchange" bez zmeny konfigurácie. Prípravné kroky na zriadenie burzy v BP

Pravdepodobne každý špecialista 1C čelil situácii potreby prenosu údajov z jednej informačnej databázy do druhej. V prípade, že sa konfigurácie líšia, musíte napísať pravidlá konverzie údajov. Tieto pravidlá sa vytvárajú v konfigurácii 1C „Konverzia údajov“.

Údaje môžete prenášať aj pomocou . Mnohé konfigurácie 1C 8.3 majú štandardné funkcie na nastavenie synchronizácie údajov medzi rôznymi konfiguráciami a bezproblémovú integráciu so správou dokumentov 1C.

Ale keď je potrebné preniesť dáta medzi absolútne identickými konfiguráciami, môžete si svoju úlohu zjednodušiť a použiť štandardné spracovanie nahrávania a sťahovania cez XML. Upozorňujeme, že takáto metóda, ako napríklad konverzia údajov, porovnáva objekty navzájom podľa jedinečného identifikátora (GUID), a nie podľa názvu.

Toto spracovanie si môžete stiahnuť na disku ITS alebo postupujte podľa odkazov:

Je univerzálny a vhodný pre akúkoľvek konfiguráciu.

Uvažujme o príklade uvoľnenia adresára „Nomenklatúra“ z jednej informačnej databázy 1C 8.3 Accounting 3.0 do inej. Predpokladom bude výber nadradenou (skupinou) "Spracovanie dreva".

Nahrávanie údajov z 1C do XML

Prejdite do informačnej databázy, odkiaľ sa budú údaje nahrávať (zdroj). Nezabudnite ich skontrolovať a zabezpečiť všetky možné podmienky, aby ste predišli nežiaducim následkom.

Otvorte nahrávanie údajov XML a spracovanie načítania (Ctrl+O).

Máme záujem o kartu "Nahrať". Najprv zadajte názov súboru, do ktorého sa budú údaje nahrávať a cestu k uloženiu. V tomto prípade sa údaje nahrajú „Do súboru na serveri“.

V hlavičke spracovania je nakonfigurované obdobie, počas ktorého sa bude výber vykonávať. Pre periodické registre môžete tiež určiť metódu použitia výberu podľa obdobia. Ak je potrebné nahrať pohyby spolu s dokladmi, nastaví sa príslušný príznak. V tomto prípade preťažujeme adresár, takže v hlavičke nie je potrebné nič konfigurovať.

Prejdime k výberu údajov, ktoré sa majú nahrať. V tabuľkovej časti formulára spracovania začiarknite políčka pri konfiguračných objektoch, ktoré potrebujete preniesť.

Stĺpec "Uvoľniť v prípade potreby" znamená, či je potrebné tento objekt preťažiť, ak naň odkazuje atribút adresára, ktorý preťažujeme. Napríklad pozícia nomenklatúry, ktorú znovu načítate, má mernú jednotku, ktorá nie je v základnom prijímači. Ak je v stĺpci "V prípade potreby vyložiť" nastavený príznak vedľa referenčnej knihy s mernými jednotkami, vytvorí sa nová pozícia. V opačnom prípade bude hodnotou atribútu nápis "<Объект не найден>“ a jeho jedinečný identifikátor.

V jednoduchom prípade bez výberov bude nastavenie preťaženia položky vyzerať takto.

V tomto príklade musíte vybrať iba položku, ktorá sa nachádza v priečinku "Spracovanie dreva".

Podobné spracovanie pre 8.2 umožňuje pohodlne nastaviť filtre pre každý konfiguračný objekt. Vo verzii 8.3 bohužiaľ takáto funkčnosť neexistuje. Jedným z východísk v tejto situácii je výber potrebných pozícií na karte "Ďalšie objekty na vyloženie".

Objekty tu môžete pridávať buď ručne (tlačidlo "Pridať") alebo na základe požiadavky ("Pridať na požiadanie..."). Pri veľkom počte z nich je vhodnejšia druhá možnosť.

V tomto prípade bude dopyt nasledovný. Vyplňte parametre, po kontrole údajov spustite dopyt a kliknite na tlačidlo „Vybrať výsledok“.

Po zadaní všetkých potrebných objektov a dodatočných prvkov na nahranie kliknite na tlačidlo „Nahrať údaje“. Skončia v súbore XML, ktorého názov a umiestnenie boli uvedené skôr. Výsledky tejto operácie sa zobrazia v správach.

V tomto príklade bolo potrebné vyložiť iba 3 pozície, ale päť bolo vyložených. Je to preto, že oproti referenčnej knihe „Nomenklatúra“ v stĺpci „Nahrať v prípade potreby“ bol nastavený príznak. Spolu s potrebnými pozíciami boli preťažení aj ich rodičia.

Načítanie referencie z XML

Po úspešnom nahraní údajov zo zdrojovej konfigurácie do súboru XML otvorte cieľovú databázu. Štruktúra objektov a ich atribúty sa musia zhodovať. V tomto prípade sa prevod vykonáva medzi dvoma typickými konfiguráciami 1C: Accounting 3.0.

Otvorte spracovanie v základni prijímača. Toto spracovanie sa používa na nahrávanie aj sťahovanie údajov. Prejdite na kartu „Nahrať“ a zadajte cestu k súboru XML, do ktorého boli údaje predtým nahrané. Potom kliknite na tlačidlo „Nahrať údaje“.

Výsledok sťahovania sa zobrazí v správach. V našom prípade všetko dopadlo dobre.

Referenčná kniha "Nomenklatúra" v základnom prijímači nebola vyplnená. Teraz má päť prvkov: tri pozície položiek a dve skupiny.

V skutočnom živote vzácna spoločnosť hospodári s jednou základňou 1C. Najčastejšou situáciou sú dva základy, účtovníctvo a mzda.

Základy musia byť prepojené - mzda je vypočítaná, časovo rozlíšené dane musia ísť na vyplatenie do účtovníctva.

Na prepojenie viacerých databáz je tu Exchange 1C. ako pracuje?

Čo je Exchange 1C?

Je tu sieť obchodov a centrála. Každý obchod a kancelária má sklad. Tovar sa presúva zo skladu do skladu (hlavne z centrálneho skladu do predajní) av predajniach sa predáva.

Základ 1C Retail sa používa v kancelárii a rovnaký základ v každej predajni. Základne v predajniach sú podriadené základni v kancelárii.

Kancelária vytvára doklady o pohybe tovaru zo skladu do skladu, priraďujú sa ceny. Do podriadených základní sa nahrajú doklady a tovar sa tam „objaví“.

V predajniach sa vytvárajú doklady o predaji tovaru. Dokumenty sa nahrajú na kancelársku základňu a tam sa „zobrazia“ predaje.

Takáto schéma sa nazýva distribuovaná informačná základňa (DIB). Postupy pri „vypĺňaní“ dokladov – obojstranná výmena 1C. A nastavením tejto schémy je URIB alebo URIBD (správa distribuovaných informačných databáz).

Princípy výmeny adresárov v 1C

1C adresáre (a súbor všetkých adresárov „v komplexe“ sa nazýva NSI – regulačné referenčné informácie) – v rôznych databázach by mali byť zvyčajne rovnaké. To znamená, že aj keď existuje viacero databáz, zoznam tovaru, skladov, dodávateľov je v rôznych databázach rovnaký.

Je bežnou praxou, keď je v jednej databáze povolená editácia adresára, ktorý sa skopíruje („migruje“) do ostatných. Ako sme už diskutovali, každý prvok 1C má jedinečný identifikátor - GUID. Adresáre sa zvyčajne skopírujú spolu s ich GUID, a preto sú identické v celom distribuovanom informačnom systéme.

V opačnom prípade, keď je pripojených niekoľko pôvodne existujúcich databáz alebo keď je možné vytvoriť adresáre v rôznych databázach súčasne, ich GUID sa budú líšiť. Na to existuje zodpovedajúci mechanizmus. Počas výmeny 1C sa do špeciálneho informačného registra zaznamená informácia, že prvok zo základne č. 1 s GUID xxx sa rovná prvku v tejto základni s GUID yyy. Existujúce prvky, ktoré si už nie sú rovnaké, musia byť najskôr spárované automaticky (podľa iných podrobností, napr. podľa mena alebo podľa DIČ a KPP) alebo manuálne.

Princípy výmeny dokumentov v 1C

Dokumenty v 1C sa zverejňujú prostredníctvom registrov a potom sa považujú za „zaslané“. To spôsobuje pochopiteľné ťažkosti pri prevode.

Jednou z možností je preniesť iba dokumenty a po nahratí ich znova zaúčtovať. Tento spôsob sa často používa, ale môže spôsobiť chyby - doklad nemusí byť zaúčtovaný v novej databáze, pretože podmienky pri zaúčtovaní môžu byť iné, ako boli v čase zaúčtovania tohto dokladu v pôvodnej databáze.

Ďalšou možnosťou je spoločný prenos dokumentov a registrov. Ako tomu rozumieme, hneď sa vynára otázka – buď prevedieme všetky doklady všeobecne a potom celkovo celý register, alebo sme nútení zvoliť prevod len pohybov na prenesených dokladoch.

Povedzme, že potrebujeme preniesť prvok z adresára Nomenclature. Tento adresár má 10 polí, z ktorých 5 sú reťazce a čísla a 5 sú odkazy na iné adresáre.

V súlade s tým sme pri prenose jedného prvku nomenklatúry nútení hľadať a prenášať aj 5 prvkov iných adresárov.

Pri prenose jedného prvku adresára alebo jedného dokumentu je teda možné pomocou odkazu preniesť 100 alebo viac iných objektov 1C.

V skutočnosti sa hovorí, že takmer všetky konfiguračné adresáre na seba tak či onak odkazujú.

Výmenné plány 1C

Predpokladajme, že sme vytvorili distribuovanú databázu a vymenili 1C. Tovar sa nakupuje v centrálnom sklade a pripravuje sa na expedíciu do predajní. V 1C úrad zapísal potrebné doklady pre pohyb tovaru. Vyžaduje sa, aby boli naložené do obchodov.

Čo robiť? Znova vykonať úplnú výmenu 1C? Dlhé a neefektívne! Oveľa lepšie by bolo vypočítať, čo presne pribudlo alebo zmenilo používatelia do kancelárie, aby sa do predajní dostali len zmeny.

Na tento účel existujú výmenné plány 1C. Programátor si vopred vytvorí plán výmeny 1C, aby mohol uskutočniť výmeny 1C s nejakou inou databázou, napríklad s našimi obchodmi.

Výmenný plán 1C poznamenáva, keď používatelia pracujú s adresármi a dokumentmi, čo bolo pridané alebo zmenené od poslednej výmeny 1C s touto databázou.

Vytvorenie URIB 1C

Takže vytvoríme distribuovanú databázu od začiatku. Spočiatku máme „materskú“ kancelársku základňu. Z nej vyberieme základne predajní, ktoré jej budú podriadené.

V typických konfiguráciách už existujú štandardné výmenné plány 1C. Typy podkladov, pre ktoré sú určené, sú intuitívne jasné už z názvu:

• Výmena 1C so stránkou: výmena so stránkou 1C: Bitrix
• Exchange 1C UPP-UT alebo UT-Retail: typické výmeny so sesterskými konfiguráciami
• Úplná výmena - 1C s databázou založenou na rovnakej konfigurácii.

RIB - distribuovaná informačná základňa - môže byť tiež vytvorená na základe plánu výmeny 1C "Full". V konfigurátore by v tomto výmennom pláne 1C malo byť začiarknuté políčko „Distribuovaná informačná základňa“.

Plán výmeny 1C vytvorený v konfigurátore naznačuje, že s takouto konfiguráciou ideme vymieňať. V režime Enterprise v rovnakom pláne výmeny 1C teraz musíte špecifikovať konkrétne databázy na základe tejto konfigurácie.

Poďme na plán výmeny 1C (plán operácií / výmeny; môžu byť aj v inej ponuke, často v ponuke Služba / XXX).

V zozname databáz vo výmennom pláne 1C je na obrázku jedna so zeleným kruhom. Tento prvok znamená THIS BASE. Zvyšné prvky označujú INÉ bázy, s ktorými sa 1C vymieňa.

Je potrebné, aby bol pri všetkých prvkoch vyplnený názov aj kód.

Ak chcete vytvoriť podzákladňu obchodu:

• Nastavte kurzor v zozname na prvok plánu výmeny 1C, ktorý sme vytvorili ako „základňu obchodu“
• Vyberte položku ponuky „Akcie/Vytvoriť úvodný obrázok“.

V dôsledku toho sa vytvorí jedna databáza, do ktorej sa nahrajú počiatočné údaje. Toto sa musí opakovať pre každý prvok plánu výmeny 1C, okrem AKTUÁLNEJ ZÁKLADNE.

Teória výmen 1C

Teória výmeny 1C je pomerne jednoduchá:

• Jedna zo základní (častejšie základňa centra) iniciuje výmenu 1C podľa plánu alebo „na udalosti“ (prihlásenie do základne určitého používateľa atď.)
• Výmena 1C spočíva vo vyložení súboru z databázy
• Súbor je potrebné presunúť na miesto, kde si ho môže vyzdvihnúť podriadená základňa (zvyčajne zdieľanie alebo ftp, menej často e-mail)
• Podriadená databáza stiahne prijatý súbor
• Ako potvrdenie prijatia informácie odovzdá podriadená databáza súbor „odpovedí“, ktorý sa rovnakým spôsobom nahrá späť do centrálnej databázy.
• Výmenná relácia 1C dokončená.

Existujú aj iné spôsoby výmeny 1C, nie cez súbory, ale napríklad cez priame COM spojenie medzi dvoma databázami. Jeho výhody:

• Nevyžaduje sa žiadny „priestor na ukladanie a prenos súborov“.
• Nie je potrebné znovu nahrávať potvrdenie
• Všetko sa deje rýchlejšie vďaka prvým dvom bodom.

Obmedzenie je však jasné – základne musia byť tak blízko seba, aby bolo možné iniciovať spojenie COM.

Nastavenie RIB 1C

V konštantách typických konfigurácií (Prevádzka / Konštanty; alebo Nastavenia služby / programu) - zvyčajne existuje všeobecné nastavenie pre výmeny 1C. Ide o predponu v kódoch prvkov a číslach dokumentov, aby ste mohli ľahko určiť, v ktorej databáze bol vytvorený. Rovnako ako interný spôsob ukladania informácií o mieste, kde boli vytvorené adresáre a dokumenty.

Teraz musíte nakonfigurovať, ako bude prebiehať proces pravidelnej výmeny informácií 1C medzi vytvorenými databázami.
Všetky nastavenia RIB v 1C sú v typických konfiguráciách, zvyčajne v ponuke Služba / Distribuované informačné databázy / Konfigurácia uzlov RIB.

Pre každý predtým vytvorený prvok „základňa vzdialeného obchodu“ musíte pridať konfiguračný prvok.

Nastavenie určuje spôsob výmeny 1C: súbor (zdieľanie), súbor (FTP), súbor (e-mail).

Vytvorenie a konfigurácia distribuovanej informačnej bázy 1C v tenkom klientovi

Pozrime sa na podobné nastavenie v typickej konfigurácii založenej na tenkom klientovi – Trade Management Edition 11.
Nastavenia (a vytváranie od začiatku) sa nachádzajú na karte Správa rozhrania. Položka „Výmena údajov“.

Vyberte „Vytvoriť burzu v distribuovanej informačnej databáze“.

Od samého začiatku nás 1C vyzve, aby sme uviedli, ako si budeme vymieňať informácie s podriadenou databázou. Tu je možnosť konfigurácie "cez súbor na lopte."

Tu je možnosť konfigurácie prostredníctvom súboru na FTP.

Názov nášho nastavenia výmeny je 1C.

A hneď aj návrh na vytvorenie „úvodného obrazu“ – teda samotnej databázy otrokov s nahrávaním primárnych informácií do nej.

Na rozdiel od konfigurácie na hrubom klientovi sú obe nastavenia výmeny 1C na rovnakom mieste.

Tlačiť (Ctrl+P)

Výmena cez univerzálny formát

Podsystém "Výmena údajov" knižnice štandardných podsystémov obsahuje 4 možnosti (technológie) výmeny informácií medzi rôznymi informačnými bázami:

• distribuované informačné bázy (RIB);
• výmena údajov prostredníctvom univerzálneho formátu;
• výmena dát podľa pravidiel výmeny (pravidlá výmeny sú vytvorené pomocou konfigurácie Data Conversion, vydanie 2.1);
• výmena údajov bez pravidiel výmeny.

Tento článok sa zaoberá technológiou výmeny údajov prostredníctvom univerzálny formát EnterpriseData. Táto technológia je dostupná v „Knižnici štandardných podsystémov“ od verzie 2.3.1.62. vydaný začiatkom roka 2016. V súčasnosti má najnovšia verzia BSP 2.3 (na použitie s platformou 1C:Enterprise 8.3, verzia 8.3.8.1652 alebo novšia s vypnutým režimom kompatibility) vydanie 2.3.6.17.

Ryža. 1 Najnovšie vydania BSP 2.3

Medzi súbormi na dodávku aplikačných riešení 1C je textový súbor „Library Versions“, kde je napísané, na základe akej verzie BSP bola aplikácia vyvinutá, napríklad na základe aplikačného riešenia UT 11.3.3.231 , bol ustanovený BSP 2.3.5.65.

Upozorňujeme, že na použitie s platformou „1C:Enterprise 8.3“ aspoň verzia 8.3.10.2168 so zakázaným režimom kompatibility sa vydá revízia BSP 2.4.

Popis formátu EnterpriseData

Aký je formát EnterpriseData?

Toto je formát, ktorý vám umožňuje opísať objekt infobáz (protistrana, faktúra atď.) alebo nahlásiť vymazanie tohto objektu. Očakáva sa, že konfigurácia, ktorá prijala súbor vo formáte EnterpriseData, bude zodpovedajúcim spôsobom reagovať – vytvorí si nové objekty a vymaže tie, ktoré sú v súbore označené ako odstránené. Je určený na výmenu informácií medzi konfiguráciami UT, RT, UNF, BP. Formát možno použiť aj na výmenu informácií s akýmikoľvek inými informačnými systémami: nezávisí od vlastností jeho vlastného softvéru alebo štruktúr infobáz, ktoré sa zúčastňujú výmeny, a neobsahuje výslovné obmedzenia používania.

Verzia formátu EnterpriseData

Údaje o formáte sú uložené v balíkoch XDTO vo vetve konfigurácie všeobecnej databázy, ako je znázornené na obr. 2

Na obr. 2 ukazuje, že existuje niekoľko balíkov XDTO. Ide o rôzne verzie formátu. Číslo verzie formátu pozostáva z X.Y.Z, kde X.Y je verzia a Z je menšia verzia. Verzia Minor je rozšírená v prípade opráv chýb a iných zmien, v ktorých: logika konverzie údajov založená na predchádzajúcej verzii formátu zostáva funkčná (spätná kompatibilita súčasných algoritmov prenosu údajov cez formát je zachovaná); podpora nových funkcií formátu pre konverznú logiku je dobrovoľná. Príkladom takýchto zmien môže byť oprava chyby, zmena vlastností objektov formátu, pridanie vlastností, ktoré nie sú potrebné pri konverzii údajov. V ostatných prípadoch sa pri zmene formátu zvyšuje hlavná verzia: X - v prípade globálnej reštrukturalizácie, Y - v ostatných prípadoch.
Formát popisuje reprezentáciu objektov (dokumentov alebo prvkov adresára) vo forme súborov XML. Verzia 1.0.1 obsahuje popis 94 objektov z rôznych oblastí (financie, výroba, nákup a predaj, skladová prevádzka). Názvy typov sú spravidla dobre zrozumiteľné a nepotrebujú ďalšie vysvetlenia: napríklad "Dokument. Osvedčenie o vykonaní prác" alebo "Adresár. Protistrany". Ako vidíte, popis typov dokumentov začína predponou "Dokument.", referenčný prvok - predponou "Odkaz." Podrobný popis formátu viď
Najnovšia verzia je 1.3, avšak najčastejšie používaná verzia je 1.0. Medzi verziami nie je veľký rozdiel. Formátovať EnterpriseDataExchange_1_0_1_1 používa sa pri výmene cez webovú službu.
Poznámkaže spolu s balíkom dátového formátu EnterpriseData sa balík používa ExchangeMessage pri vytváraní pravidiel konverzie. Práve tento balík obsahuje typ objektu dodatočné informácie,ktorý môže mať ľubovoľný typ hodnoty a používa sa pri vytváraní pravidla konverzie medzi konfiguračnými objektmi. ktoré nie sú v dátovom formáte. Práve vďaka dodatočné informácie,môžete prispôsobiť a prispôsobiť pravidlá výmeny bez zmeny údajov formátu v paketoch XDTO.

Ako si vymieňať dáta vo formáte EnterpriseData?

Výmena údajov vo formáte EnterpriseData s konfiguráciou je výmena súborov. Ako odpoveď na súbor prijatý z externej aplikácie ho konfigurácia spracuje a vytvorí súbor odpovedí. Zdieľanie súborov môže prebiehať:

• prostredníctvom vyhradeného adresára súborov,
• cez FTP adresár,
• prostredníctvom webovej služby nasadenej na strane informačnej bázy. Dátový súbor sa odovzdá ako parameter webovým metódam.

Poznámka. Pre obojsmernú výmenu dát medzi aplikáciou tretej strany a konfiguráciou na strane infobáze je potrebné vykonať niekoľko nastavení - aplikácia tretej strany musí byť zaregistrovaná v infobáze, musí byť pre ňu definovaný výmenný kanál (cez súbor alebo adresár FTP) atď. Ale pre prípady jednoduchej integrácie, kedy stačí iba preniesť informácie z aplikácie tretej strany do infobázovej databázy a nie je potrebné prenášať dáta späť z infobázy do aplikácie tretej strany (napríklad integrácia online obchod, ktorý prenáša informácie o predaji do 1C: Accounting), existuje zjednodušená verzia práce cez webovú službu, ktorá nevyžaduje nastavenia na strane.

Pri výmene pomocou plánov výmeny konfigurácie sa počas synchronizácie prenášajú iba informácie o zmenách, ktoré nastali od poslednej synchronizácie (aby sa minimalizovalo množstvo prenášaných informácií). Pri prvej synchronizácii konfigurácia vypíše všetky objekty vo formáte EnterpriseData do súboru XML (pretože sú všetky „nové“ pre aplikáciu tretej strany).

Ďalším krokom pre aplikáciu tretej strany je spracovanie informácií zo súboru XML a ich umiestnenie do sekcie počas nasledujúcej synchronizačnej relácie. informáciu, že správa z konfigurácie s určitým číslom bola úspešne prijatá (do poľa ReceivedNo uveďte číslo správy prijatej z konfigurácie). Správa o prijatí je signálom do konfigurácie, že všetky objekty boli úspešne spracované externou aplikáciou a informácie o nich už nie je potrebné prenášať. Okrem účtenky môže súbor XML z aplikácie tretej strany obsahovať aj údaje na synchronizáciu (v časti ).

Po prijatí správy o potvrdení konfigurácia označí všetky zmeny odoslané v predchádzajúcej správe ako úspešne synchronizované. Počas nasledujúcej synchronizačnej relácie sa do externej aplikácie odošlú iba nesynchronizované zmeny v objektoch (vytvorenie nových, úprava a vymazanie existujúcich).

Pri prenose údajov z externej aplikácie do konfigurácie sa obraz obráti. Žiadosť musí vyplniť sekciu podľa toho a v sekcii umiestniť objekty na synchronizáciu vo formáte EnterpriseData.

Konfigurácia po spracovaní súboru vygeneruje súbor XML, ktorý bude obsahovať správu o prijatí a nové údaje na synchronizáciu zo strany konfigurácie (ak nejaké existujú od poslednej synchronizačnej relácie).

Viac informácií o výmene dát s aplikačnými riešeniami na platforme 1C:Enterprise vo formáte EnterpriseData nájdete na

Všeobecný modul „správcu výmeny prostredníctvom univerzálneho formátu“.

Postupy a funkcie, ktoré plne popisujú pravidlá pre nahrávanie dát z infobázy do výmenného formátu a pravidlá pre načítanie dát z výmenného formátu do infobázy sú vypracované v spoločnom module - module manažéra výmeny prostredníctvom univerzálneho formátu.

Modul sa vytvára automaticky pomocou konfigurácie Data Conversion, vydanie 3.0, na základe nakonfigurovaných pravidiel výmeny, alebo manuálne v konfigurátore.

Modul pozostáva z niekoľkých veľkých sekcií, z ktorých každá obsahuje vlastnú skupinu procedúr a funkcií.

1. Komentár. Prvý riadok modulu obsahuje komentár s názvom konverzie. Tento reťazec je potrebný na identifikáciu modulu napríklad pri použití príkazu v programe "Data Conversion", vydanie 3.0. // Konverzia UP2.2.3 z 01.06.2017 19:51:50
2. Postupy konverzie. Obsahuje preddefinované procedúry, ktoré sa vykonávajú v rôznych fázach synchronizácie údajov: pred konverziou, po konverzii, pred oneskoreným vyplnením.
3. Pravidlá spracovania údajov (DPR). Obsahuje postupy a funkcie, ktoré popisujú pravidlá spracovania údajov.
4. Pravidlá konverzie objektov (FCR). Obsahuje procedúry a funkcie, ktoré popisujú pravidlá pre konverziu objektov, ako aj pravidlá pre konverziu vlastností týchto objektov.
5. Preddefinované pravidlá konverzie údajov (PPDC). Obsahuje postup, ktorý vyplní pravidlá pre prevod preddefinovaných údajov.
6. Algoritmy. Obsahuje ľubovoľné algoritmy, ktoré sa volajú z iných pravidiel (sub alebo FSP).
7. Parametre. Obsahuje logiku vyplnenia parametrov prevodu.
8. všeobecný účel. Obsahuje procedúry a funkcie, ktoré sú široko používané v pravidlách a algoritmoch.

Parametre procedúr a funkcií, ktoré sa používajú vo viacerých typoch procedúr modulu manažéra, sú popísané nižšie.

Výmena komponentov. Typ - Štruktúra. Obsahuje výmenné parametre a pravidlá inicializované ako súčasť výmennej relácie.

Smer výmeny. Typ - Reťazec. Buď Odoslať alebo Prijať.

DataIB. Typ - DirectoryObject alebo DocumentObject.

Postupy súvisiace s konverznými udalosťami

Existujú tri preddefinované procedúry, ktoré sa volajú počas procesu konverzie:

• BeforeConversion. Volá sa pred vykonaním synchronizácie údajov. Tento postup zvyčajne obsahuje logiku na inicializáciu rôznych parametrov konverzie, vyplnenie predvolených hodnôt atď. Parametre: Výmena komponentov.
• AfterConversion. Volá sa po dokončení synchronizácie údajov, ale pred dokončením lenivého nasadzovania. Parametre: Výmena komponentov.
• BeforeDeferredFilling. Volá sa pred vykonaním lenivého výsevu. Tu sa nachádza logika triedenia alebo úpravy tabuľky objektov, ktoré sa majú lenivo vyplniť. Parametre: Výmena komponentov.

AML postupy

Vyplňte Pravidlá spracovania údajov. Procedúra exportu, ktorá obsahuje logiku vyplnenia pravidiel spracovania údajov. Obsahuje volania iných procedúr, ktoré pridávajú pravidlo na spracovanie konkrétneho objektu do tabuľky pravidiel (pozrite si procedúry nižšie Pridajte POD). Parametre: Výmena smeru, Pravidlá spracovania údajov

Pridať UNDER_<ИмяПОД>. Súbor procedúr, ktoré vyplnia tabuľku POD pravidlami pre konkrétne objekty. Počet takýchto procedúr zodpovedá počtu AML poskytnutých pre túto konverziu v programe "Data Conversion", verzia 3.0. Parametre: Pravidlá spracovania údajov(tabuľka hodnôt inicializovaná ako súčasť vykonávania výmennej relácie).

UNDER_<ИмяПОД>_Pri spracovaní. Postup obsahuje text psovoda Pri spracovaní pre konkrétny POD. Obslužný program je navrhnutý tak, aby implementoval konverznú logiku na úrovni objektu. Napríklad priraďte špecifické FSP ku konkrétnemu objektu v závislosti od obsahu objektu. Parametre:

• InformácieIB alebo DataXDTO(v závislosti od smeru výmeny):
• pri odosielaní - objekt ( DirectoryObject,DocumentObject);
• pri prijatí štruktúra s popisom objektu XDTO.
• Používanie PSP. Typ - Štruktúra. Kľúč obsahuje reťazec s názvom PCO a hodnotou typu boolovská hodnota (Pravda- používa sa PKO, Klamať– PKO sa nepoužíva).
• Výmena komponentov.

UNDER_<ИмяПОД>_DataFetch. Funkcia obsahuje text handlera Pri vykladaní. Obslužný program je navrhnutý tak, aby implementoval ľubovoľný algoritmus na výber objektov, ktoré sa majú vyložiť. Návratová hodnota: pole objektov, ktoré sa majú uvoľniť. Pole môže obsahovať prepojenia na objekty informačnej databázy a štruktúru s údajmi, ktoré sa majú uvoľniť. Parametre: Výmena komponentov.

Postupy PKO

Vyplňte pravidlá konverzie objektov. Procedúra exportu, ktorá obsahuje logiku na vyplnenie pravidiel konverzie objektov. Obsahuje volania iných procedúr, ktoré pridávajú špecifické pravidlo konverzie objektu do tabuľky pravidiel (pozri nižšie uvedené postupy Pridajte PKO). Parametre: Výmena smeru, Konverzia pravidiel(tabuľka hodnôt inicializovaná ako súčasť vykonávania výmennej relácie).

AddPKO_<ИмяПКО>. Sada procedúr, ktoré naplnia tabuľku CSP pravidlami pre konkrétne objekty. Počet takýchto procedúr zodpovedá počtu FSP poskytnutých pre túto konverziu v programe "Data Conversion", verzia 3.0. Parametre: Konverzia pravidiel(tabuľka hodnôt inicializovaná ako súčasť vykonávania výmennej relácie).

PKO_<ИмяПКО>_Pri odosielaní údajov. Postup obsahuje text psovoda OnShipping pre konkrétny PCP. Manipulátor sa používa pri vykladaní dát. Navrhnuté na implementáciu logiky prevodu údajov obsiahnutých v objekte infobase na popis objektu XDTO. Parametre:

• InformácieIB. Typ - DirectoryObject, DocumentObject. Objekt informačnej databázy sa spracováva.
• DataXDTO. Typ - Štruktúra. Navrhnuté na prístup k údajom objektu XDTO.
• Výmena komponentov.
• StackUnloads. Typ - pole. Obsahuje odkazy na vyložené objekty vrátane vnorenia.

PKO_<ИмяПКО>_WhenConvertingXDTOData. Postup obsahuje text psovoda WhenConvertingXDTOData pre konkrétny PCP. Manipulátor sa používa pri načítavaní údajov. Navrhnuté na implementáciu ľubovoľnej logiky konverzie údajov XDTO. Parametre:

• DataXDTO. Typ - Štruktúra. Vlastnosti objektu XDTO, ktoré boli vopred spracované na uľahčenie prístupu.
• ReceivedData. Typ - DirectoryObject, DocumentObject. Objekt informačnej databázy vytvorený konverziou údajov XDTO. Nezaznamenané v informačnej databáze.
• Výmena komponentov.

PKO_<ИмяПКО>_Pred zápisom ReceivedData. Postup obsahuje text psovoda Pred zápisom prijatých údajov pre konkrétny PCP. Manipulátor sa používa pri načítavaní údajov. Navrhnuté na implementáciu dodatočnej logiky, ktorá sa musí vykonať pred zápisom objektu do informačnej databázy. Napríklad, či sa zmeny majú nahrať do existujúcich údajov IS alebo či sa majú nahrať ako nové údaje. Parametre:

• ReceivedData. Typ - DirectoryObject, DocumentObject. Dátový prvok vytvorený konverziou údajov XDTO.

Zaznamená sa, ak sú tieto údaje pre informačnú základňu nové (parameter InformácieIB obsahuje hodnotu Nedefinované).

Inak ReceivedData nahradiť InformácieIB(všetky nehnuteľnosti z ReceivedData Prenesené na InformácieIB).

Ak sa nevyžaduje štandardné nahradenie údajov IS prijatými údajmi, mali by ste si napísať vlastnú logiku prenosu a potom nastaviť parameter ReceivedData význam Nedefinované:

• InformácieIB. Typ - DirectoryObject, DocumentObject. Dátový prvok informačnej databázy zodpovedajúci prijatým údajom. Ak sa nenájdu žiadne zodpovedajúce údaje, obsahuje Nedefinované.
• Konverzia vlastníctva. Typ - Tabuľka hodnôt. Obsahuje pravidlá pre konverziu vlastností aktuálneho objektu, inicializovaného ako súčasť výmennej relácie.
• Výmena komponentov.

Postupy pre PDPC

Vyplňte preddefinované pravidlá konverzie údajov. Procedúra exportu, ktorá obsahuje logiku pre vyplnenie pravidiel pre konverziu preddefinovaných údajov. Parametre: Výmena smeru, Konverzia pravidiel(tabuľka hodnôt inicializovaná ako súčasť vykonávania výmennej relácie).

Algoritmy

V programe "Data Conversion", vydanie 3.0, je možné vytvárať ľubovoľné algoritmy, ktoré sú volané z handlerov pre AML a PDCP. Názov, parametre a obsah algoritmov sa určujú pri vývoji pravidiel.

Parametre

Vyplňte Možnosti konverzie. Procedúra exportu, v ktorej sa štruktúra naplní konverznými parametrami. Parametre: Možnosti Konverzia(typ - Štruktúra).

Všeobecné postupy a funkcie

Vykonajte procedúru ManagerModuleProcedure. Parametre: Názov procedúry(riadok), Parametre(štruktúra). Procedúra exportu, ktorá je určená na volanie procedúry neexportného modulu, ktorej názov a parametre sa prijímajú ako vstup. Umožňuje volať procedúru alebo funkciu na reťazci bez použitia metódy Bežať.

ExecuteModuleManagerFunction. Parametre: Názov procedúry(riadok), Parametre(štruktúra). Funkcia, účel podobný ExecuteProcedureModuleManager. Rozdiel je v tom, že volá funkciu a vracia jej hodnotu.

Univerzálne spracovanie "Uvoľnenie a načítanie XML dát" vykonáva úplné alebo čiastočné uvoľnenie dát infobázy do súboru vo formáte XML. Následne je možné tento súbor načítať do infobázy rovnakým spracovaním. Formát nahrávaného súboru sa líši od formátu súboru vytvoreného pri nahrávaní podľa výmenného plánu hlavičkou.

Spracovanie je možné použiť len v prípadoch, keď je infobáza, do ktorej boli dáta nahrané, a tá, do ktorej sú dáta nahrané, homogénne (konfigurácie sú identické, dáta sa môžu líšiť), alebo sú všetky nahrávané objekty zložením takmer úplne totožné a typy podrobností a tabuľkové časti, vlastnosti „hlavného“ objektu metadát atď.

Využitie tohto spracovania je možné napríklad na vytvorenie úplnej alebo čiastočnej zálohy dát, na výmenu dát medzi infobázami a tiež ako pomocný nástroj pri obnove zlyhaných infobáz.

Spracovanie podporuje nahrávanie dát s možnosťou nastavenia výberu podľa obdobia. Implementovaná je aj kontrola objektov na neplatné znaky pri výmene cez XML.

S pozdravom (učiteľ a vývojár).

Univerzálny mechanizmus výmeny údajov je určený na vytváranie geograficky distribuovaných systémov založených na 1C:Enterprise 8, ako aj na organizovanie výmeny údajov s inými informačnými systémami, ktoré nie sú založené na 1C:Enterprise 8.

Tento mechanizmus vám umožňuje prenášať iba údaje 1C:Enterprise; prenos konfiguračných a administratívnych informácií 1C: Enterprise 8 pomocou tohto mechanizmu nie je možný.

Príležitosti

• výmena dát môže byť realizovaná ako s informačnými bázami 1C:Enterprise, tak aj s inými informačnými systémami;
• organizácia rôznych stratégií zasielania správ;
• implementácia rôznych spôsobov riešenia kolízií pri zmene údajov v rôznych uzloch distribuovaného systému;
• implementácia obnovy výmeny dát v takých prípadoch, ako je obnova infobáz zo zálohy a pod.

Zvláštnosti

• XML dokumenty sa používajú ako výmenný formát;
• pri výmene údajov medzi infobázami 1C:Enterprise 8 nie sú kladené žiadne obmedzenia na identitu konfigurácie a štruktúry konkrétnych objektov;
• v jednej konfigurácii možno vytvoriť niekoľko nezávislých výmenných schém s rôznymi informačnými systémami;
• pri organizovaní výmennej schémy nie sú kladené žiadne obmedzenia na štruktúru distribuovaného systému. Môže byť organizovaná ako klasická štruktúra typu „hviezda“, ako aj zložitejšie viacúrovňové štruktúry typu „snehová vločka“ a iné;

• vývojárovi aplikovaného riešenia je daná možnosť flexibilne kontrolovať zloženie výmeny, a to tak z hľadiska štruktúry prenášaných dát, ako aj z hľadiska zloženia informácií prenášaných na konkrétne uzly výmeny;
• objekt databázy je pôvodne vytvorený v jednom z uzlov výmeny. Zloženie prenášaných informácií je možné upraviť v závislosti od obsahu údajov a nezávisí od miesta počiatočného vstupu informácie.

Komponenty

Univerzálny mechanizmus výmeny údajov nie je rigidným riešením. Jeho práca je implementovaná súborom nástrojov technologickej platformy 1C: Enterprise 8, ktoré je možné použiť v aplikačných riešeniach v rôznych kombináciách.

• Výmenný plán
  Konfiguračné objekty Plán výmeny je centrom, okolo ktorého sú zoskupené ostatné komunikačné prostriedky. Pomocou týchto objektov je popísaná množina uzlov distribuovaného systému a zloženie dát, ktoré sa majú vymieňať v rámci tohto plánu výmeny.
  Výmenné plány navyše implementujú dva dôležité mechanizmy zapojené do výmeny údajov:
  • Zmeniť registračnú službu
    Umožňuje získať informácie o tom, ktoré dátové prvky boli zmenené a do ktorého výmenného uzla je potrebné ich preniesť.