1. Úvod.
2. Co budete potřebovat: Konfigurace 1C: Převod dat 2.* a zpracování z balíčku. Pro příklady úloh si vezměme konfigurace 1C: Trade Management 11 a 1C: BP 3.*.
Chcete-li tedy vyvinout pravidla pro nahrávání dat do 1C, budete potřebovat konfiguraci 1C: Object Conversion 2 a také zpracování zahrnuté v balíčku.
Například jsme již nasadili konverzní databázi a spustili ji.
Napíšeme vývoj pravidel výměny mezi konfigurací 1C: Trade Management 11 a 1C: Enterprise Accounting 3 (pravidla výměny UT / ACCOUNT).
3. K uvolnění struktury metadat a výměně budeme potřebovat Zpracování.
První věc, kterou musíte pro vývoj získat, jsou soubory se strukturou metadat. To se provádí pomocí zpracování pro uvolnění struktury metadat obsažené v balíčku pro konverzi objektů.
Ve skutečnosti nás v rozbaleném konfiguračním adresáři pro konfigurace na spravovaných formulářích zajímá zpracování MD83Exp.epf. Pokud je třeba provést uvolnění z konfigurací na běžných formulářích, použije se zpracování MD82Exp.epf. To je, pokud například potřebujete získat strukturu z konfigurací jako 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 a tak dále.
Chcete-li dále nahrávat a stahovat data 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 jsou 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ání struktury metadat konfigurace 1C: Trade Management 11.3 a 1C: Enterprise Accounting 3.0.*
Začněme stažení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 nahrávání registrů a pohybů do 1C. K dispozici je také výběr, kde bude nahrávání probíhat: na serveru 1C nebo „na klientovi“. Zadejte název souboru, do kterého bude datová struktura nahrána. Podobným způsobem uvolníme strukturu metadat konfigurace Trade Management 11.
Nyní je potřeba nahrát konfiguraci do konverzní databáze. K tomuto bodu se lze dostat jak ze seznamu konfigurací, tak ze seznamu převodů. Spusťte pouze z plochy:
V dialogovém okně načtěte strukturu BP: 
A podobně - struktura Trade Managementu. 
Po dokončení stahování se zobrazí dialogové okno, ve kterém můžete zadat název, který vám vyhovuje. 
6. Vytvoření převodních pravidel v 1C pomocí konkrétního příkladu úlohy.
Dále přejděte na „Nastavení pravidel objektu“, kde vytvoříme nové nastavení.
V dialogovém okně vytvoření převodu vyberte konfiguraci „zdroj“ a „cíl“ (kterou jste dříve načetli) a klikněte na OK.
Jelikož jsem v tomto článku plánoval ukázat tvorbu „od nuly“ a „bez smetí“, připomínám, že nic nevytváříme automaticky. Žádné prototypy.
V tomto dialogovém okně neuděláme nic, pouze klikněte na „Zavřít“.
Vytvořme pravidla pro nahrávání ne jednoho dokladu do jednoho, ale jednoho typu do druhého, např. doklad Prodej zboží a služeb z UT 11 s potřebnými referenčními knihami do dokladu Příjem zboží a služeb v BP 3.
Takže vytvoříme nové PKO (pravidlo pro převod objektů v 1C)
Vyberte zdroj Prodej zboží a služeb a cíl Příjem zboží a služeb a klikněte na OK.
V tomto případě se objeví dialogové okno, kde opět odmítáme automatické vytváření PKS (Property Conversion Rules). Dále vybereme jen ty potřebné.
Ale na návrh vytvořit DDA (pravidla pro nahrávání dat) odpovídáme „Ano“.
Vznikají PVD, což se projeví ve zpracování univerzální výměny XML pro výběr:
Budou také vytvořena pravidla převodu dat s prázdnými pravidly převodu vlastností.
Navíc je vidět, že standardně je software nabízen k prohledávání podle interního identifikátoru objektu. To je indikováno lupou poblíž PCO. Provedeme vlastní vyhledávání a provedeme to podle čísla a data dokladu na začátku dne.
Odstraňujeme vyhledávání podle UIO:
Nyní začneme porovnávat potřebné vlastnosti (detaily) objektu. Chcete-li to provést, klikněte na „Synchronizovat vlastnosti“ (označení „1“ na obrazovce). Odstraňujeme rekurzivní vytváření pravidel („2“). Odstraňte všechny označené detaily ("3"). A sami si vybereme, co potřebujeme.
Vyberte například, co potřebujete:
Upozorňuji na skutečnost, že z PKS protistrany uděláme organizaci a organizaci protistranu a také porovnáme některé detaily, které se neshodují podle názvu, například „Měna“ a „Dokument Měna".
Kde vidíme, že zatím neexistují žádná převodní pravidla.
Začněme procházet detaily a popisovat je. Nejprve nastavíme vyhledávání dokumentů, jak jsem psal dříve, nahrajeme a vyhledáme dokument na začátku data a změníme číslování. První tři znaky nahradíme naší předponou „UTB“. A protože číslování v BP a UT je po 11 znacích, vytvoříme složené číslo: naši předponu a 8 znaků ze zdroje. Příklad na snímku obrazovky níže.
Dokumenty nahráváme vždy vyložené a bez pohybu. Předpokládáme, že dokumenty budou po ověření uživatelem zpracovány v přijímači.
Chcete-li to provést, nastavením PKS jako neprovedené, 0 nebo 1, jej použijeme jako booleovský.
Na příkladu měny vytvoříme pravidlo pro konverzi objektů pro PKS. Zároveň se domníváme, že v obou databázích jsou měny a měly by být kódově synchronizovány. Proto nevytvoříme všechny PKS v měně PQS, ale přidáme pouze vyhledávací kód. Tito. Nabídku na vytvoření PKS k objektu odmítáme.
Vytvořené Konverzní pravidlo bylo nahrazeno do PQR dokumentu pro PKS. A samotné výchozí pravidlo nabízí jedinečný identifikátor. Opravíme to, prohledáme kód a nastavíme vlastnost tak, aby nevznikl nový objekt.
V důsledku toho získáme následující možnost:
Dále analogicky vytvoříme PKO a PKS pro zbývající detaily. Kromě toho hledáme organizaci podle protistrany a naopak podle DIČ. Zhruba takto to vypadá s minimálními detaily (v případě potřeby můžete přidat).
U dohod PCO protistrany vyhledáváme podle protistrany PKS, jména a vlastníka.
Podívejme se, jak zadat požadovanou hodnotu v typu výčtu v PKS. Například atribut „Typ operace“. Zde můžete použít různé podmínky a náhradní hodnoty. Potřebujeme například, aby byl „typ operace“ vždy vyložen „Zboží“, v tomto případě stačí napsat požadovanou hodnotu do řádku „čelo“.
Níže je ukázáno, jak nainstalovat bez potíží a ve většině případů PCS pro multiplicitu vzájemného vypořádání, sazbu vzájemného vypořádání, účetní účet.
U Nomenklatury PKO ponecháme vyhledávání podle interního jedinečného identifikátoru. Ale dovolte mi upozornit vás na to, jak můžete předefinovat svou skupinu. Například souhlasíme s tím, že bude nahrána nová položka z konfigurace 1C: Trade Management 11, ale je nutné, aby byla položka shromážděna v konkrétní skupině „Naše skupina“.
Pro realizaci tohoto úkolu vytváříme další PKO. Říkejme tomu „NomenclatureParent“, což uvedeme v rodičovském PCS v pravidle převodu.
Nastavili jsme dvě vyhledávání: podle jména, kde striktně uvedeme název naší skupiny a požadovaná vlastnost atributu „Toto je skupina“ je nastavena na true.
Vzhledem k tomu, že jsme se rozhodli, že všechny naše položky spadají do naší skupiny, není potřeba při vykládání vykládat skupiny z UT 11. K tomu v softwaru Nomenklatura v obslužné rutině události „Before Unloading“ nastavíme filtr, který. není potřeba uvolnit skupiny “Failure = Source This group;”.
V DRP (pravidlech nahrávání dat) pro Prodej produktů a služeb přidáme filtr, aby se nenahrávaly dokumenty označené ke smazání. Za tímto účelem ve VDP v obslužných rutinách událostí „Before Unloading“ zapíšeme filtr „Failure = Object.DeletionMark;“.
Vytvořená pravidla uložíme do souboru.
7. Shrnutí: Nahrávání a načítání dat pomocí vyvinutých pravidel výměny dat.
Otevřete v 1C: Trade Management 11 zpracování „Univerzální výměna dat ve formátu XML“ V8Exchan83.epf. 
Vykládání bylo dokončeno, nyní používáme stejné zpracování k načtení do 1C: Enterprise Accounting 3.
Načítání dokončeno. Podívejme se, jak se to načetlo. Dokument se tedy načte, jak jsme chtěli – naše Organizace se načte do protistrany a protistrana do organizace. Účetní účty jsou staženy a nainstalovány. Dostali jsme číslo dokladu s naší předvolbou a na začátku dne. Všechny údaje, které byly poskytnuty, byly vyplněny.
Kontrolujeme naložení položek. Vidíme, že vše dopadlo tak, jak jsme si naplánovali.
Podrobnosti jsme vytvořili a vyplnili tak, jak jsme zamýšleli. Převod obsahuje mnoho jemností a několik jednoduchých, ale nezbytných věcí, které pomáhají přesně zapsat převod. A to vám umožní minimalizovat chyby, nekazit stávající data a zbavit se zbytečného odpadu. Toto je jeden z nejjednodušších příkladů. Můžete také převést jeden objekt na mnoho, nebo naopak mnoho na jeden.
Nyní je zde konverze dat 3, řeší další problémy. Proto je také potřeba konverze 2. Hodně štěstí všem při učení a zvládnutí.
Samozřejmě, pokud jste programátor a je to vaše hlavní práce, můžete si převod zkusit napsat sami. Ale pokud ne, měli byste si vážit svého času ve svém oboru činnosti a požádat profesionály, aby tento úkol provedli.
A na platformě 8.3 existuje standardní účetní databáze 1C.
Úkol:
Zaveďte výměnu dat mezi databázemi.Řešení:
Nainstalovaná konverze dat 1C, vydání 2.1.Nahráno.
Spustím „Start Assistant“ (obr. 1).
1. Další.
2. Vyberte „Vytvořit nová pravidla výměny dat (od začátku)“. Dále.
3. Ve třetím kroku vás program požádá o zadání konfigurace zdroje a cíle.
Vytvořím zdrojovou konfiguraci (1C UT):
- jelikož mám 1C UT na platformě 8.1, beru externí zpracování MD81Exp.epf z disku ITS (můžete si to stáhnout).
- Otevírám 1C UT. Soubor --> Otevřít --> MD81Exp.epf .
Určuji soubor, do kterého se budou nahrávat informace o struktuře metadat. Musí být ve formátu XML.
Kliknu na tlačítko "Nahrát".
To samé dělám se základnou přijímače. S 1C účetnictvím 8.3. Pouze k tomu používám externí zpracování MD83Exp.epf (můžete si to stáhnout).
Vrátím se k 1C Data Conversion.
Zastavili jsme se u kroku 3. Kliknu na tlačítko „Nový“ a specifikuji vygenerovaný soubor struktury metadat. Tato struktura bude načtena do konfiguračního adresáře.
4. Ve čtvrtém kroku vyberte možnost „Automaticky vytvořit všechna možná pravidla výměny dat“.
Nyní se před námi otevřelo nové okno. Byla vytvořena pravidla pro převod objektů. Musíte vytvořit pravidla pro nahrávání dat. Chcete-li to provést, přejděte na druhou kartu „Pravidla nahrávání dat“ a klikněte na tlačítko „Vytvořit pravidla nahrávání“.
Pro nastavení výměny dat mezi různými konfiguracemi (včetně samostatně psaných) v 1C existuje velmi flexibilní mechanismus pro nastavení přenosu informací - konfigurace 1C „Data Conversion“ (CD). Podívejme se, jak tento mechanismus funguje, a pokusíme se nastavit pravidla výměny mezi dvěma typickými konfiguracemi:
- Enterprise Accounting (demo verze), vydání 3.0.30;
- Mzdy a personální management (demo verze), vydání 3.0.25.
Konfiguračním nástrojem pro nastavení pravidel výměny bude Data Conversion verze 2.1.82. Práce budou probíhat na platformě 8.3.9.
Je důležité si uvědomit, že Data Conversion vám umožňuje organizovat výměnu nejen mezi databázemi verze 8 programu, ale také mezi verzemi 7 a 8 platformy 1C.
Startovací asistent
Po instalaci konfigurace „Data Conversion“ a jejím spuštění se jako první otevře okno Startup Assistant (obr. 1).
Můžete jej znovu vyvolat z nabídky Operace->Zpracování nebo z Nápovědy, kde je toto zpracování zvýrazněno jako samostatný příkaz.
Protože neplánujeme používat standardní pravidla přenosu, ale chystáme se vytvořit vlastní, v dalším okně vybereme příslušnou položku ze seznamu (obr. 2).
Obr.2
Kromě vytváření nových pravidel burzy můžeme:
V tuto chvíli bychom si měli dát malou pauzu od vytváření pravidel výměny a promluvit si o souborech konfigurační struktury.
Soubory struktury metadat
Konfigurační balíček „Conversion“ obsahuje několik externích procesorů, které vám umožňují stáhnout strukturu metadat do souboru xml.
Důležité pravidlo! Zpracování vykládání struktury pro různé databáze musí patřit ke stejné verzi CD.
Pro různé verze platformy 1C implementovalo různé zpracování vykládání struktury:
- MD77Exp.ert – umožňuje uložit konfigurační strukturu sedmi databází do souboru;
- MD82EXP.epf – exportuje strukturu databází běžících na platformách verze 8.0-8.2;
- MD83EXP.epf – určeno pro platformu 8.3.
Protože v podmínkách naší úlohy je nutné zorganizovat výměnu mezi databázemi běžícími na verzi 8.3, použijeme třetí zpracování (obr. 4).
Obr.4
Zde musíme specifikovat soubor, do kterého bude struktura nahrána a můžeme nakonfigurovat sadu pomocných tabulek, které se budou výměny účastnit.
Poté, co byly staženy cílové a zdrojové konfigurační soubory, musí být informace z nich načteny do Data Conversion.
Pro tohle:
Pro druhou základnu opakujeme stejné kroky.
Vraťme se k našemu asistentovi.
Pokračujte v práci s asistentem
Po přidání našich dvou databází do adresáře to vypadá (obr. 6).
Pokračujme v práci s asistentem
V dalším okně (obr. 7) musíme vybrat základnu přijímače a zdrojovou základnu.
Obr.7
A nyní se dostáváme k oknu, ve kterém budeme požádáni, abychom určili, na jakých zákonech a korespondencích bude naše výměna založena (obr. 8).
Obr.8
Program může nezávisle, pomocí algoritmů v něm vložených, vytvářet výměny dat. Výběrem druhého přepínače můžeme z automaticky vytvořených pravidel vybrat ta, která jsou pro řešení našeho problému nejvhodnější. Pokud chceme samostatně určovat, co a jak přenášet a podle jakých detailů data porovnávat, musíme nastavit přepínač do třetí polohy.
Jelikož si chceme vytvořit vlastní pravidla, vydáme se třetí cestou.
Vytvoření pravidla pro výměnu mezi adresáři
Nastavte přepínač na třetí položku v seznamu a klikněte na tlačítko „Spustit“.
Nacházíme se v průvodci nastavením položky adresáře „Object Conversion Rules“ (obr. 9)
Obr.9
Ve zdrojové databázi musíme vybrat objekt, jehož data budou synchronizována.
V databázi přijímačů je tabulka, kam tato data půjdou.
V další fázi musíme rozhodnout o parametrech zatížení:
- Jaké podrobnosti budou použity k vyhledání shody;
- Co dělat se stávajícími prvky;
- Zda vytvořit chybějící prvky;
- Jak zacházet s odkazy;
- Jaká pravidla použít pro číslování nových prvků.
A nahrát parametry.
Pokud se rozhodneme provést automatické párování dat, tento krok vynecháme.
Na závěr musíme vytvořená pravidla nahrát na disk (obr. 10).
Obr.10
Výměna dat
Další výměnu dat provedeme pomocí zpracování V8Exchan83.epf (obr. 11), rovněž součástí dodávky. Využití standardní výměny dat, která je součástí konfigurace nebo vlastního zpracování, při použití pravidel vytvořených na CD může vést k výjimečné situaci.
Obr.11
A ještě jednou: je nesmírně důležité, aby se verze nahrávaného souboru, konfigurace a zpracování výměny shodovaly a byly převzaty ze stejné dodávky, pouze v tomto případě se budete co nejvíce chránit před nejrůznějšími problémy.
V každém případě, pokud kontrola správnosti přenosu dat prokáže přítomnost konfliktních situací a chyb, zpracování přenosu vám umožní vymazat tato data z databáze.
Snad každý specialista 1C se setkal s nutností přenášet data z jedné informační báze do druhé. V případě, že se konfigurace liší, musíte napsat pravidla převodu dat. Tato pravidla jsou vytvořena v konfiguraci 1C „Data Conversion“.
Data lze také přenášet pomocí . Mnoho konfigurací 1C 8.3 má standardní funkce pro nastavení synchronizace dat mezi různými konfiguracemi a bezproblémovou integraci s 1C Document Flow.
Ale když je potřeba přenést data mezi absolutně identickými konfiguracemi, můžete si zjednodušit svůj úkol a použít standardní zpracování pro nahrávání a stahování přes XML. Upozorňujeme, že tato metoda, stejně jako převod dat, porovnává objekty mezi sebou podle jedinečného identifikátoru (GUID), nikoli podle názvu.
Toto zpracování si můžete stáhnout na disku ITS nebo pomocí odkazů:
Je univerzální a vhodný pro jakoukoli konfiguraci.
Uvažujme příklad vyložení adresáře "Nomenklatura" z jedné informační báze 1C 8.3 Accounting 3.0 do jiné. Předpokladem bude výběr nadřazenou (skupinou) „Dřevoobrábění“.
Nahrávání dat z 1C do XML
Přejděte do informační databáze, ze které budou data stažena (zdroj). Nezapomeňte je zkontrolovat, vezměte v úvahu všechny možné podmínky, abyste se vyhnuli nežádoucím následkům.
Otevřít zpracování nahrávání a stahování dat XML (Ctrl+O).
Zajímá nás záložka „Nahrát“. Nejprve zadejte název souboru, do kterého budou data nahrána a cestu pro uložení. V tomto případě jsou data nahrána „do souboru na serveru“.
V hlavičce zpracování můžete nakonfigurovat období, po které bude výběr prováděn. U periodických registrů můžete také určit způsob použití výběru podle období. Pokud je potřeba nahrát pohyby spolu s doklady, nastaví se odpovídající příznak. V tomto případě přetěžujeme adresář, takže není potřeba nic konfigurovat v hlavičce.
Přejděme k výběru dat pro nahrání. V tabulkové části formuláře zpracování zaškrtněte políčka u konfiguračních objektů, které potřebujete přenést.
Sloupec „Uvolnit v případě potřeby“ znamená, zda je nutné tento objekt přetížit, pokud na něj odkazuje atribut adresáře, který přetěžujeme. Například pozice položky, kterou načítáte, má měrnou jednotku, která není v cílové databázi. Pokud je zaškrtnutý příznak ve sloupci „Nahrát v případě potřeby“ naproti referenční knize s měrnými jednotkami, bude vytvořena nová pozice. V opačném případě bude hodnota atributu „<Объект не найден>“ a jeho jedinečný identifikátor.
V jednoduchém případě bez výběrů bude nastavení přetížení položky vypadat takto.
V tomto příkladu musíte vybrat pouze položky, které se nacházejí ve složce „Dřevoobrábění“.
Podobné zpracování pro 8.2 umožňuje nastavit výběry pro každý konfigurační objekt ve vhodné formě. Ve verzi 8.3 bohužel žádná taková funkce není. Jedním východiskem z této situace by bylo vybrat potřebné položky na záložce „Další objekty pro vyložení“.
Objekty zde můžete přidávat buď ručně (tlačítko „Přidat“) nebo na žádost („Přidat na žádost...“). Pokud je jich velký počet, je vhodnější druhá možnost.
V tomto případě bude žádost vypadat následovně. Vyplňte parametry, po kontrole údajů dokončete požadavek a klikněte na tlačítko „Vybrat výsledek“.
Po zadání všech nezbytných objektů a dalších prvků pro nahrání klikněte na tlačítko „Nahrát data“. Skončí v souboru XML, jehož název a cestu jste zadali dříve. Výsledky této operace se zobrazí ve zprávách.
V tomto příkladu bylo nutné vyložit pouze 3 pozice, ale pět bylo vyloženo. Důvodem je, že byl nastaven příznak naproti adresáři „Nomenklatura“ ve sloupci „Nahrát v případě potřeby“. Spolu s potřebnými pozicemi byli přetíženi i jejich rodiče.
Načítání adresáře z XML
Po úspěšném stažení dat ze zdrojové konfigurace do souboru XML otevřete cílovou databázi. Struktura objektů a jejich detaily se musí vzájemně shodovat. V tomto případě se převod provádí mezi dvěma standardními konfiguracemi 1C: Účetnictví 3.0.
Otevřete zpracování v databázi přijímačů. Toto zpracování se používá pro nahrávání i načítání dat. Přejděte na kartu „Stáhnout“ a zadejte cestu k souboru XML, do kterého byla data dříve stažena. Poté klikněte na tlačítko „Stáhnout data“.
Výsledek stahování se zobrazí ve zprávách. V našem případě vše proběhlo v pořádku.
Referenční kniha „Nomenklatura“ v přijímající databázi nebyla vyplněna. Nyní má pět prvků: tři nomenklaturní pozice a dvě skupiny.
