Video návod na konverziu

Migrácia údajov medzi rôznymi konfiguráciami nie je triviálna úloha. Ako vždy, riešení je viacero, no nie všetky sú optimálne. Pokúsme sa pochopiť nuansy prenosu údajov a zvoliť univerzálnu stratégiu riešenia takýchto problémov.

Problém migrácie dát (ide čisto o produkty spoločnosti 1C) z jedného riešenia do druhého včera nevznikol. Spoločnosť 1C si je dobre vedomá ťažkostí, s ktorými sa vývojári stretávajú pri vytváraní migrácií, a preto sa snaží čo najlepšie pomôcť nástrojmi.

Počas vývoja platformy spoločnosť predstavila množstvo univerzálnych nástrojov, ako aj technológií, ktoré zjednodušujú prenos dát. Sú zabudované do všetkých štandardných riešení a problém migrácie medzi identickými konfiguráciami bol vo všeobecnosti vyriešený. Víťazstvo opäť potvrdzuje úzka integrácia štandardných riešení.

Pri migráciách medzi neštandardnými riešeniami je situácia o niečo komplikovanejšia. Široká škála technológií umožňuje vývojárom nezávisle zvoliť najlepší spôsob riešenia problému z ich pohľadu.

Uvažujme o niektorých z nich:

  • výmena prostredníctvom textových súborov;
  • používanie výmenných plánov;
  • atď.

Každý z nich má svoje pre a proti. Ak to zhrnieme, hlavnou nevýhodou bude výrečnosť. Nezávislá implementácia migračných algoritmov je spojená so značnými časovými nákladmi, ako aj s dlhým procesom ladenia. O ďalšej podpore takýchto rozhodnutí ani nechcem hovoriť.

Zložitosť a vysoké náklady na údržbu podnietili spoločnosť 1C k vytvoreniu univerzálneho riešenia. Technológia, ktorá vám umožní čo najviac zjednodušiť vývoj a podporu migrácií. V dôsledku toho bola myšlienka implementovaná vo forme samostatnej konfigurácie - "Konverzia údajov".

Konverzia dát – štandardné riešenie, vlastná konfigurácia. Každý používateľ s predplatným ITS:Prof si môže tento balík stiahnuť úplne zadarmo zo stránky používateľskej podpory alebo z disku ITS. Inštalácia sa vykonáva štandardným spôsobom - ako všetky ostatné štandardné riešenia od 1C.

Teraz trochu o kladoch riešenia. Začnime tým najdôležitejším – všestrannosťou. Riešenie nie je prispôsobené určitým konfiguráciám/verziám platformy. Funguje rovnako dobre ako so štandardnými konfiguráciami, tak aj s konfiguráciami napísanými vlastnými rukami. Vývojári získajú univerzálnu technológiu a štandardizovaný prístup k vytváraniu nových migrácií. Všestrannosť riešenia umožňuje pripraviť migrácie aj pre iné platformy ako 1C:Enterprise.

Druhým odvážnym plusom sú vizuálne pomôcky. Jednoduché migrácie sa vytvárajú bez programovania. Áno, áno, bez jediného riadku kódu! Už len kvôli tomu stojí za to stráviť čas učením sa technológie raz a potom opakovane používať neoceniteľné zručnosti.

Treťou výhodou, ktorú by som poznamenal, je absencia obmedzení distribúcie dát. Spôsob doručenia údajov do konfigurácie prijímača si zvolí vývojár sám. Po vybalení sú k dispozícii dve možnosti: nahranie do súboru xml a priame pripojenie k informačnej databáze (COM/OLE).

Učenie architektúry

Už vieme, že konverzia dát dokáže zázraky, no zatiaľ nie je jasné, aké sú technické výhody. Prvá vec, ktorú je potrebné sa naučiť, je, že každá migrácia (konverzia) údajov je založená na pravidlách výmeny. Pravidlá výmeny - obyčajný xml súbor s popisom štruktúry, do ktorej sa budú nahrávať dáta z IB. Spracovanie služby, ktoré vykonáva nahrávanie/sťahovanie údajov analyzuje pravidlá výmeny a na základe nich vykonáva nahrávanie. Počas sťahovania nastáva opačný proces.

Konfigurácia „KD“ je akýmsi vizuálnym konštruktorom, pomocou ktorého vývojár vytvára pravidlá výmeny. Nevie, ako nahrať dáta. Zodpovedá za to dodatočné externé servisné spracovanie zahrnuté v distribučnej súprave CD. Existuje niekoľko z nich (XX v názve súboru je číslo verzie platformy):

  • MDXXExp.epf- spracovanie umožňuje nahrať popis štruktúry infobázy do xml súboru. Popis štruktúry sa nahrá na CD pre ďalšiu analýzu a vytvorenie výmenných pravidiel.
  • V8ExchanXX.epf- nahráva/sťahuje dáta z infobázy v súlade s pravidlami výmeny. Vo väčšine typických konfigurácií je spracovanie dostupné hneď po vybalení (pozri položku ponuky „Servis“). Spracovanie je univerzálne a nie je viazané na žiadne špecifické konfigurácie/pravidlá.

Dobre, teraz na základe všetkého vyššie uvedeného definujme fázy vývoja novej konverzie:

  1. Definícia úlohy. Je potrebné jasne pochopiť, aké údaje je potrebné preniesť (z ktorých konfiguračných objektov) a čo je najdôležitejšie, kam preniesť.
  2. Príprava popisu konfiguračných štruktúr (Source/Receiver) pre následné načítanie na CD. Úloha je riešená servisným spracovaním MDXXExp.epf.
  3. Načítavanie pripravených popisov stavieb v IS.
  4. Vytváranie pravidiel výmeny pomocou vizuálnych prostriedkov CD.
  5. Nahrávanie/sťahovanie podľa vytvorených pravidiel konverzie údajov pomocou spracovania V8ExchanXX.epf.
  6. Ladenie pravidiel výmeny (ak je to potrebné).

Najjednoduchšia konverzia

Na demonštráciu potrebujeme dve nasadené konfigurácie. Rozhodol som sa zastaviť pri možnosti: „Obchodný manažment“ 10. vydanie a malé, vlastnoručne napísané riešenie. Úlohou bude preniesť dáta z typickej konfigurácie UT. Pre stručnosť budeme samonapísané riešenie nazývať „Prijímač“ a riadenie obchodu „Zdroj“. Začnime riešiť problém prenesením prvkov adresára "Nomenklatúra".

Najprv sa pozrime na schému konverzie údajov a znovu si prečítajte zoznam akcií, ktoré je potrebné vykonať. Potom spustíme konfiguráciu „Source“ a otvoríme v nej službu spracovávajúcu MD82Exp.epf.

Rozhranie spracovania nežiari množstvom nastavení. Používateľovi stačí špecifikovať typy objektov metadát, ktoré nebudú spadať do popisu štruktúry. Vo väčšine prípadov tieto nastavenia nie je potrebné meniť, pretože v akumulačných registroch (ako príklad) nie je žiadny konkrétny zmysel.

Správnejšie je tvoriť pohyb počas držania dokumentov v prijímači. Všetky pohyby vykoná doklad sám po prevode. Druhým argumentom na obranu predvolených nastavení je zmenšenie veľkosti nahrávaného súboru.

Niektoré dokumenty (najmä v typických konfiguráciách) tvoria pohyby vo viacerých registroch. Uvoľnením celej tejto ekonomiky bude výsledný súbor XML príliš veľký. To môže sťažiť následnú prepravu a nakladanie do základne prijímača. Čím väčší je dátový súbor, tým viac pamäte RAM je potrebné na jeho spracovanie. Počas mojej praxe som sa náhodou stretol s neslušne veľkými nahrávanými súbormi. Takéto súbory úplne odmietli analyzovať štandardnými prostriedkami.

Ponecháme teda všetky predvolené nastavenia a nahráme popis konfigurácie do súboru. Rovnaký postup zopakujeme aj pri druhom základni.

Otvorte CD a vyberte z hlavného menu "Adresáre" -> "Konfigurácie". V adresári sú uložené popisy štruktúr všetkých konfigurácií, ktoré možno použiť na vytváranie konverzií. Popis konfigurácie načítame raz a potom ho môžeme opakovane použiť na vytváranie rôznych konverzií.

V okne adresára stlačte tlačidlo „ Pridať“ a v zobrazenom okne vyberte súbor s popisom konfigurácie. Začiarknite políčko „Nahrať do novej konfigurácie“ a kliknite na tlačidlo „Vykonať nahrávanie“. Podobné akcie vykonávame s popisom štruktúry druhej konfigurácie.

Teraz je všetko pripravené na vytvorenie pravidiel výmeny. V hlavnom menu CD vyberte „Referencie“ -> „Konverzie“. Pridanie nového prvku. V okne na vytvorenie novej konverzie je potrebné špecifikovať: konfiguráciu zdroja (vyberte UT) a konfiguráciu prijímača (vyberte "Prijímač"). Potom otvorte kartu „Rozšírené“ a vyplňte nasledujúce polia:

  • názov súboru pravidiel výmeny - pod týmto názvom sa uložia vytvorené pravidlá výmeny. Názov súboru je možné kedykoľvek zmeniť, ale najlepšie je nastaviť ho teraz. To ušetrí čas v budúcnosti. Pravidlá pre demo som pomenoval: "rules-ut-to-priemnik.xml".
  • názov – názov konverzie. Názov môže byť úplne akýkoľvek, obmedzil som sa na „Demo. UT do prijímača“.

To je všetko, kliknite na tlačidlo "OK". Okamžite sa pred nami objaví okno so žiadosťou, aby sme všetky pravidlá vytvorili automaticky. Súhlas s takouto lákavou ponukou dá veliteľovi príkaz na automatickú analýzu popisu vybraných konfigurácií a nezávislé generovanie pravidiel výmeny.

Okamžite dáme bodku „a“. Majster nebude schopný generovať nič vážne. Táto možnosť by sa však nemala podceňovať. Ak potrebujete vytvoriť výmenu medzi identickými konfiguráciami, veľmi vám pomôžu služby sprievodcu. Pre náš príklad je vhodnejší manuálny režim.

Pozrime sa bližšie na okno „Nastavenia pravidiel výmeny“. Rozhranie sa môže zdať trochu mätúce - veľké množstvo kariet preplnených ovládacími prvkami. V skutočnosti nie je všetko také ťažké, na toto šialenstvo si začnete zvykať už po niekoľkých hodinách práce s aplikáciou.

V tejto fáze nás zaujímajú dve karty: „Pravidlá konverzie objektov“ a „Pravidlá nahrávania údajov“. Na prvom si musíme nastaviť pravidlá párovania, t.j. porovnať objekty dvoch konfigurácií. Na druhom z nich určte možné objekty, ktoré bude mať používateľ k dispozícii na vyloženie.

V druhej polovici karty „Pravidlá konverzie objektov“ je ďalší panel s dvoma kartami: „Konverzia majetku“ a „ Konverzia hodnoty". Prvý z nich vyberie vlastnosti (náležitosti) vybraného objektu a druhý je potrebný na prácu s preddefinovanými hodnotami (napríklad preddefinované prvky slovníka alebo prvky enumerácie).

Skvelé, teraz vytvoríme pravidlá konverzie pre adresáre. Túto akciu môžete vykonať dvoma spôsobmi: použite sprievodcu synchronizáciou objektov (kliknite na „“) alebo pridajte zhody pre každý objekt manuálne.

Aby sme ušetrili miesto, použijeme prvú možnosť. V okne sprievodcu zrušte začiarknutie políčka „ Dokumenty“ (máme záujem len o adresáre) a rozbaľte skupinu “ Referenčná literatúra". Opatrne listujeme v zozname a pozeráme sa na názvy adresárov, ktoré sa dajú porovnávať.

V mojom prípade existujú tri takéto adresáre: Nomenklatúra, Organizácie a Sklady. Existuje aj adresár Clients, ktorý vykonáva rovnaké sémantické zaťaženie ako „ protistrany“z konfigurácie” UT". Je pravda, že majster ich nemohol porovnávať pre ich vynikajúce mená.

Tento nedostatok vieme opraviť sami. Nájdite v okne Mapovania objektov» príručka « klientov“ a v stĺpci „Zdroj“ vyberte referenčnú knihu „Protistrany“. Potom začiarknite políčko v stĺpci "Typ" a kliknite na tlačidlo "OK".

Sprievodca synchronizáciou objektov vás vyzve na automatické vytvorenie pravidiel na konverziu vlastností všetkých vybratých objektov. Vlastnosti sa budú zhodovať podľa názvu a pre našu ukážku to bude úplne stačiť, súhlasíme. Ďalšou otázkou bude návrh na vytvorenie pravidiel nahrávania. Súhlasme s tým.

Základ pre pravidlá výmeny je pripravený. Vybrali sme objekty na synchronizáciu a automaticky sa vytvorili pravidlá pre prevod vlastností a pravidlá nahrávania. Uložme pravidlá výmeny do súboru, potom otvorme IB „Zdroj“ (v mojom prípade je to UT) a začnime v ňom spracovávať službu V8Exchan82.epf.

Najprv v okne spracovania vyberte pravidlá výmeny, ktoré sme vytvorili. Na otázku načítania pravidiel odpovedáme kladne. Spracovanie analyzuje pravidlá výmeny a vytvorí strom s rovnakým názvom pre objekty dostupné na vyloženie. Pre tento strom môžeme nastaviť všemožné filtre alebo výmenné uzly, ktorých zmenou potrebujeme vyberať dáta. Chceme nahrať úplne všetky údaje, takže nie je potrebné inštalovať filtre.

Po dokončení procesu nahrávania údajov do súboru prejdite na IB " Prijímač". Otvárame v ňom aj spracovanie V8Exchan82.epf, len tentoraz prejdeme na kartu „Načítavanie údajov“. Vyberte dátový súbor a kliknite na tlačidlo „Nahrať“. Všetko, údaje boli úspešne prenesené.

Úlohy z reálneho sveta

Prvé demo môže byť zavádzajúce. Všetko vyzerá celkom jednoducho a logicky. V skutočnosti to nie je pravda. V reálnej práci vznikajú úlohy, ktoré je ťažké alebo úplne nemožné vyriešiť len pomocou vizuálnych prostriedkov (bez programovania).

Aby som nebol sklamaný z techniky, pripravil som niekoľko skutočných úloh. V práci na ne určite narazíte. Nevyzerajú tak triviálne a prinútia vás pozrieť sa na konverziu údajov z nového uhla. Predložené príklady dôkladne zvážte a pokojne ich použite ako úryvky pri riešení skutočných problémov.

Úloha číslo 1. Doplňte chýbajúce údaje

Predpokladajme, že potrebujeme preniesť adresár “ protistrany". Prijímač má na to podobnú referenčnú knihu „Klienti“. Je úplne vhodný na ukladanie dát, ale má rekvizity “ Organizácia“, čo vám umožňuje oddeliť protistrany podľa príslušnosti k organizácii. Štandardne musia všetky protistrany patriť do aktuálnej organizácie (dá sa získať z konštanty s rovnakým názvom).

Existuje niekoľko riešení problému. Zvážime možnosť vyplnenia rekvizít “ Organizácia“priamo v základni” Prijímač“, t.j. v čase načítania dát. Aktuálna organizácia je uložená v konštante, takže neexistuje žiadna prekážka na získanie tejto hodnoty. Otvorme pravidlo konverzie objektov (ďalej len FRP) “ klientov“ (dvakrát kliknite na objekt) a v sprievodcovi nastavením pravidiel prejdite do časti „Správcovia udalostí“. V zozname handlerov nájdeme „ Po načítaní”.

Poďme si popísať kód na získanie aktuálnej organizácie s následným priradením k atribútu. V momente, keď sa spustí obslužná rutina „Po načítaní“, objekt bude úplne vytvorený, ale ešte nie je zapísaný do databázy. Nikto nám nezakazuje zmeniť to podľa vlastného uváženia:

If NOT Object.ThisGroup Then Object.Organization = Constants.CurrentOrganization.Get(); Koniec Ak;

Pred vyplnením rekvizít " Organizácia» je potrebné skontrolovať hodnotu atribútu « Táto skupina". Pre sprievodcu" klientov» je nastavený hierarchický príznak, takže je potrebná kontrola skupiny. Podobne sa vykoná vyplnenie akýchkoľvek podrobností. Nezabudnite si prečítať pomocníka pre ďalšie možnosti obslužného programu " Po načítaní". Napríklad medzi nimi je parameter " odmietnutie". Ak má priradenú hodnotu "True", objekt nebude zapísaný do databázy. Takto je možné obmedziť objekty na písanie v čase načítania.

Úloha číslo 2. Podrobnosti v informačnom registri

V príručke " protistrany"Konfigurácia UT, existujú podrobnosti" kupujúci"A" Dodávateľ". Obe rekvizity sú typu „ boolovská hodnota“ a používajú sa na určenie typu protistrany. V IB" Prijímač“, v referenčnej knihe “ klientov"Neexistujú žiadne podobné podrobnosti, ale existuje register informácií" Typy klientov". Vykonáva podobnú funkciu a môže uložiť viacero značiek pre jedného klienta. Našou úlohou je preniesť hodnoty detailov do samostatných záznamov informačného registra.

Ani tu si, žiaľ, neporadia samotné vizuálne prostriedky. Začnime v malom, vytvorte nový PCO pre register informácií “ Typy klientov". Neuvádzajte nič ako zdroj. Odmietnuť automatické vytváranie pravidiel nahrávania.

Ďalším krokom je vytvorenie pravidiel nahrávania. Prejdite na príslušnú kartu a kliknite na tlačidlo „ Pridať". V okne na pridávanie pravidiel nahrávania vyplňte:

  • metóda odberu vzoriek. Zmeňte na „Arbitrary algorithm“;
  • konverzné pravidlo. Vyberte informačný register „Typy zákazníkov“;
  • Kód (názov) pravidla. Píšeme to ako „Nahrávanie druhov klientov“;

Teraz musíte napísať kód pre výber údajov na nahranie. Tu je parameter „ Vzorkovanie údajov". Do nej môžeme umiestniť kolekciu s pripraveným súborom údajov. Parameter " Vzorkovanie údajov“ môže nadobúdať rôzne hodnoty – výsledok dotazu, výber, kolekcie hodnôt atď. Inicializujeme ho ako tabuľku hodnôt s dvoma stĺpcami: klient a typ klienta.

Nižšie je uvedený kód obsluhy udalosti “ Pred spracovaním". Inicializuje parameter „ Vzorkovanie údajov“ s následným vyplnením údajov z adresára “ protistrany". Tu stojí za to venovať pozornosť vyplneniu stĺpca „ Typ klienta". V „UT“ máme vlastnosti typu „Boolean“ a v príjemcovi enumeráciu.

V tejto fáze ich nevieme doviesť na požadovaný typ (v UT nie je), preto to zatiaľ necháme vo forme šnúrok. Nemusíte to robiť, ale hneď chcem ukázať, ako prenášať na chýbajúci typ v zdroji.

DataFetch = NewValueTable(); Data Selection.Columns.Add("Client"); Data Selection.Columns.Add("ClientType"); Výber údajov z adresára = Directories.Contractors.Select(); While Fetching DataFromCatalog.Next() Loop If FetchingDataFromCatalog.ThisGroup Then Continue; Koniec Ak; If DataFetchFromCatalog.Buyer Then NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Kupujúci"; Koniec Ak; If DataFetchFromCatalog.Provider Then NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Dodávateľ"; Koniec Ak; EndCycle;

Uložte pravidlo nahrávania údajov a vráťte sa do „ Pravidlá konverzie objektov". Dodajme pre informačný register “ Typy klientov” pravidlá konverzie majetku: klient a typ klienta. Zdroj necháme prázdny a do obsluhy udalosti „Pred uvoľnením“ napíšeme:

//Pre vlastnosť "Klient" Value = Source.Client; //Pre vlastnosť “CustomerType” If Source.Customer = "Buyer" Then Expression = "Enumerations.CustomerTypes.Buyer" ElseIf Source.Customer = "Supplier" Then Expression = "Enumerations.CustomerTypes.Supplier"; Koniec Ak;

Vo výpise sa údaje vypĺňajú na základe vykonaného výberu údajov. Klienta odovzdáme jednoducho ako odkaz a typ klienta napíšeme do parametra " Výraz". Údaje tohto parametra budú interpretované v prijímači a po vykonaní sa atribút doplní správnou hodnotou z enumerácie.

To je všetko, pravidlá výmeny sú pripravené.Uvažovaný príklad sa ukázal ako celkom univerzálny. Podobný prístup sa často používa pri prenose údajov z konfigurácií vytvorených na platforme 7.7. Pozoruhodným príkladom je prenos periodických detailov.

Úloha číslo 3. Tabuľkové triky

Často existujú úlohy, ktoré vyžadujú zaúčtovanie riadkov jednej tabuľkovej časti do niekoľkých. Napríklad pri prvotnej konfigurácii sú služby a tovary evidované v jednej tabuľkovej časti, pričom uloženie týchto entít je oddelené v prijímači. Problém opäť nemožno vyriešiť vizuálnymi prostriedkami. Tu je vhodné vziať za základ riešenie druhého problému.

Vytvoríme pravidlo nahrávania údajov, určíme ľubovoľný algoritmus a napíšeme dotaz v obslužnom nástroji „Pred odovzdaním“, aby sme získali údaje z tabuľkovej časti.

Aby som ušetril miesto, neuvediem kód (vždy sa môžete odvolať na zdrojový kód) žiadosti - nie je v ňom nič neobvyklé. Zotriedime výslednú vzorku a zoradené výsledky umiestnime do už známeho parametra “ Vzorkovanie údajov". Opäť je vhodné použiť tabuľku hodnôt ako kolekciu:

DataFetch = NewValueTable(); //Tu bude ešte jedna tabuľková sekcia Data Selection.Columns.Add("Products"); //Tu bude aj tabuľková sekcia Data Selection.Columns.Add("Services"); Výber údajov z.Columns.Add(“Link”);

Úloha číslo 4. Prenos údajov do operácie

Ak organizácia používa niekoľko účtovných systémov, skôr či neskôr bude potrebná migrácia údajov s následnou tvorbou účtov.

V konfigurácii " BP"existuje univerzálny dokument" Prevádzka“ a je ideálny na vytváranie viacerých drôtov. Je tu len jeden problém - dokument je vyrobený prefíkane a nie je také ľahké do neho preniesť údaje.

Príklad takejto konverzie nájdete v zdrojovom kóde článku. Množstvo kódu sa ukázalo byť dosť veľké, takže nemá zmysel ho publikovať pre článok. Dovoľte mi povedať, že nahrávanie opäť používa ľubovoľný algoritmus v pravidlách pre nahrávanie údajov.

Úloha číslo 5. Synchronizácia údajov medzi viacerými atribútmi

Niekoľko príkladov sme už prebrali, ale doteraz sme nehovorili o synchronizácii objektov počas migrácie. Predstavme si, že potrebujeme previesť protistrany a niektoré z nich sú pravdepodobne v databáze príjemcov. Ako prenášať údaje a predchádzať duplikáciám? V tomto smere ponúka CD niekoľko spôsobov synchronizácie prenášaných objektov.

Prvým je jedinečný identifikátor. Mnoho objektov má jedinečný identifikátor, ktorý zaručuje jedinečnosť v rámci tabuľky. Napríklad v príručke " protistrany“ nemôže mať dva prvky s rovnakým ID. CD na to urobí výpočet a pre všetky vytvorené PSP je v predvolenom nastavení okamžite povolené vyhľadávanie podľa identifikátora. Pri tvorbe PSP ste si mali všimnúť ikonu lupy pri názve objektu.

Synchronizácia pomocou jedinečného identifikátora je spoľahlivá metóda, no zďaleka nie vždy vhodná. Pri zlučovaní adresárov “ protistrany“ (z niekoľkých rôznych systémov) je málo nápomocný.

V takýchto prípadoch je správnejšie synchronizovať objekty podľa viacerých kritérií. Správnejšie je hľadať protistrany podľa TIN, KPP, Name alebo rozdeliť vyhľadávanie do niekoľkých etáp.

Konverzia údajov neobmedzuje vývojára pri definovaní kritérií vyhľadávania. Uvažujme o abstraktnom príklade. Predpokladajme, že potrebujeme synchronizovať adresáre “ protistrany“ z rôznych informačných báz. Pripravíme si PCP a v nastaveniach pravidiel pre prevod objektu zaškrtneme políčko “ Pokračujte v prehľadávaní vyhľadávacích polí, ak sa objekt prijímača nenájde podľa ID". Touto akciou sme okamžite definovali dve kritériá vyhľadávania - podľa jedinečného identifikátora a ľubovoľných polí.

Máme právo vybrať si polia sami. Po zaznamenaní TIN, KPP, Name okamžite uvedieme niekoľko kritérií vyhľadávania. Pohodlne? Celkom, ale opäť to nestačí. A čo ak chceme zmeniť kritériá vyhľadávania? Napríklad najprv hľadáme veľa TIN + KPP, a ak nič nenájdeme, začneme skúšať šťastie s menom.

Je celkom možné implementovať takýto algoritmus. V obsluhe udalosti Vyhľadávacie polia” môžeme špecifikovať až 10 kritérií vyhľadávania a pre každé z nich definovať vlastné zloženie polí vyhľadávania:

Ak SearchOptionNumber = 1, potom SearchPropertyNameString = “TIN, KPP”; ElseIfSearchVariantNumber = 2 ThenSearchPropertyNameString = “Názov”; Koniec Ak;

Vždy existuje viacero riešení.

Každá úloha má niekoľko riešení a prenos údajov medzi rôznymi konfiguráciami nie je výnimkou. Každý vývojár má právo zvoliť si vlastnú cestu riešenia, ale ak neustále musíte vyvíjať zložité migrácie údajov, dôrazne odporúčam venovať pozornosť konfigurácii "". Najprv musíte investovať zdroje (čas) do školenia, ale tie sa viac než vyplatia pri prvom viac či menej serióznom projekte.

Spoločnosť 1C podľa mňa nezaslúžene obchádza tému využitia konverzie dát. Za celú dobu existencie technológie o nej vyšla iba jedna kniha: „1C: Enterprise 8. Konverzia dát: výmena medzi aplikačnými riešeniami“. Kniha je dosť stará (2008), ale stále je žiaduce sa s ňou zoznámiť.

Stále sú potrebné znalosti platformy

» je univerzálny nástroj, ale ak ho plánujete použiť na vytváranie migrácií údajov z konfigurácií vyvinutých pre platformu 1C:Enterprise 7.7, budete musieť stráviť čas oboznámením sa so vstavaným jazykom. Syntax a ideológia jazyka je veľmi odlišná, takže musíte stráviť čas učením. Zvyšok princípu zostáva rovnaký.

Školíme od roku 2008, sme si istí kvalitou našich kurzov a dávame svoje štandardná záruka 60 dní.

To znamená, že ak ste začali navštevovať náš kurz, no zrazu ste si to rozmysleli (alebo povedzme nemáte možnosť), máte 60-dňovú lehotu na rozhodnutie – a ak sa vrátite, vrátime vám peniaze 100 % platby.

Platba na splátky

Naše kurzy je možné platiť na splátky alebo na splátky aj bez úrokov. V čom okamžite získate prístup k materiálom.

To je možné pri platbe od jednotlivcov vo výške 3 000 rubľov. až 150 000 rubľov.

Všetko, čo musíte urobiť, je vybrať spôsob platby „Platba cez Yandex.Checkout“. Potom na webovej stránke platobného systému vyberte „Platiť na splátky“, uveďte termín a výšku platieb, vyplňte krátky dotazník - a za pár minút dostanete rozhodnutie.

Možnosti platby

Akceptujeme všetky hlavné spôsoby platby.

Od jednotlivcov- platby z kariet, platby elektronickými peniazmi (WebMoney, YandexMoney), platby prostredníctvom internetového bankovníctva, platby prostredníctvom komunikačných obchodov atď. Objednávku je možné zaplatiť aj po častiach (na splátky), a to aj bez ďalšieho úroku.

Začnite zadávať objednávku – a v druhom kroku si budete môcť vybrať preferovaný spôsob platby.

Od organizácií a individuálnych podnikateľov– bezhotovostná platba, sú poskytnuté dodacie doklady. Zadáte objednávku – a hneď si môžete vytlačiť faktúru na platbu.

Školenie viacerých zamestnancov

Naše kurzy sú určené pre individuálne vzdelávanie. Skupinový tréning na jednej zostave je nelegálna distribúcia.

Ak spoločnosť potrebuje zaškoliť viacerých zamestnancov, zvyčajne ponúkame „prídavné súpravy“, ktoré sú o 40 % lacnejšie.

Ak chcete zadať objednávku na „dodatočnú súpravu“ vo formulári vyberte 2 alebo viac sád kurzov počnúc druhým setom cena kurzu bude o 40% lacnejšia.

Existujú tri podmienky na použitie dodatočných súprav:

  • nie je možné zakúpiť iba dodatočnú sadu, ak predtým (alebo spolu s ňou) nebola zakúpená aspoň jedna bežná sada.
  • na ďalšie sady nie sú žiadne ďalšie zľavy (už sú zľavnené, vyšlo by to na „zľavu na zľavu“)
  • propagačné akcie (napríklad kompenzácia 7 000 rubľov) sa z rovnakého dôvodu nevzťahujú na ďalšie súpravy

1. Úvod.

2. Čo potrebujete: Konfigurácia 1C: Konverzia dát 2. * a spracovanie z balíka. Ako príklad úloh si vezmeme konfigurácie 1C: Trade Management 11 a 1C: BP 3. *.

Takže na vývoj pravidiel pre nahrávanie údajov do 1C budete potrebovať konfiguráciu 1C: Object Conversion 2, ako aj spracovanie zahrnuté v balíku.

Napríklad sme už nasadili konverznú základňu a spustili ju.

Napíšeme vývoj pravidiel výmeny medzi konfiguráciou 1C: Trade Management 11 a 1C: Enterprise Accounting 3 (pravidlá výmeny UT / BUH).

3. Na uvoľnenie štruktúry metadát a ich výmenu budeme potrebovať spracovanie.

Prvá vec, ktorú potrebujete na vývoj, sú súbory so štruktúrou metadát. Robí sa to pomocou spracovania uvoľnenia štruktúry metadát zahrnutého v balíku konverzie objektov.

V skutočnosti nás v rozbalenom konfiguračnom adresári pre konfigurácie na spravovaných formulároch zaujíma spracovanie MD83Exp.epf. Ak je potrebné vyloženie vykonať z konfigurácií na bežných formulároch, použije sa spracovanie MD82Exp.epf. To je, ak napríklad potrebujete získať štruktúru z takých konfigurácií ako 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 a tak ďalej.

Ďalej, na nahrávanie a sťahovanie údajov v 1C pomocou našich pravidiel budete potrebovať spracovanie „Univerzálnej výmeny údajov vo formáte XML“ V8Exchan83.epf pre konfigurácie na spravovaných formulároch, ako je 1C: Trade Management 11. *, 1C BP 3, 1C : ERP 2. * a podobne. A teda V8Exchan83.epf - pre konfigurácie na bežných formulároch.

4. Nahranie štruktúry metadát konfigurácie 1C: Trade Management 11.3 a 1C: Enterprise Accounting 3.0. *

Začnime uvoľnením štruktúry metadát z konfigurácie 1C: Enterprise Accounting 3.
Otvoriť spracovanie MD83Exp.epf

Vo formulári spracovania sú ďalšie nastavenia, kde môžeme povoliť alebo zakázať možnosť vykladania registrov a pohybov v 1C. Existuje tiež výber, kde sa vyloženie uskutoční: na serveri 1C alebo „na klientovi“. Zadajte názov súboru, do ktorého bude dátová štruktúra uvoľnená. Podobne uvoľníme štruktúru metadát konfigurácie Trade Management 11.

Teraz musíte načítať konfiguráciu do databázy konverzií. Táto položka je dostupná zo zoznamu konfigurácií aj zo zoznamu konverzií. Spustite systém z pracovnej plochy:

V dialógovom okne načítajte štruktúru BP:

A podobne - štruktúra ministerstva obchodu.

Po dokončení sťahovania sa zobrazí dialógové okno, v ktorom môžete zadať názov, ktorý vám vyhovuje.

6. Tvorba konverzných pravidiel v 1C na konkrétnom príklade úlohy.

Ďalej prejdite na „Nastavenie pravidiel objektu“, kde vytvoríme nové nastavenie.
V dialógovom okne na vytvorenie prevodu vyberte konfiguráciu "zdroj" a konfiguráciu "cieľa" (ktoré ste predtým načítali) a kliknite na tlačidlo OK.

Keďže som v tomto článku plánoval ukázať tvorbu „od nuly“ a „bez odpadu“, pripomínam, že nič nevytvárame automaticky. Žiadne prototypy.

V tomto dialógovom okne neurobíme nič, stačí kliknúť - "Zavrieť".

Vytvorme pravidlá pre vykladanie nie jedného dokladu do jedného, ​​ale jedného druhu do druhého, napríklad doklad Predaj tovarov a služieb z UT 11 s potrebnými adresármi k dokladu Príjem tovaru a služieb v BP 3.

Takže vytvoríme nové PKO (pravidlo na konverziu objektov na 1C)

Vyberte zdroj Realizácia Tovaru Služieb a Príjemcu Prevzatie Tovaru Služieb a kliknite na OK.
V takom prípade sa zobrazí dialógové okno, kde opäť odmietneme automatické vytváranie pravidiel PKC (Property Conversion Rules). Ďalej vyberieme len tie potrebné.

Ale na návrh na vytvorenie PVD (pravidlá nahrávania údajov) odpovedáme „Áno“.

Vytvárajú sa VDP, čo sa prejaví pri spracovaní univerzálnej výmeny XML na výber:

Vytvoria sa aj pravidlá konverzie údajov s prázdnymi pravidlami konverzie vlastníctva.

Navyše je jasné, že štandardne sa navrhuje hľadať FSP podľa interného identifikátora objektu. Naznačuje to lupa pri PKO. Urobíme si vlastné vyhľadávanie, a to podľa čísla dokladu a dátumu na začiatku dňa.

Odstránenie vyhľadávania pre UIO:

Teraz začnime párovať potrebné vlastnosti (náležitosti) objektu. Ak to chcete urobiť, kliknite na „Synchronizácia vlastností“ (označenie „1“ na obrazovke). Odstránime rekurzívne vytváranie pravidiel ("2"). Odstránime všetky označené detaily ("3"). A sami si vyberieme, čo potrebujeme.

Vyberte si napríklad, čo potrebujete:

Dávam do pozornosti, že z PKS protistrany spravíme organizáciu a z organizácie protistranu a porovnáme aj niektoré detaily, ktoré sa nezhodujú v názve, napríklad „Mena“ a „Dokument“. mena“.

Kde vidíme, že zatiaľ neexistujú žiadne pravidlá konverzie.

Začnime podrobnosťami, ktoré treba prejsť a popísať. Najprv si nastavíme vyhľadávanie dokumentu ako som už písal, vyskladníme a vyhľadáme dokument na začiatku dátumu a zmeníme číslovanie. Prvé tri znaky nahradíme našou predponou „UTB“. A keďže v BP a UT je číslovanie po 11 znakoch, vytvoríme zložené číslo: našu predponu a 8 znakov zo zdroja. Príklad snímky obrazovky nižšie.

Dokumenty, ktoré neboli zrealizované a bez pohybu, vykladáme vždy. Predpokladáme, že dokumenty budú po kontrole používateľom uložené v prijímači.

Na tento účel sa ako boolean použije PCS, ktorý má nastavený spôsob nepodržania, 0 alebo 1.

Na príklade meny vytvoríme pravidlo pre prevod objektu pre PCS. Zároveň sa domnievame, že v oboch základoch sú meny a musia byť kódovo synchronizované. Preto nevytvoríme všetky PCS v CSP mien, ale len pridáme Kód pre vyhľadávanie. Tie. z návrhu na vytvorenie PCS k objektu - odmietame.

Vytvorené pravidlo konverzie bolo v PQS dokumentu nahradené SCS. A samotné predvolené pravidlo ponúka jedinečný identifikátor. Opravíme to, vykonáme vyhľadávanie v kóde a nastavíme vlastnosť tak, aby nevznikol nový objekt.

V dôsledku toho dostaneme možnosť:

Ďalej analogicky vytvárame pre ostatné detaily PKO a PKS. Okrem toho sme nastavili vyhľadávanie organizácie podľa protistrany a naopak podľa TIN. Takto to vyzerá s minimálnymi detailmi (v prípade potreby môžete pridať).

Pre PKO dohody protistrán hľadáme protistranu PKS, meno a vlastníka.

Pozrime sa, ako zadať požadovanú hodnotu v type enumerácie v PCS. Napríklad atribút „Typ operácie“. Tu môžete použiť rôzne podmienky a náhradné hodnoty. Napríklad potrebujeme, aby bol „typ prevádzky“ vždy vyložený „Tovar“, v tomto prípade stačí napísať požadovanú hodnotu do „čela“ ako reťazec.

Nasleduje návod, ako nastaviť bez problémov a vo väčšine prípadov PKS pre Násobnosť vyrovnania, Sadzba vyrovnania, Účty.

Pri nomenklatúre PKO ponechávame vyhľadávanie podľa interného jedinečného identifikátora. Budem však venovať pozornosť tomu, ako môžete predefinovať svoju skupinu. Napríklad súhlasíme s tým, že z konfigurácie 1C: Trade Management 11 bude stiahnutá nová nomenklatúra, ale je potrebné, aby sa nomenklatúra zhromaždila v špecifickej skupine „Naša skupina“.

Na realizáciu tejto úlohy vytvárame ďalšie PKO. Nazvime to „Nomenclature Parent“, čo označíme v PDN rodiča v pravidle prevodu.

Nastavili sme dve vyhľadávania: podľa názvu, kde je názov našej skupiny pevne zakódovaný, a povinnú vlastnosť atribútu „ThisGroup“ na hodnotu true.

Keďže sme sa rozhodli, že všetka nomenklatúra patrí do našej skupiny, nie je potrebné pri vykládke vykladať skupiny z UT 11. Za týmto účelom v Nomenklatúre PKO v obsluhe udalosti „Pred vyložením“ dáme filter, ktorý nie je potrebné uvoľniť skupiny „Zlyhanie = Zdroj. Táto skupina;“.

V DRP (pravidlá nahrávania údajov) Implementácia tovarov a služieb doplníme filter, aby sa nenahrávali doklady označené na vymazanie. Za týmto účelom napíšeme do PDP v obslužných programoch udalostí „PredVyložením“ filter „Odmietnutie = Object.DeletionMark;“.


Uložte vyvinuté pravidlá do súboru.


7. Zhrnutie: Nahrávanie a sťahovanie údajov pomocou vyvinutých pravidiel výmeny údajov.

Otvárame v 1C: Trade Management 11 spracovanie „Univerzálna výmena údajov vo formáte XML“ V8Exchan83.epf.

Vykladanie prebehlo, teraz s rovnakým spracovaním, aké načítavame do 1C: Enterprise Accounting 3.


Sťahovanie dokončené. Skontrolujeme, či je nabitý. Dokument sa teda načíta, ako sme chceli – Organizáciu máme načítanú do protistrany a protistranu do organizácie. Všetky účty sú stiahnuté a nainštalované. Dostali sme číslo dokladu s našou predvoľbou a na začiatku dňa. Všetky údaje, ktoré boli zaregistrované, boli vyplnené.

Skontrolujeme načítanie nomenklatúry. Vidíme, že všetko dopadlo tak, ako sme si naplánovali.


Podrobnosti sme vytvorili a vyplnili tak, ako sme zamýšľali. V prevode je veľa jemností a niekoľko jednoduchých, ale potrebných vecí, ktoré pomáhajú presne napísať prevod. A to vám umožní minimalizovať chyby, nepokaziť existujúce údaje a zbaviť sa zbytočného odpadu. Toto je jeden z najjednoduchších príkladov. Môžete tiež urobiť konverziu jedného objektu na veľa alebo naopak, veľa - na jeden.

Teraz je tu konverzia dát 3, rieši iné problémy. Preto je potrebná aj konverzia 2. Veľa šťastia všetkým pri učení a zvládaní.

Samozrejme, ak ste programátor a toto je vaša hlavná práca, môžete si konverziu skúsiť napísať sami. Ale ak nie, mali by ste si vážiť svoj čas vo svojej oblasti činnosti a požiadať odborníkov, aby túto úlohu dokončili.

Jeden z najčastejších problémov, ktorým čelia prvé prezývky. Ide o prenos adresárov a dokumentov z jednej konfigurácie do druhej. Na vyriešenie takýchto problémov spoločnosť 1s navrhuje použiť špecializovanú konfiguráciu „Konverzia údajov“. Vezmime si napríklad úlohu previesť protistrany zo základne 7,7 na základ 8. S čím musíme začať?

Samozrejmosťou je samotná databáza "Data Conversion" a niekoľko externých spracovaní, pre 7.7 je to:

  • MD77Exp.ert - spracovanie, ktoré uvoľní konfiguračnú štruktúru 7.7 do súboru xml (nahratie popisu štruktúry metadát)
  • V77Exp.ert - univerzálny export dát vo formáte xml

Najprv uvoľníme štruktúru metadát našej konfigurácie pri prvom spracovaní. Zapamätáme si cestu k nahrávanému súboru a spustíme konfiguráciu 8.2 „Konverzia údajov“.

Potom vyberte položku „Načítať štruktúru metadát konfigurácie“ na pracovnej ploche programu, zadajte názov súboru a kliknite na „Stiahnuť“.

Podobnú operáciu vykonáme pre konfiguráciu 8. Iba tam sa spracovanie nazýva:

MD81Exp.epf a MD82Exp.epf - uvoľnenie popisu štruktúry metadát pre 1s 8.1 a 8.2, v tomto poradí.

Podobne pri sedmičke načítavame dáta z xml súboru do nášho „Data Conversion“.

Po načítaní štruktúr našich databáz do konfigurácie môžeme začať nastavovať pravidlá výmeny a prenášať objekty. Ak to chcete urobiť, kliknite na tlačidlo „Konfigurovať pravidlá výmeny údajov“

Alebo spustením spustite pomocníka

V úvodnom asistentovi vyberte „Vytvoriť nové pravidlá výmeny údajov (od začiatku)“ a zadajte dve konfigurácie, medzi ktorými si budeme vymieňať.

Prenesme referenčnú knihu "Nomenklatúra" z jednej konfigurácie do druhej.

Po vypracovaní vstavaných algoritmov môžeme pozorovať zhodu podrobností referenčnej knihy "Nomenklatúra" v 7.7 a 8. Štandardne je korešpondencia nastavená na podrobnosti s rovnakými menami, pridajte korešpondenciu medzi "Celé meno" a "NameFull", vyzerá to pre mňa takto:

Zákazník povedal, že v celej jeho nomenklatúre by merná jednotka mala byť „kus“, s tým mi pomôžu operátori udalostí. Ak kliknete myšou na nomenklatúru, v hornej tabuľkovej časti sa otvorí sprievodca nastavením pravidla konverzie objektov, kde v kroku 3 môžete zadať svoj kód v obsluhe udalostí. Pre náš účel je vhodný posledný handler “After Load”, ktorý sa volá po načítaní objektu, no ešte pred zápisom do databázy napíšeme do emu nasledujúci kód:

ak Objekt. ThisGroup= false then Object. Typ nomenklatúry = vyhľadávanie. Typy Nomenklatúra. FindByName(" produkt " ) ; Objekt. Merná jednotka = adresáre. Jednotky. FindByName(" piece " ) ; koniec Ak ;

Všetko je jednoduché bez zbytočností Objekt je náš objekt pred zapísaním do databázy, veľmi nápomocná je vstavaná nápoveda, ktorá sa vyvolá po kliknutí na tlačidlo „Informácie o handleroch“.

Pravidlá pre prevod si uložíme do xml súboru, budeme ho potrebovať neskôr na prenos adresára.

Efektívna prevádzka programov 1C Enterprise 8.3 je spôsobená správnym nastavením výmeny údajov medzi nimi, to znamená nahrávania a sťahovania adresárov, ako aj ďalších informácií. V niektorých situáciách stačí použiť spracovanie Universal Data Interchange (XML) alebo dostupné štandardné pravidlá migrácie, napríklad pri prechode z jednej edície programu na druhú. Môžu byť zabudované do programu so špecifickým zoznamom pravidiel výmeny alebo môžu byť umiestnené v priečinku nainštalovanej aktualizácie. Napríklad AccountingBase ("Účtovníctvo", základná verzia) a tam je priečinok "Výmena údajov".

Obr.1

Ale keď potrebujete výmenu medzi úplne odlišnými konfiguráciami, a teda pravidlá prenosu pre neštandardné verzie, ktoré si budú vyžadovať nastavenie pravidiel výmeny a párovanie objektov na prenos, mali by ste sa uchýliť k externému programu určenému na vytváranie pravidiel konverzie medzi ľubovoľnými konfiguráciami, bez ohľadu na ich štruktúru a zložitosť.

Na popis metadát sa používa externé spracovanie MD83Exp.epf - pre produkty založené na platforme 1C:Enterprise 8.3 (spravovaná aplikácia), MD82Exp.epf - pre bežnú aplikáciu vo formáte súboru XML. Súbor spracovania sa zvyčajne nachádza v adresári šablón, kde je nainštalovaná konfigurácia. Napríklad C:\Program Files\1cv8\tmplts\1c\Conversion\3_0_5_3\. V našom príklade „1C: Data Conversion, ed. 3.0" (vydanie 3.0.5.3).



Obr.2

Príprava konverzného súboru spočíva vo vygenerovaní XML súboru pravidiel výmeny. Zvážte malý príklad priebehu jeho tvorby.

Krok 1. Program je možné stiahnuť z webovej stránky ITS alebo nainštalovať z disku ITS. Predpokladajme, že musíme nahrať adresár "Dodávatelia" z "Účtovníctvo" do "UT 8.3". Prvý program, ktorý máme, je „Source Base“ a druhý je „Receiver Base“. Upozorňujeme, že výmena je nakonfigurovaná nielen medzi databázami 8.3, ale aj medzi 7.7 a 8.3 a inými.

Krok 2 Metadátovú štruktúru databáz zapojených do výmeny uvoľníme do súboru XML pomocou spracovania MD83Exp.epf. Ak to chcete urobiť, v „Source Base“ a „Destination Base“ v režime „1C Enterprise“ otvorte zadané spracovanie a uvoľnite s ním konfiguračnú štruktúru s uvedením názvu vygenerovaného súboru. Súbory pomenujme napríklad takto – „Základňa zdroja“ a „Základňa prijímača“.



Obr.3



Obr.4


Obr.5

Krok 3 Exportujeme xml schému výmenného formátu. Toto je súbor s príponou „xsd“. Môžete ho získať zo „Zdroja“ aj z „Prijímača“. Ak to chcete urobiť, otvorte infobázu v režime „Konfigurátor“ („Otvoriť konfiguráciu“), v strome metadát, sekcii „Všeobecné“ a podsekcii Balíčky XDTO.


Obr.6

Nájdite riadky s názvom „EnterpriseData“ (rôzne čísla sú rôzne verzie formátu) a kliknutím pravým tlačidlom myši vyberte príkaz „Export XML Schema“.


Obr.7



Obr.8


Obr.9

Krok 4 Do databázy „1C: Data Conversion“ pridávame štruktúru databázy nenačítaných konfigurácií (zdroj a cieľ). Za týmto účelom v položke ponuky "Konfigurácia" pre každý vygenerovaný súbor (zdroj a cieľ) vykonáme "Načítať štruktúru konfigurácie".



Obr.10

Zadajte cestu k nášmu súboru, vyberte spôsob sťahovania - "Do novej verzie konfigurácie" a kliknite na tlačidlo "Stiahnuť".



Obr.11



Obr.12

Po nahratí súborov, ak prejdeme do sekcie ponuky "Konfigurácie", uvidíme naše dve nahrané konfigurácie.



Obr.13



Obr.14

Krok 5 Načítame štruktúry výmenného formátu. V položke ponuky "Formát údajov" vyberte príkaz "Načítať štruktúru formátu".



Obr.15

Zadajte predtým nahraný súbor a kliknite na tlačidlo „Nahrať“.



Obr.16

Po dokončení sťahovania skontrolujte výsledok. Poďme do ponuky "Formát údajov" - "Formátovať strom objektov". Výberom formátu, ktorý sme stiahli, vidíme jeho štruktúru.



Obr.17

Krok 6 Vytvorte konverziu. Aby sme splnili našu úlohu, vytvoríme dve konverzie. Prvý je na nahrávanie adresárov „Zamestnanci“ a „Dodávatelia“ z „Účtovníctva“ a druhý je na nahrávanie do „UT“. Poďme do ponuky „Konverzie“.



Obr.18

Pre každú operáciu uvádzame názov, napríklad - „Vykladanie z BP“, „Nahrávanie do UT“, názov - Účtovníctvo podniku, Riadenie obchodu a verziu formátu (ktorý sme načítali v našom príklad 1.6).



Obr.19



Obr.20

Krok 7



Obr.21

Po otvorení každej operácie samostatne ju nakonfigurujeme. Na karte „Pravidlá konverzie objektov“ kliknite na tlačidlo „Vytvoriť“.

Obr.22

Na karte „Základné informácie“ zadajte identifikátor nášho pravidla (napríklad Directory_Contractors_Upload), konfiguračný objekt a objekt formátu. Rozsah - "Na odoslanie".



Obr.23



Obr.24

Kliknite na „Automatické mapovanie“ a kliknutím na tlačidlo „Vytvoriť pravidlá konverzie vlastníctva“ uložte výsledok.



Obr.25



Obr.26



Obr.27

V prípade potreby sa ostatné polia nakonfigurujú na konverziu manuálne.

Krok 8 Konverzné pravidlo pre sťahovanie sa nastavuje rovnakým spôsobom, v našom príklade v "Manažment obchodu". Upozorňujeme, že rozsah je „Na príjem“.



Obr.28

Na karte „Pravidlá konverzie majetku“ vykonáme automatické párovanie a kliknutím na tlačidlo „Vytvoriť pravidlá konverzie majetku“ uložíme výsledok.



Obr.29

Krok 9 V oboch vytvorených pravidlách konverzie vytvorte pravidlo na konverziu preddefinovaných údajov tak, že prejdete na kartu s rovnakým názvom, kliknete na tlačidlo „Vytvoriť“, pričom porovnávate hodnoty v tabuľke z konfigurácie a formátu. Rozsah - "Na prijímanie a odosielanie".



Obr.30



Obr.31



Obr.32

Špecifikujeme nové pravidlo pre konverziu vlastnosti "LegalPhysicalPerson" pre náš adresár. Otvorme konverzné pravidlo pre objekt "Adresár_Dodávatelia_Nahrať".



Obr.33

Na karte „Pravidlá konverzie vlastníctva“ pridajte pravidlo konverzie vlastníctva a uveďte v ňom „Enumeration_LegalIndividual“.



Obr.34



Obr.35

Akcia je podobná pre druhé pravidlo „Referenčná kniha_Kontragnety_Načítanie“.



Obr.36

Krok 10 Vytvárame pravidlá spracovania údajov. Akcie sú rovnaké pre obe pravidlá, ktoré sme vytvorili. Prejdite na pravidlo konverzie a kliknite na tlačidlo "Vytvoriť na základe" - "Pravidlo spracovania údajov".



Obr.37

Údaje sa zadávajú automaticky.



Obr.38



Obr.39



Obr.40

Krok 11 Uvoľnite modul exchange manager buď v konverznom pravidle kliknutím na „Uložiť modul exchange manager“, alebo cez položku „Conversion“ - „Unload module“.

Obr.41



Obr.42



Obr.43

Ďalej otvoríme konfiguráciu, pre ktorú je náš modul určený, a v strome metadát hľadáme „Omena ManagerViaUniversalFormat“, otvoríme ho a vložíme tam náš modul skopírovaný do schránky.



Obr.44

Pri nastavovaní výmeny má predmetný program zatiaľ jedinú funkciu - vytváranie textov spoločných modulov Exchange Manager cez UniversalFormat pre každú z databáz s využitím metadátovej štruktúry konfigurácií zapojených do výmeny a schémy univerzálny formát. Tieto moduly je lepšie sformovať a aplikovať v počiatočnej fáze nastavenia burzy a oplatí sa pokračovať v ich spresňovaní priamo v texte modulu konfigurátora.

Konfiguračná edícia „Data Conversion 3.0“ je nová, ale progresívna technológia na zjednodušenie výmeny medzi konfiguráciami pomocou univerzálneho výmenného formátu EnterpriseData.