Automatizirani sustavi U većini slučajeva sustavi upravljanja sastoje se od zasebnih baza podataka i često imaju geografski raspoređenu strukturu. Istovremeno, ispravno provedena razmjena podataka nužan je uvjet za učinkovit rad takvi sustavi.

Početno postavljanje centrale može zahtijevati brojne radnje, ne samo u smislu programiranja, već i savjetovanja, čak i ako se radi o homogenim izvorima, kao što je slučaj s proizvodima na platformi 1C:Enterprise. Zašto postavljanje 1C razmjene (ili, kako se još naziva, sinkronizacija podataka u 1C 8.3) može postati najdugotrajniji i najskuplji zadatak integracijskog projekta, pogledat ćemo u ovom članku.

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

• Uklonite dvostruki unos dokumenata;
• Automatizirati povezane poslovne procese;
• Optimizirajte interakciju između distribuiranih odjela;
• Pravovremeno 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 „razgraničiti“ informacijske tokove. Na primjer, razmjena podataka između 1C UT i 1C računovodstva ne zahtijeva učitavanje podataka o upravljanju u regulatornu računovodstvenu bazu podataka, tj. sinkronizacija u 1C ovdje će biti nepotpuna.

Ako zamislite standardni proces implementacija primarne razmjene podataka, kada je barem jedan od njenih objekata 1C proizvod, tada se mogu razlikovati sljedeće faze:

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

Identifikacija sastava 1C centrale

Objekti razmjene mogu se podijeliti na "izvor" i "primatelj". Istovremeno mogu obavljati dvije uloge u isto vrijeme, što ćemo nazvati dvosmjernom razmjenom. Izvorište i odredište određuju se logično ovisno o potrebi odn funkcionalnost sustavi.*

*Na primjer, pri integraciji “WA: Financier” - rješenja za vođenje financijskog računovodstva i upravljanja procesima riznice, razvijenog na temelju “1C:Enterprise”, stručnjaci WiseAdvice ga preporučuju kao glavni sustav. To je zbog dostupnosti kontrolnih alata za usklađivanje s pravilima politike primjene i, sukladno tome, za osiguranje učinkovitosti rješenja.

Zatim se na temelju zaprimljenih i evidentiranih zahtjeva korisnika izrađuje lista podataka za razmjenu, određuje se njihov volumen, zahtjevi za učestalošću razmjene te se propisuje proces rada s pogreškama i postupanja u iznimnim situacijama (kolizijama).

U istoj fazi, ovisno o floti postojećih sustava i strukturi poduzeća, određuje se format razmjene:

Distribuirana baza podataka

• RIB podrazumijeva razmjenu između identičnih konfiguracija baze podataka 1C, s 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 mastera do slavea).

Univerzalna razmjena podataka u 1C

• Mehanizam koji vam omogućuje konfiguriranje razmjene 1C baza podataka, kako s konfiguracijama na platformi 1C: Enterprise, tako i sa sustavima trećih strana. Razmjena se provodi prijenosom podataka u univerzalni xml format u skladu s „Planovima razmjene“.

EnterpriseData

• Najnoviji razvoj 1C, dizajniran za implementaciju razmjene podataka u xml formatu između proizvoda stvorenih na platformi 1C: Enterprise s bilo kojim sustavima automatizacije. Korištenje EnterpriseData pojednostavljuje izmjene povezane s razmjenom. Ranije, kada se nova konfiguracija uključuje u sustav, bilo je potrebno implementirati mehanizam za uvoz i izvoz podataka, kako za njega tako i za postojeće sustave. Sada sustavi koji podržavaju EnterpriseData ne trebaju nikakve izmjene, imaju samo jednu ulazno-izlaznu točku.

Definicija transporta (protokoli razmjene)

Za sustav na platformi 1C:Enterprise 8 pruža se širok raspon mogućnosti za organiziranje razmjene s bilo kojim informacijskim resursima koristeći općeprihvaćene univerzalne standarde (xml, tekstualne datoteke, Excel, ADO veza itd.). Stoga se pri određivanju prijenosa za razmjenu podataka trebate osloniti na mogućnosti baze podataka sustava treće strane.

Sinkronizacija imenika

Osnovno načelo učinkovite sinkronizacije imenika je prisutnost jedne ulazne točke. Ali ako govorimo o radu s imenicima koji su se povijesno ispunjavali prema različitim pravilima, potrebno je jasno definirati polja za sinkronizaciju kako bi se razmjena dovela do "zajedničkog nazivnika".*

*U ovoj fazi možda će biti potrebno obaviti rad na normalizaciji referentnih podataka na strani izvora podataka. Ovisno o stanju imenika i njihovom volumenu, proces usporedbe elemenata, prepoznavanja, identifikacije pogrešaka i duplikata, kao i popunjavanje polja koja nedostaju i dodjeljivanje polja za sinkronizaciju, može zahtijevati rad cijele skupine stručnjaka, kako na dio integratora (vlasnik tehnike normalizacije matičnih podataka) i sa strane kupca.

Postavljanje pravila

Mogućnost prikaza podataka iz izvornih sustava u prijamnicima ovisi o ispravno definiranim pravilima razmjene. Pravila, predstavljena u xml formatu, reguliraju korespondenciju ključnih detalja objekata izvora i primatelja. Rješenje 1C:Data Conversion dizajnirano je za automatizaciju stvaranja pravila za provedbu jednokratne i stalne razmjene.

Jamči gubitak podataka tijekom razmjene Plan razmjene. Ovaj komponenta bilo koja konfiguracija na platformi 1C:Enterprise, u potpunosti opisujući postupak za 1C razmjenu: sastav podataka (dokumenti s "identifikacijskim" detaljima) i čvorovi (informacijske baze prijamnika-odašiljača), kao i aktivacija RIB-a za odabrane smjerove razmjene.

Svaka promjena podataka unesenih u Plan razmjene se evidentira i dobiva oznaku „promijenjeno“. Sve dok se promijenjeni podaci međusobno ne poklapaju u prijemno-odašiljačkim čvorovima, znak se neće poništiti, a sustav će slati kontrolne poruke u oba čvora. Nakon učitavanja podataka i potvrđivanja njihove pune usklađenosti u oba sustava, znak se poništava.

Raspored razmjene u 1C

Kako bi se automatizirala redovita razmjena, postavlja se učestalost učitavanja podataka. Učestalost zamjene ovisi o potrebi i tehničkim mogućnostima. Također, konfiguracije na platformi 1C:Enterprise omogućuju vam da konfigurirate razmjenu podataka kada se dogodi događaj.

Nakon što smo razmotrili standardni postupak implementacije razmjene, obratimo pozornost na čimbenike koji će zahtijevati poboljšanja u različitim fazama:

• Nestandardne, vrlo modificirane konfiguracije baze podataka;
• Različite verzije platforme "1C:Enterprise";
• Konfiguracijske verzije koje nisu ažurirane dulje vrijeme;
• Predmeti razmjene koji su prethodno bili modificirani;
• Potreba za nestandardnim pravilima razmjene;
• Vrlo različit skup i sastav detalja u postojećim referentnim knjigama.

Budući da čak i standardne radnje za provedbu primarne razmjene podataka zahtijevaju stručno znanje, preporučuje se njihovo provođenje uz sudjelovanje stručnjaka 1C. Tek nakon dovršetka svih gore opisanih koraka prijeđite na postavljanje razmjene u konfiguraciji. Pogledajmo integraciju baza podataka na primjeru 1C: UPP i 1C: Retail (razmjena s 1C: UT postavljena je po istoj shemi). Standardna sinkronizacija također uključuje SCP - SCP razmjenu, koja je tipična za automatizirane sustave velikih razmjera u najvećim industrijskim poduzećima.

U podizborniku “Service” odaberite “Razmjena podataka s proizvodima na platformi...” (odabirom izravne razmjene s “Maloprodajom” često dolazi do grešaka na razini COM objekata). Obratimo pozornost na servisnu poruku " Ova prilika nije dostupno."

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

...i potvrdite okvir. Zatim zanemarite poruku o pogrešci.

U postavkama sinkronizacije podataka odaberite “Kreiraj razmjenu s “Maloprodajom”...

Prije konfiguriranja postavki veze putem lokalnog ili mrežnog imenika, trebali biste provjeriti ima li prostora na disku za imenik. Iako u pravilu ne zauzima više od 30-50 MB, u iznimnim slučajevima može zahtijevati i do 600 MB. Možete stvoriti traženi imenik izravno iz konfiguratora.

Kada se povezujete putem mrežnog imenika, od vas se traži da konfigurirate vezu pomoću FTP adrese i e-pošta ignorirajte klikom na “Dalje”.

U postavkama ručno unosimo prefikse - simboli baze podataka (obično BP, UPP, RO), postavljamo pravila i datum početka preuzimanja podataka. Prefiks će biti naveden u nazivu dokumenata za označavanje baze podataka u kojoj su stvoreni. Ako se pravila prijenosa ne uređuju, podaci će se prema zadanim postavkama učitati prema svim dostupnim parametrima.

Stvaramo datoteku postavki razmjene za "Maloprodaju" kako ne bismo ponavljali naše radnje. Ako trebate odmah poslati podatke odmah nakon postavljanja sinkronizacije, označite okvir.

Kako biste automatizirali proces razmjene, morate postaviti raspored.

Izbornik "Maloprodaja".

Označite okvir i odaberite "Sinkronizacija".

Izvodimo "obrnuto" postavljanje odabirom Production Enterprise Management.

Učitajte datoteku postavki kreiranu u UPP-u.

Stavimo kvačicu, sustav automatski preuzima adresu.

Postupamo na isti način kao i u UPP-u.

Usporedba podataka verifikacije (Preporuča se ručna usporedba podataka u pripremnoj fazi, jer ovaj posao može postati najintenzivniji u procesu provedbe razmjene). Prozor za usporedbu otvara se dvostrukim klikom miša.

U slučaju greške u sinkronizaciji, “Detalji...” bit će zamijenjeni sa “Nikad...”.

“Detalji...” otvara dnevnik s ažuriranim podacima o burzi.

Spreman.

Pozdrav, dragi čitatelji bloga! Ako imate konfiguraciju za pretvorbu podataka, tada imate sve potrebne alate za razmjenu podataka u 1C:Enterprise 8.2, posebno dokumenata i referentnih knjiga. U članku je opisan rad u konfiguraciji Data Conversion, izdanje 2.1.4.1.

Pronađimo datoteku za obradu MD82Exp.epf kao dio konfiguracijskog distribucijskog paketa Data Conversion.
Bit će potrebno preuzeti opis strukture metapodataka konfiguracije izvorne i odredišne ​​baze podataka.

Također ćemo pronaći datoteku za obradu V8Exchan82.epf kao dio iste distribucije.
Bit će potrebno za istovar izvorne baze podataka i učitavanje odredišne ​​baze podataka.

Što ako su vaše 1C konfiguracije identične? Onda vrijedi isprobati drugu metodu, opisanu u bilješci. Također se može koristiti za razmjenu podataka između identičnih baza podataka.

Što ako trebate prenijeti podatke iz verzije 1C 7.7 u verziju 1C 8.2? Tada biste trebali koristiti opisane savjete.

Pa počnimo:

Prvo, pustimo opise strukture metapodataka izvora i odredišta.

1. Otvorimo izvornu bazu podataka u načinu rada 1C:Enterprise 8.2 i počnimo s obradom MD82Exp.epf
   za preuzimanje opisa izvorne strukture metapodataka.
   Spremimo izvornu strukturu metapodataka u datoteku Rules1.xml.

1. Otvorimo bazu podataka primatelja u načinu rada 1C:Enterprise 8.2 i počnimo s obradom MD82Exp.epf
   za preuzimanje opisa strukture metapodataka primatelja.
   Spremimo strukturu metapodataka primatelja u datoteku Rules2.xml.

Učitajmo opise strukture metapodataka obje konfiguracije.

1. Pokrenimo konfiguraciju pretvorbe podataka u načinu rada 1C:Enterprise 8.2.
2. Otvorimo direktorij "Konfiguracije" (Imenici—>Konfiguracije). Pohranjuje informacije o konfiguraciji,
   između kojih se mogu konfigurirati pravila razmjene.
3. Dodajmo informacije o konfiguraciji izvora. Kliknite gumb "Dodaj" ili tipku "Umetni".
4. Naznačimo put do datoteke s izvornom strukturom metapodataka Rules1.xml. Pritisnite gumb "Preuzmi".
   Sada vidimo da u direktoriju "Konfiguracije" postoji novi element s nazivom izvorne konfiguracije.

1. Dodajmo informacije o konfiguraciji prijemnika. Kliknite gumb "Dodaj" ili tipku "Umetni".
2. Naznačimo put do datoteke sa strukturom metapodataka primatelja Rules2.xml. Pritisnite gumb "Preuzmi".
   Sada vidimo da se pojavio novi element u direktoriju “Configurations” s nazivom konfiguracije prijemnika.

Dakle, učitali smo informacije o izvoru i odredištu. Sada možemo konfigurirati pravila razmjene.
U sljedećem koraku koristit ćemo novostvorene elemente direktorija “Configurations” i odabrati ih
u direktoriju "Konverzije".

1. Otvorimo direktorij "Konverzije" (Directories—>Conversions). Ovaj vodič sadrži informacije
   u kojem se određuje između kojih konfiguracija se vrši razmjena i u kojem smjeru.
2. Dodajmo novi element. Kliknite gumb "Dodaj" ili tipku "Umetni".

1. Naznačujemo izvornu konfiguraciju iz direktorija "Konfiguracije". Polje "Konfiguracija - izvor:".
2. Odredimo konfiguraciju prijemnika iz direktorija "Konfiguracije". Polje “Konfiguracija - Prijemnik:”.

1. Pritisnite gumb "OK".
2. Pojavit će se dijaloški okvir "Informacije", s kojim možete automatski kreirati sva pravila razmjene na temelju
   podudaranje naziva konfiguracijskih objekata ili samo jedno pravilo ručno.

1. Ako odaberete prvu opciju iz dijaloškog okvira "Informacije", drugi dijalog s tekstom
   "Stvoriti pravila za prijenos podataka?" Pritisnite gumb "OK".

Odlično, konfigurirali smo pravila razmjene. Sve što preostaje je učitati ta pravila razmjene u datoteku.

Pravila pretvorbe su spremna! Sada razmijenimo podatke.

Otvorimo izvornu bazu podataka u načinu rada 1C:Enterprise 8.2 i počnimo s obradom
za učitavanje izvornih podataka.

Ovo je datoteka za obradu V8Exchan82.epf. Ili otvorite “Alati” -> “Ostale razmjene podataka” -> “Univerzalna razmjena podataka u XML formatu”

1. U obradi, na kartici “Učitavanje podataka” odaberite naziv datoteke s pravilima (spremili smo je ovdje: C:\Bases\DataExchangeRules.xml).
   Suglasni smo s preuzimanjem pravila razmjene podataka. Kliknimo na gumb "Da".
2. Odredimo naziv podatkovne datoteke. (Na primjer, C:\Bases\Data Upload.xml). Ako datoteka ne postoji, bit će kreirana.

1. Naznačimo razdoblje. Kliknite gumb "Učitaj podatke" (nalazi se na ploči pri vrhu).

Učitajmo sada podatke u bazu podataka primatelja. Otvorimo ga u načinu rada 1C:Enterprise 8.2 i počnimo s obradom

Ovo je datoteka za obradu V8Exchan82.epf. Ili otvorite “Alati” -> “Ostale razmjene podataka” -> “Univerzalna razmjena podataka u XML formatu”

1. U obradi na kartici “Učitavanje podataka” odaberite naziv podatkovne datoteke (spremili smo je ovdje: C:\Bases\Data Upload.xml).
2. Kliknite gumb "Učitaj podatke" (nalazi se na ploči pri vrhu).

Podaci su učitani!

Postoje slučajevi kada se pojedini detalji razlikuju u tabelarnom dijelu dokumenta odredišne ​​i izvorne baze podataka.
Primatelj može imati atribut tipa "Imenik", a izvor može imati atribut s istim imenom, ali njegov tip je "Enumeracija".
Što da napravim? Kako ispravno postaviti pravila za pretvaranje ovog objekta? Koristite savjete iz članka.

Isti koraci vrijede za verzije 1C:Enterprise 8.1 i 1C:Enterprise 8.0. Distribucija konfiguracije Data Conversion uključuje datoteke za obradu za ove verzije MD81Exp.epf i V8Exchan81.epf, MD80Exp.epf i V8Exchan.epf.

Osim toga, pomoću konfiguracije Pretvorba podataka možete preuzeti podatke iz verzije 1C:Enterprise 7.7. U prilogu su datoteke V77Exp.ert (preuzimanje podataka), V77Imp.ert (preuzimanje podataka), MD77Exp.ert (preuzimanje opisa strukture metapodataka konfiguracije).

Članak detaljno opisuje kako koristiti ove tretmane.

U stvarnom životu, rijetka je tvrtka koja se snalazi sa samo jednom 1C bazom podataka. Najčešća situacija su dvije osnove, računovodstvena i obračunska.

Osnove moraju biti povezane - plaće su obračunate, obračunati porezi moraju ići u računovodstvo na naplatu.

Za povezivanje nekoliko baza podataka postoji Exchange 1C. Kako on radi?

Što je Exchange 1C?

Postoji lanac trgovina i središnji ured. Svaka trgovina i ured ima skladište. Roba se premješta od skladišta do skladišta (uglavnom iz centralnog skladišta u skladišta skladišta), te se prodaje u trgovinama.

Baza podataka 1C Retail koristi se u uredu i ista baza podataka u svakoj trgovini. Baze u trgovinama su podređene bazi u uredu.

U uredu se izrađuju dokumenti o kretanju robe od skladišta do skladišta te se određuju cijene. Dokumenti se učitavaju u podređene baze podataka i roba se tamo "pojavljuje".

Trgovine izrađuju dokumente o obavljenim prodajama robe. Dokumenti se učitavaju u bazu podataka ureda i tamo se "pojavljuju" prodaje.

Ova se shema naziva distribuirana informacijska baza (RIB). Procedure za “upload” dokumenata – dvosmjerna 1C razmjena. A postavljanje ove sheme je URIB ili URIBD (distributed information database management).

Načela razmjene imenika u 1C

1C imenici (a skup svih imenika "u kompleksu" naziva se NSI - normativni referentne informacije) – obično bi trebao biti isti u različitim bazama podataka. To znači da čak i ako postoji više baza podataka, popis robe, skladišta i izvođača je isti u različitim bazama podataka.

Uobičajena praksa je kada se direktoriju dopušta uređivanje u jednoj bazi podataka, a on se kopira ("migrira") u ostale. Kao što smo već spomenuli, svaki 1C element ima jedinstveni identifikator - GUID. Imenici se obično kopiraju zajedno sa svojim GUID-om i stoga su identični u cijelom distribuiranom informacijskom sustavu.

U suprotnom, kada je nekoliko inicijalno postojećih baza podataka povezano ili kada se direktoriji mogu stvoriti u različitim bazama podataka u isto vrijeme, njihovi GUID-ovi će biti različiti. Za to postoji mehanizam podudaranja. U poseban registar informacija tijekom 1C razmjene bilježi se podatak da je element iz baze podataka br. 1 s GUID-om xxx jednak elementu u ovoj bazi s GUID-om yyy. U početku se postojeći elementi koji više nisu jednaki moraju usporediti automatski (koristeći druge pojedinosti, na primjer, prema imenu ili poreznom identifikacijskom broju i kontrolnoj točki) ili ručno.

Načela razmjene dokumenata u 1C

Dokumenti u 1C knjiže se prema registrima i tada se smatraju "knjiženim". To dovodi do razumljivih poteškoća tijekom prijenosa.

Jedna je mogućnost prenijeti samo dokumente i ponovno ih prenijeti nakon preuzimanja. Ova metoda se često koristi, ali može dovesti do pogrešaka - dokument možda neće biti objavljen u novoj bazi podataka, budući da uvjeti tijekom knjiženja mogu biti drugačiji od onih u trenutku kada je dokument objavljen u izvornoj bazi podataka.

Druga mogućnost je zajednički prijenos dokumenata i registara. Kako razumijemo, odmah se postavlja pitanje - ili prenosimo sve dokumente općenito, a zatim cijeli registar općenito, ili smo prisiljeni odabrati za prijenos samo kretanja na prenesenim dokumentima.

Recimo da trebamo prenijeti stavku iz imenika Nomenklatura. Ovaj direktorij ima 10 polja, od kojih su 5 nizovi i brojevi, a 5 su poveznice na druge direktorije.

Sukladno tome, prilikom prijenosa jednog elementa Nomenklature, prisiljeni smo tražiti i prenijeti i 5 elemenata drugih imenika.

Dakle, prilikom prijenosa jednog elementa imenika ili jednog dokumenta, 100 ili više drugih 1C objekata može se prenijeti putem veze.

Zapravo, rečeno je da se gotovo sve reference konfiguracije odnose jedna na drugu na ovaj ili onaj način.

1C planovi razmjene

Pretpostavimo da smo kreirali distribuiranu bazu podataka i izvršili 1C razmjenu. Roba je otkupljena u centralno skladište i pripremljena za otpremu u trgovine. U 1C u uredu su uveli potrebne dokumente kretanje robe. Zahtijeva da se utovare u trgovine.

Što uraditi? Ponovno izvršiti potpunu razmjenu 1C? Dugo i neučinkovito! Bilo bi puno bolje izračunati što su točno dodali ili promijenili korisnici u uredu, pa da se samo izmjene šalju u trgovine.

Za to postoje planovi razmjene 1C. Programer unaprijed kreira plan 1C razmjene za obavljanje 1C razmjene s nekom drugom bazom podataka, na primjer s našim trgovinama.

Plan razmjene 1C bilježi kada korisnici rade s imenicima i dokumentima što je dodano ili promijenjeno od posljednje razmjene 1C s ovom bazom podataka.

Izrada URIB 1C

Dakle, kreirat ćemo distribuiranu bazu podataka od nule. U početku imamo "matičnu" bazu ureda. Iz njega ćemo odabrati baze podataka trgovina koje će mu biti podređene.

Tipične konfiguracije već imaju standardne 1C planove razmjene. Vrste baza za koje su namijenjene intuitivno su jasne iz naziva:

• Razmjena 1C s web mjestom: razmjena s web mjestom 1C:Bitrix
• Razmjena 1C UPP-UT ili UT-Retail: tipične razmjene sa sestrinskim konfiguracijama
• Potpuna – 1C razmjena s bazom podataka na temelju iste konfiguracije.

RIB - distribuirana informacijska baza - također se može napraviti na temelju 1C "Punog" plana razmjene. U konfiguratoru, u ovom planu razmjene 1C, treba označiti potvrdni okvir "Distribuirana infobaza".

Plan razmjene 1C kreiran u konfiguratoru pokazuje da ćemo razmjenu vršiti ovom konfiguracijom. U načinu rada Enterprise, u istom planu razmjene 1C, sada trebate navesti određene baze podataka na temelju ove konfiguracije.

Idemo na plan razmjene 1C (Operacije/Plan razmjene; ​​može biti i u drugom izborniku, često u izborniku Usluga/XXX).

Na popisu baza podataka u planu razmjene 1C postoji jedna sa zelenim krugom na slici. Ovaj element označava OVU BAZU. Preostali elementi označavaju DRUGE baze s kojima se 1C razmjenjuje.

Potrebno je ispuniti i naziv i šifru svih elemenata.

Za izradu podbaze trgovine:

• Postavite kursor na popis na element 1C plana razmjene, koji smo stvorili kao "bazu trgovine"
• Odaberite stavku izbornika “Akcije/Stvori početnu sliku”.

Kao rezultat toga, stvorit će se jedna baza podataka s početnim podacima učitanim u nju. Ovo se mora ponoviti za svaki element 1C plana razmjene, osim za TRENUTNU BAZU.

Teorija 1C mjenjačnica

Teorija 1C razmjene je prilično jednostavna:

• Jedna od baza podataka (obično baza podataka centra) pokreće 1C razmjenu prema rasporedu ili "po događaju" (prijava u bazu podataka određenog korisnika, itd.)
• 1C razmjena sastoji se od preuzimanja datoteke iz baze podataka
• Datoteka se mora premjestiti na mjesto gdje je podređena baza podataka može preuzeti (obično dijeljenje ili ftp, rjeđe e-pošta)
• Podređena baza podataka preuzima primljenu datoteku
• Kao potvrdu da je informacija primljena, podređena baza podataka učitava datoteku "odgovora", koja se učitava natrag u središnju bazu podataka na isti način
• Sesija 1C razmjene je završena.

Postoje i druge metode razmjene 1C, ne putem datoteka, već, na primjer, putem izravne COM veze između dvije baze podataka. Njegove prednosti:

• Nije potreban "prostor za pohranu i prijenos datoteka".
• Nema potrebe za ponovnim učitavanjem potvrde
• Sve se odvija brže zbog prva dva boda.

Međutim, ograničenje je jasno - baze moraju biti toliko dostupne jedna drugoj da bi mogle pokrenuti COM vezu.

Postavljanje RIB 1C

U konstantama tipične konfiguracije(Operacije/Konstante; ili Postavke servisa/programa) - obično da opća postavka 1C mjenjačnice. Ovo je prefiks u kodovima elemenata i brojevima dokumenata za jednostavno određivanje u kojoj je bazi podataka stvoren. Kao i interna metoda za pohranjivanje informacija o mjestu gdje su kreirani imenici i dokumenti.

Sada morate konfigurirati kako će se odvijati proces periodične razmjene 1C informacija između stvorenih baza podataka.
Sve RIB postavke u 1C su u standardnim konfiguracijama, obično u izborniku Servis/Distribuirane baze podataka/Konfiguracija RIB čvorova.

Za svaki prethodno kreirani element “remote store base” potrebno je dodati element postavki.

Postavke označavaju metodu razmjene 1C: datoteka (dijeliti), datoteka (FTP), datoteka (e-pošta).

Stvaranje i postavljanje distribuirane baze podataka 1C u tankom klijentu

Pogledajmo sličnu postavku u tipičnoj konfiguraciji na temelju tanak klijent– Revizija upravljanja trgovinom 11.
Postavke (i kreiranje od nule) nalaze se na kartici Administracija sučelja. Stavka “Razmjena podataka”.

Odaberite "Stvori razmjenu u distribuiranoj informacijskoj bazi".

Od samog početka 1C će od nas tražiti da navedemo kako ćemo razmjenjivati ​​informacije s podređenom bazom podataka. Ovdje je opcija konfiguracije "putem datoteke na loptu".

Ovdje je opcija konfiguracije putem FTP datoteke.

Naziv naše postavke 1C razmjene.

I odmah prijedlog za stvaranje "početne slike" - to jest same robne baze podataka s učitavanjem primarnih informacija u nju.

Za razliku od konfiguracije na debelom klijentu, obje postavke 1C razmjene su na jednom mjestu.

Znamo strukturu metapodataka informacijska baza izvor i prijemnik. Ove informacije su nam sasvim dovoljne da odredimo koje objekte izvorne informacijske baze treba pretvoriti u koje objekte primateljske informacijske baze. To jest, možemo uspostaviti neku korespondenciju između objekata izvorne i primateljske informacijske baze. Na primjer, možemo specificirati da direktorij Nomenklature izvorne infobaze odgovara direktoriju Nomenklature (ili nekom drugom direktoriju) infobaze primatelja.

Takvu korespondenciju između izvorišnog i odredišnog objekta nazvat ćemo "Pravila pretvorbe objekta" ili OCR.

Prikazani primjer pokazuje da se za pravila razmjene (ili pretvorbe) “Dva objekta u jedan” uspostavlja korespondencija objekata za imenike “Korisnici” i “Pojedinci”. Odnosno, navedeno je da objekte direktorija "Korisnici" iz izvorne infobaze treba prenijeti u objekte direktorija "Korisnici" infobaze primatelja.

Kada se uspostavi korespondencija između objekata, možete odrediti kako prenijeti detalje tih objekata. Odnosno, trebamo navesti da atribut "Ime" jednog imenika odgovara atributu "Ime" drugog.

Ovu korespondenciju između svojstava (ili detalja) izvornih i odredišnih objekata nazvat ćemo "Pravila pretvorbe svojstava" ili PCS.

Prikazani primjer pokazuje da se za pravila za pretvaranje objekata "Korisnici" uspostavljaju 3 korespondencije između svojstava (ili detalja) objekata. Naznačeno je da se atribut "Ime" direktorija "Korisnici" izvorne baze podataka mora pretvoriti u atribut "Ime" direktorija "Korisnici" baze podataka primatelja.

Kada je zadana korespondencija između svojstava objekata, program treba specificirati kriterije za podudaranje objekata (odnosno, treba naznačiti kako tražiti objekt u odredištu pomoću izvornog objekta) u dvije informacijske baze. Za takvu usporedbu koristite potvrdni okvir "Traži" za odgovarajuće pravilo pretvorbe objekta. Ako je potvrdni okvir označen, pretraživanje odgovarajućeg objekta izvršit će se pomoću ovog svojstva. U navedenom primjeru jasno je vidljivo da će se traženje objekta u infobazi primatelja vršiti pomoću atributa “Ime”. Ako je pretraživanje postavljeno korištenjem nekoliko detalja, tada će se pretraživanje provesti korištenjem svih njih istovremeno (to jest, uvjeti su nametnuti s "I". U ovom slučaju pravilo podudaranja je sljedeće: Pretraživanje u informacijskoj bazi - primatelj za objekt za koji svi detalji pretraživanja odgovaraju detaljima pretraživanja izvornog objekta).

Osim toga, moguće je postaviti korespondenciju između unaprijed definiranih elemenata referentnih knjiga, planova karakterističnih tipova i vrijednosti popisa. Takvu usporedbu nazvat ćemo “Pravila pretvorbe vrijednosti” VKZ-a.

Prikazani primjer pokazuje da je za pravila za pretvaranje objekata "Vrste agentskih ugovora" uspostavljena korespondencija između vrijednosti enumeracije. To jest, vrijednost enumeracije "Rent" u izvornoj informacijskoj bazi mora se pretvoriti u vrijednost enumeracije "Rent" u odredišnoj infobazi.

Upoznali smo se s pravilima pretvaranja objekata, svojstava i vrijednosti. Na prvi pogled vrlo jednostavna pravila usporedbe vam omogućuju prijenos podataka iz jedne infobaze u drugu.

Iskreno, Vladimir Milkin(učitelj i programer).

Udžbenik o 1C pretvorbi podataka (2. izdanje) Detaljan uvod u pravila razmjene

Znamo koja su pravila razmjene i zašto su potrebna. Pogledajmo pobliže dodatnu funkcionalnost rada s pravilima razmjene. Otvorimo postavke za pravila razmjene (pretvorbe) podataka:

Pravila razmjene navode konfiguracije izvora i odredišta za podatke, osim toga:

Kartica "Napredno":

Možete odrediti zadani naziv datoteke za spremanje pravila razmjene, module za prijenos i preuzimanje podataka za 7.7, naziv pravila razmjene.

Kartica "Parametri":

Recimo da ured prihvaća narudžbe isključivo za robu, pa je preporučljivo uspostaviti zabranu usluga istovara. Ako je referentni element Nomenclature attribute Service postavljen na True, tada je zajamčeno da se neće isprazniti. Najbolje je odmah učiniti kontrolu nad istovarom usluga neobveznom, kako ne biste promijenili pravila ako udaljeni ured počne prihvaćati narudžbe za usluge.

U ovom slučaju, morat ćemo naučiti dvije nove tehnike za rad s konfiguracijom "Pretvorba podataka" - korištenje rukovatelja i postavljanje parametara.

Parametri su specijalizirana struktura podataka u algoritmima za istovar koji se mogu koristiti za pristup varijablama obrade. Postavljanje strukture parametara za pravila konverzije provodi se u konfiguraciji "Konverzija podataka", a postavljanje vrijednosti parametara moguće je u obliku učitavanja i preuzimanja podataka obrade.

Za uređivanje parametara otvorite obrazac elementa imenika konverzija za uređena pravila razmjene i idite na karticu parametri. Kreirajmo novi element imenika Parametri. Dodijelimo naziv parametru – UnloadServices. Naziv parametra koristi se za upućivanje na njega u strukturi parametara prilikom pisanja programski kod u rukovateljima. Naziv će biti prikazan u tabelarnom dijelu Parametara u obrascu za obradu univerzalna razmjena podaci. Kako bi parametar bio vidljiv u dijalogu prilikom postavljanja uploada, potrebno je označiti kućicu "Postavi u dijalogu" i odabrati vrstu vrijednosti parametra. Da biste radili s parametrima u dijaloškom okviru, također morate odabrati potvrdni okvir "Preuzmi parametre u formatu verzije 2.01" u obliku elementa direktorija konverzija.

Nije dovoljno samo navesti parametre, algoritam za istovar mora "razumjeti" u kojem slučaju treba isprazniti element, au kojem ne. Za slične (i mnoge druge) slučajeve koristi se mehanizam rukovatelja. Njegova bit leži u činjenici da se u ključnim točkama u izvršavanju svih osnovnih algoritama za učitavanje i učitavanje podataka obrađuje kod koji je programer napisao prilikom kreiranja pravila razmjene. Naravno, korištenje tako osjetljivog instrumenta zahtijeva oprez i promišljenost. Preporučujemo da prije pisanja vlastitih rukovatelja pažljivo pročitate pomoć za konfiguraciju "Data Conversion 2.0", koja opisuje sve varijable dostupne u rukovateljima i kako ih koristiti, kao i vrste rukovatelja i značajke pozivanja ih u algoritmima razmjene podataka.

Za našu svrhu, trebamo koristiti rukovatelja pravilom za istovar "Prije istovara". Otvorimo pravilo prijenosa nomenklaturnih podataka i postavimo sljedeći programski kod u polje "Prije prijenosa" na kartici "Događaji":

Što radi naš voditelj? Prilikom pisanja programskog koda koristili smo varijable algoritama za učitavanje podataka. Struktura Parameters služi za pristup parametru UnloadServices koji je naveden u obrascu obrade razmjene podataka. Varijabla objekta omogućuje pristup objektu koji se straniči. A varijabla Odbijanje vam omogućuje da kontrolirate odbijanje istovara trenutnog objekta. Rukovatelj se izvršava neposredno prije istovara objekta, što omogućuje otkazivanje istovara objekta.

SAMO ZA V8 - V8 RAZMJENU I OBRADU PRENOSA I PREUZIMANJA NAJMANJE 2.0.18.1

Moguće je prenijeti parametre iz jedne konfiguracije u drugu. Da biste to učinili, dovoljno je označiti potvrdni okvir “Pass parameter when uploading” na kartici “Parameters” i ovaj će parametar biti smješten u datoteku za razmjenu, a njegovoj vrijednosti se može pristupiti prilikom učitavanja podataka. Možete odrediti pravilo konverzije za parametar prema kojem se vrijednosti trebaju pretvoriti. Pomoću potvrdnog okvira "Propusti parametar pri učitavanju" možete prenijeti samo one parametre koji su uređeni u dijaloškom okviru prilikom učitavanja podataka. Ako trebate proslijediti parametar koji nije prisutan u ovom dijalogu, trebate pozvati proceduru:

Na kartici Parametri prijenosa pojavio se parametar koji mijenja vrijednosti koje su usluge ispražnjene ili neispunjene.