Organizace směny se základnou pobočky (maloobchodní prodejna) v obchodní síti prostřednictvím XML (univerzální burza). Organizace směny s pobočkou (maloobchodní prodejna) v maloobchodní síti prostřednictvím XML (univerzální burza) 1c 8.3 univerzální burza

Technologie distribuovaných informačních základen (RIB) umožňuje vytvořit geograficky distribuovaný systém založený na konfiguracích 1C Enterprise. To vám umožní mít něco společného informační prostor i s těmi odděleními, která nemají spolehlivý komunikační kanál, kombinující vysokou autonomii uzlů se schopností rychlé výměny informací. V našich článcích se podíváme na funkce a praktické provedení tohoto mechanismu na platformě 8.2

Nejprve se zeptejme sami sebe: proč automatická výměna? Moderní technologie, v kombinaci s levným a rychlým internetem vám umožní bez problémů organizovat práci na dálku. Výběr metod je jako vždy široký: RDP, tenký a webový klient, síťová agregace s Pomoc VPN- je o čem přemýšlet. Všechny tyto metody však mají jednu významnou nevýhodu - silnou závislost na kvalitě komunikačního kanálu.

Dokonce s perfektní práce Nelze zaručit 100% dostupnost komunikačního kanálu od lokálního poskytovatele. Problémy s páteřním poskytovatelem, chybějící napájení, fyzické poškození komunikační linky a mnoho dalších faktorů činí tento úkol neřešitelným. Zároveň nepřístupnost informační základny na vzdálený sklad nebo v maloobchodě vede k poměrně značným ztrátám. A nakonec nezapomeňme, že jsou místa (například průmyslové zóny na okrajích měst), kde je zajištění kvalitního komunikačního kanálu nákladné a/nebo problematické.

Mechanismus RIB umožňuje zbavit se těchto nedostatků každé oddělení má svou vlastní kopii informační základny, se kterou můžete pracovat autonomně i při naprosté absenci komunikace s okolním světem. A malé množství přenášených informací vám umožňuje používat k výměně jakýkoli komunikační kanál, včetně mobilního internetu.

RIB na platformě 8.2 není něco zásadně nového, představuje další vývoj platformy RIB 7.7, teprve nyní se tato technologie stala dostupnější a jednodušší. Na rozdíl od komponenty RIB, kterou bylo nutné zakoupit samostatně, je RIB nedílnou součástí mnoha standardních konfigurací a pracuje zcela v uživatelském režimu, což vám umožňuje obejít se bez konfigurátoru i ve fázi nastavení.

V tuto chvíli by bylo na čase přejít k praktické části, ale budeme muset udělat ještě jednu odbočku. Faktem je, že přechod na platformu 8.2, který, jak se zdá, již proběhl, ve skutečnosti vedl ke vzniku dvou typů konfigurací: založených na spravované aplikaci, „nativní“ pro platformu 8.2 a adaptované z 8.1, pokračující používat zastaralé technologie a mechanismy. Vzhledem k tomu, že značná část konfigurací (Podnikové účetnictví, Mzdy a HR Management) je přizpůsobená nebo přechodná, nelze na ně slevit, proto bude první část našeho článku věnována těmto konfiguracím (v podstatě platformě 8.1), zatímco ve druhé prozkoumáme nastavení automatické výměny pro konfigurace založené na spravované aplikaci (platforma 8.2).

Zvažme praktický úkol: nastavení automatické výměny přes FTP pro konfiguraci Enterprise Accounting 2.0. Navzdory skutečnosti, že RIB umožňuje výměnu pomocí e-mailu nebo sdílení souborů, doporučujeme používat FTP jako nejjednodušší a spolehlivým způsobem komunikace. Můžete si přečíst, jak si nastavit vlastní FTP server, nebo můžete využít službu FTP libovolného poskytovatele hostingu.

Nejprve musíme nakonfigurovat výměnné uzly. Chcete-li to provést, spusťte konfiguraci s právy správce a vyberte Transakce - Burzovní plány.

V zobrazeném seznamu vyberte Plný plán popř Podle organizace, pokud jsou v jedné databázi vedeny záznamy za více společností a výměnu je třeba provést pouze za jednu z nich. V okně, které se otevře, je již jeden uzel - centrální, musíme jej upravit uvedením kódu a názvu.

Poté vytvoříme další uzel pro větev a vyplníme jej stejným způsobem (pro přidání klikněte na zelené kolečko se znaménkem plus). Dalším krokem je vytvoření počátečního obrazu pro tento uzel, což je hotová informační základna souborový režim. Chcete-li to provést, klepněte pravým tlačítkem myši na požadovaný uzel a vyberte jej z rozevíracího seznamu Vytvořte počáteční obrázek.

Nyní pojďme dál Služba – Distributed Information Base (DIB) – Konfigurace uzlů RIB.

V okně, které se otevře, klikněte na tlačítko Přidat a nakonfigurovat nová výměna s uvedením vzdáleného hostitele, typu výměny (přes FTP) a parametrů připojení k serveru.

Záložka do knihy Automatická výměna umožňuje nastavit harmonogram výměny, výměnu podle událostí (začátek a konec práce atd.), tato nastavení se provádějí pro uživatele, v jehož zastoupení bude výměna provedena, ujistěte se tedy, že má práva na výměnu dat.

Nezapomeňte zadat předčíslí uzlu pro číslování dokladů (jinak obdržíte různé doklady se stejnými čísly) v Nástroje - Nastavení programu zde můžete nakonfigurovat i některé další parametry výměny. Na stejné kartě byste měli vybrat uživatele, který bude provádět úlohy výměny, pokud to neuděláte, plán nebude fungovat. Pamatujte, že výměna bude provedena pouze v případě, že je uživatel přihlášen do programu.

Tím je konfigurace centrálního uzlu dokončena, nyní je třeba provést podobná nastavení pro periferní uzel a připojit počáteční obraz jako existující systém zabezpečení informací. Poté můžete začít s výměnou dat. K ovládání byste měli použít Komunikační monitor umožňuje nejen sledovat úspěšnost nahrávání/stahování, ale také zobrazuje případné vzniklé kolize nebo zpožděné pohyby (pokud uživatel, který provedl výměnu, nemá dostatečná práva k provádění jakýchkoli akcí v databázi). Přítomnost tohoto nástroje vám umožňuje rychle a efektivně řešit různé typy problémů, které vznikají během automatické výměny.

V tomto okamžiku lze nastavení výměny považovat za dokončené a můžete začít pracovat v distribuovaném režimu. Vyplatí se věnovat aktualizaci nebo změnám konfigurace samostatně. Tyto akce jsou dostupné pouze na centrálním uzlu, všechny provedené změny budou automaticky přeneseny do periferních uzlů během příští výměny. Chcete-li provádět změny automaticky, musí být periferní databáze ve výhradním režimu, jinak ji budete muset spustit Konfigurátor a provést Aktualizace konfigurace databáze ručně.

Mnoho podnikatelů zabývajících se obchodními aktivitami nakupuje dva programy „1C: Accounting 8“ současně, aby zlepšili efektivitu řízení. (dále jen BP) a "1C: Trade Management 8" (dále jen UT).

BP se používá pro vedení regulovaného účetnictví a výkaznictví a UT se používá pro provozní a manažerské účetnictví ve společnosti.
Úspěch společného používání těchto softwarových produktů do značné míry závisí na organizaci výměny dat mezi konfiguracemi BP a UT.

Porozumění funkcím níže standardní výměna data pomohou vyhnout se chybám v procesu výměny mezi konfiguracemi a porušením účtování v každé konfiguraci zvlášť.

Při psaní tohoto článku byly použity materiály z dokumentace 1C pro softwarové produkty Metodika nastavení burzy je podrobně popsána v souboru htm „Sdílení konfigurací Trade Management (11) a Enterprise Accounting“, který se nachází v šablonách. adresář při instalaci jako 1C: Accounting 2.0 (dále jen BP) a 1C: Trade Management 11 (dále jen UT); doporučení obdržená na partnerské konferenci 1C a osobní zkušenost autor o vytváření a změnách nastavení výměny pro klienty společnosti RG-Soft Project Consulting LLC.

1. Nastavte jednosměrnou nebo obousměrnou ústřednu.

V první řadě je třeba vzít v úvahu, že z konfigurace BP lze do konfigurace UT nahrávat pouze doklady týkající se hotovostních a bezhotovostních transakcí. Peníze. Patří sem: Příchozí hotovostní příkaz, Odchozí hotovostní příkaz, Příjem na běžný účet a Odpis z běžného účtu. Doklady pohybu zboží vytvořené v BP nebudou nahrány do UT.

Společnost 1C doporučuje provést výměnu s bankou v UT. „Zajistíme tak plnohodnotnou práci s odchozími platebními doklady a další jednoduchá práce s příchozími dokumenty." Došlo však k situaci, kdy se ze souboru klient-banka do UT nepodařilo načíst téměř žádné složenky o platbě, přičemž tento soubor byl kompletně načten do BP.

Vysvětluje se to tím, že do UT přibyly přísnější kontroly obsahu souboru klient-banka, např.: kontrola vyplnění DIČ, kontrola čísla dokladu, číslo musí obsahovat pouze čísla v souladu s nařízení centrální banky ze dne 3. října 2002 N2-P „O bezhotovostním platebním styku V Ruská Federace“ (ve znění ze dne 3. března 2003, 11. června 2004, 2. května 2007, 22. ledna 2008).

Nastavení jednosměrné výměny (z UT do BP) má smysl pouze tehdy, pokud jsou všechny dokumenty a regulační informace vyplněny v UT. Tímto způsobem se lze vyhnout duplicitě prvků v této databázi.

K tomu je potřeba nakonfigurovat následující scénář výměny: vytvořit scénář výměny v konfiguraci UT, ve kterém se uloží pouze upload (obr. 1), v konfiguraci BP vytvořit scénář výměny a uložit pouze stahování.

Je nutné počítat s tím, že v takovém scénáři výměny budou všechny další dokumenty a referenční knihy vytvořené v BP zaregistrovány k výměně, ale nebudou načteny do UT, proto se doporučuje registraci pravidelně resetovat, jinak soubor zpráv pro výměnu z BP se bude neustále zvětšovat, což zpomaluje proces výměny.

K tomu se doporučuje použít zpracování Registrace změn pro Exchange82.epf, kterou naleznete v konfigurační dodávce "Konverze dat, Rev. 2.1". Po instalaci konfigurace je zpracování umístěno v instalačním adresáři aktualizace: ...\1c\Conversion\...číslo_verze…

Pokud jsou regulační a referenční informace vyplněny v UT i BP, pak by měla být nakonfigurována obousměrná výměna, ale může být nutné sledovat duplikáty interaktivně namísto automatického spuštění výměny (obr. 2).

Aby byla omezena výměna dat pouze na úrovni dokladu, není nutné konfigurovat jednosměrnou výměnu, stačí ve filtru výměny na straně BP nastavit datum, které je větší než datum posledního dokladu (viz Obr. 5). Před instalací filtru na datum se však musíte ujistit, že dokumenty v BP nebyly dříve zaregistrovány pro výměnu, jinak budou registrované dokumenty během výměny převedeny do jiné databáze.

Priorita změny dat

Pokud je výměna provedena nejprve v UT a poté v BP, pak budou mít přednost data stažená z UT. Například v UT vytvořili doklad „Příjem na běžný účet“, spustili výměnu nejprve v UT, poté v BP - doklad se objevil v konfiguraci BP. Poté účetní provedl změny tohoto dokladu v konfiguraci BP. Pokud se při následné výměně nezměnilo pořadí zahájení výměny, pak budou provedené změny na dokladu přepsány údaji z UT.

Pro správnou výměnu s těmi objekty, které byly změněny v obou databázích, 1C doporučuje organizovat práci tak, aby byl objekt upravován pouze v jedné z databází. V jiné databázi by měl být takový objekt otevřen pouze pro prohlížení. K tomu bude potřeba nakonfigurovat uživatelská přístupová práva, ale tento přístup zaručuje, že během výměny nedochází ke kolizím, tzn. nesrovnalosti, které vznikají při změně objektu v jedné i druhé databázi během období mezi výměnami (obr. 3).

2. Rozdíly mezi BP a UT ovlivňující výměnu

Smlouvy protistran

V konfiguraci UT se analýza dohod protistran neprovádí. Všechny operace, které jsou prováděny v konfiguraci UT, jsou po načtení do konfigurace BP vždy formalizovány v rámci samostatných smluv vytvořených a řízených samotným systémem UT.

Pokud v konfiguraci BP není souhlas s požadovanými parametry, pak je takový souhlas vytvořen. Je třeba poznamenat, že vyhledávání smlouvy se provádí pouze z počtu dříve stažených smluv z UT.

Management organizace na UT

Počínaje verzí 11.0.6.9 se v adresáři organizace v UT objevil předdefinovaný prvek „Management organization“. Tento prvek nesmí být namapován (ani změněn) na aktuální organizaci (jedna nebo jedna z nich). Zjistěte více o použití tohoto objektu si můžete přečíst v souboru dokumentace "Změny a doplňky k dokumentaci.htm", součástí dodávky UT.

Struktura firmy

V UT pro manažerské účetnictví se používá adresář „Enterprise Structure“, který obsahuje seznam divizí společnosti. Při přípravě dokumentů je povinné uvedení rozdělení podniku.

Prvky adresáře „Enterprise Structure“ nejsou mapovány na prvky adresáře „Organizační divize“ v BP. Aby se do UT nenahrály doklady s nevyplněnými detaily divize, musíte v nastavení výměny vyplnit výchozí hodnotu (obr. 4).

Sklad v tabulkové části

Pokud UT plánuje použít novou příležitost označující sklady v tabulkových částech dokladů, pak v nastavení uzlu výměnného plánu je nutné nastavit obecný sklad, který bude nahrazen při vyskladnění dokladů z UT do konfigurace BP místo skladů povolených pro výběr v tabulkové části dokumentů (obr. 4).

Druh nomenklatury

Při nahrávání dat z BP do UT se nevyplňuje atribut položky „typ položky“, je to dáno tím, že burza obsluhuje scénář při vytvoření položky v konfiguraci UT, nikoli v BP. . V dokladech pro pohyb zboží v UT není samostatná tabulková část pro účtování služeb (služby se vyplňují v tabulce zboží), proto, aby se služby uvedené v dokladech UT správně převedly do tabulkové části v BP, musíte:

1. V sekci regulačních a referenčních informací otevřete adresář „Typy položky“, přejděte na typ položky „služby“ – klikněte na „Všechny akce“ – povolte úpravy a vyberte Typ položky – Služba.

2. Změňte položku (službu) - klikněte na „Všechny akce“ - povolte úpravy a vyberte tento Typ položky s typem služby.

3. Nastavení výměnných filtrů (obr. 5)

Změna data nahrávání (stahování) dokumentů

1) Před posunutím data dopředu je nutné provést synchronizaci databází provedením výměnné relace, aby uzel neměl v době změny nastavení registrované dokumenty k výměně. V opačném případě po změně nastavení v důsledku nahrání mohou být takové dokumenty v přijímací databázi označeny k odstranění, pokud tam byly dříve nahrány.

2) Datum můžete posunout zpět, protože... tím se pouze rozšiřuje oblast nahrávaných dat. Stojí za zmínku, že v tomto případě nebudou dokumenty z dříve uzavřeného období automaticky zaregistrovány k výměně. Chcete-li to provést, musíte buď změnit dokumenty, nebo použít zpracování Registrace změn pro Exchange82.epf.

Filtrujte podle organizace

Povolení tohoto filtru vám umožní omezit seznam organizací, pro které je povolena výměna dat. Přítomnost povoleného filtru ovlivňuje jak stahování samotného adresáře organizací, tak stahování dalších dat souvisejících s organizacemi (adresáře a dokumenty).

Princip fungování filtrů pro nahrávání je následující: nové nastavení platí pro všechna data - v okamžiku vytvoření výměny, nebo pouze pro data, která byla změněna po aplikaci nového nastavení - po vytvoření výměny, proto se doporučuje při vytváření výměny dat přistupovat k nastavení filtrů co nejzodpovědněji .

Příklad: Při vytváření burzy uživatel nastavil filtr podle organizace. Do přijímající databáze byla nahrána pouze data pro zadanou organizaci. Dále se uživatel rozhodl, že data pro všechny organizace by měla být nahrána do přijímající databáze. Protože však nastavení platí pouze pro nově změněná data, stávající dokumenty a referenční knihy nebudou nahrány do přijímající databáze, dokud v nich uživatel neprovede jakékoli změny.

4. Odstranění objektů z jedné z databází

Označit ke smazání

Je možné, že dříve použitý adresářový prvek není plánován pro další účtování a uživatelé považují za vhodné označit tento adresář pro smazání. Objekty označené ke smazání nejsou součástí výměny. Tuto vlastnost je třeba vzít v úvahu.

Odstraňování duplikátů

Chcete-li odstranit duplicitní objekty, které vznikly během výměny, doporučujeme použít zpracování SearchAndReplaceValues.epf, který se nachází v adresáři \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na disku ITS. A pro kontrolu správnosti porovnání objektů dvou infobází lze otevřít Informační registr „Korespondence objektů infobáze“ a záznamy v tomto registru lze ručně upravit. Je důležité vědět, že po odstranění objektu v jedné z databází zůstane v položce registru informací shoda se smazaným objektem (nefunkční odkaz), budete muset buď porovnat jiný objekt, nebo položku odstranit.

5. Další nastavení

Položky peněžních toků

Pro konfiguraci UT možná budete muset zadat „corr. účet“ pro ty položky peněžního toku, které budou použity a vyloženy do BP.

Pro konfiguraci BP: možná budete muset zadat typ peněžního toku do prvků adresáře.

Uživatelé

Prvky uživatelského adresáře lze přenést do jiné databáze, pokud jsou označeny jako odpovědné v jednom z objektů účastnících se výměny. Pro takové objekty budete muset nakonfigurovat práva.

Základní předpona a předpona organizace

V UT má předpona vždy pevnou délku a oddělovač (pomlčku) „-“. Pokud tedy není zadán prefix infobáze nebo není zadán prefix organizace, bude nahrazen nulami. Při nastavování ústředny se však prefix infobáze vždy vyplní na centrální bance (pro UT) a na BP (respektive pro konfiguraci BP).

Toto řešení je standardem při generování čísel dokladů a kódů objektů. Předčíslí má pevnou délku a je odděleno pomlčkou od čísla dokladu. Pokud bude v budoucnu v databázi více organizací, pak jim bude stačit nastavit prefixy a nebude potřeba přečíslovat všechny objekty.

Oprava chyb

Náš článek zkoumal nejvíce důležité body organizování výměny dat mezi „1C: Řízení obchodu 8“ rev. 11 a „1C: Účetnictví 8“ rev.

Specialisté RG-Soft Project Consulting LLC jsou připraveni nabídnout nejen přizpůsobení burzy pro účetní funkce konkrétní organizace, ale také způsoby, jak opravit chyby ve stávajících burzách.

Při vývoji pravidel výměny 1C 8 se široce využívá možnost programově předefinovat chování pravidel výměny - mechanismus handler. Event handlery výrazně rozšiřují funkcionalitu a jsou nepostradatelným nástrojem pro nastavení pravidel výměny v případech, kdy nestačí interaktivní možnosti konfigurace.

Obslužné nástroje a algoritmy jsou napsány v jazyce platformy, ve které budou během výměny prováděny.

Pokud se jedná o platformu 1C: Enterprise 7.7, pak je kód obsluhy integrován do kódu zpracování nahrávání nebo stahování. V souladu s tím je každý obslužný program nebo algoritmus rozdělen do samostatné funkce a je k dispozici pro ladění během výměny.

Pokud dojde k nahrávání nebo stahování na platformě 1C: Enterprise 8, pak kód obsluhy není integrován do kódu zpracování výměny dat, ale je nahrán do souboru pravidel výměny. Během procesu výměny dat je kód obslužných rutin nebo algoritmů převzat ze souboru pravidel a spuštěn přímo v kontextu příkazu „Spustit“. K ladění kódu obslužných rutin a algoritmů můžete použít zpracování „Universal XML Data Interchange“.

Každý plán má specifický seznam prvků, do kterých může ukládat informace o změnách. Tento seznam se nazývá „Obsah plánu výměny“. Kompozici lze rozšířit, ale podpora konfigurace je odstraněna.

V „Plan Layout“ jsou uložena samotná pravidla, na základě kterých synchronizace funguje. Právě tento konverzní balíček (Pravidla registrace, Pravidla burzy, Pravidla korespondentské burzy) potřebujeme k dalšímu studiu.

Podívejme se na příklad synchronizace dat mezi konfiguracemi „1C: Plat a HR 3“ (ZUP) a „1C: Podnikové účetnictví 3“ (BP). Ihned poznamenejme, že v této úloze budeme muset konfiguraci odstranit z podpory. To je vyžadováno podle stavu.

Živý příklad potřeby zpřesnit standardní pravidla směny

Zákazník nás například kontaktoval s následujícím problémem: při synchronizaci mezi ZUP a BP nelze přenést data z adresáře „Registrace u finančního úřadu“, který je nutný k vyplnění dokumentu „Promítnutí mezd“ v účetnictví." Nyní tabulková část tohoto dokumentu na straně příjemce BP obsahuje prázdnou „Registrace...“ a uživatelé musí tyto položky v adresáři ručně vytvořit. Souhlas, je to nepohodlné. Tento bod můžeme zlepšit.

Řešení problému: pojďme dokončit konverzní balíček z výměnného plánu ExchangeSalary3Accounting3. Přidejme do standardních „1C Exchange Rules“ nové „Object Conversion Rule“ (PKO) pro adresář „Registrace u finančního úřadu“ a v souladu s tím „Property Conversion“ tohoto adresáře (PCS). Určitě dokončíme standardní „Pravidla pro registraci objektů“, protože bylo potřeba zaregistrovat změny adresáře na webu výměny. A projdeme si „pravidla výměny 1C“ databáze korespondenta.

Kde to všechno upravíme? K zápisu a změně pravidel potřebujeme konfiguraci „1C: Data Conversion 2“.

Finalizace standardních konverzních pravidel ze ZUP - Burzovního plánu BP

Začneme tedy dokončovat pravidla výměny 1C přidáním nového prvku do konfigurátoru pro plán výměny ExchangeSalary3Accounting3 – Registration with the Financial Authority directory. Tuto změnu provedeme v obou konfiguracích „1C: Platy a Enterprise Management 3“ a „1C: Enterprise Accounting 3“.

Uložme a aktualizujme konfigurace.

V podnikovém režimu pro každou databázi nahrajeme popis struktury metadat pomocí zpracování MD83Exp.epf pro platformu 1C:Enterprise 8.3. Zpracování lze nalézt v balíčku „1C: Data Conversion“.

V další fázi stáhneme konverzní balíček ze ZUP a BP. Balíček se musí skládat ze 3 souborů: Pravidla registrace, Pravidla burzy, Pravidla korespondentské burzy.

Tento článek nebude popisovat, jak je konfigurována synchronizace dat, můžete si to přečíst na webu Coderline v sekci „Odborné články“ nebo se podívat na záznamy webináře. Nyní je tato možnost již v databázích nakonfigurována. Přejděte proto do nastavení synchronizace (Administrace -> Synchronizace dat -> Nastavení synchronizace dat), klikněte na tlačítko „Načíst pravidla“. Otevře se před námi formulář „Pravidla pro synchronizaci“. Klikněte na tlačítko „Více“ a vyberte možnost „Uložit pravidla do souboru“.

Toto je balíček, který bychom měli dostat po vyložení.

Podobné akce provedeme pro další informační základnu „1C: Enterprise Accounting“.
V důsledku toho jsou všechny přípravné práce pro úpravu pravidel připraveny. My máme:

Popis struktury metadat pro načtení do „1C: Data Conversion 2“ (pro ZUP a BP);

Konverzní balíček, který obsahuje pravidla výměny 1C a pravidla registrace nezbytná pro načtení do „1C: Data Conversion 2“ (pro ZUP a BP).

Přejděte na „1C: Data Conversion 2“. Proveďme následující kroky v pořadí pro obě infobáze:

Načítání metadatových struktur našich konfigurací;

Vytváříme konverze a načítáme pravidla výměny dat 1C z konverzních balíčků (soubor pravidel se nazývá ExchangeRules);

Vytváříme registrace a načítáme pravidla registrace z konverzních balíčků (soubor pravidel se nazývá RegistrationRules).

Pojďme k naší revizi. Do pravidel výměny 1C přidáváme nové pravidlo konverze objektů (PKO) - adresář „Registrace u finančního úřadu“. Pro tento adresář přidáváme pravidlo převodu vlastností (PCR) a pravidlo nahrávání dat (DRU). Tento druh úpravy je nutné provést jak pro pravidla z balíčku ZUP, tak pro pravidla výměny z balíčku BP. Naše pravidla výměny nahrajeme do odpovídajících souborů ExchangeRules.

Přejděme k pravidlům pro registraci nového prvku. Přidáváme referenční knihu „Registrace u finančního úřadu“. Pravidla registrace nahrajeme do příslušného souboru z balíčku RegistrationRules. Tuto akci také provádíme pro obě databáze.

Revidovaná pravidla burzy a pravidla registrace jsou připravena. Nyní zkopírujeme obsah pravidel výměny (ExchangeRules) z balíčku BP do odpovídajících pravidel (CorrespondentExchangeRules) z balíčku ZUP. V odpovídajících pravidlech (CorrespondentExchangeRules) z balíčku BP zkopírujeme obsah pravidel výměny (ExchangeRules) z balíčku ZUP.

Výsledek by měl být následující:

Tím je práce v „1C: Data Conversion 2“ dokončena. Upravené balíčky převodních pravidel jsou hotové, zbývá je jen nahrát zpět do informačních databází a zkontrolovat synchronizaci.

Archivujte soubory z balíčků do ZIP archiv a nahrajte naše konverzní balíčky do ZUP a BP.

Vše je připraveno. Zbývá otestovat.

Připomeňme si podmínky problému. Pro stažení bylo nutné zaregistrovat adresář „Registrace u finančního úřadu“ a zkontrolovat, jak je vyplněno TC dokumentu „Odraz mezd v účetnictví“ na straně „1C: Enterprise Accounting 3“.

Ve zdroji „1C: Salaries and Enterprise Management 3“ registrujeme náš adresář ke stažení. Provádíme synchronizaci. Jdeme do databáze přijímačů a také provádíme synchronizaci pro příjem dat. Vezměte prosím na vědomí, že nyní má plán výměny potřebný adresář pro registraci změn.

Kontrolujeme na straně „1C: Enterprise Accounting 3“:

Shrnout. Výsledek úkolu byl úspěšně dokončen. Dokončili jsme výměnný plán ZUP - BP, přidali jsme nový prvek pro evidenci změn a přidali konverzní pravidla pro synchronizaci dat.

Automatizované systémy Ve většině případů se systémy pro správu skládají ze samostatných databází a často mají geograficky distribuovanou strukturu. Správně implementovaná výměna dat je přitom nezbytnou podmínkou pro efektivní práce takové systémy.

Prvotní nastavení ústředny může vyžadovat řadu akcí nejen z hlediska programování, ale i poradenství, a to i v případě, že máme co do činění s homogenními zdroji, jako je tomu u produktů na platformě 1C:Enterprise. Proč se nastavení výměny 1C (nebo, jak se také nazývá, synchronizace dat v 1C 8.3) může stát časově nejnáročnějším a nejdražším úkolem integračního projektu, se podíváme v tomto článku.

Výměna dat v prostředí 1C vám umožňuje:

• Eliminujte dvojité zadávání dokumentů;
• Automatizace souvisejících obchodních procesů;
• Optimalizujte interakci mezi distribuovanými odděleními;
• Okamžitě aktualizovat data pro práci specialistů z různých oddělení;
• „Rozlišujte“ mezi různými typy účetnictví.*

*V případech, kdy se údaje jednoho typu účetnictví výrazně liší od druhého, je nutné zajistit důvěrnost informací a „vymezit“ informační toky. Například výměna dat mezi 1C UT a 1C Accounting nevyžaduje nahrávání manažerských dat do regulační účetní databáze, tzn. synchronizace v 1C zde bude neúplná.

Pokud si představíte standardní proces implementace primární výměny dat, pokud je alespoň jeden z jejích objektů produktem 1C, lze rozlišit následující fáze:

• Koordinace složení burzy;
• Definice dopravy (výměnné protokoly);
• Nastavení pravidel;
• Plánování.

Identifikace složení výměny 1C

Předměty směny lze rozdělit na „zdroj“ a „příjemce“. Zároveň mohou plnit dvě role současně, kterým se bude říkat obousměrná výměna. Zdroj a cíl jsou určeny logicky podle potřeby popř funkčnost systémy.*

*Například při integraci „WA: Financier“ – řešení pro udržování finančního účetnictví a řízení pokladních procesů, vyvinuté na základě „1C:Enterprise“, odborníci WiseAdvice jej doporučují jako hlavní systém. To je způsobeno dostupností kontrolních nástrojů pro dodržování pravidel aplikační politiky, a tedy pro zajištění účinnosti řešení.

Dále je na základě přijatých a evidovaných požadavků od uživatelů vytvořen seznam dat pro výměnu, stanoven jejich objem, požadavky na četnost výměny a předepsán postup práce s chybami a řešení mimořádných situací (kolizí).

Ve stejné fázi, v závislosti na flotile stávajících systémů a struktuře podniku, je určen formát výměny:

Distribuovaná informační základna

• RIB předpokládá výměnu mezi identickými konfiguracemi databáze 1C s jasnou řídící strukturou „master-slave“ pro každý pár výměníků. Jako prvek technologické platformy může RIB kromě dat přenášet konfigurační změny a administrativní informace databáze (ale pouze z masteru na slave).

Univerzální výměna dat v 1C

• Mechanismus, který umožňuje konfigurovat výměnu databází 1C, a to jak s konfiguracemi na platformě 1C:Enterprise, tak se systémy třetích stran. Výměna se provádí převodem dat do univerzálního formátu xml v souladu s „Výměnnými plány“.

EnterpriseData

• Nejnovější vývoj 1C, určený k implementaci výměny dat ve formátu xml mezi produkty vytvořenými na platformě 1C:Enterprise s libovolnými automatizačními systémy. Použití EnterpriseData zjednodušuje úpravy spojené s výměnou. Dříve, když byla do systému zahrnuta nová konfigurace, bylo nutné implementovat mechanismus pro import a export dat, a to jak pro něj, tak pro stávající systémy. Nyní systémy, které podporují EnterpriseData, nepotřebují žádné úpravy, mají pouze jeden vstupní a výstupní bod.

Definice transportu (výměnné protokoly)

Systém na platformě 1C:Enterprise 8 poskytuje širokou škálu možností pro organizaci výměny s kýmkoli informační zdroje prostřednictvím obecně uznávaných univerzálních standardů (xml, textové soubory, Excel, připojení ADO atd.). Při určování přenosu pro výměnu dat byste se proto měli spolehnout na databázové schopnosti systému třetí strany.

Synchronizace adresářů

Základním principem efektivní synchronizace adresářů je přítomnost jediného vstupního bodu. Ale pokud mluvíme o práci s adresáři, které byly historicky vyplněny podle jiných pravidel, je nutné jasně definovat synchronizační pole, aby výměna byla „společného jmenovatele“.*

*V této fázi může být nutné provést práci na normalizaci referenčních dat na straně zdroje dat. V závislosti na stavu adresářů a jejich objemu může proces porovnávání prvků, rozpoznávání, identifikace chyb a duplikátů, jakož i vyplňování chybějících polí a přiřazování synchronizačních polí vyžadovat práci celé skupiny odborníků, a to jak na části integrátora (vlastníka techniky normalizace kmenových dat) a ze strany zákazníka.

Nastavení pravidel

Schopnost zobrazovat data ze zdrojových systémů v přijímačích závisí na správně definovaných výměnných pravidlech. Pravidla prezentovaná ve formátu xml upravují shodu klíčových detailů objektů zdroj-přijímač. Řešení 1C:Data Conversion je navrženo tak, aby automatizovalo vytváření pravidel pro implementaci jednorázových i trvalých výměn.

Zaručuje žádnou ztrátu dat během výměnného plánu výměny. Toto je nedílnou součástí jakékoli konfigurace na platformě 1C:Enterprise, která plně popisuje postup výměny 1C: složení dat (dokumenty s „identifikujícími“ detaily) a uzly (informační báze přijímač-vysílač), stejně jako aktivace RIB pro vybrané směry výměny.

Jakákoli změna údajů zapsaných do Burzovního plánu je zaznamenána a obdrží označení „změněno“. Dokud se změněná data v uzlech přijímače a vysílače vzájemně neshodují, znak nebude resetován a systém bude odesílat řídicí zprávy do obou uzlů. Po nahrání dat a potvrzení jejich plné shody v obou systémech se znak resetuje.

Plán výměny v 1C

Pro automatizaci pravidelné výměny je nastavena frekvence nahrávání dat. Frekvence výměny závisí na potřebě a technických možnostech. Konfigurace na platformě 1C:Enterprise vám také umožňují konfigurovat výměnu dat, když dojde k události.

Po zvážení standardního procesu implementace burzy věnujte pozornost faktorům, které budou vyžadovat zlepšení v různých fázích:

• Nestandardní, vysoce modifikované konfigurace databáze;
• Různé verze platformy "1C:Enterprise";
• Dlouho neaktualizovaný, to ne aktuální verze konfigurace;
• Předměty směny, které dříve prošly úpravami;
• Potřeba nestandardních pravidel výměny;
• Velmi odlišný soubor a složení detailů v existujících referenčních knihách.

Vzhledem k tomu, že i standardní akce k implementaci primární výměny dat vyžadují odborné znalosti, doporučuje se, aby byly prováděny za účasti specialistů 1C. Teprve po dokončení všech výše popsaných kroků byste měli přistoupit k nastavení ústředny v konfiguraci. Podívejme se na integraci databází na příkladu 1C:UPP a 1C:Retail (výměna s 1C:UT je nastavena podle stejného schématu). Součástí standardní synchronizace je také výměna SCP - SCP, která je typická pro rozsáhlé automatizační systémy v největších průmyslových podnicích.

V podnabídce „Služba“ vyberte „Výměna dat s produkty na platformě...“ (výběr přímé výměny s „Retail“ často vede k chybám na úrovni objektů COM). Všimněte si prosím servisní zprávy „Tato funkce není dostupná“.

Chcete-li tento problém vyřešit, musíte vybrat "Konfigurovat komunikaci"

...a zaškrtněte políčko. Dále ignorujte chybovou zprávu.

V nastavení synchronizace dat vyberte „Vytvořit výměnu s „Retail“...

Před konfigurací nastavení připojení přes místní popř síťový adresář Měli byste se ujistit, že je na disku místo pro adresář. I když zpravidla nezabere více než 30-50 MB, ve výjimečných případech může vyžadovat až 600 MB. Požadovaný adresář můžete vytvořit přímo z konfigurátoru.

Při připojování přes síťový adresář budete vyzváni ke konfiguraci připojení pomocí FTP adresy a e-mailem ignorovat kliknutím na „Další“.

V nastavení ručně zadáváme předpony - symboly databází (obvykle BP, UPP, RO), nastavíme pravidla a datum zahájení stahování dat. V názvu dokumentů bude uveden prefix, který označuje databázi, ve které byly vytvořeny. Pokud nedojde k úpravě pravidel nahrávání, budou se data nahrávat standardně podle všech dostupných parametrů.

Aby se naše akce neopakovaly, vytváříme soubor nastavení výměny pro „Maloobchod“. Pokud potřebujete okamžitě odeslat data ihned po nastavení synchronizace, zaškrtněte políčko.

Chcete-li proces výměny automatizovat, musíte nastavit plán.

Menu "Maloobchod".

Zaškrtněte políčko a vyberte „Synchronizace“.

„Reverzní“ nastavení provedeme výběrem Production Enterprise Management.

Načtěte soubor nastavení vytvořený v UPP.

Zaškrtneme, systém automaticky vyzvedne adresu.

Jednáme stejně jako v UPP.

Ověřovací porovnání dat (Manuální srovnání dat se doporučuje provést v přípravné fázi, protože tato práce může být v procesu implementace výměny nejnáročnější). Porovnávací okno se otevře dvojitým kliknutím myši.

V případě chyby v synchronizaci bude „Podrobnosti...“ nahrazeno „Nikdy...“.

„Podrobnosti...“ otevře protokol s aktualizovanými informacemi o burze.

Připraveno.