Pravidla pro výměnu dat 1s 8.3 účetnictví. Vzhled a vlastnosti použití univerzální výměny dat

Jak používat pravidla burzy

Jak vytvořit pravidla výměny

Informační báze vytvořené 1C mají podobnou datovou strukturu. Proto bude jednodušší psát pravidla pro tyto databáze. Pokud jsou výrobci informačních bází různí, pak je obtížnější psát pravidla přenosu a v některých případech to není vhodné.

Pravidla se vytvářejí v infobázi s konfigurací "Konverze dat".

1) Konfigurace infobáze

Po stažení struktury databáze je nutné ji přidat do seznamu konfigurací.

2) Pravidla výměny dat

Přidání nové konverze

Úprava pravidel burzy

Konverzní pravidlo pro objekt lze vytvořit automaticky kliknutím na tlačítko "Synchronizovat objekty...". Níže je uveden příklad ručního vytvoření pravidla pro adresář "Měny". Po kliknutí na tlačítko "Přidat" na kartě "Pravidla konverze objektů" se otevře asistent pro přidání nového pravidla.

1) Nejprve musíte vybrat zdrojové a cílové objekty infobáze.

2) Zde je třeba nastavit nastavení přenosu.

3) V obslužných programech událostí ve vestavěném jazyce můžete napsat své vlastní algoritmy pro zpracování dat během přenosu.

Úkol

Přenést informace o protistranách z NAHORU PROTI BP. Data jsou přenášena jednostranně, identifikace se provádí pomocí jedinečného identifikátoru Konverzní pravidla se konfigurují pomocí speciální konfigurace Konverze dat, vydání 3.0(Dále - KD 3.0).

Provedené akce

Fáze 1. Příprava na konfiguraci pravidel.

Chcete-li nakonfigurovat pravidla převodu v konfiguraci KD 3.0 musí obsahovat informace o struktuře informačních bází, mezi kterými jsou data synchronizována, a také o struktuře formátu Podniková data.

Krok 1. Nahrání struktury informačních bází UP a BP.

Ke stažení informací o struktuře infobáze se používá zpracování MD83Exp.epf, který je součástí konfiguračního balíčku KD 3.0.

Pro každou infobázi ( NAHORU A BP) musíte provést následující kroky:

1. Otevřete informační databázi v režimu Enterprise.
2. OTEVŘENO externí zpracování MD83Exp.epf(Nabídka Soubor a Otevřít).
3. Zadejte název souboru, do kterého se má struktura infobáze uložit.
4. Zkontrolujte nastavení ve formuláři zpracování (všechny příznaky musí být vymazány).
5. zmáčknout tlačítko Vyložit.

Krok 2. Export schématu výměnného formátu xml

Chcete-li stáhnout schéma výměnného formátu, použijte standardní vlastnosti platformy.

Musíte provést následující:

1. Otevřete některou z informačních databází (příp NAHORU nebo BP) v režimu „Konfigurátor“.
2. Ve stromu metadat najděte balíčky XDTO s názvy ExchangeMessage A EnterpriseData_1_0_beta.
3. Umístěte kurzor na balíček XDTO, klikněte pravým tlačítkem a kontextová nabídka vybrat předmět Export schématu XML. Zadejte cestu a název souboru, který chcete exportovat. Tento krok proveďte pro každý ze dvou balíčků a uložte schémata XML do dvou různých souborů.

Krok 3. Načtení struktury infobáze do konfigurace CD 3.0

Načítání se provádí do konfigurace KD 3.0 v režimu Enterprise. Následující kroky by měly být provedeny pro každou z konfigurací, pro které jsou konfigurována pravidla převodu ( NAHORU A BP).

1. Přejděte do sekce Konfigurace a vyberte příkaz
2. Zadejte cestu k souboru se strukturou infobáze (viz. Fáze 1, Krok 1).
3. Zadejte způsob stahování & PROTI nová verze konfigurace.
4. zmáčknout tlačítko Provést stahování

Krok 4. Načtení struktury výměnného formátu do konfigurace CD 3.0

1. Přejděte do sekce Formát dat a vyberte příkaz.
2. Zadejte soubory se strukturou formátu (viz. Fáze 1, Krok 2). Musíte zadat oba soubory najednou pomocí vícenásobného výběru.
3. Zkontrolujte název hlavního balíčku XDTO – musí odpovídat jmennému prostoru balíčku XDTO EnterpriseData_1_0_beta(viz v konfigurátoru NAHORU nebo BP).
4. Zadejte způsob stahování & na novou verzi formátu.
5. zmáčknout tlačítko Provést stahování, počkejte na dokončení stahování.

Fáze 2. Vytváření konverzí

Chcete-li vyřešit popsaný problém, musíte vytvořit dvě konverze:

• UE (pro stahování dat z NAHORU vyměnit formát)
• BP (pro načítání dat z výměnného formátu do BP)

Konverze se vytvářejí v sekci Konverze, tým Konverze. Pro nový převod musíte zadat název, konfiguraci a formát výměny. Například konverze pro konfiguraci UE:

• název& „UP2.0.7“.
• Konfigurace& „Enterprise Management“.
• Podporované verze formátu& jeden řádek, ve kterém je vybrána jedna položka adresáře Verze formátu.

• pravidla zpracování dat,
• pravidla pro konverzi objektů,
• pravidla pro převod předdefinovaných dat.

Chcete-li přejít na sadu pravidel pro konkrétní konverzi, musíte přejít do části Konverze, vybrat tým Nastavení pravidel převodu a vyberte ze seznamu konkrétní konverzi, pro kterou budou nakonfigurována pravidla. V důsledku toho se formulář otevře Nastavení pravidel burzy, který obsahuje všechna pravidla pro konkrétní konverzi.

Fáze 3. Vytvoření pravidel pro převod objektů

Krok 1. Konverzní pravidlo pro vykládání protistran z UE

1. NAHORU.
2. Přejít na záložku
3. Základní informace:
   1. ID pravidla: “Directory_Counterparties_Dispatch”,
   2. Objekt konfigurace
   3. Formátovat objekt: "Adresář".
   4. Oblast použití: Poslat.
4. zmáčknout tlačítko Zapsat a přejděte na záložku Pravidla převodu nemovitosti:
   1. Využijte službu automatického párování nemovitostí
      1. zmáčknout tlačítko Nastavení PKS
      2. Ve formuláři, který se otevře, klikněte na Automatch. Budou porovnány vlastnosti „DIČ“, „KPP“, „Jméno“, „Celé jméno“, „Další informace“, „Právní osoba“.
      3. a zavřete formulář pro nastavení pravidel převodu vlastností
5. zmáčknout tlačítko Uložit a zavřít.

Krok 2. Konverzní pravidlo pro načítání protistran do BP

1. Otevřete nastavení pravidel burzy pro převod BP.
2. Přejít na záložku Pravidla pro převod objektů.
3. Vytvořte nové pravidlo převodu a vyplňte údaje na kartě Základní informace:
   1. ID pravidla: “Directory_Counterparties_Receipt”,
   2. Objekt konfigurace: “DirectoryLink.Counterparties”,
   3. Formátovat objekt: "Adresář".
   4. Oblast použití: Pro získání.
4. zmáčknout tlačítko Zapsat a přejděte na záložku Identifikace. Určete způsob identifikace „Podle jedinečného identifikátoru“.
5. Přejít na záložku Pravidla převodu majetku
   1. Použijte službu automatického párování nemovitostí:
      1. zmáčknout tlačítko Nastavení PKS
      2. Ve formuláři, který se otevře, klikněte na Automatch. Budou porovnány vlastnosti „DIČ“, „KPP“, „Jméno“, „Celé jméno“, „Další informace“, „Právní osoba“.
      3. Uložte výsledek automatického párování a stiskněte tlačítko Vytvořte pravidla převodu vlastností a zavřete formulář pro nastavení pravidel převodu vlastností.
   2. Ručně přidejte pravidlo převodu vlastnosti pro OKPO (vlastnost konfigurace & „CodePoOKPO“, vlastnost formátu & „OKPO“).
   3. Později se budete muset vrátit k pravidlům převodu vlastností a vyplnit pravidlo převodu vlastností pro vlastnost „LegalIndividual“, což je výčet.
6. Přejít na záložku Před záznamem přijatých dat a napište algoritmus pro vyplnění země registrace nové protistrany. Algoritmus obsahuje následující text: „Země registrace = Země světa;“.
7. zmáčknout tlačítko Uložit a zavřít.

Fáze 4. Vytvoření pravidel pro převod předdefinovaných dat

1. NAHORU nebo BP)
2. Přejít na záložku Pravidla pro převod předdefinovaných dat
3. Vytvořte nové pravidlo převodu a vyplňte jeho vlastnosti:
   1. ID pravidla: “Transfer_LegalIndividual”
   2. Objekt konfigurace: “TransferLink.LegalIndividual”
   3. Formátovat objekt: “Právní jednotlivec”
   4. Oblast použití: pro odesílání a přijímání
   5. V poli tabulky vyplňte shodu mezi hodnotami výčtu konfigurace a formátu: „Fyzická osoba“ & „Jednotlivec“ a „Právnická osoba“ & „Právnická osoba“
   6. zmáčknout tlačítko Uložit a zavřít
4. Zadejte nové pravidlo v pravidle převodu pro vlastnost „LegalIndividual“ adresáře Protistrany
   1. Přejít na záložku Pravidla konverze objektů
   2. Protistrany, otevřete formulář pravidla
   3. Přejít na záložku Pravidla převodu majetku a najděte pravidlo pro vlastnost „LegalIndividual“
   4. Otevřete formulář pravidla převodu majetku a uveďte v něm pravidlo převodu objektu & „Transfer_LegalIndividual“.
   5. Uložte změny

Fáze 5. Vytvoření pravidel zpracování dat

Postup je u obou převodů stejný.

1. Otevřete nastavení pravidel burzy pro převod ( NAHORU nebo BP)
2. Přejít na záložku Pravidla konverze objektů
3. Najít pravidlo převodu adresáře Protistrany, otevřete formulář pravidla
4. zmáčknout tlačítko Vytvořit na základě & Pravidla zpracování dat
5. Ve vytvořeném pravidle zpracování dat zkontrolujte automaticky vyplněné vlastnosti:
   1. ID pravidla& zadejte totéž jako u pravidla pro zpracování dat („Directory_Counterparties_Sending“ nebo „Directory_Counterparties_Receiving“)
   2. Oblast použití& stejné jako u pravidla pro zpracování dat
   3. Ukázkový objekt:
      1. pro konverzi NAHORU& „DirectoryLink.Counterparties“
      2. pro konverzi BP& "Adresář"
   4. Pravidlo konverze objektu& odkaz na pravidlo převodu objektu.
6. zmáčknout tlačítko Nahrajte a zavřete.

Fáze 6. Získání modulů správce výměny dat

Modul správce výměny dat je vyžadován k výměně dat mezi konfiguracemi v souladu s konfiguracemi konfigurovanými v KD 3.0 pravidla.

Postup je stejný pro oba převody:

1. Otevřená informační základna NAHORU nebo BP v režimu „Konfigurátor“. Najít ve stromu metadat společný modul Exchange Manager prostřednictvím univerzálního formátu a otevřete jej pro úpravy. Modul musí být prázdný.
2. Otevřená informační základna KD 3.0 v režimu Enterprise.
3. Přejděte do sekce Konverze a vyberte tým Vyložení modulu.
4. Ve formuláři, který se otevře, označte příslušnou konverzi a klikněte na tlačítko Vyložit. Modul bude zkopírován do schránky.
5. Přejděte do konfigurátoru infobase NAHORU nebo BP a vložte obsah schránky do sdíleného modulu Exchange Manager prostřednictvím univerzálního formátu.
6. Uložte konfiguraci.

Modul lze nahrát do schránky také z formuláře pro nastavení pravidel burzy pomocí tlačítka Uložit modul správce výměny.

Aby byla data vyměňována podle nastavených pravidel, je nutné nakonfigurovat synchronizaci dat prostřednictvím univerzálního formátu v obou informačních bázích v režimu „Enterprise“.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Věnujte pozornost poli Prefix zde musíte 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 množstvím 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.

Nastavíme 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 pokud je výsledek pozitivní, 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.

Protože se v příkladu jedná o jednosměrný přenos informací, měli byste v dalším okně nastavení pro příjem dat z jiného programu nastavit hodnoty na Neodesílat. Nahrajte a zavřete. Dále.

Nyní je potřeba zkontrolovat zadané parametry a pokud jsou správné, klikněte na Další, jinak se vraťte na předchozí krok kliknutím na Zpět.

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

Pokud je potřeba korelovat identické 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 problémové situace, výsledky můžete zobrazit 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.

Potřebujete nastavit výměnu dat?

15 LET PROGRAMUJEME 1C A VYTVÁŘÍME VIDEONÁVODY ZDARMA

Máme tým programátorů, kteří mají rozsáhlé zkušenosti s nastavením 1C výměny:

Mezi konfiguracemi 1C,

Při nastavování výměny 1C s jinými programy.

Proč nás vybrat?

Doba odezvy až 2 hodiny pro naléhavé úkoly, a to i o víkendech a svátcích.

40+ programátorů na plný úvazek se zkušenostmi 1C od 5 do 20 let.

Na splněné úkoly děláme video návody.

Živá komunikace prostřednictvím libovolného pohodlné pro klienta posly.

99% úkolů je dokončeno vzdálený přístup(TeamViewer nebo RDP), což výrazně zkracuje dobu dokončení úkolu.

Oficiální partneři společnosti 1C od roku 2006.

Zkušenosti s úspěšnou automatizací od malých firem až po velké korporace.

99 % klientů je s výsledky spokojeno, což potvrzují i ​​děkovné dopisy.

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

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

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

Co je Exchange 1C?

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

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

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

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

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

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

Adresáře 1C (a sada všech adresářů „v komplexu“ se nazývá NSI - normativní referenční informace) – měly by být obvykle stejné v různých databázích. 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 „odeslané“. To způsobuje pochopitelné potíže při přenosu.

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

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

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

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

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

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

1C výměnné plány

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

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

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

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

Vytvoření URIB 1C

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

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

• Výměna 1C s webem: výměna s webem 1C:Bitrix
• Exchange 1C UPP-UT nebo UT-Retail: typické výměny s dvojitý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í metoda pro ukládání informací o místě, kde byly vytvořeny adresáře a dokumenty.

Nyní je třeba nakonfigurovat, jak bude probíhat proces periodické výměny informací 1C mezi vytvořenými databázemi.
Všechna nastavení RIB v 1C jsou ve standardních konfiguracích, obvykle v nabídce Servis/Distribuce informační základny/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 obrazu“ – tedy samotné databáze otroků s nahráním primárních informací do ní.

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

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 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é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).

Přejděme přímo 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.