1c univerzálna výmena dát vo formáte xml. Vzhľad a vlastnosti používania univerzálnej výmeny údajov. Prečo potom potrebujeme KD3? Výhody a nevýhody

• Video – 21 vyučovacích hodín
• Učebné materiály v PDF - 117 strán A4
• 16 praktických úloh s učiteľskými riešeniami

Formát kurzu, podpora

Materiály sú k dispozícii ihneď po zaplatení objednávky - stiahnete si ich zo stránky a preštudujete si ich v ľubovoľnom vhodnom čase.

Podpora je poskytovaná prostredníctvom Master Group na webovej stránke.

Musí byť aktivovaný úplný prístup do hlavnej skupiny najneskôr do 100 dní od nákupu.

Relevantnosť kurzu

Materiály kurzu sú relevantné pre verziu BSP 2.3.2.73.

Ak plánujete používať staršie verzie BSP, uvedomte si, že sa zmenili prevádzkové mechanizmy podsystému BSP „Výmena údajov“ a zmenili sa aj rozhrania.

Nový kurz pre najnovšie verzie BSP je vo vývoji a bude vydaný o niekoľko mesiacov. Ale pre verzie BSP 2.3.2.73 a mladšie bude aktuálna sadzba relevantná.

Poplatok za kurz

9 700 rubľov

Záruka

Vyučujeme od roku 2008, sme si istí kvalitou našich kurzov a dávame svoje štandardná 60-dňová záruka.

To znamená, že ak ste začali navštevovať náš kurz, no zrazu ste si to rozmysleli (alebo povedzme nemáte možnosť), máte 60-dňovú lehotu na rozhodnutie – a ak sa vrátite, vrátime vám 100 % z platby.

Platba na splátky

Naše kurzy je možné zaplatiť na splátky alebo na splátky, a to aj bez úrokov. V čom Získate okamžitý prístup k materiálom.

Je to možné pri platbách od jednotlivcov vo výške 3 000 RUB alebo viac. až 150 000 rubľov.

Všetko, čo musíte urobiť, je vybrať spôsob platby „Platba cez Yandex.Checkout“. Ďalej na webovej stránke platobného systému vyberte „Platiť na splátky“, uveďte termín a výšku platieb, vyplňte krátky formulár - a za pár minút dostanete rozhodnutie.

Možnosti platby

Akceptujeme všetky hlavné spôsoby platby.

Od jednotlivcov– platby z kariet, platby elektronickými peniazmi (WebMoney, YandexMoney), platby cez Internet banking, platby cez komunikačné obchody a pod. Objednávku je možné uhradiť aj na splátky (na splátky), a to aj bez ďalšieho úroku.

Začnite zadávať objednávku - a v druhom kroku si môžete vybrať preferovaný spôsob platby.

Od organizácií a individuálnych podnikateľov– bezhotovostná platba, dodacie doklady sú poskytnuté. Zadáte objednávku a ihneď si môžete vytlačiť faktúru k platbe.

Školenie viacerých zamestnancov

Naše kurzy sú určené pre individuálne vzdelávanie. Skupinový tréning na jednej zostave je nelegálna distribúcia.

Ak spoločnosť potrebuje zaškoliť viacerých zamestnancov, zvyčajne ponúkame „prídavné súpravy“, ktoré stoja o 40 % menej.

Ak chcete zadať objednávku na „dodatočnú súpravu“ vo formulári vyberte 2 alebo viac sád kurzov od druhého setu cena kurzu bude o 40% lacnejšia.

Existujú tri podmienky na použitie dodatočných súprav:

• Nemôžete si zakúpiť iba ďalšiu sadu, ak ste predtým (alebo spolu s ňou) nezakúpili aspoň jednu bežnú sadu.
• Na ďalšie sady nie sú žiadne ďalšie zľavy (už sú zľavnené, išlo by o „zľavu na zľavu“)
• propagačné akcie neplatia pre ďalšie sady (napríklad kompenzácia 7 000 rubľov) z rovnakého dôvodu

Tlačiť (Ctrl+P)

Výmena prostredníctvom univerzálneho formátu

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 údajov 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. Aktuálne má najnovšie vydanie BSP 2.3 (na použitie s platformou 1C:Enterprise 8.3 nie nižšou ako verzia 8.3.8.1652 so zakázaným režimom kompatibility) vydanie 2.3.6.17.

Ryža. 1 Najnovšie vydania BSP 2.3

Medzi súbormi na dodávanie aplikačných riešení 1C je textový súbor „Verzie knižnice“, kde je napísané, na základe ktorej verzie BSP bola aplikácia vyvinutá, napríklad na základe aplikačného riešenia UT 11.3.3.231, Bol vytvorený BSP 2.3.5.65.

Upozorňujeme, že na použitie s verziou platformy „1C:Enterprise 8.3“ nie nižšou 8.3.10.2168 vydanie bolo vydané s vypnutým režimom kompatibility BSP 2.4.

Popis formátu EnterpriseData

Aký je formát EnterpriseData?

Toto je formát, ktorý vám umožňuje opísať objekt informačnej bázy (protistrana, faktúra atď.) alebo oznámiť skutočnosť, že tento objekt bol vymazaný. Očakáva sa, že konfigurácia, ktorá dostane súbor vo formáte EnterpriseData, bude podľa toho reagovať – vytvorí 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í vlastného softvéru alebo štruktúr informačnej bázy, ktoré sa zúčastňujú výmeny, a neobsahuje zjavné obmedzenia používania.

Verzia formátu EnterpriseData

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

Obr. 2 Balíky dátového formátu XDTO – EnterpriseData

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, Z je menšia verzia. Verzia Minor je rozšírená v prípade opráv chýb a iných zmien, pri ktorých: je zachovaná funkčnosť logiky konverzie údajov na základe predchádzajúcej verzie formátu (zachovanie spätnej kompatibility súčasných algoritmov prenosu údajov prostredníctvom formátu); Podpora nových možností formátovania pre konverznú logiku je dobrovoľná. Príkladom takýchto zmien môže byť oprava chyby, zmena vlastností objektov formátu, pridanie vlastností, ktorých použitie nie je povinné pri konverzii dát. V ostatných prípadoch, keď sa zmení formát, sa hlavná verzia zvýši: 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. Akt o vykonanej práci“ alebo „Adresár. Protistrany“. Ako vidíte, popis typov dokumentov začína predponou “Dokumentár.” a prvok adresára začína predponou “Adresár.”. Podrobnejší popis formátu nájdete
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.
Poznač si to s ktorým sa používa balík dátového formátu EnterpriseData ExchangeMessage pri vytváraní pravidiel konverzie. Práve tento balík obsahuje objekt typu Dodatočné informáciektorý 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. Presne tak, ďakujem Dodatočné informáciePravidlá výmeny môžete prispôsobiť a prispôsobiť bez zmeny údajov formátu v balíkoch XDTO.

Ryža. 3 Štruktúra XDTO packageExchangeMessage

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í. Súbory je možné vymieňať:

• prostredníctvom vyhradeného adresára súborov,
• cez FTP adresár,
• prostredníctvom webovej služby nasadenej na strane infobase. 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čí len preniesť informácie z aplikácie tretej strany do infobázy a spätný prenos dát z infobázy do aplikácie tretej strany nie je potrebný (napríklad integrácia internetového obchodu ktorý prenáša informácie o predaji do 1C: Accounting), existuje zjednodušená verzia práce cez webovú službu, ktorá nevyžaduje bočné nastavenia.

Pri výmene pomocou plánov výmeny konfigurácie počas synchronizácie sa 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ší krok je pre aplikáciu tretej strany – musí spracovať informácie zo súboru XML a umiestniť ich 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á (číslo správy prijatej z konfigurácie uveďte do poľa ReceivedNo). Správa o prijatí je signálom do konfigurácie, že všetky objekty boli úspešne spracované externou aplikáciou a už nie je potrebné o nich prenášať informácie. XML súbor z aplikácie tretej strany môže okrem účtenky obsahovať aj údaje na synchronizáciu (v časti ).

Po prijatí správy o prijatí 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 objektov (vytvorenie nových, zmena a odstránenie existujúcich).

Pri prenose údajov z externej aplikácie do konfigurácie je obraz obrátený. Žiadosť musí vyplniť sekciu podľa toho a v sekcii umiestniť objekty, ktoré sa majú synchronizovať, vo formáte EnterpriseData.

Po spracovaní súboru konfigurácia vygeneruje XML súbor, 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 podrobností o výmene dát s aplikačnými riešeniami na platforme 1C:Enterprise si môžete pozrieť vo formáte EnterpriseData

Všeobecný modul „manažéra burzy prostredníctvom univerzálneho formátu“.

Postupy a funkcie, ktoré plne popisujú pravidlá sťahovania údajov z informačnej bázy do výmenného formátu a pravidlá načítavania údajov z výmenného formátu do informačnej bázy, sú vypracované v spoločnom module - module manažér výmeny prostredníctvom univerzálneho formátu.

Ryža. 4 Štruktúra modulu 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 riadok 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 odloženým plnením.
3. Pravidlá spracovania údajov (DPR). Obsahuje postupy a funkcie, ktoré popisujú pravidlá spracovania údajov.
4. Pravidlá konverzie objektov (OCR). 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 (PDC). Obsahuje postup, ktorý vyplní pravidlá pre konverziu preddefinovaných údajov.
6. Algoritmy. Obsahuje ľubovoľné algoritmy, ktoré sa volajú z iných pravidiel (POD alebo PKO).
7. Možnosti. Obsahuje logiku pre vyplnenie 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 v module manažéra sú popísané nižšie.

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

Smer výmeny. Typ – reťazec. Buď "Odoslať" alebo "Prijať".

údaje IB. Typ – DirectoryObject alebo DocumentObject.

Postupy súvisiace s konverznými udalosťami

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

• Pred konverziou. Volá sa pred synchronizáciou ú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 predtým, ako sa vyskytne lenivá výplň. Možnosti: Výmena komponentov.
• BeforeDelayedFilling. Volá sa skôr, ako dôjde k lenivému naplneniu. Tu sa nachádza logika triedenia alebo úpravy tabuľky objektov podliehajúcich lenivému plneniu. Možnosti: 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 AML). Možnosti: Smer výmeny, Pravidlá spracovania údajov

Pridať UNDER_<ИмяПОД>. Sada procedúr, ktoré vypĺňajú 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, vydanie 3.0. Možnosti: Pravidlá spracovania údajov(tabuľka hodnôt inicializovaná ako súčasť výmennej relácie).

UNDER_<ИмяПОД>_Pri spracovaní. Procedúra obsahuje text obsluhy Počas spracovania pre konkrétny AML. Obslužný program je navrhnutý tak, aby implementoval konverznú logiku na úrovni objektu. Napríklad priraďte špecifické PQO konkrétnemu objektu v závislosti od obsahu objektu. Možnosti:

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

UNDER_<ИмяПОД>_Vzorkovanie údajov. Funkcia obsahuje text obsluhy Pri vykládke. 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 infobáz a štruktúru s údajmi na nahrávanie. Možnosti: Výmena komponentov.

Postupy PKO

Vyplňte pravidlá konverzie objektov. Procedúra exportu, ktorá obsahuje logiku na vyplnenie pravidiel na konverziu objektov. Obsahuje volania iných procedúr, ktoré pridávajú špecifické pravidlo konverzie objektu do tabuľky pravidiel (pozrite si procedúry nižšie Pridajte PKO). Možnosti: Smer výmeny, Pravidlá konverzie(tabuľka hodnôt inicializovaná ako súčasť výmennej relácie).

AddPKO_<ИмяПКО>. Súbor procedúr, ktoré vypĺňajú tabuľku PKO pravidlami pre konkrétne objekty. Počet takýchto procedúr zodpovedá počtu PKO poskytnutých pre túto konverziu v programe Data Conversion, verzia 3.0. Možnosti: Pravidlá konverzie(tabuľka hodnôt inicializovaná ako súčasť výmennej relácie).

PKO_<ИмяПКО>_WhenSendingData. Procedúra obsahuje text obsluhy Pri odosielaní pre konkrétne PKO. Obslužný program sa používa pri nahrávaní údajov. Navrhnuté na implementáciu logiky na konverziu údajov obsiahnutých v objekte infobase na popis objektu XDTO. Možnosti:

• Údaje InformationB. Typ - DirectoryObject, DocumentObject. Spracovávaný objekt informačnej bázy.
• DataXDTO. Typ - Štruktúra. Navrhnuté na prístup k údajom objektu XDTO.
• Výmena komponentov.
• StackUploads. Typ - Pole. Obsahuje odkazy na vyložené objekty, berúc do úvahy vnorenie.

PKO_<ИмяПКО>_Pri prevode údajov XDTO. Procedúra obsahuje text obsluhy Pri prevode údajov XDTO pre konkrétne PKO. Manipulátor sa používa pri načítavaní údajov. Navrhnuté na implementáciu ľubovoľnej logiky konverzie údajov XDTO. Možnosti:

• DataXDTO. Typ - Štruktúra. Vlastnosti objektu XDTO, ktoré boli predspracované, aby sa k nim uľahčil prístup.
• ReceivedData. Typ - DirectoryObject, DocumentObject. Objekt informačnej bázy vytvorený konverziou údajov XDTO. Nezaznamenané v informačnej databáze.
• Výmena komponentov.

PKO_<ИмяПКО>_Pred zaznamenaním prijatých údajov. Procedúra obsahuje text obsluhy Pred zaznamenaním prijatých údajov pre konkrétne PKO. Manipulátor sa používa pri načítavaní údajov. Navrhnuté na implementáciu dodatočnej logiky, ktorá sa musí vykonať pred zaznamenaním objektu do informačnej databázy. Napríklad, mali by sa zmeny načítať do existujúcich údajov o bezpečnosti informácií alebo by sa mali načítať ako nové údaje. Možnosti:

• ReceivedData. Typ - DirectoryObject, DocumentObject. Údajový prvok vygenerovaný konverziou údajov XDTO.

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

Inak ReceivedData nahradiť Údaje InformationB(všetky nehnuteľnosti z ReceivedData Prenesené na Údaje InformationB).

Ak sa nevyžaduje štandardné nahradenie údajov o bezpečnosti informácií prijatými údajmi, mali by ste napísať vlastnú logiku prenosu a potom nastaviť parameter ReceivedData význam Nedefinované:

• Údaje InformationB. 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é.
• ConvertingProperties. Typ - Tabuľka hodnôt. Obsahuje pravidlá pre prevod vlastností aktuálneho objektu, inicializované ako súčasť výmennej relácie.
• Výmena komponentov.

postupy PCPD

Vyplňte Pravidlá konverzie preddefinovaných údajov. Procedúra exportu, ktorá obsahuje logiku na vyplnenie pravidiel na konverziu preddefinovaných údajov. Možnosti: Smer výmeny, Pravidlá konverzie(tabuľka hodnôt inicializovaná ako súčasť výmennej relácie).

Algoritmy

V programe „Data Conversion“, vydanie 3.0, je možné vytvárať ľubovoľné algoritmy, ktoré sa volajú z obslužných programov AML a PKPD. Názov, parametre a obsah algoritmov sa určujú pri vývoji pravidiel.

možnosti

Vyplňte ConversionParameters. Procedúra exportu, v ktorej sa vyplní štruktúra s parametrami konverzie. Možnosti: Možnosti konverzie(typ - Štruktúra).

Všeobecné postupy a funkcie

ExecuteManagerModuleProcedure. Možnosti: Názov procedúry(riadok), možnosti(š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 linke bez použitia metódy Vykonať.

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

Pri vývoji pravidiel výmeny 1C 8 sa široko používa schopnosť programovo predefinovať správanie pravidiel výmeny - mechanizmus obsluhy. Obslužné programy udalostí výrazne rozširujú funkcionalitu a sú nepostrádateľným nástrojom na nastavenie pravidiel výmeny v prípadoch, keď možnosti interaktívnej konfigurácie nestačia.

Obslužné programy a algoritmy sú napísané v jazyku platformy, v ktorej sa budú počas výmeny vykonávať.

Ak ide o platformu 1C: Enterprise 7.7, potom je kód obsluhy integrovaný do kódu spracovania nahrávania alebo sťahovania. V súlade s tým je každý obslužný program alebo algoritmus rozdelený do samostatnej funkcie a je k dispozícii na ladenie počas výmeny.

Ak dôjde k nahrávaniu alebo sťahovaniu na platforme 1C: Enterprise 8, potom kód obsluhy nie je integrovaný do kódu spracovania výmeny údajov, ale je nahraný do súboru pravidiel výmeny. Počas procesu výmeny údajov sa kód obsluhy alebo algoritmov prevezme zo súboru pravidiel a vykoná sa priamo v kontexte príkazu „Spustiť“. Na ladenie kódu obslužných programov a algoritmov môžete použiť spracovanie „Universal XML Data Interchange“.

Automatizované riadiace systémy vo väčšine prípadov pozostávajú zo samostatných databáz a často majú geograficky distribuovanú štruktúru. Správne realizovaná výmena dát je zároveň nevyhnutnou podmienkou efektívnej prevádzky takýchto systémov.

Prvotné nastavenie burzy si môže vyžadovať množstvo úkonov nielen z hľadiska programovania, ale aj konzultácií, aj keď máme do činenia s homogénnymi zdrojmi, ako je to v prípade produktov na platforme 1C:Enterprise. Prečo sa nastavenie výmeny 1C (alebo, ako sa to tiež nazýva, synchronizácia údajov v 1C 8.3) môže stať časovo najnáročnejšou a najdrahšou úlohou integračného projektu, na to sa pozrieme v tomto článku.

Výmena údajov v prostredí 1C vám umožňuje:

• eliminovať dvojité zadávanie dokumentov;
• Automatizovať súvisiace obchodné procesy;
• Optimalizujte interakciu medzi distribuovanými oddeleniami;
• Okamžite aktualizovať údaje pre prácu špecialistov z rôznych oddelení;
• „Rozlišujte“ medzi rôznymi typmi účtovníctva.*

*V prípadoch, keď sa údaje jedného typu účtovníctva výrazne líšia od iného, ​​je potrebné zabezpečiť dôvernosť informácií a „ohraničiť“ informačné toky. Napríklad výmena údajov medzi 1C UT a 1C Accounting nevyžaduje nahrávanie manažérskych dát do regulačnej účtovnej databázy, t.j. synchronizácia v 1C tu bude neúplná.

Ak si predstavíme štandardný proces implementácie primárnej výmeny údajov, keď aspoň jeden z jeho objektov je produktom 1C, potom môžeme rozlíšiť nasledujúce fázy:

• Koordinácia zloženia burzy;
• Definícia dopravy (výmenné protokoly);
• Stanovenie pravidiel;
• Plánovanie.

Identifikácia zloženia výmeny 1C

Predmety výmeny možno rozdeliť na „zdroj“ a „príjemca“. Zároveň môžu vykonávať dve úlohy súčasne, čo sa bude nazývať obojstranná výmena. Zdroj a cieľ sú určené logicky v závislosti od potreby alebo funkčnosti systému.*

*Napríklad pri integrácii „WA: Financier“ – riešenie na udržiavanie finančného účtovníctva a riadenie pokladničných procesov, vyvinuté na základe „1C:Enterprise“, odborníci WiseAdvice ho odporúčajú ako hlavný systém. Dôvodom je dostupnosť kontrolných nástrojov na dodržiavanie pravidiel aplikačnej politiky, a teda na zabezpečenie efektívnosti riešenia.

Ďalej sa na základe prijatých a zaznamenaných požiadaviek od používateľov vytvorí zoznam dát na výmenu, určí sa ich objem, požiadavky na frekvenciu výmeny a predpíše sa postup práce s chybami a zvládanie mimoriadnych situácií (kolízií).

V rovnakej fáze, v závislosti od flotily existujúcich systémov a štruktúry podniku, sa určuje formát výmeny:

Distribuovaná informačná základňa

• RIB znamená výmenu medzi identickými konfiguráciami databázy 1C s jasnou riadiacou štruktúrou „master-slave“ pre každý výmenný pár. Ako prvok technologickej platformy môže RIB okrem údajov prenášať aj konfiguračné zmeny a administratívne informácie databázy (ale len z mastera na slave).

Univerzálna výmena dát v 1C

• Mechanizmus, ktorý vám umožňuje konfigurovať výmenu databáz 1C, a to ako s konfiguráciami na platforme 1C:Enterprise, tak so systémami tretích strán. Výmena sa uskutočňuje prenosom údajov do univerzálneho xml formátu v súlade s „Výmennými plánmi“.

EnterpriseData

• Najnovší vývoj 1C, určený na implementáciu výmeny údajov vo formáte xml medzi produktmi vytvorenými na platforme 1C:Enterprise s akýmikoľvek automatizačnými systémami. Použitie EnterpriseData zjednodušuje úpravy spojené s výmenou. Predtým, keď bola do systému zahrnutá nová konfigurácia, bolo potrebné implementovať mechanizmus na import a export údajov pre neho aj pre existujúce systémy. Teraz systémy, ktoré podporujú EnterpriseData, nepotrebujú žiadne úpravy, majú len jeden vstupno-výstupný bod.

Definícia dopravy (výmenné protokoly)

Pre systém na platforme 1C:Enterprise 8 sa poskytuje široká škála možností na organizovanie výmeny s akýmikoľvek informačnými zdrojmi pomocou všeobecne uznávaných univerzálnych štandardov (xml, textové súbory, Excel, pripojenie ADO atď.). Preto by ste sa pri určovaní prenosu na výmenu údajov mali spoliehať na databázové možnosti systému tretej strany.

Synchronizácia adresárov

Základným princípom efektívnej synchronizácie adresárov je prítomnosť jediného vstupného bodu. Ak však hovoríme o práci s adresármi, ktoré boli historicky vyplnené podľa odlišných pravidiel, je potrebné jasne definovať synchronizačné polia, aby sa výmena dostala do „spoločného menovateľa“.*

*V tejto fáze môže byť potrebné vykonať prácu na normalizácii referenčných údajov na strane zdroja údajov. V závislosti od stavu adresárov a ich objemu si proces porovnávania prvkov, rozpoznávania, identifikácie chýb a duplikátov, ako aj vypĺňania chýbajúcich polí a priraďovania polí synchronizácie môže vyžadovať prácu celej skupiny odborníkov, a to ako na časti integrátora (vlastníka techniky normalizácie kmeňových dát) a zo strany zákazníka.

Stanovenie pravidiel

Možnosť zobrazenia údajov zo zdrojových systémov v prijímačoch závisí od správne definovaných pravidiel výmeny. Pravidlá prezentované vo formáte xml upravujú zhodu kľúčových detailov objektov zdroj-prijímač. Riešenie 1C:Data Conversion je navrhnuté tak, aby automatizovalo vytváranie pravidiel pre implementáciu jednorazových aj trvalých výmen.

Garantuje žiadnu stratu dát počas výmenného plánu výmeny. Toto je neoddeliteľnou súčasťou akejkoľvek konfigurácie na platforme 1C:Enterprise, ktorá plne popisuje postup výmeny 1C: zloženie údajov (dokumenty s „identifikačnými“ podrobnosťami) a uzly (informačné základne prijímač-vysielač), ako aj aktivácia RIB pre vybrané smery výmeny.

Akákoľvek zmena údajov zapísaných do Výmenného plánu sa zaznamená a dostane označenie „zmenené“. Kým sa zmenené údaje v uzloch prijímač-vysielač navzájom nezhodujú, znak sa neresetuje a systém bude posielať riadiace správy do oboch uzlov. Po nahratí údajov a potvrdení ich plnej zhody v oboch systémoch sa znak resetuje.

Výmenný plán v 1C

Pre automatizáciu pravidelnej výmeny je nastavená frekvencia nahrávania dát. Frekvencia výmeny závisí od potreby a technických možností. Konfigurácie na platforme 1C:Enterprise vám tiež umožňujú nakonfigurovať výmenu údajov, keď dôjde k udalosti.

Po zvážení štandardného procesu implementácie výmeny venujme pozornosť faktorom, ktoré si budú vyžadovať zlepšenia v rôznych fázach:

• Neštandardné, vysoko modifikované konfigurácie databázy;
• Rôzne verzie platformy 1C:Enterprise;
• Verzie konfigurácie, ktoré neboli dlho aktualizované;
• Predmety výmeny, ktoré predtým prešli úpravami;
• Potreba neštandardných pravidiel výmeny;
• Veľmi odlišný súbor a zloženie detailov v existujúcich referenčných knihách.

Keďže aj štandardné akcie na implementáciu primárnej výmeny údajov vyžadujú odborné znalosti, odporúča sa ich vykonávať za účasti špecialistov 1C. Až po dokončení všetkých vyššie popísaných krokov by ste mali pristúpiť k nastaveniu ústredne v konfigurácii. Pozrime sa na integráciu databáz na príklade 1C:UPP a 1C:Retail (výmena s 1C:UT je nastavená podľa rovnakej schémy). Súčasťou štandardnej synchronizácie je aj výmena SCP - SCP, ktorá je typická pre rozsiahle automatizačné systémy v najväčších priemyselných podnikoch.

V podmenu „Služba“ vyberte „Výmena údajov s produktmi na platforme...“ (výber priamej výmeny s „Retail“ často vedie k chybám na úrovni objektov COM). Všimnite si prosím servisnú správu „Táto funkcia nie je dostupná“.

Ak chcete vyriešiť tento problém, musíte vybrať možnosť „Konfigurovať komunikáciu“

...a začiarknite políčko. Ďalej ignorujte chybové hlásenie.

V nastaveniach synchronizácie údajov vyberte „Vytvoriť výmenu s „Maloobchod“...

Pred konfiguráciou nastavení pripojenia cez lokálny alebo sieťový adresár by ste sa mali uistiť, že na disku je miesto pre adresár. Aj keď spravidla nezaberie viac ako 30-50 MB, vo výnimočných prípadoch si môže vyžiadať až 600 MB. Požadovaný adresár vytvoríte priamo z konfigurátora.

Pri pripájaní cez sieťový adresár ignorujeme ponuku konfigurovať pripojenie cez FTP adresu a e-mailom kliknutím na „Ďalej“.

V nastaveniach ručne zadáme prefixy - symboly databáz (zvyčajne BP, UPP, RO), nastavíme pravidlá a dátum začiatku nahrávania dát. Predpona bude uvedená v názve dokumentov na označenie databázy, v ktorej boli vytvorené. Ak nie sú upravené pravidlá nahrávania, dáta sa štandardne nahrajú podľa všetkých dostupných parametrov.

Vytvárame súbor s nastaveniami výmeny pre „Maloobchod“, aby sa naše akcie neopakovali. Ak potrebujete okamžite odoslať údaje ihneď po nastavení synchronizácie, začiarknite políčko.

Ak chcete zautomatizovať proces výmeny, musíte si nastaviť plán.

Menu "Maloobchod".

Začiarknite políčko a vyberte možnosť „Synchronizácia“.

“Reverzné” nastavenie vykonáme výberom Production Enterprise Management.

Načítajte súbor s nastaveniami vytvorený v UPP.

Zaškrtneme, systém automaticky prevezme adresu.

Postupujeme rovnako ako v UPP.

Porovnanie overovacích údajov (odporúča sa vykonať manuálne porovnanie údajov v prípravnej fáze, pretože táto práca môže byť v procese implementácie výmeny najnáročnejšia). Porovnávacie okno sa otvorí dvojitým kliknutím myši.

V prípade chyby pri synchronizácii bude „Podrobnosti...“ nahradené „Nikdy...“.

„Podrobnosti...“ otvorí denník s aktualizovanými informáciami o burze.

Pripravený.

Čo je potrebné na automatickú výmenu údajov bez vykonania zmien konfigurácie:
1) Spracovanie „Univerzálnej výmeny údajov vo formáte XML“, ktorý je súčasťou väčšiny štandardných konfigurácií. Ak tam nie je, je ľahké ho nájsť na disku ITS alebo na internete. V konfigurácii sa nazýva "Universal XML Data Exchange"
2) Pravidlá výmeny údajov. Vytvorené pomocou „Konverzia údajov“. Práca, ktorú budete musieť ovládať. Nechýbajú ani video kurzy a tutoriály. Napríklad: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Externé spracovanie, ktorý obsahuje postupy nakladania/vykladania. Začnime ho vytvárať:
V objektovom module sa vytvorí externé spracovanie, ktoré bude obsahovať nižšie uvedený text (nahraďte svoje údaje za databázy a používateľov). Odporúča sa vytvoriť samostatného používateľa s plnými právami na výmenu údajov. Spracovanie nazvime napríklad „Data Exchange.epf“.

If LaunchParameter = "Upload" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Nastavte parametre potrebné pre nahrávanie (voliteľné pre úpravu) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=True; Processing.WriteRegistersRecordSets = True; Processing.RememberLoadedObjects=Pravda; Processing.UseSelectionByDateForAllObjects=True; Processing.UploadOnlyAllowed=True; //!Nastavte potrebné parametre pre nahrávanie //Tieto parametre musia byť znovu vyplnené POVINNÉ //Nastavte obmedzenia nahrávania podľa dátumov objektu Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Ak chceme nahrať dáta do súboru, nastavíme na False.Ak True, budú nahrané do prijímacej databázy Processing.DirectReadingVIBReceiver=True; //Ak je prijímacia databáza nahraných údajov serverová, potom je to False. Ak súbor - True Processing.InformationBaseForConnectionType=True; //!Požadované parametre boli znovu vyplnené //Ak nahráme dáta do súboru If Not Processing.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Ak nahráme údaje do databázy Inak Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=Nepravda; //Ak je prijímač údajov základňou servera If Processing.ConnectionInformationBaseType = False Then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Ak je prijímačom údajov súborová databáza Inak Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; koniec Ak; koniec Ak; //Akcie pri registrácii pri vykládke podľa výmenných plánov Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - nezrušiť registráciu, // 1 - zrušiť registráciu Processing.LoadExchangeRules(); //AK POTREBUJETE NAHRAŤ PODĽA VÝMENNÝCH PLÁNOV, POTOM POVOLITE TENTO BLOK A ODOŠLITE SVOJ VLASTNÝ UZOL VÝMENNÉHO PLÁNU //Pre každú stránku z Processing.UploadRulesTable.Lines Cycle //Page.Enable=1; // Pre každú stránku1 zo slučky riadkov stránky // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //EndCycle; //EndCycle; Processing.Perform Upload(); ShutdownSystem (False); ElseIf LaunchParameter = "Načítať" Then ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Načítavam"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = False; ProcessExchange.PerformLoad(); ExchangeProcessing = Nedefinované; ShutdownSystem (False); koniec Ak;

4) Nahranie súboru Bat, ktorý spustí 1C a externé spracovanie s parametrom spustenia pod užívateľom, ktorý je určený na výmenu dát. Súbor musí byť vytvorený napríklad v notepad++ s OEM (MS-Dos) kódovaním, inak nebude fungovať. Súbor nazvime napríklad „BatVygruz.bat“. Text bude nasledovný:

Ak je databáza súbor:
"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 na výmenu údajov" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Nahrať"
vysvetlenia:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - vaša cesta k databáze súborov, z ktorej budeme nahrávať údaje
c) Robot na výmenu údajov – Používateľské meno, pod ktorým 1C beží na výmenu údajov
d) pass - heslo používateľa
e) /DisableStartupMessages - zatvorte kontextové okná pri spustení 1C
e) /RunModeOrdinaryApplication - spustí hrubého klienta v normálnom režime
g) C:\Inbox\OlegA\Data Exchange.epf - cesta k nášmu spracovaniu, ktoré začne pri spustení
h) Upload – minieme spúšťací parameter 1C, ten nám povie, že potrebujeme nahrať dáta

Ak je databáza založená na serveri:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Robot na výmenu údajov" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Doručená pošta\ Oleg\ Data Exchange.epf" /C"Nahrať"
vysvetlenia:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe – vaša cesta k štartéru 1C
b) Server1C/DataBase – váš server, na ktorom je databáza umiestnená a názov samotnej databázy, z ktorej nahrávame údaje.
Zostávajúce parametre sú podobné verzii súboru bat

5) Stiahnutie súboru Bat (ak je to potrebné). Ak sa rozhodnete nahrať údaje do súboru a nie priamo do databázy. Potom budeme potrebovať aj túto položku (zvyčajne nevyhnutnú).
Vytvorenie súboru na stiahnutie Bat je podobné súboru na stiahnutie, ale líši sa iba parameter spustenia, namiesto „Nahrať“ dáme „Stiahnuť“

6) Nastavte plán spustenia načítavanie/nahrávanie našich súborov Bat na server. Ak to chcete urobiť, musíte prejsť do administrácie ovládacieho panela na serveri a v plánovači úloh vytvoriť novú úlohu na spustenie súboru na stiahnutie každý deň o 23:00 a úlohu sťahovania špecifikujúcu súbor na stiahnutie Bat (ak potrebné) napríklad o 04:00.