Standardna pravila razmjene. Filtrirajte po organizacijama

Ako razmjenjujete podatke između Trade Management 10.3 i Enterprise Accounting 2.0 konfiguracija, tada nakon ažuriranja jedne od konfiguracija, morate ažurirati pravila razmjene.

Razmotrimo slučaj kada je berza konfigurisana iz konfiguracije upravljanja trgovinom i konfigurisana preko direktne veze sa bazom prijemnika, tj. računovodstvo. Morate učitati nova pravila kroz postavke razmjene podataka u Trade Management. Preporučljivo je napraviti baze prije nego što ovo uradite.

Zauskaem 1C Upravljanje trgovinom 10.3. Odaberite stavku “Sve postavke komunikacije” iz menija Alati => Ostala komunikacija.

Odaberite odjeljak "Sve razmjene". Pronalazimo vašu razmjenu podataka na listi, kliknite desnim tasterom miša i kliknite na "Uredi". Ako pokušate promijeniti postavke razmjene iz odjeljka "Razmjena podataka sa 1C: Računovodstvo 8", kada pokušate promijeniti, pokrenut će se pomoćnik za postavljanje razmjene podataka, koji nam nije potreban.

U prozoru koji se pojavi vidimo da se razmjena odvija prema pravilima razmjene koja se mogu pohraniti i učitati. Pravila za učitavanje u bazu berze su pravila po kojima se informacije učitavaju iz Sektora trgovine u Sektor računovodstva, a pravila za učitavanje iz baze razmene u trenutnu bazu su pravila po kojima se informacije učitavaju iz Odeljenja računovodstva. Upravi za trgovinu.

Učitajte pravila učitavanja u bazu podataka razmjene. Kliknite na "Učitaj pravila iz datoteke". Pažnja, ako imate nestandardnu ​​konfiguraciju i koristite nestandardna pravila razmjene, tj. dizajniran posebno za vašu izmijenjenu konfiguraciju, tada biste trebali kontaktirati stručnjake da kreiraju nova pravila na temelju postojećih.

Ni u kom slučaju ih nemojte zamijeniti standardnim pravilima. Ako niste sigurni da imate tipične konfiguracije, za svaki slučaj, sačuvajte postojeća pravila pomoću dugmeta „Sačuvaj pravila u datoteku“.

Budući da je ovo drugo izašlo mnogo kasnije od ažuriranja za upravljanje trgovinom, tražimo pravila razmjene u katalogu 1C predložaka ažuriranja za računovodstvo. Direktorij predložaka ažuriranja možete pronaći na sljedeći način. Pokrećemo 1C i kliknemo "Postavke". U prozoru koji se pojavi vidimo putanju do direktorija predložaka konfiguracije i ažuriranja.

Hajdemo ovim putem. Dalje: 1C=>Računovodstvo i izaberite folder sa imenom poslednjeg instaliranog izdanja Računovodstva. Ako pravila treba preuzeti iz ažuriranja konfiguracije „1C: Upravljanje trgovinom“, fascikla će se zvati Trgovina. Za konfiguraciju "1C: Maloprodaja" - Maloprodaja. Sadrži folder "Razmjene podataka".

Dalje „Konfiguracija Exchange sa upravljanjem trgovinom, rev. 10,3". U njemu vidimo PRAVILA KONVERZIJE BP-UT i PRAVILA KONVERZIJE UT-BP. Pošto su nam potrebna pravila za istovar iz UT-a, odaberite „PRAVILA KONVERZIJE UT-BP” i kliknite otvori. Isto radimo za pravila za učitavanje iz baze podataka razmjene u trenutnu bazu podataka, samo odaberite datoteku BP-UT CONVERSION RULES i kliknite otvori.

U folderu „Exchange with Trade Management configuration, rev. 10,3” je datoteka Sharing.htm. Ako ga nikada niste pročitali, svakako biste ga trebali pročitati. Sadrži sljedeće korisne informacije:

  • Svrha dijeljenja
  • opći opis
  • Migracija iz prethodnih verzija dvosmjerne komunikacije
  • Preliminarne radnje
  • Kako postaviti komunikaciju između konfiguracija
  • Sinhronizacija podataka
  • Zajednički rad konfiguracija “Upravljanje trgovinom” i “Računovodstvo preduzeća”
  • Primjeri korisničkih scenarija
  • Tabela korespondencije učitanih dokumenata UT - BP (verzija 1.6, izdanje 2.0) Tabela korespondencije učitanih dokumenata BP (verzija 1.6, izdanje 2.0) - UT
  • Značajke istovara dokumenata i imenika
  • Tabela korespondencije neučitanih dokumenata BP (verzija 1.6, izdanje 2.0) - UT
  • Prijenos dokumenata “Račun za plaćanje kupcu” i “Nalog kupca”
  • Odlaganje troškova otpisa robe
  • Praćenje rezultata razmjene podataka

Provjeravamo pravila pomoću dugmadi za provjeru. I kliknite OK. Nova pravila su sačuvana. Pokrećemo razmjenu podataka i provjeravamo njihov rad.

Kako postaviti dvosmjernu razmjenu podataka između Trade Management 10.3 i Enterprise Accounting 2.0 konfiguracija je napisano u mom drugom članku.

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 u kancelariju 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 obavljena.
„Informacije o izvršenju 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.
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)
.
Morao sam samo malo dotjerati vještinu računovodstva i raspodjele prihoda i rashoda u UT - ERP, a u UNF-u generalno treba iznova proučiti sve računovodstvo i zavrnuti glavu na jednu stranu po bilo kom 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 na neki način započnemo razmjenu 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) Promena pravila razmene za maloprodaju 2.1


Zdravo. Kako promijeniti pravila u UT?
Menjam izgled Pravila razmene u Exchange planovima ExchangeRetailManagement of Trade103 Ažuriram, ponovo pokrećem, 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 fajla pravila ili njegovo 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. Prema 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. Pisanje u privremeni xml preko WriteXML-a, a zatim ReadText da se sve to ugura 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 - Puni naziv 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 = "Pravila razmjene" Zatim 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 = NewTextReader(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 posljednja pravila uvijek pohranjena u samom conf u rasporedu. Dakle, nema potrebe za uzimanjem najnovija pravila iz foldera. Samo ažurirajte oba confs 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 dodala 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 fakturu 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 = true; 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 raditi kao i obično. Reci mi kako da riješim CD tek počeo da razumijem.

odgovor: Nakon pisanja = nakon pozivanja metode Write

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 za podatke, 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":

Recimo da kancelarija prima narudžbe isključivo za robu, pa je poželjno postaviti zabranu usluga istovara. Ako stavka kataloške Nomenklature ima potrebnu uslugu postavljenu na Tačno, tada je zajamčeno da neće biti istovaren. Kontrolu istovara usluga najbolje je odmah učiniti opcionom kako se ne bi mijenjala pravila ako i udaljena kancelarija počne 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 učitavanje koja se može koristiti za pristup varijablama obrade. Postavljanje strukture parametara za pravila konverzije vrši se u konfiguraciji "Konverzija podataka", a podešavanje 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 direktorija Parameters. 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 kojem slučaju treba istovariti 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 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 razmjene 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 uploada", možete prenijeti samo one parametre koji se uređuju u dijalogu prilikom učitavanja podataka. Ako trebate proslijediti parametar koji nije prisutan u ovom dijalogu, tada morate pozvati proceduru:

Kartica Parametri za istovar sada ima parametar koji mijenja vrijednosti čije se usluge 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. U skladu s tim, svaki rukovalac ili algoritam se dodjeljuje zasebnoj funkciji i dostupan je za otklanjanje grešaka tokom razmjene.

Ako se učitavanje ili preuzimanje odvija na platformi 1C:Enterprise 8, tada kod rukovatelja nije integriran 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.

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 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 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 su svi dokumenti i referentni podaci popunjeni 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 izvršio 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 u BP konfiguraciji nema ugovora 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 na (ili mijenjati iz) trenutnu (jednu ili jednu od) 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 se koristi 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 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 u trenutku promjene postavke na čvoru nema registriranih dokumenata za razmjenu. 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 budući da postavke stupaju na snagu samo za novopromijenjene podatke, postojeći dokumenti i direktoriji neće biti učitani u bazu podataka koja prima sve dok korisnik ne izvrši bilo kakve promjene u njima.

4. Uklanjanje objekata iz jedne od baza podataka

Označite za brisanje

Moguća je situacija kada se prethodno korišteni element imenika ne planira koristiti za dalje računovodstvo, a korisnici smatraju da je ispravno 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 podudaranja objekata dvije infobaze, možete otvoriti Registar informacija "Korespondencija objekata infobaze" i unose u ovaj registar možete ručno ispraviti. 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

Za konfiguraciju UT-a, možda će biti potrebno spustiti props “corr. račun” za one stavke novčanog toka koje će se koristiti i učitati u BP.

Za BP konfiguraciju: možda će biti potrebno unijeti vrstu 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 konfiguriranja 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.