Universalus apdorojimas „XML duomenų įkėlimas ir įkėlimas“ atlieka pilną arba dalinį informacijos bazės duomenų iškėlimą į failą XML formatu. Vėliau šis failas gali būti įkeltas į informacijos bazę naudojant tą patį apdorojimą. Įkėlimo failo formatas skiriasi nuo failo formato, sukurto įkeliant pagal mainų planą antraštės dalyje.

Apdorojimas gali būti naudojamas tik tais atvejais, kai informacinė bazė, kurioje buvo įkelti duomenys, ir ta, į kurią buvo įkelti duomenys, yra vienalytės (konfigūracijos identiškos, duomenys gali skirtis), arba visi įkelti objektai yra beveik visiškai identiški. detalių ir lentelės dalių sudėtis ir tipai, „pirmaujančio“ metaduomenų objekto savybės ir pan.

Naudojant šį apdorojimą galima, pavyzdžiui, sukurti visą arba dalinę duomenų atsarginę kopiją, keistis duomenimis tarp informacinių bazių, taip pat kaip pagalbinė priemonė atkuriant sugedusias informacijos bazes.

Apdorojimas palaiko duomenų įkėlimą su galimybe nurodyti pasirinkimą pagal laikotarpį. Taip pat įgyvendinamas tikrinimas, ar objektuose nėra netinkamų simbolių, kai keičiamasi per XML.

Pagarbiai (mokytojas ir kūrėjas).

Kiekvienas planas turi konkretų elementų sąrašą, kuriame galima saugoti informaciją apie pakeitimus. Šis sąrašas vadinamas „Mainų plano turinys“. Kompoziciją galima išplėsti, tačiau konfigūracijos palaikymas pašalinamas.

„Plano išdėstymas“ saugo pačias taisykles, kurių pagrindu veikia sinchronizavimas. Kaip tik šis konvertavimo paketas (Registracijos taisyklės, Mainų taisyklės, Korespondentų mainų taisyklės) mums reikalingas tolesniam tyrimui.

Panagrinėkime duomenų sinchronizavimo tarp konfigūracijų „1C: atlyginimas ir HR 3“ (ZUP) ir „1C: įmonės apskaita 3“ (BP) pavyzdį. Iš karto atkreipkime dėmesį, kad atlikdami šią užduotį turėsime pašalinti konfigūraciją iš palaikymo. Tai reikalinga atsižvelgiant į būklę.

Gyvas pavyzdys, kaip reikia tobulinti standartines mainų taisykles

Pavyzdžiui, klientas kreipėsi į mus su tokia problema: sinchronizuojant tarp ZUP ir BP nėra galimybės perkelti duomenų iš katalogo „Registracija mokesčių inspekcijoje“, kurie reikalingi norint užpildyti dokumentą „Atlyginimų atspindys“. apskaitoje“. Dabar šio dokumento lentelinėje dalyje BP imtuvo pusėje yra tuščia „Registracija...“ ir vartotojai turi rankiniu būdu sukurti tokius įrašus kataloge. Sutikite, tai nepatogu. Galime patobulinti šį tašką.

Problemos sprendimas: užbaigkime konvertavimo paketą iš mainų plano ExchangeSalary3Accounting3. Prie standartinių „1C mainų taisyklių“ pridėkime naują „Objekto konvertavimo taisyklę“ (PKO), skirtą katalogui „Registracija mokesčių inspekcijoje“ ir atitinkamai šio katalogo (PCS) „Nuosavybės konversija“. Standartinę „Objektų registravimo taisykles“ būtinai užbaigsime, nes mainų svetainėje reikėjo registruoti katalogo pakeitimus. Ir mes peržiūrėsime korespondentų duomenų bazės „1C mainų taisykles“.

Kur visa tai redaguosime? Norint parašyti ir pakeisti taisykles, mums reikia „1C: Data Conversion 2“ konfigūracijos.

Standartinių konvertavimo taisyklių iš ZUP – BP mainų plano užbaigimas

Taigi, pradėsime baigti rengti 1C mainų taisykles, įtraukdami į ExchangeSalary3Accounting3 mainų plano konfigūratorių naują elementą - Registracijos mokesčių inspekcijoje katalogą. Šį pakeitimą atliksime abiejose konfigūracijose „1C: atlyginimai ir įmonės valdymas 3“ ir „1C: įmonės apskaita 3“.

Išsaugokime ir atnaujinkime konfigūracijas.

Įmonės režimu kiekvienai duomenų bazei įkelsime metaduomenų struktūros aprašymą, naudodami MD83Exp.epf apdorojimą platformai 1C:Enterprise 8.3. Apdorojimą galima rasti pakete „1C: Data Conversion“.

Kitame etape mes iškrausime konvertavimo paketą iš ZUP ir BP. Paketą turi sudaryti 3 failai: Registracijos taisyklės, Keitimo taisyklės, Korespondentų mainų taisyklės.

Šiame straipsnyje neaprašysime, kaip konfigūruojamas duomenų sinchronizavimas; tai galite perskaityti Coderline svetainės skiltyje „Ekspertų straipsniai“ arba žiūrėti internetinio seminaro įrašus. Dabar ši parinktis jau sukonfigūruota duomenų bazėse. Todėl eikite į sinchronizavimo nustatymus (Administravimas -> Duomenų sinchronizavimas -> Duomenų sinchronizavimo nustatymai), spustelėkite mygtuką „Įkelti taisykles“. Prieš mus atsidarys forma „Sinchronizavimo taisyklės“. Spustelėkite mygtuką „Daugiau“ ir pasirinkite parinktį „Išsaugoti taisykles faile“.

Tai yra pakuotė, kurią turėtume gauti iškrovę.

Panašius veiksmus atliksime kitai informacinei bazei „1C: Enterprise Accounting“.
Dėl to visi parengiamieji taisyklių redagavimo darbai yra paruošti. Mes turime:

Metaduomenų struktūros aprašymas, skirtas įkelti į „1C: Data Conversion 2“ (skirtas ZUP ir BP);

Konversijos paketas, kuriame yra 1C mainų taisyklės ir registracijos taisyklės, reikalingos įkelti į „1C: Data Conversion 2“ (ZUP ir BP).

Eikite į „1C: 2 duomenų konvertavimas“. Atlikime šiuos veiksmus, kad abi informacijos bazės būtų:

Įkeliame mūsų konfigūracijų metaduomenų struktūras;

Kuriame konversijas ir įkeliame 1C duomenų mainų taisykles iš konvertavimo paketų (taisyklių failas vadinamas ExchangeRules);

Kuriame registracijas ir įkeliame registracijos taisykles iš konvertavimo paketų (taisyklių failas vadinamas RegistrationRules).

Pereikime prie mūsų peržiūros. Į 1C mainų taisykles pridedame naują objektų konvertavimo taisyklę (PKO) - katalogą „Registracijos mokesčių inspekcijoje“. Šiam katalogui pridedame nuosavybės konvertavimo taisyklę (PCR) ir duomenų įkėlimo taisyklę (DRU). Toks modifikavimas turi būti atliktas tiek taisyklėms iš ZUP paketo, tiek mainų taisyklėms iš BP paketo. Keitimo taisykles įkeliame į atitinkamus ExchangeRules failus.

Pereikime prie naujo elemento registravimo taisyklių. Pridedame žinyną „Registracijos mokesčių inspekcijoje“. Registracijos taisykles įkeliame į atitinkamą failą iš RegistrationRules paketo. Šį veiksmą taip pat atliekame abiem duomenų bazėms.

Patikslintos mainų taisyklės ir registracijos taisyklės parengtos. Dabar mes nukopijuojame mainų taisyklių (ExchangeRules) turinį iš BP paketo į atitinkamas taisykles (CorrespondentExchangeRules) iš ZUP paketo. Korespondentinėse taisyklėse (CorrespondentExchangeRules) iš BP paketo nukopijuojame mainų taisyklių (ExchangeRules) turinį iš ZUP paketo.

Rezultatas turėtų būti toks:

Tai užbaigia darbą „1C: duomenų konvertavimas 2“. Modifikuoti konvertavimo taisyklių paketai paruošti, belieka juos įkelti atgal į informacines duomenų bazes ir patikrinti sinchronizaciją.

Mes archyvuojame failus iš paketų į ZIP archyvą ir įkeliame konvertavimo paketus į ZUP ir BP.

Viskas paruošta. Belieka išbandyti.

Prisiminkime problemos sąlygas. Reikėjo užregistruoti katalogą „Registracija mokesčių inspekcijoje“, kad būtų galima atsisiųsti ir patikrinti, kaip „1C: įmonės apskaita 3“ pusėje užpildytas dokumento „Darbo užmokesčio atspindys apskaitoje“ TC.

Šaltinyje „1C: Atlyginimai ir įmonės valdymas 3“ registruojame savo katalogą atsisiųsti. Atliekame sinchronizavimą. Einame į imtuvų duomenų bazę ir taip pat atliekame sinchronizavimą, kad gautume duomenis. Atkreipkite dėmesį, kad dabar mainų plane yra reikalingas katalogas pakeitimams registruoti.

Mes patikriname „1C: Enterprise Accounting 3“ pusėje:

Apibendrinti. Užduoties rezultatas buvo sėkmingai atliktas. Užbaigėme ZUP - BP mainų planą, įtraukdami naują pakeitimų registravimo elementą ir pridėję duomenų sinchronizavimo konvertavimo taisykles.

Gana dažnai didelių įmonių ir mažmeninės prekybos tinklų darbe atsiranda poreikis keistis duomenimis tarp duomenų bazių. Kiekvienas programuotojas ir administratorius šią problemą sprendžia skirtingai. Kai kurie rašo įkėlimus ir atsisiuntimus per tarpinius lentelės failus, kiti naudoja COM ryšio režimą, kad prisijungtų prie šaltinio duomenų bazės. Tačiau pastaruoju metu vis labiau populiarėja paties 1C mechanizmas, vadinamas „Universal Data Exchange XML formatu“.

Apdorojimo išvaizda

Pilnoje sąsajoje galite atidaryti apdorojimą Paslauga->Kiti duomenų mainai->Universalūs duomenų mainai XML formatu.

Apdorojimo formoje (1 pav.) yra keturi skirtukai:

Kiekvieno skirtuko sąsajoje yra daug elementų, todėl reikia atskirai apsvarstyti.

Įkeliami duomenys

Pačiame skirtuko viršuje yra laukas, skirtas pasirinkti mainų taisyklių failą. Nestandartinių duomenų bazių ir mainų atveju mainų failą turėsite sukurti patys.

Kitoje formos eilutėje yra du radijo mygtukai:

1. Įkėlimas į mainų failą (2 pav.);
2. Duomenų prijungimas ir įkėlimas į informacijos apsaugą (3 pav.).

Kaip matote iš aukščiau pateiktų paveikslėlių, formos išvaizda skiriasi priklausomai nuo jungiklio. Jei pasirenkama failų bendrinimo parinktis, vartotojas raginamas pasirinkti failo vietą, kur jis bus įkeltas, ir galimybę jį suspausti, kad sutaupytumėte vietos ir apsaugotumėte slaptažodžiu.

Tiesioginio prisijungimo prie priimančiosios bazės parinktis palaiko ir failo, ir kliento-serverio veikimo režimus. Tokiu atveju turėsite įvesti duomenų bazės adresą ir užpildyti laukus „Vartotojas“ ir „Slaptažodis“. Prieš pradedant keistis duomenimis, patartina išbandyti ryšį.

Žemiau esančioje lentelės dalyje galite konfigūruoti pasirinkimus ir kitus iškrovimo parametrus.

Norėdami derinti algoritmus ir ištaisyti klaidas, galite naudoti mainų apdorojimo mechanizmą. Jis suaktyvinamas pažymėjus atitinkamą žymimąjį laukelį formos apačioje. Spustelėjus mygtuką „Debugging settings…“ atsidarys langas (4 pav.).

4 pav

Išskirtinis šios formos bruožas yra informacinė pagalba kairėje maketo pusėje, kurioje aprašomas kiekvienas iš trijų galimų derinimo režimų. Bet kuris epf formato failas gali būti naudojamas kaip išorinis modulio apdorojimo failas.

Paspaudus mygtuką „Baigti“, patikrinama užpildytų duomenų teisingumas ir išsamumas.

Skirtingai nei „Įkelti“, šis skirtukas (5 pav.) neturi lentelės dalies, tačiau yra daug daugiau varnelių, leidžiančių koreguoti naujų ir pakeistų objektų įrašymo parametrus.

5 pav

Pirmiausia turite pasirinkti failą, kuris bus informacijos šaltinis. Tai galima padaryti įvesties lauke „Įkeliamo failo pavadinimas“. Jei duomenys buvo įkelti į slaptažodžiu apsaugotą archyvą, juos reikės įvesti atitinkamame laukelyje.

Atitinkami žymės langeliai leidžia konfigūruoti:

• Sandoris rašant objektus (tai kartais pagreitina procesą);
• Duomenų įkėlimas mainų režimu (šiuo atveju visi platformos patikrinimai, išskyrus tikrinimą registruojant dokumentus, įrašant bus ignoruojami);
• Pakeistų elementų perrašymas;
• Atsisiųstų elementų trynimo žymos nustatymas;
• Naujų duomenų įrašymo į registrą režimas (po vieną arba rinkinyje);
• Nereikšmingų simbolių (tarpų ir skirtukų) apkarpymas eilutės reikšmėms.

Papildomi nustatymai

Kaip rodo žymės pavadinimas, joje yra įrankių, kurių naudojimas leidžia tiksliau pritaikyti mainų procesą. Visų pirma:

1. Įjungia derinimo režimą;
2. Leidžia naudoti operaciją iškrovimo proceso metu;
3. Optimizuoja mainus tarp 8 versijos 1C duomenų bazių;
4. Įkelti tik tuos objektus, kuriuos leidžiama naudoti dabartiniam vartotojui;
5. Įgalinti duomenų bazių mainų proceso registravimą.

Šios ir kai kurios kitos funkcijos įjungiamos pažymėjus atitinkamus formos langelius (6 pav.).

6 pav

Duomenų trynimas

Šį skirtuką kūrėjai naudoja tik derinimo režimu. Leidžia pašalinti nereikalingus objektus iš duomenų bazės.

Trumpai apie mainų taisyklių nustatymą

Standartinio tvarkyklės naudojimas labai supaprastina programuotojų gyvenimą. Tuo pačiu metu vienas iš sunkiausių momentų tiems, kurie pirmą kartą susidūrė su „Universalus duomenų mainai XML formatu“, yra klausimas: „Kur galiu gauti mainų taisyklių failą?

Visų pirma, norint savarankiškai sukurti mainų taisykles, jums reikia specialios konfigūracijos, vadinamos „Duomenų konvertavimas“. Jame yra keletas įdomių failų, leidžiančių sukonfigūruoti beveik bet kokius mainus tarp įvairių 1C duomenų bazių 7 ir 8 versijų:

1. epf – reikalingas norint atsisiųsti 1C 8 duomenų bazių metaduomenų struktūrą;
2. epf – jei 1C 8 konfigūracija yra parašyta savarankiškai arba nestandartinė, ji gali neturėti „Universal Data Exchange“ apdorojimo, šis failas yra apdorojimas;
3. ert – faile yra kodas, skirtas 1C 7.7 versijų konfigūracijų metaduomenų struktūros atsisiuntimui;
4. ert – septynių duomenų įkėlimo ir atsisiuntimo apdorojimo failas.

Pradėjus atitinkamą apdorojimą, būtina iškelti šaltinio ir paskirties duomenų bazių metaduomenų struktūras. Tada „Konversijos“ konfigūracijoje turite įvesti informaciją apie šaltinio ir paskirties konfigūracijas į katalogą „Konfigūracijos“.

Tada kataloge Conversion sukuriamas elementas su informacija apie duomenų mainų kryptį. Tam galite nustatyti „Exchange“ taisykles.

Universalus duomenų mainų mechanizmas yra skirta tiek geografiškai paskirstytoms sistemoms kurti remiantis 1C:Enterprise 8, tiek duomenų mainams su kitomis informacinėmis sistemomis, kurios nėra 1C:Enterprise 8 pagrindu, organizuoti.

Šis mechanizmas leidžia perkelti tik 1C:Enterprise duomenis; Naudojant šį mechanizmą neįmanoma perkelti 1C:Enterprise 8 konfigūracijos ir administracinės informacijos.

Galimybės

• duomenų mainai gali būti įgyvendinami tiek su 1C:Enterprise informacinėmis duomenų bazėmis, tiek su kitomis informacinėmis sistemomis;
• įvairių pranešimų strategijų organizavimas;
• įvairių susidūrimų sprendimo metodų įgyvendinimas tuo pačiu metu keičiant duomenis skirtinguose paskirstytos sistemos mazguose;
• duomenų mainų atkūrimo įgyvendinimas tokiais atvejais kaip informacinių bazių atkūrimas iš atsarginių kopijų ir kt.

Ypatumai

• XML dokumentai naudojami kaip mainų formatas;
• keičiantis duomenimis tarp 1C:Enterprise 8 informacinių bazių, konkrečių objektų konfigūracijos ir struktūros tapatumui netaikomi jokie apribojimai;
• vienoje konfigūracijoje galima sukurti kelias nepriklausomas mainų schemas su skirtingomis informacinėmis sistemomis;
• Organizuojant mainų schemą paskirstytos sistemos struktūrai netaikomi jokie apribojimai. Gali būti organizuojama tiek klasikinė „žvaigždės“ tipo struktūra, tiek sudėtingesnės daugiapakopės „snaigės“ tipo struktūros ir kitos;

• taikomosios programos sprendimo kūrėjui suteikiama galimybė lanksčiai valdyti mainų sudėtį tiek pagal perduodamų duomenų struktūrą, tiek į konkretiems mainų mazgams perduodamos informacijos sudėtį;
• Iš pradžių duomenų bazės objektas sukuriamas viename iš mainų mazgų. Perduodamos informacijos sudėtis gali būti koreguojama priklausomai nuo duomenų turinio ir nepriklauso nuo vietos, kur informacija buvo iš pradžių įvesta.

Komponentai

Universalus duomenų mainų mechanizmas nėra griežtas sprendimas. Jo darbas įgyvendinamas 1C:Enterprise 8 technologijų platformos įrankių rinkiniu, kuris gali būti naudojamas aplikacijų sprendimuose įvairiais deriniais.

• Mainų planas
  „Exchange Plan“ konfigūracijos objektai yra centras, aplink kurį grupuojami kiti duomenų mainų įrankiai. Naudojant šiuos objektus, aprašomas paskirstytų sistemos mazgų rinkinys ir duomenų, kuriais turėtų būti keičiamasi pagal tam tikrą mainų planą, sudėtis.
  Be to, mainų planuose įgyvendinami du svarbūs keitimosi duomenimis mechanizmai:
  • Keisti registracijos paslaugą
    Leidžia gauti informaciją apie tai, kurie duomenų elementai buvo pakeisti ir į kurį mainų mazgą juos reikia perkelti.