Pri vytváraní nastavenia synchronizácie údajov sa vyskytli chyby. Pridanie výmenného plánu do štandardnej konfigurácie

Pošlite mi tento článok na môj email

Hlavnými dôvodmi potreby implementácie výmeny medzi databázami 1C sú prítomnosť pobočiek a oddelenie účtovných typov, pretože Často firmy fungujú vo viacerých informačných databázach. Nastavenie výmeny 1C 8.3 vám umožňuje eliminovať dvojitú prácu - zadávanie rovnakých dokumentov a adresárov v dvoch programoch, ako aj rýchle dodanie potrebných systémových objektov pre rôzne pobočky a oddelenia.

V prípade, že je potrebná výmena medzi pobočkami, využíva sa RIB (Distributed Information Base). Ide o mechanizmus výmeny medzi rovnakými konfiguráciami. Predstavuje strom s najdôležitejším koreňovým uzlom navrchu, pod párom vzájomne prepojených uzlov. Zmeny je možné vykonať v ktoromkoľvek uzle tohto systému a prenesú sa do ďalších pripojených uzlov. Tiež distribuuje nielen dáta, ale aj konfiguračné zmeny z koreňového uzla na podriadené uzly.

Ak je potrebné oddeliť typy účtovníctva, napríklad vedenie prevádzkového v obchodnej databáze a regulované v účtovnej databáze, sú k dispozícii univerzálne výmenné mechanizmy s flexibilným nastavením synchronizácie dát.

Jedným z najnovších vývojov 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ácia výmeny dát v podniku môže byť reprezentovaná vo forme sekvenčných procedúr.

V prvom rade je potrebné určiť, medzi ktorými databázami by mala prebiehať výmena; bude to obojsmerná alebo jednosmerná výmena; ak je jednosmerný, tak ktorá databáza bude informácie prenášať a ktorá iba prijímať; ak ide o komplexnú pobočkovú sieť, potom je potrebné zaregistrovať schému výstavby databázy.

Potom vyberieme vhodný formát: RIB, univerzálny formát; výmena podľa burzových pravidiel; výmena bez pravidiel výmeny.

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

Štvrtým krokom bude identifikácia údajov: dokumentov, referenčných kníh av prípade potreby ich podrobných údajov až po ich jednotlivé údaje, 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 si vyžaduje starostlivú prípravu. Jeho implementácia presahuje možnosti každého používateľa, je potrebné vziať do úvahy mnohé nuansy a pochopiť princípy výmeny. Konfigurácii bude potrebné venovať osobitnú pozornosť, ak databázy: obsahujú úpravy alebo mnohé ďalšie. detaily, líšia sa verziami platformy alebo používajú zastarané verzie konfigurácií, podnik je veľký a využíva automatizovaný systém, pozostávajúce z veľkého počtu základov. 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 štandardnými konfiguráciami.

Ak pochybujete o svojich schopnostiach, je lepšie neukladať, ale kontaktovať kompetentného špecialistu, ktorý pomôže vyriešiť zložitý problém nastavenia výmen 1C 8.3.

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

Nižšie uvádzame 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). Príklad je relevantný pre mnohé spoločnosti zaoberajúce sa veľkoobchodom a maloobchodom. V UT je vedené manažérske účtovníctvo, v BP - regulované, výmena je potrebná na uľahčenie práce užívateľov.

Tento algoritmus je vhodný aj pre iné štandardné konfigurácie na platforme 1C 8.3

V prvom rade vykonáme prípravné práce pre prijímač informácií, t.j. pre BP. Program spustíme v režime Enterprise. Je potrebné nastaviť konštantu Synchronizácia dát (časť Administrácia → Synchronizácia dát).

Venujte pozornosť poľu Prefix, tu musíte zadať hodnotu, ktorá vám umožní následne rozlíšiť (podľa hodnoty kódu adresára alebo čísla dokumentu), v ktorom programe boli objekty pôvodne vytvorené. V našom príklade 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 databáz, ako aj identické konfigurácie, budete musieť zadať každú databázu s vlastným jasným označením .

Keďže napájacia jednotka 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ú dostupné v časti Kmeňové dáta a správa → Nastavenia synchronizácie dát.

Vyberte spôsob nastavenia: Zadajte nastavenia manuálne. Ďalej.

Nastavme si možnosť priameho pripojenia, keď sa oba programy nachádzajú v jednom lokálna sieť, uvedieme parametre pre pripojenie k adresáru zabezpečenia informácií v tejto sieti a tiež vyplníme autentifikačné informácie o používateľovi (v databáze BP). Ďalej.

Systém skontroluje správnosť zadaných údajov a ak pozitívny výsledok zobrazí okno nastavení výmeny 1C 8.3.

Kliknutím na odkaz Zmeniť pravidlá nahrávania údajov získate prístup k nastaveniam výmeny. Spresníme kmeňové dáta - nahrávanie len použitých v dokladoch, výber organizácií a možnosť práce so zmluvami - bez referencie, oddelenie dokladov podľa skladu. Burza sa začína 1. marca bežného roka.

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

Keďže v príklade ide o jednosmerný prenos informácií, v ďalšom okne nastavení pre príjem údajov z iného programu by ste mali nastaviť hodnoty na Neodosielať. Zaznamenajte a zatvorte. Ďalej.

Teraz je potrebné skontrolovať zadané parametre a ak sú správne, kliknite na Ďalej, inak sa vráťte na predchádzajúci krok kliknutím na Späť.

Potom budete vyzvaní na synchronizáciu. Kliknite na tlačidlo 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 Upozornenia pri synchronizácii údajov.

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

Tu môžete pomocou príkazu Configure alebo neskôr v synchronizačnom skripte nakonfigurovať plán automatického vykonávania výmeny.

Existujú rôzne situácie, keď potrebujete pridať nový výmenný plán k štandardnej konfigurácii. Napríklad:

• Je potrebné nastaviť burzu štandardné prostriedky s konfiguráciou, s ktorou neexistuje štandardná výmena.
• Existuje niekoľko informačných báz s rovnakými konfiguráciami, musíte si s nimi nastaviť výmenu podľa iných pravidiel. A ako viete, výmena s produktmi na platforme 8.2 neumožňuje načítanie rôznych pravidiel pre rôzne uzly.

Ako pridať nový plán výmeny s produktmi na platforme 1C:Enterprise 8.2 (s podporou knižnice štandardných podsystémov 2.0/3.0)

Zoberme si tento postup na príklade integrácie niekoľkých národných účtovných oddelení (ruského, ukrajinského a kazašského) s konfiguráciou Financier vyvinutou spoločnosťou WiseAdvise.

Pridaním nových výmenných plánov vyriešime 2 problémy naraz:

1. V štandardnom účtovníctve vôbec neexistuje plán výmeny pre konfiguráciu Financier (je dobré, že tento plán výmeny je súčasťou samotnej dodávky Financier).
2. Verzie účtovných oddelení pre Rusko, Ukrajinu a Kazachstan sa dosť výrazne líšia, preto by pre každé účtovné oddelenie mali existovať odlišné pravidlá výmeny. A keďže pre jeden výmenný plán je možné nastaviť len jedno pravidlo, budete musieť vytvoriť niekoľko výmenných plánov pre každé národné účtovné oddelenie. Môžete samozrejme zmeniť konfiguráciu Financier tak, aby bolo možné načítať vlastné pravidlá pre každý uzol v jednom výmennom pláne, ale to bude podľa môjho názoru samo o sebe o niečo komplikovanejšie a navyše, bude komplikovať ďalšie aktualizácie konfigurácie.

Takže algoritmus akcií:

Tým je pridanie výmenného plánu ukončené. Keď prepnete do režimu 1C:Enterprise a nastavíte výmenu údajov, plán, ktorý sme pridali, by sa mal objaviť v zozname dostupných plánov.

V prípade potreby môžete do výmenného plánu v konfigurátore pridať layouty s pravidlami registrácie a konverzie. Budú považované za štandardné. Alebo môžete tieto pravidlá načítať zo súborov už v režime 1C:Enterprise.

Otázka: Prekonfigurovanie nastavení synchronizácie údajov

Ahoj. V 1C Retail 2.1 boli na periférnom uzle pri prvotnom spustení novovytvoreného obrazu označené obchody, pre ktoré prebiehala výmena. Neviem teraz prísť na to, ako zmeniť zloženie týchto obchodov. Vidím to v Administrácii -> Synchronizácia údajov ->
Nahrajte dokumenty a referenčné informácie:
Od 1. januára 2016
Len podľa obchodov: Zoznam obchodov

Tu je postup, ako zmeniť zoznam predajní (tam bola tabuľka, kde boli obchody označené). Neviem prísť na to, ako sa dostať do zoznamu?
Ak som to našiel na centrálnom uzle - je to vo výmennom pláne pre obchod a tam idem do plánu výmeny a nastavím registračné filtre, potom na periférnych uzloch nemôžem zistiť, kde to je.
Ďakujem.

odpoveď:

MyNameNoName povedal:

Ďakujem. Na strane hlavného uzla je všetko správne nakonfigurované. Práve som pridal nové obchody do databázy, čoskoro začnú fungovať. V hlavnom uzle som ich povolil. Ale na niektorých periférnych uzloch to nie je napísané pre všetky obchody, ale obchody sú uvedené. Teraz som zvedavý, či bude úplná synchronizácia medzi obchodmi.

Kliknutím rozbalíte...

No, na strane hlavného uzla nakonfigurujete zoznam obchodov pre každý uzol (nový aj starý) na distribuovaných uzloch sa tieto obchody objavia v zozname, ktorý určíte

Otázka: Nastavenia synchronizácie v UNF

Vydanie UNF 1 .6 .16 .32 Nastavili sme synchronizáciu s 1C Accounting 3.0.

Predtým najnovšie aktualizácie(platformy a confs), ak sa zmenila cesta k databáze účtovníctva, zmenili sme ju na trase:
Synchronizácia s programami 1C:Enterprise a RIB -> Nastavenie synchronizácie údajov -> Konfigurovať -> Nastavenia synchronizácie údajov -> Nastavenia pripojenia.

Teraz je tento bod preč.

v čom je háčik? Ako môžem teraz prekonfigurovať cestu synchronizácie?

odpoveď: Inač:

Všetky funkcie - Registre informácií - Nastavenia prenosu výmeny dát

Otázka: Synchronizácia dát cez univerzálny formát synchronizuje iba zaúčtované dokumenty

Dobrý deň!

Nakonfigurovaná synchronizácia dát medzi BP3.0 a BP3.0 v režime jednosmerného odosielania/prijímania. Všimli sme si, že sa odosielajú iba dokumenty so stavom dokončenia. A ak sa v databáze odosielateľov stav už odoslaného dokumentu zmení na nezaúčtovaný, tak v databáze príjemcov je označený na vymazanie. Prehľadal som internet a nič som nenašiel. Všade je v podstate synchronizácia medzi UT a BP. Ako to urobiť s konkrétny dátum všetky dokumenty, aj tie so stavom dokončenia, boli odoslané do databázy príjemcov a pri zrušení zaúčtovania tam neboli označené na vymazanie.

Konfigurácia je typická "Taxi". 1C 8.3.10.2667 BP3.0.54.20. Obe databázy boli vytvorené na základe tej istej konferencie.

odpoveď: A po zmenách v module výmeny, aby to fungovalo, musíte znova vytvoriť synchronizáciu alebo bude fungovať na už vytvorenej. V opačnom prípade zmením polia odosielania aj prijímania, ale zdá sa, že sa nič nedeje(

Otázka: Nastavenie synchronizácie ZUP31-BUKH30

Nastavujem synchronizáciu ZUP31 - Účtovníctvo 3.0.
Všade v zdrojoch o nastavení synchronizácie píšu, že pri prvej synchronizácii sa objaví okno na nastavenie korešpondencie, aby neboli duplicitné adresáre.
Synchronizáciu spúšťam prvýkrát, neobjavilo sa žiadne okno na nastavenie korešpondencie. V dôsledku toho vidím, že v ZUP31 (prenesená z BUKH30) sa objavila ďalšia organizácia a v samotnom BUKH30 sa nevygeneroval žiadny dokument „Premietnutie platu“ , hoci existuje v ZUP31.
Prosím, povedzte mi, čo robím zle?

odpoveď:() Ďakujem, skúsim

Otázka: Synchronizácia údajov medzi UT11 a BP3

Dobrý večer, milí členovia fóra.

UT - Trade Management, vydanie 11 (11.3.2.207)
BP – Podnikové účtovníctvo, vydanie 3.0 (3.0.47.33)

Existujú dve databázy, medzi ktorými chcem prenášať údaje prostredníctvom univerzálneho výmenného formátu (UT (zdroj) ---> BP (prijímač)).
Pri prvom nastavovaní výmeny sa mi normálne načítali všetky doklady a všetky údaje, ktoré boli spojené s prenášanými dokladmi.

Problém je nasledovný: keď som po nejakom čase začal načítavať dáta druhýkrát, ukázalo sa, že tentokrát sa implementácie nenačítali, nech som prekonfiguroval výmenu akokoľvek, implementácie sa nenačítali. Pokiaľ som pochopil, tieto implementácie nie sú z nejakého dôvodu vhodné na štandardnú výmenu. V tejto súvislosti mám otázku, ako môžete vidieť, čo presne je na nich zlé. Existuje nejaká správa?

Nezmenila sa účtovná politika, nezmenila sa organizácia, neaktualizovali sa konfigurácie.
Zmenilo sa len to, že teraz mám k novým dokumentom pridaný prefix, ktorý som nastavil pri nastavovaní synchronizácie. Ale ako som pochopil, toto nie je hlavná príčina, pretože účtenky a objednávky zákazníkov (faktúry na platbu) sa načítajú bez problémov. Nebol stanovený žiadny dátum zákazu.

Naozaj dúfam vo vašu pomoc, s pozdravom Alexey.

odpoveď: Existuje nejaký podrobný návod na plán univerzálnej výmeny?

Otázka: Synchronizácia údajov BP 3.0 bez úplných práv

Dobrý deň. BP 3.0.51.16. Nástupište 8.3.10.2252. Používateľ musí mať práva na synchronizáciu údajov. Keď k právam profilu pridáte „Synchronizovať údaje s inými programami“, v rozhraní nie je žiadna položka synchronizácie. Je možné udeliť práva na synchronizáciu používateľovi bez toho, aby bol zaradený do skupiny Administrators?

odpoveď: Okrem toho vo všeobecnom formulári v rámci požadovanej relácie so zníženými právami neboli otvorené všetky prvky formulára, ktoré môžu byť požadované.

Existuje synchronizácia dát cez univerzálny formát medzi BP 3.0.65.80 -> UT 11.3.4.227. Ako zabezpečiť, aby sa automatická registrácia zmien na výmenu s UT vykonávala iba pre jeden typ dokladu, a to „príjem na bežný účet“.

odpoveď:() Mnohokrat dakujem! Pomohol)

Otázka: Chyba synchronizácie údajov

Povedzte mi, prosím, čo je táto chyba:

Pri vytváraní výmenného nastavenia v druhej infobase sa vyskytli chyby: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): Chyba pri nastavovaní hodnoty kontextového atribútu (SentNumber) NewNode.SentNumber = 0; z dôvodu: Vlastnosť nemožno zmeniť pre preddefinovaný uzol

Synchronizáciu som nastavil viackrát, ale toto je prvýkrát.
Ako som sa snažil problém vyriešiť:

• Aktualizoval som databázu - rovnaký výsledok;
• Nahradil som pravidlá novšími – výsledok rovnaký.

Výmena medzi ZUP 3.0.25 a BP 3.0.43

odpoveď:

Ukázalo sa, že pri vytváraní výmeny 1C nevytvoril uzol a dokonca ani predpony („kódy uzlov“) sa nezhodovali. Je možné, že niekto predo mnou urobil niečo zvláštne.
Vo všeobecnosti som uzly vytvoril ručne, špecifikoval som kódy ako predpony zabezpečenia informácií (pre každý prípad), potom som použil asistenta vytvárania synchronizácie a všetko fungovalo!
Zavrieť

Otázka: Nastavenie obojsmernej ústredne UT 10.3 - BUKH 3.0

Po prechode z BUKH 2.0 na 3.0 som zriadil obojsmernú ústredňu UT 10.3 - BUKH 3.0.

V UT 10.3 som načítal výmenné pravidlá, ktoré prenášajú dáta z UT do BUKH.
Nemôžem však nájsť, kde stiahnuť pravidlá výmeny, ktoré prenášajú údaje z BUH do UT.
Predtým pri výmene s BUKH 2.0 bolo možné tieto pravidlá načítať do UT 10.3 v jednej forme. Ako teraz?
V BUKH 3.0 som v nastaveniach synchronizácie dát našiel tlačidlo „Stiahnuť pravidlá“. Keď naň kliknete, musíte si stiahnuť archív zip. A mám pravidlá vo forme xml súboru.
Okrem toho by súbor zip pre BUKH 3.0 mal obsahovať tri súbory: dva súbory s pravidlami výmeny UT-BUKH a BUKH-UT a súbor s pravidlami registrácie.

1. Je po prechode na BUKH 3.0 výmena možná len z BUKH?
2. Kde získam pravidlá registrácie?

Prosím, pomôžte mi nastaviť výmenu.

odpoveď: od BP 3.0 sa sťahujú iba platobné karty

Otázka: Synchronizácia údajov s systému tretích strán(Otázky týkajúce sa EnterpriseData)

Otázka pre tých, ktorí už používajú tento formát na synchronizáciu.

1. Pri nahrávaní svojich údajov 1C pridáva prvok za takmer každý objekt<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Okrem toho posiela správy pre prvky, ktoré nie sú odstránené.
Čo je to za údaje?

odpoveď: Len pre zaujímavosť, zobral sa holý účtovný systém 1C.Accounting a odtiaľ sa stiahli údaje.
Do pôvodne existujúcej skupiny „Produkty“ bola pridaná jedna entita – „Testovací produkt“.
1C ich vyložil, ale pre každý pridal DeleteObject.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>PC <НаименованиеПолное>Vec <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>Testovací produkt <КодВПрограмме>b2-00000001 <Наименование>Testovací produkt <ТипНоменклатуры>Produkt <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>DPH18 <Группа> <Ссылка> <Наименование>Tovar <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>falošné <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>falošné <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

V reálnom ž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 tovarov, 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 - 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 dokladu v pôvodnej databáze.

Ď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 v kancelárii zaviedli potrebné dokumenty 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 ž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ť 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. 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 š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 distribuovanej informačnej základne 1C v tenkom klientovi

Pozrime sa na podobné nastavenie v typickej konfigurácii založenej na tenkého klienta– Revízia riadenia 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 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ď 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 jednom mieste.

Výmena dát medzi aplikačnými riešeniami 1C 8 je niečo, bez čoho nie je možné postaviť plnohodnotný informačný priestor podnikov.

• Prečo sú potrebné výmeny údajov a ako ich používať?
• Typy výmen medzi 1C.
• Ako nakonfigurovať výmenu údajov medzi databázami 1C?

Odpovede na tieto otázky sa dozviete nižšie.

Zvyčajne existujú dva dôvody na zavedenie výmen:

Organizácia má sieť pobočiek

V tomto prípade stačí nastaviť výmenu medzi rôznymi pobočkami. Na tento účel existuje mechanizmus v podnikovom systéme 1C 8.3. Pomocou ktorého môžete flexibilne konfigurovať výmenu informácií. Napríklad pre pobočky môžete zakázať viditeľnosť dokladov pre ostatné pobočky a zároveň centrála uvidí doklady všetkých pobočiek. Ďalším príkladom je nastavenie výmeny medzi databázami 1C Retail kancelárie a predajní.

Oddelenie podľa typu účtovníctva

Spravidla to znamená, že organizácia vedie rôzne záznamy v rôznych informačných databázach. Toto oddelenie vám umožňuje filtrovať informácie, ktoré sú „nepotrebné“ pre iný typ účtovania pre rôzne informačné bázy. Príklad: tzv „Manažérske účtovníctvo“ bude vložené do databázy „Manažment obchodu“, kde sa premietnu všetky transakcie a manažment vidí úplný obraz udalostí a do databázy regulovaného účtovníctva „Podnikové účtovníctvo“ sa nahrajú iba dokumenty potrebné pre účtovníctvo a daňové účtovníctvo. “.

Aké sú mechanizmy výmeny medzi databázami 1C?

Výmeny údajov možno klasifikovať dvoma spôsobmi: použitými mechanizmami a transportom použitým na výmenu.

Mechanizmy výmeny údajov 1C

Na výmenu sa zvyčajne používajú dva mechanizmy:

• Distribuovaná informačná základňa (RIB)— mechanizmus, ktorý umožňuje nastaviť výmenu údajov medzi pobočkami. Mechanizmus znamená, že sa vymieňajú absolútne identické konfigurácie databázy. Mechanizmus môže prenášať zmeny konfigurácie databázy. Mechanizmus je implementovaný na úrovni technologickej platformy.
• Univerzálny mechanizmus na výmenu medzi konfiguráciami— mechanizmus vyvinula spoločnosť 1C pre aplikačné riešenia. Je univerzálny a založený na . Výmena údajov sa uskutočňuje pomocou pravidiel xml, ktoré sú vytvorené v špeciálnej konfigurácii - . Pomocou tohto mechanizmu môžete implementovať jednorazovú výmenu aj stálu výmenu medzi konfiguráciami 1C. Mechanizmus je implementovaný na úrovni konfigurácie, môžete ho integrovať do svojej konfigurácie z technologickej konfigurácie.

Transport na výmenu dát

Doprava môže byť pomerne široká škála technológií. Uvažujme o hlavných implementovaných v univerzálnom výmennom mechanizme 1C 8.2:

Získajte 267 video lekcií na 1C zadarmo:

• Miestne resp sieťový adresár - najjednoduchšia doprava. Jedno informačné zabezpečenie vytvorí súbor na disku, druhé ho prečíta a pridá vlastný súbor.
• FTP zdroj— výmena je podobná výmene cez katalóg. Rozdiel je v tom, že výmena prebieha cez FTP protokol.
• Poštové správy alebo e-mail- výmena prebieha v rámci prostriedkov Email. Konfigurácie sa posielajú navzájom poštové správy a pravidelne kontrolujte e-mailovú adresu, či nemáte nové správy.
• Priame pripojenie (COM)- výmena sa vykonáva prostredníctvom priame spojenie z jednej základne do druhej v rámci našich možností.
• Internet (webová služba)— preprava je webová služba. Jedna informačná základňa sa pripojí k , webová služba sa pripojí k druhej informačnej základni a prenesie správu. Na vykonanie takejto prepravy musíte mať.

Ako nastaviť výmenu údajov medzi databázami 1C?

Základy nastavenia výmeny údajov v 1C pomocou konfigurácie „1C Data Conversion“ nájdete v príklade vo videu:

Výmena údajov 1C podľa harmonogramu v 1C 8.2

Ak potrebujete nakonfigurovať automatické nahrávanie podľa plánu, stačí nakonfigurovať .

Pre verziu klient-server

V adresári „Nastavenia výmeny údajov“ na karte „Automatická výmena“ musíte vytvoriť novú naplánovanú úlohu, v ktorej určíte plán:

Pre možnosť súboru

V adresári „Nastavenia výmeny údajov“ na karte „Automatická výmena“ musíte vytvoriť novú rutinnú úlohu, kde na karte „Výmena podľa udalostí“ špecifikujte udalosti, pri ktorých sa výmena spustí. Napríklad, keď začne konkrétny používateľ: