Mnogi poduzetnici koji se bave trgovinskim aktivnostima istovremeno nabavljaju dva programa 1C: Računovodstvo 8 kako bi poboljšali efikasnost upravljanja. (u daljem tekstu BP) i "1C: Upravljanje trgovinom 8" (u daljem tekstu UT).
BP se koristi za vođenje uređenog računovodstva i izvještavanja, a UT - za operativno i upravljačko računovodstvo u društvu.
Uspjeh dijeljenja ovih softverskih proizvoda u velikoj mjeri ovisi o organizaciji razmjene podataka između BP i UT konfiguracija.
Razumijevanje sljedećih karakteristika tipične razmjene podataka pomoći će da se izbjegnu greške u procesu razmjene između konfiguracija i kršenja računovodstva u svakoj konfiguraciji posebno.
Prilikom pisanja ovog članka korišteni su materijali iz 1C dokumentacije za softverske proizvode. Metoda postavljanja razmjene detaljno je opisana u htm-datoteci " Dijeljenje konfiguracije Trade Management (11) i Enterprise Accounting", koji se nalazi u katalogu šablona prilikom instaliranja i 1C: Accounting 2.0 (u daljem tekstu BP) i 1C: Trade Management 11 (u daljem tekstu UT); preporuke primljene na partnerskoj konferenciji 1C i lično iskustvo autor o kreiranju i promeni postavki razmene za klijente RG-Soft Project Consulting LLC.
1. Postavite jednosmjernu ili dvosmjernu razmjenu.
Prije svega, treba napomenuti da se iz BP konfiguracije u UT konfiguraciju mogu učitati samo dokumenti koji se odnose na gotovinske i bezgotovinske transakcije. Tu spadaju: Ulazni gotovinski nalog, Odlazni gotovinski nalog, Priznanica na tekući račun i Otpis sa tekućeg računa. Dokumenti o kretanju robe kreirani u BP neće biti učitani u UT.
Firma 1C preporučuje zamjenu sa bankom u UT. “Ovo će osigurati punopravan rad sa odlaznim dokumentima plaćanja i još mnogo toga jednostavan posao sa ulaznim dokumentima. Međutim, došlo je do situacije kada nije bilo moguće učitati skoro jedan platni nalog iz fajla klijent-banka u UT, dok je ovaj fajl bio u potpunosti postavljen na BP.
To je zbog činjenice da su u UT dodane strože provjere sadržaja fajla klijent-banka, na primjer: provjera popunjenosti TIN-a, provjera broja dokumenta, broj mora sadržavati samo brojeve u skladu sa Uredba Centralne banke od 3. oktobra 2002. N2-P „O bezgotovinskom plaćanju V. Ruska Federacija(sa izmjenama i dopunama 3. marta 2003., 11. juna 2004., 2. maja 2007., 22. januara 2008.).
Postavljanje jednosmjerne centrale (od UT do BP) ima smisla samo ako su svi dokumenti i regulatorni referentne informacije popunjeno u UT. Tako se može izbjeći dupliciranje elemenata u ovoj bazi podataka.
Da biste to uradili, potrebno je da konfigurišete sledeći scenario razmene: kreirajte scenario razmene u UT konfiguraciji, u kojoj se čuva samo istovar (slika 1), u BP konfiguraciji kreirajte scenario razmene i sačuvajte samo preuzimanje.
Mora se uzeti u obzir da će u takvom scenariju razmjene svi dodatni dokumenti i direktoriji kreirani u BP-u biti registrirani za razmjenu, ali neće biti učitani u UT, pa se preporučuje povremeno resetirati registraciju, u suprotnom razmjena datoteka poruke sa BP-a će se stalno povećavati, usporavajući proces razmjene.
Za to se preporučuje korištenje obrade RegisterChangesForExchange82.epf, koji se može naći u isporuci konfiguracije "Konverzija podataka, rev. 2.1". Nakon što je konfiguracija instalirana, obrada se nalazi u direktoriju za instalaciju ažuriranja: ...\1c\Konverzija\...broj_verzije...
Ako su regulatorne i referentne informacije popunjene i u UT i u BP, tada bi trebalo konfigurirati dvosmjernu razmjenu, ali će možda biti potrebno pratiti duplikate pokretanjem razmjene u interaktivnom načinu umjesto u automatskom (slika 2) .
Da biste ograničili razmjenu podataka samo na nivou dokumenta, nije potrebno konfigurirati jednosmjernu razmjenu, dovoljno je postaviti datum u filteru razmjene na strani BP koji je veći od datuma posljednjeg dokumenta (vidi Slika 5). Ali prije postavljanja filtera na datum, morate se uvjeriti da dokumenti u BP-u nisu prethodno bili registrovani za razmjenu, inače će registrovani dokumenti biti prebačeni u drugu bazu podataka tokom razmjene.
Prioritet promjene podataka
Ako se razmjena prvo izvrši u UT, a zatim u BP, tada će podaci preuzeti sa UT-a imati prioritet. Na primjer, u UT su unijeli dokument „Priznanica na tekući račun“, pokrenuli razmjenu prvo u UT, zatim u BP - dokument se pojavio u konfiguraciji BP. Zatim je računovođa u konfiguraciji BP-a napravio izmjene u ovom dokumentu. Prilikom naknadne razmjene, ako se redoslijed pokretanja razmjene nije promijenio, tada će promjene napravljene u dokumentu biti prepisane podacima iz UT-a.
Za ispravnu razmjenu s onim objektima koji se mijenjaju u obje baze podataka, 1C preporučuje organiziranje 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 koristiti postavku korisničkih prava pristupa, ali ovaj pristup garantuje odsustvo kolizija tokom razmjene, tj. neslaganja koja nastaju kada se objekat promeni u jednoj ili drugoj bazi podataka, tokom perioda između razmena (slika 3).
2. Razlike između BP i UT koje utiču na metabolizam
Ugovori sa drugom stranom
U UT konfiguraciji ne postoji analitika za ugovore drugih strana. Sve operacije koje se izvode u UT konfiguraciji, kada se učitaju u BP konfiguraciju, uvijek se izvršavaju prema posebnim ugovorima koje kreira i kontrolira sam UT sistem.
Ako ugovori sa pravih parametara nije u BP konfiguraciji, onda se kreira takav ugovor. Treba napomenuti da se potraga za ugovorom vrši samo iz broja ugovora koji su prethodno preuzeti sa UT.
Organizacija menadžmenta u UT
Počevši od izdanja 11.0.6.9, u UT-u u direktoriju organizacije pojavio se unaprijed definirani element "Organizacija upravljanja". Ovaj element se ne smije mapirati (ili mijenjati iz) trenutne (jedne ili jedne) organizacije. Više o upotrebi ovaj objekat može se pročitati u dokumentaciji "Promjene i dopune dokumentacije.htm" uključeno u isporuku UT.
Struktura kompanije
U UT za upravljačko računovodstvo koristi se imenik „Struktura preduzeća“ koji sadrži listu podjela preduzeća. Prilikom sastavljanja dokumenata obavezno je navođenje podjele preduzeća.
Elementi imenika "Struktura preduzeća" nisu mapirani u elemente imenika "Organizacione jedinice" u BP-u. Kako biste spriječili da se dokumenti sa praznim atributom Subdivision uploaduju u UT, potrebno je popuniti zadanu vrijednost u postavkama razmjene (Sl. 4).
Skladište u tabelarnom dijelu
Ako se planira koristiti u UT nova prilika navodeći skladišta u tabelarnim dijelovima dokumenata, tada je u postavkama čvora plana razmjene potrebno postaviti generalizirano skladište koje će biti zamijenjeno prilikom istovara dokumenata iz UT u konfiguraciju BP umjesto skladišta dozvoljenih za odabir u tabelarni delovi dokumenata (sl. 4).
Vrsta stavke
Prilikom učitavanja podataka iz BP-a u UT, atribut "vrsta artikla" nije popunjen u nomenklaturi, to je zbog činjenice da razmjena služi scenariju kada se nomenklatura kreira u UT konfiguraciji, a ne u BP-u. . U dokumentima za kretanje robe u UT nema posebnog tabelarnog odeljka za obračun usluga (usluge se popunjavaju u tabeli robe), dakle, kako bi usluge navedene u UT dokumentima bile pravilno prenesene u tabelarni dio u BP, potrebno je:
1. U odeljku sa referentnim informacijama otvorite referentnu knjigu „Vrste artikla“, idite na prikaz stavke „usluge“ – kliknite na „Sve radnje“ – omogućite uređivanje i izaberite Vrsta stavke – Usluga.
2. Promijenite stavku (uslugu) - kliknite na "Sve radnje" - dozvolite uređivanje i odaberite ovu vrstu stavke sa tipom usluge.
3. Postavljanje filtera za zamjenu (Sl. 5)
Promjena datuma učitavanja (preuzimanja) dokumenata
1) Prije pomjeranja datuma unaprijed, potrebno je sinhronizirati baze podataka izvođenjem sesije razmjene tako da čvor nema dokumente registrovane za razmjenu u trenutku promjene postavke. U suprotnom, takvi dokumenti, nakon promjene postavki, kao rezultat istovara, mogu postati označeni za brisanje u bazi podataka prijema, ako su prethodno tamo učitani.
2) Možete pomeriti datum unazad, jer samo proširuje područje učitanih podataka. Vrijedi napomenuti da se u ovom slučaju dokumenti iz prethodno zatvorenog perioda neće automatski registrovati za razmjenu. Da biste to učinili, morate ili promijeniti dokumente ili koristiti obradu RegisterChangesForExchange82.epf.
Filtrirajte po organizacijama
Omogućavanje ovog filtera omogućava vam da ograničite listu organizacija za koje je dozvoljena razmjena podataka. Prisustvo omogućenog filtera utiče i na istovar samog imenika organizacija i na istovar drugih podataka koji se odnose na organizacije (direktorije i dokumenti).
Princip rada filtera za upload je sljedeći: nove postavke se primjenjuju na sve podatke - u vrijeme kreiranja razmjene, ili samo na one podatke koji su promijenjeni nakon primjene novih postavki - nakon što je razmjena izvršena kreiran, stoga se preporučuje da se postavkama filtera pristupi što je moguće odgovornije prilikom kreiranja razmjene podataka.
primjer: prilikom kreiranja razmjene, korisnik postavlja filter po organizaciji. Samo podaci za navedenu organizaciju su učitani u bazu podataka koja prima. Nadalje, korisnik je odlučio da se podaci o svim organizacijama uploaduju u bazu podataka koja prima. Ali pošto postavke stupaju na snagu samo za novopromijenjene podatke, postojeći dokumenti i direktoriji neće biti učitani u bazu podataka prijema sve dok korisnik ne izvrši bilo kakve promjene u njima.
4. Uklanjanje objekata iz jedne od baza podataka
Označi za brisanje
Moguće je da se prethodno korišteni element imenika ne planira koristiti za dalje računovodstvo, te korisnici smatraju ispravnim označiti ovaj imenik za brisanje. Objekti označeni za brisanje ne učestvuju u razmjeni. Ovu osobinu treba uzeti u obzir.
Uklanjanje duplikata
Za uklanjanje objekata koji su nastali prilikom razmjene duplikata, preporučujemo korištenje obrade Search&ReplaceValues.epf, koji se nalazi u direktoriju \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na ITS disku. A da biste provjerili ispravnost poređenja objekata dvije infobaze, možete otvoriti Registar informacija "Korespondencija objekata infobaze" i evidenciju ovaj registar može se podesiti ručno. Važno je znati da će nakon brisanja objekta u jednoj od baza podataka, zapis registra informacija i dalje imati podudaranje sa obrisanim objektom (prekinuta veza), morat ćete ili uskladiti drugi objekt ili izbrisati zapis.
5. Dodatne postavke
Stavke novčanih tokova
Da biste konfigurisali UT, možda će biti potrebno spustiti rekvizite „ispr. račun” za one stavke toka gotovine koje će se koristiti i učitati u BP.
Za BP konfiguraciju: možda ćete trebati unijeti tip novčanog toka u elemente imenika.
Korisnici
Korisnici elemenata direktorija mogu se prenijeti u drugu bazu podataka ako su označeni kao odgovorni u jednom od objekata koji učestvuju u razmjeni. Za takve objekte morat ćete postaviti dozvole.
Osnovni prefiks i organizacioni prefiks
U UT, prefiks uvijek ima fiksnu dužinu i separator (crticu) "-". Stoga, ako prefiks baze podataka nije naveden ili prefiks organizacije nije naveden, tada se zamjenjuje nulama. Međutim, prilikom postavljanja razmjene, prefiks baze podataka se uvijek popunjava na CB (za UT) i na BP (odnosno za BP konfiguraciju).
Ovo rješenje je standard za generiranje brojeva dokumenata i objektnih kodova. Prefiks ima fiksnu dužinu i odvojen je crticom od broja dokumenta. Ako će u budućnosti u bazi podataka biti nekoliko organizacija, tada će biti dovoljno postaviti prefikse za njih i neće biti potrebno prenumerirati sve objekte.
Ispravljanje greške
U našem članku razmatrane su najvažnije tačke 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 postavljanje berze za računovodstvene karakteristike određene organizacije, već i načine za ispravljanje grešaka u postojećim berzama.
Automatizovani sistemi menadžment se u većini slučajeva sastoji od zasebnih baza podataka i često ima geografski raspoređenu strukturu. Istovremeno, pravilno sprovedena razmena podataka - neophodno stanje Za efikasan rad takve sisteme.
U ovom slučaju, početno podešavanje razmjene može zahtijevati niz radnji, ne samo u smislu programiranja, već i savjetovanja, čak i ako se radi o homogenim izvorima, kao što je slučaj s proizvodima baziranim na platformi 1C:Enterprise. Zašto postavljanje 1C razmjene (ili, kako se još naziva, sinkronizacija podataka u 1C 8.3) može postati najskuplji i dugotrajniji 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;
- "razgraničiti" različite vrste računovodstvo.*
*U slučaju kada se podaci jedne vrste računovodstva značajno razlikuju od druge, potrebno je osigurati povjerljivost informacija i „razdvojene“ tokove informacija. Na primjer, razmjena podataka između 1C UT i 1C Accounting ne zahtijeva učitavanje podataka upravljanja u regulatornu računovodstvenu bazu podataka, tj. sinhronizacija u 1C ovdje će biti nepotpuna.
Ako predstavljamo standardni proces za implementaciju primarne razmjene podataka, kada je barem jedan od njegovih objekata 1C proizvod, onda se mogu razlikovati sljedeće faze:
- Koordinacija sastava razmjene;
- Definicija transporta (protokoli razmjene);
- Postavljanje pravila;
- Planiranje.
Identifikacija sastava berze 1C
Objekti razmjene mogu se uvjetno podijeliti na "izvor" i "prijemnik". Istovremeno mogu obavljati dvije uloge u isto vrijeme, što će se zvati dvosmjerna razmjena. Definicija izvora i odredišta odvija se na logičan način, ovisno o potrebi ili na funkcionalnost sistemi.*
*Na primjer, prilikom integracije WA: Financier, rješenja za finansijsko računovodstvo i upravljanje trezorskim procesima razvijenim na bazi 1C:Enterprise, stručnjaci WiseAdvicea 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.
Nadalje, na osnovu primljenih i evidentiranih zahtjeva korisnika, kreira se lista podataka za razmjenu, utvrđuje njihov obim, zahtjevi za frekvencijom razmjene, propisuje proces rada sa greškama i postupanje 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 konfiguracija 1C baze podataka, sa jasnom strukturom upravljanja master-slave za svaki par razmjene. Kao element tehnološke platforme, RIB, osim podataka, može prenijeti promjene u konfiguraciji i administrativne informacije baze podataka (ali samo od mastera do slave).
univerzalna razmena podaci 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 kompanije 1C, dizajniran za implementaciju razmjene podataka u xml formatu između proizvoda kreiranih na platformi 1C: Enterprise s bilo kojim sustavom automatizacije. Upotreba EnterpriseData pojednostavljuje poboljšanja povezana sa razmjenom. Ranije kada ste prijavljeni nova konfiguracija bilo je potrebno implementirati mehanizam za uvoz i izvoz podataka, kako za njih tako i za postojeće sisteme. Sada sistemi koji podržavaju EnterpriseData ne moraju biti modifikovani, jer imaju samo jednu ulazno-izlaznu tačku.
Definicija transporta (protokoli razmjene)
Sistem zasnovan na platformi 1C:Enterprise 8 pruža širok spektar opcija za organizovanje razmene sa bilo kojim informacionih resursa kroz opšte prihvaćene univerzalne standarde (xml, tekstualne datoteke, Excel, ADO veza, itd.). Stoga, pri određivanju transporta za razmjenu podataka treba poći od mogućnosti baze podataka sistema treće strane.
Sinhronizacija imenika
Glavni princip efektivne sinhronizacije imenika je prisustvo jedne ulazne tačke. Ali ako govorimo o radu sa direktorijumima koji su se istorijski 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ž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 iz sa strane integratora (vlasnika metodologije normalizacije referentnih podataka) i sa strane kupca.
Postavljanje pravila
Mogućnost prikaza podataka iz izvornih sistema u prijemnicima zavisi od ispravno definisanih pravila razmene. Pravila predstavljena u xml formatu reguliraju korespondenciju ključnih atributa izvorno-odredišnih objekata. Rješenje 1C: Data Conversion je dizajnirano da automatizira kreiranje pravila za implementaciju kako jednokratne tako i trajne razmjene.
Osigurava da nema gubitka podataka tokom plana razmjene Exchange. Ovo je sastavni dio svake konfiguracije na platformi 1C:Enterprise, koja u potpunosti opisuje proceduru 1C razmjene: sastav podataka (dokumenti sa "identifikacijskim" detaljima) i čvorovi (baze informacija prijemnik-predajnik), kao i aktivacija RIB-a za odabrane pravce razmene.
Svaka promena podataka unesenih u Plan razmene je fiksna i dobija znak „promena“. Sve dok promijenjeni podaci ne odgovaraju jedni drugima u čvorovima prijemnik-predajnik, zastavica se neće resetovati, 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, postavlja se učestalost slanja podataka. Učestalost zamjene ovisi o potrebi i tehničke 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, jako modificirane konfiguracije baze podataka;
- različite verzije 1C: Enterprise platforme;
- Nije ažurirano dugo vremena, nisu ažurirane verzije konfiguracije;
- Razmjena objekata koji su prethodno modificirani;
- Potreba za nestandardnim pravilima razmjene;
- Vrlo različit skup i sastav detalja u dostupnim imenicima.
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 što završite sve gore navedene korake, trebali biste nastaviti s postavljanjem razmjene u konfiguraciji. Razmotrite integraciju baza podataka na primjeru "1C: UPP" i "1C: Maloprodaja" (prema istoj shemi, konfigurirana je razmjena sa "1C: UT"). Takođe, tipična sinhronizacija uključuje razmjenu SCP - SCP, što je tipično za sisteme automatizacije velikih razmjera u najvećim industrijskim preduzećima.
U podizborniku "Usluga" odaberite "Razmjena podataka sa proizvodima na platformi..." (odabir direktnu razmenu sa "Maloprodajom" često prijeti greškama na nivou COM objekata). Obratite pažnju na zvaničnu poruku " Ova prilika nedostupan."
Da biste riješili ovaj problem, morate odabrati "Postavke dijeljenja podataka"
...i označite polje. Nadalje, poruka o grešci se zanemaruje.
U postavkama sinhronizacije podataka odaberite "Kreiraj razmjenu sa" Maloprodajom "...
Prije konfiguriranja postavki veze putem lokalnog ili mrežnog direktorija, provjerite 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.
Prilikom povezivanja preko mrežnog imenika ponude, konfigurirajte vezu koristeći FTP adresu i e-mail zanemarite klikom na "Dalje".
U postavkama ručno upišite prefikse - konvencije baze (u pravilu BP, SCP, RO), postavljamo pravila i datum početka za upload podataka. Prefiks će biti naznačen u naslovu dokumenata kako bi se označila baza u kojoj su kreirani. Ako se pravila za otpremanje ne uređuju, zadani podaci će biti učitani prema svim dostupnim parametrima.
Kreiramo datoteku postavki razmjene za maloprodaju kako ne bismo ponavljali naše radnje. Ako trebate poslati podatke odmah nakon podešavanja sinhronizacije, označite polje.
Da biste automatizirali proces razmjene, potrebno je postaviti raspored.
Maloprodajni meni.
Označite polje i odaberite Sinhroniziraj.
Vršimo „obrnutu“ postavku odabirom Upravljanje proizvodnim preduzećem.
Učitajte datoteku s postavkama kreiranim u SCP-u.
Stavimo kvačicu, sistem automatski preuzima adresu.
Ponašamo se na isti način kao u UPP-u.
Verifikaciono poređenje podataka (Ručno poređenje podataka se preporučuje da se uradi u pripremnoj fazi, jer ovaj posao može postati najzahtevniji u procesu implementacije razmene). Prozor za poređenje otvara se dvostrukim klikom miša.
U slučaju greške u sinhronizaciji, “Detalji…” će biti zamijenjeno sa “Nikad…”.
“Detalji…” otvara dnevnik registracije sa ažuriranim informacijama o berzi.
Spreman.
Pogledajmo jednostavan primjer iz pravi zivot. Recimo da imamo firmu koja se bavi trgovinom na veliko i malo iu ovoj firmi, kao iu svakom drugom, vodi se računovodstvo. Kompanija ima dve standardne baze podataka, to su UT (upravljanje trgovinom) i BP (računovodstvo preduzeća), respektivno, svaka od baza podataka ima svoje računovodstvo, u UT menadžmentu da odražava sve operacije vezane za trgovinu, u računovodstvu BP. Da ne radim dupli rad, tj. nemojte kreirati iste dokumente u dvije baze podataka (na kraju krajeva, kretanja bi trebala biti prema menadžmentu i računovodstvu) samo ćemo postaviti sinhronizaciju između ovih baza podataka.
Uspostavit ćemo jednosmjernu razmjenu podataka, iz UT ---> BP. Moguće je postaviti i dvosmjernu centralu, ali u praksi to nije često potrebno, pa to nećemo razmatrati u našem primjeru.
Pripremni koraci za postavljanje razmjene u BP
Počnimo sa podešavanjem sinhronizacije, prvo idemo u bazu podataka 1C "Enterprise Accounting 3.0" (prijemnik), trebamo provjeriti da li je sinhronizacija omogućena za ovu bazu podataka, da bismo to učinili moramo prvo otići u bazu podataka. Čim se baza podataka otvori, idite na karticu "Administracija" ---> "Postavke sinhronizacije podataka"
Pred nama se otvara nova kartica, mora biti popunjena na isti način kao na slici ispod, sa izuzetkom prefiksa infobaze. Prefiks se mora sastojati od dva slova, možete postaviti bilo koje, ali prema standardu 1C, bolje je postaviti prefiks prema imenu konfiguracije, odnosno, za "Računovodstvo preduzeća" prefiks će biti kao "BP" . Ako postavite složene razmjene i postoji nekoliko računovodstvenih baza podataka, tada bi se prefiksi trebali jasno razlikovati jedan od drugog, ovdje možete koristiti prva dva slova naziva organizacije kao skraćenicu.
Nastavljamo sa postavljanjem sinhronizacije podataka u UT
Nakon što smo izvršili sve potrebne radnje u bazi podataka prijemnika (BP 3.0), da bismo nastavili sa postavljanjem razmjene podataka, potrebno je otvoriti izvornu bazu podataka (UT 11.1). Idemo na karticu "Administracija", s lijeve strane u izborniku odabiremo stavku "Postavke sinkronizacije podataka". Ako sinhronizacija nije omogućena, omogućite je pomoću polja za potvrdu i ne zaboravite navesti prefiks izvorne baze. Kada završimo sve tačke 1-4 kao što je prikazano na slici ispod, morate kliknuti na hipervezu "Sinhronizacija podataka" (tačka 5).
U novom prozoru koji se pojavi potrebno je kliknuti na zeleni znak plus (Podešavanje sinhronizacije podataka), u padajućem izborniku odabrati stavku "Enterprise Accounting 3.0".
Postavljanje važnih tačaka u razmjeni podataka između UT i BP
Sada vidimo prozor s postavkama sinhronizacije podataka u 1C, odaberite stavku "Ručno navedite postavke" i kliknite "Dalje".
Nastavljamo konfigurirati razmjenu podataka u 1C, na sljedećoj kartici trebamo odabrati opciju povezivanja na informacijsku bazu prijemnika (direktna veza s programom), parametre veze (na ovaj računar ili u lokalna mreža), direktorij u kojem se nalazi baza prijemnika, kao i potrebni podaci za autentifikaciju (korisničko ime i lozinka u bazi).
Na sljedećoj stranici moramo popuniti pravila za slanje i primanje podataka iz konfiguracije BP 3.0 (prijemnik). Kliknite na "Promijeni pravila za otpremanje podataka".
Pred nama se otvorio prozor "Pravila slanja podataka", u kojem postavljamo sljedeće parametre:
- Koji će NSI biti poslat (u našem primjeru nas zanimaju samo dokumenti i NSI koji se u njima koristi, pa smo odabrali odgovarajuću stavku, ako odaberete prvu stavku "Pošalji sve", svi direktoriji će se ponovo učitati zajedno sa dokumenata, često ako se informacija ne koristi u dokumentima, onda je beskorisna za primaoca, jer ni na koji način ne utiče na računovodstvo)
- Od kojeg datuma poslati sve informacije (u ovom članku nećemo razmatrati ručnu sinkronizaciju)
- Za koje ili koje organizacije slati podatke (u našem primjeru odabrali smo jednu organizaciju, IP "Preduzetnik")
- Pravila za sklapanje ugovora
- Generalizovano skladište
- Da li sažimati dokumente po skladištu
Nakon što smo izvršili podešavanja, kliknite na "Snimi i zatvori".
Pošto u našem primjeru postavljamo i koristimo jednosmjernu centralu, od UT do BP, onda nas postavke za pravila za dobijanje podataka iz "Enterprise Accounting 3.0" ne zanimaju, pa kliknite na "Dalje".
U novom prozoru od nas se traži da postavimo pravila za bazu prijemnika (RP). U pasusu 1, svoju bazu nazivamo nekako, dajemo joj prefiks. PREFIX mora biti isti kao što smo postavili u samoj bazi podataka BP na početku ovog članka, ako se prefiksi razlikuju, sinkronizacija podataka u 1C programu neće raditi. Nakon toga kliknite na tačku 2, a zatim na tačku 3.
U paragrafu 3 trebamo dozvoliti obradu dokumenata kada se učitaju u bazu podataka. Kliknite na "Sačuvaj i zatvori".
Sada bi prozor trebao izgledati otprilike kao onaj prikazan ispod, kliknite na "Dalje".
Ovaj prozor sadrži referentne informacije o kreiranoj sinhronizaciji u 1C. Samo kliknite na dugme "Dalje". Ako je program prikazao grešku prilikom postavljanja sinkronizacije podataka, morate nas kontaktirati kako bi vam naš 1C stručnjak mogao pomoći odmah!
Na sljedećem koraku program će ponuditi da izvrši sinhronizaciju odmah nakon kreiranja postavki razmjene podataka. Složite se s ovim i kliknite na "Završi".
Vidjet ćete prozor u kojem ćete vidjeti informacije o tome kako se odvija sinhronizacija. Ako baza odredišta nije prazna, tj. računovodstvo je već vođeno u njemu, tada će korisnik u programu 1C biti zatražen da ručno uporedi objekte. Poređenje objekata u 1C tokom sinhronizacije podataka je poređenje identičnih objekata prijemnika sa identičnim objektima u izvoru.
Pogledajmo primjer, recimo u UT postoji druga ugovorna strana pod nazivom "PharmGroup LLC" i PIB 1234567, au BP postoji i druga ugovorna strana sa TIN 1234567, ali sa nazivom "PharmGroup", ako ne uporedimo ova dva objekta prilikom poređenja podataka u fazi sinhronizacije, a zatim nakon sinhronizacije u prijemniku (Enterprise Accounting 3.0), imaćemo dve druge ugovorne strane sa TIN 1234567 i dva naziva „PharmGroup LLC” i „PharmGroup”, respektivno. Kako bi se izbjegle takve situacije, izmišljen je mehanizam za uparivanje objekata.
U našem primjeru, baza prijemnika je prazna, pa nam se stoga prozor za uparivanje objekata nije otvorio. Ali nakon izvođenja nekih operacija, sistem će zatražiti od korisnika da doda neke dodatne podatke i prikazati sljedeći prozor. Ne trebamo prenositi nikakve dodatne podatke, već smo konfigurisali sve što nam je potrebno, pa u ovom koraku biramo „Ne dodaj dokumente za slanje“. Kliknite na "Dalje".
Završna faza razmjene podataka između 1C
U završnoj fazi, program će prikazati sljedeći prozor, u kojem će korisnik biti obaviješten da je sinhronizacija uspjela, kliknite na "Završi". Ovim je završena sinhronizacija između baza podataka u jednosmjernoj razmjeni od "Trade Management 11.1" (UT) do "Enterprise Accounting 3.0" (BP).
U stvarnom životu, rijetka kompanija upravlja s jednom 1C bazom. Najčešća situacija su dvije osnovice, računovodstvo i plata.
Osnovice moraju biti povezane - plata je obračunata, obračunati porezi moraju ići u računovodstvo na isplatu.
Za povezivanje nekoliko baza podataka postoji Exchange 1C. Kako on radi?
Šta je Exchange 1C?
Postoji mreža prodavnica i centrala. Svaka trgovina i ured ima skladište. Roba se premešta iz skladišta u skladište (uglavnom iz centralnog skladišta u prodavnice), au prodavnicama se prodaje.
Baza 1C Retail se koristi u kancelariji i ista baza u svakoj prodavnici. Baze u prodavnicama su podređene bazi u kancelariji.
Kancelarija izrađuje dokumente o kretanju robe od skladišta do skladišta, dodeljuju se cene. Dokumenti se učitavaju u podređene baze i tamo se roba „pojavljuje“.
U trgovinama se kreiraju dokumenti o prodaji robe. Dokumenti se učitavaju u kancelarijsku bazu i tamo se "pojavljuje" prodaja.
Takva šema se naziva distribuirana informaciona baza (DIB). Procedure za "punjenje" dokumenata - dvosmjerna razmjena 1C. A postavka ove šeme je URIB ili URIBD (distribuirano informacione baze podaci).
Principi razmjene imenika u 1C
1C direktoriji (a skup svih direktorija "u kompleksu" naziva se NSI - regulatorne referentne informacije) - u različitim bazama podataka obično bi trebali biti isti. To znači da čak i ako postoji više baza podataka, lista robe, skladišta, izvođača je ista u različitim bazama podataka.
Uobičajena je praksa kada je u jednoj bazi podataka dozvoljeno uređivati direktorij, a on se kopira („migrira“) u ostale. Kao što smo ranije raspravljali, svaki 1C element ima jedinstveni identifikator - GUID. Direktoriji se obično kopiraju zajedno sa svojim GUID-om i stoga su identični u cijelom distribuiranom informacionom sistemu.
Inače, kada je nekoliko prvobitno postojećih baza podataka povezano, ili kada se direktoriji mogu kreirati u različitim bazama podataka u isto vrijeme, njihovi GUID-ovi će biti različiti. Za ovo postoji odgovarajući mehanizam. Tokom 1C razmjene, u poseban informacioni registar upisuje se informacija da je element iz baze br. 1 sa GUID xxx jednak elementu u ovoj bazi sa GUID yyy. U početku se postojeći elementi koji više nisu jednaki moraju automatski (po drugim detaljima, na primjer, imenom ili PIB-om i KPP) ili ručno upariti.
Principi razmjene dokumenata u 1C
Dokumenti u 1C se objavljuju po registrima i nakon toga se smatraju "objavljenim". To dovodi do razumljivih poteškoća u transferu.
Jedna opcija je da prenesete samo dokumente i ponovo ih objavite nakon učitavanja. Ova metoda se često koristi, ali može dovesti do grešaka - dokument se možda neće objaviti u novoj bazi podataka, jer uvjeti tokom knjiženja mogu biti drugačiji od onih koji su bili u vrijeme objavljivanja ovog dokumenta u originalnoj bazi podataka.
Druga opcija je da zajedno prenesete dokumente i registre. Kako mi to razumijemo, odmah se postavlja pitanje - ili ćemo prenijeti sve dokumente općenito, a zatim i cijeli registar općenito, ili smo prinuđeni da odlučimo da prenosimo samo kretanja po prenesenim dokumentima.
Recimo da trebamo prenijeti element imenika Nomenklature. Ovaj direktorij ima 10 polja, od kojih su 5 nizovi i brojevi, a 5 su veze na druge direktorije.
Shodno tome, prilikom prijenosa jednog elementa nomenklature, primorani smo pretraživati i prenositi i 5 elemenata drugih imenika.
Dakle, prilikom prijenosa jednog elementa direktorija ili jednog dokumenta, 100 ili više drugih 1C objekata može se prenijeti referencom.
U stvari, kaže se da se gotovo svi direktoriji konfiguracije odnose jedni na druge na ovaj ili onaj način.
Planovi razmjene 1C
Pretpostavimo da smo kreirali distribuiranu bazu podataka i razmijenili 1C. Roba se kupuje u centralnom magacinu i priprema za otpremu u prodavnice. U 1C, ured je unio potrebne dokumente za kretanje robe. Potrebno je da se utovare u prodavnice.
sta da radim? Ponovo izvršiti punu razmjenu 1C? Dugo i neefikasno! Bilo bi mnogo bolje izračunati šta su tačno korisnici dodali ili promenili u kancelariju, kako bi samo promene dospele u prodavnice.
Za to postoje planovi 1C razmjene. Programer unaprijed kreira plan 1C razmjene kako bi izvršio 1C razmjenu sa nekom drugom bazom podataka, na primjer, s našim trgovinama.
Plan 1C razmjene bilježi, kada korisnici rade s direktorijima i dokumentima, šta je dodano ili promijenjeno od posljednje 1C razmjene s ovom bazom podataka.
Kreiranje URIB 1C
Dakle, kreiraćemo distribuiranu bazu podataka od nule. U početku imamo "roditeljsku" kancelarijsku bazu. Iz njega ćemo odabrati baze trgovina koje će mu biti podređene.
U tipičnim konfiguracijama već postoje standardni planovi razmjene 1C. Vrste baza za koje su namijenjene intuitivno su jasne iz naziva:
- Razmjena 1C sa sajtom: razmena sa sajtom 1C: Bitrix
- Exchange 1C UPP-UT ili UT-Retail: tipične razmjene sa sestrinskim konfiguracijama
- Puna - 1C razmjena sa bazom podataka zasnovana na istoj konfiguraciji.
RIB - distribuirana baza podataka - može se napraviti i na osnovu 1C "Punog" plana razmjene. U konfiguratoru, u ovom planu 1C razmjene, treba označiti potvrdni okvir "Distribuirana baza podataka".
Plan razmjene 1C kreiran u konfiguratoru ukazuje na to da ćemo vršiti razmjenu s takvom konfiguracijom. U Enterprise modu u istom planu 1C razmjene, sada morate odrediti određene baze podataka na osnovu ove konfiguracije.
Idemo na 1C plan razmjene (Operacije / Plan razmjene; mogu biti i u drugom meniju, često u meniju Usluga / XXX).
Na listi baza podataka u planu 1C razmjene nalazi se jedna sa zelenim krugom na slici. Ovaj element označava OVAJ BAZU. Preostali elementi označavaju OSTALE baze sa kojima se 1C razmjenjuje.
Za sve elemente potrebno je popuniti i naziv i šifru.
Za kreiranje podbaze "shop":
- Postavite kursor na listi na element plana razmjene 1C, koji smo kreirali kao „bazu trgovine“
- Odaberite stavku menija "Akcije/Kreiraj početnu sliku".
Kao rezultat, stvorit će se jedna baza podataka u koju će se učitati početni podaci. Ovo se mora ponoviti za svaki element 1C plana razmjene, osim za TRENUTNU BAZU.
Teorija razmjene 1C
Teorija 1C razmjene je prilično jednostavna:
- Jedna od baza (češće baza centra) inicira razmjenu 1C prema rasporedu ili "po događaju" (ulaz u bazu određenog korisnika i tako dalje.)
- 1C razmjena se sastoji u istovaru datoteke iz baze podataka
- Fajl se mora premjestiti na mjesto gdje ga podređena baza može preuzeti (obično share ili ftp, rjeđe email)
- Podređena baza podataka preuzima primljenu datoteku
- Kao potvrdu da je informacija primljena, slave baza učitava datoteku „odgovora“, koja se na isti način učitava nazad u centralnu bazu.
- Završena sesija razmjene 1C.
Postoje i druge metode 1C razmjene, ne putem datoteka, već, na primjer, putem direktne COM veze između dvije baze podataka. Njegove prednosti:
- Nije potreban "prostor za pohranjivanje i prijenos datoteka".
- Nema potrebe za ponovnim uploadom potvrde
- Sve se dešava brže zbog prva dva poena.
Međutim, ograničenje je jasno - baze moraju biti tako blizu jedna drugoj da bi mogle pokrenuti COM vezu.
Postavljanje RIB 1C
U konstantama tipičnih konfiguracija (Operacije / Konstante; ili Servis / Programske postavke) - obično postoji opšta postavka razmjene 1C. Ovo je prefiks u kodovima elemenata i brojevima dokumenata za lako određivanje u kojoj bazi podataka je kreiran. Kao i interna metoda za čuvanje informacija o mjestu gdje su kreirani direktoriji i dokumenti.
Sada morate konfigurirati kako će se odvijati proces periodične razmjene 1C informacija između kreiranih baza podataka.
Sve RIB postavke u 1C su u tipičnim konfiguracijama, obično u meniju Usluga / Distribuirane baze podataka / Konfiguracija RIB čvorova.
Za svaki prethodno kreirani element "remote store base" morate dodati element konfiguracije.
Postavka određuje način razmjene 1C: datoteka (dijeljenje), datoteka (FTP), datoteka (e-pošta).
Kreiranje i konfiguriranje distribuirane 1C infobaze u tankom klijentu
Pogledajmo sličnu postavku u tipična konfiguracija na bazi tanki klijent– Upravljanje trgovinom izdanje 11.
Postavke (i kreiranje od nule) se nalaze na kartici Administracija sučelja. Stavka "Razmjena podataka".
Odaberite "Kreiraj razmjenu u distribuiranoj bazi podataka".
Od samog početka, 1C će nas tražiti da naznačimo kako ćemo razmjenjivati informacije sa podređenom bazom podataka. Evo opcije konfiguracije "preko datoteke na lopti."
Evo opcije konfiguracije putem datoteke na FTP-u.
Naziv naše postavke za razmjenu je 1C.
I odmah prijedlog za kreiranje "početne slike" - to jest, same slave baze podataka sa učitavanjem primarnih informacija u nju.
Za razliku od konfiguracije na debelom klijentu, obje postavke 1C razmjene su na istom mjestu.
2018-11-15T19:32:35+00:00Univerzalna obrada "Istovar i učitavanje XML podataka" vrši potpuno ili djelomično istovar podataka infobaze u datoteku u XML formatu. Nakon toga, ovaj fajl se može učitati u infobazu koristeći istu obradu. Format datoteke za otpremanje razlikuje se od formata fajla kreiranog prilikom upload-a prema planu razmjene od strane dijela zaglavlja.
Obrada se može koristiti samo u slučajevima kada su infobaza u koju su podaci učitani i ona u koju su podaci učitani homogeni (konfiguracije su identične, podaci se mogu razlikovati), ili su svi učitani objekti gotovo potpuno identični po sastavu i vrste detalja i tabelarni delovi, svojstva "vodećeg" objekta metapodataka i tako dalje.
Korištenje ove obrade moguće je, na primjer, za stvaranje potpune ili djelomične backup podataka, razmjenu podataka između infobaza, kao i pomoćni alat za vraćanje neuspjelih infobaza.
Obrada podržava upload podataka sa mogućnošću postavljanja odabira po periodu. Također je implementirana provjera objekata na nevažeće znakove prilikom razmjene putem XML-a.
S poštovanjem, (nastavnik i programer).
Učitavanje...