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 Pagrindinis ofisas. 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 bendroji sąranka 1C mainai. 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šų nustatymą įprastoje konfigūracijoje, pagrįstoje plonas klientas– Prekybos valdymo 11 peržiūra.
Nustatymai (ir kūrimas nuo nulio) yra sąsajos skirtuke Administravimas. Elementas „Duomenų mainai“.
Pasirinkite „Sukurti mainą paskirstytoje informacinė bazė».
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“.
Čia yra konfigūracijos parinktis naudojant FTP failą.
Mūsų 1C mainų sąrankos pavadinimas.
Ir iškart pasiūlymas sukurti „pradinį vaizdą“ - tai yra pačią vergų duomenų bazę, į ją įkeliant pirminę informaciją.
Skirtingai nuo konfigūracijos storame kliente, abu 1C mainų nustatymai yra vienoje vietoje.
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 funkcijas ir praktinis įgyvendinimasšio mechanizmo platformoje 8.2
Visų pirma, paklauskime savęs: kodėl vyksta automatiniai mainai? Šiuolaikinės technologijos, derinamas su nebrangiais ir greitas internetas, 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.
Netgi su tobulas darbas Neįmanoma užtikrinti 100% ryšio kanalo pasiekiamumo iš vietinio teikėjo. 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 viduje mažmeninė parduotuvė 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šorinis pasaulis. 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ą: valdoma programa, „gimtoji“ 8.2 platformai ir pritaikyta iš 8.1, toliau naudojant pasenusias technologijas ir mechanizmus. Kadangi nemaža dalis konfigūracijų (įmonių apskaita, darbo užmokestis ir personalo valdymas) yra pritaikytos arba pereinamosios, 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štas arba bendrinamus failų išteklius, rekomenduojame naudoti FTP kaip paprasčiausią ir labiausiai patikimu būdu komunikacijos. 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 planas 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žimas. Norėdami tai padaryti, spustelėkite dešiniuoju pelės mygtuku spustelėkite pele ant norimo mazgo 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 atliekami tik tuo atveju, jei šis vartotojas 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). Prieinamumas šio instrumento 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.
Poreikis keistis tarp skirtingų konfigūracijų atsirado nuo 1C 7.5 versijos atsiradimo. Sukurta įvairių būdų ir mechanizmai. Straipsnyje aprašomi modernūs (1C:Enterprise 8.2 platformai) mechanizmai, naudojami mainams tarp skirtingų konfigūracijų. Straipsnis skirtas pradedantiesiems programuotojams, kurie kuria savo mainus arba analizuoja standartinius. Keitimosi procedūros aprašyme panaudota kažkokia utopinė mainų idėja, tam tikri sferiniai mainai vakuume.
Duomenų keitimosi problemos pareiškimas
Keitimasis vyksta tarp dviejų skirtingų konfigūracijų, pavadinkime jas šaltiniu ir imtuvu. Pagal numatytuosius nustatymus mainų kryptį laikome vienpuse. Šaltinio ir paskirties konfigūracijų metaduomenų struktūra skiriasi. Kai kurių tipų dokumentais reikia keistis reguliariai.
Apskritai dvipusio keitimo problema yra padalinta į dvi vienpusio keitimo užduotis, sukeičiami tik šaltinis ir imtuvas.
Sunkumai
- Konfigūracijos dokumentai turi įvairus komplektas ir detalių kompozicija
- Kai kurios dokumento detalės sudėtinis tipas(katalogai).
- Jei dokumentas, kuris jau buvo perkeltas, buvo pakeistas šaltinio konfigūracijos dokumentu, jis turi būti iš naujo perkeltas į kriauklės konfigūraciją
- Elementų dubliavimas galimas, jei katalogai buvo užpildyti dviejose duomenų bazėse vienu metu. Arba, jei kataloge yra dublikatų (katalogo elementai su ta pačia detalių rinkiniu), dokumente atsidurs „nereikalingas“ elementas, pavyzdžiui, toks, kuris ilgą laiką nebuvo naudojamas ir yra pažymėtas ištrinti. .
Sprendimo metodai
1 etapas: objektų suderinimas
Norint sukurti šaltinio konfigūracijos dokumento detalių susiejimo su imtuvo konfigūracijos dokumentų detalėmis taisykles, sukuriamos mainų taisyklės. Keitimosi taisyklės specialus failas XML formatu aprašantys Šaltinio objektų transformavimo į imtuvo objektus atitikmenis ir taisykles. Keitimosi taisyklių kūrimas automatizuotas naudojant „Duomenų konvertavimo“ konfigūraciją. Iš imtuvo ir šaltinio konfigūracijų, naudojant specialų apdorojimą, atsisiunčiami XML failai, apibūdinantys atitinkamų konfigūracijų metaduomenų struktūrą ir įkeliami į „Duomenų konvertavimą“.
Aprašant keitimosi taisykles, būtina nurodyti detales (vadinamąsias raktines detales), pagal kurias sistema imtuve ieškos objektų, atitinkančių Šaltinio objektus.
Šiuolaikinėse mainų schemose derinimas detalėmis naudojamas tik tada, kai pradiniai nustatymai mainai. Darbo metu pagrindinės katalogų detalės gali keistis, tačiau objektai neturi prarasti ryšio vienas su kitu. Norėdami tai padaryti, imtuvo konfigūracijoje užpildomas registras „Atitinkantys mainų objektai“. Registre yra: Šaltinio konfigūracijos unikalus objekto identifikatorius (GUID) ir jį atitinkantis imtuve visuotinai unikalus objekto identifikatorius.
2 etapas. Pakeistų objektų registravimas
„1C:Enterprise 8“ platformoje yra metaduomenų objektas, specialiai sukurtas mainams organizuoti - „Exchange Plan“.Keitimosi planuose pateikiama informacija apie mazgus, galinčius dalyvauti apsikeitime duomenimis, nustatoma duomenų, kuriais bus keičiamasi, sudėtis ir nurodoma, ar mainų metu turi būti naudojamas paskirstytos informacijos bazės mechanizmas. Viename taikymo sprendimas Gali būti keli apsikeitimo planai, kurių kiekvienas gali aprašyti savo keitimosi duomenimis procedūrą. Pavyzdžiui, jei keičiamasi duomenimis su nuotoliniais sandėliais ir nuotoliniais biurais, greičiausiai bus du keitimosi planai (vienas keitimuisi su sandėliais, kitas – biurams), nes duomenų, kuriais keičiamasi su sandėliais, sudėtis bus reikšminga. siauresnė nei duomenų, skirtų keistis su biurais, sudėtis.
Pačioje paprasta forma, Keitimosi planas (nenaudojant mechanizmo paskirstytos duomenų bazės duomenys) gali būti pateikiami kaip lentelė su dviem stulpeliais: duomenis priimančio mazgo identifikatoriumi ir įkelti skirto objekto identifikatoriumi. Keitimosi planas sukonfigūruotas stebėti konkrečius metaduomenų objektus. Kai pakeičiamas bet kuris į mainų planą įtrauktas metaduomenų objektas, pakeisto objekto pasaulinis identifikatorius įtraukiamas į mainų planą su pakeitimo ženklu. Įkėlus duomenis, pakeitimo vėliavėlė nustatoma iš naujo.
3 etapas. Transportas
Keitimosi duomenimis topologijos yra labai keistos. Galima tiek tiesioginė prieiga prie imtuvo duomenų bazės iš Šaltinio, tiek netiesioginė prieiga. Pirmuoju atveju galima naudoti ADO ryšį – tiesioginį ryšį nuo Šaltinio iki Imtuvo. Pasirinkimas labai patogus vartotojui: vieną kartą imtuve sukonfigūravus keitimosi parametrus ir vartotojo autorizaciją, keitimąsi atlikti vienu mygtuko paspaudimu (arba pagal grafiką).
Kai tiesioginė prieiga prie Imtuvo neįmanoma, duomenys įkeliami į tarpinį XML failą, perduodami į imtuvo pusę ir atsisiunčiami. Taip pat galima naudoti bendrinamą ftp šaltinį.
Prieš įsteigiant biržą
Pasikartojantys objektai ir objektai pažymėti ištrinti
Prieš nustatydami mainus, atsikratykite pasikartojančių elementų kataloguose. Ištrinkite objektus, pažymėtus ištrinti.
Katalogų ir informacijos registrų įvedimas
Turi būti vienas šaltinis įvesti katalogus ir informacijos registrus. Tada atsikratysite poreikio nuolat taisyti neteisingai sinchronizuotus elementus, dėl kurių iš pažiūros identiški judesiai balanse „nesugriūna“.
Išvada
Dėl to mainų schemos sukūrimas atrodo taip:- Keitimosi taisyklės sukuriamos konfigūracijoje „Duomenų konvertavimas“.
- Sukuriamas ir inicijuojamas mainų planas
- Informacinės bazės ruošiamos keistis. Dublikatų pašalinimas
- Inicijuojant mainus pildomas informacinis registras „Mainos objektų korespondencija“.
- Parenkamas tinkamas transportas (tiesioginė prieiga, per failą)
- Vyksta reguliarus keitimasis duomenimis
Bibliografija
P.S. Laukiama konstruktyvi kritika ir papildymai.
Duomenų keitimasis tarp 1C ZUP 8.3 programos ir Apskaita 8.3 yra būtinas, kad apskaitoje būtų atspindėtos atsiskaitymų su darbuotojais operacijos. Jei vedate personalo apskaitą ir skaičiuojate atlyginimus programoje 1C ZUP 8.3, skaitykite čia, kaip atsisiųsti duomenis iš 1C ZUP 8.3 į 1C Accounting 8.3.
Esant nedideliam darbuotojų skaičiui, galima atlikti personalo apskaitą ir darbo užmokesčio skaičiavimus apskaitos programa 1C 8.3 Apskaita. Bet jei jūsų organizacijai reikia didesnės apimties ir išsamios atlyginimų ir personalo apskaitos, tada jums reikės papildoma programa 1C 8.3 Atlyginimas ir personalo valdymas. Tvarkyti įrašus dviejose programose nėra labai patogu, tačiau 1C šią problemą išsprendė. Dabar keitimasis duomenimis tarp 1C 8.3 duomenų bazių iš ZUP 3.1 į Apskaita 3.0 vyksta automatiškai. Tačiau tam reikia nustatyti sinchronizavimą tarp 1C 8.3 apskaitos ir ZUP. Kaip tai padaryti patiems, neįtraukiant techninių specialistų, skaitykite šiame straipsnyje. Kaip keliais veiksmais nustatyti duomenų mainus tarp 1C 8.3 duomenų bazių nuo ZUP 3.1 iki apskaitos 3.0, žr. toliau.
1 veiksmas. Nustatykite sinchronizavimą 1C ZUP 3.1
Eikite į 1C ZUP 8.3 skiltyje „Administravimas“ (1) ir spustelėkite nuorodą „Duomenų sinchronizavimas“ (2). Atsidarys biržos nustatymo langas.
Atsidariusiame lange pažymėkite langelį šalia „Duomenų sinchronizavimas“ (3) ir spustelėkite nuorodą „Duomenų sinchronizavimo nustatymai“ (4). Atsidarys nustatymų langas.
Atsidariusiame lange spustelėkite mygtuką „Nustatyti duomenų sinchronizavimą“ (5) ir spustelėkite nuorodą „Įmonės apskaita, 3 leidimas...“ (6). Atsidarys langas, kuriame galėsite tęsti sąranką.
Naujame lange pasirinkite „Nurodykite nustatymus rankiniu būdu“ (7) ir spustelėkite mygtuką „Kitas“ (8). Atsidarys langas, kuriame turėsite užpildyti mainų parametrus.
Atsidariusiame lange reikia nurodyti kai kuriuos sistemos mainų parametrus. Pirmiausia turite pasirinkti ryšio parinktį kitoje programoje. Mūsų pavyzdyje tai yra „Tiesioginis prisijungimas prie programos šiame kompiuteryje...“ (9). Šis metodas naudojamas, jei 1C 8.3 apskaitos programa yra viename kompiuteryje arba viename vietinis tinklas su 1C 8.3 ZUP. Tada kitoje programoje turite nurodyti ryšio parametrus. Mūsų pavyzdyje yra dvi galimos parinktys:
- Įjungta šį kompiuterį arba vietiniame tinkle esančiame kompiuteryje
- 1C:Enterprise serveryje
Mūsų pavyzdyje pasirenkame antrąją parinktį (10) ir užpildome laukus „Server cluster“ (11) ir „Infobase name“ (12). Perskaitykite, kur gauti šių laukų duomenis kitame veiksme (2 veiksmas).
Tada pasirinkite „1C:Enterprise Authentication“ (13) ir įveskite naudotoją (14) bei slaptažodį (15), kuriuos naudojate prisijungdami prie 1C 8.3 Apskaita. Duomenys įvesti, dabar patikrinkite ryšį spustelėdami mygtuką „Tikrinti…“ (16). Jeigu patikrinimas praeis sėkmingai, po kurio laiko pasirodys pranešimas „Ryšio patikrinimas sėkmingai baigtas“. Jei kas nors negerai, pamatysite klaidos pranešimą su Trumpas aprašymas Problemos.
Kitame žingsnyje pasakysime, kur gauti duomenis apie serverio klasterį ir duomenų bazės pavadinimą, o trečiame žingsnyje grįšime prie sinchronizavimo nustatymo.
2 veiksmas. Kur 1C 8.3 gauti duomenis apie klasterį ir informacijos bazės pavadinimą
Kai prisijungiate prie 1C, pamatysite paleidimo meniu. Šiame meniu vieną kartą spustelėkite duomenų bazę, su kuria nustatote sinchronizavimą, 1C 8.3 Apskaita (1). Tada spustelėkite mygtuką „Keisti“ (2). Atsidarys duomenų bazės redagavimo langas.
Šiame lange matote serverio klasterio duomenis (3) ir informacijos bazės pavadinimą (4).
Dabar grįžkime prie sinchronizavimo nustatymo.
3 veiksmas. Tęskite sinchronizavimo nustatymą 1C ZUP 3.1
Pirmajame žingsnyje mes sustojome tikrindami ryšį. Jei viskas klostėsi gerai, spustelėkite mygtuką „Kitas“ (1). Atsidarys langas, skirtas tolesnis pritaikymas sinchronizavimas
Naujame lange matote taisykles (2), kaip įkelti duomenis iš 1C ZUP į 1C apskaitą. Norėdami pakeisti šiuos nustatymus, spustelėkite nuorodą „Keisti“ (3). Atsidarys mainų taisyklių nustatymas.
Šiame lange galite nurodyti mainų pradžios datą (4), pasirinkti mainams organizacijas (5). Taip pat galite pasirinkti operacijų generavimo metodą 1C 8.3 Apskaita:
- „su darbuotojo duomenimis“ (6);
- „Darbuotojų suvestinė“ (7).
Norėdami išsaugoti nustatymus, spustelėkite mygtuką „Išsaugoti ir uždaryti“ (8). Norėdami pereiti prie kito nustatymo, spustelėkite „Kitas“ (9). Atsidarys tolesnių nustatymų langas.
Šiame lange matote taisykles (10), kaip įkelti duomenis iš 1C apskaitos į 1C ZUP. Jei reikia, galite juos pakeisti pagal analogiją su ankstesniu nustatymu, spustelėdami nuorodą „Keisti“ (11). Norėdami tęsti, spustelėkite mygtuką „Kitas“ (12). Atsidarys langas su bendra informacija apie sinchronizavimo nustatymus.
Jei klaidų nėra, atsidarys langas su pranešimu apie sėkmingą duomenų sinchronizavimą (15). Programa paragins jus sinchronizuoti pagal numatytuosius nustatymus (16). Norėdami tai padaryti, spustelėkite mygtuką „Kitas“ (17). Atsidarys langas su duomenų atitikimo informacija.
Naujame lange galite matyti katalogus, kurių duomenys yra nesinchronizuoti (18). Kadangi informaciją sinchronizuosite iš dviejų skirtingų informacinių bazių – 1C ZUP ir 1C Accounting – nuo nustatymuose nurodytos datos, būtina, kad tam tikri katalogai abiejose duomenų bazėse turėtų vienodas reikšmes. Tokios žinynai apima, pavyzdžiui, „ Asmenys“, „Organizacijos“, „Būdai atspindėti darbo užmokestį apskaitoje“. Šiame lange matote katalogus (18), kurių duomenys nesutampa. Programa automatiškai sukurs trūkstamus katalogo elementus abiejose duomenų bazėse. Norėdami tai padaryti, spustelėkite mygtuką „Kitas“ (19). Atsidarys toks langas, kuriame galėsite sinchronizuoti duomenis.
Atsidariusiame lange programa informuos apie siunčiamų duomenų sudėtį. Norėdami peržiūrėti ataskaitą, kurioje rodomas šių duomenų sąrašas, spustelėkite nuorodą „Sudėties ataskaita...“ (20). Norėdami baigti keitimą, spustelėkite „Kitas“ (21). Prasidės keitimo procedūra, tai užtruks.
Kai duomenų mainai bus baigti, atsidarys langas, rodantis, kad sinchronizavimas baigtas (22). Šiame lange galite sukonfigūruoti taip vadinamą „mainų grafiką“, t.y. laikinosios taisyklės, pagal kurias automatiškai vyks duomenų mainai tarp dviejų duomenų bazių. Norėdami sukonfigūruoti šias taisykles, spustelėkite mygtuką „Konfigūruoti“ (23). Atsidaro duomenų sinchronizavimo scenarijus.
Scenarijaus lange spustelėkite piktogramą „Nustatyti tvarkaraštį“. reguliavimo užduotis“ (24). Atsidarys mainų tvarkaraščio nustatymas.
Šiame nustatyme galite savo nuožiūra nustatyti laiko intervalą, per kurį programos turėtų keistis duomenimis. Pavyzdžiui, lauke „Pakartoti po“ (25) galite nustatyti sekundžių skaičių, po kurio keitimas bus kartojamas. Norėdami išsaugoti nustatymą, spustelėkite „Gerai“ (26).
Sėkmingai sukonfigūravote duomenų bazių sinchronizavimą ir pradėjote keistis duomenimis. „Duomenų sinchronizavimo“ lange galite keisti mainų nustatymus ir valdyti sinchronizavimo procesą. Jį galite įvesti per skyrių „Administravimas“ (27) spustelėdami nuorodą „Duomenų sinchronizavimas“ (28).
Skaityti,
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“
Jis atsiveria prieš mus naujas intarpas, jis turi būti užpildytas taip pat, kaip ir toliau esančioje ekrano kopijoje, išskyrus informacijos 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 punkte 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ški objektaišaltinyje.
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 panašias situacijas ir buvo išrastas daiktų derinimo 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 duomenų mainų 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).
