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; půjde 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. Dostupný velký výběr technologie, zdůrazníme ty hlavní: adresář (místní nebo síťový), FTP zdroj, COM připojení, 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 používá automatizovaný systém skládající se z velkého množství databází. 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ší nešetřit, ale kontaktovat kompetentního specialistu, který vám pomůže rozhodnout těžký úkol Nastavení výměny 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 dáváme podrobný příklad 1C 8.3 vyměňuje nastavení jednostranně 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 automatické provedení výměna.

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 (Registrační pravidla, 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 odebrat 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ý prvek- Adresář registrace u finančního úřadu. 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 se konfiguruje synchronizace dat, to si můžete 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í.

Pro druhého provedeme podobné akce informační základna"1C: Podnikové účetnictví".
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.

Soubory z balíčků archivujeme do ZIP archivu a nahráváme 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.

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 sdílení těchto softwarových produktů do značné míry závisí na organizaci výměny dat mezi konfiguracemi BP a UT.

Pochopení následujících funkcí typické výměny dat vám pomůže 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í ústředny je podrobně popsána v souboru htm “ Sdílení konfigurace Trade Management (11) a Enterprise Accounting“, která se nachází v katalogu šablon při instalaci jak 1C: Accounting 2.0 (dále BP), tak 1C: Trade Management 11 (dále 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 do konfigurace UT lze nahrát pouze doklady týkající se hotovostních a bezhotovostních cash flow transakcí. 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 se zpracování nachází 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čí nastavit datum větší než datum ve filtru výměny na straně BP. poslední dokument(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 mapován (ani změněn) na aktuální organizaci (jedna nebo jedna z nich). Další podrobnosti o použití tohoto objektu lze nalézt v souboru dokumentace "Změny a doplňky k dokumentaci.htm", součástí dodávky UT.

Struktura firmy

Pro manažerské účetnictví UT používá referenční knihu „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 „Organization Divisions“ 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 smazá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 smazat.

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: Trade Management 8“ rev. 11 a „1C: Accounting 8“ rev. 2.0.

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.

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á. Podívejme se blíže na doplňkovou funkcionalitu práce s pravidly burzy. Otevřeme nastavení pravidel 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é stanovit zákaz vykládky služeb. 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í ve struktuře Parametry při zápisu programový kód u psovodů. 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" ve formě prvku adresáře Převody.

Nestačí pouze specifikovat parametry, vykládací algoritmus musí „rozumět“, v jakém případě prvek uvolnit a v 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 ke 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 pro 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é v algoritmech 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.

V tomto článku popíšu, jak nakonfigurovat typickou výměnu dat mezi BP 3.0 a UT 10.3. (výměna s BP 3.0 je k dispozici od verze 10.3.20)

Směnu jsem nastavil podle následujících požadavků: pohyb zboží po dávce je nutné převést do BP; Z BP se stahují pouze informace o bankovních pohybech.

Chcete-li nastavit výměnu, musíte provést následující kroky:

1. Určete, ze které databáze bude provedeno první stažení. V zásadě můžete první unload provést z libovolné databáze, já jsem například provedl první unload z UT 10.3. Chcete-li to provést v UT, musíte udělat:

1.1. Při nastavování parametrů účtování zaškrtněte políčko „Použít výměnu dat“ a zadejte „Prefix IB“ (na rozdíl od BP 2.0 je počet znaků v prefixu omezen na 2).

1.2. Spusťte pomocníka při vytváření plánu výměny ("Služba->Výměna dat s produkty na platformě 1C: Enterprise 8.2->Výměny dat") kliknutím na tlačítko "Nastavit synchronizaci dat".

Stručně popíšu kroky nastavení v asistentovi:

a) „Výběr kroku nastavení synchronizace dat“, existují dvě možnosti pro vytvoření nového výměnného plánu nebo pokračování v již vytvořeném, v mém případě v UT 10.3 zvolím vytvoření nového a v účetnictví pokračujte v nastavení.

b) Je vybrán způsob přenosu dat, používám soubor ve sdílené složce.

c) Nastavení parametrů synchronizace, zde je potřeba zadat název další databáze (nemusí být přesný, já jsem uvedl „BP“) a prefix (zde je potřeba specifikovat přesně) a také je potřeba zadat parametry týkající se nahrávání pravidlo (například „Datum zahájení nahrávání dokumentů“, „Nahrát analýzy pro sklady“, „Náklady na odepsání převodu“, nastavit výběry vykládky atd.)

2.1. V nastavení programu (sekce "Administrace", položka "Nastavení programu") je třeba na záložce "synchronizace dat" nastavit příznak "Použít synchronizaci dat".

2.2. Spusťte asistenta vytvoření výměnného plánu (sekce "Administrace", položka "Synchronizace dat"). Klikněte na tlačítko "Konfigurovat synchronizaci dat" a vyberte typ synchronizace UT 10.3.

2.3. Asistentka říká:

a) Soubor nastavení uložený z databáze UT 10.3 (viz článek 1.3.(d)) Tento soubor ukládá data o názvu konfigurace, prefixu, způsobu připojení.

b) Konfigurace parametrů synchronizace. Zde můžete zadat: „Režim výměny“ (jednosměrný nebo obousměrný, zajímá mě pouze obousměrný), „Datum zahájení nahrávání dokumentů“, „Výběry podle organizace“, „Nastavení výchozích hodnot“.

2.4. Během prvního procesu načítání bude uživateli dána možnost ručně zadat neshodná data ( tuto funkci bude k dispozici při synchronizaci s dodatečné parametry, jak v UT, tak v BP).

Po dokončení první výměny je synchronizace považována za dokončenou, ale jsou k dispozici nastavení výměny dat a další funkce pro práci s výměnou. Chcete-li provést úpravy, musíte kliknout na tlačítko Upravit ve formuláři synchronizace.

Zde jsou některé zvláště důležité funkce:

1. „Načítání pravidel konverze objektů“, zde můžete zadat soubor s pravidly pro výměnu. Chcete-li s nimi pracovat, musíte použít konfiguraci "Data Conversion". V této konfiguraci je možné stahovat, měnit, porovnávat mezi sebou (důležitá funkce při aktualizaci) a ukládat pravidla převodu.

2. „Načítání pravidel registrace objektů“, zde můžete zadat soubor s pravidly registrace. Pro úpravu pravidel se také používá konfigurace "Data Conversion". Tato pravidla lze konfigurovat dodatečné podmínky k registraci objektů do databáze za účelem účasti na výměně.

3. „Parametry přenosu zpráv“, zde můžete změnit parametry připojení pro výměnu (například se změnila složka nebo ftp zdroj používaný pro výměnu).

4. „Získat nastavení synchronizace pro jiný program“, v tomto okamžiku je možné znovu nahrát soubor nastavení pro jinou konfiguraci.

5. „Složení odeslaných dat“ (Tato položka je dostupná pouze v BP 3.0; v UT 10.3 je tato funkcionalita implementována vestavěným zpracováním „Zápis změn pro výměnu“) Pomocí této funkce je možné měnit popř. odstranit registraci konfiguračních objektů ve výměně.

6. "Odstranit nastavení synchronizace", odstraní nastavení.

7. Synchronizace s dalšími parametry. Zde můžete ručně nakonfigurovat mapování přenášených dat. Přidejte také další dokumenty pro výměnu.