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ě báze, úč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á prodejna 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. Tato metoda se často používá, ale může způsobit chyby - dokument nemusí být vložen do nové databáze, protože podmínky během procesu mohou být jiné, než byly v době, kdy byl dokument zaúčtován do původní databáze.
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 úřad zapsal potřebné doklady pro 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 nutné 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 žádný „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í pro 1C ústředny. 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í způsob 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í ve standardní konfiguraci založené na tenkém klientovi – Trade Management edition 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 obrázku“ – tedy samotné podřízené databáze 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ě.
Automatizované řídicí systémy se ve většině případů 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í provoz takových systémů.
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íme standardní proces implementace primární výměny dat, kdy alespoň jeden z jeho objektů je produktem 1C, můžeme 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 v závislosti na potřebě nebo funkčnosti systému.*
*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)
Pro systém na platformě 1C:Enterprise 8 je poskytována široká škála možností pro organizaci výměny s libovolnými informačními zdroji pomocí 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 pravidlech výměny. 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. Jedná se o nedílnou součást jakékoli konfigurace na platformě 1C:Enterprise, která zcela popisuje postup výměny 1C: složení dat (dokumenty s „identifikačními“ detaily) a uzly (informační báze přijímač-vysílač), stejně jako aktivace RIB pro vybrané výměna směrů.
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;
- Verze konfigurace, které nebyly po dlouhou dobu aktualizovány;
- 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.
Protož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é ústředna 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 objektu 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í prostřednictvím místního nebo síťového adresáře byste se měli 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ář ignorujeme nabídku konfigurace připojení přes FTP adresu a e-mailem kliknutím na „Další“.
V nastavení ručně zadáme prefixy - symboly databází (většinou BP, UPP, RO), nastavíme pravidla a datum zahájení nahrává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 zautomatizovat proces výměny, 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í porovná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.
Výměna dat mezi aplikačními řešeními 1C 8 je něco, bez čeho není možné vybudovat plnohodnotný podnikový informační prostor.
- 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 podnikovém systému 1C 8.3. 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 probíhá 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í nebo 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á e-mailem. Konfigurace si navzájem posílají e-mailové zprávy a pravidelně kontrolují e-mailovou adresu pro nové zprávy.
- Přímé připojení (COM)— výměna se provádí prostřednictvím přímého propojení jedné databáze s jinou pomocí finančních prostředků.
- 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 spustí konkrétní uživatel:
Učebnice o 1C převodu dat (vydání 2) Podrobný úvod do pravidel výměny
Víme, jaká jsou pravidla výměny a proč jsou potřebná. Pojďme se blíže podívat na doplňkovou funkcionalitu práce s pravidly burzy. Otevřeme nastavení pro pravidla výměny dat (konverze):
Pravidla výměny specifikují zdrojové a cílové konfigurace pro data a navíc:
Záložka "Upřesnit":
Můžete zadat výchozí název souboru pro ukládání pravidel výměny, moduly pro nahrávání a stahování dat pro 7.7, název pravidel výměny.
Záložka "Parametry":
Dejme tomu, že úřad přijímá objednávky výhradně na zboží, proto je vhodné zavést zákaz služeb vykládky. Pokud je atribut Nomenklatury referenčního prvku Service nastaven na hodnotu True, pak je zaručeno, že nebude uvolněn. Nejlepší je okamžitě učinit kontrolu nad vykládáním služeb volitelnou, aby nedošlo ke změně pravidel, pokud vzdálená kancelář začne přijímat objednávky na služby.
Pro tento případ se budeme muset naučit dvě nové techniky pro práci s konfigurací „Data Conversion“ – pomocí handlerů a nastavení parametrů.
Parametry jsou specializovanou datovou strukturou v vykládacích algoritmech, kterou lze použít pro přístup k proměnným zpracování. Nastavení struktury parametrů pro pravidla konverze se provádí v konfiguraci "Konverze dat" a nastavení hodnot parametrů je možné formou zpracování dat upload a download.
Pro úpravu parametrů otevřete formulář prvku Conversions directory pro upravená pravidla burzy a přejděte na záložku parametry. Vytvoříme nový adresářový prvek Parametry. Uveďme název parametru – UnloadServices. Název parametru se používá k odkazování na něj ve struktuře Parametry při psaní programového kódu v obslužných rutinách. Název se zobrazí v tabulkové části Parametrů ve formuláři zpracování univerzální výměny dat. Aby byl parametr viditelný v dialogu při nastavování uploadu, je potřeba zaškrtnout políčko "Nastavit v dialogu" a vybrat typ hodnoty parametru. Pro práci s parametry v dialogu je nutné také zaškrtnout políčko "Stáhnout parametry ve formátu verze 2.01" v podobě prvku adresáře Převody.
Nestačí pouze specifikovat parametry, vykládací algoritmus musí „rozumět“, v jakém případě prvek uvolnit a ve kterém ne. Pro podobné (a mnoho dalších) případů se používá mechanismus handler. Jeho podstata spočívá v tom, že v klíčových bodech provádění všech základních algoritmů pro nahrávání a načítání dat je zpracováván kód napsaný vývojářem při vytváření pravidel výměny. Použití takového jemného nástroje přirozeně vyžaduje opatrnost a ohleduplnost. Doporučujeme, abyste si před psaním vlastních handlerů pečlivě pročetli nápovědu pro konfiguraci "Data Conversion 2.0", která popisuje všechny proměnné dostupné v handlerech a jak je používat, stejně jako typy handlerů a funkce volání v algoritmech výměny dat.
Pro náš účel musíme použít obslužnou rutinu vykládacího pravidla „Před vyložením“. Otevřeme pravidlo nahrávání dat nomenklatury a do pole „Před nahráním“ na kartě „Události“ umístěte následující kód programu:
Co dělá náš psovod? Při psaní programového kódu jsme použili proměnné algoritmů nahrávání dat. Struktura Parameters se používá pro přístup k parametru UnloadServices, který je uveden ve formuláři zpracování výměny dat. Proměnná object poskytuje přístup k stránkovanému objektu. A proměnná Refusal umožňuje řídit odmítnutí vyložení aktuálního objektu. Obsluha se provádí bezprostředně před vyložením předmětu, což umožňuje zrušit vykládku předmětu.
POUZE PRO VÝMĚNU V8 - V8 A NAHRÁVÁNÍ A STAŽENÍ ZPRACOVÁNÍ ALESPOŇ 2.0.18.1
Je možné přenášet parametry z jedné konfigurace do druhé. K tomu stačí zaškrtnout políčko „Pass parameter when uploading“ na záložce „Parameters“ a tento parametr bude umístěn do výměnného souboru a jeho hodnota bude přístupná při načítání dat. Můžete zadat pravidlo převodu pro parametr, podle kterého by se měly hodnoty převádět. Pomocí zaškrtávacího políčka "Předat parametr při nahrávání" můžete přenést pouze ty parametry, které se upravují v dialogu při nahrávání dat. Pokud potřebujete předat parametr, který se v tomto dialogu nenachází, musíte zavolat proceduru:
Na záložce Parametry nahrávání se objevil parametr, který mění hodnoty, které služby jsou buď uvolněny, nebo neuvolněny.
Podívejme se na jednoduchý příklad ze života. Řekněme, že máme firmu, která se zabývá velkoobchodem a maloobchodem a v této firmě se jako v každé jiné vede účetnictví. Podnik má dvě standardní databáze, jedná se o UT (obchodní řízení) a BP (účetnictví podniku), v každé z databází jsou vedeny vlastní záznamy, v UT je vedení, které odráží všechny transakce související s obchodem, v BP existuje účetnictví. Aby nedošlo k dvojí práci, tzn. nevytvářejte stejné doklady ve dvou databázích (přeci jen pohyby by měly být v managementu a účetnictví) pouze nastavíme synchronizaci mezi těmito databázemi.
Nastavíme výměnu dat jednosměrně, z UT ---> BP. Je také možné nastavit obousměrnou ústřednu, ale v praxi to není často vyžadováno, takže to v našem příkladu nebudeme uvažovat.
Přípravné kroky pro nastavení burzy v BP
Začněme s nastavením synchronizace, nejprve přejděte do databáze 1C "Enterprise Accounting 3.0" (přijímač), musíme zkontrolovat, zda je pro tuto databázi povolena synchronizace, abychom to mohli provést, musíme nejprve přejít do databáze. Jakmile se databáze otevře, přejděte na kartu "Administrace" ---> "Nastavení synchronizace dat"
Otevře se před námi nová karta, kterou je třeba vyplnit stejně jako na obrázku níže, s výjimkou předpony informační báze. Předpona se musí skládat ze dvou písmen, můžete nastavit libovolné, ale podle standardu 1C je lepší nastavit předponu podle názvu konfigurace, to znamená, že pro „Enterprise Accounting“ bude předpona „BP“. Pokud zakládáte složité burzy a existuje několik účetních databází, pak by se předpony měly od sebe zřetelně lišit, zde můžete jako zkratku použít první dvě písmena názvu organizace;
Pokračujeme v nastavování synchronizace dat v UT
Poté, co jsme provedli všechny potřebné akce v databázi přijímačů (BP 3.0), abychom mohli pokračovat v nastavování výměny dat, musíme otevřít zdrojovou databázi (UT 11.1). Přejděte na kartu „Správa“, v nabídce vlevo vyberte „Nastavení synchronizace dat“.. Pokud synchronizace není povolena, povolte ji pomocí zaškrtávacího políčka a nezapomeňte zadat zdrojovou základní předponu. Jakmile dokončíme všechny kroky 1-4, jak je znázorněno na obrázku níže, musíte kliknout na hypertextový odkaz „Synchronizace dat“ (krok 5).
V novém okně, které se objeví, musíte kliknout na zelené znaménko plus (Nastavit synchronizaci dat), v rozbalovací nabídce vybrat položku „Enterprise Accounting 3.0“.
Nastavení důležitých bodů ve výměně dat mezi UT a BP
Nyní vidíme okno s nastavením pro synchronizaci dat v 1C, vyberte „Zadat nastavení ručně“ a klikněte na „Další“.
Pokračujeme v nastavování výměny dat v 1C, na další záložce je potřeba vybrat možnost připojení k infobázi přijímače (přímé připojení k programu), parametry připojení (na tomto počítači nebo v místní síti), adresář, kde je umístěna základna přijímače a také potřebné autentizační údaje (uživatelské jméno a heslo v databázi).
Na další stránce musíme vyplnit pravidla pro odesílání a příjem dat z konfigurace BP 3.0 (přijímač). Klikněte na „změnit pravidla nahrávání dat“.
Otevřelo se před námi okno „Pravidla pro odesílání dat“, v němž nastavujeme následující parametry:
- Které referenční údaje budou odeslány (v našem příkladu nás zajímají pouze dokumenty a referenční údaje v nich použité, proto jsme vybrali příslušnou položku; pokud vyberete první položku „Odeslat vše“, budou všechny referenční knihy znovu načteny spolu s doklady, často pokud informace nejsou použity v dokladech, jsou pro příjemce k ničemu, protože to nijak neovlivňuje účetnictví)
- Od jakého data mají být všechny informace odesílány (v tomto článku nebudeme uvažovat o ruční synchronizaci)
- Komu nebo kterým organizacím zasílat data (v našem příkladu jsme vybrali jednu organizaci, IP "Podnikatel")
- Pravidla pro uzavírání smluv
- Generalizovaný sklad
- Mám srolovat dokumenty podle skladu?
Po provedení nastavení klikněte na „Uložit a zavřít“.
Protože v našem příkladu nastavujeme a používáme jednosměrnou výměnu, z UT do BP, pak nás nastavení pravidel pro získávání dat z „Podnikového účetnictví 3.0“ nezajímá, a tak klikneme na „Další“.
V novém okně jsme požádáni o konfiguraci pravidel pro základnu přijímače (RB). V bodě 1 pojmenujeme naši databázi, dáme jí prefix. PREFIX musí být stejný, jak jsme jej nastavili v samotné databázi BP na začátku tohoto článku, pokud se předpony liší, synchronizace dat v programu 1C nebude fungovat. Poté klikněte na bod 2 a poté na bod 3.
V bodě 3 musíme umožnit zpracování dokumentů při jejich načtení do databáze. Klikněte na "Uložit a zavřít".
Nyní by okno mělo vypadat podobně jako to zobrazené níže, klikněte na „Další“.
Toto okno obsahuje referenční informace o synchronizaci vytvářené v 1C. Stačí kliknout na tlačítko "Další". Pokud program vygeneroval chybu při nastavování synchronizace dat, musíte nás kontaktovat, aby vám náš specialista 1C mohl pomoci právě teď!
Další krok program nabídne synchronizaci ihned po vytvoření nastavení výměny dat. Souhlasíme s tím a klikneme na „Hotovo“.
Objeví se před vámi okno, ve kterém uvidíte informace o tom, jak synchronizace probíhá. Pokud základna přijímače není prázdná, tzn. v něm již byly vedeny záznamy, pak bude uživatel v programu 1C vyzván k ručnímu porovnání objektů. Porovnání objektů v 1C při synchronizaci dat je porovnání identických objektů přijímače s identickými objekty ve zdroji.
Podívejme se na příklad, řekněme, že v UT existuje protistrana s názvem „PharmGroup LLC“ a DIČ 1234567 a v BP je také protistrana s DIČ 1234567, ale název „PharmGroup“, pokud je neporovnáme dva objekty při porovnávání dat ve fázi synchronizace, pak po synchronizaci v přijímači (Enterprise Accounting 3.0) budeme mít dvě protistrany s TIN 1234567 a dvěma názvy „PharmGroup LLC“ a „PharmGroup“. Aby se takovým situacím předešlo, byl vynalezen mechanismus pro porovnávání objektů.
V našem příkladu je databáze přijímačů prázdná, a proto se okno pro porovnání objektů neotevřelo. Ale po provedení některých operací systém určitě vyzve uživatele k přidání dalších údajů a zobrazí následující okno. Nepotřebujeme přenášet žádná další data, vše potřebné jsme již nakonfigurovali dříve, takže v tomto kroku vybereme „Nepřidávat dokumenty k odesílání“. Klikněte na "Další".
Poslední fáze výměny dat mezi 1C
V konečné fázi program zobrazí následující okno, ve kterém bude uživatel informován, že synchronizace proběhla úspěšně, klikněte na „Dokončit“. V tomto okamžiku je dokončena synchronizace mezi databázemi v jednosměrné výměně z „Trade Management 11.1“ (UT) do „Enterprise Accounting 3.0“ (BP).