“1C” nudi format EnterpriseData za razmjenu poslovnih podataka. “1C” nudi EnterpriseData format za razmjenu poslovnih podataka 1C sinkronizaciju podataka kroz univerzalni format

11.05.2020 Sigurnost

Pošaljite ovaj članak na moj e-mail

Glavni razlozi potrebe za implementacijom razmjene između 1C baza podataka su prisutnost podružnica i odvajanje vrsta računovodstva, jer često poduzeća posluju u nekoliko informacijske baze Oh. Postavljanje razmjene 1C 8.3 omogućuje vam uklanjanje dvostrukog rada - unos istih dokumenata i direktorija u dva programa, kao i brzu isporuku potrebnih objekata sustava za različite podružnice i odjele.

U slučaju kada je potrebna razmjena između poslovnica, koristi se RIB (Distributed Information Base). Ovo je mehanizam razmjene između identičnih konfiguracija. Predstavlja stablo s najvažnijim korijenskim čvorom na vrhu, ispod para međusobno povezanih čvorova. Promjene se mogu napraviti u bilo kojem čvoru ovog sustava, a one će se prenijeti na druge povezane čvorove. Također distribuira ne samo podatke, već i konfiguracijske promjene od korijenskog čvora do podređenih čvorova.

Ako je potrebno razdvojiti vrste računovodstva, na primjer, održavanje operativnog u bazi podataka trgovanja i reguliranog u računovodstvenoj bazi podataka, dostupni su univerzalni mehanizmi razmjene s fleksibilnim postavkama sinkronizacije podataka.

Jedan od najnovija zbivanja 1C je format za razmjenu podataka EnterpriseData. Jednostavan je za korištenje i namijenjen je razmjeni unutar tvrtke između baza podataka 1C i programa trećih strana.

Implementacija razmjene podataka u poduzeću može se prikazati u obliku sekvencijalnih procedura.

Prije svega, potrebno je odrediti između kojih baza podataka treba biti razmjena; hoće li to biti dvosmjerna ili jednosmjerna razmjena; ako je jednosmjerna, koja će baza podataka prenositi informacije, a koja samo primati; ako se radi o složenoj mreži podružnica, tada je potrebno registrirati shemu izgradnje baze podataka.

Zatim odaberite odgovarajući format: RIB, univerzalni format; razmjena prema pravilima razmjene; razmjena bez pravila razmjene.

Sljedeći korak je odabir vozila za razmjenu. Dostupan je veliki izbor tehnologija, izdvojimo glavne: imenik (lokalni ili mrežni), FTP resurs, COM veze, web usluga, e-pošta.

Četvrti korak bit će identifikacija podataka: dokumenata, referentnih knjiga i, ako je potrebno, njihova pojedinost do pojedinačnih pojedinosti za prijenos.

I na kraju, propisan je raspored učestalosti razmjene

Svaka opcija za postavljanje 1C 8.3 razmjene zahtijeva pažljivu pripremu. Njegova implementacija nadilazi mogućnosti svakog korisnika, potrebno je uzeti u obzir mnoge nijanse i razumjeti načela razmjene. Posebnu pozornost treba posvetiti konfiguraciji ako baze podataka: sadrže izmjene ili mnoge dodatne. detalji, razlikuju se u verzijama platforme ili se koriste zastarjele verzije konfiguracije, poduzeće je veliko i koristi automatizirani sustav, koji se sastoji od velikog broja baza. Ovdje su greške nedopustive, jer... može dovesti do nepopravljivih posljedica. Neovisna implementacija razmjene u 1C preporučuje se samo ako trebate postaviti jednostavan prijenos informacija između standardnih konfiguracija.

Ako sumnjate u svoje sposobnosti, bolje je ne štedjeti, već kontaktirati nadležnog stručnjaka koji će vam pomoći u rješavanju složenog problema postavljanja 1C 8.3 razmjene.

Ako ipak odlučite konfigurirati 1C centrale bez uključivanja stručnjaka, preporuča se prvo testirati na kopijama baza podataka, a prije početka rada u radnim bazama podataka uploadati konfiguracije kako biste se u slučaju pogrešaka mogli vratiti u izvorno stanje.

U nastavku dajemo detaljan primjer jednostranog postavljanja 1C 8.3 razmjene između standardnih konfiguracija Trade Management 11 (UT) i Enterprise Accounting 3.0 (BP). Primjer je relevantan za mnoge tvrtke koje se bave trgovinom na veliko i malo. U UT-u se vodi upravljačko računovodstvo, u BP-u - regulirano, razmjena je neophodna kako bi se olakšao rad korisnika.

Ovaj algoritam je također prikladan za druge standardne konfiguracije na platformi 1C 8.3

Prije svega, izvršit ćemo pripremne radove za prijemnik informacija, tj. za BP. Program pokrećemo u načinu rada Enterprise. Potrebno je postaviti konstantu Sinkronizacija podataka (odjeljak Administracija → Sinkronizacija podataka).

Obratite pozornost na polje Prefiks; ovdje morate navesti vrijednost koja će vam omogućiti naknadno razlikovanje (prema vrijednosti šifre imenika ili broja dokumenta) u kojem su programu objekti izvorno kreirani. U našem primjeru obični će poslužiti kratica - BP i UT, ako se postavljanje razmjene 1C 8.3 izvodi za složenu razmjenu između veliki iznos baze, kao i identične konfiguracije, morat ćete unijeti svaku bazu s vlastitom jasnom oznakom.

Budući da je jedinica za napajanje samo prijemnik informacija, nastavljamo s postavljanjem UT-a.

Ovdje, baš kao iu BP-u, morate omogućiti sinkronizaciju i odrediti prefiks. Ove informacije dostupne su u odjeljku Glavni podaci i administracija → Postavke sinkronizacije podataka.

Odaberite način postavljanja: Ručno odredite postavke. Unaprijediti.

Postavimo opciju izravne veze, kada se oba programa nalaze u jednom lokalna mreža, naznačit ćemo parametre za povezivanje s imenikom informacijske sigurnosti na ovoj mreži, a također ćemo ispuniti podatke o autentifikaciji o korisniku (u bazi podataka BP). Unaprijediti.

Sustav će provjeriti ispravnost navedenih podataka i, ako je rezultat pozitivan, prikazat će prozor postavki razmjene 1C 8.3.

Kliknite vezu Promjena pravila prijenosa podataka za pristup postavkama za razmjenu. Pojasnit ćemo matične podatke - upload samo onih koji se koriste u dokumentima, odabir organizacija i mogućnost rada s ugovorima - bez reference, odvajanje dokumenata po skladištu. Razmjena počinje 1. ožujka tekuće godine.

Zapisujemo uvedena pravila i zatvaramo ih.

Budući da se u primjeru radi o jednosmjernom prijenosu informacija, u sljedećem prozoru postavki za primanje podataka iz drugog programa trebate postaviti vrijednosti na Ne šalji. Snimi i zatvori. Unaprijediti.

Sada je potrebno provjeriti unesene parametre i ako su točni kliknuti Dalje, u suprotnom se vratiti na prethodni korak klikom Natrag.

Zatim ćete biti upitani za sinkronizaciju. Pritisnite Završi.

Ako je potrebno povezati identične objekte dviju konfiguracija, otvorit će se prozor za usporedbu podataka. Izvodimo usporedbu i kliknemo Dalje.

Prilikom prijenosa objekata može doći do problematičnih situacija, a rezultate možete vidjeti klikom na poveznicu Upozorenja tijekom sinkronizacije podataka.

Nakon dovršetka sinkronizacije, prikazat će se prozor koji potvrđuje uspješan završetak ovog procesa.

Ovdje pomoću naredbe Konfiguriraj ili nakon toga u skripti za sinkronizaciju možete konfigurirati raspored automatsko izvršenje razmjena.

Trebate postaviti razmjenu podataka?

PROGRAMIRAMO 1C VEĆ 15 GODINA I IZRAĐUJEMO BESPLATNE VIDEO UPUTE

Imamo tim programera koji imaju veliko iskustvo u postavljanju 1C centrale:

Između 1C konfiguracija,

U postavljanju 1C razmjene s drugim programima.

Zašto odabrati nas?

Do 2 sata vremena odziva za hitne zadatke, čak i vikendom i praznicima.

40+ programera s punim radnim vremenom s 1C iskustvom od 5 do 20 godina.

Izrađujemo video upute o obavljenim zadacima.

Komunikacija uživo putem bilo kojeg glasnika pogodnog za klijenta.

99% zadataka je dovršeno daljinski pristup(TeamViewer ili RDP), što značajno smanjuje vrijeme završetka zadatka.

Službeni partneri tvrtke 1C od 2006.

Uspješno iskustvo automatizacije od male firme, velikim korporacijama.

99% klijenata zadovoljno je rezultatima, što potvrđuju i pisma zahvalnosti.

Pogledajmo jednostavan primjer iz stvaran život. Recimo, imamo tvrtku koja se bavi trgovinom na veliko i malo iu toj se tvrtki, kao i u svakoj drugoj, vodi računovodstvo. Poduzeće ima dvije standardne baze podataka, to su UT (upravljanje trgovinom) i BP (računovodstvo poduzeća), odnosno, u svakoj od baza podataka vode se vlastite evidencije, u UT postoji upravljanje koje odražava sve transakcije povezane s trgovinom, u BP postoji računovodstvo. Da ne bi radili dvostruki posao, tj. nemojte kreirati iste dokumente u dvije baze (na kraju krajeva, kretanja bi trebala biti u menadžmentu i računovodstvu) samo ćemo postaviti sinkronizaciju između ovih baza podataka.

Postavit ćemo jednosmjernu razmjenu podataka, od UT ---> BP. Moguće je uspostaviti i dvosmjernu centralu, no u praksi to nije često potrebno, pa je nećemo razmatrati u našem primjeru.

Pripremni koraci za postavljanje razmjene u BP

Počnimo s postavljanjem sinkronizacije, prvo idite na bazu podataka 1C "Enterprise Accounting 3.0" (prijemnik), moramo provjeriti je li sinkronizacija omogućena za ovu bazu podataka, da bismo to učinili, moramo prvo otići na bazu podataka. Čim se otvori baza podataka, idite na karticu "Administracija" ---> "Postavke sinkronizacije podataka"


Otvara se nova kartica ispred nas, mora se ispuniti na isti način kao na slici ispod, s izuzetkom prefiksa baze podataka. Prefiks se mora sastojati od dva slova, možete postaviti bilo koji, ali prema standardu 1C bolje je postaviti prefiks prema nazivu konfiguracije, odnosno za „Enterprise Accounting” prefiks će biti „BP”. Ako postavljate složene razmjene i postoji nekoliko računovodstvenih baza podataka, tada bi se prefiksi trebali jasno razlikovati jedni od drugih; ovdje možete koristiti prva dva slova naziva organizacije kao kraticu.

Nastavljamo s postavljanjem sinkronizacije podataka u UT


Nakon što smo napravili sve potrebne radnje u bazi podataka prijamnika (BP 3.0), za nastavak postavljanja razmjene podataka potrebno je otvoriti izvornu bazu (UT 11.1). Idite na karticu "Administracija", odaberite "Postavke sinkronizacije podataka" u izborniku s lijeve strane. Ako sinkronizacija nije omogućena, omogućite je pomoću potvrdnog okvira i ne zaboravite navesti prefiks izvorne baze. Nakon što smo dovršili sve korake 1-4 kao što je prikazano na slici ispod, trebate kliknuti na hipervezu "Sinkronizacija podataka" (korak 5).


U novom prozoru koji se pojavi potrebno je kliknuti na zeleni znak plus (Postavi sinkronizaciju podataka), u padajućem izborniku odabrati stavku "Enterprise Accounting 3.0".

Postavljanje važnih točaka u razmjeni podataka između UT i BP


Sada vidimo prozor s postavkama za sinkronizaciju podataka u 1C, odaberite "Ručno navedite postavke" i kliknite "Dalje".


Nastavljamo s postavljanjem razmjene podataka u 1C, na sljedećoj kartici moramo odabrati opciju povezivanja s informacijskom bazom primatelja ( izravna veza programu), parametri veze (on ovo računalo ili na lokalnoj mreži), imenik u kojem se nalazi baza prijamnika, kao i potrebne podatke za autentifikaciju (korisničko ime i lozinka u bazi).


Na sljedećoj stranici moramo ispuniti pravila za slanje i primanje podataka iz konfiguracije BP 3.0 (prijemnik). Kliknite "promijeni pravila prijenosa podataka".


Pred nama se otvorio prozor “Pravila za slanje podataka” u kojem postavljamo sljedeće parametre:

  • Koji referentni podaci će biti poslani (u našem primjeru zanimaju nas samo dokumenti i referentni podaci korišteni u njima, pa smo odabrali odgovarajuću stavku; ako odaberete prvu stavku „Pošalji sve“, tada će se ponovno učitati sve referentne knjige zajedno s dokumentima, često ako se podaci ne koriste u dokumentima onda su beskorisni za primatelja, jer ni na koji način ne utječu na računovodstvo)
  • Od kojeg datuma treba slati sve informacije (u ovom članku nećemo razmatrati ručnu sinkronizaciju)
  • Kome ili kojim organizacijama poslati podatke (u našem primjeru odabrali smo jednu organizaciju, IP "Poduzetnik")
  • Pravila za sklapanje ugovora
  • Generalizirano skladište
  • Trebam li smotati dokumente po skladištu?

Nakon što smo napravili postavke kliknite na “Spremi i zatvori”.


Budući da u našem primjeru postavljamo i koristimo jednosmjernu centralu, od UT do BP, tada nas postavke za pravila za dobivanje podataka iz „Enterprise Accounting 3.0” ne zanimaju, pa kliknemo „Dalje”.


U novom prozoru od nas se traži da konfiguriramo pravila za bazu prijemnika (RB). U točki 1 dajemo ime našoj bazi podataka, dajemo joj prefiks. PREFIX mora biti isti kao što smo ga postavili u samoj bazi podataka BP na početku ovog članka; ako su prefiksi različiti, sinkronizacija podataka u programu 1C neće raditi. Nakon toga kliknite na točku 2, a zatim na točku 3.



U stavku 3. treba omogućiti obradu dokumenata kada se učitavaju u bazu. Kliknite "Spremi i zatvori".


Sada bi prozor trebao izgledati otprilike kao ovaj prikazan ispod, kliknite "Dalje".


Ovaj prozor sadrži referentne informacije o sinkronizaciji koja se stvara u 1C. Samo kliknite gumb "Dalje". Ako je program generirao pogrešku prilikom postavljanja sinkronizacije podataka, trebate nas kontaktirati kako bi vam naš 1C stručnjak mogao odmah pomoći!


Sljedeći korak program će ponuditi sinkronizaciju odmah nakon kreiranja postavki razmjene podataka. Složimo se s tim i kliknemo "Gotovo".

Ispred vas će se pojaviti prozor u kojem ćete vidjeti informacije o tome kako teče sinkronizacija. Ako baza prijemnika nije prazna, tj. u njemu su se već vodili zapisi, tada će se od korisnika u programu 1C tražiti da ručno napravi usporedbu objekata. Usporedba objekata u 1C pri sinkronizaciji podataka je usporedba identičnih objekata primatelja s identičnim objektima u izvoru.

Pogledajmo primjer, recimo u UT postoji druga ugovorna strana s nazivom "PharmGroup LLC" i TIN 1234567, au BP također postoji druga ugovorna strana s TIN 1234567, ali naziv "PharmGroup", ako ne usporedimo ove dva objekta pri usporedbi podataka u fazi sinkronizacije, tada ćemo nakon sinkronizacije u prijemniku (Enterprise Accounting 3.0) imati dvije druge ugovorne strane s OIB-om 1234567 i dva imena “PharmGroup LLC” odnosno “PharmGroup”. Kako bi se izbjegle takve situacije, izumljen je mehanizam za usporedbu objekata.


U našem primjeru baza podataka primatelja je prazna, pa se stoga nije otvorio prozor za usporedbu objekata. Ali nakon izvođenja nekih operacija, sustav će svakako zatražiti od korisnika da doda neke dodatne podatke i prikazati sljedeći prozor. Ne trebamo prenositi nikakve dodatne podatke, već smo ranije konfigurirali sve što nam je potrebno, pa u ovom koraku odabiremo "Nemoj dodavati dokumente u slanje". Pritisnite "Dalje".

Završna faza razmjene podataka između 1C


U završnoj fazi, program će prikazati sljedeći prozor, u kojem će korisnik biti obaviješten da je sinkronizacija bila uspješna, kliknite "Završi". U ovom trenutku je završena sinkronizacija između baza podataka u jednosmjernoj razmjeni od "Trade Management 11.1" (UT) do "Enterprise Accounting 3.0" (BP).

Ispis (Ctrl+P)

Razmjena putem univerzalnog formata

Podsustav “Razmjena podataka” biblioteke standardnih podsustava sadrži 4 opcije (tehnologije) za razmjenu informacija između različitih baza podataka:

  • distribuirane informacijske baze (RIB);
  • razmjena podataka kroz univerzalni format;
  • razmjena podataka prema pravilima razmjene (pravila razmjene se kreiraju pomoću konfiguracije “Pretvorba podataka”, izdanje 2.1);
  • razmjena podataka bez pravila razmjene.

Ovaj članak govori o tehnologiji razmjene podataka putem univerzalni EnterpriseData format. Ova je tehnologija dostupna u "Standard Subsystems Library" počevši od verzije 2.3.1.62. objavljen početkom 2016. Trenutačno najnovije izdanje BSP 2.3 (za korištenje s platformom 1C:Enterprise 8.3 nije niža od verzije 8.3.8.1652 s onemogućenim načinom kompatibilnosti) ima izdanje 2.3.6.17.

Riža. 1 Najnovija izdanja BSP-a 2.3

Među isporučnim datotekama za 1C aplikacijska rješenja postoji tekstualna datoteka“Verzije knjižnice”, gdje je napisano temeljem koje verzije BSP-a je aplikacija razvijena, npr. temeljem aplikativnog rješenja UT 11.3.3.231 formiran je BSP 2.3.5.65.

Imajte na umu da za korištenje s platformom "1C:Enterprise 8.3" nije niža verzija 8.3.10.2168 izdanje je objavljeno s onemogućenim načinom kompatibilnosti BSP 2.4.

Opis formata EnterpriseData

Što je format EnterpriseData?

Ovo je format koji vam omogućuje da opišete objekt baze podataka (druga strana, faktura, itd.) ili prijavite činjenicu da je ovaj objekt izbrisan. Očekuje se da će konfiguracija koja prima datoteku u EnterpriseData formatu reagirati u skladu s tim – kreirat će nove objekte i izbrisati one koji su u datoteci označeni kao izbrisani. Namijenjen je razmjeni informacija između UT, RT, UNF, BP konfiguracija. Format se također može koristiti za razmjenu informacija s bilo kojim drugim informacijski sustavi: ne ovisi o vlastitim karakteristikama softver ili strukture baze podataka koje sudjeluju u razmjeni i ne sadrže eksplicitna ograničenja upotrebe.

Verzija formata EnterpriseData

Podaci formata pohranjeni su u XDTO paketima u granama opće konfiguracije baze podataka, kao što je prikazano na slici. 2

Slika 2 XDTO – paketi formata podataka EnterpriseData

Na sl. 2 pokazuje da postoji nekoliko XDTO paketa. Ovaj različite verzije format. Broj verzije formata sastoji se od X.Y.Z, gdje je X.Y verzija, a Z manja verzija. Manja verzija je povećana u slučaju ispravka pogrešaka i drugih promjena u kojima: funkcionalnost logike pretvorbe podataka na temelju prethodna verzija format (održavanje povratne kompatibilnosti trenutnih algoritama prijenosa podataka kroz format); Podrška za nove mogućnosti formata za logiku pretvorbe je dobrovoljna. Primjer takvih promjena može biti ispravljanje pogreške, promjena svojstava objekata formata, dodavanje svojstava čija upotreba nije obvezna pri pretvorbi podataka. U drugim slučajevima, kada se format promijeni, glavna verzija se povećava: X – u slučaju globalnog restrukturiranja, Y – u ostalim slučajevima.
Format opisuje prikaz objekata (dokumenata ili elemenata imenika) u obliku XML datoteka. Verzija 1.0.1 sadrži opis 94 objekta iz različitih područja (financije, proizvodnja, nabava i prodaja, skladišno poslovanje). Nazivi tipova u pravilu su dobro razumljivi i ne trebaju dodatna objašnjenja: na primjer, "Dokument. Akt o završenom poslu" ili "Imenik. Protustrane". Kao što vidite, opis vrsta dokumenata počinje prefiksom “Dokumentarni.”, a element imenika počinje prefiksom “Imenik.”. Detaljniji opis formata možete pronaći
Najnovija verzija je 1.3, međutim, najčešće korištena verzija je 1.0. Nema velike razlike između verzija. Format EnterpriseDataExchange_1_0_1_1 koristi se prilikom razmjene putem web usluge.
Imajte na umu da s kojim se paket formata podataka EnterpriseData koristi zajedno ExchangeMessage prilikom kreiranja pravila konverzije. Upravo ovaj paket sadrži objekt tipa Dodatne informacijekoji može imati bilo koji tip vrijednosti i koristi se pri stvaranju pravila konverzije između konfiguracijskih objekata. koji nisu u formatu podataka. Upravo tako, hvala Dodatne informacijeMožete prilagoditi i prilagoditi pravila razmjene bez promjene formata podataka u XDTO paketima.


Riža. 3 Struktura XDTO packageExchangeMessage

Kako razmijeniti podatke u formatu EnterpriseData?

Razmjena podataka u formatu EnterpriseData s konfiguracijom je razmjena datoteka. Kao odgovor na primljeno od vanjska primjena konfiguracijska datoteka će ga obraditi i stvoriti datoteku odgovora. Datoteke se mogu razmjenjivati:

  • putem namjenskog direktorija datoteka,
  • putem FTP imenika,
  • putem web usluge postavljene na strani infobaze. Podatkovna datoteka prosljeđuje se kao parametar web metodama.

Bilješka. Za dvosmjernu razmjenu podataka između aplikacije treće strane i konfiguracije na strani infobaze potrebno je izvršiti niz postavki - aplikacija treće strane mora biti registrirana u infobazi, za nju mora biti definiran kanal razmjene (preko datoteku ili FTP direktorij), itd. Ali za slučajeve jednostavne integracije, kada je dovoljno samo prenijeti informacije iz aplikacija treće strane u infobazu i obrnuti prijenos podataka iz infobaze u aplikaciju treće strane nije potreban (na primjer, integracija internetske trgovine koja prenosi podatke o prodaji u 1C: Računovodstvo); postoji pojednostavljena verzija rada putem web usluge koji ne zahtijeva postavke sa strane.

Prilikom razmjene pomoću planova razmjene konfiguracije tijekom sinkronizacije, prenose se samo informacije o promjenama koje su se dogodile od zadnje sinkronizacije (kako bi se smanjila količina prenesenih informacija). Prvi put kada sinkronizirate, konfiguracija će izbaciti sve formatirane objekte EnterpriseData u XML datoteku (budući da su svi "novi" za aplikaciju treće strane).

Sljedeći korak je za aplikaciju treće strane - ona mora obraditi informacije iz XML datoteke i smjestiti ih u odjeljak tijekom sljedeće sesije sinkronizacije podatak da je uspješno primljena poruka iz konfiguracije s određenim brojem (u polje ReceivedNo stavite broj primljene poruke iz konfiguracije). Poruka o primitku je signal konfiguraciji da su svi objekti uspješno obrađeni od strane vanjske aplikacije i da više nema potrebe za slanjem informacija o njima. Osim računa, XML datoteka iz aplikacije treće strane može sadržavati i podatke za sinkronizaciju (u odjeljku ).

Nakon primitka poruke o primitku, konfiguracija označava sve promjene poslane na prethodna poruka, kao uspješno sinkronizirano. Samo nesinkronizirane promjene objekata (stvaranje novih, promjena i brisanje postojećih) bit će poslane vanjskoj aplikaciji tijekom sljedeće sesije sinkronizacije.

Prilikom prijenosa podataka iz vanjske aplikacije u konfiguraciju, slika je obrnuta. Prijava mora ispuniti odjeljak prema tome i u odsj postavite objekte za sinkronizaciju u EnterpriseData format.

Nakon obrade datoteke, konfiguracija će generirati XML datoteku koja će sadržavati poruku o primitku i nove podatke za sinkronizaciju sa strane konfiguracije (ako ih ima od zadnje sesije sinkronizacije).

Saznajte više o razmjeni podataka s aplikativna rješenja na platformi 1C:Enterprise u formatu EnterpriseData možete pogledati

Opći modul “Upravitelj mjenjačnice kroz univerzalni format”.

Procedure i funkcije koje u potpunosti opisuju pravila preuzimanja podataka iz informacijske baze u razmjenski format i pravila za učitavanje podataka iz razmjenskog formata u informacijsku bazu razvijene su u zajedničkom modulu - modulu Exchange manager kroz univerzalni format.


Riža. 4 Struktura modula upravitelja razmjene kroz univerzalni format

Modul se kreira automatski pomoću konfiguracije “Data Conversion”, izdanje 3.0, na temelju konfiguriranih pravila razmjene ili ručno u konfiguratoru.

Modul se sastoji od nekoliko velikih odjeljaka od kojih svaki sadrži svoju skupinu postupaka i funkcija.

  1. Komentar. Prvi redak modula sadrži komentar s nazivom konverzije. Ovaj redak je neophodan za identifikaciju modula kada se koristi naredba u programu za pretvorbu podataka, izdanje 3.0, na primjer. // Konverzija UP2.2.3 od 6/01/2017 19:51:50
  2. Postupci konverzije. Sadrži unaprijed definirane procedure koje se izvode u različitim fazama sinkronizacije podataka: prije konverzije, nakon konverzije, prije odgođenog punjenja.
  3. Pravila obrade podataka (DPR). Sadrži procedure i funkcije koje opisuju pravila za obradu podataka.
  4. Pravila pretvorbe objekata (OCR). Sadrži procedure i funkcije koje opisuju pravila za pretvaranje objekata, kao i pravila za pretvaranje svojstava tih objekata.
  5. Unaprijed definirana pravila pretvorbe podataka (PDC). Sadrži postupak koji ispunjava pravila za pretvorbu unaprijed definiranih podataka.
  6. Algoritmi. Sadrži proizvoljne algoritme koji se pozivaju iz drugih pravila (POD ili PKO).
  7. Mogućnosti. Sadrži logiku za ispunjavanje parametara pretvorbe.
  8. Opća namjena. Sadrži procedure i funkcije koje se široko koriste u pravilima i algoritmima.

U nastavku su opisani parametri procedura i funkcija koje se koriste u nekoliko tipova procedura u modulu upravitelja.

Razmjena komponenti. Vrsta - Struktura. Sadrži parametre i pravila razmjene inicijalizirana kao dio sesije razmjene.

Smjer razmjene. Tip – String. Ili "Pošalji" ili "Primi".

IB podaci. Tip – DirectoryObject ili DocumentObject.

Postupci povezani s događajima konverzije

Postoje tri unaprijed definirane procedure koje se pozivaju tijekom procesa konverzije:

  • Prije pretvorbe. Poziva se prije sinkronizacije podataka. Ova procedura obično sadrži logiku za inicijalizaciju raznih parametara pretvorbe, popunjavanje zadanih vrijednosti itd. Parametri: ComponentsExchange.
  • AfterConversion. Poziva se nakon dovršetka sinkronizacije podataka, ali prije nego što se dogodi lijeno punjenje. Mogućnosti: ComponentsExchange.
  • Prije odgođenog punjenja. Poziva se prije nego što se dogodi lijeno punjenje. Ovdje se nalazi logika za sortiranje ili prilagođavanje tablice objekata koji podliježu lijenom popunjavanju. Mogućnosti: ComponentsExchange.

AML postupci

Ispunite Pravila obrade podataka. Procedura izvoza koja sadrži logiku za ispunjavanje pravila obrade podataka. Sadrži pozive drugih procedura koje dodaju pravilo za obradu određenog objekta u tablicu pravila (pogledajte procedure u nastavku Dodaj AML). Mogućnosti: Smjer razmjene, Pravila obrade podataka

Dodaj UNDER_<ИмяПОД>. Skup postupaka koji popunjavaju tablicu PREMA pravilima za određene objekte. Broj takvih postupaka odgovara broju AML-a predviđenom za ovu konverziju u programu za konverziju podataka, izdanje 3.0. Mogućnosti: Pravila obrade podataka(tablica vrijednosti inicijalizirana kao dio sesije razmjene).

POD, ISPOD_<ИмяПОД>_WhenProcessing. Procedura sadrži tekst rukovatelja Tijekom obrade za određeni AML. Rukovatelj je dizajniran za implementaciju logike konverzije na razini objekta. Na primjer, dodijelite određeni PQO određenom objektu ovisno o sadržaju objekta. Mogućnosti:

  • InformacijeB podaci ili DataXDTO(ovisno o smjeru razmjene):
  • prilikom slanja – objekt ( DirectoryObject,DocumentObject);
  • po primitku - struktura s opisom XDTO objekta.
  • Upotreba PKO. Vrsta - Struktura. Ključ sadrži niz s imenom PCO-a i vrijednošću tipa Booleov (Pravi– koristi se PKO, Laž– PKO se ne koristi).
  • ComponentsExchange.

POD, ISPOD_<ИмяПОД>_Uzorkovanje podataka. Funkcija sadrži tekst rukovatelja Prilikom istovara. Rukovatelj je dizajniran za implementaciju proizvoljnog algoritma za odabir objekata za istovar. Povratna vrijednost: niz objekata za istovar. Niz može sadržavati i veze na objekte infobaze i strukturu s podacima za učitavanje. Mogućnosti: ComponentsExchange.

PKO postupci

Ispunite Pravila pretvorbe objekata. Procedura izvoza koja sadrži logiku za ispunjavanje pravila za pretvaranje objekata. Sadrži pozive drugih procedura koje dodaju određeno pravilo pretvorbe objekta u tablicu pravila (pogledajte postupke u nastavku Dodajte PKO). Mogućnosti: Smjer razmjene, Pravila pretvorbe(tablica vrijednosti inicijalizirana kao dio sesije razmjene).

Dodaj PKO_<ИмяПКО>. Skup postupaka koji popunjavaju PKO tablicu pravilima za određene objekte. Broj takvih postupaka odgovara broju PKO-ova predviđenih za ovu konverziju u programu za konverziju podataka, verzija 3.0. Mogućnosti: Pravila pretvorbe(tablica vrijednosti inicijalizirana kao dio sesije razmjene).

PKO_<ИмяПКО>_WhenSendingData. Procedura sadrži tekst rukovatelja Prilikom slanja za određeni PKO. Rukovatelj se koristi prilikom učitavanja podataka. Dizajniran za implementaciju logike za pretvaranje podataka sadržanih u objektu infobaze u opis XDTO objekta. Mogućnosti:

  • InformacijeB podaci. Vrsta - DirectoryObject, DocumentObject. Objekt baze podataka koji se obrađuje.
  • DataXDTO. Vrsta - Struktura. Dizajniran za pristup podacima XDTO objekta.
  • ComponentsExchange.
  • StackUploads. Vrsta - Niz. Sadrži veze na neučitane objekte, uzimajući u obzir gniježđenje.

PKO_<ИмяПКО>_Prilikom pretvaranja XDTO podataka. Procedura sadrži tekst rukovatelja Prilikom pretvaranja DataXDTO za određeni PKO. Rukovatelj se koristi prilikom učitavanja podataka. Dizajniran za implementaciju proizvoljne XDTO logike pretvorbe podataka. Mogućnosti:

  • DataXDTO. Vrsta - Struktura. Prošla su svojstva XDTO objekta prethodna obrada kako bi im se olakšao pristup.
  • ReceivedData. Vrsta - DirectoryObject, DocumentObject. Objekt infobaze formiran pretvaranjem XDTO podataka. Nije evidentirano u bazi podataka.
  • ComponentsExchange.

PKO_<ИмяПКО>_Prije snimanja primljenih podataka. Procedura sadrži tekst rukovatelja Prije snimanja primljenih podataka za određeni PKO. Rukovatelj se koristi prilikom učitavanja podataka. Dizajniran za implementaciju dodatne logike koja se mora izvršiti prije snimanja objekta u infobazu. Na primjer, trebaju li se promjene učitati u postojeće podatke o informacijskoj sigurnosti ili se trebaju učitati kao novi podaci. Mogućnosti:

  • ReceivedData. Vrsta - DirectoryObject, DocumentObject. Podatkovni element generiran pretvorbom XDTO podataka.

Bilježi se ako su ti podaci novi za informacijsku bazu (parametar InformacijeB podaci sadrži vrijednost Nedefiniran).

Inače ReceivedData zamijeniti InformacijeB podaci(sve nekretnine od ReceivedData prebačen na InformacijeB podaci).

Ako standardna zamjena podataka o informacijskoj sigurnosti primljenim podacima nije potrebna, trebate napisati vlastitu logiku prijenosa, a zatim postaviti parametar ReceivedData značenje Nedefiniran:

  • InformacijeB podaci. Vrsta - DirectoryObject, DocumentObject. Element podataka infobaze koji odgovara primljenim podacima. Ako nisu pronađeni podudarni podaci, sadrži Nedefiniran.
  • ConvertingProperties. Vrsta - Tablica vrijednosti. Sadrži pravila za pretvaranje svojstava trenutnog objekta, inicijaliziranih kao dio sesije razmjene.
  • ComponentsExchange.

PCPD postupci

Ispunite Pravila pretvorbe unaprijed definiranih podataka. Procedura izvoza koja sadrži logiku za ispunjavanje pravila za pretvorbu unaprijed definiranih podataka. Mogućnosti: Smjer razmjene, Pravila pretvorbe(tablica vrijednosti inicijalizirana kao dio sesije razmjene).

Algoritmi

U programu “Pretvorba podataka”, izdanje 3.0, moguće je izraditi proizvoljne algoritme koji se pozivaju iz AML i PKPD rukovatelja. Naziv, parametri i sadržaj algoritama određuju se prilikom izrade pravila.

Mogućnosti

Ispunite ConversionParameters. Eksportni postupak u kojem se popunjava struktura s parametrima konverzije. Mogućnosti: Opcije pretvorbe(tip - Struktura).

Postupci i funkcije opće namjene

ExecuteManagerModuleProcedure. Mogućnosti: Naziv postupka(crta), Mogućnosti(struktura). Eksportna procedura, koja je namijenjena za pozivanje neizvozne procedure modula, čiji se naziv i parametri primaju kao ulaz. Omogućuje pozivanje procedure ili funkcije na liniji bez korištenja metode Izvršiti.

ExecuteManagerModuleFunction. Mogućnosti: Naziv postupka(crta), Mogućnosti(struktura). Funkcija, namjena slična ExecuteManagerModuleProcedure. Razlika je u tome što poziva funkciju i vraća njezinu vrijednost.

Kako bi se olakšala integracija s softverski proizvodi Tvrtka 1C razvila je format za razmjenu podataka EnterpriseData. Format se temelji na XML-u i poslovno je orijentiran - strukture podataka opisane u njemu odgovaraju poslovnim entitetima (dokumentima i elementima imenika) predstavljenim u 1C programima, na primjer: akt o završetku, nalog za blagajnu, druga ugovorna strana, ugovor itd. To format čini intuitivnim i lakim za korištenje.

Format EnterpriseData namijenjen je razmjeni podataka unutar poduzeća (uključujući između heterogenih i geografski udaljenih informacijskih sustava) i dizajniran je da pokrije sva područja poslovanja poduzeća - financije, proizvodnju, nabavu i prodaju, skladišno poslovanje itd.

Opis formata

Verzija 1.0.1 formata sadrži opis 94 vrste poslovnih subjekata iz različitih područja poslovanja ( Detaljan opis format se može pronaći). Format je proširiv - 1C će mu dodati opise novih poslovnih subjekata i proširiti postojeće entitete novim poljima. Podrška za format u proizvodima 1C osigurava kompatibilnost odozdo prema gore - svi programi trećih strana koji razmjenjuju podatke u formatu EnterpriseData s proizvodima 1C nastavit će ispravno raditi kada se objave nove verzije formata.

Format je namijenjen razmjeni informacija između bilo kojeg informacijskog sustava: ne ovisi o značajkama vlastitog softvera ili strukturama informacijskih baza koje sudjeluju u razmjeni i ne sadrži očita ograničenja upotrebe.

Format se koristi za sinkronizaciju podataka između softverskih proizvoda same tvrtke 1C. Sljedeći proizvodi trenutno podržavaju ovaj format:

  • "1C:ERP Enterprise Management 2.0",
  • "Računovodstvo poduzeća", izdanje 3.0,
  • "Računovodstvo za KORP poduzeće", izdanje 3.0,
  • "Maloprodaja", izdanje 2.0,
  • "Basic Trade Management", izdanje 11,
  • "Menadžment trgovine", izdanje 11,
  • “Plaće i upravljanje osobljem CORP”, izdanje 3.

Moguća opcija razmjene podataka

Razmjena podataka s programima 1C

Predkonfiguracija na strani 1C

Da biste započeli razmjenu podataka u formatu EnterpriseData između aplikacije 1C i aplikacije treće strane, trebate konfigurirati sinkronizaciju podataka na strani 1C. Tijekom postavljanja to je naznačeno jedinstveni kod aplikaciju s kojom će se vršiti razmjena, kao i kojim kanalom će se podaci razmjenjivati. Trenutno su dostupne sljedeće opcije:

  • web usluga,
  • razmjena datoteka putem imenika,
  • razmjena datoteka putem FTP-a,
  • razmjena putem e-pošte.

U slučaju razmjene putem web usluge, aplikacija treće strane će pokrenuti sesiju razmjene podataka pozivanjem odgovarajućih web metoda 1C aplikacije. U drugim slučajevima, inicijator sesije razmjene bit će aplikacija 1C.

Također na strani "1C" možete konfigurirati koliko često će se dogoditi sinkronizacija (za opcije s razmjenom datoteka putem imenika i e-pošte):

  • prema rasporedu (sa zadanom učestalošću);
  • ručno; korisnik će morati ručno pokrenuti sinkronizaciju svaki put kada mu zatreba.

Format datoteke razmjene

Tijekom sinkronizacije, 1C aplikacije i aplikacije trećih strana razmjenjuju poruke - XML ​​datoteke određene strukture. Ove se datoteke sastoje od dva odjeljka −

I . Odjeljak
sadrži poruku o primitku (više o njoj u nastavku), i – podaci o promijenjenim poslovnim subjektima u EnterpriseData formatu.

Primjer poruke

Odjeljak (priznanica) sadrži podatke o usluzi (radi jednostavnosti, pretpostavimo da poruka dolazi iz aplikacije 1C u aplikaciju treće strane):

Ako poruka ide u suprotnom smjeru - od aplikacije treće strane do aplikacije 1C, aplikacija treće strane mora ispuniti odjeljak u skladu s tim .

1C aplikacije vode evidenciju o poslanim i primljenim porukama za sinkronizaciju i očekuju isto od aplikacija trećih strana. Zašto je to učinjeno navedeno je u nastavku.

Mehanizam rukovanja

Tijekom sinkronizacije, 1C aplikacije prenose samo informacije o promjenama koje su se dogodile s poslovnim subjektima od zadnje sinkronizacije (kako bi se smanjila količina prenesenih informacija). Tijekom prve sinkronizacije, 1C aplikacija će uploadati sve poslovne subjekte u formatu EnterpriseData u XML datoteku (budući da su svi “novi” za vanjsku aplikaciju). Sljedeći korak je za aplikaciju treće strane - ona mora obraditi informacije iz XML datoteke i smjestiti ih u odjeljak tijekom sljedeće sesije sinkronizacije informacija da je uspješno primljena poruka od 1C s određenim brojem (u polje ReceivedNo stavite broj poruke primljene od 1C). Poruka o primitku signal je aplikaciji 1C da su svi poslovni subjekti uspješno obrađeni od strane vanjske aplikacije i da se informacije o njima više ne moraju prenositi. Osim računa, XML datoteka iz aplikacije treće strane može sadržavati i podatke za sinkronizaciju (u odjeljku ).

Nakon primitka poruke o primitku, aplikacija 1C označava sve promjene prenesene u prethodnoj poruci kao uspješno sinkronizirane. Samo nesinkronizirane promjene poslovnih subjekata (izrada novih, izmjena i brisanje postojećih) bit će poslane vanjskoj aplikaciji tijekom sljedeće sesije sinkronizacije.

Prilikom prijenosa podataka iz vanjske aplikacije u aplikaciju 1C, slika je obrnuta. Prijava mora ispuniti odjeljak prema tome i u odsj smjestiti poslovne podatke za sinkronizaciju u EnterpriseData format.

Nakon obrade datoteke, aplikacija 1C će generirati XML datoteku koja će sadržavati poruku o primitku i nove podatke za sinkronizaciju iz 1C (ako ih ima od posljednje sesije sinkronizacije).

Razmjena putem web servisa

Kada koristite web uslugu, sesiju razmjene pokreće aplikacija treće strane. Za primanje podataka iz aplikacije 1C potrebno je pozvati web metodu GetData, prosljeđujući jedinstveni kod aplikacije unesen na . Kao odgovor, 1C će vratiti datoteku koja sadrži podatke o poslovnim subjektima u formatu EnterpriseData. Opisan je format datoteke.

Za prijenos podataka u 1C, aplikacija mora pozvati web metodu PutData, prosljeđujući jedinstveni kod aplikacije i komprimiranu datoteku u gore opisanom formatu kao parametre.

Razmjena drugim kanalima

U slučaju razmjene podataka putem imenika/FTP imenika ili e-pošte, inicijator razmjene bit će 1C aplikacija. Bit će postavljen na odgovarajući kanal (direktorij ili poštanski sandučić) datoteku gore opisanog formata i očekujte datoteke odgovora od aplikacije treće strane na istom kanalu. U slučaju razmjene imenika/FTP imenika, naziv datoteke mora biti sastavljen na poseban način kako bi ga aplikacija 1C mogla obraditi. U slučaju zamjene do e-pošta Predmet pisma mora slijediti određeno pravilo, a uz pismo mora biti priložena arhivirana datoteka s podacima.

Zaključak

Raspon integracijskih scenarija koji koriste format EnterpriseData je širok. To uključuje razmjenu podataka unutar jedne organizacije, na primjer, prijenos podataka u 1C: Računovodstvo iz drugih aplikacija za vođenje cjelovitog računovodstva ili razmjenu podataka između središnjeg ureda i udaljenih skladišta. Format je također prikladan za razmjenu podataka između različitih organizacija.

U ovom članku opisat ću svoje, za sada malo, iskustvo u organiziranju razmjene podataka kroz univerzalni EnterpriseData format.

U mom slučaju, razmjena je konfigurirana između konfiguracija "Trade Management 11.2" (u daljnjem tekstu UT) i "Enterprise Accounting 3.0.43" (u daljnjem tekstu BP). Razmjena je jednosmjerna, od UT do BP. Prije nadogradnje Trade Management 11.1 na 11.2, razmjena podataka bila je konfigurirana pomoću konfiguracije Data Conversion 2.0. Međutim, nakon prelaska na "11.2", pojavile su se pogreške u "Trade Management" za korisnike. Proveden je postupak ažuriranja pravila burze, ali nije dao nikakve rezultate. Debugger je pokazao da je problem u razmjeni podataka. Odlučeno je ukloniti postavku razmjene podataka u obje konfiguracije i ponovno je konfigurirati.

I “Upravljanje trgovinom” i “Računovodstvo poduzeća” rade za nas klijent-poslužitelj verzija. Počeo sam postavljati sinkronizaciju s UT-om. Izveo sam to na način da su podaci iz UT-a učitani u datoteku. Odnosno, sinkronizacija putem mrežnog imenika. U BP-u sam konfigurirao razmjenu na takav način da se podaci ne preuzimaju s BP-a.

Pogreška prilikom pozivanja metode konteksta (Provjeri): Pogreška provjere valjanosti XDTO podataka:
Struktura objekta "/Counterparty Bank Account/Bank" ne odgovara tipu: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Provjera svojstva "BIK":
oblik: Element
naziv: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
tip:
Nedostaje potrebno svojstvo
Objekt: Ugovor s drugom ugovornom stranom br. ...

Kako bih analizirao grešku, kliknuo sam na ikonu “Sastav poslanih podataka” i na popisu ugovora o ugovaranju registriranih za slanje pronašao sam ugovor za koji se pojavila greška. Otvorio sam ugovor i zapamtio bankovni račun druge ugovorne strane naveden u ugovoru. Zatim sam prešao na bankovne račune registrirane za otpremu. Ispostavilo se da traženog računa nema na popisu registriranih. Prepravio sam problematični bankovni račun i ugovor. Nakon toga sam ručno registrirao traženi bankovni račun.

Ponovno sam pokušao sinkronizirati podatke s UT-a. Ovaj put podaci su uspješno učitani. U mrežnu mapu formirana XML datoteka, koji sadrži podatke za prijenos od UT do BP.

Sljedeći korak je učitavanje podataka iz datoteke u odjel računovodstva poduzeća. U konfiguraciji "Enterprise Accounting" kliknuo sam gumb "Sinkroniziraj", otvorio se obrazac za obradu s porukom "Analiza podataka u tijeku." Nešto kasnije poruka se promijenila u "Učitavanje podataka u tijeku." Istodobno, indikator i brojač pokazali su da se više od 80 tisuća objekata istovaruje iz jedinice za napajanje. To me zbunilo, jer sam u postavkama označio da se ništa ne smije prazniti iz napajanja. Obrada je trajala dosta dugo i završila je greškom:

Događaj: Razmjena podataka
(GeneralModule.Long-runningOperations.Module(371)): radni proces pozadinskog posla prekinut je nenormalno
RaiseException(ErrorText);

Kako bih lokalizirao pogrešku, pokušao sam promijeniti postavke sinkronizacije i mogućnosti rada baze napajanja. Kao rezultat toga, kada sam bazu podataka pretvorio u verziju datoteke, sustav je radio ispravno: otvorio se obrazac za usporedbu dviju baza podataka. Nakon podudaranja objekata, početna sinkronizacija bila je uspješna. Zatim sam bazu podataka vratio na verziju klijent-poslužitelj.

Uz daljnje testiranje sinkronizacije bilo je potrebno unijeti neke izmjene u pravila za konverziju objekata. Vrijeme je da upotrijebite konfiguraciju Data Conversion 3.0. Ugrađena pomoć za konfiguraciju opisuje kako radi. Članci na web stranici ITS-a također su pomogli.

Kao rezultat toga, učitao sam sljedeće podatke u "Data Conversion 3.0":

  • Tekstovi općeg modula "Upravitelj razmjene podataka kroz univerzalni format" iz dvije baze podataka
  • Izgled obje baze
  • Opis formata EnterpriseData (iz bilo koje baze podataka)
  • Pravila pretvorbe

Nakon preuzimanja otvorio sam pravila za pretvaranje podataka, objekata i svojstava u “Data Conversion 3.0”. Napravio sam promjene koje sam trebao. Zatim sam upotrijebio gumb "Unload exchange manager module". Tekst modula je kopiran u međuspremnik. Ostaje samo umetnuti ga u konfiguraciju.

Nakon eksperimentiranja s postavljanjem pravila u "Data Conversion 3.0", zaključio sam za sebe da je u slučaju kada su promjene beznačajne, lakše postaviti pravila izravno u UT i BP konfiguracijama, u općem modulu "Upravitelj razmjene podataka kroz univerzalni format". Ako su izmjene ozbiljne, kao što je, na primjer, dodavanje novog objekta u razmjenu, tada biste trebali koristiti konfiguraciju " Pretvorba podataka 3.0".

Obavio sam zadatak dodavanja dokumenta "Narudžba dobavljaču" u plan razmjene pomoću " Pretvorba podataka 3.0". U standardnoj verziji UT - BP ovaj dokument nije uključen u plan razmjene.

Podsjetimo se da su pravila za registriranje objekata za učitavanje još uvijek konfigurirana u konfiguraciji "Pretvorba podataka 2.0".

Ovo su prvi dojmovi o sinkronizaciji podataka kroz univerzalni EnterpriseData format.

p.s. Ako imate pitanja ili vlastitih zapažanja o razmjeni podataka putem Univerzalnog formata i konfiguracija" Data conversion 3.0", napišite u komentarima. Razmijenit ćemo iskustva.

  • Sinkronizacija podataka
  • Univerzalni EntepriseData Format
  • Pretvorba podataka 3.0
  • Pretvorba podataka 2.0
  • Upravljanje trgovinom
  • Računovodstvo poduzeća