1c kaip keistis duomenimis. Suplanuotas keitimas naudojant standartines priemones. Dabar galite patikrinti sukurtus nustatymus

Duomenų mainai tarp 1C duomenų bazių– pagrindinis niuansas dirbant su informacine baze. Be šios procedūros neįmanoma organizuoti visaverčio darbo. Beveik visada įmonė turi atskirus filialus ar nuotolinius taškus pačios organizacijos teritorijoje. Norint gauti naujausią informaciją, tarp jų būtina keistis informacija. Tai paprasta, jei vykdysite toliau pateiktas instrukcijas.

Keitimasis duomenimis tarp 1C 8.3 duomenų bazių: sąrankos instrukcijos

Nustatykite duomenų mainus tarp 1C 8.3 duomenų bazių galima atlikti taip:

Eikite į 1C programą „Įmonės apskaita 3.0“ (imtuvas).
Spustelėkite " Visos funkcijos - Planas - Keitimasis - Pilna“ Sukurkite periferinį mazgą.
Pasirinkite katalogą (kurio reikia - tinklo ar vietinio) ir palaukite, kol gausite pranešimą pranešimo forma apie mazgo sukūrimą.
Taip atsitinka, kad daiktas " Visos funkcijos" Nepasiekiamas. Tokiu atveju turite eiti į " Failas-paslaugos-parametrai"ir įdiegti" paukštis" apačioje.
Sėkmingai sukūrę mazgą, turite jį pristatyti į reikiamą vietą. Norėdami tai padaryti, eikite į " Administracija».
Spustelėkite " Duomenų sinchronizavimo nustatymas».
Pažymėkite langelį " Duomenų sinchronizavimas". Čia pasirinkite " Nustatyti sinchronizavimą. duomenis" ir tada " Pilnas».
Pasirinkite mainų katalogą, galite naudoti ftp arba keistis el. paštu. Kai sąranka bus baigta, sistema paprašys įvesti reikiamą priešdėlį. Taip pat turėsite atlikti panašias manipuliacijas periferiniame mazge. Jei jums reikia automatinio keitimo, nustatykite tvarkaraštį teminiame skirtuke.

Tai viskas, sėkmingai baigėte sąranką.

Paskirstytų informacinių bazių (RIB) technologija leidžia sukurti geografiškai paskirstytą sistemą, pagrįstą 1C Enterprise konfigūracijomis. Tai leidžia turėti bendrą informacinę erdvę net su tais padaliniais, kurie neturi patikimo ryšio kanalo, derinant aukštą mazgų autonomiją su galimybe greitai keistis informacija. Savo straipsniuose apžvelgsime šio mechanizmo ypatybes ir praktinį įgyvendinimą 8.2 platformoje

Visų pirma, paklauskime savęs: kodėl vyksta automatiniai mainai? Šiuolaikinės technologijos kartu su nebrangiu ir greitu internetu leidžia be jokių sunkumų organizuoti nuotolinį darbą. Metodų pasirinkimas kaip niekad platus: KPP, plonieji ir žiniatinklio klientai, tinklų sujungimas naudojant VPN – yra apie ką galvoti. Tačiau visi šie metodai turi vieną reikšmingą trūkumą – stiprią priklausomybę nuo komunikacijos kanalo kokybės.

Net ir idealiai veikiant vietiniam tiekėjui, neįmanoma užtikrinti 100% ryšio kanalo prieinamumo. Problemos su pagrindinio tinklo tiekėju, maitinimo trūkumas, fiziniai ryšio linijos pažeidimai ir daugelis kitų veiksnių daro šią užduotį neįveikiama. Tuo pačiu metu informacijos bazės neprieinamumas nuotoliniame sandėlyje ar mažmeninėje parduotuvėje sukelia gana didelių nuostolių. Ir galiausiai nepamirškime, kad yra vietų (pavyzdžiui, pramonės zonos miestų pakraščiuose), kur kokybiško ryšio kanalo suteikimas yra brangus ir/ar problemiškas.

RIB mechanizmas leidžia atsikratyti šių trūkumų, kiekvienas skyrius turi savo informacinės bazės kopiją, su kuria galite dirbti savarankiškai net ir visiškai nebendraujant su išoriniu pasauliu. O mažas perduodamos informacijos kiekis leidžia keistis bet kuriuo ryšio kanalu, įskaitant mobilųjį internetą.

RIB 8.2 platformoje nėra kažkas iš esmės naujo, reprezentuojanti tolesnę RIB platformos 7.7 plėtrą, tik dabar ši technologija tapo prieinamesnė ir paprastesnė. Skirtingai nuo RIB komponento, kurį reikėjo įsigyti atskirai, RIB yra neatsiejama daugelio standartinių konfigūracijų dalis ir veikia tik vartotojo režimu, todėl galite apsieiti be konfigūratoriaus net sąrankos etape.

Šiuo metu būtų laikas pereiti prie praktinės dalies, tačiau turėsime padaryti dar vieną nukrypimą. Faktas yra tas, kad perėjimas prie 8.2 platformos, kuris, atrodo, jau įvyko, iš tikrųjų paskatino dviejų tipų konfigūracijų atsiradimą: pagrįstą valdoma programa, „gimtoji“ 8.2 platformai ir pritaikyta iš 8.1, tęsiant naudoti pasenusias technologijas ir mechanizmus. Kadangi nemaža dalis konfigūracijų (įmonių apskaita, darbo užmokestis ir personalo valdymas) yra pritaikytos arba pereinamojo laikotarpio, jos negali būti diskontuojamos, todėl pirmoji mūsų straipsnio dalis bus skirta šioms konfigūracijoms (iš esmės 8.1 platformai), o antrojoje. išnagrinėsime automatinio keitimosi konfigūracijos nustatymą, pagrįstą valdoma programa (8.2 platforma).

Panagrinėkime praktinę užduotį: automatinio mainų per FTP nustatymas Enterprise Accounting 2.0 konfigūracijai. Nepaisant to, kad RIB leidžia keistis naudojant el. paštą ar bendrinamus failus, rekomenduojame naudoti FTP kaip paprasčiausią ir patikimiausią ryšio būdą. Galite perskaityti, kaip nustatyti savo FTP serverį, arba galite naudoti bet kurio prieglobos teikėjo FTP paslaugą.

Visų pirma, turime sukonfigūruoti mainų mazgus. Norėdami tai padaryti, paleiskite konfigūraciją administratoriaus teisėmis ir pasirinkite Sandoriai – mainų planai.

Pasirodžiusiame sąraše pasirinkite Pilnas planą arba Pagal organizaciją, jei vienoje duomenų bazėje saugomi kelių įmonių įrašai ir keistis reikia tik vienai iš jų. Atsidariusiame lange jau yra vienas mazgas - centrinis, jį reikia redaguoti, nurodant kodą ir pavadinimą.

Tada sukursime kitą šakos mazgą, užpildydami jį tokiu pačiu būdu (norėdami pridėti, spustelėkite žalią apskritimą su pliusu). Kitas žingsnis yra sukurti pradinį šio mazgo vaizdą, kuris yra paruošta informacijos bazė failo režimu. Norėdami tai padaryti, dešiniuoju pelės mygtuku spustelėkite norimą mazgą ir išskleidžiamajame sąraše pasirinkite Sukurkite pradinį vaizdą.

Dabar eikime toliau Paslauga – paskirstytos informacijos bazė (DIB) – konfigūruoti RIB mazgus.

Atsidariusiame lange spustelėkite mygtuką Papildyti ir sukonfigūruoti naują biržą, nurodydami nuotolinį pagrindinį kompiuterį, mainų tipą (per FTP) ir serverio ryšio parametrus.

Skirtukas Automatinis keitimas leidžia nustatyti mainų grafiką, keistis pagal įvykius (darbo pradžia ir pabaiga ir pan.), šie nustatymai atliekami vartotojui, kurio vardu bus atliekami mainai, todėl įsitikinkite, kad jis turi teises keistis duomenimis.

Nepamirškite nurodyti mazgo priešdėlio dokumentų numeravimui (kitaip gausite skirtingus dokumentus su tais pačiais numeriais) skiltyje Įrankiai - Programos nustatymai, čia galite sukonfigūruoti ir kai kuriuos kitus mainų parametrus. Tame pačiame skirtuke turėtumėte pasirinkti vartotoją, kuris atliks mainų užduotis; jei to nepadarysite, tvarkaraštis neveiks. Atminkite, kad mainai bus atlikti tik tuo atveju, jei vartotojas bus prisijungęs prie programos.

Tai užbaigia centrinio mazgo konfigūraciją; dabar reikia atlikti panašius periferinio mazgo nustatymus, prijungiant pradinį vaizdą kaip esamą informacijos apsaugos sistemą. Po to galite pradėti keistis duomenimis. Norėdami kontroliuoti, turėtumėte naudoti Ryšio monitorius, leidžia ne tik stebėti įkėlimo/atsiuntimo sėkmę, bet ir parodo visus kilusius susidūrimus ar uždelstus judesius (jei keitimą atlikęs vartotojas neturi pakankamai teisių atlikti kokius nors veiksmus duomenų bazėje). Šio įrankio buvimas leidžia greitai ir efektyviai išspręsti įvairių tipų problemas, kylančias automatinio mainų metu.

Šiuo metu mainų sąranka gali būti laikoma baigta ir galite pradėti dirbti paskirstytu režimu. Verta konkrečiai pasilikti ties konfigūracijos atnaujinimu ar pakeitimu. Šie veiksmai galimi tik centriniame mazge; visi atlikti pakeitimai bus automatiškai perkelti į periferinius mazgus kito mainų metu. Kad pakeitimai būtų atlikti automatiškai, periferinė duomenų bazė turi būti išskirtiniu režimu, priešingu atveju turėsite paleisti Konfigūratorius ir vykdyti Duomenų bazės konfigūracijos atnaujinimas rankiniu būdu.

Automatizuotos valdymo sistemos dažniausiai susideda iš atskirų duomenų bazių ir dažnai turi geografiškai paskirstytą struktūrą. Tuo pačiu metu teisingai įgyvendintas keitimasis duomenimis yra būtina efektyvaus tokių sistemų veikimo sąlyga.

Pradiniam mainų nustatymui gali prireikti daugybės veiksmų, ne tik programavimo, bet ir konsultacijų, net jei kalbame apie vienarūšius šaltinius, kaip tai daroma su 1C:Enterprise platformos produktais. Kodėl 1C biržos nustatymas (arba, kaip dar vadinamas, duomenų sinchronizavimas 1C 8.3) gali tapti daugiausiai laiko ir brangiausia integracijos projekto užduotimi, apžvelgsime šiame straipsnyje.

Keitimasis duomenimis 1C aplinkoje leidžia:

Pašalinkite dvigubą dokumentų įvedimą;
Automatizuoti susijusius verslo procesus;
Optimizuoti paskirstytų skyrių sąveiką;
Operatyviai atnaujinti duomenis apie skirtingų padalinių specialistų darbą;
„Atskirkite“ skirtingas apskaitos rūšis.*

*Tais atvejais, kai vienos apskaitos rūšies duomenys labai skiriasi nuo kitos, būtina užtikrinti informacijos konfidencialumą ir „apriboti“ informacijos srautus. Pavyzdžiui, keičiantis duomenimis tarp 1C UT ir 1C Accounting nereikia kelti valdymo duomenų į reguliavimo apskaitos duomenų bazę, t.y. 1C sinchronizavimas čia bus nebaigtas.

Jei įsivaizduosime standartinį pirminių duomenų mainų įgyvendinimo procesą, kai bent vienas iš jo objektų yra 1C produktas, galime išskirti šiuos etapus:

Mainų sudėties derinimas;
Transporto apibrėžimas (keitimosi protokolai);
Taisyklių nustatymas;
Planavimas.

1C mainų sudėties identifikavimas

Keitimosi objektai gali būti skirstomi į „šaltinį“ ir „imtuvą“. Tuo pačiu metu jie gali vienu metu atlikti du vaidmenis, kurie bus vadinami abipusiais mainais. Šaltinis ir paskirties vieta nustatomi logiškai, atsižvelgiant į poreikį arba sistemos funkcionalumą.*

*Pavyzdžiui, integruojant „WA: Financier“ – finansinės apskaitos tvarkymo ir iždo procesų valdymo sprendimą, sukurtą „1C:Enterprise“ pagrindu, „WiseAdvice“ ekspertai rekomenduoja jį kaip pagrindinę sistemą. Taip yra dėl to, kad yra kontrolės priemonių, kad būtų laikomasi taikymo politikos taisyklių ir atitinkamai užtikrintas sprendimo veiksmingumas.

Toliau, remiantis gautais ir užfiksuotais vartotojų reikalavimais, sudaromas keičiamų duomenų sąrašas, nustatomas jo kiekis, keitimosi dažnumo reikalavimai, darbo su klaidomis ir išskirtinių situacijų (kolizijų) valdymo procesas.

Tame pačiame etape, atsižvelgiant į esamų sistemų parką ir įmonės struktūrą, nustatomas mainų formatas:

Paskirstyta informacinė bazė

RIB reiškia keitimąsi tarp identiškų 1C duomenų bazės konfigūracijų su aiškia „pagrindinio-pavaldžio“ valdymo struktūra kiekvienai mainų porai. Kaip technologijų platformos elementas, RIB, be duomenų, gali perduoti duomenų bazės konfigūracijos pakeitimus ir administracinę informaciją (bet tik iš pagrindinio į pavaldinį).

Universalus duomenų mainai 1C

Mechanizmas, leidžiantis sukonfigūruoti keitimąsi 1C duomenų bazėmis tiek naudojant konfigūracijas 1C:Enterprise platformoje, tiek su trečiųjų šalių sistemomis. Keitimasis vykdomas perkeliant duomenis į universalų xml formatą pagal „Maitų planus“.

Įmonės duomenys

Naujausia 1C plėtra, skirta įgyvendinti duomenų mainus xml formatu tarp produktų, sukurtų platformoje 1C:Enterprise su bet kokiomis automatizavimo sistemomis. „EnterpriseData“ naudojimas supaprastina su mainais susijusius pakeitimus. Anksčiau, kai į sistemą buvo įtraukta nauja konfigūracija, reikėjo įdiegti duomenų importavimo ir eksportavimo mechanizmą tiek jai, tiek esamoms sistemoms. Dabar sistemoms, palaikančioms EnterpriseData, nereikia jokių modifikacijų, turi tik vieną įėjimo-išėjimo tašką.

Transporto apibrėžimas (keitimosi protokolai)

Sistemai 1C:Enterprise 8 platformoje suteikiamos plačios galimybės organizuoti mainus su bet kokiais informacijos ištekliais, naudojant visuotinai priimtus universalius standartus (xml, tekstinius failus, Excel, ADO ryšį ir kt.). Todėl, nustatydami keitimosi duomenų transportą, turėtumėte pasikliauti trečiosios šalies sistemos duomenų bazės galimybėmis.

Katalogų sinchronizavimas

Pagrindinis efektyvaus katalogų sinchronizavimo principas yra vieno įėjimo taško buvimas. Bet jei kalbame apie darbą su katalogais, kurie istoriškai buvo užpildyti pagal skirtingas taisykles, būtina aiškiai apibrėžti sinchronizavimo laukus, kad mainai būtų „bendro vardiklio“.*

*Šiame etape gali prireikti normalizuoti atskaitos duomenis duomenų šaltinio pusėje. Priklausomai nuo katalogų būklės ir jų apimties, elementų lyginimo, klaidų ir dublikatų atpažinimo, nustatymo, trūkstamų laukų užpildymo ir sinchronizavimo laukų priskyrimo procese gali prireikti visos ekspertų grupės darbo. integratoriaus (pagrindinių duomenų normalizavimo technikos savininko) dalies ir iš kliento pusės.

Taisyklių nustatymas

Galimybė rodyti duomenis iš šaltinio sistemų imtuvuose priklauso nuo teisingai apibrėžtų mainų taisyklių. Taisyklės, pateiktos xml formatu, reglamentuoja pagrindinių šaltinio-imtuvo objektų detalių atitikimą. 1C: Data Conversion sprendimas skirtas automatizuoti vienkartinių ir nuolatinių mainų įgyvendinimo taisyklių kūrimą.

Garantuoja, kad mainų plano metu nebus prarasti duomenys. Tai yra neatskiriama bet kokios 1C:Enterprise platformos konfigūracijos dalis, kuri visiškai aprašo 1C apsikeitimo procedūrą: duomenų sudėtį (dokumentus su „identifikuojančia“ detale) ir mazgus (imtuvo-siųstuvo informacijos bazes), taip pat RIB aktyvavimą. pasirinktos mainų kryptys.

Bet koks į biržos planą įrašytų duomenų pasikeitimas yra fiksuojamas ir gauna „pakeisto“ ženklą. Kol pakeisti duomenys nesutaps vieni su kitais imtuvo-siųstuvo mazguose, ženklas nebus nustatytas iš naujo, o sistema siųs valdymo pranešimus į abu mazgus. Įkėlus duomenis ir patvirtinus visišką jų atitiktį abiejose sistemose, ženklas nustatomas iš naujo.

Keitimo grafikas 1C

Norint automatizuoti reguliarius mainus, nustatomas duomenų įkėlimo dažnis. Keitimosi dažnumas priklauso nuo poreikio ir techninių galimybių. Be to, 1C:Enterprise platformos konfigūracijos leidžia konfigūruoti duomenų mainus, kai įvyksta įvykis.

Atsižvelgdami į standartinį mainų diegimo procesą, atkreipkime dėmesį į veiksnius, kuriuos reikės patobulinti įvairiais etapais:

Nestandartinės, labai modifikuotos duomenų bazių konfigūracijos;
Įvairios 1C:Enterprise platformos versijos;
Konfigūracijos versijos, kurios ilgą laiką nebuvo atnaujintos;
Mainų objektai, kurie anksčiau buvo modifikuoti;
Nestandartinių mainų taisyklių poreikis;
Labai skirtingas esamų žinynų detalių rinkinys ir sudėtis.

Kadangi net standartiniams veiksmams pirminiams duomenų mainams įgyvendinti reikia ekspertų žinių, juos rekomenduojama atlikti dalyvaujant 1C specialistams. Tik atlikę visus aukščiau aprašytus veiksmus turėtumėte pereiti prie mainų nustatymo konfigūracijoje. Pažvelkime į duomenų bazių integravimą naudodami 1C:UPP ir 1C:Retail pavyzdį (keitimasis su 1C:UT nustatomas pagal tą pačią schemą). Į standartinę sinchronizaciją taip pat įtraukta SCP - SCP mainai, būdingi didelio masto automatizavimo sistemoms didžiausiose pramonės įmonėse.

Submeniu „Paslauga“ pasirinkite „Duomenų keitimasis su produktais platformoje...“ (pasirinkus tiesioginį apsikeitimą su „Mažmeninė prekyba“ dažnai atsiranda klaidų COM objektų lygyje). Atkreipkite dėmesį į paslaugos pranešimą „Ši funkcija nepasiekiama“.

Norėdami išspręsti šią problemą, turite pasirinkti "Konfigūruoti ryšius"

...ir pažymėkite langelį. Tada nekreipkite dėmesio į klaidos pranešimą.

Duomenų sinchronizavimo nustatymuose pasirinkite „Sukurti mainą su „Mažmeninė prekyba“...

Prieš konfigūruodami ryšio nustatymus per vietinį arba tinklo katalogą, įsitikinkite, kad diske yra vietos katalogui. Nors, kaip taisyklė, ji neužima daugiau nei 30-50 MB, išimtiniais atvejais gali prireikti iki 600 MB. Galite sukurti reikiamą katalogą tiesiai iš konfigūratoriaus.

Kai jungiamės per tinklo katalogą, mes ignoruojame pasiūlymą konfigūruoti ryšį per FTP adresą ir el. paštu spustelėdami „Kitas“.

Nustatymuose rankiniu būdu įvedame priešdėlius – duomenų bazių simbolius (dažniausiai BP, UPP, RO), nustatome taisykles ir duomenų įkėlimo pradžios datą. Dokumentų pavadinime bus nurodytas priešdėlis, nurodantis duomenų bazę, kurioje jie buvo sukurti. Jei įkėlimo taisyklės neredaguojamos, duomenys bus įkeliami pagal numatytuosius nustatymus pagal visus galimus parametrus.

Sukuriame „Mažmeninės prekybos“ mainų nustatymų failą, kad nekartotume veiksmų. Jei reikia nedelsiant išsiųsti duomenis po sinchronizavimo nustatymo, pažymėkite langelį.

Norėdami automatizuoti mainų procesą, turite sudaryti tvarkaraštį.

Meniu „Mažmeninė prekyba“.

Pažymėkite langelį ir pasirinkite „Sinchronizavimas“.

„Atvirkštinę“ sąranką atliekame pasirinkdami Gamybos įmonės valdymą.

Įkelkite UPP sukurtą nustatymų failą.

Uždedame varnelę, sistema automatiškai paima adresą.

Mes elgiamės taip pat, kaip ir UPP.

Patikrinimo duomenų palyginimas (Rekomenduojama atlikti rankinį duomenų palyginimą parengiamajame etape, nes šis darbas gali tapti daugiausiai darbo jėgos keitimo procese). Palyginimo langas atidaromas dukart spustelėjus pelę.

Jei sinchronizuojant įvyko klaida, „Details...“ bus pakeistas į „Niekada...“.

„Išsami informacija...“ atidaro žurnalą su atnaujinta biržos informacija.

Paruošta.

Pažvelkime į paprastą realaus gyvenimo pavyzdį. Tarkime, turime įmonę, kuri užsiima didmenine ir mažmenine prekyba, ir šioje įmonėje, kaip ir bet kurioje kitoje, vedama apskaita. Įmonė turi dvi standartines duomenų bazes, tai atitinkamai UT (prekybos valdymas) ir BP (įmonės apskaita), kiekvienoje iš duomenų bazių vedami savo įrašai, UT yra valdymas, atspindintis visas su prekyba susijusias operacijas, BP yra apskaita. Kad nereikėtų dirbti dvigubo darbo, t.y. nekurkite tų pačių dokumentų dviejose duomenų bazėse (juk judėjimai turėtų būti valdymo ir apskaitos srityse) mes tiesiog nustatysime šių duomenų bazių sinchronizavimą.

Duomenų mainus nustatysime į vieną pusę, iš UT ---> BP. Taip pat galima sukurti dvipusį mainų tinklą, tačiau praktiškai to nereikia dažnai, todėl savo pavyzdyje to nenagrinėsime.

Parengiamieji mainų nustatymo BP žingsniai

Pradėkime sinchronizavimo nustatymą, pirmiausia eikite į 1C „Enterprise Accounting 3.0“ duomenų bazę (imtuvą), turime patikrinti, ar šios duomenų bazės sinchronizavimas įjungtas, kad tai padarytume, pirmiausia turime eiti į duomenų bazę. Kai tik atsidarys duomenų bazė, eikite į skirtuką „Administravimas“ ---> „Duomenų sinchronizavimo nustatymai“

Prieš mus atsidaro naujas skirtukas, kurį reikia užpildyti taip pat, kaip žemiau esančioje ekrano kopijoje, išskyrus informacinės bazės priešdėlį. Priešdėlį turi sudaryti dvi raidės, galite nustatyti bet kurią, tačiau pagal 1C standartą geriau nustatyti priešdėlį pagal konfigūracijos pavadinimą, tai yra, „Įmonės apskaitoje“ priešdėlis bus „BP“. Jei kuriate sudėtingas biržas ir yra kelios apskaitos duomenų bazės, priešdėliai turėtų aiškiai skirtis vienas nuo kito; čia galite naudoti pirmąsias dvi organizacijos pavadinimo raides kaip santrumpą.

Tęsiame duomenų sinchronizavimo nustatymą UT

Atlikę visus reikiamus veiksmus imtuvo duomenų bazėje (BP 3.0), norėdami tęsti duomenų mainų nustatymą, turime atidaryti šaltinio duomenų bazę (UT 11.1). Eikite į skirtuką „Administravimas“, kairėje esančiame meniu pasirinkite „Duomenų sinchronizavimo nustatymai“.. Jei sinchronizavimas neįjungtas, įjunkite jį naudodami žymimąjį laukelį ir nepamirškite nurodyti šaltinio bazinio priešdėlio. Atlikę visus 1–4 veiksmus, kaip parodyta paveikslėlyje žemiau, turite spustelėti hipersaitą „Duomenų sinchronizavimas“ (5 veiksmas).

Atsidariusiame naujame lange reikia spustelėti žalią pliuso ženklą (Nustatyti duomenų sinchronizavimą), išskleidžiamajame meniu pasirinkite elementą „Įmonės apskaita 3.0“.

Svarbių duomenų mainų tarp UT ir BP taškų nustatymas

Dabar matome langą su duomenų sinchronizavimo nustatymais 1C, pasirinkite „Nurodykite nustatymus rankiniu būdu“ ir spustelėkite „Kitas“.

Mes ir toliau nustatome duomenų mainus 1C, kitame skirtuke turime pasirinkti prisijungimo prie imtuvo informacijos bazės parinktį (tiesioginis prisijungimas prie programos), ryšio parametrus (šiame kompiuteryje arba vietiniame tinkle), katalogą, kuriame yra imtuvo bazė, taip pat reikalingi autentifikavimo duomenys (duomenų bazėje esantis vartotojo vardas ir slaptažodis).

Kitame puslapyje turime užpildyti duomenų siuntimo ir gavimo iš BP 3.0 (imtuvo) konfigūracijos taisykles. Spustelėkite „Keisti duomenų įkėlimo taisykles“.

Prieš mus atsidarė langas „Duomenų siuntimo taisyklės“, kuriame nustatome šiuos parametrus:

Kokie informaciniai duomenys bus siunčiami (mūsų pavyzdyje mus domina tik dokumentai ir juose naudojami informaciniai duomenys, todėl pasirinkome atitinkamą elementą; jei pasirinksite pirmą elementą „Siųsti viską“, tada visos žinynai bus įkeliami iš naujo kartu su dokumentais, dažnai jei informacija nėra panaudota dokumentuose, tai ji nenaudinga gavėjui, nes tai niekaip neįtakoja apskaitos)
Nuo kurios datos turėtų būti siunčiama visa informacija (šiame straipsnyje nesvarstysime rankinio sinchronizavimo)
Kurioms ar kokioms organizacijoms siųsti duomenis (mūsų pavyzdyje pasirinkome vieną organizaciją, IP „Verslininkas“)
Sutarčių sudarymo taisyklės
Apibendrintas sandėlis
Ar turėčiau suvynioti dokumentus pagal sandėlį?

Atlikę nustatymus, spustelėkite „Išsaugoti ir uždaryti“.

Kadangi mūsų pavyzdyje mes nustatome ir naudojame vienpusį mainą iš UT į BP, tada duomenų gavimo iš „Įmonės apskaita 3.0“ taisyklių nustatymai mūsų nedomina, todėl spaudžiame „Kitas“.

Naujame lange mūsų prašoma sukonfigūruoti imtuvo bazės (RB) taisykles. 1 punkte mes pavadiname savo duomenų bazę, suteikiame jai priešdėlį. PREFIX turi būti toks pat, kokį nustatėme pačioje BP duomenų bazėje šio straipsnio pradžioje; jei priešdėliai skiriasi, duomenų sinchronizavimas 1C programoje neveiks. Po to spustelėkite 2 tašką, tada 3 tašką.

3 dalyje turime leisti tvarkyti dokumentus, kai jie įkeliami į duomenų bazę. Spustelėkite „Išsaugoti ir uždaryti“.

Dabar langas turėtų atrodyti taip, kaip parodyta žemiau, spustelėkite „Kitas“.

Šiame lange yra informacijos apie sinchronizavimą, kuriamą 1C. Tiesiog spustelėkite mygtuką „Kitas“. Jei nustatant duomenų sinchronizavimą programa sukėlė klaidą, turite susisiekti su mumis, kad mūsų 1C specialistas galėtų jums padėti dabar!

Kitas žingsnis programa pasiūlys sinchronizuoti iš karto, sukūrus duomenų mainų nustatymus. Sutikime su tuo ir spustelėkite „Atlikta“.

Priešais jus pasirodys langas, kuriame matysite informaciją apie tai, kaip vyksta sinchronizavimas. Jeigu imtuvo bazė nėra tuščia, t.y. joje jau buvo saugomi įrašai, tada 1C programos vartotojo bus paprašyta rankiniu būdu palyginti objektus. 1C objektų palyginimas sinchronizuojant duomenis yra identiškų imtuvo objektų palyginimas su identiškais šaltinio objektais.

Pažiūrėkime į pavyzdį, tarkime, UT yra sandorio šalis, kurios pavadinimas „PharmGroup LLC“ ir TIN 1234567, o BP taip pat yra sandorio šalis, kurios TIN 1234567, bet pavadinimas „PharmGroup“, jei šių nelyginsime. du objektai lygindami duomenis sinchronizacijos etape, tada po sinchronizacijos imtuve (Enterprise Accounting 3.0) turėsime dvi sandorio šalis, kurių TIN 1234567 ir du pavadinimai atitinkamai „PharmGroup LLC“ ir „PharmGroup“. Siekiant išvengti tokių situacijų, buvo sugalvotas objektų palyginimo mechanizmas.

Mūsų pavyzdyje imtuvo duomenų bazė tuščia, todėl objektų palyginimo langas neatsidarė. Tačiau atlikus kai kurias operacijas, sistema tikrai paragins vartotoją pridėti papildomų duomenų ir parodys tokį langą. Mums nereikia perkelti jokių papildomų duomenų, viską, ko reikia, jau sukonfigūravome anksčiau, todėl šiame žingsnyje pasirenkame „Nepridėti dokumentų prie siuntimo“. Spustelėkite „Kitas“.

Paskutinis keitimosi duomenimis tarp 1C etapas

Paskutiniame etape programa parodys šį langą, kuriame vartotojas bus informuotas, kad sinchronizavimas buvo sėkmingas, spustelėkite „Baigti“. Šiuo metu yra baigtas sinchronizavimas tarp duomenų bazių vienpusiame mainuose iš „Trade Management 11.1“ (UT) į „Enterprise Accounting 3.0“ (BP).

Realiame gyvenime tai reta įmonė, kuri apsieina tik su viena 1C duomenų baze. Dažniausiai pasitaikanti situacija yra dvi bazės – apskaita ir darbo užmokestis.

Bazės turi būti sujungtos - atlyginimai priskaičiuoti, priskaičiuoti mokesčiai turi eiti į buhalteriją apmokėti.

Norint sujungti kelias duomenų bazes, yra „Exchange 1C“. Kaip jis dirba?

Kas yra „Exchange 1C“?

Yra parduotuvių tinklas ir centrinis biuras. Kiekviena parduotuvė ir biuras turi sandėlį. Prekės perkeliamos iš sandėlio į sandėlį (daugiausia iš centrinio sandėlio į parduotuvių sandėlius), parduodamos parduotuvėse.

„1C Retail“ duomenų bazė naudojama biure ir ta pati duomenų bazė kiekvienoje parduotuvėje. Bazės parduotuvėse yra pavaldžios bazei biure.

Biure sukuriami dokumentai apie prekių judėjimą iš sandėlio į sandėlį, nustatomos kainos. Dokumentai įkeliami į pavaldžias duomenų bazes ir ten „atsiranda“ prekės.

Parduotuvės kuria dokumentus apie įvykdytus prekių pardavimus. Dokumentai įkeliami į biuro duomenų bazę ir ten „atsiranda“ pardavimai.

Ši schema vadinama paskirstyta informacijos baze (RIB). Dokumentų „įkėlimo“ procedūros – dvipusis 1C keitimas. O šios schemos nustatymas yra URIB arba URIBD (paskirstytos informacijos duomenų bazės valdymas).

Keitimosi katalogais 1C principai

1C katalogai (o visų katalogų rinkinys „komplekse“ vadinamas NSI - normine informacine informacija) - skirtingose duomenų bazėse paprastai turėtų būti vienodi. Tai reiškia, kad net jei yra kelios duomenų bazės, prekių, sandėlių ir rangovų sąrašas skirtingose duomenų bazėse yra vienodas.

Įprasta praktika, kai katalogą leidžiama redaguoti vienoje duomenų bazėje, o jis nukopijuojamas („migruojamas“) į kitas. Kaip jau aptarėme anksčiau, kiekvienas 1C elementas turi unikalų identifikatorių – GUID. Katalogai paprastai kopijuojami kartu su jų GUID, todėl yra identiški visoje paskirstytoje informacinėje sistemoje.

Priešingu atveju, kai prijungiamos kelios iš pradžių esamos duomenų bazės arba kai katalogai gali būti sukurti skirtingose duomenų bazėse vienu metu, jų GUID skirsis. Tam yra suderinimo mechanizmas. Specialiame informacijos registre 1C mainų metu įrašoma informacija, kad elementas iš duomenų bazės Nr. 1 su GUID xxx yra lygus elementui šioje duomenų bazėje su GUID yyy. Iš pradžių esami elementai, kurie nebėra lygūs, turi būti lyginami automatiškai (naudojant kitus duomenis, pavyzdžiui, pagal pavadinimą arba pagal mokesčių mokėtojo kodą ir patikros tašką) arba rankiniu būdu.

Keitimosi dokumentais principai 1C

1C dokumentai yra skelbiami pagal registrus ir tada laikomi „paskelbtais“. Dėl to perkėlimo metu kyla suprantamų sunkumų.

Vienas iš variantų – perkelti tik dokumentus ir vėl juos atsisiuntus. Šis metodas yra dažnai naudojamas, tačiau jis gali sukelti klaidų – dokumentas gali būti neįkeltas į naują duomenų bazę, nes sąlygos paskelbimo metu gali skirtis nuo dokumento paskelbimo pirminėje duomenų bazėje metu.

Kitas variantas – dokumentus ir registrus perkelti kartu. Kaip suprantame, iš karto kyla klausimas – arba perkeliame visus dokumentus apskritai, o po to – visą registrą apskritai, arba esame priversti pasirinkti perkėlimui tik judesius ant perduotų dokumentų.

Tarkime, kad turime perkelti elementą iš Nomenklatūros katalogo. Šiame kataloge yra 10 laukų, iš kurių 5 yra eilutės ir skaičiai, o 5 yra nuorodos į kitus katalogus.

Atitinkamai, perkeldami vieną Nomenklatūros elementą, esame priversti ieškoti ir perkelti taip pat 5 kitų katalogų elementus.

Taigi, perkeliant vieną katalogo elementą arba vieną dokumentą, per nuorodą galima perkelti 100 ar daugiau kitų 1C objektų.

Tiesą sakant, sakoma, kad beveik visos konfigūracijos nuorodos vienaip ar kitaip nurodo viena kitą.

1C mainų planai

Tarkime, kad sukūrėme paskirstytą duomenų bazę ir atlikome 1C mainus. Prekės nupirktos į centrinį sandėlį ir paruoštos siuntimui į parduotuves. 1C biuras įvedė reikalingus dokumentus prekių judėjimui. Reikalauja juos krauti į parduotuves.

Ką daryti? Vėl atlikti pilną 1C keitimą? Ilgas ir neveiksmingas! Daug geriau būtų paskaičiuoti, ką tiksliai biure pridėjo ar pakeitė vartotojai, kad tik pakeitimai būtų siunčiami į parduotuves.

Tam yra 1C mainų planai. Programuotojas iš anksto sukuria 1C mainų planą, kad galėtų atlikti 1C mainus su kita duomenų baze, pavyzdžiui, su mūsų parduotuvėmis.

1C mainų plane pažymima, kai vartotojai dirba su katalogais ir dokumentais, kas buvo pridėta arba pakeista nuo paskutinio 1C mainų su šia duomenų baze.

URIB 1C sukūrimas

Taigi, mes sukursime paskirstytą duomenų bazę nuo nulio. Iš pradžių turime „motinos“ biuro bazę. Iš jo parinksime jai pavaldžių parduotuvių duomenų bazes.

Įprastos konfigūracijos jau turi standartinius 1C mainų planus. Pagrindų tipai, kuriems jie skirti, intuityviai aiškūs iš pavadinimo:

Keiskitės 1C su svetaine: keiskite su 1C:Bitrix svetaine
Mainai 1C UPP-UT arba UT-Retail: tipiški mainai su seserinėmis konfigūracijomis
Pilnas – 1C mainai su duomenų baze, pagrįsta ta pačia konfigūracija.

RIB - paskirstyta informacinė bazė - taip pat gali būti sudaryta remiantis 1C „Visas“ mainų planu. Šiame 1C mainų plane konfigūratoriuje turėtų būti pažymėtas žymimasis laukelis „Paskirstyta informacijos bazė“.

Konfigūratoriuje sukurtas 1C mainų planas rodo, kad ketiname keistis šia konfigūracija. Įmonės režimu, tame pačiame 1C mainų plane, dabar turite nurodyti konkrečias duomenų bazes pagal šią konfigūraciją.

Eikime į 1C mainų planą (Operations/Exchange Plan; taip pat gali būti kitame meniu, dažnai meniu Paslauga/XXX).

1C mainų plano duomenų bazių sąraše yra viena su žaliu apskritimu paveikslėlyje. Šis elementas reiškia THIS BASE. Likę elementai nurodo KITAS bazes, su kuriomis keičiamasi 1C.

Būtina užpildyti visų elementų pavadinimą ir kodą.

Norėdami sukurti parduotuvės antrinę bazę:

Įveskite žymeklį sąraše ant 1C mainų plano elemento, kurį sukūrėme kaip „parduotuvės bazę“.
Pasirinkite meniu elementą „Veiksmai / Sukurti pradinį vaizdą“.

Dėl to bus sukurta viena duomenų bazė, į kurią bus įkelti pradiniai duomenys. Tai turi būti kartojama kiekvienam 1C mainų plano elementui, išskyrus DABARTINĘ BAZĘ.

1C mainų teorija

1C mainų teorija yra gana paprasta:

Viena iš duomenų bazių (dažniausiai centro duomenų bazė) inicijuoja 1C mainus pagal grafiką arba „pagal įvykį“ (prisijungimas prie konkretaus vartotojo duomenų bazės ir pan.)
1C mainai susideda iš failo atsisiuntimo iš duomenų bazės
Failas turi būti perkeltas į vietą, kur jį galėtų pasiimti verga duomenų bazė (dažniausiai bendrinimas arba ftp, rečiau el. paštas)
Slave duomenų bazė atsisiunčia gautą failą
Kaip patvirtinimą, kad informacija buvo gauta, pagalbinė duomenų bazė įkelia „atsakymo“ failą, kuris tokiu pat būdu įkeliamas atgal į centrinę duomenų bazę.
1C mainų sesija baigta.

Yra ir kitų būdų keistis 1C ne per failus, o, pavyzdžiui, per tiesioginį COM ryšį tarp dviejų duomenų bazių. Jo privalumai:

Nereikia vietos failams saugoti ir perkelti
Nereikia iš naujo įkelti patvirtinimo
Viskas vyksta greičiau dėl pirmų dviejų taškų.

Tačiau apribojimas aiškus – bazės turi būti taip viena kitai prieinamos, kad galėtų inicijuoti COM ryšį.

RIB 1C nustatymas

Standartinių konfigūracijų konstantose (Operations/Constants; arba Service/Program Settings) paprastai yra bendras 1C mainų nustatymas. Tai yra elementų kodų ir dokumentų numerių priešdėlis, leidžiantis lengvai nustatyti, kurioje duomenų bazėje jis buvo sukurtas. Taip pat vidinis būdas saugoti informaciją apie vietą, kurioje buvo sukurti katalogai ir dokumentai.

Dabar reikia sukonfigūruoti, kaip vyks periodinio 1C informacijos mainų tarp sukurtų duomenų bazių procesas.
Visi 1C RIB nustatymai yra standartinės konfigūracijos, dažniausiai meniu Paslauga/Paskirstytos informacijos bazės/Konfigūruoti RIB mazgus.

Prie kiekvieno anksčiau sukurto „nuotolinės parduotuvės bazės“ elemento turite pridėti nustatymų elementą.

Nustatymai rodo 1C mainų metodą: failas (bendrinimasis), failas (FTP), failas (el. paštas).

Paskirstytos 1C informacijos bazės sukūrimas ir nustatymas plonajame kliente

Pažvelkime į panašų sąranką standartinėje konfigūracijoje, pagrįstoje plonu klientu - „Trade Management Edition 11“.
Nustatymai (ir kūrimas nuo nulio) yra sąsajos skirtuke Administravimas. Elementas „Duomenų mainai“.

Pasirinkite „Sukurti mainus paskirstytoje informacijos bazėje“.

Nuo pat pradžių 1C paprašys mūsų nurodyti, kaip ketiname keistis informacija su pavaldžia duomenų baze. Čia yra konfigūracijos parinktis „per failą kamuoliuke“.