Konvertimi i të dhënave 1c 2.0 versioni 2.1 8.2. Udhëzime video për konvertim

Mekanizmi i mbajtësit të ngjarjeve është një nga më kryesorët në teknologjinë e konvertimit të të dhënave duke përdorur "Data Conversion 2.0". Përdorimi kompetent dhe i aftë i këtij mekanizmi i lejon zhvilluesit të zgjidhë shpejt pothuajse çdo problem të konvertimit të të dhënave. Duke përdorur teknologjinë e procesorit, zgjedhja e të dhënave dhe konvertimi i të dhënave zbatohen lehtësisht lloje të ndryshme, zgjedhje komplekse të të dhënave, vendosja e parametrave të konvertimit dhe shumë detyra të tjera.

Le të shqyrtojmë parimet themelore të kësaj teknologjie. Në pikat kyçe të algoritmeve për shkarkimin dhe ngarkimin e të dhënave të përpunimit të shkëmbimit universal, është e mundur të ekzekutohet kodi i programit i marrë nga rregullat e shkëmbimit të të dhënave, dhe jo "hard-wired" në përpunimin e shkarkimit ose ngarkimit të të dhënave. Konfigurimi Data Conversion 2.0 ofron mundësi për integrimin e një kodi të tillë programi në rregullat e shkëmbimit të të dhënave.

Gjithsej vende të ndryshme Ka më shumë se njëzet algoritme të shkëmbimit të të dhënave ku mund të ekzekutohet kodi i palëve të treta. Prandaj, konfigurimi parashikon krijimin lloje të ndryshme trajtuesit e ngjarjeve.

Kodi i mbajtësve të ngjarjeve është "i lidhur" me objektet e rregullave të shkëmbimit - elementet e drejtorive: konvertimet, rregullat e konvertimit të objekteve, rregullat e konvertimit të pronave, rregullat e ngarkimit të të dhënave dhe rregullat e pastrimit të të dhënave. Natyrisht, kodi i mbajtësit të ngjarjeve duhet të plotësojë një sërë kërkesash. Në veçanti, për të kontrolluar procesin e konvertimit në kodin e mbajtësit, është e nevojshme të përdoren variabla të veçantë - parametra. Një përshkrim i plotë i të gjitha llojeve të mbajtësve të ngjarjeve dhe variablave të disponueshëm mund të gjendet në informacionin e trajtuesit në formularët e duhur.

KUJDES!!!

Teknologjitë "Data Conversion 2.0" lejojnë shkëmbimin e të dhënave me bazat e informacionit të implementuara në platformat "1C:Enterprise 7.7" dhe "1C:Enterprise 8.0". Për shkak të veçorive të platformës 1C: Enterprise 7.7, përgatitja e rregullave të shkëmbimit të të dhënave duke përdorur mbajtësit e ngjarjeve për bazat e informacionit, i implementuar në këtë platformë ka një sërë veçorish.

Për platformën 1C:Enterprise 7.7 nuk është e mundur të ekzekutohet kodi arbitrar (analog me funksionin Run për V8). Nëse keni nevojë të përdorni mbajtës të ngjarjeve për platformën V7.7, duhet të zëvendësoni tekstin e përpunimit për shkarkimin ose ngarkimin e të dhënave me tekstet e përpunimit që janë lëshuar nga konfigurimi "Konvertimi i të dhënave 2.0".

Nëse keni nevojë të migroni të dhënat nga V7.7 në V8, atëherë:

Gjatë shkarkimit, përveç vetë skedarit të rregullave, sistemi gjeneron tekst të modulit për përpunimin e V77Exp.ert me funksione që zbatojnë trajtuesit e ngjarjeve. Pastaj, në konfigurues, ne duhet të zëvendësojmë modulin standard V77Exp.ert me një të ri të krijuar nga "Data Conversion 2.0".

Kur zhvilloni zgjidhje për shkëmbimin e të dhënave në platformën 1C:Enterprise 7.7, duhet të mbani mend këtë "gjakësi" të rëndësishme. Rregullat tuaja do të funksionojnë si duhet vetëm nëse përdorni përpunim të modifikuar, teksti i modulit të të cilit është krijuar gjatë shkarkimit të rregullave të shkëmbimit të të dhënave. Ekziston një përjashtim nga ky rregull - nëse nuk përdorni mbajtës të ngjarjeve, atëherë mund të përdorni përpunimin standard.

Sinqerisht, Vladimir Milkin(mësues dhe zhvillues).

Konvertimi i të dhënave 2.0 dhe 2.1 është një konfigurim teknologjik i 1C, i zbatuar në versionet e platformës nga 8.1 në 8.3.

Detyra kryesore e mjetit është të shkruajë rregullat për shkëmbimin midis zgjidhjeve të aplikacionit 1C 8 dhe 7. Versioni aktual i konvertimit të të dhënave sot është 3.0.

Konvertimi i të dhënave është një konfigurim shumë i dobishëm me ndihmën e tij ju mund të zgjidhni jo vetëm çështjen e transferimit të informacionit nga një bazë informacioni në tjetrën, por gjithashtu, për shembull, konvertimin e informacionit brenda një baze të dhënash.

Konfigurimi është shumë i përshtatshëm për t'u përdorur me .

Konvertimi i të dhënave do të jetë i dobishëm për çdo programues: të kesh aftësi për të krijuar rregulla shkëmbimi është një plus serioz për aftësitë profesionale.

Për të mësuar se si të punoni me konfigurimin, zgjidhja është më e përshtatshme probleme praktike. Përpiquni të krijoni detyra për veten tuaj, për shembull: transferoni disa informacione nga një bazë të dhënash në tjetrën, ktheni një dokument shitje në një dokument fature, "drejtoni" bilancet korente Nga kontabilitetit në dokumentin “hyrja e bilanceve” dhe detyra të tjera.

Do të jetë shumë e dobishme të kuptoni rregullat "standarde" të shkëmbimit të 1C 8.3 atje shpesh mund të gjeni shembuj interesantë të zbatimit të detyrave.

Për të kuptuar bazat, do t'ju duhen materiale, ne do t'i shqyrtojmë ato më poshtë.

Udhëzime video për konvertim

Për bazat e konfigurimit të shkëmbimit të të dhënave në 1C duke përdorur konfigurimin "Konvertimi i të dhënave 1C", shihni shembullin në video:

Materiale, tekste shkollore për studimin 1C Konvertimi i të dhënave 2.0

Nuk ka shumë materiale dhe dokumentacion në internet, u përpoqa të mbledh materialet më të rëndësishme dhe interesante:

0. Para së gjithash, unë rekomandoj kursin falas të videos nga Ilya Leontyev, është në dispozicion në lidhje.

1. Para së gjithash do të këshilloja të përdorni ndihmën e integruar në konfigurim. Është vërtet i shkruar mirë dhe teknikisht i zbatuar mirë:

2. Burimi i dytë më i rëndësishëm i informacionit është faqja http://www.mykod.info/ (faqja është mbyllur), e specializuar në mënyrë specifike në konvertimin e të dhënave. Aty mund të shkarkoni numër i madh materialet e konvertimit.

3. Më vete, do të doja të veçoja tekstin shkollor - (autor - Olga Kuznetsova).

1. Hyrje.

2. Çfarë do t'ju duhet: Konfigurimi 1C: Konvertimi i të dhënave 2.* dhe përpunimi nga paketa. Për shembull detyrash, le të marrim konfigurimet 1C: Trade Management 11 dhe 1C: BP 3.*.

Pra, për të zhvilluar rregulla për ngarkimin e të dhënave në 1C, do t'ju duhet konfigurimi 1C: Konvertimi i objektit 2, si dhe përpunimi i përfshirë në paketë.

Për shembull, ne kemi vendosur tashmë një bazë të dhënash konvertimi dhe e kemi nisur atë.

Ne do të shkruajmë zhvillimin e rregullave të shkëmbimit midis konfigurimit 1C: Trade Management 11 dhe 1C: Enterprise Accounting 3 (rregullat e shkëmbimit të UT / ACCOUNT).

3. Do të na duhet Përpunimi për të shkarkuar strukturën dhe shkëmbimin e meta të dhënave.

Gjëja e parë që duhet të merrni për zhvillim janë skedarët me një strukturë meta të dhënash. Kjo bëhet duke përdorur përpunimin për shkarkimin e strukturës së meta të dhënave të përfshira në paketën e konvertimit të objektit.

Në fakt, në direktorinë e konfigurimit të papaketuar për konfigurimin aktiv forma të kontrolluara ne jemi të interesuar të përpunojmë MD83Exp.epf. Nëse shkarkimi duhet të bëhet nga konfigurimet në forma të rregullta, atëherë përdoret përpunimi MD82Exp.epf. Kjo është nëse, për shembull, ju duhet të merrni një strukturë nga konfigurime të tilla si 1C: UT 10, 1C: Menaxhimi ndërmarrje prodhuese 1.3, 1C: Automatizimi gjithëpërfshirës 1.1, 1C: Zup 2.5 e kështu me radhë.

Më tej, për të ngarkuar dhe shkarkuar të dhëna në 1C duke përdorur rregullat tona, do t'ju duhet të përpunoni "Shkëmbimi universal i të dhënave në formatin XML" V8Exchan83.epf për konfigurimet në format e menaxhuara si 1C: Trade Management 11.*, 1C BP 3, 1C: ERP 2. * dhe të ngjashme. Dhe në përputhje me rrethanat V8Exchan83.epf - për konfigurimet në forma të rregullta.

4. Ngarkimi i strukturës së meta të dhënave të konfigurimit 1C: Trade Management 11.3 dhe 1C: Enterprise Accounting 3.0.*

Le të fillojmë duke shkarkuar strukturën e meta të dhënave nga konfigurimi 1C: Enterprise Accounting 3.
Le të hapim përpunimin MD83Exp.epf

Në formën e përpunimit ka cilësimet shtesë, ku mund të aktivizojmë ose çaktivizojmë opsionin për të shkarkuar regjistrat dhe lëvizjet në 1C. Ekziston gjithashtu një zgjedhje se ku do të bëhet ngarkimi: në serverin 1C ose "në klient". Specifikoni emrin e skedarit ku do të ngarkohet struktura e të dhënave. Në mënyrë të ngjashme, ne shkarkojmë strukturën e meta të dhënave të konfigurimit të Trade Management 11.

Tani ju duhet të ngarkoni konfigurimin në bazën e të dhënave të konvertimit. Kjo pikë mund të arrihet si nga lista e konfigurimeve ashtu edhe nga lista e konvertimeve. Le të nisemi nga desktopi:

Në kutinë e dialogut, ngarkoni strukturën BP:

Dhe në mënyrë të ngjashme - struktura e Menaxhimit të Tregtisë.

Pasi shkarkimi të përfundojë, do të shfaqet një kuti dialogu ku mund të specifikoni një emër që është i përshtatshëm për ju.

6. Krijimi i rregullave të konvertimit në 1C në shembull specifik detyrat.

Më pas, shkoni te "Konfigurimi i rregullave të objektit", ku krijojmë një cilësim të ri.
Në kutinë e dialogut të krijimit të konvertimit, zgjidhni konfigurimin "burimi" dhe konfigurimin "destinacioni" (të cilin e keni ngarkuar më parë) dhe klikoni OK.

Meqenëse në këtë artikull kam planifikuar të tregoj krijimin "nga e para" dhe "pa mbeturina", ju kujtoj se ne nuk krijojmë asgjë automatikisht. Asnjë prototipe.

Ne nuk do të bëjmë asgjë në këtë kuti dialogu, thjesht klikoni "Mbyll".

Le të krijojmë rregulla për të ngarkuar jo një dokument në një, por një lloj në një tjetër, për shembull, dokumenti Shitjet e Mallrave dhe Shërbimeve nga UT 11 me librat e nevojshëm të referencës në dokumentin Pranimi i Mallrave dhe Shërbimeve në BP 3.

Pra, ne krijojmë një PKO të re (rregulli për konvertimin e objekteve në 1C)

Zgjidhni burimin Shitjet e Mallrave dhe Shërbimeve dhe destinacionin Marrja e Mallrave dhe Shërbimeve dhe klikoni OK.
Do të shfaqet një kuti dialogu ku ne përsëri refuzojmë krijimi automatik PKS (Rregullat e Konvertimit të Pronave). Tjetra, ne do të zgjedhim vetëm ato të nevojshme.

Por propozimit për të krijuar DVP (rregullat e ngarkimit të të dhënave), ne i përgjigjemi "Po".

Krijohen VDP, të cilat do të pasqyrohen në përpunimin e shkëmbimit universal XML për përzgjedhje:

Do të krijohen gjithashtu rregullat e konvertimit të të dhënave me rregullat e konvertimit të pronave boshe.

Për më tepër, mund të shihet se si parazgjedhje softueri ofrohet të kërkohet nga identifikuesi i brendshëm i objektit. Kjo tregohet nga xham zmadhues pranë PCO. Ne do të bëjmë kërkimin tonë dhe do ta bëjmë me numrin dhe datën e dokumentit në fillim të ditës.

Ne heqim kërkimin nga UIO:

Tani le të fillojmë të krahasojmë vetitë (detajet) e nevojshme të objektit. Për ta bërë këtë, klikoni "Synchronize Properties" (etiketa "1" në ekran). Ne heqim krijimin rekurziv të rregullave ("2"). Hiqni të gjitha detajet e shënuara ("3"). Dhe ne do të zgjedhim vetë atë që na nevojitet.

Për shembull, zgjidhni atë që ju nevojitet:

Unë tërheq vëmendjen tuaj për faktin se ne do ta bëjmë PKS-në e palës tjetër në organizatë, dhe organizatën në palë, dhe gjithashtu do të krahasojmë disa detaje që nuk përputhen me emër, për shembull, "Valuta" dhe "Dokumenti". Valuta”.

Ku shohim se nuk ka ende rregulla konvertimi.

Le të fillojmë të shqyrtojmë detajet dhe t'i përshkruajmë ato. Së pari, ne vendosëm një kërkim dokumenti siç kam shkruar më parë, ngarkojmë dhe kërkojmë një dokument në fillim të datës dhe ndryshojmë numërimin. Ne do t'i zëvendësojmë tre karakteret e para me prefiksin tonë "UTB". Dhe meqenëse numërimi në BP dhe UT është 11 karaktere secila, ne bëjmë një numër të përbërë: prefiksin tonë dhe 8 karaktere nga burimi. Një shembull në pamjen e mëposhtme të ekranit.

Ne ngarkojmë gjithmonë dokumente të shkarkuar dhe pa lëvizje. Supozojmë se dokumentet do të përpunohen në marrës pas verifikimit nga përdoruesi.

Për ta bërë këtë, duke vendosur PKS si të pa kryer, 0 ose 1, ne e përdorim atë si një Boolean.

Duke përdorur monedhën si shembull, ne krijojmë një rregull të konvertimit të objektit për PKS. Në të njëjtën kohë, ne besojmë se ka monedha në të dyja bazat e të dhënave dhe ato duhet të sinkronizohen me kod. Prandaj, ne nuk do t'i krijojmë të gjitha PKS në monedhën PQS, por do të shtojmë vetëm një kod kërkimi. Ato. Ne refuzojmë ofertën për të krijuar një PKS për objektin.

Rregulli i krijuar i Konvertimit u zëvendësua në PQR të dokumentit për PKS. Dhe vetë rregulli i paracaktuar ofrohet nga një identifikues unik. E rregullojmë, kërkojmë kodin dhe vendosim pronën në mënyrë që të mos krijojmë një objekt të ri.

Si rezultat, marrim opsionin e mëposhtëm:

Tjetra, për analogji, ne krijojmë PKO dhe PKS për detajet e mbetura. Për më tepër, ne kërkojmë për një organizatë sipas palës tjetër dhe anasjelltas nga TIN. Kështu duket përafërsisht me detaje minimale (mund të shtoni nëse është e nevojshme).

Për Marrëveshjet e Kundërpartisë PKO, ne kërkojmë sipas Kundërpalës së PKS, emrit dhe pronarit.

Le të shohim se si të specifikojmë vlerën e kërkuar në llojin e numërimit në PKS. Për shembull, atributi "Lloji i operacionit". Këtu mund të përdorni kushte të ndryshme dhe vlera zëvendësuese. Për shembull, na duhet "lloji i funksionimit" që të shkarkohet gjithmonë "Mallrat", në këtë rast mjafton të shkruajmë vlerën e kërkuar në rreshtin "ballë".

Më poshtë tregohet se si të instaloni pa vështirësi dhe në shumicën e rasteve PCS për Shumëfishimin e Shlyerjes së Ndërsjellë, Normën e Shlyerjes së Ndërsjellë, Llogarinë.

Për Nomenklaturën PKO, ne do ta lëmë kërkimin sipas identifikuesit të brendshëm unik. Por më lejoni t'ju tërheq vëmendjen se si mund ta ripërcaktoni grupin tuaj. Për shembull, ne jemi dakord që një artikull i ri do të shkarkohet nga konfigurimi 1C: Trade Management 11, por është e nevojshme që artikulli të mblidhet në grup të caktuar"Grupi ynë".

Për të zbatuar këtë detyrë, ne krijojmë një tjetër PKO. Le ta quajmë "NomenclatureParent", të cilin do ta tregojmë në PCS të prindit në rregullin e konvertimit.

Ne vendosëm dy kërkime: me emër, ku tregojmë rreptësisht emrin e grupit tonë dhe vetia e kërkuar e atributit "Ky është një grup" është e vërtetë.

Meqenëse kemi vendosur që të gjithë artikujt tanë të jenë në grupin tonë, nuk ka nevojë të shkarkojmë grupe nga UT 11 për ta bërë këtë, në softuerin e Nomenklaturës në mbajtësin e ngjarjeve "Para Shkarkimi", ne do të vendosim një filtër që. nuk ka nevojë të shkarkohen grupet "Dështimi = Burimi Ky është një Grup;".

Në DRP (rregullat e ngarkimit të të dhënave) për Shitjet e Produkteve dhe Shërbimeve, ne do të shtojmë një filtër në mënyrë që dokumentet e shënuara për fshirje të mos ngarkohen. Për ta bërë këtë, në VDP në mbajtësit e ngjarjeve "Para Shkarkimi", do të shkruajmë filtrin "Dështim = Object.DeletionMark;".

Le t'i ruajmë rregullat e zhvilluara në një skedar.

7. Për të përmbledhur: Ngarkimi dhe ngarkimi i të dhënave duke përdorur rregullat e zhvilluara të shkëmbimit të të dhënave.

Hapni në 1C: Trade Management 11 përpunimin "Shkëmbimi universal i të dhënave në formatin XML" V8Exchan83.epf.

Shkarkimi ka përfunduar, tani ne përdorim të njëjtin përpunim për të ngarkuar në 1C: Kontabiliteti i Ndërmarrjes 3.

Ngarkimi përfundoi. Le të kontrollojmë se si është ngarkuar. Pra, dokumenti ngarkohet, ashtu siç donim - Organizata jonë ngarkohet në palë, dhe pala tjetër në organizatë. Llogaritë e kontabilitetit shkarkohen dhe instalohen të gjitha. Ne morëm numrin e dokumentit me prefiksin tonë dhe në fillim të ditës. Të gjitha detajet e dhëna janë plotësuar.

Ne kontrollojmë ngarkimin e artikujve. Ne shohim që gjithçka doli ashtu siç e kishim planifikuar.

Ne kemi krijuar dhe plotësuar detajet siç kemi menduar. Ka shumë hollësi në konvertim dhe disa gjëra të thjeshta por të nevojshme që ju ndihmojnë të shkruani me saktësi konvertimin. Dhe kjo ju lejon të minimizoni gabimet, të mos prishni të dhënat ekzistuese dhe të shpëtoni nga mbeturinat e panevojshme. Kjo është një nga më shembuj të thjeshtë. Ju gjithashtu mund të konvertoni një objekt në shumë, ose, anasjelltas, shumë në një.

Tani ekziston konvertimi i të dhënave 3, ai zgjidh probleme të tjera. Prandaj, konvertimi 2 është gjithashtu i nevojshëm. Fat të mirë për të gjithë në mësim dhe zotërim.

Sigurisht, nëse jeni programues dhe kjo është puna juaj kryesore, mund të provoni ta shkruani vetë konvertimin. Por nëse jo, atëherë duhet të vlerësoni kohën tuaj në fushën tuaj të aktivitetit, dhe këtë detyrë kërkoni nga profesionistët ta bëjnë atë.

Migrimi i të dhënave midis konfigurimeve të ndryshme nuk është një detyrë e parëndësishme. Si gjithmonë, ka disa zgjidhje, por jo të gjitha janë optimale. Le të përpiqemi të kuptojmë nuancat e transferimit të të dhënave dhe të zgjedhim një strategji universale për zgjidhjen e çështjeve të tilla.

Problemi i migrimit të të dhënave (po flasim thjesht për produktet e kompanisë 1C) nga një zgjidhje në tjetrën nuk u ngrit dje. Kompania 1C e kupton mirë se çfarë vështirësish hasin zhvilluesit kur krijojnë migrime, kështu që përpiqet në çdo mënyrë të mundshme të ndihmojë me mjetet.

Gjatë zhvillimit të platformës, kompania prezantoi një sërë mjetesh universale, si dhe teknologji që thjeshtojnë transferimin e të dhënave. Ata janë të integruar në gjithçka zgjidhje standarde dhe problemi i migrimeve ndërmjet konfigurimeve identike në përgjithësi është zgjidhur. Fitorja konfirmohet edhe një herë nga integrimi i ngushtë i zgjidhjeve standarde.

Me migrimet ndërmjet zgjidhjeve jo standarde, situata është disi më e ndërlikuar. Një përzgjedhje e gjerë e teknologjive u lejon zhvilluesve të zgjedhin në mënyrë të pavarur mënyrën optimale për të zgjidhur një problem nga këndvështrimi i tyre.

Le të shohim disa prej tyre:

• shkëmbim përmes skedarëve tekst;
• përdorimi i planeve të shkëmbimit;
• etj.

Secila prej tyre ka të mirat dhe të këqijat e veta. Për ta përmbledhur, disavantazhi kryesor do të jetë folja e tij. Vetë-zbatimi Algoritmet e migrimit janë të mbushura me kosto të konsiderueshme kohore, si dhe një proces të gjatë korrigjimi. Unë as nuk dua të flas për mbështetje të mëtejshme për vendime të tilla.

Kompleksiteti dhe kostoja e lartë e mbështetjes e shtynë kompaninë 1C të krijojë një zgjidhje universale. Teknologjitë që bëjnë të mundur thjeshtimin sa më të madh të zhvillimit dhe mbështetjes së migrimeve. Si rezultat, ideja u zbatua në formën e një konfigurimi të veçantë - "Konvertimi i të dhënave".

Konvertimi i të dhënave - zgjidhje standarde, konfigurim i pavarur. Çdo përdorues me një abonim "ITS:Prof" mund ta shkarkojë këtë paketë plotësisht falas nga faqja e mbështetjes së përdoruesit ose disku ITS. Instalimi kryhet në mënyrë standarde - si të gjitha zgjidhjet e tjera standarde nga 1C.

Tani pak për avantazhet e zgjidhjes. Le të fillojmë me gjënë më të rëndësishme - shkathtësinë. Zgjidhja nuk është e përshtatur për konfigurime/versione specifike të platformës. Ai funksionon po aq mirë si me konfigurimet standarde ashtu edhe me konfigurimet e personalizuara. Zhvilluesit kanë një teknologji universale dhe një qasje të standardizuar për krijimin e migrimeve të reja. Shkathtësia e zgjidhjes ju lejon të përgatitni migrime edhe për platforma të tjera përveç 1C: Enterprise.

Plus i dytë i madh janë ndihmat vizuale. Migrimet e thjeshta krijohen pa programim. Po, po, pa një rresht të vetëm kodi! Vetëm për këtë, ia vlen të shpenzoni kohë duke mësuar teknologjinë një herë, dhe më pas të përdorni aftësi të paçmueshme në mënyrë të përsëritur.

Avantazhi i tretë që do të vëreja është mungesa e kufizimeve në shpërndarjen e të dhënave. Vetë zhvilluesi zgjedh metodën e dërgimit të të dhënave në konfigurimin e marrësit. Ekzistojnë dy opsione të disponueshme jashtë kutisë: ngarkimi në një skedar xml dhe lidhje direkte me bazën e informacionit (COM/OLE).

Studimi i arkitekturës

Tashmë e dimë se konvertimi i të dhënave mund të bëjë mrekulli, por ende nuk është plotësisht e qartë se cilat janë avantazhet teknike. Gjëja e parë që duhet të kuptoni është se çdo migrim (konvertim) i të dhënave bazohet në rregullat e shkëmbimit. Rregullat e shkëmbimit - një skedar i rregullt xml që përshkruan strukturën në të cilën do të ngarkohen të dhënat nga siguria e informacionit. Përpunimi i shërbimit që ngarkon/shkarkon të dhëna analizon rregullat e shkëmbimit dhe kryen ngarkimin në bazë të tyre. Gjatë ngarkimit, ndodh procesi i kundërt.

Konfigurimi "CD" është një lloj konstruktori vizual me ndihmën e të cilit zhvilluesi krijon rregulla shkëmbimi. Nuk di të shkarkojë të dhëna. Për këtë është përgjegjës përpunimi shtesë i shërbimit të jashtëm i përfshirë në paketën e shpërndarjes së CD-ve. Ka disa prej tyre (XX në emrin e skedarit është numri i versionit të platformës):

• MDXXExp.epf- përpunimi ju lejon të ngarkoni një përshkrim të strukturës së infobazës në një skedar xml. Përshkrimi i strukturës ngarkohet në CD për analiza të mëtejshme dhe krijimin e rregullave të shkëmbimit.
• V8ExchanXX.epf- ngarkon/shkarkon të dhëna nga baza e informacionit në përputhje me rregullat e shkëmbimit. Në shumicën e konfigurimeve standarde, përpunimi është i pranishëm jashtë kutisë (shih artikullin e menusë "Shërbimi"). Përpunimi është universal dhe nuk është i lidhur me ndonjë konfigurim/rregull specifik.

Në rregull, tani, bazuar në të gjitha sa më sipër, le të përcaktojmë fazat e zhvillimit të një konvertimi të ri:

1. Përkufizimi i detyrës. Është e nevojshme të kuptohet qartë se cilat të dhëna duhet të transferohen (nga cilat objekte të konfigurimit) dhe, më e rëndësishmja, ku t'i transferoni ato.
2. Përgatitja e përshkrimeve të strukturave të konfigurimit (Burimi/Sink) për ngarkimin e mëpasshëm në CD. Problemi zgjidhet duke përpunuar shërbimin MDXXExp.epf.
3. Ngarkimi i përshkrimeve të përgatitura të strukturave në sigurinë e informacionit.
4. Krijimi i rregullave të shkëmbimit duke përdorur një mjet vizual CD.
5. Kryerja e ngarkimit/shkarkimit sipas rregullave të krijuara të konvertimit të të dhënave duke përdorur përpunimin V8ExchanXX.epf.
6. Rregullat e shkëmbimit të korrigjimit (nëse është e nevojshme).

Shndërrimi më i thjeshtë

Për demonstrimin do të na duhen dy konfigurime të vendosura. Vendosa të shkoj me opsionin: "Menaxhimi i Tregtisë" edicioni i 10-të dhe një zgjidhje e vogël e shkruar në shtëpi. Detyra do të jetë transferimi i të dhënave nga konfigurimi standard "UT". Për shkurtësi, le ta quajmë zgjidhjen e shkruar vetë "Sink", dhe menaxhimin e tregtisë "Burimi". Le të fillojmë të zgjidhim problemin duke transferuar elementë nga drejtoria "Nomenklatura".

Para së gjithash, le të hedhim një vështrim në skemën e konvertimit të të dhënave dhe të rilexojmë listën e veprimeve që duhen bërë. Më pas nisim konfigurimin "Burimi" dhe hapim përpunimin e shërbimit MD82Exp.epf në të.

Ndërfaqja e përpunimit nuk ka një bollëk cilësimesh. Përdoruesi duhet vetëm të tregojë llojet e objekteve të meta të dhënave që nuk do të përfshihen në përshkrimin e strukturës. Në shumicën e rasteve, këto cilësime nuk kanë nevojë të ndryshohen, sepse Nuk ka asnjë pikë të veçantë në shkarkimin e lëvizjeve duke përdorur regjistrat e akumulimit (si shembull).

Është më e saktë të formoni lëvizjen gjatë mbajtjes së dokumenteve në marrës. Të gjitha lëvizjet do të bëhen nga vetë dokumenti pas transferimit. Argumenti i dytë në mbrojtje të cilësimeve të paracaktuara është zvogëlimi i madhësisë së skedarit me ngarkimin.

Disa dokumente (veçanërisht në konfigurimet standarde) gjenerojnë lëvizje nëpër regjistra të shumtë. Shkarkimi i gjithë këtyre gjërave do ta bëjë skedarin XML që rezulton shumë i madh. Kjo mund të komplikojë transportin dhe ngarkimin e mëvonshëm në bazën e marrësit. Sa më i madh të jetë skedari i të dhënave, aq më shumë do t'ju duhet RAM për ta përpunuar atë. Gjatë praktikës sime, pata mundësinë të hasja skedarë të ngarkuar në mënyrë të pahijshme. Skedarë të tillë refuzuan plotësisht të analizoheshin duke përdorur mjete standarde.

Pra, ne lëmë të gjitha cilësimet e paracaktuara dhe ngarkojmë përshkrimin e konfigurimit në një skedar. Ne përsërisim një procedurë të ngjashme për bazën e dytë.

Hapni CD-në dhe zgjidhni në menynë kryesore "Direktoritë" -> "Konfigurimet". Drejtori ruan përshkrimet e strukturave të të gjitha konfigurimeve që mund të përdoren për të krijuar konvertime. Ne ngarkojmë përshkrimin e konfigurimit një herë dhe më pas mund ta përdorim disa herë për të krijuar konvertime të ndryshme.

Në dritaren e drejtorisë, klikoni butonin " Shtoni” dhe në dritaren që shfaqet, zgjidhni skedarin që përshkruan konfigurimin. Kontrolloni kutinë "Ngarkoni në një konfigurim të ri" dhe klikoni në butonin "Ngarko". Ne kryejmë veprime të ngjashme me përshkrimin e strukturës së konfigurimit të dytë.

Tani jeni gati të krijoni rregulla shkëmbimi. Në menynë kryesore të CD-së, zgjidhni "Directories" -> "Conversions". Shtoni element i ri. Në dritaren për krijimin e një konvertimi të ri, duhet të specifikoni: konfigurimin e burimit (zgjidhni UT) dhe konfigurimin e destinacionit (zgjidhni "Marrës"). Tjetra, hapni skedën "Advanced" dhe plotësoni fushat e mëposhtme:

• rregullat e shkëmbimit emri i skedarit - rregullat e krijuara të shkëmbimit do të ruhen nën këtë emër. Ju mund ta ndryshoni emrin e skedarit në çdo kohë, por është më mirë ta vendosni tani. Kjo do të kursejë kohë në të ardhmen. I emërova rregullat për shembullin demo: "rules-ut-to-priemnik.xml".
• emri - emri i konvertimit. Emri mund të jetë absolutisht çdo gjë, u kufizuara në “Demo. UT te Marrësi.”

Kjo është ajo, klikoni "Ok". Menjëherë para nesh shfaqet një dritare që na kërkon të krijojmë të gjitha rregullat automatikisht. Pajtimi me një ofertë të tillë joshëse do t'i japë masterit një komandë për të analizuar automatikisht përshkrimin e konfigurimeve të zgjedhura dhe për të gjeneruar në mënyrë të pavarur rregullat e shkëmbimit.

Le të vendosim me pikë "unë" menjëherë. Magjistari nuk do të jetë në gjendje të gjenerojë asgjë serioze. Megjithatë, kjo mundësi nuk duhet të zbritet. Nëse është e nevojshme të krijohet një shkëmbim midis konfigurimeve identike, atëherë shërbimet e një specialisti do të jenë shumë të dobishme. Për shembullin tonë, mënyra manuale është e preferueshme.

Le të hedhim një vështrim më të afërt në dritaren "Cilësimet e rregullave të shkëmbimit". Ndërfaqja mund të duket pak konfuze - një numër i madh skedash të mbushura me kontrolle. Në fakt, gjithçka nuk është aq e vështirë, ju filloni të mësoheni me këtë çmenduri pas disa orësh punë me aplikacionin.

Në këtë fazë, ne jemi të interesuar për dy skeda: "Rregullat e konvertimit të objekteve" dhe "Rregullat e ngarkimit të të dhënave". Në fillim, ne duhet të konfigurojmë rregullat e përputhjes, d.m.th. Krahasoni objektet e dy konfigurimeve. Në të dytën, përcaktoni objektet e mundshme që do të jenë në dispozicion të përdoruesit për ngarkim.

Në gjysmën e dytë të skedës "Rregullat e konvertimit të objekteve" ekziston një panel shtesë me dy skeda: "Konvertimi i pronës" dhe " Konvertimi i vlerave" E para do të zgjedhë vetitë (detajet) e objektit të zgjedhur, dhe e dyta është e nevojshme për të punuar me vlera të paracaktuara (për shembull, elementë të paracaktuar të drejtorisë ose elementë numërimi).

E shkëlqyeshme, tani le të krijojmë rregullat e konvertimit për drejtoritë. Ju mund ta kryeni këtë veprim në dy mënyra: përdorni magjistarin e sinkronizimit të objekteve (butonin "") ose shtoni korrespondencën për secilin objekt me dorë.

Për të kursyer hapësirë, ne do të përdorim opsionin e parë. Në dritaren e magjistarit, zgjidhni grupin " Dokumentet" (ne jemi të interesuar vetëm për drejtoritë) dhe zgjerojmë grupin " Drejtoritë" Ne lëvizim me kujdes nëpër listë dhe shikojmë emrat e librave të referencës që mund të krahasohen.

Në rastin tim, ekzistojnë tre drejtori të tilla: Nomenklatura, Organizatat dhe Depot. Ekziston gjithashtu një drejtori i quajtur Klientë, i cili shërben për të njëjtin qëllim si " Kundërpalët"nga konfigurimi" UT" Vërtetë, mjeshtri nuk mund t'i krahasonte ato për shkak të emrave të ndryshëm.

Ne mund ta rregullojmë këtë problem vetë. Ne gjejmë në dritare " Ndeshjet e objekteve"libër referimi" Klientët", dhe në kolonën "Burimi" zgjidhni direktorinë "Kundërpalët". Pastaj kontrolloni kutinë në kolonën "Type" dhe klikoni butonin "Ok".

Magjistari i sinkronizimit të objekteve do të ofrojë krijimin automatikisht të rregullave për konvertimin e vetive të të gjitha objekteve të zgjedhura. Pronat do të krahasohen me emër dhe për demonstrimin tonë kjo do të jetë mjaft e mjaftueshme, ne jemi dakord. Pyetja tjetër do të jetë një propozim për krijimin e rregullave të shkarkimit. Le të pajtohemi edhe me të.

Baza për rregullat e shkëmbimit është gati. Ne zgjodhëm objektet për sinkronizim dhe rregullat për konvertimin e vetive dhe rregullat e ngarkimit u krijuan automatikisht. Le t'i ruajmë rregullat e shkëmbimit në një skedar, më pas hapim "Burimin" IB (në rastin tim është UT) dhe nisim përpunimin e shërbimit në të V8Exchan82.epf.

Para së gjithash, në dritaren e përpunimit, zgjidhni rregullat e shkëmbimit që krijuam. Ne i përgjigjemi pyetjes së rregullave të ngarkimit në mënyrë pozitive. Përpunimi do të analizojë rregullat e shkëmbimit dhe do të ndërtojë një pemë të objekteve me të njëjtin emër të disponueshëm për ngarkim. Për këtë pemë, ne mund të vendosim të gjitha llojet e përzgjedhjeve ose nyjeve të shkëmbimit, duke ndryshuar të cilat duhet të zgjedhim të dhënat. Ne duam të shkarkojmë absolutisht të gjitha të dhënat, kështu që nuk ka nevojë të instalojmë filtra.

Pasi të keni përfunduar procesin e ngarkimit të të dhënave në një skedar, shkoni te IB " Marrësi" Ne gjithashtu hapim përpunimin në të V8Exchan82.epf, vetëm këtë herë shkojmë te skeda “Data Loading”. Zgjidhni skedarin e të dhënave dhe klikoni në butonin "Shkarko". Kjo është ajo, të dhënat janë transferuar me sukses.

Problemet e botës reale

Së pari demo mund të jetë mashtruese. Gjithçka duket mjaft e thjeshtë dhe logjike. Në fakt, kjo nuk është plotësisht e vërtetë. NË punë e vërtetë Ngrihen probleme që janë të vështira ose krejtësisht të pamundura për t'u zgjidhur duke përdorur vetëm mjete vizuale (pa programim).

Për të mos u zhgënjyer me teknologjinë, përgatita disa probleme të jetës reale. Do t’i hasni patjetër në punë. Ato nuk duken aq të parëndësishme dhe ju bëjnë të shikoni konvertimin e të dhënave nga një kënd i ri. Konsideroni me kujdes shembujt e paraqitur dhe mos ngurroni t'i përdorni ato si fragmente kur zgjidhni probleme reale.

Detyra nr. 1. Plotësoni detajet që mungojnë

Supozoni se duhet të transferojmë drejtorinë " Kundërpalët" Marrësi ka një direktori të ngjashme "Klientë" për këtë qëllim. Është plotësisht i përshtatshëm për ruajtjen e të dhënave, por ka mbështetëse " Organizimi”, i cili ju lejon të ndani palët duke i përkatur organizatës. Si parazgjedhje, të gjitha palët duhet t'i përkasin organizatës aktuale (kjo mund të merret nga konstanta me të njëjtin emër).

Ka disa zgjidhje për problemin. Ne do të shqyrtojmë mundësinë e plotësimit të detajeve " Organizimi"Dakord në bazën e të dhënave" Marrësi”, d.m.th. në momentin e ngarkimit të të dhënave. Organizata aktuale ruhet në një konstante, prandaj, nuk ka pengesa për marrjen e kësaj vlere. Le të hapim rregullin e konvertimit të objektit (në tekstin e mëtejmë PKO) " Klientët" (klikoni dy herë mbi objektin) dhe në magjistarin e konfigurimit të rregullave, shkoni te seksioni "Transmetuesit e ngjarjeve". Në listën e mbajtësve do të gjejmë " Pas shkarkimit”.

Le të përshkruajmë kodin për marrjen e organizatës aktuale me caktimin e mëvonshëm në detaje. Në momentin që trajtuesi "Pas ngarkimit" aktivizohet, objekti do të formohet plotësisht, por nuk do të shkruhet ende në bazën e të dhënave. Askush nuk na ndalon ta ndryshojmë atë sipas gjykimit tonë:

Nëse NUK Object.ThisGroup Atëherë Object.Organization = Constants.CurrentOrganization.Get(); fundNëse;

Para se të plotësoni detajet " Organizimi"Është e nevojshme të kontrolloni vlerën e atributit" Ky është një grup" Për librin e referencës " Klientët"Karakteristika hierarkike është vendosur, kështu që kontrolli për grupin është i nevojshëm. Plotësoni çdo detaj në mënyrë të ngjashme. Sigurohuni që të lexoni ndihmën për opsionet e tjera të mbajtësit " Pas ngarkimit" Për shembull, midis tyre ekziston parametri " Refuzimi" Nëse i caktoni vlerën "E vërtetë", atëherë objekti nuk do të shkruhet në bazën e të dhënave. Kështu, bëhet i mundur kufizimi i objekteve që mund të shkruhen në momentin e ngarkimit.

Detyra nr. 2. Detaje për regjistrin e informacionit

Në drejtorinë " Kundërpalët"Konfigurimet UT, detaje të disponueshme" Blerësi"Dhe" Furnizuesi" Të dy detajet janë të tipit " Boolean” dhe përdoren për të përcaktuar llojin e palës tjetër. Në IB " Marrësi", në drejtorinë " Klientët“Nuk ka detaje të ngjashme, por ka një regjistër informacioni” Llojet e klientëve" Kryen një funksion të ngjashëm dhe mund të ruajë atribute të shumta për një klient. Detyra jonë është të transferojmë vlerat e detajeve në shënime të veçanta në regjistrin e informacionit.

Fatkeqësisht, vetëm mjetet vizuale nuk mund të përballojnë as këtu. Le të fillojmë pak, të krijojmë një softuer të ri për regjistrin e informacionit " Llojet e klientëve" Mos citoni asgjë si burim. Shmangni krijimin automatik të rregullave të ngarkimit.

Hapi tjetër është krijimi i rregullave të ngarkimit. Shkoni te skeda e duhur dhe klikoni " Shtoni" Në dritaren për shtimin e rregullave të ngarkimit, plotësoni:

• Metoda e kampionimit. Ndryshimi në "Algoritëm arbitrar";
• Rregulli i konvertimit. Zgjidhni regjistrin e informacionit "Llojet e klientëve";
• Kodi (emri) i rregullit. Shkruani atë si "Ngarkimi i llojeve të klientëve";

Tani ju duhet të shkruani kodin për të zgjedhur të dhënat për ngarkim. Parametri " Mostrimi i të dhënave" Ne mund të vendosim një koleksion me një grup të dhënash të përgatitur në të. Parametri " Mostrimi i të dhënave” mund të marrë kuptime të ndryshme- rezultati i pyetjes, përzgjedhja, koleksionet e vlerave, etj. Ne e inicializojmë atë si një tabelë vlerash me dy kolona: lloji i klientit dhe klienti.

Më poshtë është kodi për mbajtësin e ngjarjeve " Para përpunimit" Ai inicializon parametrin " Mostrimi i të dhënave" e ndjekur nga plotësimi i të dhënave nga drejtoria " Kundërpalët" Këtu duhet t'i kushtoni vëmendje plotësimit të kolonës " Lloji i klientit" Në "UT" atributet tona janë të tipit "Boolean", dhe marrësi është një numërim.

Në këtë fazë, ne nuk mund t'i konvertojmë ato në llojin e kërkuar (nuk është në UT), kështu që tani për tani do t'i lëmë në formën e vargjeve. Ju nuk duhet ta bëni këtë, por unë menjëherë dua të tregoj se si të transmetohet në një lloj që mungon në burim.

DataFetch = New ValueTable(); DataSelection.Columns.Add("Klient"); DataSelection.Columns.Add("ClientType"); SelectingDataFromDirectory = Directories.Accounts.Select(); Ndërsa SelectingDataFromDirectory.Next() Loop If SelectingDataFromDirectory.ThisGroup Pastaj Vazhdo;

fundNëse; Nëse Përzgjedhja e të Dhënave Nga Directory.Buyer Pastaj NewRow = Përzgjedhja e të Dhënave.Add(); NewRow.Client = DataFetchFromDirectory.Link; Llojet e klientëve” Rregullat e konvertimit të pronave: lloji i klientit dhe klientit. Do ta lëmë burimin bosh dhe në mbajtësin e ngjarjeve "Përpara shkarkimit" do të shkruajmë:

//Për vetinë “Klient” Vlera = Burimi.Klienti; //Për vetinë “ClientType” If Source.Client = "Buyer" Then Expression = "Enumerations.ClientTypes.Buyer" ElseIf Source.Client = "Furnizuesi" Pastaj Expression = "Enumerations.ClientTypes.Supplier"; fundNëse;

Në listë, detajet plotësohen në bazë të mostrës së përzgjedhur të të dhënave. Ne thjesht e kalojmë klientin si lidhje dhe shkruajmë llojin e klientit në parametrin " Shprehje" Të dhënat e këtij parametri do të interpretohen në marrës, dhe kur të ekzekutohet, mbështetësi do të mbushet me vlerën e saktë nga numërimi.

Kjo është ajo, rregullat e shkëmbimit janë gati. Shembulli i konsideruar doli të jetë mjaft universal. Një qasje e ngjashme përdoret shpesh gjatë migrimit të të dhënave nga konfigurimet e krijuara në platformën 7.7. Një shembull i mrekullueshëm i kësaj është transferimi i detajeve periodike.

Detyra nr. 3. Truket me pjesë tavoline

Shpesh hasni në detyra që kërkojnë postimin e rreshtave nga një seksion tabele në disa. Për shembull, në konfigurimin fillestar, shërbimet dhe mallrat regjistrohen në një pjesë tabelare, dhe në marrës, ruajtja e këtyre entiteteve është e ndarë. Me mjete vizuale përsëri problemi nuk mund të zgjidhet. Këtu është e përshtatshme të merret si bazë zgjidhja e problemit të dytë.

Ne bëjmë një rregull për shkarkimin e të dhënave, specifikojmë një algoritëm arbitrar dhe në trajtuesin "Para shkarkimit" shkruajmë një kërkesë për të marrë të dhëna nga pjesa tabelare.

Për të kursyer hapësirë, unë nuk do të jap kodin (gjithmonë mund t'i referoheni burimeve) të kërkesës - nuk ka asgjë të pazakontë në të. Ne renditim përmes përzgjedhjes që rezulton dhe vendosim rezultatet e renditura në parametrin tashmë të njohur " Mostrimi i të dhënave" Është përsëri i përshtatshëm për të përdorur një tabelë vlerash si një koleksion:

DataFetch = New ValueTable(); //Këtu do të ketë një pjesë tjetër të tabelës Data Selection.Columns.Add(“Produktet”); //Këtu do të ketë edhe një pjesë tabelare Data Selection.Columns.Add(“Services”); SelectionData.Columns.Add(“Lidhje”);

Detyra nr 4. Transferimi i të dhënave në një operacion

Nëse një organizatë përdor disa sisteme të kontabilitetit, atëherë herët a vonë do të ketë nevojë për të migruar të dhënat me gjenerimin e mëvonshëm të transaksioneve.

Në konfigurimin " PB"Ekziston një dokument universal" Operacioni” dhe është ideal për të formuar më shumë tela. Ekziston vetëm një problem - dokumenti është bërë me dinakëri dhe të dhënat nuk mund të transferohen në të kaq lehtë.

Një shembull i një konvertimi të tillë do të gjeni në kodin burimor për artikullin. Sasia e kodit doli të ishte mjaft e madhe, kështu që nuk ka kuptim ta publikoni atë në lidhje me artikullin. Më lejoni të them vetëm se ngarkimi përsëri përdor një algoritëm arbitrar në rregullat për ngarkimin e të dhënave.

Detyra nr 5. Sinkronizimi i të dhënave në shumë detaje

Ne kemi parë tashmë disa shembuj, por ende nuk kemi folur për sinkronizimin e objekteve gjatë migrimit. Le të imagjinojmë se duhet të transferojmë palët dhe disa prej tyre janë ndoshta në bazën e të dhënave të marrësit. Si të transferoni të dhëna dhe të parandaloni shfaqjen e kopjimeve? Në këtë drejtim, CD ofron disa mënyra për të sinkronizuar objektet e transferuara.

E para është me identifikues unik. Shumë objekte kanë një identifikues unik që garanton unike brenda një tabele. Për shembull, në drejtorinë " Kundërpalët“Nuk mund të ketë dy elementë me identifikues të njëjtë. CD bën llogaritjet për këtë dhe për të gjitha PCO-të e krijuara, një kërkim sipas identifikuesit aktivizohet menjëherë si parazgjedhje. Kur krijoni PCO, duhet të kishit vënë re imazhin e një xham zmadhues pranë emrit të objektit.

Sinkronizimi duke përdorur një identifikues unik është një metodë e besueshme, por nuk është gjithmonë e përshtatshme. Kur bashkohen drejtoritë " Kundërpalët” (nga disa sisteme të ndryshme) nuk do të ndihmojë shumë.

Në raste të tilla, është më e saktë të sinkronizoni objektet sipas disa kritereve. Është më e saktë të kërkoni për palët sipas INN, KPP, Emërtoni ose ndani kërkimin në disa faza.

Konvertimi i të dhënave nuk e kufizon zhvilluesin në përcaktimin e kritereve të kërkimit. Le të shohim një shembull abstrakt. Supozoni se duhet të sinkronizojmë drejtoritë " Kundërpalët” nga baza të ndryshme informacioni. Le të përgatisim softuerin dhe në cilësimet e rregullave të konvertimit të objektit, kontrolloni " Vazhdoni të kërkoni në fushat e kërkimit nëse objekti marrës nuk gjendet nga identifikuesi" Me këtë veprim, ne përcaktuam menjëherë dy kritere kërkimi - nga një identifikues unik dhe fusha të personalizuara.

Ne kemi të drejtë të zgjedhim vetë fushat. Duke kontrolluar TIN, KPP dhe Emrin, ne do të tregojmë menjëherë disa kritere kërkimi. Të rehatshme? Shumë, por përsëri kjo nuk mjafton. Po sikur të duam të ndryshojmë kriteret e kërkimit? Për shembull, fillimisht kërkojmë kombinimin TIN+KPP dhe nëse nuk gjejmë asgjë, atëherë fillojmë të provojmë fatin me emrin.

Një algoritëm i tillë është mjaft i aftë për t'u zbatuar. Në trajtuesin e ngjarjeve " Fushat e kërkimit Mund të specifikojmë deri në 10 kritere kërkimi dhe për secilin prej tyre të përcaktojmë përbërjen e vet të fushave të kërkimit:

Nëse SearchOptionNumber = 1 atëherë SearchPropertyNameString = “TIN, KPP”; PërndrysheIfSearchOptionNumber = 2 Pastaj SearchPropertyNameString = “Emri”; fundNëse;

Gjithmonë ka disa zgjidhje

Çdo detyrë ka disa zgjidhje, dhe transferimi i të dhënave midis konfigurimeve të ndryshme nuk bën përjashtim. Secili zhvillues ka të drejtë të zgjedhë zgjidhjen e tij, por nëse vazhdimisht duhet të zhvilloni migrime komplekse të të dhënave, atëherë unë rekomandoj fuqimisht t'i kushtoni vëmendje "". Mund t'ju duhet të investoni burime (kohë) në trajnim në fillim, por ato do të shpërblehen më shumë në projektin e parë pak a shumë serioz.

Sipas mendimit tim, kompania 1C shpërfill padrejtësisht temën e përdorimit të konvertimit të të dhënave. Gjatë gjithë ekzistencës së teknologjisë, vetëm një libër u botua në të: "1C: Ndërmarrja 8. Konvertimi i të dhënave: shkëmbimi midis zgjidhjeve të aplikacionit". Libri është mjaft i vjetër (2008), por megjithatë këshillohet që të njiheni me të.

Njohja e platformave është ende e nevojshme

"është një mjet universal, por nëse planifikoni ta përdorni për të krijuar migrime të të dhënave nga konfigurimet e zhvilluara për platformën 1C:Enterprise 7.7, atëherë do t'ju duhet të kaloni kohë duke u njohur me gjuhën e integruar. Sintaksa dhe ideologjia e gjuhës janë shumë të ndryshme, kështu që do t'ju duhet të kaloni kohë duke mësuar. Përndryshe, parimi mbetet i njëjtë.