Pri vývoji výmenných pravidiel 1C 8 je široko používaná možnosť programového predefinovania správania sa výmenných pravidiel - mechanizmus obsluhy. Obslužné rutiny udalostí výrazne rozširujú funkčnosť 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é rutiny a algoritmy sú napísané v jazyku platformy, v ktorej budú počas výmeny vykonávané.

Ak ide o platformu 1C: Enterprise 7.7, potom je kód obsluhy integrovaný do kódu na spracovanie nahrávania alebo sťahovania. Preto je každý obslužný program alebo algoritmus priradený k samostatnej funkcii a je k dispozícii na ladenie počas výmeny.

Ak sa nahrávanie alebo sťahovanie uskutočňuje na platforme 1C: Enterprise 8, kód obsluhy nie je integrovaný do kódu spracovania výmeny údajov, ale je nahraný do súboru pravidiel výmeny. V procese výmeny údajov je kód obslužných rutín alebo algoritmov prevzatý zo súboru pravidiel a vykonaný priamo v kontexte príkazu „Vykonať“. Na ladenie kódu obsluhy a algoritmu môžete použiť spracovanie Universal XML Data Interchange.

V tomto článku popíšem svoje, zatiaľ malé, skúsenosti s organizáciou výmeny údajov prostredníctvom univerzálneho formátu EnterpriseData.

V mojom prípade je výmena konfigurovaná medzi konfiguráciami „Trade Management 11.2“ (ďalej UT) a „Enterprise Accounting 3.0.43“ (ďalej BP). Výmena je jednosmerná, od UT do BP. Pred inováciou z Trade Management 11.1 na verziu 11.2 bola výmena údajov konfigurovaná pomocou konfigurácie Data Conversion 2.0. Po prechode na „11.2“ v „Trade Management“ sa však v práci používateľov objavili chyby. Bol vykonaný postup aktualizácie pravidiel výmeny, ale nepriniesol to žiadny výsledok. Ladiaci program ukázal, že problémom je komunikácia. Bolo rozhodnuté odstrániť nastavenie komunikácie v oboch konfiguráciách a znova ho nastaviť.

„Trade Management“ aj „Enterprise Accounting“ pre nás fungujú vo verzii klient-server. Začal som nastavovať synchronizáciu s UT. Vykonal som to tak, že údaje boli vyložené z UT do súboru. To znamená, že synchronizácia prostredníctvom sieťového adresára. V napájacom zdroji som nastavil výmenu tak, aby sa z napájacieho zdroja nevyťahovali žiadne údaje.

Pri volaní kontextovej metódy (Kontrola) sa vyskytla chyba: Chyba pri kontrole údajov XDTO:
Štruktúra objektu „/Bankový účet protistrany/Banka“ nezodpovedá typu: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)
Kontrola vlastnosti „BIC“:
Tvar: Element
názov: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1) BIC
Typ:
Chýba požadovaný majetok
Predmet: Zmluva s protistranou č. ...

Aby som chybu analyzoval, klikol som na ikonu „Zloženie údajov, ktoré sa majú odoslať“ a v zozname dodávateľov zaregistrovaných na odoslanie som našiel dohodu, podľa ktorej sa objavila chyba. Otvoril zmluvu, pamätal si bankový účet protistrany uvedený v zmluve. Potom som prešiel na bankové účty registrované na odoslanie. Ukázalo sa, že požadovaný účet nie je v zozname registrovaných. Problémový bankový účet a zmluvu som znova zaúčtoval. Potom som manuálne zaregistroval požadovaný bankový účet.

Skúsil som znova synchronizovať údaje z UT. Tentoraz boli údaje úspešne uvoľnené. V vytvorenom sieťovom priečinku Súbor XML obsahujúce údaje na prenos z UT do BP.

Ďalším krokom je načítanie údajov zo súboru do oddelenia podnikového účtovníctva. V konfigurácii „Účtovníctvo podniku“ som stlačil tlačidlo „Synchronizovať“, otvoril sa formulár na spracovanie so správou „Prebieha analýza údajov“. O niečo neskôr sa správa zmenila na „Vykladanie údajov“. Indikátor a počítadlo súčasne ukázali, že z napájacej jednotky sa vykladá viac ako 80 tisíc predmetov. To ma zmiatlo, pretože v nastaveniach som naznačil, že z napájacej jednotky by sa nemalo nič vykladať. Spracovanie trvalo dlho a skončilo sa chybou:

Udalosť: Výmena údajov
[SharedModule.LongedOperations.Module (371)]: Pracovný tok bol ukončený neobvykle práca na pozadí
CallException (ErrorText);

Aby som lokalizoval chybu, pokúsil som sa zmeniť nastavenia synchronizácie a možnosti prevádzky základne BP. Výsledkom bolo, že keď som prepol databázu na verziu súboru, systém fungoval adekvátne: otvoril sa formulár na porovnanie dvoch databáz. Po priradení objektov bola počiatočná synchronizácia úspešná. Potom som databázu prepol späť na verziu klient-server.

Pri ďalšom „zábehu“ synchronizácie bolo potrebné vykonať niekoľko zmien v pravidlách pre prevádzanie objektov. Teraz je načase použiť konfiguráciu Data Conversion 3.0. Online pomoc s konfiguráciou popisuje, ako pracovať. Pomohli tomu aj články na webe ITS.

V dôsledku toho som do „Data Conversion 3.0“ načítal nasledujúce údaje:

• Texty spoločného modulu „DataExchangeManagerViaUniversalFormat“ z dvoch základní
• Schéma oboch základní
• Popis formátu EnterpriseData (z akejkoľvek databázy)
• Pravidlá konverzie

Po načítaní som v "Konverzii údajov 3.0" otvoril pravidlá pre prevod údajov, objektov, vlastností. Vykonal pre mňa potrebné úpravy. Potom som použil tlačidlo „Vyložiť modul správcu výmeny“. Text modulu bol skopírovaný do schránky. Zostáva iba vložiť ho do konfigurácie.

Po experimentovaní s nastavením pravidiel v „Data Conversion 3.0“ som sám dospel k záveru, že v prípade, že sú vykonané zmeny nevýznamné, je jednoduchšie nastaviť pravidlá priamo v konfiguráciách UT a BP v spoločnom module „DataExchange ManagerVia UniversalFormat “. Ak sú úpravy závažné, ako napríklad pridanie nového objektu do ústredne, mali by ste použiť konfiguráciu “ Konverzia údajov 3,0 ".

Úlohu pridať dokument „Objednávka dodávateľovi“ do plánu výmeny som vykonal pomocou „ Konverzia údajov 3,0 ". V štandardnej verzii UT - BP sa tento dokument nenachádza v pláne výmeny.

Nezabudnite, že pravidlá pre registráciu objektov na vykladanie sú stále nakonfigurované v konfigurácii „Konverzia údajov 2.0“.

Toto sú prvé dojmy zo synchronizácie údajov prostredníctvom univerzálneho formátu EnterpriseData.

P.S. Ak máte otázky a vlastné pripomienky k výmene údajov prostredníctvom univerzálneho formátu a konfigurácie “ Dátová konverzia 3,0 ", napíšte do komentárov. Vymeníme si skúsenosti.

• Synchronizácia údajov
• Generický formát údajov EntepriseData
• Konverzia údajov 3.0
• Konverzia údajov 2.0
• Vedenie obchodu
• Podnikové účtovníctvo

Univerzálne spracovanie „Odovzdávanie a sťahovanie XML dáta"vykonáva úplné alebo čiastočné vykladanie údajov infobázy do súboru vo formáte XML. Následne je tento súbor možné načítať do informačnej základne pomocou rovnakého spracovania. Formát vykladacieho súboru sa líši od formátu súboru vytvoreného pri vykladaní podľa plánu výmeny, podľa hlavičková časť.

Spracovanie je možné použiť iba v prípadoch, keď informačná základňa, v ktorých boli údaje načítané, a tá, v ktorej sú údaje načítané, sú homogénne (konfigurácie sú zhodné, údaje sa môžu líšiť) alebo sú všetky načítané objekty takmer úplne totožné v zložení a druhoch atribútov a tabuľkových častiach, vlastnostiach „vedúci“ objekt metadát a podobne Ďalej.

Použitie tohto spracovania je možné napríklad na vytvorenie úplného alebo čiastočného zálohaúdajov, výmena údajov medzi informačnými databázami a tiež ako pomocný nástroj pri obnove neúspešných informačných základní.

Spracovanie podporuje nahrávanie údajov s možnosťou zadať výber podľa obdobia. Pri výmene pomocou XML sa tiež kontroluje, či objekty neobsahujú neplatné znaky.

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

Poslať tento článok na môj mail

Hlavnými dôvodmi potreby implementácie výmeny medzi základňami 1C sú prítomnosť pobočiek a oddelenie účtovných typov, pretože spoločnosti často pôsobia vo viacerých informačných databázach. Nastavenie výmeny 1C 8.3 vám umožňuje vylúčiť vykonávanie dvojitej práce - zadávanie rovnakých dokumentov a adresárov do dvoch programov, ako aj rýchle dodanie potrebných systémových objektov pre rôzne pobočky a oddelenia.

V prípade, že je potrebné vykonať výmenu medzi pobočkami, použije sa RIB (distribuovaná informačná základňa). Ide o mechanizmus výmeny medzi identickými konfiguráciami. Je to strom s najdôležitejším koreňovým uzlom navrchu, pod dvojicou príbuzných uzlov. Zmeny je možné vykonať v ktoromkoľvek uzle tohto systému a budú prenesené do ďalších súvisiacich uzlov. Distribúcia nielen údajov, ale aj konfiguračných zmien z koreňového uzla k podriadeným sa vykonáva rovnakým spôsobom.

Ak je potrebné oddeliť druhy účtovníctva, napríklad udržiavanie prevádzkového v obchodnej základni a regulovaného v účtovnej, sú k dispozícii univerzálne výmenné mechanizmy s flexibilné nastavenia synchronizácia dát.

Jedným z najnovších vývojov v 1C je formát výmeny údajov EnterpriseData. Je ľahko použiteľný a je určený na výmenu v rámci spoločnosti medzi databázami 1C a programami tretích strán.

Implementáciu výmeny údajov v podniku je možné reprezentovať vo forme postupných postupov.

V prvom rade je potrebné určiť, medzi ktorými základňami by mala byť výmena; bude to obojsmerná alebo jednosmerná výmena; ak je to jednostranné, ktorá základňa bude prenášať informácie a ktorá iba bude prijímať; ak je to komplexná pobočková sieť, potom je potrebné zaregistrovať schému na výstavbu základní.

Potom zvolíme príslušný formát: RIB, univerzálny formát; výmena podľa výmenných pravidiel; výmena bez výmenných pravidiel.

Ďalším krokom je výber dopravy na vykonanie výmeny. K dispozícii je veľký výber technológií, zvýrazníme tie hlavné: adresár (lokálny alebo sieťový), zdroj FTP, pripojenia COM, webová služba, e-mail.

Štvrtým krokom bude definícia údajov: dokumenty, adresáre a v prípade potreby podrobnosti k ich jednotlivým údajom, ktoré sa majú preniesť.

A na záver je predpísaný harmonogram frekvencie výmeny

Každá možnosť nastavenia výmeny 1C 8.3 vyžaduje starostlivú prípravu. Jeho implementácia je nad sily každého používateľa, tu je potrebné vziať do úvahy mnohé nuansy a pochopiť zásady výmeny. Osobitnú pozornosť bude potrebné venovať nastavovaniu, ak databázy: obsahujú úpravy alebo veľa ďalších. podrobnosti sa líšia v platformových verziách alebo sa používajú zastarané verzie konfigurácií, podnik je veľký a používa automatizovaný systém pozostávajúci z veľkého počtu základní. Chyby sú tu neprijateľné, pretože môže viesť k nenapraviteľným následkom. Nezávislá implementácia výmeny v 1C sa odporúča iba vtedy, ak potrebujete nastaviť jednoduchý prenos informácií medzi typickými konfiguráciami.

Ak pochybujete o svojich schopnostiach, je lepšie nešetriť peniazmi, ale obrátiť sa na kompetentného špecialistu, ktorý pomôže vyriešiť náročnú úlohu zriadenia búrz 1C 8.3.

Ak sa napriek tomu rozhodnete konfigurovať výmeny 1C bez zapojenia odborníkov, odporúča sa najskôr otestovať kópie databáz a pred začatím práce v pracovných databázach uvoľniť konfigurácie, aby ste sa v prípade chýb mohli vrátiť do pôvodného stavu .

Nasleduje podrobný príklad jednostranného nastavenia výmeny 1C 8.3 medzi štandardnými konfiguráciami Trade Management 11 (UT) a Enterprise Accounting 3.0 (BP). Tento príklad je relevantný pre mnoho spoločností, ktoré vedú veľkoobchod a maloobchod. V UT sa vedie manažérske účtovníctvo, v BP - regulované je výmena potrebná na uľahčenie práce používateľov.

Tento algoritmus funguje aj pre ostatných. typické konfigurácie na platforme 1C 8.3

V prvom rade vykonáme prípravné práce pre príjemcu informácií, t.j. pre PSU. Program spustíme v podnikovom režime. Musíte nastaviť konštantu synchronizácie údajov (časť Správa → Synchronizácia údajov).

Dávajte pozor na pole Prefix, tu musíte zadať hodnotu, ktorá vám umožní následne rozlíšiť (podľa hodnoty referenčného kódu alebo čísla dokumentu), v ktorom programe boli objekty pôvodne vytvorené. V našom prípade je vhodná obvyklá skratka - BP a UT, ak sa nastavenie výmeny 1C 8.3 vykonáva pre komplexnú výmenu medzi veľkým počtom báz a rovnakými konfiguráciami, budete musieť zadať pre každú základňu svoje zrozumiteľné označenie. .

Pretože napájací zdroj je iba prijímačom informácií, pristúpime k nastaveniu UT.

Tu, rovnako ako v BP, musíte povoliť synchronizáciu a zadať predponu. Tieto informácie sú k dispozícii v sekcii NSI a správa → Nastavenia synchronizácie údajov.

Voľba spôsobu nastavenia Zadajte nastavenia ručne. Ďalej.

Nainštalujeme možnosť priameho pripojenia, keď sú oba programy umiestnené v rovnakom lokálna sieť, označíme parametre pre pripojenie k IB katalógu v tejto sieti, ako aj vyplníme autentifikačné informácie o užívateľovi (v databáze BP). Ďalej.

Systém skontroluje správnosť zadaných údajov a v prípade pozitívneho výsledku zobrazí okno s nastaveniami výmeny 1C 8.3.

Kliknutím na odkaz Zmeniť pravidlá nahrávania údajov sa dostanete do nastavení vykonávania výmeny. Upresníme referenčné údaje - na vyloženie iba tých, ktoré sú použité v dokladoch, vyberieme organizáciu a možnosť práce so zmluvami - bez referencie, rozdelenie dokumentov v kontexte skladov. Začiatok výmeny 1. marca bežného roka.

Zavedené pravidlá si zapíšeme a zavrieme.

Pretože v príklade hovoríme o jednosmernom prenose informácií, v nasledujúcom okne nastavení na príjem údajov z iného programu nastavte hodnotu Neodosielať hodnoty. Vypáliť a zavrieť. Ďalej.

Teraz musíte skontrolovať zadané parametre a ak sú správne, kliknite na Ďalej, inak sa vráťte k predchádzajúcemu kroku kliknutím na Späť.

Potom budete vyzvaní na synchronizáciu. Kliknite na Dokončiť.

Ak je potrebné korelovať identické objekty dvoch konfigurácií, otvorí sa okno na porovnanie údajov. Vykonáme porovnanie a klikneme na Ďalej.

Pri prenose objektov môžu nastať problematické situácie; výsledky si môžete pozrieť kliknutím na odkaz Varovania počas synchronizácie údajov.

Po dokončení synchronizácie sa zobrazí okno potvrdzujúce úspešné dokončenie tohto procesu.

Tu pomocou príkazu Konfigurovať alebo potom v synchronizačnom skripte môžete nakonfigurovať plán automatickej výmeny.