Výmena dát s 1s 8 3. Výmena cez univerzálny formát

Každý plán má určitý zoznam prvkov, informácie o zmene, ktoré môže uložiť. Tento zoznam sa nazýva „Zloženie plánu výmeny“. 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.

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

Živý príklad potreby vylepšiť pravidlá výmeny modelov

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 adresára „Registrácia na daňovom úrade“, ktoré sú potrebné na vyplnenie „Premietnutie miezd v r. účtovný“ doklad. Teraz tabuľková časť tohto dokumentu na strane prijímača BP obsahuje prázdne "Registrácia ..." a užívatelia musia takéto záznamy v adresári vytvárať ručne. Súhlasím, je to nepohodlné. Tento bod môžeme zlepšiť.

Riešenie problému: sfinalizujeme konverzný balíček z výmenného plánu VýmenaPlat3Účtovníctvo3. Pridajme k štandardným „Pravidlám výmeny 1C“ nové „Pravidlo premeny objektov“ (PKO) pre adresár „Registrácia na daňovom úrade“ a podľa toho aj „Konverzia majetku“ tohto adresára (PKS). Určite dopracujeme štandardné „Pravidlá pre registráciu objektov“, pretože bolo potrebné zaregistrovať zmeny v adresári na výmennom uzle. A zrevidujeme „Pravidlá výmeny 1C“ korešpondentskej základne.

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

Spresnenie štandardných pravidiel prepočtu z výmenného plánu PZUP-BP

Začnime teda s finalizáciou pravidiel výmeny 1C pridaním nového prvku do zloženia v konfigurátore výmenného plánu VýmenaMzdy3Accounting3 - adresár Daňového úradu RegistrationIn. Túto zmenu vykonáme v oboch konfiguráciách „1C: Salary and Enterprise Management 3“ a „1C: Enterprise Accounting 3“.

Uložte a aktualizujte 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 súprave „1C: Data Conversion“.

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

V rámci tohto článku nebude popis, ako sa konfiguruje synchronizácia dát, to si môžete prečítať na stránke Coderline v sekcii Odborné články alebo si pozrieť záznamy webinára. Teraz je táto možnosť už nakonfigurovaná v databázach. Prejdite preto do nastavení synchronizácie (Administrácia -> Synchronizácia údajov -> Nastavenia synchronizácie údajov), kliknite na tlačidlo "Načítať pravidlá". Zobrazí sa nám formulár „Pravidlá pre synchronizáciu“. Kliknite na tlačidlo "Viac" a vyberte možnosť "Uložiť pravidlá do súboru".


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

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 nahranie do 1C: Data Conversion 2 (pre ZUP a BP).

Prejdite na „1C: Konverzia údajov 2“. Vykonajte nasledujúce kroky v poradí pre obe informačné databá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);

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


Pokračujeme priamo k nášmu zdokonaľovaniu. Do pravidiel výmeny 1C pridávame nové pravidlo konverzie objektov (PKO) - referenčnú knihu „Registrácia na daňovom úrade“. Pridávame pravidlo konverzie vlastníctva (PCS) pre tento adresár a pravidlo nahrávania údajov (PDS). Tento druh spresnenia je potrebné vykonať pre pravidlá z balíka ZUP aj pre výmenné pravidlá z balíka BP. Uvoľníme naše pravidlá výmeny do zodpovedajúcich súborov ExchangeRules.

Prejdime k pravidlám registrácie nového prvku. Pridávame referenčnú knihu „Registrácia na daňovom úrade“. Nahrajte pravidlá registrácie do príslušného súboru z balíka RegistrationRules. Táto akcia sa vykonáva aj pre obe základne.

Pripravené sú upravené burzové pravidlá a pravidlá registrácie. Teraz skopírujeme obsah pravidiel výmeny (ExchangeRules) z balíka BP do príslušných pravidiel (CorrespondentExchangeRules) z balíka ZUP. V zodpovedajúcich pravidlách (CorrespondentExchangeRules) z balíka BP skopírujte 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 nahrať späť do infobáz a skontrolovať synchronizáciu.

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

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

Pripomeňme si podmienky problému. Bolo potrebné zaregistrovať sa na vyloženie adresára „Registrácia na daňovom úrade“ a skontrolovať, ako je vyplnený PM dokumentu „Odraz miezd v účtovníctve“ na strane „1C: Podnikové účtovníctvo 3“.

V zdroji "1C: Salary and Enterprise Management 3" registrujeme náš adresár na vyloženie. Vykonávame synchronizáciu. Prejdeme do databázy prijímačov a tiež vykonáme synchronizáciu na príjem údajov. Upozorňujeme, že teraz sa vo výmennom pláne objavil potrebný adresár na registráciu zmien.

Kontrolujeme na strane „1C: Podnikové účtovníctvo 3“:


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

Automatizované systémy správy vo väčšine prípadov pozostávajú zo samostatných databáz a často majú geograficky distribuovanú štruktúru. Zároveň správne implementovaná výmena údajov - nevyhnutná podmienka Pre efektívnu prácu takéto systémy.

Počiatočné nastavenie výmeny si v tomto prípade môže vyžadovať množstvo akcií nielen z hľadiska programovania, ale aj poradenstva, a to aj v prípade, že máme do činenia s homogénnymi zdrojmi, ako je to v prípade produktov založených 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, zvážime v tomto článku.

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

  • eliminovať dvojité zadávanie dokumentov;
  • Automatizácia súvisiacich obchodných procesov;
  • Optimalizujte interakciu medzi distribuovanými oddeleniami;
  • Okamžite aktualizovať údaje pre prácu špecialistov z rôznych oddelení;
  • "ohraničiť" odlišné typyúčtovníctvo.*

*V prípade, že sa údaje jedného typu účtovníctva výrazne líšia od iného, ​​je potrebné zabezpečiť dôvernosť informácií a „oddelené“ informačné toky. Napríklad výmena dát 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 predstavujeme štandardný proces implementácie primárnej výmeny údajov, keď je aspoň jeden z jeho 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 burzy 1C

Výmenné objekty môžu byť podmienene rozdelené na "zdroj" a "prijímač". Zároveň môžu vykonávať dve úlohy súčasne, čo sa bude nazývať obojstranná výmena. Definícia zdroja a cieľa prebieha logickým spôsobom v závislosti od potreby alebo od funkčnosť systémy.*

*Napríklad pri integrácii WA: Financier, riešenia pre finančné účtovníctvo a riadenie treasury procesov vyvinutého na báze 1C:Enterprise, ho odborníci z WiseAdvice 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, predpíše sa postup práce s chybami a riešenie 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ý pár výmen. Ako prvok technologickej platformy môže RIB okrem údajov prenášať aj zmeny v konfigurácii a administratívnych informáciách databázy (ale len z mastera na slave).

univerzálna výmenaúdaje 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 spoločnosti 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 vylepšenia spojené s výmenou. Predtým pri prihlásení nová konfigurácia bolo potrebné zaviesť mechanizmus na import a export údajov, a to ako pre ňu, tak aj pre existujúce systémy. Teraz systémy, ktoré podporujú EnterpriseData, nie je potrebné upravovať, pretože majú iba jeden vstupno-výstupný bod.

Definícia dopravy (výmenné protokoly)

Systém založený 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 sa pri určovaní prenosu na výmenu údajov malo vychádzať z možností databázy systému tretej strany.

Synchronizácia adresárov

Hlavným princípom efektívnej synchronizácie adresárov je prítomnosť jedného vstupného bodu. Ak však hovoríme o práci s adresármi, ktoré boli historicky vyplnené podľa iný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 zo strany integrátora (vlastníka metodiky normalizácie referenčných údajov) 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 regulujú zhodu kľúčových atribútov zdrojových a cieľových objektov. Riešenie 1C: Data Conversion je určené na automatizáciu tvorby pravidiel pre implementáciu jednorazovej aj trvalej výmeny.

Zabezpečuje stratu údajov 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“ údajmi) a uzly (informačné základne prijímač-vysielač), ako aj aktivácia RIB. pre vybrané smery výmeny.

Akákoľvek zmena v údajoch zapísaných do Výmenného plánu je fixná a nesie označenie „zmena“. Pokiaľ zmenené dáta nekorešpondujú medzi sebou v uzloch prijímač-vysielač, príznak sa neresetuje a systém bude posielať riadiace správy do oboch uzlov. Po vyložení ú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é možnosti. 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ť vylepšenia v rôznych fázach:

  • Neštandardné, výrazne modifikované konfigurácie databázy;
  • Rôzne verzie platformy 1C:Enterprise;
  • Dlho neaktualizované, neaktuálne verzie konfigurácie;
  • Výmena objektov, ktoré boli predtým upravené;
  • Potreba neštandardných pravidiel výmeny;
  • Veľmi odlišný súbor a zloženie detailov v dostupných adresároch.

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 uvedených krokov by ste mali pristúpiť k nastaveniu ústredne v konfigurácii. Zvážte integráciu databáz na príklade „1C: UPP“ a „1C: Maloobchod“ (podľa rovnakej schémy je nakonfigurovaná výmena s „1C: UT“). Typická synchronizácia zahŕňa aj výmenu 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 priama výmena s "Retail" často hrozí chybami na úrovni COM objektov). Venujte pozornosť oficiálnej správe " Táto príležitosť nedostupné."


Ak chcete vyriešiť tento problém, musíte vybrať "Nastavenia zdieľania údajov"


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


V nastaveniach synchronizácie údajov zvoľte "Vytvoriť výmenu s" Maloobchod "...



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



Pri pripájaní cez sieťový adresár ignorujeme návrhy na konfiguráciu pripojenia cez FTP adresu a e-mailom kliknutím na „Ďalej“.


V nastaveniach ručne zapíšte predpony - dohovorov základne (spravidla BP, SCP, RO), nastavíme pravidlá a dátum začiatku nahrávania dát. Predpona bude uvedená v názve dokumentov na označenie základne, v ktorej boli vytvorené. Ak nedôjde k úprave pravidiel nahrávania, nahrajú sa predvolené údaje 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 odoslať údaje ihneď po nastavení synchronizácie, začiarknite políčko.


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


Maloobchodné menu.


Začiarknite políčko a vyberte možnosť Synchronizovať.


Vykonáme „obrátené“ nastavenie výberom Riadenie výrobného podniku.




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


Zaškrtneme, systém automaticky prevezme adresu.





Postupujeme rovnako ako v UPP.









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



V prípade chyby pri synchronizácii sa „Podrobnosti…“ nahradí „Nikdy…“.


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


Pripravený.

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

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

možnosti

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

Zvláštnosti

  • XML dokumenty sa používajú ako výmenný formát;
  • pri výmene údajov medzi infobázami 1C:Enterprise 8 nie sú kladené žiadne obmedzenia na identitu konfigurácie a štruktúry konkrétnych objektov;
  • v jednej konfigurácii možno vytvoriť niekoľko nezávislých výmenných schém s rôznymi informačnými systémami;
  • pri organizovaní výmennej schémy nie sú kladené žiadne obmedzenia na štruktúru distribuovaného systému. Môže byť organizovaná ako klasická štruktúra hviezdicového typu, ako aj zložitejšie viacúrovňové štruktúry typu snehových vločiek a iné;
  • vývojárovi aplikovaného riešenia je daná možnosť flexibilne kontrolovať zloženie výmeny, a to tak z hľadiska štruktúry prenášaných dát, ako aj z hľadiska zloženia informácií prenášaných do konkrétnych uzlov výmeny;
  • objekt databázy je pôvodne vytvorený v jednom z výmenných uzlov. Zloženie prenášaných informácií je možné upraviť v závislosti od obsahu údajov a nezávisí od miesta počiatočného vstupu informácie.

Komponenty

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

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

IN skutočný život zriedkavá spoločnosť hospodári s jednou základňou 1C. Najčastejšou situáciou sú dva základy, účtovníctvo a mzda.

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

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

Čo je Exchange 1C?

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

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

Kancelária vytvára doklady o pohybe tovaru zo skladu do skladu, priraďujú sa ceny. Dokumenty sa nahrajú na podriadené základne a tovar sa tam „objaví“.

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

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

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

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

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

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

Princípy výmeny dokumentov v 1C

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

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

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

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

V súlade s tým sme pri prenose jedného prvku nomenklatúry nútení 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é pomocou odkazu preniesť 100 alebo viac iných objektov 1C.

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

Výmenné plány 1C

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

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

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

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

Vytvorenie URIB 1C

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

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

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

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

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

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

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

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

Ak chcete vytvoriť podzákladňu obchodu:

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

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

Teória výmen 1C

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

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

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

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

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

Nastavenie RIB 1C

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

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

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

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

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

Pozrime sa na podobné nastavenie v typickej konfigurácii založenej na tenkého klienta– Vydanie správy obchodu 11.
Nastavenia (a vytváranie od začiatku) sa nachádzajú na karte Správa rozhrania. Položka „Výmena údajov“.

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

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

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

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

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

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



Načítava...
Hore