Reklama na portáli

Univerzálna výmena dát xml 8.3. Výmena prostredníctvom univerzálneho formátu

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 " Univerzálna výmena XML údaje“.

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 dostupné v „Knižnici štandardných podsystémov“ počnúc verziou 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 doručovacími súbormi pre aplikačné riešenia 1C je textový súbor„Verzie knižnice“, 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, bola 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 je možné použiť aj na výmenu informácií s akýmkoľvek iným informačné systémy: nezávisí od vlastných vlastností softvér alebo štruktúry informačnej základne, ktoré sa zúčastňujú výmeny a neobsahujú explicitné 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. Toto rôzne verzie formát. Čí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, v ktorých: funkčnosť logiky konverzie údajov založená na predošlá verzia formát (ukladanie spätná kompatibilita súčasné algoritmy na prenos ú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 formát zmení, hlavná verzia sa 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 prenášať informácie z aplikácie tretej strany do informačnej databázy a spätný prenos údajov z informačnej databázy do aplikácie tretej strany sa nevyžaduje (napríklad integrácia internetového obchodu, ktorý prenáša informácie o predaji do 1C: Účtovníctvo, existuje zjednodušená verzia práce prostredníctvom webovej služby); ktorý si 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ácie, pre ktoré je správa z konfigurácie určená konkrétne čísloú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 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).

Získajte viac informácií o výmene údajov s aplikačné riešenia na platforme 1C:Enterprise vo formáte EnterpriseData si môžete pozrieť

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 06.01.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. Volané pred synchronizáciou údajov. Tento postup zvyčajne obsahuje inicializačnú logiku rôzne parametre konverzia, vyplnenie predvolených hodnôt atď. Možnosti: 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 môže 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 na vyplnenie 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: Výmena smeru, 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, verzia 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 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 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: Výmena smeru, 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 softvérových balíkov poskytnutých na 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 pre konverziu preddefinovaných údajov. Možnosti: Výmena smeru, 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.

V skutočnom živote je to vzácna spoločnosť, ktorá si vystačí s jednou databázou 1C. Najčastejšou situáciou sú dva základy, účtovníctvo a mzdy.

Základy musia byť prepojené - platy boli časovo rozlíšené, časovo rozlíšené dane musia ísť do účtovného oddelenia na výplatu.

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

Čo je Exchange 1C?

Nachádza sa 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 skladov) a predáva sa v obchodoch.

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

V kancelárii sa vytvárajú doklady o pohybe tovaru zo skladu do skladu, stanovujú sa ceny. Dokumenty sa nahrávajú do podriadených databáz a tovar sa tam „objaví“.

Predajne vytvárajú doklady o zrealizovaných predajoch tovaru. Dokumenty sa nahrajú do databázy kancelárie a tam sa „objavia“ tržby.

Táto schéma sa nazýva distribuovaná informačná základňa (RIB). Postupy pri „nahrávaní“ dokumentov – obojsmerná výmena 1C. A nastavenie tejto schémy je URIB alebo URIBD (správa distribuovaných informačných databáz).

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

Adresáre 1C (a súbor všetkých adresárov „v komplexe“ sa nazýva NSI - normatívne 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 a dodávateľov je v rôznych databázach rovnaký.

Bežnou praxou je, že adresár je možné upravovať v jednej databáze a skopíruje sa („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. V špeciálnom informačnom registri počas výmeny 1C sa zaznamenáva informácia, že prvok z databázy č. 1 s GUID xxx sa rovná prvku v tejto databáze s GUID yyy. Existujúce prvky, ktoré už nie sú rovnaké, sa musia najprv porovnať automaticky (pomocou iných podrobností, napr. podľa mena alebo podľa daňového identifikačného čísla a kontrolného bodu) alebo manuálne.

Princípy výmeny dokumentov v 1C

Dokumenty v 1C sa zaúčtujú podľa registrov a potom sa považujú za „zaslané“. To spôsobuje pochopiteľné ťažkosti počas presunu.

Jednou z možností je preniesť iba dokumenty a po stiahnutí ich znova preniesť. Tento spôsob sa často používa, ale môže spôsobiť chyby – dokument nemusí byť zaúčtovaný v novej databáze, pretože podmienky počas procesu môžu byť iné, ako boli v čase zaúčtovania dokumentu do pôvodnej databázy.

Ďalšou možnosťou je spoločný prenos dokumentov a registrov. Ako chápeme, hneď vyvstáva otázka - buď prevedieme všetky dokumenty všeobecne a potom celý register všeobecne, alebo sme nútení zvoliť na prenos iba pohyby na prenesených dokumentoch.

Povedzme, že potrebujeme preniesť položku 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.

Podľa toho sme pri prenose jedného prvku Nomenklatúry nútení vyhľadať a preniesť aj 5 prvkov iných adresárov.

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

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

Výmenné plány 1C

Predpokladajme, že sme vytvorili distribuovanú databázu a uskutočnili výmenu 1C. Tovar bol nakúpený do centrálneho skladu a pripravený na expedíciu do predajní. V 1C úrad zapísal potrebné doklady na pohyb tovaru. Vyžaduje ich naloženie do obchodov.

Čo robiť? Znova vykonať úplnú výmenu 1C? Dlhé a neúčinné! Oveľa lepšie by bolo vypočítať, čo presne pridali alebo zmenili používatelia v kancelárii, aby sa do predajní posielali iba zmeny.

Na to existujú výmenné plány 1C. Programátor vopred vytvorí plán výmeny 1C na vykonanie výmeny 1C s nejakou inou databázou, napríklad s našimi obchodmi.

Výmenný plán 1C zaznamenáva, keď používatelia pracujú s adresármi a dokumentujú, č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áriu. Z nej vyberieme databázy predajní, ktoré jej budú podriadené.

Typické konfigurácie už majú štandardné výmenné plány 1C. Typy základov, pre ktoré sú určené, sú intuitívne jasné už z názvu:

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

RIB - distribuovaná informačná základňa - môže byť vytvorená aj na základe plánu výmeny 1C „Plný“. 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 ideme s touto konfiguráciou vymeniť. 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 k výmennému plánu 1C (Prevádzka/Výmenný plán; môže byť aj v inom menu, často v menu Servis/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 vyplnený názov aj kód všetkých prvkov.

Ak chcete vytvoriť podzákladňu obchodu:

  • Umiestnite kurzor do zoznamu 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 s nahratými počiatočnými údajmi. 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 z databáz (zvyčajne databáza centra) iniciuje výmenu 1C podľa plánu alebo „podľa udalosti“ (prihlásenie do databázy konkrétneho používateľa atď.)
  • Výmena 1C pozostáva zo stiahnutia súboru z databázy
  • Súbor musí byť presunutý na miesto, kde si ho môže podriadená databáza vyzdvihnúť (zvyčajne zdieľanie alebo ftp, menej často e-mail)
  • Podriadená databáza stiahne prijatý súbor
  • Ako potvrdenie prijatia informácií odovzdá podriadená databáza súbor „odpovedí“, ktorý sa rovnakým spôsobom načíta späť do centrálnej databázy.
  • Výmena 1C je dokončená.

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

  • Nevyžaduje sa „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ť navzájom takto prístupné, aby bolo možné iniciovať COM spojenie.

Nastavenie RIB 1C

V konštantách štandardných konfigurácií (Operations/Constants; alebo Service/Program Settings) je zvyčajne všeobecné nastavenie 1C výmeny. Toto je predpona 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 štandardných konfiguráciách, zvyčajne v menu Služba/Distribuované informačné bázy/Konfigurácia uzlov RIB.

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

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

Vytvorenie a nastavenie distribuovaného informačnú základňu 1C v tenkom klientovi

Pozrime sa na podobné nastavenie v štandardnej 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 požiada, 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 FTP.

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

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

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

V práci veľkých podnikov a obchodných reťazcov je pomerne často potrebné vymieňať si údaje medzi databázami. Každý programátor a administrátor rieši tento problém inak. Niektorí píšu nahrávanie a sťahovanie cez medziľahlé tabuľkové súbory, iní používajú Režim COM pripojenia na pripojenie k zdrojovej základni. Nedávno však vlastný mechanizmus 1C s názvom „Univerzálna výmena údajov v XML formát».

Vzhľad spracovania

V Úplnom rozhraní môžete otvoriť spracovanie v časti Služba->Iné výmeny údajov->Univerzálna výmena údajov vo formáte XML.

Formulár spracovania (obr. 1) obsahuje štyri záložky:

  • Ďalšie nastavenia;
  • Odstraňujú sa údaje.

    • Rozhranie každej z kariet je silne zaťažené prvkami, a preto si vyžaduje samostatné posúdenie.

    Nahrávajú sa údaje

    Úplne hore na karte sa nachádza pole na výber súboru pravidiel výmeny. Pre neštandardné databázy a výmeny budete musieť vytvoriť súbor výmeny sami.

    Na ďalšom riadku formulára sú dva prepínače:

    1. Nahrávanie do výmenného súboru (obr. 2);
    2. Pripojenie a nahrávanie dát do informačnej bezpečnosti (obr. 3).

    Ako môžete vidieť z vyššie uvedených obrázkov, líši sa v závislosti od prepínača. vzhľad formulárov. Ak je vybratá možnosť zdieľania súborov, používateľ je vyzvaný, aby si vybral umiestnenie súboru, kam sa nahrá, a možnosť skomprimovať ho, aby sa ušetrilo miesto a ochránil ho heslom.

    Možnosť priame spojenie Základňa prijímača podporuje prácu so súbormi aj klient-server. V tomto prípade budete musieť zadať adresu databázy a vyplniť polia „Používateľ“ a „Heslo“. Pred začatím výmeny dát je vhodné otestovať pripojenie.

    Tabuľková časť nižšie vám umožňuje konfigurovať výbery a ďalšie parametre vykladania.

    Na ladenie algoritmov a opravu chýb môžete použiť mechanizmus zabudovaný do spracovania výmeny. Aktivuje sa zaškrtnutím príslušného políčka v spodnej časti formulára. Kliknutím na tlačidlo „Nastavenia ladenia...“ sa zobrazí okno (obr. 4).

    Obr.4

    Charakteristickým rysom tohto formulára je informatívna nápoveda na ľavej strane rozloženia, ktorá popisuje každú z troch možné režimy ladenie Akýkoľvek súbor vo formáte epf môže slúžiť ako externý súbor na spracovanie modulu.

    Kliknutím na tlačidlo „Dokončiť“ skontrolujete správnosť a úplnosť vyplnených údajov.

    Na rozdiel od „Nahrať“ táto záložka (obr. 5) nemá tabuľkovú časť, ale je tu oveľa viac zaškrtávacích políčok, ktoré umožňujú upraviť parametre pre zaznamenávanie nových a zmenených objektov.

    Obr.5

    Najprv musíte vybrať súbor, ktorý bude slúžiť ako zdroj informácií. Môžete to urobiť vo vstupnom poli „Názov súboru na odovzdanie“. Ak boli údaje nahrané do archívu chráneného heslom, bude potrebné ich zadať do príslušného poľa.

    Príslušné začiarkavacie políčka vám umožňujú konfigurovať:

    • Transakcia pri písaní objektov (niekedy to urýchľuje proces);
    • Načítanie údajov v režime výmeny (v tomto prípade budú všetky kontroly platformy, s výnimkou kontroly pri zaúčtovaní dokladov, pri zaznamenávaní ignorované);
    • Prepísanie zmenených prvkov;
    • Nastavenie značky vymazania pre stiahnuté položky;
    • Režim zapisovania nových údajov do registra (buď po jednom alebo v súbore);
    • Orezanie nepodstatných znakov (medzer a tabulátorov) pre hodnoty reťazca.

    Ďalšie nastavenia

    Ako už názov záložky napovedá, obsahuje nástroje, ktorých použitie vám umožňuje presnejšie prispôsobiť proces výmeny. Konkrétne:

    1. Umožňuje režim ladenia;
    2. Umožňuje použitie transakcie počas procesu vykládky;
    3. Optimalizuje výmenu medzi databázami verzie 8 1C;
    4. Odovzdajte iba tie objekty, ktoré má aktuálny používateľ povolené používať;
    5. Povoliť protokolovanie procesu výmeny medzi databázami.

    Tieto a niektoré ďalšie funkcie sú povolené zaškrtnutím príslušných políčok vo formulári (obr. 6).

    Obr.6

    Odstraňujú sa údaje

    Túto kartu používajú iba vývojári v režime ladenia. Umožňuje odstrániť nepotrebné objekty z databázy.

    Stručne o nastavení pravidiel výmeny

    Používanie štandardného handlera výrazne zjednodušuje život programátorom. Zároveň je jedným z najťažších momentov pre niekoho, kto sa prvýkrát stretol s „Univerzálnou výmenou údajov vo formáte XML“ otázka: „Kde môžem získať súbor pravidiel výmeny?“

    V prvom rade pre vlastnoručný pravidlá výmeny, je potrebná špeciálna konfigurácia, ktorá sa nazýva „Konverzia údajov“. Obsahuje niekoľko zaujímavých súborov, ktoré vám umožňujú nakonfigurovať takmer akúkoľvek výmenu medzi rôznymi verziami 1C databáz 7 a 8:

    1. epf – potrebné na stiahnutie štruktúry metadát pre databázy 1C 8;
    2. epf – ak je konfigurácia 1C 8 napísaná samostatne alebo nie je štandardná, nemusí mať spracovanie „Univerzálna výmena údajov“, tento súbor je týmto spracovaním;
    3. ert – súbor obsahuje kód na stiahnutie štruktúry metadát konfigurácií 1C verzie 7.7;
    4. ert – súbor na spracovanie dát upload a download pre sedem.

    Po spustení príslušného spracovania je potrebné uvoľniť štruktúry metadát pre zdrojové a cieľové databázy. Potom v konfigurácii „Conversion“ musíte zadať informácie o konfigurácii zdroja a cieľa do adresára „Configurations“.

    Potom sa v adresári Conversion vytvorí prvok obsahujúci informácie o smere výmeny dát. Môžete preň nastaviť pravidlá výmeny.

    Na platforme 8.1 existuje aktualizované vydanie DB 1C Trade Management (ďalej len UT) 10.2.
    A na platforme 8.3 existuje štandardná účtovná databáza 1C.

    Úloha:

    Zaviesť výmenu údajov medzi databázami.

    Riešenie:

    Nainštalovaná konverzia údajov 1C, vydanie 2.1.
    Nahrané.
    Spustím „Start Assistant“ (Obr. 1).

    1. Ďalej.
    2. Zvoľte "Vytvoriť nové pravidlá výmeny údajov (od začiatku)". Ďalej.
    3. V treťom kroku vás program požiada o zadanie konfigurácie zdroja a cieľa.
    Vytvorím konfiguráciu zdroja (1C UT):
    - kedze mam 1C UT na platforme 8.1, beriem to z ITS disku externé spracovanie MD81Exp.epf (môžete si ho stiahnuť).
    - Otváram 1C UT. Súbor --> Otvoriť --> MD81Exp.epf .

    Uvádzam súbor, do ktorého sa budú nahrávať informácie o štruktúre metadát. Musí byť vo formáte XML.

    Kliknem na tlačidlo „Nahrať“.

    To isté robím so základňou prijímača. S účtovníctvom 1C 8.3. Len na to používam externé spracovanie MD83Exp.epf (môžete si ho stiahnuť).

    Vrátim sa k 1C Data Conversion.

    Zastavili sme sa v kroku 3. Kliknem na tlačidlo „Nový“ a určím vygenerovaný súbor štruktúry metadát. Táto štruktúra sa načíta do konfiguračného adresára.

    4. Vo štvrtom kroku vyberte možnosť „Automaticky vytvoriť všetky možné pravidlá výmeny údajov“.

    Teraz sa pred nami otvorilo nové okno. Boli vytvorené pravidlá konverzie objektov. Musíte vytvoriť pravidlá pre sťahovanie údajov. Ak to chcete urobiť, prejdite na druhú kartu „Pravidlá nahrávania údajov“ a kliknite na tlačidlo „Vytvoriť pravidlá nahrávania“.