Standardna pravila razmjene. Zamjena promijenjene konfiguracije u pravilima razmjene

Tutorial o 1C konverziji podataka (izdanje 2) Detaljno upoznavanje sa pravilima razmjene

Znamo koja su pravila razmjene i zašto su potrebna. Upoznajmo se detaljnije s dodatnom funkcionalnošću rada s pravilima razmjene. Otvorimo postavke za pravila razmjene (konverzije) podataka:

Pravila razmjene definiraju izvornu i odredišnu konfiguraciju podataka, pored toga:

Kartica "Napredno":

Možete odrediti podrazumevano ime datoteke za čuvanje pravila razmene, module za upload i preuzimanje podataka za 7.7, naziv pravila razmene.

Kartica "Parametri":

Pretpostavimo da ured prima narudžbe isključivo za robu, pa je poželjno uspostaviti zabranu usluga istovara. Ako stavka kataloške Nomenklature ima potrebnu uslugu postavljenu na Tačno, tada je zajamčeno da neće biti istovaren. Najbolje je da kontrolu nad uslugama istovara odmah učinite opcionalnom kako ne biste promijenili pravila u slučaju udaljena kancelarijaće primati narudžbe za usluge.

Za ovaj slučaj, morat ćemo naučiti dva nova trika za rad sa konfiguracijom "Konverzija podataka" - korištenje rukovatelja i postavljanje parametara.

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

Da biste uredili parametre, otvorite obrazac elementa direktorija Konverzije za pravila razmjene koja se mogu uređivati ​​i idite na karticu parametri. Kreirajmo novi element direktorij Parametri. Dodijelimo naziv parametra - Unload Services. Ime parametra se koristi za upućivanje na njega u strukturi Parametara kada se piše programski kod u rukovaocima. Naziv će biti prikazan u tabelarnom dijelu Parametara u obliku obrade univerzalne razmjene podataka. Da bi parametar bio vidljiv u dijalogu prilikom postavljanja istovara, potrebno je označiti okvir "Set in dialog" i odabrati vrstu vrijednosti parametra. Da biste radili s parametrima u dijaloškom okviru, također morate označiti polje "Prenesi parametre u formatu verzije 2.01" u obliku elementa u pretraživanju konverzija.

Nije dovoljno samo navesti parametre, potrebno je da algoritam za istovar "razumije" u kom slučaju treba rasteretiti element, a u kojem ne. Za takve (i mnoge druge) slučajeve koristi se mehanizam za rukovanje. Njegova suština leži u činjenici da se u ključnim tačkama u izvršavanju svih osnovnih algoritama za učitavanje i preuzimanje podataka obrađuje kod koji je programer napisao prilikom kreiranja pravila razmjene. Naravno, upotreba ovako delikatnog alata zahtijeva oprez i promišljenost. Prije nego što napišete vlastite rukovaoce, preporučujemo vam da pažljivo pročitate pomoć za konfiguraciju "Pretvorba podataka 2.0", koja opisuje sve varijable dostupne u rukovaocima i kako ih koristiti, kao i popis tipova rukovatelja i karakteristika njihovih pozivanje algoritama za razmjenu podataka.

Za našu svrhu, trebamo koristiti rukovalac pravila za istovar "prije istovaranja". Otvorite pravilo za učitavanje podataka o nomenklaturi i postavite sljedeći programski kod u polje "Prije otpremanja" na kartici "Događaji":

Šta radi naš voditelj? Prilikom pisanja programskog koda koristili smo varijable algoritama za istovar podataka. Struktura Parameters se koristi za upućivanje na parametar UploadServices, koji je postavljen u obrascu za obradu razmjene podataka. Varijabla objekta pruža pristup objektu koji se istovaruje. A varijabla Refusal vam omogućava da kontrolirate odbijanje da ispraznite trenutni objekt. Rukovalac se izvršava neposredno prije istovarivanja objekta, što omogućava poništavanje istovara objekta.

SAMO ZA RAZMJENU V8 - V8 I OBRADU PREUZIMANJE I PREUZIMANJE NE ISPOD 2.0.18.1

Moguće je prenijeti parametre iz jedne konfiguracije u drugu. Da biste to učinili, na kartici "Parametri" označite polje za potvrdu "Transfer parametar pri istovaru" i ovaj parametar će biti smješten u datoteku za razmjenu i njegovoj vrijednosti se može pristupiti prilikom učitavanja podataka. Možete odrediti pravilo konverzije za parametar prema kojem će se vrijednosti konvertirati. Koristeći potvrdni okvir "Prenesi parametar prilikom učitavanja", možete prenijeti samo one parametre koji se uređuju u dijalogu prilikom učitavanja podataka. Ako trebate proći parametar koji nije prisutan u ovom dijalogu, tada morate pozvati proceduru:

Kartica Parametri za istovar sada ima parametar koji mijenja vrijednosti čije usluge se ili ne učitavaju.

Prilikom razvoja 1C 8 pravila razmjene široko se koristi mogućnost programskog redefiniranja ponašanja pravila razmjene - mehanizam rukovatelja. Obrađivači događaja značajno proširuju funkcionalnost i nezamjenjiv su alat za postavljanje pravila razmjene u slučajevima kada interaktivne opcije konfiguracije nisu dovoljne.

Rukovaoci i algoritmi su napisani na jeziku platforme na kojoj će se izvršavati tokom razmene.

Ako je ovo platforma "1C: Enterprise 7.7", tada je kod za rukovanje integriran u kod za obradu prijenosa ili preuzimanja. Shodno tome, svaki rukovalac ili algoritam se dodjeljuje zasebnoj funkciji i dostupan je za otklanjanje grešaka tokom razmjene.

Ako se prijenos ili preuzimanje dogodi na platformi 1C:Enterprise 8, tada se kod rukovatelja ne integrira u kod za obradu razmjene podataka, već se učitava u datoteku pravila razmjene. U procesu razmjene podataka, kod rukovatelja ili algoritama se preuzima iz datoteke pravila i izvršava se direktno u kontekstu operatora "Izvrši". Da biste otklonili greške kod rukovaoca i algoritama, možete koristiti XML obradu Universal Data Exchange.

I pokazujemo kako uz njegovu pomoć SNAŽNO pojednostavljujemo rješavanje vaših zadataka

Danas ćemo analizirati kako postaviti i napraviti jednostavan prijenos imenika i početni bilansi.

A ovo je masovni i redovni zadatak, što je gotovo neizbježno za većinu novih konfiguracija koje se lansiraju.

Stoga, pozovite svoje kolege, i njima će to biti od velike koristi.

Pogotovo ako su već vidjeli CD 3 i uplašili se :)

Da, kada je vidite prvi put, uopšte nije jasno.

Ali u stvari - sve je VRLO jednostavno. Toliko jednostavno da će vam kasnije i dosaditi :)

Šta je tačno u današnjim videima

Ovo su 4 videa o dijeljenju podataka putem univerzalni format za razmjenu podataka EnterpriseData.

Osim toga, pokazat ćemo primjer preciziranje standardnih pravila razmjene u 1C: Konverzija podataka 3.0

Ukupno trajanje - 34 minuta. sadržaj:

  • Postavljanje mjenjačnice na primjeru 1C: Računovodstva 8 i 1C: ERP
  • Kako učitati standardna pravila i univerzalni format razmjene u Data Conversion 3.0
  • Prenošenje strukture metapodataka na CD 3.0
  • Kako izvršiti prvu razmjenu podataka
  • Rafiniranje pravila konverzije
  • Kako učitati nova pravila bez promjene konfiguracije ( bez povlačenja iz podrške)

Bilješka da se pri rješavanju ovog problema pravila učitavanja mijenjaju samo u konfiguraciji prijemnika. I izvorna konfiguracija radi prema standardnim pravilima.

Ako bi takav zadatak bio riješen u Data Conversion 2.0, tada bi se morale napraviti promjene u pravilima i izvora i odredišta.

Ovi video tutorijali su relevantni za BSP revizija 2.3.2(za bilo koju verziju stariju od 2.3.2.43).

Ako koristite stariju verziju BSP-a, napravite "ispravku" za promijenjeni interfejs i proširenu funkcionalnost. Da biste to učinili, sami ponovite primjer iz videa.

Video 1:
Učitavanje pravila razmjene između tipičnih konfiguracija u Data Conversion 3.0

U ovoj lekciji ćemo izvršiti pripremne radnje kada unosimo promjene u pravila razmjene između tipičnih konfiguracija:

  • Učitavanje strukture formata za razmjenu na CD (
  • Kreiranje konverzije
  • Prijenos datoteka pravila iz tipične konfiguracije
  • Uklanjanje modula menadžera razmene

Video 2:
Dopuna pravila razmjene u CD-u 3.0

U ovom vodiču ćemo vam pokazati kako da popunite detalje objekata prilikom učitavanja podataka.

Zadatak će biti riješen - prilikom učitavanja objekata iz izvorne konfiguracije postavite komentar “Učitano iz BP 3.0”.

Da biste riješili problem, morate napraviti promjene u pravilima konverzije objekata, u slučaju “Prije pisanja primljenih podataka”.

Razvijena pravila će biti sačuvana kao eksterna obrada za dalju upotrebu.

Video 3:
Postavljanje univerzalne razmjene između tipičnih konfiguracija

U ovom vodiču ćemo vam pokazati kako postaviti novu razmjenu tipa.

Postavke će se izvršiti u izvornoj konfiguraciji, a zatim učitati u odredišnu konfiguraciju.

Takođe u ovom videu ćemo vam pokazati kako bez promjene konfiguracije učitajte nova pravila razmjene.

Video 4:
Prijenos početnih stanja korištenjem pravila razmjene

U lekciji ćemo pokazati tipičnu funkcionalnost za prijenos početnih stanja.

P.S.

Da, razmjene putem txt / dbf / ole itd. imaju pravo na postojanje. U nekim posebne prilike, kao što je spajanje sa web serverom ili prijenos iz gotovog formata vanjske aplikacije.

Međutim, za standardne razmjenestandardne metode su i brže i mnogo jednostavnije.

A ako neko ponovo izmisli točak kada postoji gotovo univerzalno rešenje - to je kao da napišeš na čelu "Ne posjedujem instrument, ne želim da učim, napraviću štake za tvoj novac" .

P.P.S.

Želimo pokazati da konverzija podataka 3.0 nije teška.

Neobično - da. Nije sve odmah jasno - da. Ima vrlo dvosmislenih trenutaka - da.

Ali uz pomoć gotovih uputa i videa, može se savladati za samo 1-2 sedmice.

Pitanje: Gotova pravila razmjene za tipične konfiguracije


Svima svima svima svima. Tražim gotova pravila razmjene za tipične konfiguracije za prijenos u oba smjera ne samo imenika, već i dokumenata, stanja dokumenata itd. Možda će neko podijeliti. Tražim vrlo rasterećenje po dokumentima i PUB 7.7 u SCP 8 ed 1.2, od trade 7.7 do SCP od plate 7.7 SCP, od trade managementa 8 do SCP 8. Hvala unapred.

odgovor:

tražim pravila razmjene između 1C 8.1 upp 1.2 sa 1C 8.2 upp 1.3

Pitanje: Servisno održavanje sa redovnom funkcionalnošću tipičnih 1C konfiguracija


UT 11.4.1.254 (ili se može pretvoriti u URP, ako nešto pomaže)

Kako uzeti u obzir popravku štampača, odnosno njihovu korisničku službu, kao redovnu funkcionalnost tipičnih 1C konfiguracija (jer za 1C metodologe, popravak je kada oni servisiraju svoje vlastitu opremu, a ne klijenti)?

Jedan majstor, kako u kancelariji tako i na putu.
Klijenti zovu ured za njihovu popravku, ali se ne unose podaci, nema se šta vidjeti

U krajnjem slučaju, koristite drugu bazu drugačije konfiguracije, ali tipične

Glavni utikač - stvarno ne želim mijenjati standardnu ​​konfiguraciju i/ili koristiti nestandardne konfiguracije (module)

odgovor:

Ili bolje rečeno, ažurirati, redovno u ERP-u
Prelazak na UNF nije trivijalan... i za mala i za velika preduzeća.
UT 11 - modifikovano sa Bitrix modulom, na sajt (online prodavnica) Bitrix - takođe piljeno

I nije jasno - za šta?
Napisao sam gore
U UT 11 kreira se nalog kupca na osnovu kojeg = radnja obavljenog posla.
„Informacije o obavljanju posla mogu biti uključene u narudžbinu kupca, zajedno sa podacima o prodatoj robi ili uslugama pruženim u prodaji.“

Može biti komplikovano zbog funkcionalnosti dugoročnih projekata (događaji i faze interakcije sa klijentom)

Iz razgovora sa klijentom ispostavilo se da je potrebno obračunavanje serijskih brojeva, što je i u UT 11.
Vi samo trebate omogućiti i konfigurirati u UT 11

Gledao sam UNF i nisam našao nikakvo čudo, osim dodatnih problema

Po ovom pitanju razočaralo me samo to što sam počeo da pravim "literarni osvrt" kako se to radi u UT - ERP-u i kako se to rešava:
- u drugim tipičnim konfiguracijama
- specijalizirane individualne industrijske konfiguracije
- moduli za UT 11
, tj. Bio sam previše lijen da pokušam pokrenuti svoj mozak

Uzmite i koristite kada znate kako ili je neko već postavio i pokazao
(na primjer, u standardnim demobazama - nema se šta pogledati - uzmite nešto spremno za uzorak)
.
Samo su se vještine računovodstva i raspodjele prihoda i rashoda u UT-ERP-u morale malo izglancati, a u UNF-u općenito je potrebno ponovo proučiti svo računovodstvo i okrenuti glavu na jednu stranu po bilo kojem pitanju

Pitanje: Brisanje objekta iz postojećeg pravila razmjene


Možete li mi reći kako da izbrišem objekat iz postojećeg pravila razmjene? Činjenica je da morate istovariti iz jedne baze u drugu za određeni datum samo prodaju i prijem robe i usluga. Samo automatski kreirano pravilo radi za mene, pravilo kreirano ručno učitava prazne dokumente. Stoga bih želio ukloniti nepotrebne dokumente iz automatski kreiranog pravila kako korisnici ne bi slučajno učitali pogrešnu stvar.

odgovor:

Poruka od Allexei

Zdravo! Vjerovatno već nije relevantno, ali ipak. Alternativno, možete poništiti registraciju objekata nepotrebnog tipa u planu razmjene. Zahvaljujući tome, ne morate ponovo pisati pravila razmjene i nepotrebni objekti neće biti istovareni.

Hvala, probaću.

Može se ukloniti na uobičajen način

Pitanje: Pravila razmjene - gdje urediti?


Kupac je izvršio promjene u konfiguraciji prijemnika. Nemoguće je tačno znati šta se promenilo.
Sada moramo ispraviti pravila razmjene.
Kako vidjeti mjesta koja treba ispraviti?
Potrebno je nekako po postojećim pravilima shvatiti da svojstvo više ne postoji ili da mu se promijenio tip.

odgovor:() Čini mi se da je dovoljno da se na neki način pokrene razmjena da bi se zadovoljio kupac. A da biste bili plaćeni, morate sve uraditi do kraja :)

Pitanje: "Upravljanje trgovinom", izdanje 10.3 (10.3.46.2) Promjena pravila razmjene za maloprodaju 2.1


Zdravo. Kako promijeniti pravila u UT?
Promenio sam izgled Pravila razmene u Exchange planovima ExchangeRetailManagement of Trade103 Ažurirao sam ponovno pokretanje - pogrešna pravila. Čak sam i ručno promijenio verziju. I dalje ne pomaže.
Glupo je obrisao unos pravila iz registra Pravila razmjene podataka.
Ne postoji normalno dugme za učitavanje datoteke sa pravilima ili njeno ažuriranje iz conf izgleda.
Ima puno dodataka i testova koje treba uraditi, ali ne znam kako brzo promijeniti pravila registracije/razmjene (

odgovor: ažurirano sa IT, sve je u redu. Cijeli mozak je već pojeo ovu razmjenu

Pitanje: Zamjena pravila razmjene u datoteci za otpremanje


Sve dobro!
Postoji fajl xml otpremanja prema pravilima razmjene. Shodno tome, ima blok

<ПравилаОбмена> ...

Postoji i drugi fajl, kao šablon za ovaj blok.
Potrebno je zamijeniti blok pravila u datoteci za učitavanje blokom iz datoteke šablona.
Hoćete li morati čitati XMLReader element po element i pisati u treću privremenu datoteku putem XMLWrite-a? Ili postoji pogodniji način?

P.S. Predviđam razumno pitanje "Zašto?" Potrebno je zaštititi od promjena pravila u Izvoru, tj. uvijek preuzimajte referencom sa prijemnika.

odgovor:

Napisao. Postoje određene sumnje u optimalnost. Zapišite u privremeni xml putem WriteXML-a, a zatim ReadText da biste sve to ugurali u datoteku koja je prvobitno proslijeđena.
Sa metodološke tačke gledišta, ima li grubih grešaka?

// Procedura zamjenjuje blok<ПравилаОбмена>...u proslijeđenoj .xml datoteci // u blok iz šablona, ​​koji pohranjuje fragment datoteke za istovar prema referentnim pravilima. // // Parametri // XMLFileName - Tip: String - Puno ime datoteke sa podacima za učitavanje, // u kojem ćemo promijeniti blok<ПравилаОбмена>// // Povratna vrijednost: // XMLResultFileName - Tip: String - Put // Procedura ReplaceExchangeRulesInUploadFileWS(XMLFileName)XMLUploadFile = New ReadXML; FileUploadXML.OpenFile(XMLFileName); RuleTemplate = Novi XMLReader; PathToRulePattern = GetExchangeRuleTemplate(); RulesTemplate.OpenFile(PathToRuleTemplate); XMLResultFileName = GetTemporaryFileName(".xml"); ResultXML = Novi WriteXML; ResultXML.OpenFile(FilenameResultXML); Dok FileUploadXML.Read() LoopNodeType = FileUploadXML.NodeType; Ako NodeType = XMLNodeType.ElementStart i XMLUploadFile.Name = "Pravila razmjene" Tada XMLUploadFile.Skip(); Dok RuleTemplate.Read() Loop If RuleTemplate.NodeType = XMLNodeType.ElementStart i RuleTemplate.Name = "Exchange Rules" then ResultXML.WriteCurrent(RuleTemplate); Dok RuleTemplate.Read() Loop ResultXML.WriteCurrent(RuleTemplate); Ako RuleTemplate.NodeType = XMLNodeType.EndElement i RuleTemplate.Name = "Pravila razmjene" Onda Prekini; EndIf; EndCycle; prekinuti; EndIf; EndCycle; Else ResultXML.WriteCurrent(FileUploadXML); EndIf; EndCycle; FileUploadXML.Close(); RulesTemplate.Close(); ResultXML.Close(); Tekst = NewReadText(ResultFileNameXML); ExchangeMessage = Text.Read(); TextWriter = NewTextWriter(XMLFileName, TextCoding.UTF8); WriteText.Write(MessageExchange); WriteText.Close(); EndProcedure // ReplaceExchangeRules()

Pitanje: Pomoć oko pravila razmjene


1C 8.3.9.1850, UT 11.3.2.157, Maloprodaja 2.2.5.22. Prilikom učitavanja pravila u UT, pojavljuje se greška. Postoji li način da se poprave pravila.

Upućivanje na nepostojeći objekt metapodataka u pravilima razmjene
Objekt =
Opis greške = Tip nije definiran (EnumReference.AssemblyOrderOperationTypes)
PositionModule = Processing.ConvertingInfoBaseObjects.ModuleObject(4885)
KErrorMessages = 11

odgovor:

Ako me pamćenje ne vara, onda su zadnja pravila uvijek pohranjena u samom conf u rasporedu. Dakle, nema potrebe za uzimanjem najnovija pravila iz foldera. Samo ažurirajte oba conf-a na najnovija izdanja.

Pitanje: Kako učitati pravila razmjene za upload u konverziju


Kako skinuti pravila konverzije iz tipične konfiguracije?

Zadatak: postoji konfiguracija "Rarus: Upravljanje trgovinom i odnosima s kupcima (CRM)", postoji plan za razmjenu ExchangeSite-a. Razmjena sa sajtom je u toku, potrebno je da dodate upload statusa narudžbe sa 1C kako bi se ažurirao na sajtu.

Ovako vidim rješenje: ispraznite pravila za istovar narudžbi, učitajte ih u konverziju, dodajte PCS za status tamo i učitajte ih nazad u konfiguraciju. Ali kako rasteretiti ova pravila? U planu razmene postoji izgled Šeme za otpremanje narudžbine, na zadnjoj kartici Podešavanja nalazi se dugme "Sačuvaj postavke u datoteku", ali, koliko sam razumeo, to nije slučaj za konverziju, ovo xml datoteka nije učitana.

Reci mi molim te.


Ispravljena su pravila za razmjenu TiS-a 7.7 i BP2 dodata je prijenos dva doka
Ispravna faktura i ispravka fakture. Ovdje sve teče normalno. Oba ova doka stvaraju prilagođavanje implementacije u BP2.
No, nastao je problem, potrebno je u docking bazu u prilagodbi implementacije (BP2) dodati ne račun kao standard, već osnovu ove fakture, tj. implementacija.
Isječak PKO koda (nakon preuzimanja):
Object.FillAccountsInTabPart(Object.Products,"Products",True); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Object.Adjust PDV = Tačno; Object.SumIncludesVAT = Tačno; Ako Object.Ownership.Empty() onda Object.Ownership = chVariableValue("chCurrentUser"); EndIf; Object.RealizationDocument = Object.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Prije snimanja, objekat još ne postoji, te je stoga nemoguće pristupiti atributu objekta, a nakon snimanja je već kasno. Pravila će funkcionirati kao i obično. Reci mi kako da riješim CD tek počeo da razumijem.

odgovor: Nakon pisanja = nakon pozivanja metode Write

Mnogi preduzetnici 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 regulisanog računovodstva i izvještavanja, a UT se koristi za operativno i upravljačko računovodstvo u kompaniji.
Uspjeh zajedničkog korištenja ovih softverskih proizvoda u velikoj mjeri ovisi o organizaciji razmjene podataka između PSU 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 Metodologija postavljanja razmjene je detaljno opisana u .htm datoteci „Dijeljenje konfiguracija upravljanja trgovinom (11) i računovodstva preduzeća“, koja se nalazi u direktoriju šablona. kada je instaliran kao 1C: Accounting 2.0 (u daljem tekstu BP), i 1C: Trade Management 11 (u daljem tekstu UT); preporuke primljene na 1C partnerskoj konferenciji i lično iskustvo autora u kreiranju i promjeni postavki razmjene 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. „To će osigurati punopravan rad sa odlaznim dokumentima plaćanja i lakši rad 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 u potpunosti uploadovan u 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 CBR-a od 3. oktobra 2002. N2-P "O bezgotovinskom plaćanju u Ruskoj Federaciji" (sa izmjenama i dopunama od 3. marta 2003., 11. juna 2004., 2. maja 2007., 22. januara 2008.).

Postavljanje jednosmjerne razmjene (od UT do BP) ima smisla samo ako se svi dokumenti i referentne informacije popune 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.

Treba 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 periodično resetiranje registracije, 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 treba 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 sa 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 u BP konfiguraciji ne postoji ugovor sa potrebnim parametrima, tada se kreira takav ugovor. Treba napomenuti da se potraga za sporazumom vrši samo od 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 korištenju ovog objekta možete pročitati u dokumentacijskoj datoteci "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 nova opcija specificiranja skladišta u tabelarnim dijelovima dokumenata u UT, tada je u postavkama čvora plana razmjene potrebno postaviti generalizirano skladište koje će biti zamijenjeno prilikom istovara dokumenata iz UT-a. u BP konfiguraciju umjesto skladišta dozvoljenih za odabir u tabelarnim dijelovima 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 se usluge navedene u UT dokumentima pravilno prenele u tabelarni odjeljak u BP, potrebno je:

1. U odeljku sa referentnim informacijama otvorite referentnu knjigu „Vrste artikla“, idite na tip 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. Važno je napomenuti da u ovom slučaju dokumenti iz prethodno zatvorenog perioda neće biti automatski registrovani 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 trenutku kreiranja razmjene, ili samo na one podatke koji su promijenjeni nakon primjene novih postavki - nakon kreiranja razmjene , stoga je preporučljivo da pri kreiranju razmjene podataka pristupite postavkama filtera što je moguće odgovornije.

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 podešavanja stupaju na snagu samo za novopromenjene podatke, postojeći dokumenti i direktorijumi neće biti učitani u bazu podataka koja prima sve dok korisnik ne izvrši bilo kakve promene 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 tokom 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 unose u ovaj registar možete ispraviti 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 obrisati zapis.

5. Dodatne postavke

Stavke novčanih tokova

Za konfiguraciju UT-a, možda će biti potrebno spustiti props “corr. račun” za one stavke toka gotovine koje će se koristiti i učitavati 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 konfigurisanja 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 su razmotrene 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.