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

Nekoliko je razloga za popularnost sinkronizacije:

• Nema potrebe za zasebnim pokretanjem procesa učitavanja i pražnjenja podataka;
• Automatsko izvršavanje razmjene informacija ne ometa ručnu razmjenu;
• Jednostavan za konfiguriranje (za standardne konfiguracije ne morate čak ni stvarati pravila razmjene;
• Dovoljno je jednom kreirati sinkronizaciju i deklarirati raspored za njezino izvršenje.

Uvjeti našeg zadatka

Na ulazu imamo dvije standardne konfiguracije baze podataka:

1. Upravljanje plaćama i osobljem (verzija 3.1.3);
2. Računovodstvo poljoprivrednog poduzeća (verzija 3.0.52).

Obje baze podataka rade u datotečnom načinu. Sinkronizacija se može konfigurirati iz bilo koje baze podataka.

Ako će se sinkronizacija konfigurirati iz “Računovodstva” u “ZUP”, mora biti aktiviran checkbox “Sinkronizacija” i obrnuto.

Gdje su postavke

U "Računovodstvu" idite na podsustav "Administracija", u izborniku "Postavke" i pronađite stavku "Sinkronizacija podataka" (slika 1)

Otvorit će se prozor postavki sinkronizacije (slika 2)

Riža. 2

Ovdje možemo:

1. Omogućite ili onemogućite sinkronizaciju;
2. Zabraniti učitavanje nevažnih podataka;
3. Postavite prefiks za identifikaciju prenesenih podataka;
4. Idite na druge postavke sinkronizacije.

Pokretanjem sinkronizacije označavanjem odgovarajuće kućice i definiranjem prefiksa možemo zatvoriti odjel računovodstva. Daljnji rad će se obavljati u “Plaći”.

Prozor postavki sinkronizacije podataka prikazan je na sl. 3

Riža. 3

Pogledajmo ga pobliže.

Prozor postavki sinkronizacije

Krenimo redom:

Zasebno bih želio skrenuti pozornost čitatelja na prozor "Registracija promjena" (slika 5). Na čijem se vrhu nalaze brojevi poslanih i primljenih poruka, a nakon uspješne razmjene brojevi u izvornoj i odredišnoj bazi moraju odgovarati. U nekim slučajevima (došlo je do sinkronizacije s kopijom baze podataka, kvarovi), numeriranje u bazama podataka je pokvareno. Ovu situaciju možete ispraviti jednostavnim klikom na hipervezu s brojevima. Ova radnja vam omogućuje da ručno postavite trenutni broj poslanih i dolaznih poruka (Sl. 6)

Riža. 6

Postavke sinkronizacije

Postoje dvije naredbe na kartici "Postavke sinkronizacije podataka":

• Napjev;
• Pravila preuzimanja.

Pokretanje naredbe “Load Rules” otvara obrazac (Sl. 7)

Riža. 7

Ovdje možemo odabrati hoćemo li koristiti standardna pravila razmjene navedena u konfiguraciji ili ćemo sinkronizirati prema vlastitim pravilima pohranjenim u arhivskoj datoteci.

Preostale postavke se vrše klikom na gumb "Konfiguriraj" (slika 8).

Riža. 8

U prvom prozoru koji se otvori možete:

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

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

Vrijedi pobliže pogledati parametre veze (slika 9)

Riža. 9

U našem slučaju odredišna baza i izvorna baza nalaze se na istom računalu i rade u datotečnom načinu rada, tako da se sinkronizacija između njih odvija izravnom vezom.

Mi moramo:

• Odrediti put do prihvatne baze;
• Postavite parametre autorizacije (korisnik s administratorskim pravima mora biti kreiran u bazi podataka primatelja);
• Nakon provjere veze, možemo pretpostaviti da je naše postavljanje dovršeno.

Ako se razmjena odvija putem drugih vrsta veze, morate konfigurirati njihove parametre na odgovarajućim karticama.

Postavke rasporeda

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

1C je predstavio prvu verziju novog formata za razmjenu poslovnih podataka EnterpriseData, koji se temelji na XML-u i, prema riječima njegovih autora, namijenjen je ne samo objedinjavanju interakcije aplikacijskih rješenja i njihovih pojedinačnih komponenti koje kreira sama tvrtka, već i koristiti kao univerzalni mehanizam integracije informacija sve poslovne aplikacije na svim softverskim platformama, uključujući, naravno, 1C:Enterprise.

Tvrtka već dugo prakticira stvaranje i korištenje otvorenih standarda za informacijsku interakciju svojih aplikacija sa softverom neovisnih programera, ali do sada se to odnosilo samo na određena specijalizirana tematska područja. Upravo takav je CommerceML format, nastao prije gotovo petnaest godina, za rješavanje problema e-trgovine, kao i “Client-Bank” i DirectBank za komunikaciju između 1C aplikacija i vanjskih bankovnih sustava. S druge strane, EnterpriseData je univerzalni mehanizam koji može pokriti sva područja poslovanja poduzeća – financije, proizvodnju, nabavu i prodaju, skladišno poslovanje itd. Prva verzija formata uključuje opis 94 vrste dokumenata iz raznih područja poslovanja. 1C planira dodati nove dokumente i detaljno opisati postojeće.

Kako objašnjavaju predstavnici 1C, pojava EnterpriseData objašnjava se potrebom ne samo integracije aplikacija tvrtke u softver drugih programera, već i - možda čak prvenstveno - stvaranja jedinstvenog mehanizma za informacijsku komunikaciju unutar obitelji softvera 1C: Enterprise. Donedavno se za rješavanje ovih problema koristio širok raspon rješenja, često kreiranih od slučaja do slučaja. Prijelaz 1C proizvoda na EnterpriseData već je započeo; koristi se u svim najnovijim verzijama svojih ključnih aplikacija ("1C: ERP Enterprise Management 2.0", "1C: Računovodstvo 8" 3.0, "1C: Računovodstvo 8 KORP" 3.0, "1C: Maloprodaja" "2.0, "1C: Upravljanje trgovinom" 11). Istodobno, ne očekuje se zamjena već korištenih standarda (CommerceML, rad s bankama) s EnterpriseData, budući da vremenski testirani specijalizirani algoritmi rade učinkovitije od univerzalnih alata.

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

Pri korištenju EnterpriseData standarda podaci se između aplikacija prenose u obliku XML datoteke pomoću odgovarajućih XML shema, dok se fizički prijenos informacija može izvršiti različitim mehanizmima: web servisima, dijeljenjem datoteka putem imenika, FTP-a i e-pošte. Važna točka je da algoritam interakcije podrazumijeva mogućnost da primatelj potvrdi činjenicu primanja i obrade podataka koji su mu poslani. Sama XML datoteka fizički se isporučuje u komprimiranom obliku (ZIP), što vam često omogućuje značajno smanjenje prometa informacija.

1C obećava daljnji razvoj formata EnterpriseData i njegovu podršku u sve većem broju svojih aplikacija. Ovim će standardom upravljati sama tvrtka, njegovi tvorci još nemaju planove transformirati ga u neovisni industrijski standard.

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 “Trade Management” i “Enterprise Accounting” rade u verziji klijent-poslužitelj. 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. Generirana je XML datoteka u mrežnoj mapi koja sadrži podatke za prijenos iz UT-a u 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

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 datotekama za isporuku 1C aplikativnih rješenja nalazi se tekstualna datoteka “Library Versions”, gdje je zapisano na temelju koje verzije BSP-a je aplikacija razvijena, npr. na temelju 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 informacijskim sustavima: ne ovisi o značajkama vlastitog softvera ili strukturama baze podataka koje sudjeluju u razmjeni i ne sadrži očita 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. Ovo su različite verzije formata. 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 ispravki bugova i drugih promjena u kojima: se održava funkcionalnost logike pretvorbe podataka temeljene na prethodnoj verziji formata (zadržavanje kompatibilnosti unazad s trenutnim algoritmima 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 datoteku primljenu od vanjske aplikacije, konfiguracija će je 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 podatke iz aplikacije treće strane u informacijsku bazu, a obrnuti prijenos podataka iz infobaze u aplikaciju treće strane nije potreban (na primjer, integracija internetske trgovine koji prenosi podatke o prodaji u 1C: Računovodstvo), postoji pojednostavljena verzija rada putem web usluge koja 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 u prethodnoj poruci kao uspješno sinkronizirane. 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).

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

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, verzija 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. XDTO svojstva objekta koja su prethodno obrađena kako bi im se lakše pristupilo.
• 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 infobazu (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.

Pogledajmo jednostavan primjer iz stvarnog života. 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 infobazom primatelja (izravna veza s programom), parametre veze (na ovom računalu ili na lokalnoj mreži), imenik u kojem nalazi se baza prijamnika, kao i potrebni podaci 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. trebamo omogućiti obradu dokumenata kada se učitavaju u bazu podataka. 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).