Și îți arătăm cum să-l folosești pentru a simplifica foarte mult rezolvarea problemelor tale.
Astăzi vom vedea cum să configurați și să faceți un transfer simplu de directoare și solduri inițiale în doar 10-15 minute.
Și asta este sarcină de masă și obișnuită, ceea ce este aproape inevitabil pentru majoritatea noilor configurații lansate.
Prin urmare, sună-ți colegii, le va fi și de mare folos.
Mai ales dacă au văzut deja CD-ul 3 și au reușit să se sperie :)
Da, când o vezi pentru prima dată, nu este clar deloc.
Dar, în realitate, totul este FOARTE simplu. Atât de simplu încât chiar te vei plictisi mai târziu :)
Ce este exact în videoclipurile de astăzi
Acestea sunt 4 videoclipuri despre schimbul de date prin format universal de schimb EnterpriseData.
În plus, vom arăta un exemplu îmbunătățiri reguli standard schimb valutarîn 1C: Conversie de date 3.0
Durata totala - 34 de minute. Conţinut:
- Configurarea schimbului folosind exemplul 1C:Accounting 8 și 1C:ERP
- Cum să descărcați regulile standard și un format de schimb universal în Data Conversion 3.0
- Transferarea structurii metadatelor pe CD 3.0
- Cum să efectuați primul schimb de date
- Finalizarea regulilor conversie
- Cum să încărcați reguli noi fără a modifica configurația ( fără îndepărtarea de pe suport)
Notă, că atunci când se rezolvă această problemă, regulile de încărcare se schimbă doar în configurația de recepție. Și configurația sursei funcționează conform regulilor standard.
Dacă o problemă similară ar fi rezolvată în Data Conversion 2.0, atunci ar trebui făcute modificări atât la regulile sursei, cât și ale destinației.
Aceste tutoriale video sunt relevante pentru BSP ediția 2.3.2(pentru orice versiune mai veche de 2.3.2.43).
Dacă utilizați o versiune mai veche a BSP,0, faceți o „ajustare” pentru interfața schimbată și funcționalitatea extinsă. Pentru a face acest lucru, repetați singur exemplul din videoclip.
Videoclipul 1:
Încărcarea regulilor de schimb între configurațiile standard în Data Conversion 3.0
În această lecție, vom efectua pași pregătitori atunci când facem modificări ale regulilor de schimb între configurațiile standard:
- Încărcarea structurii formatului de schimb în CD (
- Crearea unei conversii
- Încărcarea fișierelor cu reguli dintr-o configurație standard
- Descărcarea modulului de manager de schimb
Videoclipul 2:
Rafinarea regulilor de schimb în CD 3.0
În această lecție vom arăta cum să completați detaliile obiectului la încărcarea datelor.
Problema va fi rezolvată - atunci când încărcați obiecte din configurația sursă, setați comentariul „Încărcat de la BP 3.0”.
Pentru a rezolva problema va trebui să intrați modificări ale regulilor de conversie a obiectelor, în evenimentul „Înainte de înregistrarea datelor primite”.
Regulile dezvoltate vor fi salvate ca prelucrare externă pentru utilizare ulterioară.
Videoclipul 3:
Configurarea schimbului universal între configurațiile standard
În acest tutorial vă vom arăta cum să configurați un nou schimb între cele standard.
Setările vor fi făcute în configurația sursă și apoi încărcate în configurația destinație.
De asemenea, în acest videoclip vom arăta cum fără a modifica configurațiaîncărcați noi reguli de schimb.
Videoclipul 4:
Transferarea soldurilor de deschidere folosind regulile de schimb
În această lecție vom arăta o funcționalitate tipică pentru transferul soldurilor inițiale.
P.S.
Da, schimburi prin txt / dbf / ole etc. au dreptul de a exista. În unele cazuri speciale, cum ar fi conectarea la un server web sau transferul unei aplicații externe dintr-un format gata făcut.
Cu toate acestea pentru schimburi standard – metodele standard sunt atât mai rapide, cât și mult mai simple.
Și dacă cineva reinventează roata, când există o soluție universală gata făcută - este ca și cum ai scrie pe frunte „Nu știu instrumentul, nu vreau să-l studiez, voi construi cârje pentru banii tăi” .
P.P.S.
Vrem să arătăm că Data Conversion 3.0 nu este dificilă.
Neobișnuit - da. Nu totul este imediat clar - da. Sunt momente foarte controversate – da.
Dar, cu ajutorul instrucțiunilor și videoclipurilor gata făcute, îl puteți stăpâni în literalmente 1-2 săptămâni.
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 informare Oh. 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 configuratii 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 transferate altora 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; daca e complicat reteaua de filiale, atunci trebuie să înregistrați 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. detalii, diferă în versiunile platformei sau sunt utilizate versiuni învechite configuratii, intreprinderea este mare si foloseste sistem automatizat, formată dintr-un număr mare de baze. 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, descărcați configurațiile pentru a putea reveni la stare originalaîn caz de erori.
Mai jos dăm exemplu detaliat 1C 8.3 schimbă setările unilateral î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).
Atenție la câmpul Prefix; aici trebuie să specificați o valoare care vă va permite ulterior să distingeți (după valoarea codului directorului sau a numărului 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. Mai departe.
Să setăm o opțiune de conexiune directă, când ambele programe sunt situate într-unul singur retea locala, vom indica parametrii pentru conectarea la directorul de securitate a informațiilor din această rețea și vom completa și informațiile de autentificare despre utilizator (în baza de date BP). Mai departe.
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 în exemplu despre care vorbim despre transferul de informații unidirecțional, apoi î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. Mai departe.
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 după, în scriptul de sincronizare, puteți configura programul execuție automată schimb valutar.
Trebuie să configurați schimbul de date?
PROGRAMAM 1C DE 15 ANI SI FACEM INSTRUCTIUNI VIDEO GRATUITE
Avem o echipă de programatori care au o vastă experiență în configurarea 1C exchange:
Între configurațiile 1C,
În configurarea schimbului 1C cu alte programe.
De ce ne alegeți pe noi?
Timp de răspuns de până la 2 ore pentru sarcini urgente, chiar și în weekend și sărbători.
Peste 40 de programatori cu normă întreagă cu experiență 1C de la 5 la 20 de ani.
Realizăm instrucțiuni video despre sarcinile finalizate.
Comunicare live prin orice mesageri convenabil pentru client.
99% din sarcini sunt finalizate prin acces de la distanță(TeamViewer sau RDP), care reduce semnificativ timpul de finalizare a sarcinilor.
Parteneri oficiali ai companiei 1C din 2006.
Experiență de automatizare de succes de la firme mici la corporații mari.
99% dintre clienți sunt mulțumiți de rezultate, ceea ce este confirmat de scrisori de recunoștință.
Imprimare (Ctrl+P)
Schimb printr-un format universal
Subsistemul „Schimb de date” al bibliotecii subsisteme standard conține 4 opțiuni (tehnologii) pentru schimbul de informații între diferite 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 format universal EnterpriseData. Această tehnologie disponibil în „Biblioteca de subsisteme standard” începând cu versiunea 2.3.1.62. lansat la începutul anului 2016. În acest moment, ultima editie 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 dosarele de livrare solutii aplicative 1C disponibil fisier 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 aplicației 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 oricare altul sisteme de informare: nu depinde de caracteristicile proprii software sau structuri de bază de informații care participă la schimb și nu conțin restricții explicite 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. Acest versiuni diferite format. 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. Este acest pachet care 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. Fișierele pot fi schimbate:
- 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.
Notă. 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 (deoarece 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
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
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 partea de configurare (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.
- Un 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
- 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ă.
- Reguli de prelucrare a datelor (DPR). Conține proceduri și funcții care descriu regulile de prelucrare a datelor.
- 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.
- Reguli de conversie a datelor predefinite (PDC). Conține o procedură care completează regulile de conversie a datelor predefinite.
- Algoritmi. Conține algoritmi arbitrari care sunt apelați din alte reguli (POD sau PKO).
- Opțiuni. Conține logica pentru completarea parametrilor de conversie.
- 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șă. Opțiuni: 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. Opțiuni: 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). Opțiuni: 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, ediția 3.0. Opțiuni: 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. Opțiuni:
- 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. Opțiuni: 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). Opțiuni: 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 PKO furnizate pentru această conversie în programul Data Conversion, versiunea 3.0. Opțiuni: 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. Opțiuni:
- 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. Opțiuni:
- 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. Opțiuni:
- 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).
In caz contrar Date primite a inlocui InformațiiB date(toate proprietățile de la Date primite Transferat către InformațiiB date).
Dacă nu este necesară înlocuirea standard a datelor de securitate a informațiilor cu datele primite, ar trebui să vă 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. Opțiuni: 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. Opțiuni: Opțiuni de conversie(tip - Structura).
Proceduri și funcții cu scop general
ExecuteManagerModuleProcedure. Opțiuni: 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ă A executa.
ExecuteManagerModuleFunction. Opțiuni: ProcedureName(linia), Opțiuni(structura). Funcție, scop similar ExecuteManagerModuleProcedure. Diferența este că apelează o funcție și returnează valoarea acesteia.
1C a prezentat prima versiune a noului format de schimb date de afaceri EnterpriseData, care se bazează pe XML și, așa cum a fost conceput de autorii săi, este destinat nu numai să unifice interacțiunea soluțiilor de aplicație și a componentelor lor individuale create de compania însăși, ci și să fie folosit ca mecanism universal de integrare a informațiilor oricărei afaceri. aplicații pe orice platforme software, inclusiv, desigur, la 1C:Enterprise.
Compania practică de multă vreme crearea și utilizarea standardelor deschise pentru interacțiunea informațională a aplicațiilor sale cu software de la dezvoltatori independenți, dar până acum acest lucru a vizat doar anumite domenii de specialitate. Este exact ceea ce formatul CommerceML a fost creat acum aproape cincisprezece ani pentru a rezolva problema comerțului electronic, precum și „Client Bank” și DirectBank pentru comunicarea aplicațiilor 1C cu externe. sisteme bancare. EnterpriseData, pe de altă parte, este un mecanism universal care poate acoperi toate domeniile activităților unei întreprinderi - finanțe, producție, achiziții și vânzări, operațiuni de depozitare etc. Prima versiune a formatului include o descriere a 94 de tipuri de documente din diverse domenii de afaceri. 1C plănuiește să adauge noi documente și să detalieze pe cele existente.
După cum explică reprezentanții 1C, apariția EnterpriseData se explică prin necesitatea nu numai de a integra aplicațiile companiei în software de la alți dezvoltatori, ci și – poate chiar în primul rând – de a crea un mecanism unificat de comunicare a informațiilor în cadrul familiei de software 1C:Enterprise. Până de curând, pentru rezolvarea acestor probleme se folosea o gamă largă de soluții, create adesea de la caz la caz. Tranziția produselor 1C la EnterpriseData a început deja, este folosit în toate ultimele versiuni a ei aplicații cheie(„1C: ERP Enterprise Management 2.0”, „1C: Contabilitate 8” 3.0, „1C: Contabilitate 8 CORP” 3.0, „1C: Retail” 2.0, „1C: Managementul comerțului” 11). În același timp, nu este de așteptat înlocuirea standardelor deja utilizate (CommerceML, lucrul cu băncile) cu EnterpriseData, deoarece algoritmii specializați testați în timp funcționează mai eficient decât instrumentele universale.
1C crede că nou format vor găsi o utilizare largă în rândul dezvoltatorilor independenți care creează aplicații pe platforma 1C:Enterprise; pentru ei sunt oferite cele gata făcute componente software ca parte a Bibliotecii de subsisteme standard (ceva ca un SDK pentru 1C:Enterprise).
La utilizarea standardului EnterpriseData, datele sunt transferate între aplicații sub forma unui fișier XML utilizând schemele XML adecvate, în timp ce transferul fizic al informațiilor poate fi efectuat folosind diverse mecanisme: servicii web, schimb de fișiere printr-un director, FTP și E-mail. Un punct important este că algoritmul de interacțiune presupune capacitatea destinatarului de a confirma faptul primirii și procesării datelor care îi sunt trimise. Fișierul XML în sine este furnizat fizic în formă comprimată (ZIP), ceea ce vă permite adesea să reduceți semnificativ traficul de informații.
1C promite dezvoltarea în continuare a formatului EnterpriseData și suportul acestuia în totalitate Mai mult aplicațiile dvs. Acest standard va fi gestionat de compania însăși; creatorii săi nu au încă niciun plan să-l transforme într-un standard industrial independent.
27.08.2015
1C a lansat prima versiune a unui nou format de schimb de date de afaceri, EnterpriseData, bazat pe XML. Formatul vă permite să organizați eficient schimbul de date între sistemele eterogene de automatizare a afacerilor utilizate în companie, indiferent cine este dezvoltatorul acestora și pentru ce domenii de activitate sunt destinate.
Lansarea standardului a fost următorul pas pentru 1C pe calea spre creșterea deschiderii produselor sale pentru integrarea cu software terță parte. Compania 1C a acordat întotdeauna o atenție deosebită acestui domeniu. Produsele 1C acceptă formatul CommerceML, utilizat pentru schimbul de informații comerciale în format XML. Mențiune specială merită formatul de schimb de documente financiare între sistemul 1C:Enterprise și modulele sistemelor bancare la distanță (Client-Bank), dezvoltat de 1C împreună cu dezvoltatori de top de sisteme informaționale bancare. Acest format, care este susținut astăzi de sute de bănci rusești (inclusiv Sberbank of Russia, VTB 24, Gazprombank, Rosselkhozbank) a devenit în esență un standard al industriei. Această direcție a fost dezvoltată în continuare în tehnologia de schimb direct DirectBank, care face interacțiunea cu o bancă de la 1C:Enterprise și mai convenabilă și mai sigură.
În același timp, anterior formatele suportate de 1C serveau în principal la rezolvarea problemelor de schimb de date între diferite organizații doar în anumite domenii de activitate (comerț electronic, integrare cu sisteme bancare). Acum, noul format EnterpriseData acoperă toate domeniile întreprinderii - finanțe, producție, achiziții și vânzări, operațiuni de depozitare etc. Prima versiune a formatului include descrieri a 94 de tipuri de documente din diverse domenii de activitate. Formatul este extensibil; 1C va adăuga documente noi și le va detalia pe cele existente.
Formatul este recomandat pentru utilizare în timpul integrării aplicații terță parte cu programe 1C. Formatul poate fi folosit și pentru schimbul de informații între orice alte sisteme informaționale: nu depinde de caracteristicile software-ului sau de structurile de bază de informații care participă la schimb și nu conține restricții evidente de utilizare.
În prezent, formatul Enterprise Data este deja folosit pentru a sincroniza datele între produse software Compania 1C în sine, este acceptată în următoarele produse:
- 1C: ERP Enterprise Management 2.0
- 1C: Contabilitate 8, ediția 3.0
- 1C:Accounting 8 CORP, ediția 3.0
- 1C: Retail, ediția 2.0
- 1C: Managementul comerțului, ediția 11
Unul dintre cele mai frecvente cazuri de integrare a produselor 1C este tandemul „1C: Contabilitate” - „1C: Managementul comerțului”; aceste două produse populare ale companiei fac schimb de 73 de tipuri de documente în formatul EnterpriseData, ceea ce vă permite să păstrați datele lor actualizate și sincronizate între ele. Dezvoltatorii 1C observă că adoptarea formatului EnterpriseData a îmbunătățit calitatea și viteza de dezvoltare a soluțiilor de aplicație ale sistemului 1C:Enterprise datorită unificării codului.
Pentru produsele terțe care se integrează cu produsele 1C, utilizarea formatului va reduce atât cantitatea de dezvoltare, cât și costurile cu forța de muncă pentru implementarea și sprijinirea sistemelor. Anterior, când fiecare produs suporta propriul format de schimb de date, dacă în sistemul de schimb de date existau N produse, adăugarea unui produs nou necesita 2*N modificări (vezi Fig. 1); fiecare produs existent avea nevoie de modificări pentru a suporta importul de date din noul produs și Produs nou ar fi trebuit să accepte importarea datelor din produsele existente. După introducerea unui singur format, adăugarea unui produs nou va necesita doar implementarea importului și exportului în formatul EnterpriseData și nu va provoca modificări în produsele existente.
Figura 1 Schimb de date fără un format comun
Figura 2 Schimb de date prin formatul EnterpriseData
Formatul acceptă compatibilitatea de jos în sus - toate programele terțe care fac schimb de date în formatul EnterpriseData cu software-ul 1C vor continua să funcționeze atunci când vor fi lansate versiuni noi ale formatului.
- pentru a vă integra propriile dezvoltări pe platforma 1C:Enterprise (atât la comandă, cât și produse în masă) cu soluții standard 1C
- pentru integrarea altor sisteme (non-1C) cu soluții pe platforma 1C:Enterprise
- pentru a organiza interacțiunea altor sisteme (non-1C) între ele.
