Tehnologija distribuiranih informacijskih baza (RIB) omogućuje vam stvaranje geografski distribuiranog sustava temeljenog na konfiguracijama 1C Enterprise. To vam omogućuje da imate zajednički informacijski prostor čak i s onim odjelima koji nemaju pouzdan komunikacijski kanal, kombinirajući visoku autonomiju čvorova s ​​mogućnošću brze razmjene informacija. U našim člancima ćemo pogledati značajke i praktičnu implementaciju ovog mehanizma na platformi 8.2

Prije svega, zapitajmo se: zašto autoexchange? Moderne tehnologije, u kombinaciji s jeftinim i brzim internetom, omogućuju organizaciju rada na daljinu bez ikakvih poteškoća. Izbor metoda je širok kao i uvijek: RDP, tanki i web klijenti, povezivanje mreža pomoću VPN-a - postoji mnogo toga za razmišljanje. Međutim, sve ove metode imaju jedan značajan nedostatak - jaku ovisnost o kvaliteti komunikacijskog kanala.

Čak i uz idealan rad lokalnog pružatelja usluga, nemoguće je jamčiti 100% dostupnost komunikacijskog kanala. Problemi s pružateljem okosnice, nedostatak napajanja, fizičko oštećenje komunikacijske linije i mnogi drugi čimbenici čine ovaj zadatak nepremostivim. Istodobno, nedostupnost informacijske baze u udaljenom skladištu ili maloprodajnoj trgovini dovodi do prilično značajnih gubitaka. I na kraju, nemojmo zaboraviti da postoje mjesta (primjerice industrijske zone na periferiji gradova) gdje je pružanje kvalitetnog komunikacijskog kanala skupo i/ili problematično.

RIB mehanizam omogućuje vam da se riješite ovih nedostataka; svaki odjel ima svoju kopiju informacijske baze s kojom možete samostalno raditi čak i u potpunoj odsutnosti komunikacije s vanjskim svijetom. A mala količina prenesenih informacija omogućuje vam korištenje bilo kojeg komunikacijskog kanala, uključujući mobilni internet, za razmjenu.

RIB na platformi 8.2 nije nešto fundamentalno novo, predstavlja daljnji razvoj RIB platforme 7.7, samo što je sada ova tehnologija postala dostupnija i jednostavnija. Za razliku od RIB komponente, koja se morala kupiti zasebno, RIB je sastavni dio mnogih standardnih konfiguracija i radi u potpunosti u korisničkom načinu rada, što vam omogućuje da bez konfiguratora čak iu fazi postavljanja.

U ovom trenutku bilo bi vrijeme da prijeđemo na praktični dio, ali ćemo morati napraviti još jednu digresiju. Činjenica je da je prelazak na platformu 8.2, koji se čini već dogodio, zapravo doveo do pojave dvije vrste konfiguracija: temeljene na upravljanoj aplikaciji, “nativne” za platformu 8.2, i prilagođene 8.1, nastavljajući koristiti zastarjele tehnologije i mehanizme. Budući da je značajan dio konfiguracija (Računovodstvo poduzeća, Obračun plaća i Upravljanje ljudskim resursima) prilagođen ili prijelazni, ne mogu se odbaciti, tako da će prvi dio našeg članka biti posvećen ovim konfiguracijama (u biti platformi 8.1), dok u drugom dijelu ispitat ćemo postavljanje automatske razmjene za konfiguracije temeljene na upravljanoj aplikaciji (platforma 8.2).

Razmotrimo praktični zadatak: postavljanje automatske razmjene putem FTP-a za konfiguraciju Enterprise Accounting 2.0. Unatoč činjenici da RIB omogućuje razmjenu putem e-pošte ili dijeljenja datoteka, preporučujemo korištenje FTP-a kao najjednostavnijeg i najpouzdanijeg načina komunikacije. Možete pročitati kako postaviti vlastiti FTP poslužitelj ili možete koristiti FTP uslugu bilo kojeg pružatelja usluga hostinga.

Prije svega, moramo konfigurirati čvorove razmjene. Da biste to učinili, pokrenite konfiguraciju s administratorskim pravima i odaberite Transakcije - Planovi razmjene.

Na popisu koji se pojavi odaberite puna plan ili Po organizaciji, ako se u jednoj bazi vode evidencije za više tvrtki i razmjenu je potrebno izvršiti samo za jednu od njih. U prozoru koji se otvori već postoji jedan čvor - središnji, moramo ga urediti navođenjem šifre i naziva.

Zatim ćemo stvoriti još jedan čvor za granu, ispunjavajući ga na isti način (za dodavanje kliknite zeleni krug s plusom). Sljedeći korak je stvaranje početne slike za ovaj čvor, koja je gotova baza podataka u načinu rada datoteke. Da biste to učinili, desnom tipkom miša kliknite željeni čvor i odaberite s padajućeg popisa Napravite početnu sliku.

Sada idemo dalje Usluga - Distribuirana informacijska baza (DIB) - Konfigurirajte RIB čvorove.

U prozoru koji se otvori kliknite gumb Dodati i konfigurirajte novu razmjenu tako da navedete udaljeno računalo, vrstu razmjene (putem FTP-a) i parametre veze s poslužiteljem.

Knjižna oznaka Automatska zamjena omogućuje postavljanje rasporeda razmjene, razmjena po događajima (početak i završetak rada i sl.), ove postavke se rade za korisnika u čije ime će se vršiti razmjena, stoga provjerite ima li on prava na razmjenu podataka.

Ne zaboravite navesti prefiks čvora za numeriranje dokumenata (inače ćete dobiti različite dokumente s istim brojevima) u Alati - Postavke programa; ovdje također možete konfigurirati neke druge parametre razmjene. Na istoj kartici trebate odabrati korisnika za obavljanje zadataka razmjene; ​​ako to ne učinite, raspored neće raditi. Ne zaboravite da će se razmjena izvršiti samo ako je korisnik prijavljen u program.

Ovo dovršava konfiguraciju središnjeg čvora; sada trebate izvršiti slične postavke za periferni čvor, povezujući početnu sliku kao postojeći informacijski sigurnosni sustav. Nakon toga možete započeti s razmjenom podataka. Za kontrolu trebate koristiti Monitor komunikacije, omogućuje vam ne samo praćenje uspješnosti učitavanja/preuzimanja, već također prikazuje sve nastale kolizije ili odgođene pokrete (ako korisnik koji je napravio razmjenu nema dovoljno prava za izvođenje bilo kakvih radnji u bazi podataka). Prisutnost ovog alata omogućuje vam brzo i učinkovito rješavanje različitih vrsta problema koji nastaju tijekom automatske razmjene.

U ovom trenutku, postavljanje razmjene može se smatrati završenim i možete početi raditi u distribuiranom načinu rada. Vrijedno je posebno se zadržati na ažuriranju ili izmjenama konfiguracije. Ove radnje dostupne su samo na središnjem čvoru; sve napravljene promjene automatski će se prenijeti na periferne čvorove tijekom sljedeće razmjene. Da biste automatski izvršili promjene, periferna baza podataka mora biti u ekskluzivnom načinu rada, inače ćete se morati pokrenuti Konfigurator i izvršiti Ažuriranje konfiguracije baze podataka ručno.

Mnogi poduzetnici koji se bave trgovačkim aktivnostima kupuju dva programa "1C: Računovodstvo 8" istovremeno kako bi poboljšali učinkovitost upravljanja. (u daljnjem tekstu BP) i "1C: Upravljanje trgovinom 8" (u daljnjem tekstu UT).

BP služi za vođenje reguliranog računovodstva i izvještavanja, a UT za operativno i upravljačko računovodstvo u poduzeću.
Uspjeh zajedničkog korištenja ovih programskih proizvoda uvelike ovisi o organizaciji razmjene podataka između BP i UT konfiguracija.

Razumijevanje sljedećih značajki tipične razmjene podataka pomoći će vam da izbjegnete pogreške u procesu razmjene između konfiguracija i kršenja računovodstvenih pravila u svakoj zasebnoj konfiguraciji.

Prilikom pisanja ovog članka korišteni su materijali iz dokumentacije 1C za softverske proizvode. Metodologija postavljanja razmjene detaljno je opisana u htm datoteci "Konfiguracije dijeljenja Upravljanje trgovinom (11) i Računovodstvo poduzeća", koja se nalazi u predlošcima imenik kada je instaliran kao 1C: Računovodstvo 2.0 (u daljnjem tekstu BP) i 1C: Upravljanje trgovinom 11 (u daljnjem tekstu UT); preporuke primljene na partnerskoj konferenciji 1C i osobno iskustvo autora u stvaranju i mijenjanju postavki razmjene za klijente RG-Soft Project Consulting LLC.

1. Postavite jednosmjernu ili dvosmjernu centralu.

Prije svega treba uzeti u obzir da se iz BP konfiguracije u UT konfiguraciju mogu uploadati samo dokumenti koji se odnose na gotovinske i bezgotovinske transakcije novčanog tijeka. Tu spadaju: Ulazni blagajnički nalog, Izlazni blagajnički nalog, Primitak na tekući račun i Otpis s tekućeg računa. Dokumenti o kretanju robe kreirani u BP-u neće se učitati u UT.

Tvrtka 1C preporučuje razmjenu s bankom u UT. “Ovo će osigurati potpuni rad s odlaznim dokumentima plaćanja i lakši rad s ulaznim dokumentima.” Međutim, dogodila se situacija da se iz datoteke klijent-banka u UT nije mogla učitati gotovo niti jedna uplatnica, dok je ova datoteka u potpunosti učitana u BP.

To se objašnjava činjenicom da su u UT dodane strože provjere sadržaja datoteke klijent-banka, na primjer: provjera popunjavanja TIN-a, provjera broja dokumenta, broj mora sadržavati samo brojeve u skladu s propis Središnje banke od 3. listopada 2002. N2-P "O bezgotovinskom plaćanju u Ruskoj Federaciji" (s izmjenama i dopunama 3. ožujka 2003., 11. lipnja 2004., 2. svibnja 2007., 22. siječnja 2008.).

Postavljanje jednosmjerne centrale (od UT do BP) ima smisla samo ako su svi dokumenti i regulatorne informacije popunjene u UT. Na taj se način može izbjeći dupliciranje elemenata u ovoj bazi podataka.

Da biste to učinili, morate konfigurirati sljedeći scenarij razmjene: kreirajte scenarij razmjene u konfiguraciji UT, u kojem se sprema samo prijenos (slika 1), u konfiguraciji BP, kreirajte scenarij razmjene i spremite samo preuzimanje.

Potrebno je uzeti u obzir da će u takvom scenariju razmjene svi dodatni dokumenti i referentne knjige stvorene u BP-u biti registrirane za razmjenu, ali neće biti učitane u UT, pa se preporučuje povremeno resetirati registraciju, inače datoteka razmjene poruka od BP-a stalno će se povećavati, usporavajući proces razmjene.

Da biste to učinili, preporuča se koristiti obradu Registracija promjena za Exchange82.epf, koji se može pronaći u isporuci konfiguracije "Pretvorba podataka, Rev. 2.1". Nakon instaliranja konfiguracije, obrada se nalazi u direktoriju za instalaciju ažuriranja: ...\1c\Conversion\...version_number…

Ako se regulatorne i referentne informacije popune iu UT-u iu BP-u, tada bi trebalo konfigurirati dvosmjernu razmjenu, no možda će biti potrebno pratiti duplikate interaktivnim pokretanjem razmjene umjesto automatskim (slika 2).

Kako bi ograničili razmjenu podataka samo na razini dokumenta, nije potrebno konfigurirati jednosmjernu razmjenu, dovoljno je postaviti datum u filtru razmjene na BP strani koji je veći od datuma zadnjeg dokumenta (vidi Slika 5). Ali prije instaliranja filtra na datum, morate se uvjeriti da dokumenti u BP-u nisu prethodno bili registrirani za razmjenu, inače će registrirani dokumenti biti prebačeni u drugu bazu podataka tijekom razmjene.

Prioritet promjene podataka

Ako se razmjena vrši prvo u UT-u, a zatim u BP-u, tada će podaci preuzeti iz UT-a imati prednost. Na primjer, u UT-u su izradili dokument "Primitak na tekući račun", započeli razmjenu prvo u UT-u, zatim u BP-u - dokument se pojavio u konfiguraciji BP-a. Zatim je računovođa napravio izmjene u ovom dokumentu u konfiguraciji BP-a. Prilikom naknadne razmjene, ako se redoslijed pokretanja razmjene nije promijenio, tada će izmjene u dokumentu biti prebrisane podacima iz UT.

Za ispravnu razmjenu s onim objektima koji su promijenjeni u obje baze podataka, 1C preporučuje organizaciju rada tako da se objekt uređuje samo u jednoj od baza podataka. U drugoj bazi podataka takav objekt treba otvoriti samo za pregled. Da biste to učinili, morat ćete konfigurirati korisnička prava pristupa, ali ovaj pristup jamči da nema kolizija tijekom razmjene, tj. odstupanja koja nastaju kada se objekt mijenja iu jednoj i u drugoj bazi podataka tijekom razdoblja između razmjena (slika 3).

2. Razlike između BP i UT koje utječu na razmjenu

Ugovori ugovornih strana

U UT konfiguraciji ne provodi se analitika o ugovorima druge ugovorne strane. Sve operacije koje se provode u UT konfiguraciji, kada se učitaju u BP konfiguraciju, uvijek su formalizirane posebnim ugovorima koje kreira i kontrolira sam UT sustav.

Ako ugovor sa potrebnim parametrima nije u konfiguraciji BP-a, tada se takav ugovor kreira. Treba napomenuti da se traženje ugovora provodi samo iz broja ugovora prethodno preuzetih s UT.

Organizacija upravljanja na UT

Počevši od izdanja 11.0.6.9, unaprijed definirani element "Upravljačka organizacija" pojavio se u imeniku organizacije u UT-u. Ovaj element ne smije se preslikati na (ili promijeniti) trenutnu (jednu ili jednu) organizaciju. Više detalja o korištenju ovog objekta možete pronaći u dokumentacijskoj datoteci “Izmjene i dopune dokumentacije.htm”, uključen u isporuku UT.

Struktura poduzeća

Za upravljačko računovodstvo, UT koristi imenik "Enterprise Structure", koji sadrži popis odjela poduzeća. Prilikom pripreme dokumenata obavezno je navesti podjelu poduzeća.

Elementi imenika "Struktura poduzeća" nisu preslikani u elemente imenika "Organizacijski odjeljci" u BP-u. Kako biste osigurali da se dokumenti s neispunjenim podacima o odjelu ne učitavaju u UT, morate ispuniti zadanu vrijednost u postavkama razmjene (slika 4).

Skladište u tabelarnom dijelu

Ako se u UT-u planira koristiti nova mogućnost specificiranja skladišta u tabelarnim dijelovima dokumenata, tada je u postavkama čvora plana razmjene potrebno postaviti opće skladište, koje će se zamijeniti prilikom iskrcaja dokumenata iz UT-a. u konfiguraciju BP-a umjesto skladišta dopuštenih za odabir u tabelarnim dijelovima dokumenata (slika 4).

Vrsta nomenklature

Prilikom učitavanja podataka iz BP-a u UT, atribut stavke "vrsta stavke" nije ispunjen, to je zbog činjenice da razmjena služi scenariju kada je stavka kreirana u konfiguraciji UT-a, a ne u BP-u . U dokumentima za kretanje robe u UT nema posebnog tabelarnog dijela za obračun usluga (usluge se popunjavaju u tablici roba), stoga, kako bi se usluge navedene u UT dokumentima ispravno prenijele u tabelarnom dijelu u BP, trebate:

1. U odjeljku s regulatornim i referentnim informacijama otvorite direktorij "Vrste artikla", idite na tip artikla "usluge" - kliknite "Sve radnje" - dopustite uređivanje i odaberite Vrsta artikla - Usluga.

2. Promijenite stavku (uslugu) - kliknite na “Sve radnje” - dopustite uređivanje i odaberite ovu vrstu stavke uz vrstu usluge.

3. Postavljanje filtera za razmjenu (Sl. 5)

Promjena datuma postavljanja (skidanja) dokumenata

1) Prije pomicanja datuma unaprijed, potrebno je sinkronizirati baze podataka izvođenjem sesije razmjene tako da čvor nema dokumente registrirane za razmjenu u trenutku promjene postavke. U suprotnom, nakon promjene postavki, kao rezultat učitavanja, takvi dokumenti mogu postati označeni za brisanje u bazi podataka primatelja ako su prethodno tamo učitani.

2) Možete pomaknuti datum unazad, jer... ovo samo proširuje područje učitanih podataka. Važno je napomenuti da u ovom slučaju dokumenti iz prethodno zatvorenog razdoblja neće biti automatski registrirani za razmjenu. Da biste to učinili, morate promijeniti dokumente ili koristiti obradu Registracija promjena za Exchange82.epf.

Filtriraj prema organizaciji

Omogućavanje ovog filtra omogućuje vam da ograničite popis organizacija za koje je dopuštena razmjena podataka. Prisutnost uključenog filtera utječe kako na preuzimanje samog imenika organizacija tako i na preuzimanje ostalih podataka vezanih uz organizacije (imenici i dokumenti).

Princip rada upload filtara je sljedeći: nove postavke vrijede za sve podatke - u trenutku kreiranja razmjene, ili samo za one podatke koji su promijenjeni nakon primjene novih postavki - nakon kreiranja razmjene, stoga se preporučuje pristupite postavljanju filtara što je moguće odgovornije prilikom izrade razmjene podataka .

Primjer: Prilikom kreiranja burze korisnik postavlja filter po organizaciji. U bazu podataka primatelja učitani su samo podaci za navedenu organizaciju. Zatim je korisnik odlučio da se podaci za sve organizacije trebaju učitati u primajuću bazu podataka. Ali budući da postavke stupaju na snagu samo za novopromijenjene podatke, postojeći dokumenti i priručnici neće biti učitani u primajuću bazu podataka sve dok ih korisnik ne promijeni.

4. Brisanje objekata iz jedne od baza podataka

Označi za brisanje

Moguće je da se prethodno korišteni element imenika ne planira koristiti za daljnje računovodstvo i korisnici smatraju prikladnim označiti ovaj imenik za brisanje. Objekti označeni za brisanje nisu uključeni u razmjenu. Ovu značajku treba uzeti u obzir.

Uklanjanje duplikata

Za uklanjanje dvostrukih objekata koji su nastali tijekom razmjene preporučujemo obradu SearchAndReplaceValues.epf, koji se nalazi u direktoriju \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na ITS disku. A da biste provjerili ispravnost usporedbe objekata dviju infobaza, možete otvoriti Registar informacija „Korespondencija objekata infobaze” i unose u ovom registru možete ručno prilagoditi. Važno je znati da će nakon brisanja objekta u nekoj od baza podataka u upisu informacijskog registra ostati podudarnost za obrisani objekt (prekinuta poveznica), te ćete morati ili upariti drugi objekt ili izbrisati upis.

5. Dodatne postavke

Stavke novčanog toka

Da biste konfigurirali UT, možda ćete morati unijeti "corr. račun" za one stavke novčanog toka koje će se koristiti i iskrcati u BP.

Za konfiguraciju BP-a: možda ćete morati unijeti vrstu novčanog toka u elemente imenika.

Korisnici

Elementi korisničkog imenika mogu se prenijeti u drugu bazu podataka ako su naznačeni kao odgovorni u jednom od objekata koji sudjeluju u razmjeni. Za takve objekte morat ćete konfigurirati prava.

Osnovni prefiks i prefiks organizacije

U UT prefiks uvijek ima fiksnu duljinu i razdjelnik (crticu) “-”. Stoga, ako prefiks infobaze nije naveden ili prefiks organizacije nije naveden, tada se zamjenjuje nulama. Međutim, prilikom postavljanja razmjene, prefiks infobaze uvijek se popunjava na Središnjoj banci (za UT) i na BP (odnosno za konfiguraciju BP).

Ovo rješenje je standard kod generiranja brojeva dokumenata i šifri objekata. Prefiks ima fiksnu duljinu i odvojen je crticom od broja dokumenta. Ako u budućnosti bude nekoliko organizacija u bazi podataka, tada će biti dovoljno postaviti prefikse za njih i neće biti potrebno ponovno numerirati sve objekte.

Ispravak pogreške

Naš članak raspravljao je o najvažnijim aspektima organizacije razmjene podataka između "1C: Upravljanje trgovinom 8" rev. 11 i "1C: Računovodstvo 8" rev. 2.0.

Stručnjaci RG-Soft Project Consulting LLC spremni su ponuditi ne samo prilagodbu razmjene za računovodstvene značajke određene organizacije, već i načine ispravljanja pogrešaka u postojećim razmjenama.

Automatizirani sustavi upravljanja u većini slučajeva sastoje se od zasebnih baza podataka i često imaju geografski raspoređenu strukturu. Ujedno, pravilno implementirana razmjena podataka nužan je uvjet za učinkovit rad ovakvih sustava.

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 zamislimo standardni proces za implementaciju primarne razmjene podataka, kada je barem jedan od njegovih objekata 1C proizvod, tada možemo 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. Izvor i odredište se određuju logično ovisno o potrebi ili funkcionalnosti sustava.*

*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. Ovo je sastavni dio svake konfiguracije na platformi 1C:Enterprise, koja u potpunosti opisuje proceduru razmjene 1C: sastav podataka (dokumenti s "identifikacijskim" detaljima) i čvorovi (informacijske baze prijamnika-odašiljača), kao i aktivacija RIB-a za odabrani smjerovi 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 potpune usklađenosti u oba sustava, znak se resetira.

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 objekta). Obratite pažnju na servisnu poruku "Ova značajka nije dostupna."

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.

Prilikom povezivanja putem mrežnog imenika ignoriramo ponudu za konfiguriranje veze putem FTP adrese i 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 učitavanja 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.

Home 1C: Maloprodaja 8

Razmjena podataka

Interne razmjene podataka “Po trgovinama” i “Po radnim stanicama blagajnika” omogućuju korištenjem tehnologije distribuiranih baza podataka (DDB) osiguranje autonomnog rada trgovine ili blagajne u trgovini u slučaju prekida komunikacije.

Konfiguracija “Retail” podržava dvosmjernu razmjenu podataka s konfiguracijom “Trade Management”, izdanje 11.

Konfiguracija “Retail” podržava dvosmjernu razmjenu podataka s konfiguracijom “Enterprise Accounting”, izdanja 2.0, 3.0.

Kada koristite sve tri konfiguracije istovremeno, preporuča se konfigurirati razmjenu podataka između konfiguracija "Trade Management" i "Retail" te između konfiguracija "Trade Management" i "Enterprise Accounting", koristeći "Trade Management" kao kontrolni sustav za Konfiguracija “Maloprodaja” i izvor podataka za regulirano računovodstvo u konfiguraciji “Računovodstvo poduzeća”.

Interne razmjene

Razmjena podataka između sjedišta i trgovina podržava određeni koncept raspodjele odgovornosti između sjedišta i zaposlenika trgovine. Odluke o formiranju asortimana i nabavi robe, izradi pravila za izračun cijena i primjeni popusta donose djelatnici središnjeg ureda koji rade u središnjem čvorištu RIB-a. Zaposlenici trgovine ostaju zaduženi za procese organizacije prodaje, evidentiranja prometa s robom i osiguravanja sigurnosti stanja zaliha. Administrativne funkcije održavanja korisničkih postavki i održavanja perifernih baza podataka također mogu biti centralizirane.

Postavke razmjene podataka omogućuju optimiziranje količine prenesenih podataka dijeljenjem podataka na općenite podatke potrebne za obavljanje poslova u bilo kojoj trgovini i na specifične podatke za određenu trgovinu ili grupu trgovina.

Opći podaci uključuju opće klasifikatore, nomenklaturni imenik s pomoćnim imenicima te informativna stanja robe u prodavaonicama. Prijenos korisničkog imenika i korisničkih postavki omogućuje zaposlenicima poduzeća da rade u različitim trgovinama ako je potrebno.

Podaci specifični za trgovinu uključuju pravila o cijenama i dokumente za primjenu cijena i protok proizvoda u određenoj trgovini.

Namjena mjenjačnice Za radna mjesta - osigurati autonomni rad jedinica linije blagajne. Kada koriste tehnologiju distribuirane baze podataka, blagajnici će moći poslužiti kupce čak i ako izgube vezu s poslužiteljem lokalne mreže trgovine.

Ako se komunikacija s poslužiteljem trgovine izgubi, informacije o stanju zaliha u trenutnoj trgovini ne mogu se odmah ažurirati. U tom slučaju, u trgovinama s intenzivnom prodajom preko više blagajni, ne preporuča se koristiti kontrolu stanja prilikom izdavanja blagajničkih računa. Program podržava registraciju negativnih pokušaja prodaje, koji se kasnije mogu analizirati.

Ako je poslužitelj trgovine bio nedostupan dulje vrijeme, tada nakon uspostavljanja veze s blagajnama, količina podataka akumuliranih za prijenos može biti značajna, kako s blagajne tako i iz ureda trgovine, pa se preporuča nositi izvršite prvu razmjenu ručno.

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 točki 3 moramo omogućiti obradu dokumenata kada se učitaju 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).