1c promijeniti pravila razmjene putem univerzalnog formata. 1C nudi format EnterpriseData za razmjenu poslovnih podataka. Što je format EnterpriseData

Svrha ovog članka je odgovoriti na prva pitanja o KD3 i na jednostavnom primjeru pokazati kako izmijeniti standardna pravila. Podaci su korisni za početnike i one koji su već počeli svladavati i imaju nova pitanja.

Prihvaćene kratice u ovoj publikaciji

KD2- Pretvorba podataka o konfiguraciji, revizija 2.0.
KD3- konfiguracija Pretvorba podataka, revizija 3.0, konfiguracija 3.0.5.3.
ED- univerzalni format razmjene EnterpriseData.

Odgovori na pitanja nakon površnog upoznavanja s KD3. Ako znate zašto vam je potreban KD3, možete preskočiti ovaj odlomak;)

Pitanja i odgovori

KD3 je nova verzija KD2? Ne! Ovo je još jedan alat koji rješava zadatke slične KD2. Svaki alat ima svoju primjenu.
Je li KD3 bolji od KD2? Ne mogu se uspoređivati, budući da različiti su alati i svaki ima svoje prednosti i nedostatke.
Da biste promijenili pravila razmjene KD3, trebate ukloniti konfiguraciju s podrške? Ne NEMOJTE se povlačiti iz podrške! U tipičnim konfiguracijama možete standardno povezati vanjsku obradu s pravilima, a na konfiguracijama koje podržavaju platformu 8.3.10 i novije možete urediti pravila pomoću proširenja.
Morate prenijeti podatke iz internih konfiguracija. Za potrebe učenja možete koristiti KD3? Ako postavljate ovo pitanje, najvjerojatnije ne možete. Za KD3 konfiguracija mora uključivati BSP 2.3 i novije verzije sa sinkronizacijom putem univerzalnog formata. KD2 će vam odgovarati 100%, KD3 je upitan.
Može li se KD3 koristiti za tipične izmijenjene konfiguracije? Da, možeš. Ako se vaši netipični podaci mogu proslijediti pomoću ED ili AdditionalInfo rekvizita, to je u redu. Inače, postoji mogućnost promjene formata razmjene (XML shema). U tom će slučaju mogućnosti CD3 biti gotovo jednake CD2, ali glavna prednost CD3 bit će izgubljena - svestranost formata razmjene.
Mogu li se međusobno razmjenjivati konfiguracije koje podržavaju ED? Da! No za razmjenu BP 3.0 - BP 3.0, pri stvaranju sinkronizacije ne možete odabrati BP 3.0. U redu je, odaberite "Drugi program". Ako vam je potrebna jednokratna razmjena, dovoljno je upotrijebiti obradu "Upload / Load EnterpriseData" u izborniku Sve funkcije.
Nakon ažuriranja konfiguracije, trebate li preuzeti najnovija pravila iz paketa? Ne! Pravila su sadržana u konfiguracijskom modulu. Za razmjenu s drugim 1C bazama podataka ne morate učitavati pravila druge baze podataka. Zašto? Detalji u ovom članku.
Je li nakon ažuriranja jedne baze podataka potrebno ažurirati drugu bazu podataka koja sudjeluje u razmjeni? Ne! Nije potrebno sinkronizirano ažurirati sve baze podataka koje sudjeluju u razmjeni. Ovo je jedna od prednosti KD3.
Naše konfiguracije su uvelike poboljšane, postoje nove vrste dokumenata i direktorija, može li ih KD3 prenijeti? Postoji šansa da neće moći bez promjene formata. Ovo je jedan od "nedostataka" KD3 u usporedbi s KD2.

Zašto nam je onda potreban KD3? Prednosti i nedostatci

Prednosti KD3

Razmotrimo glavnu prednost KD3 na primjeru često nailazećeg zadatka. Postoji konfiguracija UT 11.3, koja se iz nekog razloga ne ažurira. Potrebno je organizirati razmjenu s BP 3.0, koja se stalno ažurira do trenutnog izdanja.

Nema problema.

Univerzalni format razmjene, koji se koristi u KD3, osmišljen je za rješavanje takvih problema.
Pravila razmjene u UT -u nisu stvorena za razmjenu s BP -om, već za razmjenu s univerzalnim formatom EnterpriseData.
Ako radimo u smislu KD2, tada se UT razmjenjuje s ED konfiguracijom, koja se ne mijenja. BP 3.0 se također razmjenjuje s ED.

Svaka konfiguracija ima svoja pravila za razmjenu s ED -om. Stoga UT uvijek prenosi podatke u isti format. Konfiguracija BP 3.0, bez obzira na to koliko je nova, trebala bi moći primati podatke iz ovog formata.

Ispostavilo se da UT ne treba brinuti zbog činjenice da će BP promijeniti neke detalje. Zadatak je jednostavan - prenesite u ED, a konfiguracija PSU -a trebala bi moći prihvatiti podatke iz ovog formata.

Zbog činjenice da izvor uvijek učitava konfiguraciju u jednom formatu, svaki konfiguracijski prijemnik može učitati podatke iz ovog univerzalnog formata.
Oni. za proizvoljnu kombinaciju razmjena UT - BP, UT - KA, UT - ERP, KA -BP, ERP - BP. nema potrebe pisati pojedina pravila. U KD3 pravila su univerzalna. Bilo koja konfiguracija koja podržava razmjenu univerzalnog formata može se razmjenjivati sa bilo kojom konfiguracijom koja podržava ED format.

Otklanjanje pogrešaka algoritama i pravila dostupno je u samoj konfiguraciji od sva su pravila kodirana zajednički modul ili vanjsku obradu. Možete učiniti bez KD3 da biste brzo ispravili pogrešku.

Nedostaci KD2

Pravila razmjene su individualna za svaki par konfiguracija. Sve gore navedene kombinacije razmjene između različitih vrsta konfiguracija i različitih verzija konfiguracija trebaju svoja vlastita pravila razmjene. Stoga će za rješavanje gore spomenutog problema razmjene UT 11.3 i BP 3.0 biti potrebno otkloniti pogreške i poboljšati pravila razmjene gotovo nakon svakog ažuriranja BP 3.0.

Otklanjanje pogrešaka u algoritmima i pravilima teško je za programera početnika ili za nekoga tko se rijetko suočava s ovim zadatkom. Pravila su pohranjena u xml datoteci. Nije dostupno brzo rješenje. Potrebno je učitati pravila u KD2, ispraviti ih i istovariti natrag.

Nedostaci KD3

Univerzalni format nameće ograničenja na vrste dokumenata i direktorije. Dizajniran je za tipične konfiguracije. Ako imate netipičan zahtjev ili vrstu dokumenta, može doći do poteškoća u razmjeni.

Za sinkronizaciju u ED formatu konfiguracija mora podržavati te mehanizme. Sve je to u BSP -u 2.3 i novijim. Ovo zapravo nije minus, već značajka.

Glavni plus pomalo blijedi zbog ograničenog vremenskog okvira za podršku formatu. To su već osjetili korisnici UT 11.1, UT 11.2, koji razmjenjuju s BP 3.0. Ovdje je navedeno vrijeme podrške. Kaže da je minimalno zajamčeno razdoblje podrške formatu godinu dana, zapravo oko 3 godine. Dakle, ako danas postavite sinkronizaciju, tada barem godinu dana ne možete ažurirati bazu podataka UT 11, a zatim ažurirati konfiguraciju ili jednostavno dodati novi format, napraviti malu promjenu u BSP -u i pravilima, ako je potrebno. Kako to učiniti? Bit će spomenuto kasnije u ovom članku.

Prednosti KD2

Mogućnosti KD2 su beskrajne. Možete stvoriti pravila razmjene za bilo koju konfiguraciju na bilo kojoj platformi. Od 1C 7.7 do posljednjih 8.3. Od konfiguracije ništa nije potrebno, BSP je opcijski. Pravila se mogu stvoriti u automatski način rada i profinjen.

U vezi s gore navedenim prednostima i nedostacima, preporučuje se korištenje KD3 za tipične konfiguracije. KD2 se može koristiti za bilo koju konfiguraciju, ali s obzirom na njegove nedostatke, ne zaboravite da je ponekad prikladnije koristiti KD3.

Nadam se da razumijete zašto je KD3 potreban, nastavljamo s osnovama.

Dalje prihvaćene kratice

BSP- Knjižnica standardnih podsustava.
POD, ISPOD- pravilo obrade podataka.
PKO- pravilo pretvorbe objekta.
PKPD- pravilo za pretvaranje unaprijed definiranih podataka.
PKS- pravilo pretvorbe nekretnine.

Razmotrimo primjer - potrebno je promijeniti standardna pravila za razmjenu BP 3.0 i UT 11.3

Na žutoj podlozi postoje koraci iz uputa koje se otvaraju u KD3. Slijed koraka predloženih u ovom članku drugačiji je kako se ne biste zbunili i odmah logično dovršili započetu radnju.

Kako mogu promijeniti ED pravila?

Promijenite modul s pravilima razmjene izravno u konfiguraciji. Ovu opciju još ne razmatramo jer da biste razumjeli što i gdje je potrebno promijeniti, potrebno je to učiniti barem jednom u KD3. U tom će slučaju u budućnosti biti lakše brzo riješiti probleme, otkloniti pogreške u modulu i po potrebi prenijeti na KD3.
Koristite KD3.
Kako se to radi u KD2? Istovaramo metapodatke obje konfiguracije i učitavamo ih u KD2.
Korak 1. Za KD3 činimo isto - u svakoj konfiguraciji u Enterprise načinu obrade \ tmplts \ 1c \ Conversion \ 3_0_5_3 \ MD83Exp.epf prenesite konfiguracijske metapodatke,
na primjer, u mapu „ D: \ Pravila BP3 \ BP 3.0.54.15 \", Naziv datoteke " MD.xml».

Nije jasno u koju svrhu su skrivene postavke ove obrade, pa se prema zadanim postavkama podaci o informacijskim registrima ne istovaraju. Otklanjamo ovaj nedostatak.
U postupku ChangeProcessingMode () glavnog obrasca komentirajte redak

// Elements.Settings.Visibility = False;

Spremamo obradu, otvaramo je u načinu rada Enterprise, postavljamo zastavicu na "Unload data Registers", istovaramo.

Korak 3. Učitaj prethodno stvorenu datoteku " MD.xml"U KD3, zastava odjeljka" V. nova verzija konfiguracija».

Jer u KD3 se za razmjenu koristi "posredna konfiguracija" (ED), učitavamo i njezine "metapodatke", koji su XML shema, datoteku s nastavkom "xsd". Korak 2. Možete ga uzeti iz konfiguracije UT 11 ili BP 3.0. Isti su. Otvorite konfiguraciju, u traku za pretraživanje unesite “ Unesi", Vidimo na drvetu Općenito - XDTO paketi neki paketi poput ovog: EnterpriseData_1_3_8, EnterpriseData_1_4_4 i slično. To su verzije formata 1.3 i 1.4, odnosno 1.2, 1.1, 1.0, ako ih ima. Desno dugme miš na paketu, u kontekstni izbornik odaberite "".

Korak 4. U odjeljku KD3 odaberite prethodno prenesene datoteke s nastavkom "xsd". Morate odabrati jednu datoteku! Višestruki izbor zajedno s ExchangeMessage nije potreban! To je predloženo u starim uputama za KD3 prethodne verzije... U posljednjem CD3 to nije potrebno.

Nakon učitavanja formata u odjeljak Format podataka - Oblikovanje stabla objekata, odaberite inačicu formata. Ako tamo postoje dokumenti i direktoriji, znači da ste ih učitali ispravnu datoteku... Ako nije, počnite ispočetka s novim praznim CD3 i prvo učitajte format i provjerite stablo.

Faza 2. Nakon učitavanja metapodataka u CD3, nastavljamo s učitavanjem standardnih pravila razmjene.
Kako se to radi u KD2? Pravila se učitavaju u pretvorbu.
Gotovo je isto i u KD3. Iskrcavamo pravila iz standardnog, stvaramo konverziju, a zatim učitavamo pravila u nju.

Iskrcavanje tipičnih pravila iz konfiguracije za učitavanje na CD3

Konfiguracije se razmjenjuju na najvećoj uobičajenoj verziji formata razmjene. Na primjer, jedna konfiguracija ima maksimalni format 1,5, druga 1,6, što znači da će se međusobno razmjenjivati u formatu 1,5. Stoga je dovoljno istovariti format 1.5 iz obje konfiguracije i učitati ga u pravila.

Otvaramo konfiguraciju BP 3.0 ili UT 11.3 u načinu konfiguratora, u traku za pretraživanje možete unijeti “ muškarci uni”, Otvorite opći modul. Ako je ovo BP 3.0, otvorite ga. U otvorenom modulu idite na izbornik Datoteka - Spremite kopiju, spremite datoteku s proizvoljnim imenom, na primjer, “ D: \ Pravila BP3 \ BP 3.0.54.15 \ Zajednički modul ExchangeManager putem UniversalFormat_Module».
Otvorena konfiguracija BP 3.0 ili UT 11.3 u poslovnom načinu rada, otvorena obrada \ tmplts \ 1c \ Conversion \ 3_0_5_3 \ Upload sync rules.epf

Nedostatak tipične obrade:

često ne uspije;
istovara pravila iz vanjske obrade spojene na čvor, ali trebaju nam tipična pravila;
ne radi u BP 3.0.53 i novijim verzijama.

Izmjena modula glavnog obrasca za obradu. Izmjene procedura OnCreateAtServer.

& AtServer postupak OnCreateAtServer (Cancel, StandardProcessing) // Popis odabira verzija formata. Verzije formata = Novo podudaranje; Razmjena podatakaRemovable.OnGettingAvailableFormatVersions (FormatVersions); Za svaki ExchangePlan iz DataExchangeReturnUsedExchangePlansBSP () Ciklus Ako je DataExchangeRepeat.ThisExchangePlanXDTO (ExchangePlan) Tada su verzije formata ExchangePlan = Novo podudaranje; BSP243 verzija = GeneralPurposeClientServer.CompareVersions (StandardSubsystemsServer.Library Version (), "2.4.3.1")> = 0; ModuleDataServer = Opća namjena. CommonModule ("Poslužitelj razmjene podataka"); Ako VersionBSP243 Zatim ExchangePlaneFormatVersions = DataExchange ModuleServer.ExchangePlanSettingsValue (ExchangePlan, "ExchangeFormatVersions"); Inače ExchangePlans [ExchangePlan] .GetExchangeFormatVersions (ExchangePlanFormat verzije); Završi ako; Za svaku ExchangePlaneVersion iz ExchangePlaneFormatVersion CycleManager modula = FormatVersions.Get (ExchangePlaneVersion.Key); Ako je jedinica upravitelja = nedefinirana ili jedinica upravitelja<>ExchangePlaneVersion.Value ThenFormatVersions.Insert (ExchangePlaneVersion.Key, ExchangePlaneVersion.Value); Završi ako; Kraj ciklusa; Završi ako; Kraj ciklusa; Za svakiFormatVersion FROMFormatVersion.Loop Stavke.FormatVersionNumber.SelectionList.Add (FormatVersion.Key); Kraj ciklusa; FormatVersionStoreAddress = PutToTemporaryStore (Verzije formata, UniqueIdentifier); Kraj postupka

Odabiremo "Oblikovanje broja verzije", na primjer, " 1.3 »,
"Exchange direktorij" - stvorite mapu, na primjer, ""
Pritisni gumb " Istovariti».

Ponavljamo ove korake za ostale verzije formata i spremamo ih u odgovarajuće mape "1.4", "1.5" itd. Za BP 3.0 dovoljno je istovariti sve formate od 1.3 i više. Za ostale konfiguracije od 1.2 pa naviše.

Pravila su iskrcana, sada ih morate učitati u KD3. U KD2 pravila se učitavaju istodobno s stvaranjem pretvorbe. U CD3 morate stvoriti pretvorbu i u nju učitati pravila.
U odjeljku KD3 Konverzije - Konverzije - Izradi... ... Odabir konfiguracije. Radi praktičnosti, možete promijeniti naziv konfiguracije tako da odete u način uređivanja elemenata. Na primjer, umjesto Računovodstvena poduzeća naznačiti " BP 3.0.54.15". Rekviziti Ime nema potrebe za promjenom! Ime konverzije se mogu navesti na isti način, na primjer, " BP 3.0.54.15". U odjeljku tablice odaberite podržane verzije formata. Verzije formata su one koje smo preuzeli iz gornje baze podataka. Spremamo pretvorbu.

Idite na odjeljak Konverzija - učitavanje pravila sinkronizacije iz datoteka.
:

Mjesto učitavanja: " U postojeću pretvorbu»

Katalog razmjene: " D: \ Pravila BP3 \ BP 3.0.54.15 \ 1.3»

Datoteka s modulom za razmjenu: " D: \ Pravila BP3 \ BP 3.0.54.15 \ Upravitelj razmjene zajedničkog modula putem UniversalFormat13_ Module.txt»
Konverzija: " BP 3.0.54.15»

Prilikom učitavanja pravila sinkronizacije iz datoteka za UT 11.3 pojavljuje se pogreška " Polje objekta nije otkriveno". Razlog je za TekPKO.UseForReceive = Lažni CD3 zahtijeva informacije o mogućnosti identifikacije po primitku. Ako to nije u datoteci pravila, dolazi do pogreške. Ispravljamo ovaj nesporazum. Ili ćemo ukloniti ovaj obrazac iz podrške, ili koristiti produžetak.

// Glavni oblik obrade LoadingSynchronizationRulesFromFiles // Prije nego što se izvrše promjene: // Postupak učitava pravila za pretvaranje objekata & Na poslužitelju Postupak LoadPKO () ... FillProperty Values (TekPKO, Struktura atributa); // Opcija identifikacije - posebna logika. Opcija Identifikacije TekPKO.ObjectIdentification = Nabrajanja. Opcije identifikacije objekta [AttributesStructure.Identification Option]; ElseIf XMLReader.NodeType = XMLNodeType.EndItem Zatim // Napišite učitani POC. ... // Promjene su označene sa "// ED" // Postupak učitava pravila za pretvaranje objekata & Na poslužitelju Postupak LoadPKO () ... FillProperty Values (TekPKO, Struktura atributa); // Opcija identifikacije - posebna logika. Ako TekPKO.UseFor dobiva tada // ED TekPKO.Identifikacijska varijanta = nabrajanja.Varijante identifikacije objekta [Struktura atributa. Identifikacijska varijanta]; Završi ako; ElseIf XMLReader.NodeType = XMLNodeType.EndItem Zatim // Napišite učitani POC. ...

Pritisni gumb " preuzimanje datoteka». « Rukovatelji su namijenjeni za drugu konverziju: BP 3.0.44 (format 1.4). Nastaviti preuzimanje?"Klik" Da».
Bez zatvaranja obrasca, odaberite drugi " Imenik za razmjenu"I pritisnite gumb" ". Ponavljamo nekoliko puta učitavajući pravila za svaki format u trenutnu pretvorbu.
Nakon uspješnog učitavanja idite na odjeljak " Conversion "-" Postavljanje pravila pretvorbe", Otvorite našu konverziju iz obrasca popisa.
Ako vidimo POD itd., Tada je učitavanje u CD3 bilo uspješno.

Provjera ispravnosti pravila učitavanja

Ovo je opcionalna operacija! Ako ćete koristiti istu verziju formata u pravilima, ne morate postići identitet teksta modula.

Otvorite konfigurator BP, stvorite novu vanjsku obradu, na primjer, Naziv “ Sinkronizacija EDBP -a", Sinonim za" Sinkronizacija ED BP 3.0».
U KD3 u obliku " Postavljanje pravila razmjene"Pritisnite gumb" "i zalijepite ovaj kôd iz međuspremnika u našu novu obradu.
U BP konfiguratoru provjeravamo modul radi sintaksnih pogrešaka. Spremamo obradu.
stvoriti još jednu praznu obradu u BP -u, na primjer, Ime " Sinkronizacija EDB Tipično", Sinonim za" Sinkronizacija ED BP 3.0 tipična". Kopirajte tekst općeg modula napajanja Exchange ManagerUniversalFormat13 u modul za obradu i spremite ga.

Usporedimo oba tretmana. Jelovnik Datoteka - Usporedite datoteke.

Ako standardni modul sadrži postupke koji nedostaju u našim pravilima, to znači da niste učitali pravila za pretvorbu za sve formate podataka. Ako je potrebno učitajte pravila u formatu koji nedostaje u pretvorbu i ponovite usporedbu naših pravila sa standardnim. Kad smo postigli identitet možete sigurno nastaviti s finaliziranjem pravila... Nije potrebno postići potpuni identitet ako znate koji od formata razmjene neće se koristiti za sinkronizaciju.

Na sličan način stvaramo konverziju za UT 11.3 u KD3.

BP 3.0.54.15

Uočen pogrešno učitavanje PKO " Referentni_korisnici". Treba se ispraviti. Trebalo bi.
U PKO -u " Dokument_Popis proizvoda_Pošiljka"za PKS" Odgovorna osoba"PQS nije naveden. Otvorite, ponovo odaberite svojstvo konfiguracije i svojstvo formata da biste ispunili njihovu vrstu, nakon čega će se izvršiti odabir u" Pravilo pretvorbe nekretnine". Odaberi" Imenik_Osobe_Slanje".

Razmotrimo primjer revizije

Glavna svrha primjera je pokazati mogućnosti poboljšanja za prijenos dodatnih podataka koji se ne uklapaju u format razmjene.

Morate prenijeti rekvizite " VrstaNomenklatura"priručnik" Nomenklatura ", vrsta varijable" Imenik.PrikaziNomenklature". Ova vrsta priručnika nije nošena standardnim pravilima KD3 i nije podržana u verziji ED formata ispod 1.6.

Postoji nekoliko mogućnosti za rješavanje ovog problema.

Izmjena paketa XDTO, dodajući objektu "Reference.Nomenclature Types" objektu u format. Kao rezultat toga, glavna prednost univerzalnog formata je izgubljena - prestaje biti univerzalna. Izmjena XDTO paketa bit će potrebna u svim bazama podataka koje sudjeluju u razmjeni.
Koristi svojstvo formata " Dodatni detalji", koji se nalazi u mnogim objektima. Ova se opcija neće razmatrati u ovom članku zbog neke složenosti. Imajte na umu da postoji takva metoda.
Rekviziti Dodatne informacije. Prisutna je u zaglavlju svih objekata formata. AnyType. Dizajniran za takve slučajeve. Koristit ćemo ga kao najjednostavniji način.

Prije nego nastavimo s usavršavanjem standardnih pravila, napravimo dvije grupe u grupi pravila “ Dodao korisnik», « Promijenjeno". To se radi u " Konverzije -".
Novi POD, PKO, Algoritmi itd. stvorit ćemo u grupi "Dodano", standardni objekti u koje unosimo izmjene prenose se u grupu "Promijenjeno". To će olakšati naknadno održavanje promijenjenih pravila.

Pa krenimo.

Promjene pravila u UT 11.3

U KD3 u obliku " UT 11.3.4.12 Postavljanje pravila razmjene"Na kartici Algoritmi stvaranje novog algoritma

Naziv algoritma "AdditionalInfoInsert"
Grupa: "Dodano"

Parametri: "DataXDTO, Naziv, Dodatna vrijednost"

Kod algoritma

Ako je DataXDTO.Property ("AdditionalInfo") AND TypeValue (DataXDTO.AdditionalInfo) = Type ("Structure") Onda AdditionalData = DataXDTO.AdditionalInfo; Inače AdditionalData = Nova struktura; Završi ako; AdditionalData.Insert (Name, AdditionalValue); DataXDTO.Insert ("AdditionalInfo", AdditionalData);

Spremamo algoritam i idemo na karticu " Pravila pretvaranja objekata»

Pomoću gumba " Pronaći"Tražite" Nomenklaturu ", otvorite PKO" Reference_Nomenklature_Send". Idite na karticu " Prilikom slanja". Tamo vidimo polje "Naziv rukovatelja:" "". Izmjene možete unijeti izravno tamo.
Složeniji kod koji zahtijeva ispravljanje pogrešaka može se napisati u konfiguraciji. U modulu razmjene u UT 11.3 tražimo postupak pod nazivom „ PQS_Reference_Nomenclature_Send_When SendingData"I tamo to dovršavamo.
Za prijenos promjena s UT 11.3 na KD3, kopirajte cijeli postupak u međuspremnik u KD3 u obliku “ Postavljanje pravila razmjene"Pritisni gumb" ".

Za naš primjer, kôd je

Ako je ValueFilled (DataIB.NomenclatureView) Then // ED AdditionalInfoInsert (DataXDTO, "NomenclatureView", String (DataIB.NomenclatureView.UniqueIdentifier ())); Umetanje dodatne informacije (DataXDTO, "Ime nomenklatureNomenklatura", Opća namjena.ObjektAttributeValue (DataIB.NomenclatureView, "Ime")); // Dodavanje dodatne informacije ... // dodavanje ostalih pojedinosti o usluzi EndIf;

Nakon prijenosa promjena na KD3, pritisnite gumb " Spremite modul upravitelja razmjene"i prenesite kôd iz međuspremnika u UT modul 11.3.

Promjene pravila u BP 3.0

Unosimo promjene u PKO " Referentna_Nomenklatura_Dobijanje", na" Prilikom pretvaranja XDTO podataka", naziv postupka" PKO_Reference_Nomenclature_Getting_WhenXDTODataConverzija".

Kôd dodan modulu "PKO_Reference_Nomenclature_Getting_WhenXDTODataConversion"

Ako je DataXDTO.Property ("AdditionalInfo") AND TypeValue (DataXDTO.AdditionalInfo) = Type ("Structure") Zatim // ED AdditionalData = DataXDTO.AdditionalInfo; Ako AdditionalData.Property ("NomenclatureType") ThenNomenclatureType = ExchangeDataXDTOServer.ObjectLinkPoUIDObjectXDTO (AdditionalData.NomenclatureView, Type ("DirectoryLink.NomenclatureType"), Exchange komponente); IfNomenclature.GetObject () = Undefined AND AdditionalData.Property ("NomenclatureKindName") Zatim // Stvorimo noviNomenclatureKindObject = Directories.NomenclatureTypes.CreateElement (); NomenclatureKindObject.SetNewLink (NomenclatureKind); Nomenklatura typeObject.Name = AdditionalData.Nomenclature typeName; // popunjavaju ostale pojedinosti usluge FillPropertyValues (NomenclatureKindObject, AdditionalData); NomenclatureKindObject.Write (); NomenclatureKind = NomenclatureKindObject.Ref; Završi ako; ReceivedData.NomenclatureType = NomenclatureType; Završi ako; Završi ako;

Sam kod nije dovoljan. Potrebno je na kartici "Pravila pretvorbe svojstava" dodati PKS sa svojstvom konfiguracije "" i potvrdni okvir " Korišteni algoritam konverzije".

Prenosimo modul upravitelja razmjene na konfiguracijski modul BP 3 ili na vanjsku obradu.

Kako učitati izmijenjena pravila CD3 u bazu podataka?

U konfiguracijama koje razmjenjuju pravila na CD2 to se radi u postavkama čvora. Za pravila stvorena u KD3, tamo ćemo vidjeti samo priliku za promjenu pravila registracije.

Pravila pripremljena u KD3 mogu se instalirati u konfiguraciju na tri načina

Uklonite konfiguraciju s podrške i unesite promjene u zajednički modul Exchange Manager putem univerzalnog formata;
Na konfiguracijama koje se izvode u načinu kompatibilnosti s platformom 8.3.10 i novijim, zajednički modul možete zakrpati pomoću proširenja.
Spojite proširenje koje potpuno zamjenjuje opći modul pravilima.
Spojite vanjsku obradu s pravilima na čvor bez uklanjanja konfiguracije s podrške;

S prvom opcijom sve je jasno, opisano je u dokumentaciji, nedostatak je što morate ukloniti konfiguraciju iz podrške. Druga mogućnost - ispravljanje odabranog postupka s proširenjem također neće biti teško za programera 1C - morate usporediti dvije obrade sa standardnim pravilima i s onima izmijenjenim, kako je gore opisano u ovom članku, te promijeniti potrebne postupak.

Treća opcija je pomoću proširenja s pravilima razmjene u univerzalnom formatu trenutno najoptimalniji. Postoji samo jedan nedostatak - potrebno je ukloniti zastavicu " Siguran način"pri povezivanju ovog proširenja. To ograničava njegovu upotrebu u cloud usluge... Čekamo odluku 1C o postupku zamjene pravila razmjene u univerzalnom formatu u 1C svježem.

Zaključak je da morate pronaći dio koda u konfiguraciji koji je odgovoran za odabir zajedničkog modula, ovisno o verziji formata razmjene, te izbor modula zamijeniti vlastitim modulom. Primjer za BP 3.0.67:

//////// // Općeniti modul razmjene podataka nadjačan i umjesto ("O dobivanju dostupnih verzija formata") Postupak ED_ Prilikom dobivanja dostupnih verzija formata (verzije formata) ED_Promjena podatkovnog poslužitelja. Prilikom dobivanja dostupnih verzija formata (verzije formata) ; EndProcedure //////// // Sinkronizacija podataka plana razmjene putem univerzalnog formata: Modul upravitelja # Ako poslužitelj ili debeli klijent Obična aplikacija ili vanjsko povezivanje Tada & Umjesto ("Prilikom primanja postavki") Postupak ED_Kada primate postavke (Postavke) Postavke .DefaultName = Opće konfiguracije; Settings.ThisExchangePlanXDTO = Istina; Settings.WarningOnMismatchRuleVersion = Netačno; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; Verzije formata = Novo podudaranje; ED_DataServer.Kada primate dostupne verzije formata (verzije formata); // ED postavke.ExchangeFormatVersions = FormatVersions; Settings.ExchangePlanUsedInServiceModel = Istina; Settings.Algorithms.OnGettingExchangeSettingsVariants = True; Settings.Algorithms.OnGettingOptionDescriptionSettings = True; Settings.Algorithms.InteractiveOffsetSelection View = True; Settings.Algorithms.ConfigureInteractiveOffload = Istina; EndProcedure #EndIf //////// // Generički modul u proširenju ED_DataServer Postupak OnGetAvailableFormatVersions (FormatVersions) ExportFormatVersion.Insert ("1.2", ExchangeManagerViaUniversalFormat); Format Versions.Insert ("1.3", ED_ExchangeManagerViaUniversalFormat); Format Versions.Insert ("1.4", ED_ExchangeManagerViaUniversalFormat); Format Versions.Insert ("1.5", ED_ExchangeManagerViaUniversalFormat); Format Versions.Insert ("1.6", ED_ExchangeManagerViaUniversalFormat); EndProcedure //////// // Zajednički modul u proširenju ED_ExchangeManagerKroz UniversalFormat // Konverzija BP3.0.44 (format 1.6) od 27.11.2018 11:23:58 // Poboljšanje za BP 3.0.67. x od 31.12 ... ...

Razmotrimo 4. opciju, koja nije opisana u dokumentaciji, budući da u BSP -u ne postoji takva mogućnost. Ova je opcija već zastarjela. Vanjska obrada s pravilima je korišten u prvim verzijama s univerzalnim formatom razmjene. Sada se 1C postupno rješava ove funkcionalnosti.

U poslovnom načinu rada u odjeljku administracije slijedite vezu Sinkronizacija podataka - Postavke sinkronizacije podataka, pritisni gumb " Ugodite ..."ako je postavka jedna ili" Promijeniti"ako postoji nekoliko postavki. Idite u način uređivanja obrasca putem izbornika" " , Proširi " Skupina", tu uključujemo skriveni element obrasca" "," u redu".
Na " Informacije o usluzi"izaberi" Put do upravitelja razmjene", zamjenjujemo našu obradu tamošnjim pravilima.

Povezivanje vanjske obrade s pravilima na BP 3.0.52 i novije

U BP 3.0.52 i više iz nepoznatih razloga vanjska obrada s pravilima se ne koristi. Sučelje za povezivanje obrade ostaje. Hvala na tome.

Možete omogućiti obradu s pravilima pomoću proširenja. Zajednički modul treba ispraviti " Razmjena podatakaXDTOServer", funkcija" Format VersionsExchange".

EDm_PoluchitVersiyuFormataObmena postupak (VersiiFormata znači UzelInformatsionnoyBazy) upita = Novi upit ( „SELECT RAZNI | SinhronizatsiyaDannyhCherezUniversalnyyFormat.PutKMenedzheruObmena KAO PutKMenedzheruObmena, | SinhronizatsiyaDannyhCherezUniversalnyyFormat.VersiyaFormataObmena KAO VersiyaFormataObmena | OD | PlanObmena.SinhronizatsiyaDannyhCherezUniversalnyyFormat SinhronizatsiyaDannyhCherezUniversalnyyFormat KAKO | Gdje | SinhronizatsiyaDannyhCherezUniversalnyyFormat.PutKMenedzheruObmena<>"" "" | I sinkronizacija podataka putem GenericFormat.Ref = & Link "); Query.SetParameter (" Referenca ", čvor InformationBase); Fetch = Query.Run (). Select (); While Fetch.Next () Loop ProcessingName = Fetch.Path to upravitelja Ako SharedOnder NIJE dostupan; () Zatim ProcessingData = New BinaryData (ProcessingName); ProcessingAddress = PutToTemporaryStore (ProcessingData); If GeneralPurpose.There Ima Zaštita od opasnih radnji () Then ProcessingName = ExternalProcessing.DescrigerIndIndIf; = ExternalProcessing.Create (ProcessingName); Format Versions.Insert (Selection.ExchangeFormatVersion, ExchangeManager); Kraj petlje; EndProcedure & Umjesto ("ExchangeFormatVersion") EDMNodeVersionNodeVersionValue Dodano (InfoBase čvor) Zatim ExchangePlaneName = InfoBaseNode.Metadata () .Name; ExchangeFormatVersions = DataExchangeServer.ExchangePlanSettingsValue (ExchangePlaneName, "ExchangeFormatVersions"); EDm_GetExchangeFormatVersion (ExchangeFormatVersions, čvor InformationBase); InačeDataExchangeRedefinable.WhenGettingAvailableFormatVersions (ExchangeFormatVersions); Završi ako; Ako je ExchangeFormatVersions.Number () = 0 Zatim CallExceptionStringFunctionsClientServer.SubstituteParametersVSString (HStr ("ru =" Verzije formata razmjene nisu navedene. | Naziv plana razmjene:% 1 | Postupak: GetExchangeFormatVersions (<ВерсииФорматаОбмена>) ""), DatabaseNode.Metadata (). Naziv); Završi ako; Rezultat = Nova utakmica; Za svaku verziju FromVersionFormatExchange ciklusa Result.Insert (AbbrLP (Version.Key), Version.Value); Kraj ciklusa; Rezultat povrata novca; EndFunction

Kako otkloniti pogreške u pravilima u vanjskoj obradi

U konfiguratoru " Usluga -> Parametri -> Start 1C: Enterprise -> Start Parameter", navedite parametar" ".

Ispod je kôd za proširenje, za UT 11.4, KA 2.4, ERP 2.4. Kôd za BP 3.0 dat je gore. Modul upravitelja plana razmjene Sinkronizacija podataka putem univerzalnog formata.

Kod proširenja ED Debug

& Umjesto ("GetExchangeFormatVersions") Postupak ED_GetExchangeFormatVersions (FormatVersions) DataExchangeUT.AvailableUniversalFormatVersions (FormatVersions); Zahtjev = Novi upit ("ODABERITE RAZLIČITO | Sinkronizacija podataka putem UniversalFormat.PathTo Upravitelja razmjene, | Sinkronizacija podataka putem UniversalFormat.ExchangeFormatVersion | IZ | Razmjenjivog plana.<>"" "" "); Fetch = Query.Execute (). Select (); While Fetch.Next () Loop ProcessingName = Fetch.PathToExchange Manager; IF NOT SharedPurposeClientServer.Debug Mode () Then // EDProcessingData = New BinaryData) ( NameProcessingData; AdresObrabotki = PomestitVoVremennoeHranilische (DannyeObrabotki) ako ObschegoNaznacheniya.EstZaschitaOtOpasnyhDeystvy () I = ImyaObrabotki VneshnieObrabotki.Podklyuchit (AdresObrabotki, ObschegoNaznacheniya.OpisanieZaschityBezPreduprezhdeny ()), inače ImyaObrabotki = VneshnieObrabotki.Podklyuchit (AdresObrabotki) endif, endif, MenedzherObmena VneshnieObrabotki.Sozdat = ( ImyaObrabotki) VersiiFormata.Vstavit (Vyborka.VersiyaFormataObmena, MenedzherObmena) KonetsTsikla; KonetsProtsedury i umjesto ( "DostupnyeVersiiFormataObmena") ED_DostupnyeVersiiFormataObmena postupak (VersiiFormata) ObmenDannymiUT.DostupnyeVersiiUniversalnogoFormata (VersiiFormata) upita = new upita ( „SELECT RAZNI | SinhronizatsiyaDannyhCherezUniversalnyyFormat.PutKMenedzher na razmjeni, | Data SynchronizationViaUniversalFormat.ExchangeFormatVersion | IZ | Plan razmjene.Sinkronizacija podatakaKroz UniversalFormat AS Usklađivanje podatakaKroz UniversalFormat | WHERE | Sinkronizacija podataka putem univerzalnog formata. Put do Exchange Managera<>"" "" "); Fetch = Query.Execute (). Select (); While Fetch.Next () Loop ProcessingName = Fetch.PathToExchange Manager; IF NOT SharedClientServer.Debug Mode () Zatim // EDProcessingData = New BinaryData) ( NameProcessingData; AdresObrabotki = PomestitVoVremennoeHranilische (DannyeObrabotki) ako ObschegoNaznacheniya.EstZaschitaOtOpasnyhDeystvy () I = ImyaObrabotki VneshnieObrabotki.Podklyuchit (AdresObrabotki, ObschegoNaznacheniya.OpisanieZaschityBezPreduprezhdeny ()), inače ImyaObrabotki = VneshnieObrabotki.Podklyuchit (AdresObrabotki) endif, endif, MenedzherObmena VneshnieObrabotki.Sozdat = ( ProcessingName); Format Versions.Insert (Fetch.ExchangeFormatVersion, ExchangeManager); EndLoop; EndProcedure

Otklanjanje pogrešaka najjednostavnije je u bazi podataka. Postavljamo točku prekida u obradi s pravilima. Da biste pronašli traženi postupak, upotrijebite KD3. Nalazimo PKO, POD ili Algoritam, pogledajte " Naziv rukovatelja" ili " Naziv algoritma", ovaj postupak tražimo u modulu pravila. Nakon uređivanja modula, ne zaboravite kopirati postupak u međuspremnik i pritisnuti gumb" "na CD3. Budite oprezni, ista konverzija mora biti otvorena.

To je sve za sada. Ove su informacije već dovoljne da programer 1C samostalno savlada KD3 i održi modernu metodu sinkronizacije između 1C baza u ispravnom stanju. Ako postoje bijele mrlje, pitajte, članak će biti dopunjen i možete se vratiti na njega ako ste nešto zaboravili.

Poznate veze do dokumentacije o KD3:

1C-Centar za obuku br. 3, "Pretvorba podataka 3.0"-http://www.1c-uc3.ru/konvert30.html

Područje primjene KD3 možete proširiti pomoću ovih publikacija:

- konfiguracije prethodnih verzija na platformi 8.2 i niže su kompatibilne s ED -om.

Uštedite vrijeme i koristite gotova pravila za najnovije verzije konfiguracije možete pronaći ovdje

- proširena funkcionalnost, ispravci programskih pogrešaka.

U ovom članku opisat ću svoje, do sada malo iskustvo u organiziranju razmjene podataka putem univerzalnog formata EnterpriseData.

U mom slučaju, razmjena je konfigurirana između konfiguracija "Upravljanje trgovinom 11.2" (u daljnjem tekstu UT) i "Računovodstvo poduzeća 3.0.43" (u daljnjem tekstu BP). Razmjena je jednosmjerna, od UT do BP. Prije nadogradnje s Trade Management 11.1 na verziju 11.2, razmjena podataka konfigurirana je pomoću konfiguracije Data Conversion 2.0. Međutim, nakon prelaska na "11.2" u "Upravljanju trgovinom", pojavile su se pogreške u radu korisnika. Postupak ažuriranja pravila razmjene je proveden, ali to nije dalo rezultata. Debugger je pokazao da je problem komunikacija. Odlučeno je ukloniti komunikacijsku postavku u obje konfiguracije i ponovno je postaviti.

I "Upravljanje trgovinom" i "Računovodstvo poduzeća" rade nam u verziji klijent-poslužitelj. Počeo sam postavljati sinkronizaciju s UT -om. Izveo sam ga na takav način da su podaci istovareni iz UT -a u datoteku. Odnosno, sinkronizacija putem mrežnog imenika. U jedinici napajanja postavio sam razmjenu na takav način da se iz jedinice za napajanje ne istovare podaci.

Došlo je do pogreške pri pozivanju kontekstne metode (Check): Pogreška pri provjeri XDTO podataka:
Struktura objekta "/Račun druge ugovorne strane/Banka" ne odgovara vrsti: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)
Provjera svojstva "BIC":
Oblik: Element
naziv: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1) BIC
vrsta:
Nedostaje potrebna nekretnina
Predmet: Ugovor s ugovornom stranom br.

Da bih analizirao pogrešku, kliknuo sam na ikonu "Sastav podataka za slanje" i na popisu izvođača radova registriranih za otpremu našao sam ugovor prema kojem se pojavila pogreška. Otvorio ugovor, sjetio se bankovnog računa druge ugovorne strane navedenog u ugovoru. Zatim sam otišao na bankovne račune registrirane za otpremu. Pokazalo se da traženi račun nije na popisu registriranih. Ponovno sam objavio problematični bankovni račun i ugovor. Nakon toga sam ručno registrirao potreban bankovni račun.

Ponovno sam pokušao sinkronizirati podatke s UT -a. Ovaj put, podaci su uspješno istovareni. V. mrežnu mapu formirana XML datoteku koji sadrži podatke za prijenos s UT na BP.

Sljedeći korak je učitavanje podataka iz datoteke u računovodstveni odjel poduzeća. U konfiguraciji "Računovodstvo poduzeća" pritisnuo sam gumb "Sinkroniziraj", otvoren je obrazac za obradu s porukom "Analiza podataka u tijeku". Nešto kasnije poruka se promijenila u "Unloading data". Istovremeno, pokazatelj i brojač pokazali su da se više od 80 tisuća objekata istovara iz jedinice za napajanje. To me zbunilo jer sam u postavkama naznačio da se ništa ne smije istovariti iz jedinice za napajanje. Obrada je trajala dosta dugo i završila je pogreškom:

Događaj: Razmjena podataka
(SharedModule.LongedOperations.Module (371)): Pozadinski radni tijek posla prekinuo se nenormalno
CallException (ErrorText);

Da bih lokalizirao pogrešku, pokušao sam promijeniti postavke sinkronizacije i mogućnosti rada baze BP. Kao rezultat toga, kad sam prebacivao bazu podataka na verziju datoteke, sustav je radio adekvatno: otvorio se obrazac za usporedbu dviju baza podataka. Nakon podudaranja objekata, početna sinkronizacija je bila uspješna. Zatim sam vratio bazu podataka na verziju klijent-poslužitelj.

Tijekom daljnjeg "uhodavanja" sinkronizacije bilo je potrebno unijeti neke izmjene u pravila za pretvaranje objekata. Sada je vrijeme za korištenje konfiguracije Data Conversion 3.0. Mrežna pomoć za konfiguraciju opisuje način rada. Pomogli su i članci na web stranici ITS -a.

Zbog toga sam u "Data Conversion 3.0" učitao sljedeće podatke:

Tekstovi zajedničkog modula "DataExchangeManagerViaUniversalFormat" iz dvije baze
Shema obje baze
Opis formata EnterpriseData (iz bilo koje baze podataka)
Pravila pretvorbe

Nakon učitavanja otvorio sam pravila za pretvaranje podataka, objekata, svojstava u "Data Conversion 3.0". Uradio sam potrebne izmjene za mene. Zatim sam upotrijebio gumb "Unload exchange manager module". Tekst modula kopiran je u međuspremnik. Ostaje samo umetnuti ga u konfiguraciju.

Nakon što sam eksperimentirao s postavljanjem pravila u "Data Conversion 3.0", sam sam zaključio da je u slučaju kada su promjene neznatne, lakše postaviti pravila izravno u UT i BP konfiguracijama, u općem modulu "DataExchange ManagerVia UniversalFormat ". Ako su uređivanja ozbiljna, kao što je, na primjer, dodavanje novog objekta razmjeni, tada biste trebali koristiti konfiguraciju " Pretvorba podataka 3.0 ".

Izvršio sam zadatak dodavanja dokumenta "Naruči dobavljaču" u plan razmjene pomoću " Pretvorba podataka 3.0 ". standardna verzija UT - BP ovog dokumenta u planu razmjene nije.

Upamtite da su pravila za registraciju objekata za prijenos još uvijek konfigurirana u konfiguraciji "Data Conversion 2.0".

Ovo su prvi utisci sinkronizacije podataka kroz univerzalni format EnterpriseData.

p.s. Ako imate pitanja i vlastita zapažanja o razmjeni podataka putem univerzalnog formata i konfiguracije " Data Conversion 3.0 ", napišite u komentarima. Razmijenit ćemo iskustvo.

Sinkronizacija podataka
Opći format podataka poduzeća
Pretvorba podataka 3.0
Pretvorba podataka 2.0
Upravljanje trgovinom
Računovodstvo poduzeća

Pogledajmo jednostavan primjer iz stvarnog života. Recimo da imamo tvrtku koja se bavi veleprodajom i maloprodajom, također u ovoj tvrtki, kao i u svakoj drugoj, vodi se računovodstvo. Poduzeće ima dvije standardne osnove, to su UT (upravljanje trgovinom) i BP (računovodstvo poduzeća), svaka od tih baza vodi svoje računovodstvo, u UT -u upravljanja kako bi odrazilo sve transakcije povezane s trgovinom, u računovodstvenom BP. Kako ne biste radili dvostruki posao, t.j. ne stvarajte iste dokumente u dvije baze (uostalom, kretanja moraju biti za upravljanje i računovodstvo) samo ćemo postaviti sinkronizaciju između ovih baza.

Razmjenu podataka postavit ćemo jednosmjerno, iz UT ---> BP. Moguće je postaviti i dvosmjernu razmjenu, ali u praksi to nije tako često potrebno, pa to nećemo razmatrati u našem primjeru.

Pripremni koraci za uspostavu razmjene u BP -u

Počnimo s postavljanjem sinkronizacije, prvo idemo u bazu podataka (prijemnik) 1C "Enterprise Accounting 3.0", moramo provjeriti je li sinkronizacija omogućena za ovu bazu podataka, da bismo to učinili, prvo moramo otići u bazu podataka. Čim se baza otvori, idite na karticu "Administracija" ---> "Postavke sinkronizacije podataka"

Pred nama se otvara nova kartica koja se mora ispuniti na isti način kao na slici ispod, s izuzetkom prefiksa baze podataka. Prefiks bi se trebao sastojati od dva slova, možete postaviti bilo koje, ali prema standardu 1C bolje je postaviti prefiks prema imenu konfiguracije, odnosno za "Enterprise Accounting" prefiks će biti "BP". Ako postavljate složene razmjene i postoji nekoliko računovodstvenih osnova, tada bi se prefiksi trebali jasno razlikovati jedni od drugih, ovdje možete koristiti prva dva slova naziva organizacije kao skraćenicu.

Nastavljamo s konfiguriranjem sinkronizacije podataka u UT -u

Nakon što smo učinili sve potrebne radnje u bazi primatelja (BP 3.0), za nastavak postavljanja razmjene podataka moramo otvoriti izvornu bazu (UT 11.1). Idemo na karticu "Administracija", s lijeve strane u izborniku, odaberite stavku "Postavke sinkronizacije podataka"... Ako sinkronizacija nije omogućena, omogućite je pomoću potvrdnog okvira i ne zaboravite navesti prefiks izvorne baze. Nakon što dovršimo sve točke 1-4 kako je prikazano na donjoj slici, morate kliknuti na hipervezu "Sinkronizacija podataka" (točka 5).

U novom prozoru koji se pojavi potrebno je kliknuti na zeleni znak plus (Konfiguriraj sinkronizaciju podataka), na padajućem izborniku odaberite stavku "Računovodstvo poduzeća 3.0".

Konfiguriranje važnih točaka u razmjeni podataka između UT -a i PSU -a

Sada vidimo prozor s postavljanjem sinkronizacije podataka u 1C, odaberite stavku "Ručno navedite postavke" i kliknite "Dalje".

Nastavljamo konfigurirati razmjenu podataka u 1C, na sljedećoj kartici moramo odabrati opciju povezivanja s infobazom primatelja ( izravna veza programu), parametri veze (uključeno ovo računalo ili u lokalnu mrežu), direktorij u kojem se nalazi baza primatelja, kao i potrebni podaci za provjeru autentičnosti (korisničko ime i lozinka u bazi).

Na sljedećoj stranici moramo ispuniti pravila za slanje i primanje podataka iz konfiguracije BP 3.0 (prijemnik). Kliknite "promijeni pravila za prijenos podataka".

Pred nama se otvorio prozor "Pravila slanja podataka" u kojem smo postavili sljedeće parametre:

Koji će NSI biti poslan (u našem primjeru zanimaju nas samo dokumenti i NSI koji se u njima koriste, pa smo otišli na odgovarajuću stavku, ako odaberete prvu stavku "Pošalji sve", tada će se svi direktoriji ponovno učitati zajedno s dokumenti, često ako se podaci ne koriste u dokumentima, onda su beskorisni za primatelja, jer ni na koji način ne utječu na računovodstvo)
Od kojeg dana poslati sve podatke (u ovom članku nećemo razmatrati ručnu sinkronizaciju)
Za koju ili kojoj organizaciji poslati podatke (u našem primjeru odabrali smo jednu organizaciju IE "Poduzetnik")
Pravila za sklapanje ugovora
Opće skladište
Treba li presavijati dokumente u skladištu

Nakon što izvršimo postavke, kliknite "Spremi i zatvori".

Budući da u našem primjeru postavljamo i koristimo jednosmjernu razmjenu, od UT do BP, tada nas postavke pravila za dobivanje podataka iz "Enterprise Accounting 3.0" ne zanimaju nas, pa kliknite "Dalje".

U novom prozoru pozvani smo konfigurirati pravila za bazu prijemnika (BP). U 1. točki nekako nazivamo svoju bazu, dajemo joj prefiks. PREFIX bi trebao biti isti kao što smo ga postavili u samoj bazi podataka BP na početku ovog članka, ako se prefiksi razlikuju, sinkronizacija podataka u programu 1C neće raditi. Nakon toga pritisnemo točku 2, a zatim točku 3.

U stavku 3. moramo dopustiti objavljivanje dokumenata prilikom učitavanja u bazu podataka. Pritisnite "Spremi i zatvori".

Sada bi prozor trebao izgledati poput onog prikazanog u nastavku, kliknite "Dalje".

Ovaj prozor sadrži referentne informacije o stvorenoj sinkronizaciji u 1C. Samo kliknite gumb "Dalje". Ako program prikazuje pogrešku pri postavljanju sinkronizacije podataka, morate nas kontaktirati kako bi vam naš stručnjak za 1C odmah pomogao!

U sljedećem koraku program će ponuditi sinkronizaciju odmah nakon stvaranja postavki razmjene podataka... Složimo se s ovim i kliknite "Završi".

Pred vama će se pojaviti prozor u kojem ćete vidjeti informacije o tijeku sinkronizacije. Ako baza prijemnika nije prazna, tj. budući da se u njemu već vodi računovodstvo, od korisnika u programu 1C bit će zatraženo da ručno napravi usporedbu objekata. Usporedba objekata u 1C tijekom sinkronizacije podataka je usporedba istih objekata primatelja s istim objektima u izvoru.

Razmotrimo primjer, recimo u UT -u postoji druga ugovorna strana s imenom "PharmGroup LLC" i TIN 1234567, a BP ima i drugu ugovornu stranu s TIN 1234567, ali naziv "PharmGroup", ako ne usporedimo ova dva objekta kada uspoređujući podatke u fazi sinkronizacije, tada ćemo nakon sinkronizacije u prijemniku (Enterprise Accounting 3.0) imati dvije ugovorne strane s TIN 1234567 i dva naziva "PharmGroup LLC" i "PharmGroup", respektivno. Kako bi se izbjegle takve situacije, izumljen je mehanizam za usklađivanje objekata.

U našem primjeru baza prijemnika je prazna, pa nam se prozori za mapiranje objekata nisu otvorili. No, nakon izvođenja nekih operacija, sustav će svakako zatražiti od korisnika da doda neke dodatne podatke i prikaže sljedeći prozor. Ne moramo prenositi nikakve dodatne podatke, već smo već konfigurirali sve što je potrebno pa u ovom koraku odabiremo "Ne dodaj dokumente u slanje". Pritisnite "Dalje".

Završna faza razmjene podataka između 1C

U posljednjoj fazi program će prikazati sljedeći prozor u kojem će korisnik biti obaviješten da je sinkronizacija uspjela, kliknite "Završi". Time je dovršena sinkronizacija između baza u jednosmjernoj razmjeni od "Trade Management 11.1" (UT) do "Enterprise Accounting 3.0" (BP).

Automatizirani sustavi Upravljanje se u većini slučajeva sastoji od zasebnih baza podataka i često imaju geografski raspoređenu strukturu. Istodobno, pravilno provedena razmjena podataka preduvjet je za učinkovit rad takvih sustava.

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

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

Ukloniti dvostruki unos dokumenata;
Automatizirati povezane poslovne procese;
Optimizirajte komunikaciju između distribuiranih jedinica;
Odmah ažurirajte podatke za rad stručnjaka iz različitih odjela;
"Razgraničite" različite vrste računovodstva. *

* U slučaju kada se podaci jedne vrste računovodstva značajno razlikuju od druge, potrebno je osigurati povjerljivost informacija i "razgraničiti" tijekove informacija. Na primjer, razmjena podataka između 1C UT i 1C Accounting ne zahtijeva učitavanje upravljačkih podataka u rutinsku računovodstvenu bazu podataka, tj. sinkronizacija u 1C ovdje neće biti potpuna.

Ako predstavljamo standardni proces provedbe primarne razmjene podataka, kada je barem jedan njezin objekt proizvod 1C, tada se mogu razlikovati sljedeće faze:

Koordinacija sastava razmjene;
Definicija prijevoza (protokoli razmjene);
Postavljanje pravila;
Zakazivanje.

Otkrivanje sastava razmjene 1C

Objekti razmjene mogu se uvjetno podijeliti na "izvor" i "primatelj". Istodobno, mogu istovremeno obavljati dvije uloge, koje će se zvati - bilateralna razmjena. Određivanje izvora i odredišta događa se na logičan način, ovisno o potrebi ili uključenosti funkcionalnost sustav. *

* Na primjer, pri integraciji "WA: Financier" - rješenja za financijsko računovodstvo i upravljanje procesima trezora, razvijenog na temelju "1C: Enterprise", stručnjaci WiseAdvice preporučuju ga kao glavni sustav. To je zbog dostupnosti kontrolnih alata u skladu s pravilima politike primjene i, sukladno tome, kako bi se osigurala učinkovitost rješenja.

Nadalje, na temelju primljenih i snimljenih zahtjeva korisnika, stvara se popis podataka za razmjenu, utvrđuje se njihov volumen, zahtjevi za učestalost razmjene, propisuje se postupak rada s pogreškama i obrada iznimnih situacija (sudara).

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

Distribuirana baza podataka

RIB podrazumijeva razmjenu između identičnih konfiguracija 1C baza podataka, s jasnom strukturom upravljanja master-slave za svaki par razmjene. Kao element tehnološke platforme, RIB, osim podataka, može prenijeti promjene konfiguracije i administrativnih podataka baze podataka (ali samo s nadređenog na podređeno).

Univerzalna razmjena podataka u 1C

Mehanizam koji vam omogućuje konfiguriranje razmjene 1C baza podataka, kako s konfiguracijama na platformi 1C: Enterprise, tako i sa sustavima trećih strana. Razmjena se vrši pretvaranjem podataka u univerzalni xml format u skladu s "planovima razmjene".

EnterpriseData

Najnoviji razvoj tvrtke 1C, osmišljen za implementaciju razmjene podataka u xml formatu između proizvoda stvorenih na platformi 1C: Enterprise sa svim sustavima za automatizaciju. Korištenje EnterpriseData pojednostavljuje poboljšanja povezana s razmjenom. Ranije, kada je u sustav bila uključena nova konfiguracija, bilo je potrebno implementirati mehanizam za uvoz i izvoz podataka, kako za njega tako i za postojeće sustave. Sada sustavi koji podržavaju EnterpriseData ne trebaju nikakve izmjene, jer imaju samo jednu "ulazno-izlaznu" točku.

Definicija prijevoza (protokoli razmjene)

Za sustav temeljen na platformi 1C: Enterprise 8 pruža se širok raspon mogućnosti za organizaciju razmjene s bilo kojim informacijskim izvorima putem općeprihvaćenih univerzalnih standarda (xml, tekstualne datoteke, Excel, ADO veza itd.). Stoga pri definiranju prijevoza za razmjenu podataka treba poći od mogućnosti baze podataka sustava treće strane.

Sinkronizacija direktorija

Glavni princip učinkovite sinkronizacije imenika je prisutnost jedne ulazne točke. No, ako govorimo o radu s referentnim knjigama koje su povijesno ispunjene prema različitim pravilima, potrebno je jasno definirati polja za sinkronizaciju kako bi razmjenu doveli do "zajedničkog nazivnika". *

* U ovoj fazi može biti potrebno provesti rad na normalizaciji referentnih podataka sa strane izvora podataka. Ovisno o stanju u referentnim knjigama i njihovom volumenu, postupak usklađivanja elemenata, prepoznavanja, otkrivanja pogrešaka i duplikata, kao i popunjavanja polja koja nedostaju i dodjeljivanja polja za sinkronizaciju, može zahtijevati rad cijele skupine stručnjaka, kako iz integratora (vlasnik metode standardizacije referentnih podataka) i sa strane kupca.

Postavljanje pravila

Mogućnost prikaza podataka iz izvornih sustava u prijemnicima ovisi o ispravno navedenim pravilima razmjene. Pravila, predstavljena u xml formatu, reguliraju podudarnost ključnih atributa izvorno-odredišnih objekata. Rješenje 1C: Pretvorba podataka osmišljeno je za automatiziranje stvaranja pravila za provedbu jednokratne i trajne razmjene.

Osigurava gubitak podataka pri razmjeni Exchange plana. Ovo je sastavni dio svake konfiguracije na platformi 1C: Enterprise, koja u potpunosti opisuje postupak razmjene sastava 1C: podataka (dokumenti s "identifikacijskim" detaljima) i čvorova ( informacijske baze odašiljači-prijemnici), kao i aktiviranje RIB-a za odabrane smjerove razmjene.

Svaka promjena podataka unesenih u Plan razmjene bilježi se i prima znak "promjene". Dok se promijenjeni podaci međusobno ne podudaraju u čvorovima odašiljač-prijamnik, zastavica se neće izbrisati, a sustav će poslati kontrolne poruke na oba čvora. Nakon istovara podataka i potvrde njihove potpune korespondencije u oba sustava, znak se poništava.

Raspored razmjena u 1C

Za automatizaciju redovne razmjene postavljena je učestalost prijenosa podataka. Učestalost razmjene ovisi o potrebi i tehničkim mogućnostima. Također, konfiguracije na platformi 1C: Enterprise omogućuju vam postavljanje razmjene podataka kada se dogodi neki događaj.

Razmotrivši proces implementacije standardne razmjene, obratimo pozornost na faktore koji će zahtijevati poboljšanja u različitim fazama:

Netipične, visoko izmijenjene konfiguracije baze podataka;
Različite verzije 1C: Enterprise platforme;
Dugo se ne ažurira, nije trenutne verzije konfiguracija;
Predmeti razmjene koji su prethodno pretrpjeli izmjene;
Potreba za nestandardnim pravilima razmjene;
Vrlo različit skup i sastav rekvizita u postojećim referentnim knjigama.

Budući da čak i standardne radnje za provedbu primarne razmjene podataka zahtijevaju stručno znanje, preporučuje se njihovo provođenje uz sudjelovanje stručnjaka 1C. Tek nakon što dovršite sve gore navedene korake, trebate nastaviti s postavljanjem razmjene u konfiguraciji. Razmotrimo integraciju baza podataka na primjeru "1C: UPP" i "1C: Retail" (prema istoj shemi, konfigurirana je razmjena s "1C: UT"). Također, tipična sinkronizacija uključuje razmjenu SCP -a - SCP -a, što je tipično za velike automatizacijske sustave u najvećim industrijskim poduzećima.

U podizborniku "Usluga" odaberite "Razmjena podataka s proizvodima na platformi ..." (izbor izravne razmjene s "Maloprodaja" često prijeti pogreškama na razini COM objekata). Obratite pozornost na poruku usluge "Ova značajka nije dostupna".

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

... i označite okvir. Zatim zanemarujemo poruku o pogrešci.

U postavkama sinkronizacije podataka odaberite "Izradi razmjenu s" Maloprodajom "...

Prije nego konfigurirate postavke za povezivanje putem lokalnog ili mrežnog imenika, provjerite ima li na disku dovoljno mjesta za imenik. Iako u pravilu ne zauzima više od 30-50 MB, u iznimnim slučajevima može zahtijevati i do 600 MB. Traženi direktorij možete stvoriti izravno iz konfiguratora.

Prilikom povezivanja putem mrežnog imenika nudi se konfiguracija veze putem FTP adrese i putem e-mail zanemaruje se klikom na "Dalje".

U postavkama ručno stavljamo prefikse - konvencije baza (u pravilu BP, UPP, RO), postavljamo pravila i datum početka prijenosa podataka. Prefiks će biti naveden u nazivu dokumenata kako bi označio bazu u kojoj su nastali. Ako se pravila za istovar ne urede, podaci će se prema zadanim postavkama istovariti za sve dostupne parametre.

Izrađujemo datoteku postavki razmjene za "Maloprodaju" kako se ne bi ponavljale naše radnje. Ako trebate odmah poslati podatke odmah nakon postavljanja sinkronizacije, označite okvir.

Da biste automatizirali proces razmjene, morate postaviti raspored.

Maloprodajni jelovnik.

Potvrdite okvir i odaberite "Sinkronizacija".

Postavku "obrnuto" postavljamo odabirom Upravljanje proizvodnim poduzećem.

Učitajte datoteku postavki stvorenu u SCP -u.

Stavili smo kvačicu, sustav automatski preuzima adresu.

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

Usporedba verifikacijskih podataka (Ručna usporedba podataka preporučuje se u pripremnoj fazi, budući da ovaj rad može oduzeti najviše vremena u procesu provedbe razmjene). Prozor za mapiranje otvara se pomoću dvostruki klik miševi.

U slučaju pogreške u sinkronizaciji, "Detalji ..." bit će zamijenjeni sa "Nikad ...".

"Detaljno ..." otvara dnevnik registracije s ažuriranim podacima o razmjeni.

Spreman.