Conversia datelor 3.0 Instrucțiuni. Și câteva cuvinte despre setul din grup
În acest articol, voi descrie, în timp ce experiența mică, în organizarea schimbului de date prin universal introduceți formatul de intrareDadata.
În cazul meu, schimbul este configurat între configurațiile "Managementul comerțului 11.2" (în continuare utilizat de UT) și "Contabilitatea companiei 3.0.43" (denumită în continuare BP). Schimbați o singură cale, de la UT în BP. Înainte de a actualiza "Managementul comerțului 11.1" la versiunea "11.2", schimbul de date a fost configurat utilizând configurarea "Conversia datelor 2.0". Cu toate acestea, după trecerea la "11.2", erorile au apărut în "managementul comerțului". A fost efectuată procedura de actualizare a normelor de schimb, dar rezultatul nu a dat-o. Debuggerul a arătat că problema în schimbul de date. Sa decis eliminarea setărilor de schimb de date în ambele configurații și configurați din nou.
Și "gestionarea comerțului" și "contabilitatea afacerii" lucrăm în versiunea client-server. Am început să stabilesc sincronizarea cu UT. A efectuat-o astfel încât datele să fie descărcate de la UT într-un fișier. Care este sincronizarea prin catalog de rețea. În BP a stabilit schimbul astfel încât să nu se elibereze date de la BP.
Eroare la apelul unei metode de context (verificare): eroare de verificare a datelor XDTO:
Structura obiectului "/ bankingcontrigent / bancă" nu corespunde tipului: (http://v8.1c.ru/edi/edi_stnd/enterprinzătata/11.1) Conferința
Verificați proprietățile "Beach":
Forma: Element.
Nume: (http://v8.1c.ru/edi/edi_stnd/enterprindateata/1.1 montebik
un fel:
Nici o proprietate obligatorie
Obiect: Acordulnsprensportant Nr. ...
Pentru a analiza eroarea, am făcut clic pe pictograma "Componența datelor trimise" și în lista de contrapartide înregistrate la trimiterea contractelor au găsit un acord privind care a apărut o eroare. El a deschis un contract, și-a adus aminte de contul bancar contrapartidă specificat în contract. Apoi sa mutat să se înregistreze la trimiterea de conturi bancare. Sa dovedit că contul necesar nu se află în lista înregistrată. Am rescris un cont bancar și un contract. După aceea, am înregistrat contul bancar manual.
Repetată o încercare de a sincroniza datele de la UT. De data aceasta datele au fost descărcate cu succes. ÎN folder de rețea Un fișier XML care conține date de transfer de la UT la BP a fost format.
Următorul pas este de a descărca date din fișier la contabilitatea întreprinderii. În configurația "Contabilitate de afaceri", am apăsat butonul "Sincronizare", formularul de procesare deschis cu analiza mesajelor. Un pic mai târziu, mesajul a fost schimbat la "descărcarea datelor". În același timp, indicatorul și contorul au arătat că mai mult de 80 de mii de obiecte sunt descărcate de la BP. M-a fost rușine, pentru că am subliniat în setările că nu ar trebui evacuate de la BP. Prelucrarea a fost efectuată de mult timp și sa încheiat cu o eroare:
Eveniment: schimb de date
(Modul comun. Operațiuni de consultanță. Modul (371)): A apărut fluxul de lucru al sarcinii de fond
Scorurile apelurilor (erori de text);
Pentru a localiza eroarea, am încercat să schimb setările de sincronizare și de warantarele bazei BP. Ca rezultat, când am transformat baza în fișier, sistemul a lucrat în mod adecvat: o formă de potrivire a două baze de date deschise. După cartografierea obiectelor, sincronizarea inițială a trecut cu succes. Apoi am transferat din nou baza de date la opțiunea client-server.
Cu o altă sincronizare "run-in", a fost necesară pentru a face unele modificări ale regulilor de conversie a obiectelor. Este timpul să utilizați configurarea "Conversia datelor 3.0". Certificatul de configurare încorporat descrie modul de lucru. Au ajutat, de asemenea, articole pe site-ul său web.
Ca rezultat, am descărcat următoarele date în "Conversia datelor 3.0":
- Textele modulului general "Format independent gestionat" din două baze de date
- Schema de ambele baze
- Descrierea formatului EnterPrisedata (dintr-o singură bază de date)
- Reguli de conversie
După descărcare, ați deschis regulile pentru conversia datelor, a obiectelor, a proprietăților la "conversia datelor 3.0". Versiunile necesare pentru mine. Apoi am folosit modulul "Modulul modulului de încărcare". Textul modulului a fost copiat în clipboard. Rămâne doar pentru ao introduce în configurație.
Estimari cu stabilirea regulilor în "conversia datelor 3.0", am concluzionat că, în cazul în care modificările apreciate sunt nesemnificative, este mai ușor să personalizați regulile direct în configurațiile lui UT și BP, în modulul general "Managed Dane Caulcher. " Dacă editorii sunt sulf, cum ar fi, de exemplu, adăugând un obiect nou în schimb, atunci ar trebui să utilizați configurația " Conversia datelor 3.0 ".
Sarcina de a adăuga documentul "Ordinul furnizorului" la planul de schimb am fost efectuat utilizând " Conversia datelor 3.0 ". În versiunea standard a UT - nu există niciun sistem al acestui document în ceea ce privește schimbul.
Vom aminti că regulile de înregistrare a obiectelor pentru descărcare sunt configurate în configurarea "conversia datelor 2.0".
Acestea sunt primele impresii ale sincronizării datelor prin intermediul formularului universal EnterPrisedatata.
P.S. Dacă aveți întrebări și monitorizarea proprie a schimbului de date prin format universal și configurare " Conversia datelor 3.0, scrieți în comentarii. Vom face schimb de experiențe.
- Sincronizarea datelor
- Format universal Entermisetata.
- Conversia datelor 3.0
- Conversia datelor 2.0.
- Managementul comerțului
- Companie de contabilitate
Conversia datelor 2.0 și 2.1 - Configurația tehnologică a companiei 1C, implementată pe versiunea platformei de 8,1 până la 8,3.
Principala sarcină a instrumentului este de a scrie regulile de schimb între soluțiile aplicate 1C 8 și 7 8. Versiunea curentă a conversiei de date astăzi este de 3,0.
Conversia de date este o configurație foarte utilă, utilizând-o, puteți rezolva nu numai problema transferului de informații de la unul baza de informare La altul, dar, de exemplu, de exemplu, convertirea informațiilor în interiorul unei baze.
Configurația este foarte convenabilă pentru utilizare când.
Conversia de date va fi utilă oricărui programator: existența abilităților de creare a regulilor de schimb este un plus de competențe profesionale.
Pentru a studia lucrul cu configurația, soluția este cea mai potrivită pentru sarcini practice. Încercați să veniți cu o sarcină, de exemplu: pentru a transfera orice informații de la o bază la alta, rotiți documentul de implementare la documentul de primire, "conduceți" soldurile actuale privind contabilizarea la "Introducere" și alte sarcini.
Va fi foarte util să înțelegem reglementările "tipice" ale schimbului de 1C 8.3, de multe ori pot fi găsite exemple interesante Implementarea sarcinilor.
Pentru a înțelege elementele de bază, veți avea nevoie de materiale, luați în considerare mai jos.
Instrucțiuni video pentru conversie
AZA Schimbați setările de schimb de date în 1c utilizând configurația "Conversia datelor 1C" de pe exemplu, consultați videoclipul:
Materiale, manuale pentru studierea conversiei datelor 1C 2.0
Materialele și documentația din rețea nu sunt prea mari, am încercat să colectez cele mai importante și interesante materiale:
0. În primul rând, vă sfătuiesc cursul video gratuit al Ilya Leontiev, este disponibil pe legătură.
1. Aș sfătui mai întâi să utilizați ajutorul încorporat în configurație. Este foarte bine scris și implementat în mod competent din punct de vedere tehnic:
2. A doua cea mai importantă sursă de informații este http://www.mykod.info/ (site-ul închis), specializat doar la conversia datelor. Acolo puteți descărca un numar mare de Materiale de conversie.
3. În mod separat, aș dori să subliniez tutorialul - (autor - Olga Kuznetsova).
Întrebarea principală care rezultă dintr-un specialist atunci când începe lucrul în configurația "1c: conversia datelor" ediție 3.0 - Care este diferența? Care este diferența dintre editorialul 3.0 din funcția editorială 2.1.
Diferențele condiționate pot fi împărțite în două grupe:
- Funcţional
- Arhitectural
Diferențe arhitecturale
Editorial 2.1, dezvoltarea regulilor de schimb au fost efectuate separat pentru fiecare configurație individuală. După aceasta, aceste reguli au fost utilizate în procesul de procesare universală în formatul XML. Sau pentru a schimba conform regulilor dintre configurații. Ieșirea a primit un fișier cu expansiune xml.care conțineu în plus față de acești agenți de manipizi efectuați pe partea recipientului. Editorial 3.0 utilizează un singur format universal Enterprinsateta. Prin care sunt transmise cele trei tipuri principale de date:- Context de reglementare
- Documentație
- Rămâne la data în cantitate sau sumare
Diferențe funcționale
Pentru posibilitatea aplicării formatului Enterprinsateta. Trebuie să utilizați versiunea bibliotecii subsistemelor standard, nu mai mică de 2.2.5, altfel numai editorii 2.1.Dacă trebuie să dezvoltați reguli pentru transferul de date unic (sau recuperarea) sau reziduurile de transfer ... atunci! Mai rapid și mai profitabil pentru a utiliza transformarea editorială pentru dezvoltare 2.1
Dar dacă doriți un schimb zilnic de încredere între soluții pe platforma "1c: întreprindere" (cu condiția ca versiunea BSP să corespundă), atunci alegerea dvs. este "1c: conversia datelor" ediție 3.0.
Sigur! Mulți vor spune că până în ziua de azi, întreprinderea folosește schimbul în format vechi, iar fiecare jumătate din secunde zbura gigaocteții de date și totul funcționează și apoi mai departe ... funcționează cu siguranță! Pe măsură ce multe organizații sunt folosite pentru a ține cont de platforma 1C versiunea 7.7. Este important să înțelegeți că vorbim despre un nou format și că soluțiile tipice folosesc formatul "enterprisedata", ceea ce înseamnă să se dezvolte în bordul editorial 3.0 trebuie să puteți afla acum.
Nu începe Diablo III?
Cum să verificați computerul la spyware
Spyware pe computer