Aspectul și caracteristicile utilizării schimbului universal de date. Schimb automat de date folosind Universal Data Exchange în format XML, fără modificarea configurației Ce este formatul EnterpriseData

• Video – 21 de ore de predare
• Materiale didactice în PDF - 117 pagini A4
• 16 sarcini practice cu soluții ale profesorilor

Format curs, suport

Materialele sunt disponibile imediat după plata comenzii - le descărcați de pe site și le studiați în orice moment convenabil.

Suportul este oferit prin intermediul Master Group de pe site.

Accesul complet la grupul Master trebuie activat nu mai târziu de 100 de zile de la cumpărare.

Relevanța cursului

Materialele de curs sunt relevante pentru BSP versiunea 2.3.2.73.

Dacă intenționați să utilizați versiuni mai vechi ale BSP, vă rugăm să rețineți că mecanismele de operare ale subsistemului BSP „Schimb de date” s-au schimbat, iar interfețele s-au schimbat.

Un nou curs pentru cele mai recente versiuni ale BSP este în curs de dezvoltare și va fi lansat în câteva luni. Dar pentru versiunile BSP 2.3.2.73 și mai mici, rata actuală va fi relevantă.

Taxa de curs

9.700 de ruble

Garanţie

Predăm din 2008, suntem încrezători în calitatea cursurilor noastre și oferim a noastră garanție standard de 60 de zile.

Asta înseamnă că, dacă ai început să urmezi cursul nostru, dar te răzgândești brusc (sau, să zicem, nu ai ocazia), atunci ai la dispoziție o perioadă de 60 de zile pentru a lua o decizie - iar dacă faci o retur, revenim 100 % din plată.

Plata in rate

Cursurile noastre pot fi plătite în rate sau în rate, inclusiv fără dobândă. În același timp Ai acces imediat la materiale.

Acest lucru este posibil cu plăți de la persoane fizice în valoare de 3.000 RUB sau mai mult. până la 150.000 de ruble.

Tot ce trebuie să faceți este să selectați metoda de plată „Plată prin Yandex.Checkout”. Apoi, pe site-ul web al sistemului de plată, selectați „Plătiți în rate”, indicați termenul și suma plăților, completați un scurt formular - și în câteva minute veți primi o decizie.

Opțiuni de plată

Acceptăm toate formele majore de plată.

De la indivizi– plăți cu carduri, plăți cu monedă electronică (WebMoney, YandexMoney), plăți prin Internet banking, plăți prin magazine de comunicare și așa mai departe. De asemenea, este posibilă plata comenzii în rate (în rate), inclusiv fără dobândă suplimentară.

Începeți să plasați comanda - iar în al doilea pas puteți alege metoda de plată preferată.

De la organizații și antreprenori individuali– plata fara numerar, sunt furnizate documente de livrare. Introdu o comandă și poți imprima imediat o factură pentru plată.

Instruirea mai multor angajati

Cursurile noastre sunt concepute pentru învățarea individuală. Antrenamentul de grup pe un set este o distribuție ilegală.

Dacă o companie trebuie să formeze mai mulți angajați, de obicei oferim „kituri suplimentare” care costă cu 40% mai puțin.

Pentru a plasa o comandă pentru un „kit suplimentar” selectați 2 sau mai multe seturi de cursuri în formular, începând cu al doilea set costul cursului va fi cu 40% mai ieftin.

Există trei condiții pentru utilizarea truselor suplimentare:

• Nu puteți cumpăra doar un set suplimentar dacă cel puțin un set obișnuit nu a fost achiziționat înainte (sau împreună cu acesta)
• Nu există alte reduceri pentru seturi suplimentare (sunt deja reduse, ar fi o „reducere la reducere”)
• promoțiile nu sunt valabile pentru seturi suplimentare (de exemplu, compensație de 7.000 de ruble) din același motiv

Imprimare (Ctrl+P)

Schimb printr-un format universal

Subsistemul „Schimb de date” al bibliotecii de subsisteme standard conține 4 opțiuni (tehnologii) pentru schimbul de informații între diverse baze de informații:

• baze de informații distribuite (RIB);
• schimb de date printr-un format universal;
• schimbul de date conform regulilor de schimb (regulile de schimb sunt create folosind configurația „Conversia datelor”, ediția 2.1);
• schimb de date fără reguli de schimb.

Acest articol discută despre tehnologia schimbului de date prin intermediul format universal EnterpriseData. Această tehnologie este disponibilă în „Biblioteca de subsisteme standard” începând cu versiunea 2.3.1.62. lansat la începutul anului 2016. În prezent, cea mai recentă ediție a BSP 2.3 (pentru utilizarea cu platforma 1C:Enterprise 8.3 nu mai mică decât versiunea 8.3.8.1652 cu modul de compatibilitate dezactivat) are versiunea 2.3.6.17.

Orez. 1 Ultimele versiuni ale BSP 2.3

Printre fișierele pentru furnizarea de soluții de aplicație 1C, există un fișier text „Versiuni de bibliotecă”, unde este scris pe baza cărei versiuni a BSP a fost dezvoltată aplicația, de exemplu, pe baza soluției de aplicație UT 11.3.3.231, S-a format BSP 2.3.5.65.

Vă rugăm să rețineți că pentru utilizarea cu versiunea platformei „1C:Enterprise 8.3” nu este mai mică 8.3.10.2168 ediția a fost lansată cu modul de compatibilitate dezactivat BSP 2.4.

Descrierea formatului EnterpriseData

Ce este formatul EnterpriseData?

Acesta este un format care vă permite să descrieți un obiect de bază de informații (contraparte, factură etc.) sau să raportați faptul că acest obiect a fost șters. Este de așteptat ca configurația care primește fișierul în format EnterpriseData va reacționa în consecință - va crea obiecte noi și le va șterge pe cele care sunt marcate ca șterse în fișier. Este destinat schimbului de informații între configurațiile UT, RT, UNF, BP. Formatul poate fi folosit și pentru a face schimb de informații cu orice alte sisteme informaționale: nu depinde de caracteristicile software-ului propriu sau de structurile de bază de informații care participă la schimb și nu conține restricții evidente de utilizare.

Versiunea în format EnterpriseData

Datele de format sunt stocate în pachete XDTO în ramurile de configurare generală a bazei de date, așa cum se arată în Fig. 2

Fig. 2 Pachete cu format de date XDTO – EnterpriseData

În fig. 2 arată că există mai multe pachete XDTO. Acestea sunt versiuni diferite ale formatului. Numărul versiunii formatului este format din X.Y.Z, unde X.Y este versiunea, Z este versiunea minoră. Versiunea Minor este mărită în cazul remedierii erorilor și a altor modificări în care: se menține funcționalitatea logicii de conversie a datelor bazată pe versiunea anterioară a formatului (menținerea compatibilității cu versiunea inversă a algoritmilor actuali de transfer de date prin format); Suportul pentru noile capacități de format pentru logica de conversie este voluntar. Un exemplu de astfel de modificări ar putea fi corectarea unei erori, modificarea proprietăților obiectelor de format, adăugarea de proprietăți, a căror utilizare nu este obligatorie la conversia datelor. În alte cazuri, când se schimbă formatul, versiunea Major crește: X – în cazul restructurării globale, Y – în alte cazuri.
Formatul descrie reprezentarea obiectelor (documente sau elemente de director) sub formă de fișiere XML. Versiunea 1.0.1 conține o descriere a 94 de obiecte din diverse domenii (finanțe, producție, achiziții și vânzări, operațiuni de depozit). Numele tipurilor, de regulă, sunt bine înțelese și nu au nevoie de explicații suplimentare: de exemplu, „Document.Act de lucru finalizat” sau „Director.Contrapărți”. După cum puteți vedea, descrierea tipurilor de document începe cu prefixul „Documentar.”, iar elementul director începe cu prefixul „Director”. O descriere mai detaliată a formatului poate fi găsită
Cea mai recentă versiune este 1.3, cu toate acestea, cea mai frecvent utilizată versiune este 1.0. Nu există mare diferență între versiuni. Format EnterpriseDataExchange_1_0_1_1 utilizat la schimbul prin intermediul unui serviciu web.
Rețineți că cu care este utilizat pachetul de format de date EnterpriseData ExchangeMessage la crearea regulilor de conversie. Acest pachet conține obiectul tip Informații suplimentarecare poate avea orice tip de valoare și este utilizat la crearea unei reguli de conversie între obiectele de configurare. care nu sunt în formatul de date. Exact, multumesc Informații suplimentarePuteți adapta și personaliza regulile de schimb fără a modifica formatul datelor din pachetele XDTO.

Orez. 3 Structura pachetului XDTOExchangeMessage

Cum se fac schimb de date în format EnterpriseData?

Schimbul de date în format EnterpriseData cu configurație este un schimb de fișiere. Ca răspuns la fișierul primit de la aplicația externă, configurația îl va procesa și va crea un fișier de răspuns. Schimbul de fișiere poate avea loc:

• printr-un director de fișiere dedicat,
• prin directorul FTP,
• printr-un serviciu web implementat pe partea bazei de informații. Fișierul de date este transmis ca parametru metodelor web.

Nota. Pentru schimbul de date bidirecțional între o aplicație terță parte și configurația din partea bazei de informații, trebuie efectuate o serie de setări - aplicația terță parte trebuie să fie înregistrată în baza de informații, trebuie definit un canal de schimb pentru aceasta (prin un fișier sau un director FTP), etc. Dar pentru cazurile de integrare simplă, atunci când este suficient să transferați doar informații dintr-o aplicație terță în baza de informații și transferul invers al datelor din baza de date către o aplicație terță parte (de exemplu, integrarea unui magazin online). care transferă informațiile de vânzări către 1C: Contabilitate), există o versiune simplificată de lucru printr-un serviciu web care nu necesită setări laterale.

La schimbul folosind planuri de schimb de configurații în timpul sincronizării, sunt transmise numai informații despre modificările care au avut loc de la ultima sincronizare (pentru a minimiza cantitatea de informații transferate). Prima dată când sincronizați, configurația va descărca toate obiectele formatate EnterpriseData într-un fișier XML (din moment ce sunt toate „noi” pentru aplicația terță parte).

Următorul pas este pentru aplicația terță parte - trebuie să proceseze informațiile din fișierul XML și să le plaseze în secțiune în timpul următoarei sesiuni de sincronizare informație că un mesaj din configurație cu un anumit număr a fost primit cu succes (plasați numărul mesajului primit din configurație în câmpul ReceivedNo). Mesajul de primire este un semnal către configurație că toate obiectele au fost procesate cu succes de aplicația externă și nu mai este nevoie să transmiteți informații despre ele. Pe lângă chitanță, fișierul XML de la aplicația terță parte poate conține și date pentru sincronizare (în secțiunea ).

După primirea mesajului de primire, configurația marchează toate modificările trimise în mesajul anterior ca fiind sincronizate cu succes. Doar modificările nesincronizate ale obiectelor (crearea unora noi, modificarea și ștergerea celor existente) vor fi trimise la aplicația externă în timpul următoarei sesiuni de sincronizare.

Când transferați date dintr-o aplicație externă în configurație, imaginea este inversată. Aplicația trebuie să completeze secțiunea în consecință, și în secțiune plasați obiecte pentru a fi sincronizate în format EnterpriseData.

După procesarea fișierului, configurația va genera un fișier XML care va conține un mesaj de primire și date noi pentru sincronizare din configurație (dacă există de la ultima sesiune de sincronizare).

Puteți vedea mai multe detalii despre schimbul de date cu soluții de aplicație pe platforma 1C:Enterprise în format EnterpriseData

Modul general de „manager de schimb printr-un format universal”.

Procedurile și funcțiile care descriu complet regulile de descărcare a datelor din baza de informații în formatul de schimb și regulile de încărcare a datelor din formatul de schimb în baza de informații sunt dezvoltate într-un modul comun - modulul de gestionare a schimbului printr-un format universal.

Orez. 4 Structura modulului de manager de schimb printr-un format universal

Modulul este creat automat folosind configurația „Conversia datelor”, ediția 3.0, pe baza regulilor de schimb configurate, sau manual în configurator.

Modulul este format din mai multe secțiuni mari, fiecare dintre ele conține propriul său grup de proceduri și funcții.

1. Comentariu. Prima linie a modulului conține un comentariu cu numele conversiei. Această linie este necesară pentru a identifica modulul atunci când se utilizează comanda în programul Data Conversion, ediția 3.0, de exemplu. // Conversie UP2.2.3 din 06/01/2017 19:51:50
2. Proceduri de conversie. Conține proceduri predefinite care sunt efectuate în diferite etape ale sincronizării datelor: înainte de conversie, după conversie, înainte de completare amânată.
3. Reguli de prelucrare a datelor (DPR). Conține proceduri și funcții care descriu regulile de prelucrare a datelor.
4. Reguli de conversie a obiectelor (OCR). Conține proceduri și funcții care descriu regulile de conversie a obiectelor, precum și regulile de conversie a proprietăților acestor obiecte.
5. Reguli de conversie a datelor predefinite (PDC). Conține o procedură care completează regulile de conversie a datelor predefinite.
6. Algoritmi. Conține algoritmi arbitrari care sunt apelați din alte reguli (POD sau PKO).
7. Opțiuni. Conține logica pentru completarea parametrilor de conversie.
8. Scop general. Conține proceduri și funcții care sunt utilizate pe scară largă în reguli și algoritmi.

Parametrii procedurilor și funcțiilor care sunt utilizați în mai multe tipuri de proceduri din modulul manager sunt descriși mai jos.

Schimb de componente. Tip - Structură. Conține parametri și reguli de schimb inițializate ca parte a sesiunii de schimb.

Direcția de schimb. Tip – șir. Fie „Trimite”, fie „Primește”.

date IB. Tip – DirectoryObject sau DocumentObject.

Proceduri legate de evenimentele de conversie

Există trei proceduri predefinite care sunt apelate în timpul procesului de conversie:

• Înainte de Conversie. Apelat înainte de sincronizarea datelor. Această procedură găzduiește de obicei logica pentru inițializarea diferiților parametri de conversie, popularea valorilor implicite etc. Parametri: Schimb de componente.
• DupăConversie. Apelat după finalizarea sincronizării datelor, dar înainte să se producă umplutura leneșă. Parametri: Schimb de componente.
• Înainte de umplere întârziată. Apelat înainte să apară umplerea leneșă. Logica pentru sortarea sau ajustarea tabelului obiectelor supuse umplerii leneșe poate fi localizată aici. Parametri: Schimb de componente.

Proceduri AML

Completați Regulile de prelucrare a datelor. O procedură de export care conține logica pentru completarea regulilor de prelucrare a datelor. Conține apeluri la alte proceduri care adaugă o regulă pentru procesarea unui anumit obiect la tabelul de reguli (vezi procedurile de mai jos Adăugați AML). Parametri: Direcția de schimb, Reguli de prelucrare a datelor

Adăugați UNDER_<ИмяПОД>. Un set de proceduri care populează tabelul SUB regulile pentru anumite obiecte. Numărul de astfel de proceduri corespunde numărului de AML furnizat pentru această conversie în programul Data Conversion, versiunea 3.0. Parametri: Reguli de prelucrare a datelor(un tabel de valori inițializat ca parte a sesiunii de schimb).

SUB_<ИмяПОД>_Când se procesează. Procedura conține textul handlerului În timpul procesării pentru un anumit AML. Handler-ul este conceput pentru a implementa logica de conversie la nivel de obiect. De exemplu, atribuiți un anumit PQO unui anumit obiect în funcție de conținutul obiectului. Parametri:

• InformațiiB date sau DataXDTO(în funcție de direcția schimbului):
• la trimitere – obiect ( DirectoryObject,DocumentObject);
• la primire - o structură cu o descriere a obiectului XDTO.
• Utilizarea PKO. Tip - Structura. Cheia conține un șir cu numele PCO și valoarea tipului boolean (Adevărat– se folosește PKO, Minciună– PKO nu este utilizat).
• Schimb de componente.

SUB_<ИмяПОД>_Eșantionarea datelor. Funcția conține textul de gestionare La Descărcare. Handler-ul este conceput pentru a implementa un algoritm arbitrar pentru selectarea obiectelor de descărcat. Valoare returnată: o matrice de obiecte de descărcat. Matricea poate conține atât link-uri către obiecte infobase, cât și o structură cu date pentru încărcare. Parametri: Schimb de componente.

Proceduri PKO

Completați Regulile de conversie a obiectelor. O procedură de export care conține logica pentru completarea regulilor de conversie a obiectelor. Conține apeluri către alte proceduri care adaugă o anumită regulă de conversie a obiectelor la tabelul de reguli (vezi procedurile de mai jos Adăugați PKO). Parametri: Direcția de schimb, Reguli de conversie(un tabel de valori inițializat ca parte a sesiunii de schimb).

AdaugăPKO_<ИмяПКО>. Un set de proceduri care populează tabelul PKO cu reguli pentru anumite obiecte. Numărul de astfel de proceduri corespunde numărului de pachete software furnizate pentru această conversie în programul Data Conversion, versiunea 3.0. Parametri: Reguli de conversie(un tabel de valori inițializat ca parte a sesiunii de schimb).

PKO_<ИмяПКО>_WhenSendingData. Procedura conține textul handlerului La Trimitere pentru un anumit PKO. Handler-ul este folosit la încărcarea datelor. Proiectat pentru a implementa logica de conversie a datelor conținute într-un obiect de bază de informații într-o descriere a unui obiect XDTO. Parametri:

• InformațiiB date. Tip - DirectoryObject, DocumentObject. Obiectul de bază de informații în curs de procesare.
• DataXDTO. Tip - Structura. Proiectat pentru a accesa datele obiectului XDTO.
• Schimb de componente.
• StackUploads. Tip - Matrice. Conține link-uri către obiecte descărcate, ținând cont de imbricare.

PKO_<ИмяПКО>_La conversia datelor XDTO. Procedura conține textul handlerului Când convertiți DataXDTO pentru un anumit PKO. Handler-ul este folosit la încărcarea datelor. Proiectat pentru a implementa logica arbitrară de conversie a datelor XDTO. Parametri:

• DataXDTO. Tip - Structura. Proprietățile obiectului XDTO care au fost preprocesate pentru a le face mai ușor de accesat.
• Date primite. Tip - DirectoryObject, DocumentObject. Un obiect de bază de informații format prin conversia datelor XDTO. Nu sunt înregistrate în baza de date cu informații.
• Schimb de componente.

PKO_<ИмяПКО>_Înainte de înregistrarea datelor primite. Procedura conține textul handlerului Înainte de înregistrarea datelor primite pentru un anumit PKO. Handler-ul este folosit la încărcarea datelor. Proiectat pentru a implementa o logică suplimentară care trebuie efectuată înainte de înregistrarea unui obiect în baza de informații. De exemplu, dacă modificările sunt încărcate în datele de securitate a informațiilor existente sau ar trebui să fie încărcate ca date noi. Parametri:

• Date primite. Tip - DirectoryObject, DocumentObject. Un element de date generat prin conversia datelor XDTO.

Înregistrate dacă aceste date sunt noi pentru baza de informații (parametrul InformațiiB date conţine valoarea Nedefinit).

Altfel Date primiteînlocui InformațiiB date(toate proprietățile de la Date primite transferat la InformațiiB date).

Dacă nu este necesară înlocuirea standard a datelor de securitate a informațiilor cu datele primite, ar trebui să scrieți propria logică de transfer și apoi să setați parametrul Date primite sens Nedefinit:

• InformațiiB date. Tip - DirectoryObject, DocumentObject. Un element de date din baza de informații care corespunde datelor primite. Dacă nu se găsesc date care să se potrivească, conține Nedefinit.
• ConvertingProperties. Tip - Tabelul de valori. Conține reguli pentru conversia proprietăților obiectului curent, inițializate ca parte a sesiunii de schimb.
• Schimb de componente.

Proceduri PCPD

Completați regulile de conversie a datelor predefinite. O procedură de export care conține logica pentru completarea regulilor de conversie a datelor predefinite. Parametri: Direcția de schimb, Reguli de conversie(un tabel de valori inițializat ca parte a sesiunii de schimb).

Algoritmi

În programul „Conversia datelor”, ediția 3.0, este posibil să se creeze algoritmi arbitrari care sunt apelați de la manipulatorii AML și PKPD. Numele, parametrii și conținutul algoritmilor sunt determinate la elaborarea regulilor.

Opțiuni

Completați ConversionParameters. O procedură de export în care se completează structura cu parametrii de conversie. Parametri: Opțiuni de conversie(tip - Structura).

Proceduri și funcții cu scop general

ExecuteManagerModuleProcedure. Parametri: ProcedureName(linia), Opțiuni(structura). O procedură de export, care are scopul de a apela o procedură de modul non-export, al cărei nume și parametri sunt primiți ca intrare. Vă permite să apelați o procedură sau o funcție pe o linie fără a utiliza o metodă Executa.

ExecuteManagerModuleFunction. Parametri: ProcedureName(linia), Opțiuni(structura). Funcție, scop similar ExecuteManagerModuleProcedure. Diferența este că apelează o funcție și returnează valoarea acesteia.

Trimite acest articol pe e-mailul meu

Principalele motive pentru necesitatea implementării schimbului între bazele de date 1C sunt prezența sucursalelor și separarea tipurilor contabile, deoarece Adesea, companiile operează în mai multe baze de date de informații. Configurarea schimbului 1C 8.3 vă permite să eliminați munca dublă - introducerea acelorași documente și directoare în două programe, precum și livrarea rapidă a obiectelor de sistem necesare pentru diferite ramuri și departamente.

În cazul în care este necesar un schimb între filiale, se utilizează RIB (Baza de Informații Distribuite). Acesta este un mecanism de schimb între configurații identice. Reprezintă un arbore cu cel mai important nod rădăcină deasupra, sub o pereche de noduri interconectate. Modificările pot fi făcute în orice nod al acestui sistem și vor fi transmise altor noduri conectate. De asemenea, distribuie nu numai date, ci și modificări de configurare de la nodul rădăcină la nodurile slave.

Dacă este necesară separarea tipurilor de contabilitate, de exemplu, menținerea celor operaționale în baza de date de tranzacționare și a celor reglementate în baza de date contabilă, sunt disponibile mecanisme de schimb universal cu setări flexibile de sincronizare a datelor.

Una dintre cele mai recente evoluții 1C este formatul de schimb de date EnterpriseData. Este ușor de utilizat și este destinat schimbului în cadrul companiei atât între baze de date 1C, cât și programe terțe.

Implementarea schimbului de date într-o întreprindere poate fi reprezentată sub forma unor proceduri secvenţiale.

În primul rând, este necesar să se determine între ce baze de date ar trebui să existe un schimb; va fi un schimb cu două sensuri sau un singur sens; dacă unidirecțional, atunci ce bază de date va transmite informații și care va primi doar; dacă aceasta este o rețea complexă de sucursale, atunci este necesar să se înregistreze o schemă de construcție a bazei de date.

Apoi selectam formatul potrivit: RIB, format universal; schimbul conform regulilor de schimb; schimb fără reguli de schimb.

Următorul pas este să selectați un vehicul pentru a efectua schimbul. Este disponibilă o gamă largă de tehnologii, să le evidențiem pe cele principale: director (local sau de rețea), resursă FTP, conexiuni COM, serviciu web, e-mail.

Al patrulea pas va fi identificarea datelor: documente, cărți de referință și, dacă este necesar, detalierea acestora până la detaliile lor individuale care urmează să fie transferate.

Și în concluzie, este prescris un program de frecvență de schimb

Fiecare opțiune pentru configurarea schimbului 1C 8.3 necesită o pregătire atentă. Implementarea sa depășește capacitățile fiecărui utilizator, este necesar să se țină cont de multe nuanțe și să se înțeleagă principiile schimbului. Va trebui acordată o atenție deosebită configurației dacă bazele de date: conțin modificări sau multe altele suplimentare. detalii, diferă în versiunile platformei sau utilizează versiuni învechite ale configurațiilor, întreprinderea este mare și folosește un sistem automatizat format dintr-un număr mare de baze de date. Erorile sunt inacceptabile aici, deoarece... poate duce la consecințe ireparabile. Implementarea independentă a schimbului în 1C este recomandată numai dacă trebuie să configurați un transfer simplu de informații între configurațiile standard.

Dacă vă îndoiți de abilitățile dvs., este mai bine să nu economisiți, ci să contactați un specialist competent care vă va ajuta la rezolvarea problemei complexe a instalării schimburilor 1C 8.3.

Dacă totuși decideți să configurați schimburile 1C fără a implica experți, este recomandat să testați mai întâi copiile bazelor de date, iar înainte de a începe lucrul în bazele de date de lucru, încărcați configurațiile pentru a putea reveni la starea inițială în caz de erori.

Mai jos oferim un exemplu detaliat de configurare unilaterală a schimbului 1C 8.3 între configurațiile standard Trade Management 11 (UT) și Enterprise Accounting 3.0 (BP). Exemplul este relevant pentru multe companii implicate în comerțul cu ridicata și cu amănuntul. În UT se menține contabilitatea de gestiune, în BP - reglementată, schimbul este necesar pentru a facilita munca utilizatorilor.

Acest algoritm este potrivit și pentru alte configurații standard pe platforma 1C 8.3

În primul rând, vom efectua lucrări pregătitoare pentru receptorul de informații, adică. pentru BP. Lansăm programul în modul Enterprise. Trebuie să setați constanta Sincronizare date (secțiunea Administrare → Sincronizare date).

Acordați atenție câmpului Prefix aici trebuie să specificați o valoare care vă va permite ulterior să distingeți (după valoarea codului de director sau numărul documentului) în ce program au fost create inițial obiectele. În exemplul nostru, abrevierea obișnuită BP și UT ​​este potrivită, dacă configurarea schimbului 1C 8.3 este efectuată pentru un schimb complex între un număr mare de baze de date, precum și configurații identice, va trebui să introduceți fiecare bază de date cu propria sa denumire clară. .

Deoarece unitatea de alimentare este doar un receptor de informații, trecem la configurarea UT.

Aici, la fel ca în BP, trebuie să activați sincronizarea și să specificați un prefix. Aceste informații sunt disponibile în secțiunea Date principale și administrare → Setări de sincronizare a datelor.

Selectați metoda de configurare: Specificați setările manual. Următorul.

Să setăm o opțiune de conectare directă, atunci când ambele programe sunt situate în aceeași rețea locală, să specificăm parametrii pentru conectarea la directorul de securitate a informațiilor din această rețea și, de asemenea, completăm informațiile de autentificare a utilizatorului (în baza de date BP). Următorul.

Sistemul va verifica corectitudinea datelor specificate și, dacă rezultatul este pozitiv, va afișa fereastra de setări de schimb 1C 8.3.

Faceți clic pe linkul Schimbați regulile de încărcare a datelor pentru a accesa setările pentru schimb. Vom clarifica datele de bază - încărcați doar cele utilizate în documente, organizații selectate și opțiunea de a lucra cu contracte - fără referință, separarea documentelor pe depozit. Schimbul începe la 1 martie a anului curent.

Notăm regulile introduse și le închidem.

Deoarece exemplul este despre transmiterea unidirecțională a informațiilor, în următoarea fereastră de setări, pentru a primi date de la alt program, ar trebui să setați valorile la Nu trimite. Înregistrați și închideți. Următorul.

Acum trebuie să verificați parametrii introduși și dacă aceștia sunt corecti, faceți clic pe Următorul, altfel reveniți la pasul anterior făcând clic pe Înapoi.

Apoi vi se va solicita să vă sincronizați. Faceți clic pe Terminare.

Dacă este necesară corelarea obiectelor identice din două configurații, se va deschide o fereastră pentru compararea datelor. Efectuăm comparația și facem clic pe Următorul.

Când transferați obiecte, pot apărea situații problematice, puteți vizualiza rezultatele făcând clic pe linkul Avertismente în timpul sincronizării datelor.

După finalizarea sincronizării, va fi afișată o fereastră care confirmă finalizarea cu succes a acestui proces.

Aici, folosind comanda Configurare sau mai târziu, în scriptul de sincronizare, puteți configura o programare pentru efectuarea automată a schimbului.

Destul de des, în activitatea marilor întreprinderi și a lanțurilor de retail, este nevoie de schimbul de date între bazele de date. Fiecare programator și administrator rezolvă această problemă în mod diferit. Unii scriu încărcări și descărcări prin fișiere de tabel intermediare, alții folosesc modul de conectare COM pentru a se conecta la baza de date sursă. Cu toate acestea, recent mecanismul propriu al 1C numit „Schimb universal de date în format XML” a devenit din ce în ce mai popular.

Aspectul prelucrării

În interfața completă, puteți deschide procesarea la Service->Alte schimburi de date->Schimb universal de date în format XML.

Formularul de procesare (Fig. 1) conține patru file:

Setări suplimentare;

Ștergerea datelor.

Interfața fiecărui marcaj este foarte încărcată cu elemente și, prin urmare, necesită o analiză separată.

Încărcarea datelor

În partea de sus a filei există un câmp pentru selectarea unui fișier de reguli de schimb. Pentru bazele de date și schimburi non-standard, va trebui să creați singur fișierul de schimb.

Pe linia următoare a formularului există două butoane radio:

1. Încărcarea într-un fișier de schimb (Fig. 2);
2. Conectarea și încărcarea datelor la securitatea informațiilor (Fig. 3).

După cum puteți vedea din imaginile de mai sus, aspectul formularului diferă în funcție de comutator. Dacă este selectată opțiunea de partajare a fișierelor, utilizatorului i se solicită să selecteze locația fișierului în care va fi încărcat și posibilitatea de a-l comprima pentru a economisi spațiu și a-l proteja cu o parolă.

Opțiunea de conectare directă la baza de recepție acceptă atât modurile de operare fișier, cât și modul client-server. În acest caz, va trebui să introduceți adresa bazei de date și să completați câmpurile „Utilizator” și „Parolă”. Înainte de a începe schimbul de date, este recomandabil să testați conexiunea.

Secțiunea tabelară de mai jos vă permite să configurați selecțiile și alți parametri de descărcare.

Pentru a depana algoritmi și a corecta erorile, puteți utiliza mecanismul încorporat în procesarea schimbului. Se activează prin bifarea casetei de selectare corespunzătoare din partea de jos a formularului. Făcând clic pe butonul „Setări de depanare…” se afișează o fereastră (Fig. 4).

Fig.4

O caracteristică distinctivă a acestui formular este ajutorul informativ din partea stângă a aspectului, care descrie fiecare dintre cele trei moduri posibile de depanare. Orice fișier în format epf poate servi ca fișier extern de procesare pentru modul.

Făcând clic pe butonul „Finalizare”, se verifică corectitudinea și caracterul complet al datelor completate.

Spre deosebire de „Încărcare”, această filă (Fig. 5) nu are o parte tabelară, dar există multe alte casete de selectare care vă permit să ajustați parametrii pentru înregistrarea obiectelor noi și modificate.

Fig.5

În primul rând, trebuie să selectați un fișier care va servi ca sursă de informații. Acest lucru se poate face în câmpul de introducere „Nume fișier de încărcat”. Dacă datele au fost încărcate într-o arhivă protejată prin parolă, va trebui să fie introduse în câmpul corespunzător.

Casetele de selectare corespunzătoare vă permit să configurați:

• Tranzacție la scrierea obiectelor (aceasta uneori accelerează procesul);
• Încărcarea datelor în modul de schimb (în acest caz, toate verificările platformei, cu excepția verificării la postarea documentelor, vor fi ignorate la înregistrare);
• Suprascrierea elementelor modificate;
• Setarea unui semn de ștergere pentru articolele descărcate;
• Modul de scriere a datelor noi în registru (fie unul câte unul sau într-un set);
• Tăierea caracterelor nesemnificative (spații și tab-uri) pentru valorile șirurilor.

Setări suplimentare

După cum sugerează și numele marcajului, acesta conține instrumente, a căror utilizare vă permite să personalizați mai precis procesul de schimb. În special:

1. Activează modul de depanare;
2. Permite utilizarea unei tranzacții în timpul procesului de descărcare;
3. Optimizează schimbul între bazele de date din versiunea 8 a 1C;
4. Încărcați numai acele obiecte care sunt permise pentru utilizare de către utilizatorul curent;
5. Activați înregistrarea procesului de schimb între bazele de date.

Acestea și câteva alte funcții sunt activate prin bifarea casetelor corespunzătoare din formular (Fig. 6).

Fig.6

Ștergerea datelor

Această filă este folosită numai de dezvoltatori în modul de depanare. Vă permite să eliminați obiectele inutile din baza de date.

Pe scurt despre stabilirea regulilor de schimb

Utilizarea unui handler standard simplifică foarte mult viața programatorilor. În același timp, unul dintre cele mai dificile momente pentru cineva care a întâlnit prima dată „Interschimb universal de date în format XML” este întrebarea: „De unde pot obține fișierul regulilor de schimb?”

În primul rând, pentru a crea independent reguli de schimb, aveți nevoie de o configurație specială numită „Conversie de date”. Conține mai multe fișiere interesante care vă permit să configurați aproape orice schimb între diferite baze de date 1C versiuni 7 și 8:

1. epf – necesar pentru descărcarea structurii de metadate pentru bazele de date 1C 8;
2. epf – dacă configurația 1C 8 este autoscrisă sau nu este standard, este posibil să nu aibă procesarea „Schimb universal de date”, acest fișier este această procesare;
3. ert – fișierul conține cod pentru descărcarea structurii de metadate a configurațiilor 1C versiuni 7.7;
4. ert – fișier pentru procesarea încărcării și descărcarii datelor pentru cei șapte.

După lansarea procesării corespunzătoare, este necesară descărcarea structurilor de metadate pentru bazele de date sursă și destinație. Apoi, în configurația „Conversie”, trebuie să introduceți informații despre configurațiile sursă și destinație în directorul „Configurații”.

Apoi este creat un element în directorul de conversie care conține informații despre direcția schimbului de date. Puteți configura reguli de schimb pentru acesta.

În acest articol voi descrie experiența mea, până acum mică, în organizarea schimbului de date prin formatul universal EnterpriseData.

În cazul meu, schimbul este configurat între configurațiile „Trade Management 11.2” (în continuare UT) și „Enterprise Accounting 3.0.43” (în continuare BP). Schimbul este unidirecțional, de la UT la BP. Înainte de a actualiza Trade Management 11.1 la 11.2, schimbul de date a fost configurat utilizând configurația Data Conversion 2.0. Cu toate acestea, după trecerea la „11.2”, au apărut erori în „Trade Management” pentru utilizatori. A fost efectuată procedura de actualizare a regulilor de schimb, dar nu a dat niciun rezultat. Depanatorul a arătat că problema era în schimbul de date. S-a decis să se elimine setarea schimbului de date în ambele configurații și să o configureze din nou.

Atât „Trade Management” cât și „Enterprise Accounting” funcționează într-o versiune client-server. Am început să configurez sincronizarea cu UT. Am efectuat-o în așa fel încât datele să fie încărcate din UT într-un fișier. Adică sincronizarea printr-un director de rețea. În BP am configurat schimbul în așa fel încât să nu fie descărcate date din BP.

Eroare la apelarea metodei context (Verificare): eroare de validare a datelor XDTO:
Structura obiectului „/Counterparty Bank Account/Bank” nu corespunde tipului: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Verificarea proprietății „BIK”:
forma: Element
nume: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
tip:
Proprietatea necesară lipsește
Obiect: Contract cu contrapartea nr. ...

Pentru a analiza eroarea, am dat click pe pictograma „Compoziția datelor trimise” și în lista contractelor de contractant înregistrate pentru trimitere am găsit acordul pentru care a apărut eroarea. Am deschis contractul și mi-am amintit contul bancar al contrapărții specificat în contract. Apoi am trecut la conturile bancare înregistrate pentru expediere. S-a dovedit că contul solicitat nu se afla în lista celor înregistrate. Am refăcut contul bancar problematic și contractul. După aceea, am înregistrat manual contul bancar necesar.

Am încercat din nou să sincronizez datele de la UT. De data aceasta datele au fost încărcate cu succes. A fost generat un fișier XML în folderul de rețea care conține date care urmează să fie transferate de la UT la BP.

Următorul pas este încărcarea datelor din fișier în departamentul de contabilitate al întreprinderii. În configurația „Contabilitatea întreprinderii”, am dat clic pe butonul „Sincronizare”, un formular de procesare deschis cu mesajul „Analiza datelor în curs”. Puțin mai târziu, mesajul s-a schimbat în „Încărcare de date în curs”. În același timp, indicatorul și contorul au arătat că peste 80 de mii de obiecte au fost descărcate din sursa de alimentare. Acest lucru m-a derutat, pentru că am indicat în setări că nu trebuie să se descarce nimic de la sursa de alimentare. Procesarea a durat destul de mult și s-a încheiat cu eroarea:

Eveniment: Schimb de date
(GeneralModule.Long-runningOperations.Module(371)): Procesul de lucru în fundal sa încheiat anormal
RaiseException(ErrorText);

Pentru a localiza eroarea, am încercat să schimb setările de sincronizare și opțiunile de funcționare ale bazei de alimentare. Drept urmare, când am convertit baza de date într-o versiune de fișier, sistemul a funcționat corespunzător: s-a deschis un formular pentru compararea a două baze de date. După potrivirea obiectelor, sincronizarea inițială a avut succes. Apoi am schimbat baza de date înapoi la versiunea client-server.

Odată cu testarea ulterioară a sincronizării, a fost necesar să se facă unele modificări la regulile de conversie a obiectelor. Este timpul să utilizați configurația Data Conversion 3.0. Ajutorul de configurare încorporat descrie modul în care funcționează. Articolele de pe site-ul ITS au ajutat și ele.

Ca rezultat, am încărcat următoarele date în „Data Conversion 3.0”:

• Texte ale modulului general „Manager de schimb de date printr-un format universal” din două baze de date
• Dispunerea ambelor baze
• Descrierea formatului EnterpriseData (din orice bază de date)
• Reguli de conversie

După descărcare, am deschis regulile pentru conversia datelor, obiectelor și proprietăților în „Conversia datelor 3.0”. Am făcut modificările de care aveam nevoie. Apoi am folosit butonul „Descărcați modulul manager de schimb”. Textul modulului a fost copiat în clipboard. Rămâne doar să îl introduceți în configurație.

După ce am experimentat cu setarea regulilor în „Conversia datelor 3.0”, am ajuns la concluzia mea că în cazul în care modificările care se fac sunt nesemnificative, este mai ușor să setați regulile direct în configurațiile UT și BP, în modulul general. „Manager de schimb de date prin formatul universal”. Dacă modificările sunt serioase, cum ar fi, de exemplu, adăugarea unui nou obiect la schimb, atunci ar trebui să utilizați configurația " Conversie de date 3.0".

Am îndeplinit sarcina de a adăuga documentul „Comandă către furnizor” la planul de schimb folosind „ Conversia datelor 3.0". În versiunea standard a UT - BP acest document nu este inclus în planul de schimb.

Să ne amintim că regulile de înregistrare a obiectelor pentru încărcare sunt încă configurate în configurația „Conversia datelor 2.0”.

Acestea sunt primele impresii ale sincronizării datelor prin formatul universal EnterpriseData.

P.S. Dacă aveți întrebări sau propriile observații despre schimbul de date prin formatul și configurațiile universale" Conversia datelor 3.0”, scrieți în comentarii. Vom face schimb de experiențe.

• Sincronizarea datelor
• Format Universal EnterpriseData
• Conversia datelor 3.0
• Conversia datelor 2.0
• Managementul comertului
• Contabilitatea întreprinderii