Dobré ráno, kolegové čtenáři blogu. Již dříve byl na tomto webu publikován článek o konverzi
, ukázal tento článek
Jak lze nastavit exchange, vikory a konstruktory, s jejichž pomocí se vytvářejí pravidla směny.
Tuto metodu lze použít při převodu databází z 1C verze 7.7 na 8.2.
Nyní budeme hovořit o tom, jak přenášet data mezi konfiguracemi 1C 8.2, které jsou rozděleny do jednoho typu.

Hlavní pozornost tohoto článku bude věnována převodu tabulkové části dokumentu, což znamená, že
budeme cvičit pravidla pro převod skupin úřadů - PKGS.

Příprava na úpravu PKGS - pravidla pro konverzi skupin úřadů

Přenášíme doklad „Spolehlivost zboží a služeb“, který je důležitý v detailech Maximální sazby daně tabulkové části „Zboží“
V jádru je dzherela a priymacha. Tato rekvizita je založena na typu „Author of the Sent. sazby MPE",
a v databázi Priymach - typ "Pererahuvannya Posilannya. MPE sazby."

Před řečí můžete pro snazší orientaci počítat

Kromě toho si v přijímací databázi musíme pamatovat podrobnosti „Rakhunok oblikuBU“, které jsou také zahrnuty
v tabulkové části „Produkty“ dokumentu „Produkty a služby“. Údaje pro vyplnění budou převzaty z detailu „Rakhunok obliku“
Poradce "Nomenklatura" základny Priymach.

Situace se komplikuje, když pracujeme s tabulkovou částí a potřebujeme se přizpůsobit
pravidla pro převod skupin úřadů - PKGS. Budeme se muset ponořit do řádku toku tabulkové části.

Tvorba konverzních pravidel vládní skupinou 1C

Pravidla převodu pro dokument „Produkty a služby“ jsme již vypracovali.

Pro tabulkovou část „Produkty“ není žádné pivo pravidla pro převod hodnoty"sazby MAP".
Je nutné přidat nové pravidlo pro převod mocnin kliknutím na tlačítko „Synchronizace mocnin...“.

Objeví se dialog „Úprava pravidel pro převod pravomocí (Spolehlivost na zboží a služby)“.

Je nutné zopakovat ty, které jsou podrobně uvedeny na obrázku, a stisknout tlačítko „OK“.

Chtěli jsme to udělat konverzní pravidlo pro skupinu úřadů, ale přesto nejste připraveni.
Pamatujte, že podrobnosti v tabulkové části „MAP Sazby“ jsou rozděleny do typů hodnot.
Tato rekvizita je založena na typu „Author of the Sent. sazby MPE",
a v databázi Priymach - typ "Pererahuvannya Posilannya. MPE sazby." Tady neznáme pravidla
přechod z agenta na zajištění.

Zdrojové knihy pro pravidla převodu skupin úřadů

Pro správné řízení převodu výkonu je nutné vytvořit nové pravidlo pro převod objektů.

V dialogu, který se objevil, se zdá, že poradce „MAP Rate“ se převádí na zajištění se stejným názvem.

Pro toto pravidlo nebudou žádná podobná pravidla pro převod pravomocí.
Proto podle tohoto pravidla v zobrazeném dialogu vyberte „Ni“.

V dialogu s potravinami „Vytvořit pravidla pro diverzifikaci dat? Můžeme také vybrat „Ni“.

S rostoucím tlakem otevíráme dialog se zavedenými pravidly pro přeměnu objektu (VKO) „MAP Sazby“.
Zde na záložce „Sběratelé lusků“ vybereme téma „Když znevýhodněni“ a výrazně „Dzherelo“ a
„VuzolPosilannya“, to jsou ty, které budou převedeny.

Yakshcho dzherelo. Sázka = 0 Todi
VuzolPosilannya = "Sázka0";
Jinak Dzherelo. Sázka = 12 Todi
VuzolPosilannya = "Bet12";
Jinak Dzherelo. Jméno = "bez maximálního limitu" Todi
VuzolPosilannya = „Bez PDV“;
KinetsYakscho;

Po napsání shrnutí stiskněte tlačítko „OK“.

Informace od sběratelů:

Dzherelo - Satisfied - dzherelo, které je vivantováno (poslané nebo další pocty).
VuzolPosilannya - inicializace xml-vuzolposilannya. Můžete se stát vikoristou,
například pro inicializaci oprávnění jiných objektů.

Nyní je jednoznačně možné toto pravidlo použít pro převod objektu v době řešení detailů „MAP Rate“.
Přejděte na kartu „Převod pravomocí (*)“ dokumentu „Spolehlivost zboží a služeb“ a otevřete převod
skupiny orgánů „Komodity“, dvakrát klikněte na orgán „Sazby MDV“ a v dialogu, který se otevře, do pole „Pravidlo“
Vyberte konverzní pravidlo pro objekt „MAP Rate“.

Stiskněte tlačítko "OK".

Nyní nám nezbývá nic jiného, než vytvořit strukturu formuláře podle stejných hodnot, jaké jsou přiřazeny pro nomenklaturu.
Přejdeme na kartu „Pravidla pro převod objektů“, najdeme objekt „Spolehlivost produktů a služeb“ a
Dále klikněte na nový dialog pravidel pro konverzi objektů (OCR).
Pojďme na kartu „Sbírky příběhů“ a přejděte na kartu „Posle of Infatuation“ a napište další:

Pro pleť Line TCH Z Object. Produktový cyklus
Řádek PM. Rakhunok obliku BU = RowCh. Nomenklatura. Rakhunok obliku BU;
Konec cyklu;

Nyní nás zajímají tato pravidla v Dzherelya, vikorist a externí zpracování Univerzální výměna Danimi dovnitř XML formát" - "V8Exchan82.epf".
Vivantazhimo data ze souboru xml. Poté toto zpracování otevřeme v přijímající databázi a vybereme xml soubor pro požadovaná data.

Než začnete mluvit, můžete prostřednictvím položky nabídky otevřít sekci „Výměna univerzálních dat ve formátu XML“.
"Služba" | "Více výměny dat" | "Univerzální výměna dat ve formátu XML." Něco málo o tom bylo napsáno v poznámce o.

Jeden z nejrozšířenějších problémů, kterým přezdívky 1C čelí. Jedná se o přenos dokumentů a dokumentů z jedné konfigurace do druhé. K dokončení těchto úkolů implementuje 1C specializovanou konfiguraci „Konverze dat“. Vezměme si například úkol přesunout protistrany ze základu 7,7 do základu 8. Co potřebujeme pro začátek?

Byla analyzována samotná databáze „Data Conversion“. externí zpracování, za 7,7 tse:

MD77Exp.ert - zpracování, které vizualizuje strukturu konfigurace 7.7 v souboru XML (opakování popisu struktury metadat)
V77Exp.ert - univerzální vivantagene data ve formátu html

Od samého začátku si nejprve vizualizujeme strukturu metadat naší konfigurace. Cesta k souboru animace je uložena a spuštěna konfigurací 8.2 „Konverze dat“.

Po výběru položky „Povolit strukturu metadat konfigurace“ na ploše programu zadejte název souboru a klikněte na „Povolit import“.

Podobná operace se provádí pro konfiguraci 8. Pouze tam jsou volány procedury:

MD81Exp.epf a MD82Exp.epf - podrobný popis struktury metadat pro 1s 8.1 a 8.2.

Stejným způsobem převádíme data z XML souboru do naší „Data Conversion“.

Jakmile máme nastaveny naše databázové struktury a konfigurace, můžeme začít nastavovat pravidla pro výměnu a přenos objektů. K tomu musíte stisknout tlačítko „nastavit pravidla výměny dat“

Nebo po spuštění asistent startování

Startující asistent bude mít možnost „Vytvořit nová pravidla výměny dat (od nuly)“ a mohou existovat dvě konfigurace, včetně funkční výměny.

Přejděme z jedné konfigurace do jiné „Nomenklatury“.

Po implementaci algoritmů můžeme určit typ detailů poradce „Nomenklatura“ v 7.7 a 8. Standardní typ je nastaven pro detaily se stejnými názvy, navíc Každodenní život mezi „Přejmenováno“ a „Pojmenováno Přejmenováno“ vypadá to na mě jinak

Zástupce uvedl, že v celé nomenklatuře je pouze jedna položka v celé nomenklatuře, která má „ks“. Když kliknete myší na nomenklaturu, v horní části tabulky uvidíte průvodce nastavením pravidel pro převod objektů, kde ve 3. kroku můžete zadat svůj kód do formuláře kódu. Pro naše účely použijeme zbývající sampler „Po přitažlivosti“, který se zavolá po přilákání objektu a před jeho zaznamenáním do databáze napíšeme následující kód:

yakscho Objekt. Tse Group = nesmysl todi Object. TypNomenklatura = dovdniki. Nomenklatura.

Vědět podle jména („produkt“);

Objekt.

Jedna Vimiryuvannya = dovidniki. Zemře jich jen pár. KnowByName("pcs"); endif;.

Objekt je naším objektem předtím, než je zaznamenán v databázi, pomáhá také poskytnout informace, které získáte po kliknutí na tlačítko „Informace od sběratelů“.

Pravidla pro převod do XML souboru uložíme, takže jej budeme potřebovat dále pro přenos prohlížeče.

Jsme si vědomi začátku roku 2008, představujeme naše kurzy a dáváme náš kurz tomuto kurzu. standardní 60denní záruka.

To znamená, že pokud jste začali navštěvovat náš kurz, ale pak jste si to rozmysleli (nebo, řekněme, nemáte odvahu), pak máte 60denní lhůtu na dodržení svého rozhodnutí – a pokud se vrátíte, vrátit 100 % platby.

Platební sestava Naše kurzy lze platit na splátky nebo platbou, a to i bez srážek. S tím K materiálům máte okamžitý přístup

Při úhradě osobních nákladů částka 3000 krb. až 150 000 rublů.

Vše, co potřebujete k výdělku, je výběr platební metody „Platba přes Yandex.Cas“. Dále na webu

platební systém vyberte „Platba na splátky“, uveďte termín a výši plateb, vyplňte krátký formulář – a pomocí řady kroků najdete řešení.

Možnosti platby

Přijímáme všechny hlavní způsoby platby. Typ fyzických vlastností

- Platit kartami, platit elektronicky (WebMoney, YandexMoney), platit prostřednictvím internetového bankovnictví, platit prostřednictvím online bankovnictví a tak dále. Smlouvu je také možné platit na splátky (pomocí výplaty), a to i bez dalších plateb.

Začněte vyplňovat objednávku – a v dalším kroku si budete moci vybrat nejkratší způsob platby. Typ organizace a samostatný podnikatel– nepřipravená platba, k poštovnému jsou nutné doklady. Zadáte své obchodní podmínky a můžete okamžitě uvolnit objednávku k platbě.

Pokud společnost potřebuje vyrobit řadu nových zařízení, nazýváme to „přídavné sady“, které stojí o 40 % méně.

Vyplnění žádosti o „přídavnou sadu“ vyberte formu 2 nebo více sad kurzů, počínaje jinou sadou Směnný kurz bude o 40 % levnější.

Є tři různé typy doplňkových sad:

Není možné přidat další doplňkovou sadu, jelikož před touto (nebo zároveň po ní) žádná další nebyla, chtěl bych jednu primární
Na další sady zatím nejsou žádné slevy (jsou tak zlevněné, bylo by to „sníženo na snížené“)
Ze stejných důvodů nejsou žádné akce na další sady (například kompenzace 7 000 rublů).

Knihy, brožury, statistiky

1C:Enterprise 8. Konverze dat: výměna dat mezi nimi aplikovaná řešení(S doplňkem na CD-ROM) (položka 4601546049094)

"1C:Enterprise" є univerzální systém automatizaci obchodních činností a lze je využít k plnění různých úkolů správy a prostředí. V současné době je na platformě 1C:Enterprises vyvinuto velké množství standardních i specializovaných řešení, která lze použít v úzké integraci s jinými řešeními, jak na této platformě, tak i softwarové zabezpečení vibrátory třetích stran.

Velký význam pro efektivní práce Je možné organizovat výměnu mezi různými informačními systémy. Platforma 1C:Enterprise poskytuje řadu nástrojů pro výměnu dat a integraci aplikačních řešení.

Kniha se dobře věnuje výměně dat ve formátu XML, což je současný standardní způsob prezentace dat. Postupy pro vývoj pravidel, která zajistí přenos informací z jednoho informační systém jinak včetně výměny dat mezi standardními konfiguracemi 1C:Enterprise.

Ke knize je přiloženo CD, které doprovází demo informační základny s příklady pravidel výměny a konfigurace "1C:Enterprise. Konverze dat".

Respekt!

V prvním vydání byly povoleny technické problémy, jako je kniha. Stránky můžete upravovat
Kromě toho byl získán přebytek zboží k prodeji a byl vydán opravený oběh.

Na dodání vadných položek si stojíme sami a jsme připraveni vyměnit jakékoli vadné kopie bez jakéhokoli poškození. Žádosti o literaturu z publikace "1C-Publishing" lze uplatnit na adrese.

[e-mail chráněný]

Pridbati: Kontaktujte partnera 1C, který poskytuje služby vaší organizaci, a dokončete smlouvu, která vám poskytne kód uvedený v knize (v tabulce níže). Můžete také přidat knihu do jiné

v internetovém obchodě "1C-Interest" (doručení knih kurýrem, ruskou poštou, DHL, EMS)
v knihkupectvích vašeho města

Marvel také:

Rozmanitost knihy

Kód	název	Doporučení. *	dělená cena, rub.	Obchodník	Partner na plný úvazek
4601546049094	Distributor	240	150	135	120

1C:Enterprise 8. Konverze dat: výměna dat mezi aplikačními řešeními (s doplňkem na CD-ROM) (článek 4601546049094)

Struktura knihy

Vstupte

Kapitola 1. Zahraniční principy úpravy pravidel

Kapitola 2. Pravidla Vikoristanny

Kapitola 3. Automatické vytváření pravidel

Oddíl 4. Struktura pravidel

Oddíl 5. Podrobnější pravidla

Kapitola 6
Parametry
Sbírky "Konverze"
Pracovní listy "Pravidla pro kultivaci dat"
Knihy "Pravidla pro převod objektů"
Pracovní listy "Pravidla pro převod skupin úřadů"

Pracovní listy "Pravidla pro převod mocnin"

Sekce 7. Vyhledávací pole

Kapitola 8. Pravidla pro mazání dat

Kapitola 9. Algoritmy a otázky

Oddíl 10. Typické aplikace pravidel. Odstraňování problémů
Přepojištění přeměny
Přeměna poradců
Konverze dokumentů
Konverze datových registrů
Přestavba na plánové regály
Převod typů charakteristik do plánu
Převod typů plánu distribuce
Převod konstant 1C: Podniky 7.7

Přepočet účetních transakcí 1C: Podniky 7.7

Sekce 11. Optimalizace pravidel
Pravidla pro kultivaci dat
Pravidla pro převod objektů

Workshop "Univerzální výměna dat XML"

1. Úvod.

2. Co potřebujete: Konfigurace 1C: Převod dat 2.* a zpracování z balíčku. Úkol lze například změnit na 1C: Trade Management 11 a 1C: BP 3. *.

K vývoji pravidel pro převod dat do 1C také potřebujete konfiguraci 1C: Převod objektů 2 a specifikaci zpracování, které je součástí balíčku.

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

Popis pravidel výměny bude napsán mezi konfiguracemi 1C: Trade Management 11 a 1C: Business Accounting 3 (účetní/účetní pravidla výměny).

3. Potřebujeme nástroje ke zlepšení struktury metadat a výměny.

První věc, kterou je třeba extrahovat pro analýzu, jsou soubory se strukturou metadat. To zahrnuje dodatečné zpracování struktury metadat, které je zahrnuto před balíkem pro konverzi objektů. Vlasna, v rozbaleném katalogu se zapnutou konfigurací pro konfiguraci keramické formy klikni na nás obrobka MD83Exp.epf. Pokud je třeba nakonfigurovat vivantage na Poté je soubor MD82Exp.epf vikorizován. Proto je například nutné určit strukturu takových konfigurací jako 1C: UT 10, 1C: Řízení výroby 1.3, 1C: Integrovaná automatizace 1.1, 1C: Zup 2.5 a tak dále.

Dále, k importu dat z 1C budete kromě našich pravidel potřebovat „Univerzální výměnu dat ve formátu XML“ V8Exchan83.epf pro konfiguraci na zpevněných formulářích, jako je 1C: Trade Management 11*, 1C BP 3, C: ERP 2. * І podobné. A rozhodně V8Exchan83.epf - pro konfiguraci na standardních formulářích.

4. Vivantage struktury metadat konfigurace 1C: Trade Management 11.3 a 1C: Business Accounting 3.0.*

Zakončeme přepracováním struktury metadat ze změny na 1C: Business Accounting 3.
Otevření souboru MD83Exp.epf

Tvar řezu je dodatečná úprava, kde můžeme povolit nebo povolit parametr Vivantazhuvat registry a rukhi v 1C. Můžete si také vybrat, kam chcete jít: na server 1C nebo „na klienta“. Dám vám název souboru, kde bude datová struktura vytvořena. Podobným způsobem pečlivě dekonstruujeme strukturu metadat konfigurací Trade Management 11.

Nyní je potřeba aktualizovat konfiguraci na konverzní základnu. K tomuto bodu se dostanete ze seznamu konfigurací a seznamu převodů. Jen mě zaujal pracovní stůl:

V dialogovém okně se zobrazí struktura napájecího zdroje:

A podobně – struktura Trade Managementu.

Po dokončení požadavku se zobrazí dialogové okno, kde můžete ručně zadat své jméno.

6. Tvorba převodních pravidel v 1C konkrétní aplikaci zavdannya

Poté přejdeme na „Úprava pravidel objektu“, kde vytvoříme novou úpravu.
V dialogovém okně pro převod vyberte konfiguraci „jarelo“ a konfiguraci „přijímače“ (které byly dříve vybrány) a klepněte na OK.

Takže, protože tento článek plánoval ukázat tvorbu „od nuly“ a „bez zmírnění“, předpokládám, že se nic nevytváří automaticky. Nové prototypy.

V tomto dialogovém okně nezbývá nic, stačí kliknout na „Zavřít“.

Vytváříme pravidla pro spojení 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 doklady k dokladu Prodej zboží a služeb do BP 3.

Takže vytváříme nový software (pravidlo pro převod objektů v 1C)

Vyberte možnost Prodej zboží, služeb a akceptace Spolehlivost zboží, služeb a klikněte na OK.
Když se objeví dialogové okno, je opět možné, že se automaticky vytvoří PCS (Pravidla pro převod pravomocí). Poté vybereme pouze ty, které jsou nezbytné.

A osa návrhu na vytvoření PVD (pravidel pro přecenění dat) je označena „So“.

Vytvoří se PVD, která se zobrazí v univerzálním vzorku výměny XML pro výběr:

Pravidla pro převod dat jsou vytvořena se stejnými pravidly pro převod výkonu.

Navíc je zřejmé, že software je založen na interním identifikátoru objektu. Naznačuje to lupa PKO. Na vašem vyhledávání pracujeme a shromáždíme je podle čísla a data dokladu na začátku dne.

Známe vyhledávání PIB:

Nyní je čas nastavit potřebná oprávnění (podrobnosti) objektu. Za tímto účelem je vyraženo „Synchronizace sil“ (označte „1“ na snímku obrazovky). Odebereme rekurzivní vytváření pravidel („2“). Všechny specifikované detaily jsou rozpoznány (3). A sami si vybíráme, co potřebujeme.

Například je nutné zvolit:

Rád bych vyjádřil úctu těm, kteří vytvořili PCS protistrany na organizaci a organizaci na protistranu, a také srovnáváme detaily, které se nevztahují na názvy, například „Měna“ a „Měna dokumentu“ .

Zřejmě stále neexistují žádná pravidla konverze.

Pojďme si projít a popsat podrobnosti. Nyní upravíme hledání dokumentu stejně, jako jsme psali dříve, pečlivě prohledáme dokument na začátek data a začneme nahrazovat číslování. První tři znaky jsou nahrazeny jejich předponou „UTB“. Fragmenty v BP a UT jsou očíslovány po 11 znacích, zejména číslo skladu: naše předpona a 8 znaků na dzherel. Zadek je na snímku obrazovky níže.

Vyzvednutí dokumentů se rozhodně neobejde bez problémů. Předpokládá se, že dokumenty jsou přijímány po ověření úředníkem.

Pro které je PKS nainstalováno, ale není provedeno, 0 nebo 1 je vikoristic, jako boolean.

Na straně měny je pro PCS vytvořeno pravidlo pro převod objektů. Je důležité, že v obou měnách musí být synchronizovány s kódem. V PKO měn tedy nelze vytvořit všechny PKS, ale pouze přidat kód pro vyhledávání. Tobto. Pro objekt je možné vytvořit PCS jako návrh.

Na PKO dokumentu PKS je vytvořeno Konverzní pravidlo. A za samotným pravidlem následuje jedinečný identifikátor. Opravujeme, pečlivě hledáme kód a nainstalujeme napájení, abychom nevytvořili nový objekt.

V důsledku toho lze vybrat následující možnost:

Dále analogicky tvoříme pro další detaily PKO a PKS. Navíc je pro IPN nastaveno i vyhledávání organizace s protistranou. Přibližně to vypadá s minimálními detaily (v případě potřeby lze přidat).

Pro PKO dohody protistran pečlivě vyhledáváme protistrany PKS, najaté a vlasnik.

Je úžasné, jak zadat požadované hodnoty do PKS ve zdánlivě přehnané situaci. Rekvizitami jsou například „Videooperace“. Zde můžete zvýraznit různé mysli a současné významy. Potřebujeme například zvýraznit „typ operace“ v „Produktech“, u kterých stačí požadované hodnoty zapsat do řádku „cholo“.

Níže je ukázáno, jak instalovat bez skládání a ve většině typů ACL pro Frekvence omrzlin, Průběh omrzlin, Velikost rámu.

Pro nomenklaturu PKO musíme hledat interní jedinečný identifikátor. Opravdu oceňuji, jak můžete změnit přiřazení své skupiny. Očekáváme například, že existuje nová nomenklatura s konfigurací 1C: Trade Management 11, ale je nutné, aby byla nomenklatura shromážděna v pěvecké skupině „Naše skupina“.

Pro realizaci tohoto úkolu je vytvořeno další PKO. Říkáme tomu „Nomenklatura Batko“, jak je uvedeno v PKS Batka v převáděcích pravidlech.

Uvádíme dva vtipy: pro pojmenování je naší skupině tvrdě naznačeno pojmenování a ve skutečnosti povinná síla znaků „TseGroup“.

Rozhodli jsme se, že vzhledem k tomu, že máme v naší skupině zahrnuto veškeré názvosloví, není potřeba vivantovat skupiny z UT 11. Za tímto účelem vložíme do Nomenklatury PKO filtr do sbírky „Před vivantage“, takže žádný vivant není potřeba žvýkat skupinu „Vidmova = Dzherelo. Skupina Tse;".

V DDA (pravidlech pro vytěžování dat) Prodej zboží a služeb přidejte filtr, aby vybrané doklady nepodléhaly vytěžování. Za tímto účelem do PVD ve sbírkách pod „Before Vivantage“ přidáme filtr „Vidmova = Objekt Mark Vidalenny;“.

Pravidla pro soubor jsou pečlivě rozdělena.

7. Sčítání tašek: Vivantage a získávání dat pomocí rozbití pravidel pro výměnu dat.

Otevřeno v 1C: Trade Management 11. vydání “Univerzální výměna dat ve formátu XML” V8Exchan83.epf.

Vivantage je pryč, nyní je čas udělat pořádek v 1C: Business Accounting 3.

Atrakce pominula. Věříme, že jsem byl poblázněný. No, doklad o nabytí, jak jsme požadovali - v našem případě je organizace získána od protistrany a protistrana je přiřazena organizaci. Všechny budovy jsou vyzdobeny a instalovány. Číslo našeho dokladu je založeno na našem předčíslí a na začátku dne. Všechny údaje, které jste zadali, byly vyplněny.

Kontrolujeme důležitost nomenklatury. Bachimo, všechno dopadlo tak, jak jsme plánovali.

Podrobnosti jsme vytvořili a vyplnili tak, jak jsme zamýšleli. Převod má spoustu jemností a některé jednoduché, ale zbytečné řeči, které pomáhají přesně napsat převod. A to vám umožňuje minimalizovat změny, nekomprimovat původní data a ujistit se, že je o vše postaráno. Tohle je jeden z nás jednoduché akcie. Můžete také pracovat na převodu jednoho objektu na mnoho dalších nebo dokonce více na jeden.

Dochází k převodu dat 3, jsou zde další úkoly. Proto je konverze 2 tak nezbytná. Hodně štěstí všem, kteří se to naučili a zvládli.

Samozřejmě, protože jste programátor a hlavní náplní vaší práce, můžete zkusit napsat konverzi sami. V opačném případě byste si měli vážit svého času ve sféře své činnosti a Dana Zavdannya zeptejte se vikonty profesionálů.