Při vytváření nastavení synchronizace dat došlo k chybám. Přidání výměnného plánu do standardní konfigurace

Pošlete mi tento článek na můj email

Hlavními důvody potřeby implementace výměny mezi databázemi 1C jsou přítomnost poboček a oddělení typů účetnictví, protože Firmy často operují v několika informačních databázích. Nastavení výměny 1C 8.3 vám umožní eliminovat dvojí práci - zadávání stejných dokumentů a adresářů ve dvou programech a také rychlé dodání potřebných systémových objektů pro různé pobočky a oddělení.

V případě, kdy je nutná výměna mezi pobočkami, se využívá RIB (Distributed Information Base). Toto je mechanismus výměny mezi identickými konfiguracemi. Představuje strom s nejdůležitějším kořenovým uzlem nahoře, pod dvojicí propojených uzlů. Změny lze provést v libovolném uzlu tohoto systému a budou přenášeny do dalších připojených uzlů. Také distribuuje nejen data, ale také změny konfigurace z kořenového uzlu na podřízené uzly.

Pokud je potřeba oddělit typy účetnictví, například vedení provozních v obchodní databázi a regulované v účetní databázi, jsou k dispozici univerzální výměnné mechanismy s flexibilním nastavením synchronizace dat.

Jedním z nejnovějších vylepšení 1C je formát pro výměnu dat EnterpriseData. Snadno se používá a je určen pro výměnu v rámci společnosti jak mezi databázemi 1C, tak programy třetích stran.

Implementace výměny dat v podniku může být reprezentována formou sekvenčních procedur.

Nejprve je nutné určit, mezi kterými databázemi by měla probíhat výměna; bude se jednat o obousměrnou nebo jednosměrnou výměnu; pokud je jednosměrný, pak která databáze bude informace přenášet a která pouze přijímat; pokud se jedná o složitou pobočkovou síť, pak je nutné zaregistrovat schéma výstavby databáze.

Poté vybereme vhodný formát: RIB, univerzální formát; výměna podle pravidel burzy; výměna bez pravidel směny.

Dalším krokem je výběr vozidla pro provedení výměny. K dispozici je velký výběr technologií, zdůrazněme ty hlavní: adresář (místní nebo síťový), prostředek FTP, připojení COM, webová služba, e-mail.

Čtvrtým krokem bude identifikace údajů: dokumentů, referenčních knih a v případě potřeby jejich podrobné rozepsání až do jednotlivých údajů, které mají být přeneseny.

A na závěr je předepsán harmonogram výměnné frekvence

Každá možnost nastavení výměny 1C 8.3 vyžaduje pečlivou přípravu. Jeho implementace je mimo možnosti každého uživatele, je nutné vzít v úvahu mnoho nuancí a pochopit principy výměny. Zvláštní pozornost bude třeba věnovat konfiguraci, pokud databáze: obsahují úpravy nebo mnoho dalších. detaily, liší se verzemi platformy nebo používají zastaralé verze konfigurací, podnik je velký a využívá automatizovaný systém, skládající se z velkého počtu základen. Chyby jsou zde nepřijatelné, protože... může vést k nenapravitelným následkům. Nezávislá implementace výměny v 1C se doporučuje pouze v případě, že potřebujete nastavit jednoduchý přenos informací mezi standardními konfiguracemi.

Pokud pochybujete o svých schopnostech, je lepší neukládat, ale kontaktovat kompetentního specialistu, který pomůže vyřešit složitý problém nastavení výměn 1C 8.3.

Pokud se přesto rozhodnete konfigurovat výměny 1C bez zapojení odborníků, doporučuje se nejprve otestovat na kopiích databází a před zahájením práce v pracovních databázích nahrát konfigurace, abyste se mohli v případě chyb vrátit do původního stavu.

Níže uvádíme podrobný příklad jednostranného nastavení výměny 1C 8.3 mezi standardními konfiguracemi Trade Management 11 (UT) a Enterprise Accounting 3.0 (BP). Příklad je relevantní pro mnoho společností zabývajících se velkoobchodem a maloobchodem. V UT je vedeno manažerské účetnictví, v BP - regulované, výměna je nutná pro usnadnění práce uživatelů.

Tento algoritmus je vhodný i pro jiné standardní konfigurace na platformě 1C 8.3

Nejprve provedeme přípravné práce pro přijímač informací, tzn. pro BP. Program spustíme v režimu Enterprise. Je potřeba nastavit konstantu Synchronizace dat (sekce Administrace → Synchronizace dat).

Věnujte pozornost poli Prefix, zde je třeba zadat hodnotu, která vám umožní následně rozlišit (hodnotou kódu adresáře nebo čísla dokumentu), v jakém programu byly objekty původně vytvořeny. V našem příkladu je vhodná obvyklá zkratka BP a UT, pokud se nastavení výměny 1C 8.3 provádí pro složitou výměnu mezi velkým počtem databází, stejně jako identických konfigurací, budete muset každou databázi zadat s vlastním jasným označením .

Protože je napájecí zdroj pouze přijímačem informací, přistoupíme k nastavení UT.

Zde, stejně jako v BP, je potřeba povolit synchronizaci a zadat prefix. Tyto informace jsou dostupné v sekci Kmenová data a administrace → Nastavení synchronizace dat.

Vyberte metodu nastavení: Zadejte nastavení ručně. Dále.

Nastavme si možnost přímého připojení, kdy jsou oba programy umístěny v jednom lokální síť, uvedeme parametry pro připojení k adresáři zabezpečení informací v této síti a také vyplníme autentizační údaje o uživateli (v databázi BP). Dále.

Systém zkontroluje správnost zadaných údajů a příp pozitivní výsledek zobrazí okno nastavení výměny 1C 8.3.

Kliknutím na odkaz Změnit pravidla nahrávání dat získáte přístup k nastavení výměny. Upřesníme kmenová data - nahrání pouze použitých v dokladech, vybrané organizace a možnost práce se smlouvami - bez reference, oddělení dokladů podle skladu. Burza začíná 1. března běžného roku.

Zavedená pravidla sepíšeme a uzavřeme.

Vzhledem k tomu, že příklad je o jednosměrném přenosu informací, v dalším okně nastavení pro příjem dat z jiného programu byste měli nastavit hodnoty na Neodesílat. Nahrajte a zavřete. Dále.

Nyní je potřeba zkontrolovat zadané parametry a pokud jsou správné, kliknout na Další, jinak se vrátit k předchozímu kroku kliknutím na Zpět.

Poté budete vyzváni k synchronizaci. Klepněte na tlačítko Dokončit.

Pokud je potřeba korelovat shodné objekty dvou konfigurací, otevře se okno pro porovnání dat. Provedeme porovnání a klikneme na Další.

Při přenosu objektů mohou nastat problematické situace, výsledky si můžete prohlédnout kliknutím na odkaz Upozornění při synchronizaci dat.

Po dokončení synchronizace se zobrazí okno potvrzující úspěšné dokončení tohoto procesu.

Zde můžete pomocí příkazu Configure nebo později v synchronizačním skriptu nakonfigurovat plán pro automatické provádění výměny.

Existují různé situace, kdy potřebujete ke standardní konfiguraci přidat nový výměnný plán. Například:

• Je potřeba založit burzu standardní prostředky s konfigurací, se kterou neexistuje standardní výměna.
• Existuje několik informačních bází se stejnými konfiguracemi, je třeba s nimi nastavit výměnu podle různých pravidel. A jak víte, výměna s produkty na platformě 8.2 neumožňuje načítání různých pravidel pro různé uzly.

Jak přidat nový plán výměny s produkty na platformě 1C:Enterprise 8.2 (s podporou knihovny standardních subsystémů 2.0/3.0)

Uvažujme tento postup na příkladu integrace několika národních účetních oddělení (ruského, ukrajinského a kazašského) s konfigurací Financier vyvinutou společností WiseAdvise.

Přidáním nových výměnných plánů vyřešíme 2 problémy najednou:

1. Ve standardním účetnictví neexistuje vůbec žádný plán výměny pro konfiguraci Financier (je dobré, že tento plán výměny je součástí samotné dodávky Financier).
2. Verze účetních oddělení pro Rusko, Ukrajinu a Kazachstán se poměrně výrazně liší, proto by pro každé účetní oddělení měla existovat jiná pravidla výměny. A protože pro jeden výměnný plán lze nastavit pouze jedno pravidlo, budete muset vytvořit několik výměnných plánů pro každé z národních účetních oddělení. Můžete samozřejmě změnit konfiguraci Financier tak, aby bylo možné načíst vlastní pravidla pro každý uzel v jednom výměnném plánu, ale to bude dle mého názoru samo o sobě poněkud složitější a navíc, bude komplikovat další aktualizace konfigurace.

Takže algoritmus akcí:

Tím je přidání plánu výměny dokončeno. Když přepnete do režimu 1C:Enterprise a nastavíte výměnu dat, plán, který jsme přidali, by se měl objevit v seznamu dostupných plánů.

V případě potřeby můžete do plánu výměny v konfigurátoru přidat layouty s pravidly registrace a převodu. Budou považovány za standardní. Nebo můžete tato pravidla načíst ze souborů již v režimu 1C:Enterprise.

Otázka: Změna konfigurace nastavení synchronizace dat

Ahoj. V 1C Retail 2.1 byly na periferním uzlu při prvotním spuštění nově vytvořeného obrazu uvedeny obchody, pro které výměna probíhala. Nemohu teď přijít na to, jak změnit složení těchto obchodů. Vidím to v Administraci -> Synchronizace dat ->
Nahrajte dokumenty a referenční informace:
Počínaje 1. lednem 2016
Pouze podle obchodů: Seznam obchodů

Zde je návod, jak změnit seznam prodejen (tam byla cedule, kde byly označeny prodejny). Nemůžu přijít na to, jak se dostat na seznam?
Pokud jsem to našel na centrálním uzlu - je to ve výměnném plánu pro obchod, a tam jdu do plánu výměny a nastavím registrační filtry, tak na periferních uzlech nemůžu zjistit, kde to je.
Děkuji.

Odpovědět:

MyNameNoName řekl:

Děkuji. Na straně hlavního uzlu je vše správně nakonfigurováno. Právě jsem přidal nové obchody do databáze, brzy začnou fungovat. V hlavním uzlu jsem je povolil. Ale na některých periferních uzlech to není napsáno pro všechny obchody, ale obchody jsou uvedeny. Teď jsem zvědav, zda bude úplná synchronizace mezi obchody.

Kliknutím rozbalíte...

No, na straně hlavního uzlu nakonfigurujete seznam obchodů pro každý uzel (nový i starý) na distribuovaných uzlech se tyto obchody objeví v seznamu, který určíte

Otázka: Nastavení synchronizace v UNF

UNF vydání 1 .6 .16 .32 Nastavili jsme synchronizaci s 1C Accounting 3.0.

Před poslední aktualizace(platformy a confs), pokud se změnila cesta k účetní databázi, změnili jsme ji na trase:
Synchronizace s programy 1C:Enterprise a RIB -> Nastavení synchronizace dat -> Konfigurovat -> Nastavení synchronizace dat -> Nastavení připojení.

Nyní je tento bod pryč.

V čem je háček? Jak mohu nyní znovu nakonfigurovat cestu synchronizace?

Odpovědět: Jiná cesta:

Všechny funkce - Registry informací - Nastavení transportu výměny dat

Otázka: Synchronizace dat prostřednictvím univerzálního formátu synchronizuje pouze zaúčtované dokumenty

Dobré odpoledne!

Nakonfigurovaná synchronizace dat mezi BP3.0 a BP3.0 v režimu jednosměrného odesílání/přijímání. Bylo zjištěno, že jsou odesílány pouze dokumenty se stavem dokončeno. A pokud se v databázi odesílatelů změní stav již odeslaného dokumentu na nezaúčtovaný, pak je v databázi příjemce označen ke smazání. Prohledal jsem internet a nic jsem nenašel. Všude je v podstatě synchronizace mezi UT a BP. Jak to udělat s konkrétní datum všechny dokumenty, i ty se stavem dokončeno, byly odeslány do databáze příjemců a při zrušení zaúčtování tam nebyly označeny k vymazání.

Konfigurace je typická "Taxi". 1C 8.3.10.2667 BP3.0.54.20. Obě databáze byly vytvořeny na základě stejné konference.

Odpovědět: A po změnách v modulu výměny, aby to fungovalo, musíte synchronizaci znovu vytvořit nebo bude fungovat na již vytvořené. Jinak změním pole pro odesílání i příjem, ale zdá se, že se nic neděje(

Otázka: Nastavení synchronizace ZUP31-BUKH30

Nastavuji synchronizaci ZUP31 - Účetnictví 3.0.
Všude ve zdrojích o nastavení synchronizace píšou, že při první synchronizaci se objeví okno pro nastavení korespondence, aby nebyly duplicitní adresáře.
Spouštím synchronizaci poprvé, neobjevilo se žádné okno pro nastavení korespondence. V důsledku toho vidím, že se v ZUP31 (převedeno z BUKH30) objevila další organizace a v samotném BUKH30 nebyl vygenerován žádný dokument „Reflexe platu“ , ačkoliv existuje v ZUP31.
Prosím, řekněte mi, co dělám špatně?

Odpovědět:() Díky, zkusím to

Otázka: Synchronizace dat mezi UT11 a BP3

Dobrý večer, vážení členové fóra.

UT - Trade Management, vydání 11 (11.3.2.207)
BP – Podnikové účetnictví, vydání 3.0 (3.0.47.33)

Existují dvě databáze, mezi kterými chci přenášet data prostřednictvím univerzálního výměnného formátu (UT (zdroj) ---> BP (přijímač)).
Při prvním nastavování výměny se mi normálně načetly všechny doklady a všechna data, která byla spojena s přenášenými doklady.

Problém je následující: když jsem po nějaké době začal načítat data podruhé, ukázalo se, že tentokrát se implementace nenačetly, ať jsem ústřednu přenastavil jakkoli, implementace se nenačetly. Pokud jsem pochopil, tyto implementace nejsou z nějakého důvodu vhodné pro standardní výměnu. V tomto ohledu mám otázku, jak můžete vidět, co přesně je na nich špatně. Existuje nějaká zpráva?

Nezměnila se účetní politika, nezměnila se organizace, neaktualizovaly se konfigurace.
Jediné, co se změnilo, je, že nyní mám u nových dokumentů přidán prefix, který jsem nastavil při nastavování synchronizace. Ale jak jsem pochopil, není to hlavní příčina, protože účtenky a objednávky zákazníků (faktury k platbě) se načítají bez problémů. Nebylo stanoveno žádné datum zákazu.

Opravdu doufám ve vaši pomoc, s pozdravem Alexey.

Odpovědět: Existuje nějaký podrobný průvodce univerzálním výměnným plánem?

Otázka: Synchronizace dat BP 3.0 bez plných práv

Dobré odpoledne. BP 3.0.51.16. Nástupiště 8.3.10.2252. Uživatel musí mít práva k synchronizaci dat. Když do práv profilu přidáte "Synchronizovat data s jinými programy", v rozhraní není žádná položka synchronizace. Je možné udělit práva k synchronizaci uživateli, aniž by byl zařazen do skupiny Administrators?

Odpovědět: Navíc v obecném formuláři v rámci požadované relace se sníženými právy nebyly otevřeny všechny prvky formuláře, které mohou být požadovány.

Mezi BP 3.0.65.80 -> UT 11.3.4.227 je synchronizace dat přes univerzální formát. Jak zajistit, aby automatická registrace změn pro výměnu s UT byla prováděna pouze u jednoho typu dokladu, a to „příjem na běžný účet“.

Odpovědět:() Díky moc! pomohl)

Otázka: Chyba synchronizace dat

Řekněte mi prosím, co je tato chyba:

Při vytváření nastavení výměny v druhé infobázi došlo k chybám: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): Chyba při nastavování hodnoty kontextového atributu (SentNumber) NewNode.SentNumber = 0; z důvodu: Vlastnost nelze změnit pro předdefinovaný uzel

Synchronizaci jsem nastavil více než jednou, ale je to poprvé.
Jak jsem se snažil problém vyřešit:

• Aktualizoval jsem databázi - stejný výsledek;
• Pravidla jsem nahradil novějšími - stejný výsledek.

Výměna mezi ZUP 3.0.25 a BP 3.0.43

Odpovědět:

Ukázalo se, že při vytváření výměny 1C nevytvořil uzel a dokonce i předpony („kódy uzlů“) se neshodovaly. Je možné, že přede mnou někdo udělal něco divného.
Obecně jsem vytvořil uzly ručně, specifikoval kódy jako předpony zabezpečení informací (pro jistotu), pak použil asistenta vytváření synchronizace a vše fungovalo!
Zavřít

Otázka: Nastavení obousměrné ústředny UT 10.3 - BUKH 3.0

Po přechodu z BUKH 2.0 na 3.0 jsem zřídil obousměrnou ústřednu UT 10.3 - BUKH 3.0.

V UT 10.3 jsem nahrál výměnná pravidla, která přenášejí data z UT do BUKH.
Nemohu však najít, kde stáhnout pravidla výměny, která přenášejí data z BUH do UT.
Dříve, při výměně s BUKH 2.0, mohla být tato pravidla načtena do UT 10.3 v jedné podobě. Jak teď?
V BUKH 3.0 jsem v nastavení synchronizace dat našel tlačítko "Stáhnout pravidla". Když na něj kliknete, musíte si stáhnout archiv zip. A pravidla mám ve formě xml souboru.
Kromě toho by soubor zip pro BUKH 3.0 měl obsahovat tři soubory: dva soubory s pravidly výměny UT-BUKH a BUKH-UT a soubor s pravidly registrace.

1. Je po přechodu na BUKH 3.0 možná výměna pouze z BUKH?
2. Kde mohu získat pravidla registrace?

Prosím, pomozte mi nastavit výměnu.

Odpovědět: od BP 3.0 se stahují pouze platební karty

Otázka: Synchronizace dat s systém třetích stran(Dotazy ohledně EnterpriseData)

Otázka pro ty, kteří již tento formát pro synchronizaci používají.

1. Při nahrávání svých dat přidává 1C prvek za téměř každý objekt<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Navíc odesílá zprávy pro prvky, které nejsou smazány.
Co je to za data?

Odpovědět: Jen pro zajímavost byl vzat holý systém 1C.Accounting a odtud byla stažena data.
Do původně existující skupiny „Produkty“ byla přidána jedna entita – „Testovací produkt“.
1C je uvolnil, ale pro každý přidal DeleteObject.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>PC <НаименованиеПолное>Věc <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>Testovací produkt <КодВПрограмме>b2-00000001 <Наименование>Testovací produkt <ТипНоменклатуры>Produkt <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>DPH 18 <Группа> <Ссылка> <Наименование>Zboží <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>Nepravdivé <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>Nepravdivé <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

V reálném životě je to vzácná společnost, která si vystačí s jedinou databází 1C. Nejčastější situací jsou dvě základny, účetní a mzdová.

Základy musí být propojeny - platy byly časově rozlišeny, naběhlé daně musí jít do účtárny k výplatě.

Pro připojení několika databází je zde Exchange 1C. Jak pracuje?

Co je Exchange 1C?

Je zde řetězec obchodů a centrála. Každý obchod a kancelář má sklad. Zboží se přesouvá ze skladu do skladu (hlavně z centrálního skladu do skladů skladů) a prodává se v obchodech.

Databáze 1C Retail se používá v kanceláři a stejná databáze v každém obchodě. Základny v prodejnách jsou podřízeny základně v kanceláři.

V kanceláři se vytvářejí doklady o pohybu zboží ze skladu do skladu a nastavují se ceny. Dokumenty se nahrávají do podřízených databází a zboží se tam „objevuje“.

Prodejny vytvářejí doklady o uskutečněných prodejích zboží. Dokumenty se nahrají do databáze kanceláře a tam se „objeví“ prodeje.

Toto schéma se nazývá distribuovaná informační báze (RIB). Postupy pro „nahrávání“ dokumentů – obousměrná výměna 1C. A nastavení tohoto schématu je URIB nebo URIBD (správa distribuované informační databáze).

Principy výměny adresářů v 1C

Adresáře 1C (a soubor všech adresářů „v komplexu“ se nazývá NSI - normativní referenční informace) - v různých databázích by měly být obvykle stejné. To znamená, že i když existuje několik databází, seznam zboží, skladů a dodavatelů je v různých databázích stejný.

Běžnou praxí je, když je povoleno adresář upravovat v jedné databázi a ten je zkopírován („migrován“) do ostatních. Jak jsme již diskutovali dříve, každý prvek 1C má jedinečný identifikátor - GUID. Adresáře se obvykle kopírují společně se svým GUID, a jsou tak v celém distribuovaném informačním systému totožné.

V opačném případě, když je připojeno několik původně existujících databází nebo když lze adresáře vytvořit v různých databázích současně, jejich GUID se budou lišit. K tomu existuje odpovídající mechanismus. Ve speciálním informačním registru při výměně 1C je zaznamenána informace, že prvek z databáze č. 1 s GUID xxx je roven prvku v této databázi s GUID yyy. Zpočátku musí být stávající prvky, které si již nejsou rovné, porovnávány automaticky (s využitím dalších údajů, např. podle jména nebo podle daňového identifikačního čísla a kontrolního bodu) nebo ručně.

Principy výměny dokumentů v 1C

Dokumenty v 1C jsou zaúčtovány podle rejstříků a jsou pak považovány za „zaúčtované“. To způsobuje pochopitelné potíže při přenosu.

Jednou z možností je přenést pouze dokumenty a po stažení je přenést znovu. Tento způsob se často používá, ale může způsobit chyby - doklad nemusí být zaúčtován v nové databázi, protože podmínky při zaúčtování mohou být jiné, než byly v době zaúčtování dokladu v původní databázi.

Další možností je společný převod dokumentů a rejstříků. Jak chápeme, hned vyvstává otázka - buď převedeme všechny doklady obecně a následně celou evidenci obecně, nebo jsme nuceni zvolit pro převod pouze pohyby na převáděných dokladech.

Řekněme, že potřebujeme přenést položku z adresáře Nomenclature. Tento adresář má 10 polí, z nichž 5 jsou řetězce a čísla a 5 jsou odkazy na jiné adresáře.

V souladu s tím jsme při přenosu jednoho prvku Nomenklatury nuceni vyhledat a přenést také 5 prvků jiných adresářů.

Při přenosu jednoho prvku adresáře nebo jednoho dokumentu lze tedy prostřednictvím odkazu přenést 100 nebo více dalších objektů 1C.

Ve skutečnosti se říká, že téměř všechny konfigurační odkazy na sebe tak či onak odkazují.

1C výměnné plány

Předpokládejme, že jsme vytvořili distribuovanou databázi a provedli výměnu 1C. Zboží bylo nakoupeno do centrálního skladu a připraveno k expedici do prodejen. V 1C v kanceláři představili potřebné dokumenty pohyb zboží. Vyžaduje jejich naložení do obchodů.

Co dělat? Provést znovu úplnou výměnu 1C? Dlouhé a neúčinné! Mnohem lepší by bylo spočítat, co přesně bylo přidáno nebo změněno uživateli v kanceláři, aby se do obchodů posílaly pouze změny.

Na to existují plány výměny 1C. Programátor si předem vytvoří plán výměny 1C pro provádění výměn 1C s nějakou jinou databází, například s našimi obchody.

Plán výměny 1C zaznamenává, kdy uživatelé pracují s adresáři a dokumentují, co bylo přidáno nebo změněno od poslední výměny 1C s touto databází.

Vytvoření URIB 1C

Vytvoříme tedy distribuovanou databázi od začátku. Zpočátku máme „mateřskou“ kancelářskou základnu. Z něj vybereme databáze prodejen, které mu budou podřízeny.

Typické konfigurace již mají standardní výměnné plány 1C. Typy základen, pro které jsou určeny, jsou intuitivně jasné z názvu:

• Výměna 1C s webem: výměna s webem 1C:Bitrix
• Exchange 1C UPP-UT nebo UT-Retail: typické výměny se sesterskými konfiguracemi
• Úplná výměna – 1C s databází založenou na stejné konfiguraci.

RIB - distribuovaná informační základna - může být také vytvořena na základě plánu výměny 1C „Full“. V konfigurátoru v tomto plánu výměny 1C by mělo být zaškrtnuto políčko „Distribuovaná infobáze“.

Plán výměny 1C vytvořený v konfigurátoru naznačuje, že s touto konfigurací provedeme výměnu. V režimu Enterprise, ve stejném plánu výměny 1C, nyní musíte určit konkrétní databáze na základě této konfigurace.

Pojďme k výměnnému plánu 1C (Operations/Exchange Plan; může být i v jiném menu, často v menu Servis/XXX).

V seznamu databází ve výměnném plánu 1C je na obrázku jedna se zeleným kroužkem. Tento prvek znamená THIS BASE. Zbývající prvky označují JINÉ báze, se kterými se 1C vyměňuje.

Je nutné, aby byl vyplněn jak název, tak kód všech prvků.

Chcete-li vytvořit dílčí základnu obchodu:

• Umístěte kurzor do seznamu na prvek plánu výměny 1C, který jsme vytvořili jako „základnu obchodu“
• Vyberte položku nabídky „Akce/Vytvořit úvodní obrázek“.

V důsledku toho bude vytvořena jedna databáze s nahranými počátečními daty. Toto se musí opakovat pro každý prvek plánu výměny 1C, kromě AKTUÁLNÍ ZÁKLADNY.

Teorie výměn 1C

Teorie výměny 1C je poměrně jednoduchá:

• Jedna z databází (obvykle databáze centra) zahájí výměnu 1C podle plánu nebo „podle události“ (přihlášení do databáze konkrétního uživatele atd.)
• Výměna 1C spočívá ve stažení souboru z databáze
• Soubor je třeba přesunout na místo, kde si jej může podřízená databáze vyzvednout (obvykle sdílená nebo ftp, méně často e-mail)
• Slave databáze stáhne přijatý soubor
• Jako potvrzení, že informace byly přijaty, nahraje podřízená databáze soubor „odpovědí“, který se stejným způsobem nahraje zpět do centrální databáze.
• Výměna 1C je dokončena.

Existují i ​​jiné způsoby výměny 1C, nikoli prostřednictvím souborů, ale například prostřednictvím přímého COM spojení mezi dvěma databázemi. Jeho výhody:

• Není potřeba „prostor pro ukládání a přenos souborů“.
• Není třeba znovu nahrávat potvrzení
• Díky prvním dvěma bodům se vše děje rychleji.

Omezení je však jasné – základny musí být vzájemně takto přístupné, aby bylo možné iniciovat COM spojení.

Nastavení RIB 1C

V konstantách standardních konfigurací (Operations/Constants; nebo Service/Program Settings) je obvykle obecné nastavení 1C výměny. Jedná se o předponu v kódech prvků a číslech dokumentů pro snadné určení, ve které databázi byl vytvořen. Stejně jako interní metoda pro ukládání informací o místě, kde byly vytvořeny adresáře a dokumenty.

Nyní je třeba nakonfigurovat, jak bude probíhat proces periodické výměny informací 1C mezi vytvořenými databázemi.
Všechna nastavení RIB v 1C jsou ve standardních konfiguracích, obvykle v menu Služba/Distribuované informační báze/Konfigurovat uzly RIB.

Pro každý dříve vytvořený prvek „základna vzdáleného obchodu“ musíte přidat prvek nastavení.

Nastavení označují způsob výměny 1C: soubor (sdílet), soubor (FTP), soubor (e-mail).

Vytvoření a nastavení distribuované informační základny 1C v tenkém klientovi

Podívejme se na podobné nastavení v typické konfiguraci založené na tenký klient– Revize řízení obchodu 11.
Nastavení (a vytváření od začátku) se nachází na kartě Správa rozhraní. Položka „Výměna dat“.

Vyberte „Vytvořit burzu v distribuované informační databázi“.

Od samého začátku nás 1C požádá, abychom uvedli, jak si budeme vyměňovat informace s podřízenou databází. Zde je možnost konfigurace „přes soubor na míči“.

Zde je možnost konfigurace prostřednictvím souboru FTP.

Název našeho nastavení výměny 1C.

A hned návrh na vytvoření „počátečního obrazu“ – tedy samotné databáze otroků s nahráním primárních informací do ní.

Na rozdíl od konfigurace na tlustém klientovi jsou obě nastavení výměny 1C na jednom místě.

Výměna dat mezi aplikačními řešeními 1C 8 je něco, bez čeho nelze postavit plnohodnotný informační prostor podniky.

• Proč jsou potřebné výměny dat a jak je používat?
• Typy výměn mezi 1C.
• Jak nakonfigurovat výměnu dat mezi databázemi 1C?

Odpovědi na tyto otázky se dozvíte níže.

Obvykle existují dva důvody pro zavedení burz:

Organizace má síť poboček

V tomto případě stačí nastavit výměnu mezi různými pobočkami. Pro tento účel existuje mechanismus v systému 1C 8.3 Enterprise. Pomocí kterého můžete flexibilně konfigurovat výměnu informací. Například u poboček můžete zakázat viditelnost dokladů pro ostatní pobočky a zároveň centrála uvidí doklady všech poboček. Dalším příkladem je nastavení výměny mezi databázemi 1C Retail kanceláře a prodejen.

Oddělení podle typu účetnictví

Zpravidla to znamená, že organizace vede různé záznamy v různých informačních databázích. Toto oddělení umožňuje filtrovat informace, které jsou „nepotřebné“ pro jiný typ účtování pro různé informační báze. Příklad: tzv „Manažerské účetnictví“ bude zadáno do databáze „Řízení obchodu“, kde se promítnou všechny transakce a management vidí úplný obraz událostí a do databáze regulovaného účetnictví „Enterprise Accounting“ jsou nahrány pouze dokumenty potřebné pro účetnictví a daňové účetnictví. “.

Jaké jsou mechanismy výměny mezi databázemi 1C?

Výměny dat lze klasifikovat dvěma způsoby: použitými mechanismy a transportem použitým pro výměnu.

1C mechanismy výměny dat

Obvykle se pro výměnu používají dva mechanismy:

• Distribuovaná informační základna (RIB)— mechanismus, který umožňuje nastavit výměnu dat mezi pobočkami. Mechanismus znamená, že se vyměňují absolutně identické konfigurace databáze. Mechanismus může přenášet změny konfigurace databáze. Mechanismus je implementován na úrovni technologické platformy.
• Univerzální mechanismus pro výměnu mezi konfiguracemi— mechanismus je vyvinut společností 1C pro aplikační řešení. Je univerzální a vychází z . Výměna dat se provádí pomocí xml pravidel, která jsou vytvořena ve speciální konfiguraci - . Pomocí tohoto mechanismu můžete implementovat jak jednorázovou, tak stálou výměnu mezi konfiguracemi 1C. Mechanismus je implementován na konfigurační úrovni, můžete jej integrovat do své konfigurace z technologické konfigurace.

Transport pro výměnu dat

Doprava může být poměrně široká škála technologií. Podívejme se na ty hlavní implementované v univerzálním výměnném mechanismu 1C 8.2:

Získejte 267 videolekcí na 1C zdarma:

• Místní popř síťový adresář - nejjednodušší doprava. Jedno informační zabezpečení vytvoří soubor na disku, druhé jej načte a přidá vlastní soubor.
• FTP zdroj— výměna je podobná výměně prostřednictvím katalogu. Rozdíl je v tom, že výměna probíhá přes FTP protokol.
• Poštovní zprávy nebo e-mail- výměna probíhá v rámci prostředků E-mailem. Konfigurace se posílají navzájem poštovní zprávy a pravidelně kontrolovat e-mailovou adresu pro nové zprávy.
• Přímé připojení (COM)- výměna se provádí přes přímé spojení z jedné základny do druhé v rámci našich možností.
• Internet (webová služba)— přeprava je webová služba. Jedna infobáze se připojí k , webová služba se připojí k druhé infobázi a přenese zprávu. K provedení takové přepravy musíte mít.

Jak nastavit výměnu dat mezi databázemi 1C?

Základy nastavení výměny dat v 1C pomocí konfigurace „1C Data Conversion“ viz příklad ve videu:

Výměna dat 1C podle harmonogramu v 1C 8.2

Pokud potřebujete nakonfigurovat automatické nahrávání podle plánu, stačí nakonfigurovat .

Pro verzi klient-server

V adresáři „Nastavení výměny dat“ na kartě „Automatická výměna“ musíte vytvořit novou naplánovanou úlohu, kde určíte plán:

Pro možnost souboru

V adresáři „Nastavení výměny dat“ na záložce „Automatická výměna“ musíte vytvořit novou rutinní úlohu, kde na záložce „Výměna podle událostí“ specifikujte události, na kterých bude burza spuštěna. Když například začne konkrétní uživatel: