Převod dat 2.0 a 2.1 - technologická konfigurace společnosti 1C, implementovaná na platformě verze od 8,1 do 8,3.

Hlavním úkolem tohoto nástroje je napsat pravidla pro výměnu mezi aplikovanými řešeními 1C 8 a 7. Aktuální verze převodu dat je dnes 3,0.

Převod dat je velmi užitečnou konfigurací, pomocí které můžete vyřešit nejen problém přenosu informací z jedné infobáze do druhé, ale také například převod informací v jedné databázi.

Konfigurace je velmi vhodná, když.

Převod dat bude užitečný pro všechny programátory: Mít dovednosti vytvářet pravidla výměny je vážným plusem profesionálních dovedností.

Praktické problémy jsou nejvhodnější pro učení se práci s konfigurací. Zkuste přijít s úkoly pro sebe, například: přenést jakékoli informace z jedné databáze do druhé, proměnit prodejní doklad na účtenku, „řídit“ aktuální zůstatky účetnictví v dokumentu „zadávání zůstatků“ a další úkoly.

Bude velmi užitečné porozumět „typickým“ směnným pravidlům 1C 8.3, které často najdete zajímavé příklady provádění úkolů.

K pochopení základů budete potřebovat materiály, budeme je zvažovat níže.

Pokyny k převodu videa

Základy nastavení výměny dat v 1C pomocí konfigurace „1C Data Conversion“, viz video:

Materiály, návody pro studium 1C konverze dat 2.0

Na síti není příliš mnoho materiálů a dokumentace, snažil jsem se shromáždit nejdůležitější a nejzajímavější materiály:

0. Nejprve ze všeho doporučuji zdarma video kurz Ilya Leontievové, který je k dispozici na adrese odkaz.

1. Doporučuji nejprve použít zabudovanou nápovědu v konfiguraci. Je to opravdu dobře napsané a technicky dobře provedené:

2. Druhým nejdůležitějším zdrojem informací je web http://www.mykod.info/ (web byl uzavřen) specializovaný na převod dat. Zde si můžete stáhnout velké množství konverzních materiálů.

3. Chtěl bych zvlášť zdůraznit příručku - (od Olgy Kuznetsové).

1. Úvod.

2. Co potřebujete: Konfigurace 1C: Převod dat 2. * a zpracování z balíčku. Pro příklad úkolů vezměme konfigurace 1C: Trade Management 11 a 1C: BP 3. *.

Chcete-li tedy vyvinout pravidla pro odesílání dat na 1C, budete potřebovat konfiguraci 1C: Převod objektů 2 a zpracování obsažené v balíčku.

Například jsme již nasadili konverzní základnu a spustili ji.

Napíšeme vývoj pravidel výměny mezi konfigurací 1C: Trade Management 11 a 1C: Enterprise Accounting 3 (pravidla pro výměnu UT / ACC).

3. Pro uvolnění struktury a výměny metadat budeme potřebovat Zpracování.

První věc, kterou si můžete pro vývoj dát, jsou soubory se strukturou metadat. To se provádí pomocí vykládacího zpracování struktury metadat zahrnutých v balíčku pro převod objektů.

Ve skutečnosti v rozbaleném konfiguračním adresáři pro konfigurace ve spravovaných formulářích máme zájem o zpracování MD83Exp.epf. Pokud je třeba vykládku provést z konfigurací na běžných formulářích, použije se zpracování MD82Exp.epf. To je například v případě, že potřebujete získat strukturu z takových konfigurací, jako je 1C: UT 10, 1C: Management výrobní podnik 1.3, 1C: Integrovaná automatizace 1.1, 1C: Zup 2.5 atd.

Dále již pro nahrávání a stahování dat do 1C pomocí našich pravidel budete muset zpracovat „Univerzální výměnu dat ve formátu XML“ V8Exchan83.epf pro konfigurace na spravovaných formulářích, jako je 1C: Trade Management 11. *, 1C BP 3, 1C: ERP 2. * a podobně. A podle toho V8Exchan83.epf - pro konfigurace na běžných formulářích.

4. Nahrávání struktury konfiguračních metadat 1C: Trade Management 11.3 a 1C: Enterprise Accounting 3.0. *

Začněme uvolněním struktury metadat z konfigurace 1C: Enterprise Accounting 3.
Otevřeme zpracování MD83Exp.epf

Ve formuláři zpracování jsou další nastavení, kde můžeme povolit nebo zakázat možnost vykládání registrů a pohybů v 1C. Je také na výběr, kde bude vykládka probíhat: na serveru 1C nebo „na klientovi“. Označujeme název souboru, kde bude datová struktura uvolněna. Podobným způsobem nahrajeme strukturu konfiguračních metadat Trade Management 11.

Nyní musíte načíst konfiguraci do konverzní databáze. K tomuto bodu se můžete dostat jak ze seznamu konfigurací, tak ze seznamu konverzí. Pojďme se načíst z plochy:

Načtěte strukturu BP v dialogovém okně:

A podobně - struktura obchodní správy.

Po dokončení stahování se zobrazí dialogové okno, ve kterém můžete určit název, který vám vyhovuje.

6. Vytvoření převodních pravidel v 1C na konkrétním příkladu úlohy.

Dále přejděte na „Nastavení pravidel objektu“, kde vytvoříme nové nastavení.
V dialogovém okně pro vytvoření převodu vyberte konfiguraci „zdroj“ a „příjemce“ (dříve načtené) a klikněte na OK.

Protože v tomto článku jsem plánoval ukázat vytvoření „od nuly“ a „bez odpadků“, připomínám vám, že nic nevytváříme automaticky. Žádné prototypy.

V tomto dialogovém okně nic neděláme, stačí kliknout na - "Zavřít".

Vytvoříme pravidla pro vykládání ne jednoho dokumentu do jednoho, ale jednoho typu do jiného, \u200b\u200bnapříklad dokladu o prodeji zboží / služeb z UT 11 s potřebnými referenčními doklady k dokladu Příjem zboží / služeb v BP 3.

Vytváříme tedy nové PKO (pravidlo pro převod objektů na 1C)

Vyberte zdroj prodeje zboží / služeb a příjemce příjemce zboží / služeb a klikněte na OK.
V tomto případě se zobrazí dialogové okno, kde opět odmítáme automaticky vytvářet PCC (Pravidla převodu vlastností). Dále vybereme pouze ty potřebné.

Ale na návrh na vytvoření PVD (pravidla pro nahrávání dat) odpovíme „ano“.

Vytvoří se PVD, což se projeví ve zpracování univerzální XML výměny pro výběr:

Budou také vytvořena pravidla pro převod dat s prázdnými pravidly pro převod vlastností.

Navíc je vidět, že ve výchozím nastavení je POC navrženo pro vyhledávání podle interního identifikátoru objektu. To je indikováno lupou poblíž PKO. Provedeme vyhledávání a uděláme to podle čísla dokumentu a data na začátku dne.

Vyhledávání odstraníme pomocí UIO:

Nyní začneme odpovídat požadovaným vlastnostem (atributům) objektu. Chcete-li to provést, stiskněte „Synchronizovat vlastnosti“ (na obrazovce označte „1“). Odstraňujeme rekurzivní vytváření pravidel („2“). Odstraňte všechny označené podrobnosti („3“). A sami si vybereme, co potřebujeme.

Vyberte například potřebné:

Upozorňuji na skutečnost, že provedeme PCS protistrany organizaci a organizaci protistraně a porovnáme také některé podrobnosti, které se neshodují v názvu, například „Měna“ a „Měna dokumentu“.

Kde vidíme, že dosud neexistují žádná pravidla pro převod.

Začněme podrobně popisovat a popisovat. Nejprve nastavíme vyhledávání dokumentu, jak jsme psali dříve, provedeme vykládku a hledáme dokument na začátku data a změníme číslování. První tři znaky nahradíme vlastní předponou „UTB“. A protože v BP a UT je vždy 11 znaků, vytvoříme složené číslo: naši předponu a 8 znaků ze zdroje. Příklad je uveden níže.

Vykládání dokumentů provádíme vždy, aniž bychom byli posláni a bez pohybu. Předpokládáme, že dokumenty budou zveřejněny v příjemci po ověření uživatelem.

K tomu je PCN nastaveno jako neprovedené, 0 nebo 1, používáme jej jako booleovský kód.

Jako příklad použijte měnu, vytvořte pravidlo převodu objektů pro PCS. Zároveň se domníváme, že v obou základnách jsou měny a měly by být synchronizovány pomocí kódu. Proto v měnách PKO nevytvoříme všechny PCS, ale pouze přidáme kód pro vyhledávání. Ty. odmítneme návrh na vytvoření PCS pro objekt.

Vytvořené pravidlo převodu bylo nahrazeno do dokumentu PKO pro PMS. A pravidlo samotné je ve výchozím nastavení navrženo jedinečným identifikátorem. Opravíme to, proveďte kódové vyhledávání a nastavíme vlastnost tak, abychom nevytvářeli nový objekt.

Výsledkem je možnost:

Analogicky vytváříme pro zbytek potřeb PKO a PKS. Navíc jsme zadali hledání organizace protistranou a naopak TIN. Takto vypadá přibližně s minimálními detaily (v případě potřeby je můžete přidat).

U PKO kontraktů dodavatelů hledáme PKS kontraktor, jméno a vlastníka.

Podívejme se, jak zadat požadovanou hodnotu v typu výčtu v PCN. Například atribut „TypeOperation“. Zde můžete použít různé podmínky a náhradní hodnoty. Například potřebujeme, aby „typ operace“ byl vždy vyložen „Výrobky“, v tomto případě stačí napsat požadovanou hodnotu do řádku „na čelo“.

Níže je ukázáno, jak nastavit bez komplikací a ve většině případů PKS pro frekvenci vzájemného vypořádání, míru vzájemného vypořádání, účetní účty.

V případě nomenklatury PKO nechte hledání hledat pomocí interního jedinečného identifikátoru. Ale budu věnovat pozornost tomu, jak můžete předefinovat svou skupinu. Souhlasíme například s tím, že nová položka bude vyložena z konfigurace 1C: Trade Management 11, ale je nutné, aby byla položka shromážděna v určité skupině „OurGroup“.

Pro splnění tohoto úkolu vytvoříme další PKO. Říkejme tomu „NomenclatureParent“, který uvedeme v PCS rodiče v pravidlu převodu.

Nastavili jsme dvě vyhledávání: podle jména, kde je název pevně označen pro naši skupinu a povinná vlastnost atributu „ThisGroup“ je pravdivá.

Protože jsme se rozhodli, že celý náš seznam zásob spadá do naší skupiny, není nutné vykládat skupiny z UT 11. Při vykládání to udělat, v nomenklatuře PKO, v obslužné rutině události „Před vykládkou“, nastavit filtr, že není nutné vykládat „odmítnutí \u003d zdroj. Tato skupina;".

V PVD (pravidla pro vykládání dat) implementace GoodsServices přidejte filtr tak, aby dokumenty označené k odstranění nebyly uvolněny. To provedeme v obslužné rutiny událostí „Před vyložením“ v PVA, zapíšeme filtr „Odmítnutí \u003d Objekt. Odstranit značku;“.

Vytvořená pravidla uložíme do souboru.

7. Shrnutí: Nahrajte a stáhněte data pomocí vyvinutých pravidel pro výměnu dat.

Otevřeli jsme v 1C: Trade Management 11 zpracovávajícím „Univerzální výměnu dat ve formátu XML“ V8Exchan83.epf.

Vykládka proběhla, nyní se stejným zpracováním načítáme do 1C: Enterprise Accounting 3.

Stahování je dokončeno. Kontrola toho, co bylo načteno. Dokument je tedy nahrán, jak jsme hledali - naše organizace je načtena do protistrany a protistrana do organizace. Účetní účty jsou staženy a nainstalovány. Číslo dokumentu jsme dostali s naší předponou a na začátku dne. Všechny údaje, které jste zaregistrovali, jsou vyplněny.

Kontrola nakládky nomenklatury. Vidíme, že se vše ukázalo, jak jsme plánovali.

Vytvořili jsme a vyplnili náležitosti, jak jsme zamýšleli. Převod má mnoho jemností a několik jednoduchých, ale nezbytných věcí, které pomáhají přesně napsat převod. To vám umožní minimalizovat chyby, nezkazit stávající data a zbavit se zbytečných odpadků. To je jeden z nejvíce jednoduché příklady... Můžete také převést jeden objekt na mnoho, nebo naopak, mnoho na jeden.

Nyní probíhá konverze 3 dat, řeší další problémy. Proto je také zapotřebí konverze 2. Hodně štěstí všem při učení a zvládnutí.

Samozřejmě, pokud jste programátor a toto je vaše hlavní práce, můžete se pokusit napsat konverzi sami. Ale pokud ne, měli byste si ceníte svého času ve svém oboru činnosti a tento úkol požádat odborníky, aby to provedli.

Mechanismus obsluhy událostí je jedním z klíčů v technologii převodu dat pomocí "Převod dat 2.0". Kompetentní a dovedné použití tohoto mechanismu umožňuje vývojáři rychle vyřešit téměř jakýkoli úkol převodu dat. Pomocí technologie manipulátoru lze snadno provádět výběr dat, převod různých typů dat, komplexní výběr dat, nastavení parametrů převodu a mnoho dalších úkolů.

Podívejme se na základní principy této technologie. V klíčových bodech algoritmů pro nahrávání a stahování dat univerzálního zpracování výměny existuje možnost provedení programového kódu převzatého z pravidel pro výměnu dat, a ne „pevně zakódovaný“ při zpracování nahrávání nebo stahování dat. Konfigurace převodu dat 2.0 poskytuje možnost integrovat takový kód do pravidel pro výměnu dat.

V algoritmech pro výměnu dat existuje více než dvacet různých míst, kde lze provést kód třetí strany. V souladu s tím konfigurace umožňuje vytvoření různých typů obsluhy událostí.

Kód obsluhy událostí je „vázán“ na objekty pravidel výměny - prvky adresářů: převody, pravidla pro převod objektů, pravidla pro převádění vlastností, pravidla pro vykládání dat a pravidla pro vymazávání dat. Kód obsluhy události musí samozřejmě splňovat řadu požadavků. Zejména pro řízení procesu převodu v kódu obsluhy je nutné použít speciální proměnné - parametry. Plný popis všech typů obsluhy událostí a dostupných proměnných najdete v informacích o obsluhách v příslušných formulářích.

POZORNOST!!!

Technologie „Převod dat 2.0“ umožňují výměnu dat s infobázami implementovanými na platformách „1C: Enterprise 7.7“ a „1C: Enterprise 8.0“. Vzhledem ke zvláštnostem platformy 1C: Enterprise 7.7 má příprava pravidel pro výměnu dat pomocí obsluhy událostí pro infobáze implementované na této platformě řadu zvláštností.

Pro platformu 1C: Enterprise 7.7 neexistuje způsob, jak spustit libovolný kód (analog funkce Execute pro V8). Pokud potřebujete používat obslužné rutiny událostí pro platformu V7.7, musíte nahradit text zpracování pro vykládku nebo načítání dat zpracováním textů, které jsou vytvářeny v konfiguraci „Převod dat 2.0“.

Pokud potřebujete přenášet data z V7.7 do V8, postupujte takto:

Při vykládce systém kromě samotného souboru pravidel generuje text modulu pro zpracování V77Exp.ert s funkcemi implementujícími obsluhy událostí. Poté musíme v konfigurátoru nahradit standardní modul V77Exp.ert novým modulem generovaným „Data Conversion 2.0“.

Při vývoji řešení pro výměnu dat na platformě 1C: Enterprise 7.7 si musíte pamatovat na tuto důležitou „maličkost“. Vaše pravidla budou fungovat správně, pouze pokud použijete upravené zpracování, jehož text modulu byl vytvořen při uvolňování pravidel pro výměnu dat. Toto pravidlo má jednu výjimku - pokud nepoužíváte obsluhy událostí, lze použít standardní zpracování.

S úctou Vladimir Milkin (učitel a vývojář).

Specializovaná konfigurace "1C: Převod dat 2.0"

Vydání osmé verze platformy 1C: Enterprise se stalo významným krokem ve vývoji automatizačních systémů. Při navrhování platformy 1C: Enterprise 8 byly vzaty v úvahu rozsáhlé zkušenosti s používáním řešení založených na platformě 1C: Enterprise 7.7: vestavěný jazyk platformy a typické konfigurace byly vážně přepracovány, struktura ukládání dat a přístupu byla změněna, byla vytvořena nová průmyslová řešení, která realizují výhody nové platformy ... Použití předchozích jazykových konstrukcí v nové platformě se stalo nepraktickým.

Pro usnadnění řešení tohoto problému (přenos dat z verze 7.7 do verze 8) vydala společnost 1C specializovanou konfiguraci „Převod dat 2.0“. Je navržen tak, aby pomáhal profesionálům řešit různé úkoly spojené s migrací dat. 1C vydala hotová pravidla pro přenos dat z konfigurací stejného typu, například z 1C: Accounting 7.7 to 1C: Accounting 8, ale pro uživatele atypických nebo upravených typické konfigurace Při přechodu na platformu 1C: Enterprise 8 budete muset sami vytvořit pravidla pro přenos dat.

Se všemi různými metodami řešení problémů s přenosem dat zůstává rozsah problémů, které je třeba vyřešit, prakticky nezměněn:

Synchronizace referenční informace (vytváření nových, aktualizace existujících prvků adresářů, mazání, ukládání nebo změna hierarchie, větvení dat, přenos historie změn hodnot periodických atributů);

Synchronizace dokumentů a operací (tvorba, úprava dokumentů nebo převod některých typů dokumentů na jiné, slučování nebo duplikování);

Vytvoření dostatečných počátečních podmínek pro vedení účetních registrů ekonomická aktivita (převody zůstatků zboží atd.).

Struktury ukládání dat v 1C: Enterprise různých verzí a / nebo konfigurací jsou různé, proto přenos dat není pouhým kopírováním souborů nebo tabulek, ale jejich transformací. Aby byl převod jednoznačný a správný, musíte vytvořit a nakonfigurovat pravidla pro přenos dat. Vytvoření a konfigurace pravidel pro přenos dat mezi různými infobázami je možné, pokud je známa struktura ukládání dat ve zdrojové a cílové databázi. Popis struktury metadat konfigurace by měl být sjednocen. Konfigurace převodu dat 2.0 se používá k vytvoření a konfiguraci pravidel přenosu dat na základě popisů struktury metadat konfigurace zdroje a cíle.

Proces přenosu dat mezi infobázami sestává z následujících fází:

• 1. Vytváření souborů popisujících metadata.
• 2. Vytvoření konfigurací v „Převod dat“.
• 3. Vytvoření samotné konverze.
• 4. Důsledné vytváření pravidel pro převod dat.
• 5. Postupné vytváření pravidel pro odesílání dat.
• 6. Skutečný postup vykládky a načítání dat z jedné konfigurace do druhé.

Protože použití této specializované konfigurace je jedním z v současné době nejúčinnějších způsobů řešení problémů tohoto druhu a kromě toho je velmi užitečným zdrojem v vzdělávací účely osobní zkušenost, pro vývoj mechanismu pro výměnu dat mezi IS "Server: Výpočet nájemného" a "1C: Podnikové účetnictví" pro LLC "LLC" byla vybrána metoda založená na použití konfigurace "Převod dat 2.0".