Mehanizam rukovatelja događajima jedan je od ključnih u tehnologiji pretvorbe podataka pomoću "Data Conversion 2.0". Kompetentno i vješto korištenje ovog mehanizma omogućuje programeru da brzo riješi gotovo svaki problem pretvorbe podataka. Korištenjem procesorske tehnologije, izbor podataka, konverzija različitih tipova podataka, složeni odabiri podataka, postavljanje parametara konverzije i mnogi drugi zadaci se lako implementiraju.

Razmotrimo osnovna načela ove tehnologije. Na ključnim točkama u algoritmima za učitavanje i preuzimanje podataka iz obrade univerzalne razmjene moguće je izvršiti programski kod preuzet iz pravila razmjene podataka, a ne "hard-wired" u obradu učitavanja ili preuzimanja podataka. Konfiguracija Data Conversion 2.0 pruža mogućnosti za integraciju takvog programskog koda u pravila razmjene podataka.

Ukupno postoji više od dvadeset različitih mjesta u algoritmima za razmjenu podataka gdje se može izvršiti kod treće strane. Sukladno tome, konfiguracija omogućuje stvaranje različitih vrsta rukovatelja događajima.

Kod rukovatelja događajima je “vezan” za objekte pravila razmjene - elemente direktorija: konverzije, pravila konverzije objekata, pravila konverzije svojstava, pravila za učitavanje podataka i pravila za brisanje podataka. Naravno, kod rukovatelja događajima mora zadovoljiti niz zahtjeva. Konkretno, za kontrolu procesa pretvorbe u kodu rukovatelja potrebno je koristiti posebne varijable - parametre. Potpuni opis svih tipova rukovatelja događajima i dostupnih varijabli može se pronaći u informacijama o rukovatelju na odgovarajućim obrascima.

PAŽNJA!!!

Tehnologije "Data Conversion 2.0" omogućuju razmjenu podataka s informacijskim bazama implementiranim na platformama "1C:Enterprise 7.7" i "1C:Enterprise 8.0". Zbog osobitosti platforme 1C:Enterprise 7.7, priprema pravila za razmjenu podataka pomoću rukovatelja događajima za informacijske baze implementirane na ovoj platformi ima niz značajki.

Za platformu 1C:Enterprise 7.7 nije moguće izvršiti proizvoljni kod (analogno funkciji Run za V8). Ako trebate koristiti rukovatelje događajima za platformu V7.7, morate zamijeniti tekst obrade za istovar ili učitavanje podataka s tekstovima obrade koje izdaje konfiguracija "Pretvorba podataka 2.0".

Ako trebate migrirati podatke s V7.7 na V8, tada:

Prilikom istovara, osim same datoteke pravila, sustav generira tekst modula za obradu V77Exp.ert s funkcijama koje implementiraju rukovatelje događajima. Zatim u konfiguratoru moramo zamijeniti standardni V77Exp.ert modul s novim koji je generirao “Data Conversion 2.0”.

Kada razvijate rješenja za razmjenu podataka na platformi 1C:Enterprise 7.7, morate zapamtiti ovu važnu "sitnicu". Vaša će pravila ispravno funkcionirati samo ako koristite modificiranu obradu, čiji je tekst modula kreiran prilikom istovara pravila razmjene podataka. Postoji jedna iznimka od ovog pravila - ako ne koristite rukovatelje događajima, tada možete koristiti standardnu ​​obradu.

Iskreno, Vladimir Milkin(učitelj i programer).

Specijalizirana konfiguracija "1C: Pretvorba podataka 2.0"

Izdanje osme verzije platforme 1C: Enterprise bio je značajan korak u razvoju sustava automatizacije. Prilikom projektiranja platforme 1C: Enterprise 8 uzeto je u obzir ogromno iskustvo korištenja rješenja na platformi 1C: Enterprise 7.7: ugrađeni jezik platforme i standardne konfiguracije ozbiljno su redizajnirani, struktura pohrane i pristupa podacima promijenjena, stvorena su nova industrijska rješenja koja ostvaruju prednosti nove platforme. Korištenje prethodnih jezičnih konstrukcija u novoj platformi postalo je nepraktično.

Kako bi olakšao rješenje ovog problema (prijenos podataka iz verzije 7.7 u verziju 8), 1C je objavio specijaliziranu konfiguraciju "Pretvorba podataka 2.0". Stvoren je kako bi stručnjacima pomogao u rješavanju različitih zadataka prijenosa podataka. 1C je izdao gotova pravila za prijenos podataka iz sličnih konfiguracija, na primjer iz 1C: Računovodstvo 7.7 u 1C: Računovodstvo 8, ali korisnici nestandardnih ili modificiranih standardnih konfiguracija morat će stvoriti pravila prijenosa prilikom prelaska na 1C: Enterprise 8 podatke o platformi sami.

Uz svu raznolikost privatnih metoda za rješavanje problema prijenosa podataka, raspon problema koje treba riješiti praktički ostaje nepromijenjen:

Sinkronizacija referentnih informacija (stvaranje novih, ažuriranje postojećih elemenata imenika, brisanje, spremanje ili promjena hijerarhije, grananje podataka, prijenos povijesti promjena u vrijednostima periodičnih detalja);

Sinkronizacija dokumenata i operacija (izrada, izmjena dokumenata ili pretvaranje jedne vrste dokumenta u drugu, spajanje ili umnožavanje);

Stvaranje dostatnih početnih uvjeta za knjigovodstvene registre za obavljanje poslovnih aktivnosti (prijenos preostale robe i sl.).

Strukture pohrane podataka u 1C:Enterprise razlikuju se u različitim verzijama i/ili konfiguracijama, tako da prijenos podataka nije jednostavno kopiranje datoteka ili tablica, već njihova transformacija. Kako bi transformacija bila jednoznačna i točna, moraju se kreirati i konfigurirati pravila za prijenos podataka. Stvaranje i konfiguriranje pravila za prijenos podataka između različitih informacijskih baza moguće je ako je poznata struktura pohrane podataka u izvornoj i odredišnoj bazi podataka. Opis strukture metapodataka konfiguracije treba biti objedinjen. Konfiguracija Data Conversion 2.0 koristi se za stvaranje i konfiguraciju pravila prijenosa podataka na temelju opisa strukture metapodataka izvorne i odredišne ​​konfiguracije.

Proces prijenosa podataka između informacijskih baza sastoji se od sljedećih faza:

• 1. Stvaranje datoteka opisa metapodataka.
• 2. Stvaranje konfiguracija u “Pretvorbi podataka”.
• 3. Izrada same pretvorbe.
• 4. Dosljedno kreiranje pravila za pretvorbu podataka.
• 5. Dosljedno kreiranje pravila za učitavanje podataka.
• 6. Stvarni postupak za učitavanje i učitavanje podataka iz jedne konfiguracije u drugu.

Jer korištenje ove specijalizirane konfiguracije jedna je od trenutačno najučinkovitijih metoda za rješavanje problema ove vrste, a uz to i izvor osobnog iskustva koje je vrlo korisno u obrazovne svrhe, zatim za razvoj mehanizma za razmjenu podataka između IS-a „Poslužitelj: Izračun najamnina” i „1C: Računovodstvo” poduzeće" za LLC "LLC", metoda je odabrana na temelju upotrebe konfiguracije "Pretvorba podataka 2.0".

1. Uvod.

2. Što vam je potrebno: 1C konfiguracija: Konverzija podataka 2.* i obrada iz paketa. Kao primjer zadataka, uzmimo konfiguracije 1C: Upravljanje trgovinom 11 i 1C: BP 3.*.

Dakle, da biste razvili pravila za učitavanje podataka u 1C, trebat će vam konfiguracija 1C: Pretvorba objekta 2, kao i obrada uključena u paket.

Na primjer, već smo implementirali bazu podataka konverzije i pokrenuli je.

Napisat ćemo razvoj pravila razmjene između konfiguracije 1C: Trade Management 11 i 1C: Enterprise Accounting 3 (pravila razmjene UT / ACCOUNT).

3. Trebat će nam Obrada da rasteretimo strukturu metapodataka i razmjenu.

Prvo što trebate nabaviti za razvoj su datoteke sa strukturom metapodataka. To se radi pomoću obrade za istovar strukture metapodataka uključene u paket konverzije objekta.

Zapravo, u nepakiranom konfiguracijskom direktoriju za konfiguracije na upravljanim obrascima, zainteresirani smo za obradu MD83Exp.epf. Ako se istovar treba izvršiti iz konfiguracija na regularnim obrascima, koristi se obrada MD82Exp.epf. To je ako, na primjer, trebate dobiti strukturu iz konfiguracija kao što su 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 i tako dalje.

Nadalje, za prijenos i preuzimanje podataka u 1C koristeći naša pravila, morat ćete obraditi "Univerzalnu razmjenu podataka u XML formatu" V8Exchan83.epf za konfiguracije na upravljanim obrascima kao što su 1C: Trade Management 11.*, 1C BP 3, 1C: ERP 2. * i slično. I sukladno tome V8Exchan83.epf - za konfiguracije na regularnim obrascima.

4. Prijenos strukture metapodataka konfiguracije 1C: Upravljanje trgovinom 11.3 i 1C: Računovodstvo poduzeća 3.0.*

Započnimo s preuzimanjem strukture metapodataka iz konfiguracije 1C: Enterprise Accounting 3.
Otvorimo obradu MD83Exp.epf

U obrascu za obradu postoje dodatne postavke u kojima možemo omogućiti ili onemogućiti opciju učitavanja registara i kretanja u 1C. Također postoji izbor gdje će se prijenos odvijati: na 1C poslužitelju ili "na klijentu". Navedite naziv datoteke u koju će se učitati struktura podataka. Na sličan način oslobađamo strukturu metapodataka konfiguracije Trade Management 11.

Sada trebate prenijeti konfiguraciju u bazu podataka konverzije. Do ove točke se može doći i s popisa konfiguracija i s popisa konverzija. Samo se pokrenimo s radne površine:

U dijaloškom okviru učitajte BP strukturu:

I slično - struktura Trgovinskog menadžmenta.

Nakon završetka preuzimanja pojavit će se dijaloški okvir u kojem možete odrediti naziv koji vam odgovara.

6. Stvaranje pravila pretvorbe u 1C koristeći specifičan primjer zadatka.

Zatim idite na “Postavljanje pravila objekta”, gdje stvaramo novu postavku.
U dijaloškom okviru za stvaranje konverzije odaberite konfiguraciju "izvora" i konfiguraciju "odredišta" (koju ste prethodno učitali) i kliknite U redu.

Budući da sam u ovom članku planirao prikazati stvaranje "od nule" i "bez smeća", podsjećam vas da ništa ne stvaramo automatski. Nema prototipova.

U ovom dijaloškom okviru nećemo učiniti ništa, samo kliknite "Zatvori".

Napravimo pravila za učitavanje ne jednog dokumenta u jedan, već jedne vrste u drugi, na primjer dokument Prodaja roba i usluga iz UT 11 s potrebnim priručnicima u dokument Prijem roba i usluga u BP 3.

Dakle, stvaramo novi PKO (pravilo za pretvaranje objekata u 1C)

Odaberite izvornu Prodaja robe i usluga i odredišnu Potvrdu o primitku robe i usluga i kliknite U redu.
U tom slučaju će se pojaviti dijaloški okvir, gdje ponovno odbijamo automatsku izradu PKS (Property Conversion Rules). Zatim ćemo odabrati samo one potrebne.

Ali na prijedlog za stvaranje DVP-a (pravila za učitavanje podataka), odgovaramo "Da".

Stvoreni su PVD-ovi, što će se odraziti na obradu univerzalne XML razmjene za odabir:

Također će se stvoriti pravila za konverziju podataka s praznim pravilima za konverziju svojstava.

Štoviše, može se vidjeti da se softver prema zadanim postavkama nudi za pretraživanje pomoću internog identifikatora objekta. To je označeno povećalom u blizini PCO. Napravit ćemo vlastitu pretragu i to po broju dokumenta i datumu na početku dana.

Uklanjamo pretragu prema UIO:

Sada počnimo uspoređivati ​​potrebna svojstva (detalje) objekta. Da biste to učinili, kliknite "Sinkroniziraj svojstva" (oznaka "1" na ekranu). Uklanjamo rekurzivno stvaranje pravila ("2"). Uklonite sve označene detalje ("3"). A mi ćemo sami izabrati što nam treba.

Na primjer, odaberite što vam je potrebno:

Skrećem vam pozornost na činjenicu da ćemo PKS druge ugovorne strane napraviti u organizaciju, a organizaciju u drugu ugovornu stranu, a usporedit ćemo i neke detalje koji se ne podudaraju po nazivu, na primjer, "Valuta" i "Dokument Valuta".

Gdje vidimo da još nema pravila konverzije.

Počnimo prolaziti kroz detalje i opisivati ​​ih. Prvo postavljamo pretragu dokumenata kao što sam ranije napisao, učitavamo i tražimo dokument na početku datuma i mijenjamo numeraciju. Zamijenit ćemo prva tri znaka našim prefiksom "UTB". A budući da numeriranje u BP i UT ima po 11 znakova, pravimo složeni broj: naš prefiks i 8 znakova iz izvora. Primjer na slici ispod.

Dokumente uvijek učitavamo istovarene i bez pokreta. Pretpostavljamo da će dokumenti biti obrađeni u prijamniku nakon provjere od strane korisnika.

Da bismo to učinili, postavljanjem PKS-a na nije provedeno, 0 ili 1, koristimo ga kao Booleovu vrijednost.

Koristeći valutu kao primjer, stvaramo pravilo konverzije objekta za PKS. Istodobno, smatramo da postoje valute u obje baze podataka, te ih treba kodom sinkronizirati. Stoga nećemo stvoriti sve PKS-ove u PQS-u valute, već ćemo samo dodati kod za pretraživanje. Oni. Odbijamo ponudu za izradu PKS za objekt.

Stvoreno pravilo pretvorbe zamijenjeno je u PQR dokumenta za PKS. I samo zadano pravilo nudi jedinstveni identifikator. Popravljamo to, tražimo kod i postavljamo svojstvo tako da ne stvaramo novi objekt.

Kao rezultat toga, dobivamo sljedeću opciju:

Zatim, po analogiji, stvaramo PKO i PKS za preostale detalje. Štoviše, tražimo organizaciju prema drugoj strani i obrnuto prema TIN-u. Ovako otprilike izgleda sa minimalno detalja (po potrebi možete dodati).

Za ugovore PCO druge strane, tražimo prema PKS drugoj ugovornoj strani, imenu i vlasniku.

Pogledajmo kako navesti potrebnu vrijednost u tipu nabrajanja u PKS-u. Na primjer, atribut "Vrsta operacije". Ovdje možete koristiti različite uvjete i zamjenske vrijednosti. Na primjer, potrebno nam je da "vrsta operacije" uvijek bude istovarena "Roba", u ovom slučaju dovoljno je napisati traženu vrijednost u retku "čelo".

Dolje je prikazano kako instalirati bez poteškoća iu većini slučajeva PCS za višestrukost međusobnog poravnanja, stopu međusobnog poravnanja, računovodstveni račun.

Za PKO Nomenklaturu ostavit ćemo pretraživanje po internom jedinstvenom identifikatoru. Ali dopustite mi da vam skrenem pozornost na to kako možete redefinirati svoju grupu. Na primjer, slažemo se da će se nova stavka učitati iz konfiguracije 1C: Trade Management 11, ali je potrebno da stavka bude prikupljena u određenoj grupi "OurGroup".

Za provedbu ovog zadatka stvaramo još jedan PKO. Nazovimo to "NomenclatureParent", što ćemo naznačiti u nadređenom PCS-u u pravilu konverzije.

Postavljamo dva pretraživanja: po nazivu, gdje striktno navodimo naziv naše grupe, a potrebno svojstvo atributa “Ovo je grupa” postavljeno je na istinito.

Budući da smo odlučili da sve naše stavke spadaju u našu grupu, nema potrebe za istovarom grupa iz UT 11 prilikom istovara. Da bismo to učinili, u softveru Nomenklature u rukovatelju događajima "Prije istovara" postavit ćemo filtar koji nema potrebe za istovarom grupa "Neuspjeh = Izvor. Ova grupa;".

U DRP (pravila za učitavanje podataka) za prodaju proizvoda i usluga dodat ćemo filtar kako se dokumenti označeni za brisanje ne bi učitavali. Da bismo to učinili, u VDP-u u rukovateljima događajima "Prije istovara" zapisat ćemo filtar "Failure = Object.DeletionMark;".

Spremimo razvijena pravila u datoteku.

7. Ukratko: Prijenos i učitavanje podataka pomoću razvijenih pravila za razmjenu podataka.

Otvorite u 1C: Upravljanje trgovinom 11 obradu "Univerzalna razmjena podataka u XML formatu" V8Exchan83.epf.

Istovar je završen, sada koristimo istu obradu za učitavanje u 1C: Enterprise Accounting 3.

Učitavanje završeno. Provjerimo kako se učitava. Dakle, dokument je učitan, kako smo htjeli - naša Organizacija je učitana u drugu stranu, a druga ugovorna strana u organizaciju. Svi računovodstveni računi su preuzeti i instalirani. Dobili smo broj dokumenta s našim prefiksom i na početku dana. Svi podaci koji su navedeni su popunjeni.

Provjeravamo utovar artikala. Vidimo da je sve ispalo kako smo planirali.

Izradili smo i ispunili detalje kako smo namjeravali. Postoje mnoge suptilnosti u pretvorbi i neke jednostavne, ali potrebne stvari koje vam pomažu da točno napišete pretvorbu. A to vam omogućuje da minimizirate pogreške, ne pokvarite postojeće podatke i riješite se nepotrebnog smeća. Ovo je jedan od najjednostavnijih primjera. Također možete pretvoriti jedan objekt u više ili, obrnuto, više u jedan.

Sada postoji pretvorba podataka 3, rješava druge probleme. Stoga je nužna i konverzija 2. Sretno svima u učenju i svladavanju.

Naravno, ako ste programer i to vam je glavni posao, možete pokušati sami napisati konverziju. Ali ako ne, onda biste trebali cijeniti svoje vrijeme u svom području djelovanja i zatražiti od stručnjaka da obave ovaj zadatak.

Pretvorba podataka 2.0 i 2.1 je tehnološka konfiguracija 1C, implementirana na verzijama platforme od 8.1 do 8.3.

Glavni zadatak alata je pisanje pravila za razmjenu između aplikacijskih rješenja 1C 8 i 7. Trenutna verzija konverzije podataka danas je 3.0.

Pretvorba podataka je vrlo korisna konfiguracija, uz njegovu pomoć možete riješiti ne samo pitanje prijenosa informacija iz jedne baze podataka u drugu, već i, na primjer, pretvaranje informacija unutar jedne baze podataka.

Konfiguracija je vrlo praktična za korištenje s .

Pretvorba podataka bit će korisna svakom programeru: posjedovanje vještina za stvaranje pravila razmjene ozbiljan je plus za profesionalne vještine.

Da biste naučili kako raditi s konfiguracijom, najbolje je rješavanje praktičnih problema. Pokušajte sami smisliti zadatke, na primjer: prenijeti neke podatke iz jedne baze podataka u drugu, pretvoriti prodajni dokument u dokument o primitku, “upisati” tekuća knjigovodstvena stanja u dokument “unos stanja” i druge zadatke.

Bit će vrlo korisno razumjeti "standardna" pravila razmjene 1C 8.3; tamo često možete pronaći zanimljive primjere implementacije zadataka.

Da biste razumjeli osnove, trebat će vam materijali, razmotrit ćemo ih u nastavku.

Video upute za konverziju

Za osnove postavljanja razmjene podataka u 1C pomoću konfiguracije "1C Data Conversion" pogledajte primjer u videu:

Materijali, udžbenici za proučavanje 1C Data Conversion 2.0

Na Internetu nema previše materijala i dokumentacije, pokušao sam prikupiti najvažnije i najzanimljivije materijale:

0. Prije svega, preporučujem besplatni video tečaj Ilye Leontyeva, dostupan je na veza.

1. Savjetovao bih prije svega korištenje ugrađene pomoći u konfiguraciji. Stvarno je dobro napisano i tehnički dobro implementirano:

2. Drugi najvažniji izvor informacija je stranica http://www.mykod.info/ (stranica je zatvorena), specijalizirana upravo za konverziju podataka. Tamo možete preuzeti velik broj materijala o pretvorbi.

3. Zasebno bih želio istaknuti udžbenik - (autor - Olga Kuznetsova).