Automatski kontrolni sistemi se u većini slučajeva sastoje od zasebnih baza podataka i često imaju geografski raspoređenu strukturu. Istovremeno, pravilno sprovedena razmena podataka je neophodan uslov za efikasan rad ovakvih sistema.

Početno postavljanje berze može zahtevati niz radnji, ne samo u smislu programiranja, već i konsaltinga, čak i ako imamo posla sa homogenim izvorima, kao što je slučaj sa proizvodima na platformi 1C:Enterprise. Zašto postavljanje 1C razmjene (ili, kako se još naziva, sinkronizacija podataka u 1C 8.3) može postati najzahtjevniji i najskuplji zadatak projekta integracije, razmotrit ćemo u ovom članku.

Razmjena podataka u 1C okruženju omogućava vam da:

• Eliminisati dvostruki unos dokumenata;
• Automatizirati povezane poslovne procese;
• Optimizirajte interakciju između distribuiranih odjela;
• Ažurno ažurirati podatke za rad stručnjaka iz različitih odjela;
• “Razlikujte” između različitih vrsta računovodstva.*

*U slučajevima kada se podaci jedne vrste računovodstva značajno razlikuju od druge, potrebno je osigurati povjerljivost informacija i „ograničiti“ tokove informacija. Na primjer, razmjena podataka između 1C UT i 1C Accounting ne zahtijeva učitavanje upravljačkih podataka u regulatornu računovodstvenu bazu podataka, tj. sinhronizacija u 1C ovdje će biti nepotpuna.

Ako zamislimo standardni proces implementacije primarne razmjene podataka, kada je barem jedan od njegovih objekata 1C proizvod, onda možemo razlikovati sljedeće faze:

• Koordinacija sastava razmjene;
• Definicija transporta (protokoli razmjene);
• Postavljanje pravila;
• Planiranje.

Identifikacija sastava 1C razmjene

Objekti razmjene mogu se podijeliti na „izvor“ i „primalac“. Istovremeno mogu obavljati dvije uloge u isto vrijeme, što će se zvati dvosmjerna razmjena. Izvor i odredište se određuju logično u zavisnosti od potrebe ili funkcionalnosti sistema.*

*Na primjer, kada se integrira “WA: Financier” - rješenje za vođenje finansijskog računovodstva i upravljanja trezorskim procesima, razvijeno na bazi “1C:Enterprise”, stručnjaci WiseAdvice-a ga preporučuju kao master sistem. To je zbog dostupnosti kontrolnih alata za usklađivanje s pravilima politike aplikacije i, shodno tome, kako bi se osigurala učinkovitost rješenja.

Zatim se na osnovu primljenih i evidentiranih zahtjeva korisnika kreira lista podataka za razmjenu, utvrđuje njen obim, zahtjevi za učestalost razmjene, te propisuje proces rada sa greškama i postupanja u vanrednim situacijama (kolizijama).

U istoj fazi, u zavisnosti od flote postojećih sistema i strukture preduzeća, određuje se format razmene:

Distribuirana baza podataka

• RIB podrazumijeva razmjenu između identičnih 1C konfiguracija baze podataka, sa jasnom kontrolnom strukturom “master-slave” za svaki par razmjene. Kao element tehnološke platforme, RIB, osim podataka, može prenositi promjene konfiguracije i administrativne informacije baze podataka (ali samo od master-a do slave-a).

Univerzalna razmjena podataka u 1C

• Mehanizam koji vam omogućava da konfigurišete razmenu 1C baza podataka, kako sa konfiguracijama na platformi 1C:Enterprise tako i sa sistemima trećih strana. Razmjena se vrši prijenosom podataka u univerzalni xml format u skladu sa „Planovima razmjene“.

EnterpriseData

• Najnoviji razvoj 1C, dizajniran za implementaciju razmjene podataka u xml formatu između proizvoda kreiranih na platformi 1C:Enterprise sa bilo kojim sustavom automatizacije. Upotreba EnterpriseData pojednostavljuje modifikacije povezane sa razmjenom. Ranije, kada je nova konfiguracija uključena u sistem, bilo je potrebno implementirati mehanizam za uvoz i izvoz podataka, kako za njega tako i za postojeće sisteme. Sada sistemi koji podržavaju EnterpriseData ne trebaju nikakve modifikacije, jer imaju samo jednu ulazno-izlaznu tačku.

Definicija transporta (protokoli razmjene)

Za sistem na platformi 1C:Enterprise 8 pruža se širok spektar mogućnosti za organizovanje razmene sa bilo kojim informacionim resursima koristeći opšte prihvaćene univerzalne standarde (xml, tekstualne datoteke, Excel, ADO veza, itd.). Stoga, prilikom određivanja transporta za razmjenu podataka, trebali biste se osloniti na mogućnosti baze podataka sistema treće strane.

Sinhronizacija imenika

Osnovni princip efikasne sinhronizacije imenika je prisustvo jedne ulazne tačke. Ali ako govorimo o radu sa direktorijumima koji su se kroz istoriju popunjavali po različitim pravilima, potrebno je jasno definisati polja za sinhronizaciju kako bi se razmena dovela do „zajedničkog nazivnika“.*

*U ovoj fazi, možda će biti potrebno izvršiti rad na normalizaciji referentnih podataka na strani izvora podataka. U zavisnosti od stanja imenika i njihovog obima, proces poređenja elemenata, prepoznavanja, identifikacije grešaka i duplikata, kao i popunjavanje nedostajućih polja i dodeljivanje polja za sinhronizaciju, može zahtevati rad čitave grupe stručnjaka, kako na dio integratora (vlasnik tehnike normalizacije master podataka) i sa strane korisnika.

Postavljanje pravila

Mogućnost prikaza podataka iz izvornih sistema u prijemnicima zavisi od ispravno definisanih pravila razmene. Pravila, predstavljena u xml formatu, regulišu korespondenciju ključnih detalja objekata izvor-primalac. Rješenje 1C:Data Conversion je dizajnirano da automatizira kreiranje pravila za implementaciju jednokratnih i trajnih razmjena.

Garantuje da nema gubitka podataka tokom plana razmene. Ovo je sastavni dio bilo koje konfiguracije na platformi 1C:Enterprise, koja u potpunosti opisuje postupak 1C razmjene: sastav podataka (dokumenti sa „identifikujućim“ detaljima) i čvorovi (baze informacija prijemnik-predajnik), kao i aktiviranje RIB-a za odabrani pravci razmene.

Svaka promena podataka unesenih u Plan razmene se evidentira i dobija znak „promenjeno“. Dok se promijenjeni podaci ne poklapaju jedni s drugima u čvorovima prijemnik-predajnik, znak se neće resetirati, a sistem će poslati kontrolne poruke na oba čvora. Nakon učitavanja podataka i potvrde njihove potpune usklađenosti u oba sistema, znak se resetuje.

Raspored razmjene u 1C

Za automatizaciju redovne razmjene, podešena je učestalost slanja podataka. Učestalost razmene zavisi od potreba i tehničkih mogućnosti. Također, konfiguracije na platformi 1C:Enterprise omogućavaju vam da konfigurirate razmjenu podataka kada dođe do nekog događaja.

Uzimajući u obzir standardni proces implementacije razmjene, obratimo pažnju na faktore koji će zahtijevati poboljšanja u različitim fazama:

• Nestandardne, visoko modificirane konfiguracije baze podataka;
• Različite verzije platforme 1C:Enterprise;
• Verzije konfiguracije koje nisu ažurirane dugo vremena;
• Predmeti razmjene koji su prethodno pretrpjeli modifikacije;
• Potreba za nestandardnim pravilima razmjene;
• Veoma drugačiji skup i sastav detalja u postojećim referencama.

Budući da čak i standardne radnje za implementaciju primarne razmjene podataka zahtijevaju stručno znanje, preporučuje se da se izvode uz učešće stručnjaka 1C. Tek nakon dovršetka svih gore opisanih koraka treba da pređete na postavljanje centrale u konfiguraciji. Pogledajmo integraciju baza podataka na primjeru 1C:UPP i 1C:Retail (razmjena sa 1C:UT se postavlja po istoj shemi). U standardnu ​​sinhronizaciju uključena je i SCP - SCP razmjena, koja je tipična za velike automatizacijske sisteme u najvećim industrijskim preduzećima.

U podmeniju „Usluga“ izaberite „Razmjena podataka sa proizvodima na platformi...“ (odabirom direktne razmjene sa „Maloprodajom“ često dolazi do grešaka na nivou COM objekata). Obratite pažnju na servisnu poruku "Ova funkcija nije dostupna."

Da biste riješili ovaj problem, morate odabrati "Konfiguriraj komunikaciju"

...i označite polje. Zatim zanemarite poruku o grešci.

U postavkama sinhronizacije podataka odaberite “Kreiraj razmjenu sa “Maloprodajom”...

Prije konfiguriranja postavki veze putem lokalnog ili mrežnog direktorija, trebali biste provjeriti ima li prostora na disku za direktorij. Iako u pravilu ne zauzima više od 30-50 MB, u izuzetnim slučajevima može zahtijevati i do 600 MB. Možete kreirati potreban direktorij direktno iz konfiguratora.

Kada se povezujemo preko mrežnog imenika, zanemarujemo ponudu da konfigurišemo vezu preko FTP adrese i putem e-pošte klikom na „Dalje“.

U postavkama ručno unosimo prefikse - simbole baza podataka (obično BP, UPP, RO), postavljamo pravila i datum početka za upload podataka. Prefiks će biti naznačen u nazivu dokumenata kako bi se označila baza podataka u kojoj su kreirani. Ako se pravila za otpremanje ne uređuju, podaci će biti postavljeni prema zadanim postavkama prema svim dostupnim parametrima.

Kreiramo datoteku postavki razmjene za "Maloprodaju" kako ne bismo ponavljali naše radnje. Ako trebate odmah poslati podatke odmah nakon podešavanja sinhronizacije, označite polje.

Da biste automatizirali proces razmjene, potrebno je postaviti raspored.

Meni "Maloprodaja".

Označite okvir i odaberite "Sinhronizacija".

Izvodimo „obrnutu“ postavku odabirom Upravljanje proizvodnim poduzećem.

Učitajte datoteku postavki kreiranu u UPP-u.

Stavimo kvačicu, sistem automatski preuzima adresu.

Ponašamo se na isti način kao u UPP-u.

Poređenje podataka verifikacije (Ručno poređenje podataka se preporučuje da se uradi u pripremnoj fazi, jer ovaj posao može postati radno najintenzivniji u procesu implementacije razmjene). Dvostrukim klikom miša otvara se prozor za poređenje.

U slučaju greške u sinhronizaciji, “Detalji...” će biti zamijenjeno sa “Nikad...”.

“Detalji...” otvara dnevnik sa ažuriranim informacijama o razmjeni.

Spreman.

Udžbenik o 1C konverziji podataka (izdanje 2) Optimizacija

Pravila učitavanja podataka

1. Redoslijed pravila učitavanja podataka

Preporučljivo je urediti pravila za upload podataka takvim redoslijedom da su veze zavisnih objekata odozdo prema gore. odnosno prvo treba postaviti pravila za istovar podataka čiji se objekti ne odnose ni na koga, zatim pravila za istovar objekata koji se odnose na prvu grupu itd.

Primjer: Trebate preuzeti dva direktorija Korisnici i Pojedinci. Korisnici imenika imaju potrebnu fizičku. osoba - link do imenika Pojedinci. To jest, direktorij Korisnici se odnosi na direktorij Pojedinci. Preporučeni redoslijed pravila za otpremanje u ovom slučaju: Pojedinci, korisnici.

2. Odaberite podatke za učitavanje u jednom zahtjevu

Ako pravilo konverzije ne sadrži prijenos dijelova stola i kretanja, a također u događajima prije istovara nema direktnih poziva na neopterećeni objekt, preporučuje se korištenje načina "Odaberi podatke za istovar u jednom zahtjevu" u pravilo za istovar podataka. Ovaj način će vam omogućiti da primite sve učitane podatke određenog tipa s jednim zahtjevom, umjesto da gradite zasebne upite za učitavanje svakog objekta.

Pravila konverzije objekata

3. Koristite brzu pretragu prilikom učitavanja

Ovaj način rasterećenja i učitavanja se preporučuje za ona pravila konverzije objekata koja istovaruju referentne tipove, čiji je ukupan broj relativno mali (do oko 1000 elemenata), na koje postoji mnogo referenci u drugim objektima.

Primjer: Korisnici imenika. Gotovo svi dokumenti imaju vezu na ovaj direktorij i broj elemenata u direktoriju ne prelazi 1000.

4. Nemojte iskrcavati objekte svojstava referencom

Režim omogućava da pravilo konverzije objekata ne isprazni sve elemente na koje postoje veze. Ako je postavljen način rada, tada će se prilikom rasterećenja samog objekta i informacija za pretraživanje sve njegove veze isprazniti, ali potpune informacije o zavisnim elementima neće biti istovarene. Ova optimizacija može nekoliko puta ubrzati upload i preuzimanje podataka.

5. Ne pamti istovarene predmete

Za pravila konverzije za nereferentne objekte (registre), potrebno je da označite polje za potvrdu "Ne pamti neučitane objekte", pošto se ne možete pozivati ​​na redove registra, tako da nema smisla pamtiti one redove registra koji su istovareni. Za referentne objekte, ova zastavica je obično potrebna za optimizaciju ponavljanog pristupa za istovar istog objekta.

6. Nemojte kreirati zajedničke rukovaoce događajima za sve objekte

Nije preporučljivo koristiti uobičajene rukovaoce događajima prije učitavanja i učitavanja podataka za sve objekte. Rukovaoci upload-a i download-a ne znaju šta će se izvršiti u ovim rukovateljima, tako da neke optimizacije (na primjer, kada se učitavaju samo upisi promijenjenih objekata) neće imati efekta. Ako postoji potreba za korištenjem istih algoritama za obradu podataka pri istovaru i učitavanju, onda se preporučuje kreiranje novog algoritma i pozivanje u događajima za potrebne objekte.

Univerzalna obrada XML razmjene podataka

7. Koristite optimizirani format za razmjenu podataka

8. Učitajte podatke u načinu razmjene

Omogućava vam da izbjegnete nepotrebne provjere u fazi učitavanja podataka

9. Zabilježite samo promijenjene objekte

Omogućava vam da snimite samo promijenjene objekte u infobazu. Ako objekat nije promijenjen, tada prilikom učitavanja iz razmjene datoteke neće biti prepisan.

10. Optimizirano snimanje objekata

Režim vam omogućava da naglo smanjite broj pogodaka u bazi podataka za snimanje objekata.

11. Upišite registre sa skupovima zapisa

Režim omogućava da promjene registra zapisuju skupovi zapisa, a ne menadžeri zapisa.

12. Razmjena podataka preko COM-a

Za V8-V8 razmjenu, ako se izvorna i odredišna informacijska baza nalaze unutar iste lokalne mreže, preporučuje se korištenje razmjene putem COM veze. Potrebno je samo da obrada Universal Data Exchange bude prisutna u konfiguraciji prijemnika.

S poštovanjem, Vladimir Milkin(nastavnik i programer

Šta je Data Exchange.Load = Tačno, kako koristiti Data Exchange.Load.

Data Exchange.Loading je atribut bilo kojeg objekta u sistemu 1C Enterprise. Omogućava vam da prilikom snimanja objekta naznačite da je potrebno onemogućiti sve provjere (uključujući provjere na razini 1C platforme). Ovo je urađeno kako bi se izbjegli sukobi tokom razmjene podataka.

Ako razvijate vlastitu konfiguraciju, u svim provjerama ispravnosti podataka (na primjer, procedura prije pisanja), morate dodati sljedeći red kao prvi red:

Nabavite 267 video lekcija na 1C besplatno:

Ovo je dobra forma među 1C programerima.

Kontrola snimanja u standardnoj 1C obradi

Ako ste ikada koristili standardne (na primjer, Pretraži i zamijeni vrijednosti, Grupna obrada podataka, Univerzalna razmjena podataka, itd.), vjerovatno ste primijetili postavku koja se obično naziva “Kontrola zapisa”. Ova postavka je odgovorna za uključivanje/isključivanje atributa “Data Exchange.Download”.

Kako podesiti način razmjene podataka Preuzimanje

Vrlo je zgodno koristiti ovaj atribut u programskom kodu da onemogućite sve provjere. Na primjer, ovaj atribut je neophodan ako trebate snimiti objekt, ali ima nepopunjene potrebne detalje. Ovo se takođe može koristiti kao način za povećanje brzine masovne obrade podataka - ako onemogućite sve provjere, sistem brže upisuje objekt.

Ako izvršite globalnu pretragu za riječ u bilo kojoj standardnoj konfiguraciji Razmjena podataka, vidjet ćete mnogo linkova do njega. Kako u opštim modulima tako i u modulima imenika, dokumenata, registara itd. Hajde da razmotrimo šta je ovo svojstvo i za šta se koristi.

Kratka recenzija

Ako otvorite granu u pomoćniku za sintaksu Aplikacijski objekti, naći ćete da ih je mnogo: DirectoryObject, DocumentObject, za registre Set rekorda itd. postoji nekretnina Razmjena podataka.

Tip ovog objekta je: Opcije dijeljenja podataka, koji zauzvrat sadrži tri svojstva

Ova svojstva se koriste u procesu razmjene između čvorova distribuiranu informacijsku bazu. U vlasništvu Pošiljalac sprema se veza do čvora u kojem je objekt promijenjen. Primaoci sadrži skup čvorova plana razmjene u koje će promjene biti učitane. Ako su potrebne neke nestandardne radnje prilikom razmjene podataka između baze podataka i pošiljatelja, sastav skupa čvorova može se programski promijeniti. Ali želeo bih da se zadržim na trećem imanju detaljnije.

Property Data Exchange.Load

Ako je ovo svojstvo postavljeno na Istinito, ovo ukazuje da se upisuje objekat primljen putem mehanizama za razmjenu podataka. Ovo pretpostavlja da objekt sadrži ispravne podatke i da 1C platforma obavlja minimalan broj provjera. Ali vrlo često, prilikom pisanja objekta, mnoge programske provjere se vrše u unaprijed definiranim procedurama objektnog modula. I ovaj kod se također izvršava prilikom pisanja objekta primljenog iz datoteke razmjene. I u ovom slučaju može doći do grešaka, na primjer, zbog činjenice da podaci koji se provjeravaju jednostavno još nisu zabilježeni.

Stoga, vrlo često u objektnim modulima možete pronaći sljedeći kod:

Ovo vam omogućava da izbjegnete nepotrebne provjere prilikom razmjene podataka između baza podataka. Naravno, ako se neki kod u svakom slučaju mora izvršiti, on se mora postaviti prije provjere svojstva. Ova točka se mora uzeti u obzir prilikom dizajniranja novih metapodataka objekata ako imate distribuiranu bazu podataka i novi objekt je uključen u razmjenu.

S druge strane, prisustvo takvog koda omogućava programeru da ilegalno zaobiđe verifikaciju podataka prilikom programskog pisanja objekta, jer Imovina je također upisiva. Na primjer, koristeći ovaj kod:

NoviProizvod = Direktoriji. Roba. CreateItem() ; Novi proizvod. Ime = "Test snimanja"; Novi proizvod. DataExchange True ; Novi proizvod. Pisati() ;

A u nekim izuzetnim situacijama ovo zaista može pomoći kao privremena mjera. Ali ovo ne treba zloupotrebljavati.