Organizácia výmeny so základňou pobočky (maloobchod) v obchodnej sieti cez XML (univerzálna burza). Organizácia výmeny so základňou pobočky (obchodu) v maloobchodnej sieti cez XML (univerzálna burza) 1c 8.3 univerzálna burza

Technológia distribuovaných informačných základní (RIB) vám umožňuje vytvoriť geograficky distribuovaný systém založený na konfiguráciách 1C Enterprise. To vám umožňuje mať niečo spoločné informačný priestor aj s tými oddeleniami, ktoré nemajú spoľahlivý komunikačný kanál, kombinujúci vysokú autonómiu uzlov so schopnosťou rýchlej výmeny informácií. V našich článkoch sa pozrieme na funkcie a praktickú realizáciu tohto mechanizmu na platforme 8.2

Najprv si položme otázku: prečo automatická výmena? Moderné technológie, v kombinácii s lacným a rýchlym internetom vám umožňujú bez problémov organizovať prácu na diaľku. Výber metód je ako vždy široký: RDP, tenký a webový klient, sieťová agregácia s Pomocník VPN- je o čom premýšľať. Všetky tieto metódy však majú jednu významnú nevýhodu - silnú závislosť od kvality komunikačného kanála.

Aj s perfektná práca Nie je možné zaručiť 100% dostupnosť komunikačného kanála od lokálneho poskytovateľa. Problémy s chrbticovým poskytovateľom, nedostatok napájania, fyzické poškodenie komunikačnej linky a mnohé ďalšie faktory robia túto úlohu neprekonateľnou. Zároveň neprístupnosť informačnej základne na vzdialený sklad alebo v maloobchode vedie k pomerne značným stratám. A na záver nezabúdajme, že sú miesta (napríklad priemyselné zóny na okraji miest), kde je poskytovanie kvalitného komunikačného kanála nákladné a/alebo problematické.

Mechanizmus RIB vám umožňuje zbaviť sa týchto nedostatkov, každé oddelenie má svoju vlastnú kópiu informačnej základne, s ktorou môžete pracovať autonómne aj pri úplnej absencii komunikácie s vonkajším svetom. A malé množstvo prenášaných informácií vám umožňuje používať na výmenu akýkoľvek komunikačný kanál vrátane mobilného internetu.

RIB na platforme 8.2 nie je niečo zásadne nové, čo predstavuje ďalší vývoj platformy RIB 7.7, až teraz sa táto technológia stala dostupnejšou a jednoduchšou. Na rozdiel od komponentu RIB, ktorý bolo potrebné zakúpiť samostatne, je RIB integrálnou súčasťou mnohých štandardných konfigurácií a funguje výlučne v užívateľskom režime, čo vám umožňuje zaobísť sa bez konfigurátora aj vo fáze nastavenia.

V tomto bode by bolo načase prejsť k praktickej časti, ale budeme musieť urobiť ešte jednu odbočku. Faktom je, že prechod na platformu 8.2, ktorý, ako sa zdá, už nastal, v skutočnosti viedol k vzniku dvoch typov konfigurácií: založených na riadenej aplikácii, „natívnej“ pre platformu 8.2 a prispôsobenej z 8.1, pokračujúc ďalej. používať zastarané technológie a mechanizmy. Keďže značná časť konfigurácií (Enterprise Accounting, Payroll and HR Management) je prispôsobená alebo prechodná, nie je možné ich zľaviť, preto bude prvá časť nášho článku venovaná týmto konfiguráciám (v podstate platforma 8.1), zatiaľ čo v druhej časti preskúmame nastavenie automatickej výmeny pre konfigurácie založené na riadenej aplikácii (platforma 8.2).

Zoberme si praktickú úlohu: nastavenie automatickej výmeny cez FTP pre konfiguráciu Enterprise Accounting 2.0. Napriek tomu, že RIB umožňuje výmenu pomocou e-mailu alebo zdieľania súborov, odporúčame používať FTP ako najjednoduchší a spoľahlivým spôsobom komunikácie. Môžete si prečítať, ako si nastaviť vlastný FTP server, alebo môžete využiť službu FTP ktoréhokoľvek poskytovateľa hostingu.

Najprv musíme nakonfigurovať výmenné uzly. Ak to chcete urobiť, spustite konfiguráciu s právami správcu a vyberte Transakcie - Výmenné plány.

V zobrazenom zozname vyberte Plný plánovať resp Podľa organizácie, ak sú v jednej databáze vedené záznamy za viacero firiem a výmenu je potrebné vykonať len za jednu z nich. V okne, ktoré sa otvorí, už je jeden uzol - centrálny, musíme ho upraviť uvedením kódu a názvu.

Potom vytvoríme ďalší uzol pre vetvu a vyplníme ho rovnakým spôsobom (ak chcete pridať, kliknite na zelený kruh so znamienkom plus). Ďalším krokom je vytvorenie počiatočného obrazu pre tento uzol, čo je hotová informačná základňa súborový režim. Ak to chcete urobiť, kliknite pravým tlačidlom myši na požadovaný uzol a vyberte ho z rozbaľovacieho zoznamu Vytvorte počiatočný obrázok.

Teraz poďme ďalej Služba - Distribuovaná informačná základňa (DIB) - Konfigurácia uzlov RIB.

V okne, ktoré sa otvorí, kliknite na tlačidlo Pridať a nakonfigurovať nová výmena s uvedením vzdialeného hostiteľa, typu výmeny (cez FTP) a parametrov pripojenia k serveru.

Záložka Automatická výmena umožňuje nastaviť harmonogram výmeny, výmenu podľa udalostí (začiatok a koniec práce a pod.), tieto nastavenia sa vykonávajú pre používateľa, v mene ktorého sa bude výmena vykonávať, preto sa uistite, že má práva na výmenu údajov.

Nezabudnite zadať prefix uzla pre číslovanie dokladov (inak dostanete rôzne doklady s rovnakými číslami) v Nástroje - Nastavenia programu tu môžete nakonfigurovať aj niektoré ďalšie parametre výmeny. Na tej istej karte by ste mali vybrať používateľa na vykonávanie úloh výmeny, ak to neurobíte, plán nebude fungovať. Pamätajte, že výmena sa uskutoční iba vtedy, ak je používateľ prihlásený do programu.

Tým je konfigurácia centrálneho uzla dokončená, teraz je potrebné vykonať podobné nastavenia pre periférny uzol a pripojiť počiatočný obraz ako existujúci informačný bezpečnostný systém. Potom môžete začať s výmenou údajov. Na ovládanie by ste mali použiť Monitor komunikácie, umožňuje nielen sledovať úspešnosť nahrávania/sťahovania, ale zobrazuje aj prípadné vzniknuté kolízie alebo oneskorené pohyby (ak používateľ, ktorý výmenu uskutočnil, nemá dostatočné práva na vykonávanie akýchkoľvek akcií v databáze). Prítomnosť tohto nástroja vám umožňuje rýchlo a efektívne riešiť rôzne typy problémov, ktoré vznikajú pri automatickej výmene.

V tomto bode môže byť nastavenie výmeny považované za dokončené a môžete začať pracovať v distribuovanom režime. Oplatí sa venovať aktualizácii alebo zmenám konfigurácie samostatne. Tieto akcie sú dostupné iba na centrálnom uzle, všetky vykonané zmeny sa automaticky prenesú do periférnych uzlov počas ďalšej výmeny. Ak chcete vykonať zmeny automaticky, databáza periférnych zariadení musí byť vo výhradnom režime, inak ju budete musieť spustiť Konfigurátor a vykonať Aktualizácia konfigurácie databázy manuálne.

Mnoho podnikateľov zaoberajúcich sa obchodnými aktivitami nakupuje súčasne dva programy „1C: Accounting 8“, aby zlepšili efektivitu riadenia. (ďalej len BP) a "1C: Trade Management 8" (ďalej len UT).

BP sa používa na vedenie regulovaného účtovníctva a výkazníctva a UT sa používa na prevádzkové a manažérske účtovníctvo v spoločnosti.
Úspech spoločného používania týchto softvérových produktov do značnej miery závisí od organizácie výmeny údajov medzi konfiguráciami BP a UT.

Pochopenie funkcií nižšie štandardná výmenaúdaje pomôžu vyhnúť sa chybám v procese výmeny medzi konfiguráciami a porušeniam účtovania v každej konfigurácii samostatne.

Pri písaní tohto článku boli použité materiály z dokumentácie 1C pre softvérové ​​produkty Metodika nastavenia výmeny je podrobne popísaná v súbore htm „Konfigurácie zdieľania Trade Management (11) a Enterprise Accounting“, ktorý sa nachádza v šablónach. adresár pri inštalácii ako 1C: Accounting 2.0 (ďalej len BP) a 1C: Trade Management 11 (ďalej len UT); odporúčania prijaté na partnerskej konferencii 1C a osobná skúsenosť autor o vytváraní a zmene nastavení výmeny pre klientov spoločnosti RG-Soft Project Consulting LLC.

1. Nastavte jednosmernú alebo obojsmernú výmenu.

V prvom rade treba brať do úvahy, že z konfigurácie BP do konfigurácie UT je možné nahrať len doklady týkajúce sa hotovostných a bezhotovostných transakcií. Peniaze. Patria sem: Došlý peňažný príkaz, Odoslaný peňažný príkaz, Príjem na bežný účet a Odpis z bežného účtu. Doklady pohybu tovaru vytvorené v BP sa nenahrajú do UT.

Spoločnosť 1C odporúča uskutočniť výmenu s bankou v UT. “Zabezpečí sa tak plnohodnotná práca s odchádzajúcimi platobnými dokladmi a ďalšie jednoduchá práca s došlými dokladmi“. Nastala však situácia, keď sa zo súboru klient-banka do UT nepodarilo načítať takmer žiadne bločky o úhrade, pričom tento súbor bol kompletne načítaný do BP.

Vysvetľuje to skutočnosť, že do NÚ pribudli prísnejšie kontroly obsahu súboru klient-banka, napr.: kontrola vyplnenia DIČ, kontrola čísla dokladu, číslo musí obsahovať len čísla v súlade s nariadenie centrálnej banky z 3. októbra 2002 N2-P „O bezhotovostných platbách V. Ruská federácia“ (v znení z 3. marca 2003, 11. júna 2004, 2. mája 2007, 22. januára 2008).

Nastavenie jednosmernej výmeny (z UT do BP) má zmysel len vtedy, ak sú všetky dokumenty a regulačné informácie vyplnené v UT. Týmto spôsobom sa dá vyhnúť duplicite prvkov v tejto databáze.

Na to je potrebné nakonfigurovať nasledujúci scenár výmeny: v konfigurácii UT vytvorte scenár výmeny, v ktorom sa uloží iba upload (obr. 1), v konfigurácii BP vytvorte scenár výmeny a uložte iba sťahovanie.

Je potrebné vziať do úvahy, že pri takomto scenári výmeny budú všetky dodatočné dokumenty a referenčné knihy vytvorené v BP zaregistrované na výmenu, ale nebudú načítané do UT, preto sa odporúča registráciu pravidelne resetovať, inak výmenný súbor správ z BP sa bude neustále zvyšovať, čo spomaľuje proces výmeny.

Na tento účel sa odporúča použiť spracovanie Registrácia zmien pre Exchange82.epf, ktorý nájdete v dodávke konfigurácie „Konverzia údajov, Rev. 2.1“. Po inštalácii konfigurácie sa spracovanie nachádza v inštalačnom adresári aktualizácie: ...\1c\Conversion\...číslo_verzie…

Ak sú regulačné a referenčné informácie vyplnené v UT aj BP, potom by sa mala nakonfigurovať obojsmerná výmena, ale môže byť potrebné sledovať duplikáty interaktívnym spustením výmeny namiesto automatického (obr. 2).

Aby sa obmedzila výmena dát len ​​na úrovni dokladu, nie je potrebné konfigurovať jednosmernú výmenu, stačí nastaviť dátum vo filtri výmeny na strane OP, ktorý je väčší ako dátum posledného dokladu (viď Obr. 5). Pred inštaláciou filtra na dátum sa však musíte uistiť, že dokumenty v BP neboli predtým zaregistrované na výmenu, inak sa zaregistrované dokumenty počas výmeny prenesú do inej databázy.

Priorita zmeny údajov

Ak sa výmena uskutoční najskôr v UT a potom v BP, potom budú mať prednosť dáta stiahnuté z UT. Napríklad v UT vytvorili dokument „Príjem na bežný účet“, spustili výmenu najskôr v UT, potom v BP - dokument sa objavil v konfigurácii BP. Potom účtovník vykonal zmeny v tomto doklade v konfigurácii BP. Ak sa pri následnej výmene nezmenilo poradie spustenia výmeny, tak sa vykonané zmeny na doklade prepíšu údajmi z NÚ.

Pre správnu výmenu s objektmi, ktoré boli zmenené v oboch databázach, 1C odporúča organizovať prácu tak, aby sa objekt upravoval iba v jednej z databáz. V inej databáze by mal byť takýto objekt otvorený len na prezeranie. K tomu bude potrebné nakonfigurovať používateľské prístupové práva, no tento prístup zaručuje, že počas výmeny nedochádza ku kolíziám, t.j. nezrovnalosti, ktoré vznikajú pri zmene objektu v jednej aj v druhej databáze počas obdobia medzi výmenami (obr. 3).

2. Rozdiely medzi BP a UT ovplyvňujúce výmenu

Zmluvy protistrán

V konfigurácii UT sa analýza dohôd protistrany nevykonáva. Všetky operácie, ktoré sa vykonávajú v konfigurácii UT, sú po načítaní do konfigurácie BP vždy formalizované v rámci samostatných zmlúv vytvorených a riadených samotným systémom UT.

Ak v konfigurácii BP nie je súhlas s požadovanými parametrami, potom je takýto súhlas vytvorený. Treba poznamenať, že vyhľadávanie zmluvy sa vykonáva iba z počtu zmlúv predtým stiahnutých z UT.

Riadiaca organizácia na UT

Počnúc vydaním 11.0.6.9 sa v adresári organizácie v UT objavil preddefinovaný prvok „Organizácia manažmentu“. Tento prvok nesmie byť namapovaný (ani zmenený z) aktuálnej organizácie (jedna alebo jedna z nich). Zistite viac o používaní tohto objektu si môžete prečítať v dokumentácii "Zmeny a doplnky k document.htm", súčasťou dodávky NÚ.

Štruktúra spoločnosti

Pre manažérske účtovníctvo UT používa referenčnú knihu „Enterprise Structure“, ktorá obsahuje zoznam divízií spoločnosti. Pri príprave dokumentov je povinné uviesť rozdelenie podniku.

Prvky adresára „Enterprise Structure“ nie sú namapované na prvky adresára „Organization Divisions“ v BP. Aby sa do UT nenahrali doklady s nevyplnenými detailmi divízie, musíte v nastaveniach výmeny vyplniť predvolenú hodnotu (obr. 4).

Sklad v tabuľkovej časti

Ak UT plánuje použiť nová príležitosť uvedenie skladov v tabuľkových častiach dokladov, potom v nastaveniach uzla výmenného plánu je potrebné nastaviť všeobecný sklad, ktorý bude nahradený pri vyskladnení dokladov z UT do konfigurácie BP namiesto skladov povolených na výber v konfigurácii BP. tabuľkové časti dokumentov (obr. 4).

Typ nomenklatúry

Pri nahrávaní údajov z BP do UT nie je vyplnený atribút položky „typ položky“, je to spôsobené tým, že burza slúži scenáru pri vytváraní položky v konfigurácii UT a nie v BP. . V dokladoch pre pohyb tovaru v UT nie je samostatná tabuľková časť pre účtovanie služieb (služby sa vypĺňajú v tabuľke tovaru), preto aby sa služby uvedené v dokladoch UT správne preniesli do tabuľkovej časti v BP, musíte:

1. V sekcii regulačných a referenčných informácií otvorte adresár „Typy položky“, prejdite na typ položky „služby“ – kliknite na „Všetky akcie“ – povoľte úpravy a vyberte Typ položky – Služba.

2. Zmeňte položku (službu) - kliknite na „Všetky akcie“ - povoľte úpravy a vyberte tento Typ položky s typom služby.

3. Nastavenie výmenných filtrov (obr. 5)

Zmena dátumu nahrávania (sťahovania) dokumentov

1) Pred posunutím dátumu dopredu je potrebné synchronizovať databázy vykonaním výmennej relácie, aby uzol nemal v čase zmeny nastavenia zaregistrované dokumenty na výmenu. V opačnom prípade po zmene nastavení v dôsledku nahrávania môžu byť takéto dokumenty označené na vymazanie v prijímacej databáze, ak tam boli predtým nahrané.

2) Dátum môžete presunúť späť, pretože... to len rozširuje oblasť nahrávaných údajov. Je potrebné poznamenať, že v tomto prípade sa dokumenty z predtým uzavretého obdobia automaticky nezaregistrujú na výmenu. Ak to chcete urobiť, musíte buď zmeniť dokumenty, alebo použiť spracovanie Registrácia zmien pre Exchange82.epf.

Filtrujte podľa organizácie

Povolenie tohto filtra vám umožní obmedziť zoznam organizácií, pre ktoré je povolená výmena údajov. Prítomnosť povoleného filtra ovplyvňuje ako sťahovanie samotného adresára organizácií, tak aj sťahovanie ďalších údajov súvisiacich s organizáciami (adresáre a dokumenty).

Princíp fungovania upload filtrov je nasledovný: nové nastavenia platia pre všetky dáta - v čase vytvárania výmeny, alebo len pre tie dáta, ktoré boli zmenené po použití nových nastavení - po vytvorení výmeny, preto sa odporúča pri vytváraní výmeny dát pristupovať k nastaveniu filtrov čo najzodpovednejšie .

Príklad: Pri vytváraní burzy používateľ nastavil filter podľa organizácie. Do prijímajúcej databázy boli nahrané iba údaje pre zadanú organizáciu. Ďalej sa používateľ rozhodol, že údaje pre všetky organizácie by sa mali nahrať do prijímajúcej databázy. Keďže sa však nastavenia prejavia iba pri novo zmenených údajoch, existujúce dokumenty a referenčné knihy sa neodovzdajú do prijímajúcej databázy, kým v nich používateľ neurobí žiadne zmeny.

4. Vymazanie objektov z jednej z databáz

Označiť na vymazanie

Je možné, že predtým používaný prvok adresára sa neplánuje použiť na ďalšie účtovanie a používatelia považujú za vhodné označiť tento adresár na vymazanie. Objekty označené na vymazanie nie sú zahrnuté do výmeny. Táto vlastnosť by sa mala brať do úvahy.

Odstraňovanie duplikátov

Na odstránenie duplicitných objektov, ktoré vznikli počas výmeny, odporúčame použiť spracovanie SearchAndReplaceValues.epf, ktorý sa nachádza v adresári \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na disku ITS. A pre kontrolu správnosti porovnania objektov dvoch infobáz si môžete otvoriť informačný register „Korespondencia objektov infobáz“ a záznamy v tomto registri je možné manuálne upraviť. Je dôležité vedieť, že po odstránení objektu v jednej z databáz zostane v zázname registra informácií zhoda s odstráneným objektom (nefunkčný odkaz), budete musieť buď priradiť iný objekt, alebo záznam vymazať.

5. Ďalšie nastavenia

Položky peňažného toku

Ak chcete nakonfigurovať UT, možno budete musieť zadať „corr. účtu“ pre tie položky peňažného toku, ktoré budú použité a vyložené do BP.

Pre konfiguráciu BP: možno budete musieť zadať typ peňažného toku do prvkov adresára.

Používatelia

Prvky užívateľského adresára môžu byť prenesené do inej databázy, ak sú označené ako zodpovedné v jednom z objektov zúčastňujúcich sa výmeny. Pre takéto objekty budete musieť nakonfigurovať práva.

Základná predpona a predpona organizácie

V UT má predpona vždy pevnú dĺžku a oddeľovač (pomlčku) „-“. Ak teda nie je zadaná predpona informačnej bázy alebo nie je zadaná predpona organizácie, nahradí sa nulami. Pri nastavovaní burzy sa však predpona infobase vždy vyplní na centrálnej banke (pre UT) a na BP (respektíve pre konfiguráciu BP).

Toto riešenie je štandardom pri generovaní čísel dokladov a kódov objektov. Predpona má pevnú dĺžku a je oddelená pomlčkou od čísla dokladu. Ak bude v budúcnosti v databáze viacero organizácií, tak im bude stačiť nastaviť prefixy a nebude potrebné prečíslovať všetky objekty.

Oprava chyby

Náš článok preskúmal najviac dôležité body organizovanie výmeny údajov medzi „1C: Riadenie obchodu 8“ rev. 11 a „1C: Účtovníctvo 8“ rev.

Špecialisti RG-Soft Project Consulting LLC sú pripravení ponúknuť nielen prispôsobenie výmeny účtovným funkciám konkrétnej organizácie, ale aj spôsoby opravy chýb v existujúcich výmenách.

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“.

Každý plán má špecifický zoznam prvkov, do ktorých môže ukladať informácie o zmenách. Tento zoznam sa nazýva „Obsah výmenného plánu“. Kompozíciu možno rozšíriť, ale podpora konfigurácie je odstránená.

„Rozloženie plánu“ ukladá samotné pravidlá, na základe ktorých synchronizácia funguje. Práve tento konverzný balík (Registračné pravidlá, Burzové pravidlá, Korešpondenčné burzové pravidlá) potrebujeme na ďalšie štúdium.

Zoberme si príklad synchronizácie údajov medzi konfiguráciami „1C: Plat a HR 3“ (ZUP) a „1C: Podnikové účtovníctvo 3“ (BP). Hneď si všimnime, že v tejto úlohe budeme musieť konfiguráciu odstrániť z podpory. Vyžaduje sa to podľa stavu.

Živý príklad potreby spresniť štandardné burzové pravidlá

Zákazník nás napríklad kontaktoval s nasledovným problémom: pri synchronizácii medzi ZUP a BP nie je možné preniesť údaje z adresára „Registrácia na daňovom úrade“, čo je potrebné na vyplnenie dokumentu „Premietnutie miezd v účtovníctve“. Teraz tabuľková časť tohto dokumentu na strane príjemcu BP obsahuje prázdne „Registrácia...“ a užívatelia musia takéto záznamy v adresári vytvárať ručne. Súhlasíte, je to nepohodlné. Tento bod môžeme zlepšiť.

Riešenie problému: poďme dokončiť konverzný balík z výmenného plánu ExchangeSalary3Accounting3. Pridajme k štandardným „pravidlám výmeny 1C“ nové „pravidlo konverzie objektov“ (PKO) pre adresár „Registrácia na daňovom úrade“ a podľa toho „Konverzia majetku“ tohto adresára (PCS). Určite dokončíme štandardné „Pravidlá pre registráciu objektov“, pretože bolo potrebné zaregistrovať zmeny v adresári na stránke výmeny. A preskúmame „pravidlá výmeny 1C“ databázy korešpondentov.

Kde to všetko upravíme? Na napísanie a zmenu pravidiel potrebujeme konfiguráciu „1C: Data Conversion 2“.

Finalizácia štandardných konverzných pravidiel zo ZUP - Výmenný plán BP

Začneme teda dokončovať pravidlá výmeny 1C pridaním nového prvku do konfigurátora výmenného plánu ExchangeSalary3Accounting3 – registrácia na daňovom úrade. Túto zmenu vykonáme v oboch konfiguráciách „1C: Platy a podnikový manažment 3“ a „1C: Podnikové účtovníctvo 3“.

Uložme a aktualizujme konfigurácie.

V podnikovom režime pre každú databázu nahráme popis štruktúry metadát pomocou spracovania MD83Exp.epf pre platformu 1C:Enterprise 8.3. Spracovanie nájdete v balíku „1C: Data Conversion“.

V ďalšej fáze vyskladníme konverzný balík zo ZUP a BP. Balík musí pozostávať z 3 súborov: Pravidlá registrácie, Pravidlá burzy, Pravidlá korešpondenčnej burzy.

Tento článok nebude popisovať, ako je nakonfigurovaná synchronizácia údajov, môžete si to prečítať na webovej stránke Coderline v sekcii „Odborné články“ alebo si pozrieť záznamy webinárov. Teraz je táto možnosť už nakonfigurovaná v databázach. Preto prejdite do nastavení synchronizácie (Administrácia -> Synchronizácia údajov -> Nastavenia synchronizácie údajov), kliknite na tlačidlo „Načítať pravidlá“. Pred nami sa otvorí formulár „Pravidlá pre synchronizáciu“. Kliknite na tlačidlo „Viac“ a vyberte možnosť „Uložiť pravidlá do súboru“.

Toto je balík, ktorý by sme mali dostať po vyložení.

Podobné akcie vykonáme pre ďalšiu informačnú základňu „1C: Podnikové účtovníctvo“.
V dôsledku toho sú všetky prípravné práce na úpravu pravidiel pripravené. Máme:

Popis štruktúry metadát pre načítanie do „1C: Data Conversion 2“ (pre ZUP a BP);

Konverzný balík, ktorý obsahuje pravidlá výmeny 1C a pravidlá registrácie potrebné na načítanie do „1C: Data Conversion 2“ (pre ZUP a BP).

Prejdite na „1C: Konverzia údajov 2“. Vykonajte nasledujúce kroky v poradí pre obe infobázy:

Načítavanie štruktúr metadát našich konfigurácií;

Vytvárame konverzie a načítavame pravidlá výmeny údajov 1C z konverzných balíkov (súbor pravidiel sa nazýva ExchangeRules);

Vytvárame registrácie a načítavame pravidlá registrácie z konverzných balíkov (súbor pravidiel sa nazýva RegistrationRules).

Prejdime k našej revízii. Do pravidiel výmeny 1C pridávame nové pravidlo konverzie objektov (PKO) - adresár „Registrácie na daňovom úrade“. Pridávame pravidlo konverzie vlastníctva (PCR) pre tento adresár a pravidlo nahrávania údajov (DRU). Takáto úprava musí byť vykonaná tak pre pravidlá z balíka ZUP, ako aj pre výmenné pravidlá z balíka BP. Naše pravidlá výmeny nahrávame do príslušných súborov ExchangeRules.

Prejdime k pravidlám registrácie nového prvku. Pridávame príručku „Registrácie na daňovom úrade“. Pravidlá registrácie nahrávame do príslušného súboru z balíka RegistrationRules. Túto akciu vykonávame aj pre obe databázy.

Revidované pravidlá výmeny a pravidlá registrácie sú pripravené. Teraz skopírujeme obsah pravidiel výmeny (ExchangeRules) z balíka BP do príslušných pravidiel (CorrespondentExchangeRules) z balíka ZUP. V korešpondenčných pravidlách (CorrespondentExchangeRules) z balíka BP skopírujeme obsah pravidiel výmeny (ExchangeRules) z balíka ZUP.

Výsledkom by malo byť nasledovné:

Týmto je práca v „1C: Data Conversion 2“ dokončená. Upravené balíčky pravidiel konverzie sú hotové, zostáva ich už len nahrať späť do informačných databáz a skontrolovať synchronizáciu.

Archivujte súbory z balíkov do ZIP archív a načítajte naše konverzné balíčky do ZUP a BP.

Všetko je pripravené. Zostáva otestovať.

Pripomeňme si podmienky problému. Na stiahnutie bolo potrebné zaregistrovať adresár „Registrácia na daňovom úrade“ a skontrolovať, ako sa vypĺňa TC dokumentu „Odraz miezd v účtovníctve“ na strane „1C: Podnikové účtovníctvo 3“.

V zdroji „1C: Salaries and Enterprise Management 3“ registrujeme náš adresár na stiahnutie. Vykonávame synchronizáciu. Prejdeme do databázy prijímačov a tiež vykonáme synchronizáciu na príjem údajov. Upozorňujeme, že výmenný plán má teraz potrebný adresár na registráciu zmien.

Kontrolujeme na strane „1C: Enterprise Accounting 3“:

Zhrnúť. Výsledok úlohy bol úspešne dokončený. Dokončili sme výmenný plán ZUP - BP, pridali sme nový prvok pre registráciu zmien a doplnili konverzné pravidlá pre synchronizáciu dát.

Automatizované systémy Vo väčšine prípadov systémy riadenia pozostávajú zo samostatných databáz a často majú geograficky distribuovanú štruktúru. Nevyhnutnou podmienkou je zároveň správne realizovaná výmena dát efektívnu prácu takéto systémy.

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íte štandardný proces implementácia primárnej výmeny údajov, keď je aspoň jeden z jej objektov produktom 1C, potom možno rozlíšiť tieto 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 podľa potreby resp funkčnosť systémy.*

*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)

Systém na platforme 1C:Enterprise 8 poskytuje širokú škálu možností na organizovanie výmeny s akýmkoľvek informačné zdroje prostredníctvom 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ú konfigurovať 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";
• Dlho neaktualizovaný, nie aktuálne verzie konfigurácie;
• 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 resp sieťový adresár Mali by ste sa 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 sa zobrazí výzva na konfiguráciu pripojenia pomocou adresy FTP a e-mail ignorovať kliknutím na „Ďalej“.

V nastaveniach ručne zadávame predpony - symbolov databázy (zvyčajne BP, UPP, RO), nastavíme pravidlá a dátum začiatku sťahovania údajov. Predpona bude uvedená v názve dokumentov, ktorá označuje databázu, 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ý.