U nekim slučajevima (na primjer, s velikim protokom dokumenata ili sa složenim računovodstvom), krajnjem je korisniku mnogo pogodnije da distribuira računovodstvo između nekoliko aplikacija, razmjenjujući podatke između njih s vremena na vrijeme. Prije izlaska 1C platforme verzije 8.3, standardna razmjena podataka odvijala se isključivo na zahtjev korisnika putem učitavanja i preuzimanja informacija pomoću XML datoteka. Nedavno se sve više koristi mehanizam sinhronizacije podataka u 1C.

Postoji nekoliko razloga za popularnost sinhronizacije:

• Nema potrebe za odvojenim pokretanjem procesa učitavanja i istovara podataka;
• Automatsko izvršavanje razmjene informacija ne ometa ručnu razmjenu;
• Jednostavan za konfiguraciju (za standardne konfiguracije, ne morate čak ni kreirati pravila razmjene;
• Dovoljno je jednom kreirati sinhronizaciju i deklarisati raspored za njeno izvršenje.

Uslovi našeg zadatka

Na ulazu imamo dvije standardne konfiguracije baze podataka:

1. Plaća i upravljanje osobljem (verzija 3.1.3);
2. Računovodstvo poljoprivrednog preduzeća (verzija 3.0.52).

Obje baze podataka rade u fajl modu. Sinhronizacija se može konfigurirati iz bilo koje baze podataka.

Ako će se sinhronizacija konfigurirati sa „Računovodstva“ na „ZUP“, mora biti aktiviran potvrdni okvir „Sinhronizacija“ i obrnuto.

Gdje su postavke

U "Računovodstvu" idite na podsistem "Administracija", u meniju "Podešavanja" i pronađite stavku "Sinhronizacija podataka" (slika 1)

Otvoriće se prozor postavki sinhronizacije (slika 2)

Rice. 2

Ovdje možemo:

1. Omogućite ili onemogućite sinhronizaciju;
2. Zabraniti učitavanje nebitnih podataka;
3. Postavite prefiks za identifikaciju prenesenih podataka;
4. Idite na druga podešavanja sinhronizacije.

Pokretanjem sinhronizacije tako što ćemo označiti odgovarajući kvadratić i definisati prefiks, možemo zatvoriti računovodstvo. Dalji rad će se raditi u “Plati”.

Prozor postavki sinhronizacije podataka prikazan je na Sl. 3

Rice. 3

Pogledajmo to izbliza.

Prozor postavki sinhronizacije

Počnimo redom:

Zasebno, skrećem pažnju čitaoca na prozor „Registracija promena“ (slika 5). Na vrhu kojih se nalaze brojevi poslanih i primljenih poruka; nakon uspješne razmjene, brojevi u izvornoj i odredišnoj bazi podataka moraju se podudarati. U nekim slučajevima (sinhronizacija se dogodila sa kopijom baze podataka, kvarovi), numeracija u bazama podataka je pokvarena. Ovu situaciju možete ispraviti jednostavnim klikom na hipervezu sa brojevima. Ova radnja vam omogućava da ručno podesite trenutni broj poslanih i dolaznih poruka (slika 6)

Rice. 6

Postavke sinhronizacije

Na kartici "Postavke sinhronizacije podataka" postoje dvije komande:

• Tune;
• Pravila preuzimanja.

Pokretanjem naredbe “Load Rules” otvara se obrazac (slika 7)

Rice. 7

Ovdje možemo izabrati hoćemo li koristiti standardna pravila razmjene koja su navedena u konfiguraciji ili ćemo se sinhronizirati prema vlastitim pravilima pohranjenim u arhivskoj datoteci.

Preostala podešavanja se vrše klikom na dugme „Konfiguriši“ (slika 8).

Rice. 8

U prvom prozoru koji se otvori možete:

1. Otvorite obrazac za konfiguraciju skripte za sinhronizaciju;
2. Pregled događaja slanja i primanja informacija;
3. Odredite datum od kojeg će se izvršiti razmjena;
4. Ako se računovodstvo vodi za više organizacija, možete odrediti koja će od njih učestvovati u razmjeni;
5. Definirajte parametre za učitavanje transakcija plata: sa ili bez detalja po zaposleniku (sažetak).

Komanda “Učitaj skup pravila” slična je istoj naredbi u prethodnom prozoru postavki.

Vrijedi pobliže pogledati parametre veze (slika 9)

Rice. 9

U našem slučaju, odredišna baza i izvorna baza se nalaze na istom računaru i rade u fajl modu, tako da se sinhronizacija između njih odvija putem direktne veze.

Moramo:

• Odrediti put do prihvatne baze;
• Podesite parametre autorizacije (korisnik sa administratorskim pravima mora biti kreiran u bazi podataka primaoca);
• Nakon provjere veze, možemo pretpostaviti da je naše podešavanje završeno.

Ako se razmjena odvija putem drugih tipova veze, potrebno je konfigurirati njihove parametre na odgovarajućim karticama.

Postavke rasporeda

I na kraju, nekoliko riječi o postavljanju rasporeda sinhronizacije, on se izvodi u odgovarajućoj kartici prozora (slika 3) i ne razlikuje se od odgovarajuće forme za postavljanje rasporeda za druge rutinske zadatke.

1C je predstavio prvu verziju novog formata za razmjenu poslovnih podataka EnterpriseData, koji je zasnovan na XML-u i, prema riječima njegovih autora, namijenjen je ne samo objedinjavanju interakcije aplikativnih rješenja i njihovih pojedinačnih komponenti koje kreira sama kompanija, već i koristiti kao univerzalni mehanizam za integraciju informacija bilo koje poslovne aplikacije na bilo kojoj softverskoj platformi, uključujući, naravno, 1C:Enterprise.

Kompanija već dugo praktikuje kreiranje i upotrebu otvorenih standarda za informacijsku interakciju svojih aplikacija sa softverom nezavisnih programera, ali do sada se to ticalo samo određenih specijalizovanih oblasti. Upravo to je format CommerceML, kreiran prije skoro petnaest godina, za rješavanje problema e-trgovine, kao i „Klijent-Bank“ i DirectBank za komunikaciju između 1C aplikacija i eksternih bankarskih sistema. EnterpriseData je, s druge strane, univerzalni mehanizam koji može pokriti sve oblasti aktivnosti preduzeća - finansije, proizvodnju, nabavku i prodaju, skladištenje itd. Prva verzija formata uključuje opis 94 vrste dokumenata iz različitih oblasti poslovanja. 1C planira da mu doda nove dokumente i detaljizira postojeće.

Kako objašnjavaju predstavnici 1C, pojava EnterpriseData objašnjava se potrebom ne samo da se integrišu aplikacije kompanije u softver drugih programera, već i - možda čak i prvenstveno - da se stvori jedinstveni mehanizam za informacijsku komunikaciju u okviru porodice softvera 1C:Enterprise. Donedavno se za rješavanje ovih problema koristio širok spektar rješenja, često kreiranih od slučaja do slučaja. Tranzicija 1C proizvoda na EnterpriseData je već počela, koristi se u svim najnovijim verzijama njegovih ključnih aplikacija (“1C: ERP Enterprise Management 2.0”, “1C: Accounting 8” 3.0, “1C: Accounting 8 KORP” 3.0, „1C: Maloprodaja” „2.0, „1C: Upravljanje trgovinom” 11). U isto vrijeme, ne očekuje se zamjena već korištenih standarda (CommerceML, rad sa bankama) sa EnterpriseData, budući da vremenski testirani specijalizovani algoritmi rade efikasnije od univerzalnih alata.

1C vjeruje da će novi format naći široku upotrebu među nezavisnim programerima koji kreiraju aplikacije na platformi 1C:Enterprise; gotove softverske komponente se nude za njih kao dio Biblioteke standardnih podsistema (nešto poput SDK-a za 1C:Enterprise).

Kada se koristi EnterpriseData standard, podaci se prenose između aplikacija u obliku XML fajla pomoću odgovarajućih XML šema, dok se fizički prenos informacija može izvršiti korišćenjem različitih mehanizama: web servisa, deljenja fajlova preko direktorijuma, FTP-a i e-pošte. Važna stvar je da algoritam interakcije podrazumijeva mogućnost primatelja da potvrdi činjenicu primanja i obrade podataka koji su mu poslati. Sama XML datoteka se fizički isporučuje u komprimiranom obliku (ZIP), što vam često omogućava da značajno smanjite promet informacija.

1C obećava dalji razvoj EnterpriseData formata i njegovu podršku u sve većem broju njegovih aplikacija. Ovim standardom će upravljati sama kompanija; njegovi kreatori još nemaju planove da ga transformišu u nezavisni industrijski standard.

U ovom članku ću opisati svoje, do sada malo iskustvo u organizaciji razmjene podataka kroz univerzalni EnterpriseData format.

U mom slučaju, razmjena je konfigurisana između konfiguracija “Upravljanje trgovinom 11.2” (u daljem tekstu UT) i “Enterprise Accounting 3.0.43” (u daljem tekstu BP). Razmjena je jednosmjerna, od UT do BP. Prije nadogradnje Trade Management 11.1 na 11.2, razmjena podataka je konfigurirana korištenjem konfiguracije Data Conversion 2.0. Međutim, nakon prelaska na “11.2”, pojavile su se greške u “Upravljanje trgovinom” za korisnike. Provedena je procedura ažuriranja pravila razmjene, ali nije dala rezultate. Debager je pokazao da je problem u razmjeni podataka. Odlučeno je ukloniti postavku razmjene podataka u obje konfiguracije i ponovo je konfigurirati.

I „Upravljanje trgovinom“ i „Računovodstvo preduzeća“ rade u verziji klijent-server. Počeo sam da podešavam sinhronizaciju sa UT. Izveo sam to na način da su podaci iz UT-a učitani u datoteku. Odnosno, sinhronizacija preko mrežnog imenika. U BP-u sam konfigurirao razmjenu na takav način da se podaci ne preuzimaju sa BP-a.

Greška pri pozivanju metode konteksta (Provjeri): greška pri provjeravanju podataka XDTO:
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 potrebna imovina
Predmet: Ugovor sa drugom stranom br. ...

Da analiziram grešku, kliknuo sam na ikonicu „Sastav poslanih podataka“ i na listi ugovorenih ugovora registrovanih za slanje našao sam ugovor za koji se greška pojavila. Otvorio sam ugovor i zapamtio bankovni račun druge strane koji je naveden u ugovoru. Zatim sam prešao na bankovne račune registrovane za otpremu. Ispostavilo se da traženi račun nije na listi registrovanih. Popravio sam problematični bankovni račun i ugovor. Nakon toga sam ručno registrovao traženi bankovni račun.

Pokušao sam ponovo da sinhronizujem podatke sa UT. Ovaj put podaci su uspješno učitani. XML datoteka je generirana u mrežnom folderu koji sadrži podatke za prijenos sa UT na BP.

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

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

Da lokalizujem grešku, pokušao sam da promenim podešavanja sinhronizacije i opcije rada baze napajanja. Kao rezultat toga, kada sam konvertovao bazu podataka u verziju fajla, sistem je radio adekvatno: otvoren je obrazac za poređenje dve baze podataka. Nakon uparivanja objekata, početna sinhronizacija je bila uspješna. Zatim sam ponovo prebacio bazu podataka na verziju klijent-server.

Daljnjim testiranjem sinhronizacije bilo je potrebno napraviti neke izmjene u pravilima za konverziju objekata. Vrijeme je da koristite konfiguraciju Data Conversion 3.0. Ugrađena pomoć za konfiguraciju opisuje kako funkcionira. Članci na web stranici ITS-a su također pomogli.

Kao rezultat toga, učitao sam sljedeće podatke u "Konverzija podataka 3.0":

• Tekstovi opšteg modula "Menadžer razmene podataka kroz univerzalni format" iz dve baze podataka
• Raspored obje baze
• Opis formata EnterpriseData (iz bilo koje baze podataka)
• Pravila konverzije

Nakon preuzimanja, otvorio sam pravila za pretvaranje podataka, objekata i svojstava u “Konverzija podataka 3.0”. Napravio sam promjene koje su mi bile potrebne. Zatim sam koristio dugme "Unload exchange manager modul". Tekst modula je kopiran u međuspremnik. Ostaje samo da ga umetnete u konfiguraciju.

Eksperimentirajući sa postavljanjem pravila u "Data Conversion 3.0", za sebe sam zaključio da je u slučaju kada su promjene beznačajne lakše postaviti pravila direktno 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 " Konverzija podataka 3.0".

Izvršio sam zadatak dodavanja dokumenta "Narudžba dobavljaču" u plan zamjene koristeći " Konverzija podataka 3.0". U standardnoj verziji UT - BP ovaj dokument nije uključen u plan razmjene.

Podsjetimo da su pravila za registraciju objekata za upload još uvijek konfigurirana u konfiguraciji "Konverzija podataka 2.0".

Ovo su prvi utisci o sinhronizaciji podataka kroz univerzalni EnterpriseData format.

P.S. Ako imate pitanja ili svoja zapažanja o razmjeni podataka putem univerzalnog formata i konfiguracija" Konverzija podataka 3.0", napišite u komentarima. Razmijenićemo iskustva.

• Sinhronizacija podataka
• Universal EntepriseData Format
• Konverzija podataka 3.0
• Konverzija podataka 2.0
• Upravljanje trgovinom
• Računovodstvo preduzeća

Ispis (Ctrl+P)

Razmjena putem univerzalnog formata

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

• distribuirane informacione baze (RIB);
• razmjena podataka kroz univerzalni format;
• razmjena podataka prema pravilima razmjene (pravila razmjene se kreiraju korištenjem konfiguracije „Konverzija podataka“, izdanje 2.1);
• razmjena podataka bez pravila razmjene.

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

Rice. 1 Najnovija izdanja BSP 2.3

Među datotekama za isporuku 1C aplikativnih rješenja nalazi se tekstualni fajl „Verzije biblioteke“, gdje je napisano na osnovu koje verzije BSP-a je aplikacija razvijena, na primjer, na osnovu aplikativnog rješenja UT 11.3.3.231, Formiran je BSP 2.3.5.65.

Imajte na umu da za korištenje sa verzijom platforme „1C:Enterprise 8.3“ nije niža 8.3.10.2168 izdanje je objavljeno sa onemogućenim načinom kompatibilnosti BSP 2.4.

Opis formata EnterpriseData

Šta je format EnterpriseData?

Ovo je format koji vam omogućava da opišete objekt baze podataka (druga strana, faktura, itd.) ili prijavite činjenicu da je ovaj objekt obrisan. Očekuje se da će konfiguracija koja prima datoteku u EnterpriseData formatu reagovati u skladu s tim – kreirat će nove objekte i izbrisati one koji su u datoteci označeni kao izbrisani. Namijenjen je za razmjenu informacija između UT, RT, UNF, BP konfiguracija. Format se također može koristiti za razmjenu informacija sa bilo kojim drugim informacionim sistemima: ne zavisi od karakteristika sopstvenog softvera ili struktura baze informacija koje učestvuju u razmeni i ne sadrži očigledna ograničenja u upotrebi.

Verzija formata EnterpriseData

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

Slika 2 XDTO – paketi formata podataka EnterpriseData

Na sl. 2 pokazuje da postoji nekoliko XDTO paketa. Ovo su različite verzije formata. Broj verzije formata sastoji se od X.Y.Z, gdje je X.Y verzija, Z je manja verzija. Minor verzija se povećava u slučaju ispravki grešaka i drugih promjena u kojima: se održava funkcionalnost logike konverzije podataka zasnovane na prethodnoj verziji formata (održavanje kompatibilnosti unatrag trenutnih algoritama za prijenos podataka kroz format); Podrška za nove mogućnosti formata za logiku konverzije je dobrovoljna. Primjer takvih promjena može biti ispravljanje greške, promjena svojstava objekata formata, dodavanje svojstava čije korištenje nije obavezno prilikom konvertiranja podataka. U drugim slučajevima, kada se format promijeni, Major verzija se povećava: X – u slučaju globalnog restrukturiranja, Y – u drugim slučajevima.
Format opisuje reprezentaciju objekata (dokumenata ili elemenata direktorija) u obliku XML datoteka. Verzija 1.0.1 sadrži opis 94 objekta iz različitih oblasti (finansije, proizvodnja, nabavka i prodaja, skladištenje). Nazivi tipova su, po pravilu, dobro razumljivi i nisu potrebna dodatna objašnjenja: na primjer, “Dokument.Akt o završenom poslu” ili “Imenik.Counterparties”. Kao što vidite, opis tipova dokumenata počinje prefiksom „Dokumentarni.“, a element direktorijuma počinje prefiksom „Direktorijum.“. 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 servisa.
Zapiši to da se paket formata podataka EnterpriseData koristi zajedno sa ExchangeMessage prilikom kreiranja pravila konverzije. Ovaj paket sadrži objekt tipa Dodatne informacijekoji može imati bilo koji tip vrijednosti i koristi se prilikom kreiranja pravila konverzije između konfiguracijskih objekata. koji nisu u formatu podataka. Tačno, hvala Dodatne informacijeMožete prilagoditi i prilagoditi pravila razmjene bez promjene formata podataka u XDTO paketima.

Rice. 3 Struktura paketa XDTOExchangeMessage

Kako razmjenjivati ​​podatke u EnterpriseData formatu?

Razmjena podataka u EnterpriseData formatu sa konfiguracijom je razmjena datoteka. Kao odgovor na datoteku primljenu od vanjske aplikacije, konfiguracija će je obraditi i kreirati datoteku odgovora. Fajlovi se mogu razmjenjivati:

• preko namjenskog direktorija datoteka,
• preko FTP direktorija,
• putem web servisa koji je raspoređen na strani infobaze. Datoteka podataka se prosljeđuje 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 fajl ili FTP direktorijum) itd. Ali za slučajeve jednostavne integracije, kada je dovoljno samo prenijeti informacije iz aplikacije treće strane u infobazu i obrnuti prijenos podataka iz infobaze u aplikaciju treće strane nije potreban (na primjer, integracija online trgovine koji prenosi informacije o prodaji u 1C: Računovodstvo), postoji pojednostavljena verzija rada putem web usluge koja ne zahtijeva podešavanja sa strane.

Prilikom razmjene koristeći planove razmjene konfiguracija tokom sinhronizacije, prenose se samo informacije o promjenama koje su se dogodile od posljednje sinhronizacije (da bi se količina prenesenih informacija svela na minimum). Prilikom prve sinhronizacije, konfiguracija će izvući sve objekte formatirane EnterpriseData u XML datoteku (pošto 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 tokom sljedeće sesije sinhronizacije informacija da je poruka iz konfiguracije sa određenim brojem uspješno primljena (broj poruke primljene iz konfiguracije stavite u polje ReceivedNo). Poruka o prijemu signal je konfiguraciji da su svi objekti uspješno obrađeni od strane vanjske aplikacije i da više nema potrebe za prijenosom informacija o njima. Osim računa, XML datoteka iz aplikacije treće strane može sadržavati i podatke za sinhronizaciju (u odjeljku ).

Nakon prijema poruke o prijemu, konfiguracija označava sve promjene poslane u prethodnoj poruci kao uspješno sinhronizirane. Samo nesinhronizovane promene objekata (kreiranje novih, promena i brisanje postojećih) biće poslate spoljnoj aplikaciji tokom sledeće sesije sinhronizacije.

Prilikom prijenosa podataka iz vanjske aplikacije u konfiguraciju, slika je obrnuta. Prijava mora popuniti odjeljak shodno tome iu odjeljku postavite objekte koji će se sinkronizirati u EnterpriseData formatu.

Nakon obrade datoteke, konfiguracija će generirati XML datoteku koja će sadržavati poruku o prijemu i nove podatke za sinhronizaciju sa strane konfiguracije (ako ih ima od posljednje sesije sinhronizacije).

Više detalja o razmjeni podataka sa aplikativnim rješenjima možete vidjeti na platformi 1C:Enterprise u formatu EnterpriseData

Opšti modul „menadžer razmene kroz univerzalni format“.

Procedure i funkcije koje u potpunosti opisuju pravila preuzimanja podataka iz informacione baze u format za razmjenu i pravila za učitavanje podataka iz formata za razmjenu u informacijsku bazu razvijene su u zajedničkom modulu - modulu menadžera razmjene kroz univerzalni format.

Rice. 4 Struktura modula menadžera razmene kroz univerzalni format

Modul se kreira automatski koristeći konfiguraciju „Konverzija podataka“, izdanje 3.0, na osnovu konfigurisanih pravila razmene, ili ručno u konfiguratoru.

Modul se sastoji od nekoliko velikih sekcija, od kojih svaka sadrži svoju grupu procedura i funkcija.

1. Komentar. Prvi red modula sadrži komentar sa nazivom konverzije. Ova linija je neophodna za identifikaciju modula kada se koristi naredba u programu za konverziju podataka, izdanje 3.0, na primjer. // Pretvorba UP2.2.3 od 06.01.2017. 19:51:50
2. Procedure konverzije. Sadrži unaprijed definirane procedure koje se izvode u različitim fazama sinhronizacije podataka: prije konverzije, nakon konverzije, prije odgođenog popunjavanja.
3. Pravila obrade podataka (DPR). Sadrži procedure i funkcije koje opisuju pravila za obradu podataka.
4. Pravila konverzije objekata (OCR). Sadrži procedure i funkcije koje opisuju pravila za pretvaranje objekata, kao i pravila za pretvaranje svojstava ovih objekata.
5. Unaprijed definirana pravila konverzije podataka (PDC). Sadrži proceduru koja ispunjava pravila za pretvaranje unaprijed definiranih podataka.
6. Algoritmi. Sadrži proizvoljne algoritme koji se pozivaju iz drugih pravila (POD ili PKO).
7. Opcije. Sadrži logiku za popunjavanje parametara konverzije.
8. Opće namjene. 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 vrsta procedura u modulu menadžera.

Exchange Components. Tip - Struktura. Sadrži parametre i pravila razmjene inicijalizirana kao dio sesije razmjene.

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

IB podaci. Tip – DirectoryObject ili DocumentObject.

Procedure vezane za događaje konverzije

Postoje tri unapred definisane procedure koje se pozivaju tokom procesa konverzije:

• Prije konverzije. Poziva se prije sinhronizacije podataka. Ova procedura obično sadrži logiku za inicijalizaciju različitih parametara konverzije, popunjavanje zadanih vrijednosti, itd. Parametri: ComponentsExchange.
• AfterConversion. Poziva se nakon što je sinhronizacija podataka završena, ali prije nego što je došlo do lijenog dodavanja. Opcije: ComponentsExchange.
• BeforeDelayedFilling. Poziva se prije nego što dođe do lijenog punjenja. Logika za sortiranje ili prilagođavanje tablice objekata podložnih lijenom popunjavanju može se naći ovdje. Opcije: ComponentsExchange.

AML procedure

Popunite Pravila obrade podataka. Procedura izvoza koja sadrži logiku za popunjavanje pravila obrade podataka. Sadrži pozive drugim procedurama koje dodaju pravilo za obradu određenog objekta u tabelu pravila (pogledajte procedure ispod Dodajte AML). Opcije: Smjer razmjene, Pravila obrade podataka

Dodaj UNDER_<ИмяПОД>. Skup procedura koje popunjavaju tabelu POD pravilima za određene objekte. Broj takvih procedura odgovara broju AML-a predviđenih za ovu konverziju u programu za konverziju podataka, verzija 3.0. Opcije: Pravila obrade podataka(tabela vrijednosti inicijalizirana kao dio sesije razmjene).

POD_<ИмяПОД>_WhenProcessing. Procedura sadrži tekst rukovaoca Tokom obrade za određeni AML. Rukovalac je dizajniran da implementira logiku konverzije na nivou objekta. Na primjer, dodijelite određeni PQO određenom objektu ovisno o sadržaju objekta. Opcije:

• Podaci B ili DataXDTO(u zavisnosti od smjera razmjene):
• prilikom slanja – objekt ( DirectoryObject,DocumentObject);
• po prijemu - struktura sa opisom XDTO objekta.
• Upotreba PKO. Vrsta - Struktura. Ključ sadrži niz s imenom PCO-a i vrijednošću tipa Boolean (Istinito– koristi se PKO, Lazi– PKO se ne koristi).
• ComponentsExchange.

POD_<ИмяПОД>_Uzorkovanje podataka. Funkcija sadrži tekst rukovaoca Prilikom istovara. Rukovalac je dizajniran da implementira proizvoljni algoritam za odabir objekata koji će biti istovareni. Povratna vrijednost: niz objekata koji se istovaruju. Niz može sadržavati i veze do objekata infobaze i strukturu sa podacima za upload. Opcije: ComponentsExchange.

PKO procedure

Popunite Pravila konverzije objekata. Procedura izvoza koja sadrži logiku za popunjavanje pravila za pretvaranje objekata. Sadrži pozive drugim procedurama koje dodaju određeno pravilo konverzije objekata u tablicu pravila (pogledajte procedure ispod Dodajte PKO). Opcije: Smjer razmjene, Pravila konverzije(tabela vrijednosti inicijalizirana kao dio sesije razmjene).

AddPKO_<ИмяПКО>. Skup procedura koje popunjavaju PKO tabelu pravilima za određene objekte. Broj takvih procedura odgovara broju PKO-ova predviđenih za ovu konverziju u programu za konverziju podataka, verzija 3.0. Opcije: Pravila konverzije(tabela vrijednosti inicijalizirana kao dio sesije razmjene).

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

• Podaci B. Vrsta - DirectoryObject, DocumentObject. Objekt baze podataka koji se obrađuje.
• DataXDTO. Vrsta - Struktura. Dizajniran za pristup podacima XDTO objekata.
• ComponentsExchange.
• StackUploads. Vrsta - Niz. Sadrži veze do neučitanih objekata, uzimajući u obzir ugniježđenje.

PKO_<ИмяПКО>_Prilikom pretvaranja XDTO podataka. Procedura sadrži tekst rukovaoca Prilikom pretvaranja DataXDTO za određeni PKO. Rukovalac se koristi prilikom učitavanja podataka. Dizajniran za implementaciju proizvoljne logike konverzije XDTO podataka. Opcije:

• DataXDTO. Vrsta - Struktura. XDTO svojstva objekta koja su prethodno obrađena da im se olakša 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 rukovaoca Prije snimanja primljenih podataka za određeni PKO. Rukovalac se koristi prilikom učitavanja podataka. Dizajniran za implementaciju dodatne logike koja se mora izvesti prije snimanja objekta u infobazu. Na primjer, da li se promjene trebaju učitati u postojeće podatke o sigurnosti informacija ili da se učitaju kao novi podaci. Opcije:

• ReceivedData. Vrsta - DirectoryObject, DocumentObject. Element podataka generiran pretvaranjem XDTO podataka.

Snima se ako su ovi podaci novi za infobazu (parametar Podaci B sadrži vrijednost Nedefinisano).

Inače ReceivedData zamijeniti Podaci B(sve nekretnine iz ReceivedData prebačen u Podaci B).

Ako nije potrebna standardna zamjena podataka o sigurnosti informacija primljenim podacima, trebali biste napisati vlastitu logiku prijenosa, a zatim postaviti parametar ReceivedData značenje Nedefinisano:

• Podaci B. Vrsta - DirectoryObject, DocumentObject. Element podataka baze podataka koji odgovara primljenim podacima. Ako se ne pronađu odgovarajući podaci, sadrži Nedefinisano.
• ConvertingProperties. Vrsta - Tabela vrijednosti. Sadrži pravila za pretvaranje svojstava trenutnog objekta, inicijalizirana kao dio sesije razmjene.
• ComponentsExchange.

PCPD procedure

Popunite pravila konverzije unaprijed definiranih podataka. Procedura izvoza koja sadrži logiku za popunjavanje pravila za pretvaranje unaprijed definiranih podataka. Opcije: Smjer razmjene, Pravila konverzije(tabela vrijednosti inicijalizirana kao dio sesije razmjene).

Algoritmi

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

Opcije

Popunite ConversionParameters. Procedura izvoza u kojoj se popunjava struktura sa parametrima konverzije. Opcije: Opcije konverzije(tip - Struktura).

Procedure i funkcije opće namjene

ExecuteManagerModuleProcedure. Opcije: ProcedureName(linija), Opcije(struktura). Procedura za izvoz, koja je namijenjena za pozivanje procedure modula koja nije za izvoz, čije se ime i parametri primaju kao ulaz. Omogućava vam da pozovete proceduru ili funkciju na liniji bez korištenja metode Izvrši.

ExecuteManagerModuleFunction. Opcije: ProcedureName(linija), Opcije(struktura). Funkcija, namjena slična ExecuteManagerModuleProcedure. Razlika je u tome što poziva funkciju i vraća joj vrijednost.

Pogledajmo jednostavan primjer iz stvarnog života. Recimo da imamo firmu koja se bavi trgovinom na veliko i malo iu ovoj firmi, kao iu svakom drugom, vodi se računovodstvo. Preduzeće ima dve standardne baze podataka, a to su UT (upravljanje trgovinom) i BP (računovodstvo preduzeća), respektivno, u svakoj od baza podataka se vodi sopstvena evidencija, u UT postoji menadžment koji odražava sve transakcije vezane za trgovinu, u BP postoji računovodstvo. Da ne bi radili dupli posao, tj. nemojte kreirati iste dokumente u dvije baze podataka (na kraju krajeva, kretanja bi trebala biti u upravljanju i računovodstvu) samo ćemo postaviti sinhronizaciju između ovih baza podataka.

Postavićemo jednosmjernu razmjenu podataka, iz UT ---> BP. Moguće je postaviti i dvosmjernu centralu, ali u praksi to nije često potrebno, pa to nećemo razmatrati u našem primjeru.

Pripremni koraci za postavljanje razmjene u BP

Počnimo sa podešavanjem sinhronizacije, prvo idemo u bazu podataka 1C "Enterprise Accounting 3.0" (prijemnik), trebamo provjeriti da li je sinhronizacija omogućena za ovu bazu podataka, da bismo to uradili moramo prvo otići u bazu podataka. Čim se baza podataka otvori, idite na karticu "Administracija" ---> "Postavke sinhronizacije podataka"

Pred nama se otvara nova kartica, koja se mora popuniti na isti način kao na slici ispod, sa izuzetkom prefiksa baze podataka. Prefiks se mora sastojati od dva slova, možete postaviti bilo koje, ali prema standardu 1C bolje je postaviti prefiks prema nazivu konfiguracije, odnosno, za "Računovodstvo preduzeća" prefiks će biti "BP". Ako postavljate složene burze i postoji nekoliko računovodstvenih baza podataka, onda bi se prefiksi trebali jasno razlikovati jedan od drugog; ovdje možete koristiti prva dva slova naziva organizacije kao skraćenicu.

Nastavljamo sa postavljanjem sinhronizacije podataka u UT

Nakon što smo izvršili sve potrebne radnje u bazi podataka prijemnika (BP 3.0), za nastavak postavljanja razmjene podataka potrebno je otvoriti izvornu bazu podataka (UT 11.1). Idite na karticu "Administracija", odaberite "Postavke sinhronizacije podataka" u izborniku s lijeve strane. Ako sinhronizacija nije omogućena, omogućite je pomoću polja za potvrdu i ne zaboravite navesti prefiks izvorne baze. Kada završimo sve korake 1-4 kao što je prikazano na donjoj slici, potrebno je da kliknete na hipervezu „Sinhronizacija podataka“ (korak 5).

U novom prozoru koji se pojavi potrebno je kliknuti na zeleni znak plus (Podešavanje sinkronizacije podataka), u padajućem izborniku odabrati stavku „Enterprise Accounting 3.0“.

Postavljanje važnih tač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 trebamo odabrati opciju povezivanja na infobazu prijemnika (direktna veza sa programom), parametre veze (na ovom računaru ili na lokalnoj mreži), direktorij u kojem nalazi se baza prijemnika, kao i potrebni podaci za autentifikaciju (korisničko ime i lozinka u bazi).

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

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

• Koji će referentni podaci biti poslati (u našem primjeru nas zanimaju samo dokumenti i referentni podaci koji se u njima koriste, pa smo odabrali odgovarajuću stavku; ako odaberete prvu stavku „Pošalji sve“, tada će se sve referentne knjige ponovo učitati zajedno sa dokumentima, često ako se informacija ne koristi u dokumentima onda je beskorisna za primaoca, jer ni na koji način ne utiče na računovodstvo)
• Od kog datuma sve informacije treba poslati (u ovom članku nećemo razmatrati ručnu sinkronizaciju)
• Kome ili kojim organizacijama poslati podatke (u našem primjeru odabrali smo jednu organizaciju, IP "Preduzetnik")
• Pravila za sklapanje ugovora
• Generalizovano skladište
• Da li da umotam dokumente po skladištu?

Nakon što smo izvršili podešavanja, kliknite na “Sačuvaj i zatvori”.

Pošto u našem primjeru postavljamo i koristimo jednosmjernu razmjenu, od UT do BP, onda nas postavke za pravila za dobijanje podataka iz “Enterprise Accounting 3.0” ne zanimaju, pa kliknemo “Dalje”.

U novom prozoru od nas se traži da konfigurišemo pravila za bazu prijemnika (RB). U tački 1 dajemo naziv 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 1C programu neće raditi. Nakon toga kliknite na tačku 2, a zatim na tačku 3.

U tački 3 trebamo omogućiti obradu dokumenata kada se učitaju u bazu podataka. Kliknite na "Sačuvaj i zatvori".

Sada bi prozor trebao izgledati otprilike kao onaj prikazan ispod, kliknite na “Dalje”.

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

Sljedeći korak program će ponuditi sinhronizaciju odmah nakon kreiranja postavki razmjene podataka. Hajde da se složimo sa ovim i kliknite na "Gotovo".

Ispred vas će se pojaviti prozor u kojem ćete vidjeti informacije o tome kako se sinhronizacija odvija. Ako baza prijemnika nije prazna, tj. zapisi su već vođeni u njemu, tada će se od korisnika u programu 1C tražiti da ručno izvrši poređenje objekata. Poređenje objekata u 1C kod sinkronizacije podataka je poređenje identičnih objekata prijemnika sa identičnim objektima u izvoru.

Pogledajmo primjer, recimo da u UT postoji druga ugovorna strana pod nazivom "PharmGroup LLC" i TIN 1234567, au BP postoji i druga ugovorna strana sa TIN 1234567, ali naziv "PharmGroup", ako ne uporedimo ove dva objekta prilikom poređenja podataka u fazi sinhronizacije, zatim nakon sinhronizacije u prijemniku (Enterprise Accounting 3.0), imaćemo dve kontrastranke sa TIN 1234567 i dva naziva „PharmGroup LLC” i „PharmGroup”, respektivno. Kako bi se izbjegle takve situacije, izmišljen je mehanizam za poređenje objekata.

U našem primjeru, baza podataka prijemnika je prazna i stoga se prozor za poređenje objekata nije otvorio. Ali nakon izvođenja nekih operacija, sistem će definitivno 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 biramo „Ne dodaj dokumente za slanje“. Kliknite na "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 sinhronizacija bila uspješna, kliknite na „Završi“. U ovom trenutku, sinhronizacija između baza podataka u jednosmjernoj razmjeni od “Trade Management 11.1” (UT) do “Enterprise Accounting 3.0” (BP) je završena.