Schimb de date conform programului 1s. Schimb programat folosind mijloace standard

În viața reală, este o companie rară care se descurcă cu o singură bază de date 1C. Cea mai frecventă situație este două baze, contabilitate și salarizare.

Bazele trebuie conectate - salariile au fost acumulate, impozitele acumulate trebuie să meargă la departamentul de contabilitate pentru plată.

Pentru a conecta mai multe baze de date, există Exchange 1C. Cum lucrează?

Ce este Exchange 1C?

Există un lanț de magazine și Biroul principal. Fiecare magazin și birou are un depozit. Mărfurile sunt mutate din depozit în depozit (în principal de la depozitul central la depozitele de depozitare) și sunt vândute în magazine.

Baza de date 1C Retail este utilizată în birou și aceeași bază de date în fiecare magazin. Bazele din magazine sunt subordonate bazei din birou.

În birou, se creează documente privind mișcarea mărfurilor de la depozit la depozit, iar prețurile sunt stabilite. Documentele sunt încărcate în bazele de date subordonate și bunurile „apar” acolo.

Magazinele creează documente despre vânzările finalizate de bunuri. Documentele sunt încărcate în baza de date a biroului și vânzările „apar” acolo.

Această schemă se numește o bază de informații distribuite (RIB). Proceduri de „încărcare” documente – schimb 1C bidirecțional. Și înființarea acestei scheme este URIB sau URIBD (managementul bazei de date de informații distribuite).

Principiile schimbului de directoare în 1C

Directoarele 1C (și setul tuturor directoarelor „din complex” se numește NSI - informații de referință normative) - în diferite baze de date ar trebui să fie de obicei același. Aceasta înseamnă că, chiar dacă există mai multe baze de date, lista de mărfuri, depozite și contractori este aceeași în diferite baze de date.

O practică obișnuită este atunci când unui director este permis să fie editat într-o bază de date și este copiat („migrat”) în celelalte. După cum am discutat anterior, fiecare element 1C are un identificator unic - GUID. Directoarele sunt de obicei copiate împreună cu GUID-ul lor și, prin urmare, sunt identice în întreg sistemul de informații distribuit.

În caz contrar, când sunt conectate mai multe baze de date existente inițial sau când directoarele pot fi create în diferite baze de date în același timp, GUID-urile lor vor fi diferite. Există un mecanism de potrivire pentru aceasta. Într-un registru special de informații în timpul schimbului 1C, se înregistrează informații că elementul din baza de date nr. 1 cu GUID xxx este egal cu elementul din această bază de date cu GUID yyy. Inițial, elementele existente care nu mai sunt egale trebuie comparate automat (folosind alte detalii, de exemplu, după nume sau după numărul de identificare fiscală și punct de control) sau manual.

Principiile schimbului de documente în 1C

Documentele din 1C sunt afișate conform registrelor și apoi sunt considerate „afișate”. Acest lucru dă naștere la dificultăți de înțeles în timpul transferului.

O opțiune este să transferați doar documentele și să le transferați din nou după descărcare. Această metodă este adesea folosită, dar poate da naștere la erori - este posibil ca documentul să nu fie postat în noua bază de date, deoarece condițiile din timpul procesului pot fi diferite decât erau în momentul în care documentul a fost postat în baza de date inițială.

O altă opțiune este să transferați împreună documentele și registrele. După cum înțelegem, se pune imediat întrebarea - fie transferăm toate documentele în general și apoi întregul registru în general, fie suntem nevoiți să alegem pentru transfer numai mișcări pe documentele transferate.

Să presupunem că trebuie să transferăm un articol din directorul Nomenclatură. Acest director are 10 câmpuri, dintre care 5 sunt șiruri și numere, iar 5 sunt link-uri către alte directoare.

În consecință, atunci când transferăm un element al Nomenclaturii, suntem forțați să căutăm și să transferăm și 5 elemente din alte directoare.

Astfel, atunci când se transferă un element de director sau un document, 100 sau mai multe alte obiecte 1C pot fi transferate prin link.

De fapt, se spune că aproape toate referințele de configurare se referă una la alta într-un fel sau altul.

1C planuri de schimb

Să presupunem că am creat o bază de date distribuită și am efectuat un schimb 1C. Mărfurile au fost achiziționate la depozitul central și pregătite pentru expediere la magazine. În 1C, biroul a introdus documentele necesare pentru circulația mărfurilor. Necesită să fie încărcate în magazine.

Ce să fac? Efectuați din nou un schimb complet 1C? Lung și ineficient! Ar fi mult mai bine să calculăm ce anume a fost adăugat sau schimbat de utilizatorii din birou, astfel încât doar modificările să fie trimise în magazine.

Există planuri de schimb 1C pentru asta. Programatorul creează în avans un plan de schimb 1C pentru a efectua schimburi 1C cu o altă bază de date, de exemplu cu magazinele noastre.

Planul de schimb 1C notează când utilizatorii lucrează cu directoare și documentează ceea ce a fost adăugat sau modificat de la ultimul schimb 1C cu această bază de date.

Crearea URIB 1C

Deci, vom crea o bază de date distribuită de la zero. Inițial, avem o bază de birou „părinte”. Din el vom selecta baze de date de magazine care îi vor fi subordonate.

Configurațiile tipice au deja planuri standard de schimb 1C. Tipurile de baze pentru care sunt destinate sunt clare intuitiv din denumire:

• Schimbați 1C cu un site web: schimbați cu un site web 1C:Bitrix
• Schimb 1C UPP-UT sau UT-Retail: schimburi tipice cu configurații surori
• Complet – Schimb 1C cu o bază de date bazată pe aceeași configurație.

RIB - baza de informații distribuite - poate fi realizată și pe baza planului de schimb 1C „Complet”. În configurator, în acest plan de schimb 1C, trebuie bifată caseta de selectare „Bază de informații distribuită”.

Planul de schimb 1C creat în configurator indică faptul că vom face schimb cu această configurație. În modul Enterprise, în același plan de schimb 1C, acum trebuie să specificați baze de date specifice pe baza acestei configurații.

Să trecem la planul de schimb 1C (Plan de operațiuni/schimb; poate fi și în alt meniu, adesea în meniul Service/XXX).

În lista bazelor de date din planul de schimb 1C există una cu un cerc verde în imagine. Acest element reprezintă ACEASTA BAZĂ. Elementele rămase indică ALTE baze cu care se schimbă 1C.

Este necesar ca atât numele, cât și codul tuturor elementelor să fie completate.

Pentru a crea o subbază de magazin:

• Plasați cursorul în listă pe elementul plan de schimb 1C, pe care l-am creat ca „bază de magazin”
• Selectați elementul de meniu „Acțiuni/Creează imaginea inițială”.

Ca rezultat, va fi creată o bază de date cu datele inițiale încărcate în ea. Acest lucru trebuie repetat pentru fiecare element al planului de schimb 1C, cu excepția BAZEI CURENTE.

Teoria schimburilor 1C

Teoria schimbului 1C este destul de simplă:

• Una dintre bazele de date (de obicei baza de date a centrului) inițiază schimbul 1C conform unui program sau „după eveniment” (autentificare la baza de date a unui anumit utilizator etc.)
• Schimbul 1C constă în descărcarea unui fișier din baza de date
• Fișierul trebuie mutat într-un loc unde o bază de date slave îl poate ridica (de obicei un share sau ftp, mai rar e-mail)
• Baza de date slave descarcă fișierul primit
• Ca confirmare că informațiile au fost primite, baza de date slave încarcă un fișier „răspuns”, care este încărcat înapoi în baza de date centrală în același mod
• Sesiunea de schimb 1C este finalizată.

Există și alte metode de schimb 1C, nu prin fișiere, ci, de exemplu, printr-o conexiune COM directă între două baze de date. Avantajele sale:

• Nu este necesar „spațiu pentru stocarea și transferul fișierelor”.
• Nu este nevoie să reîncărcați confirmarea
• Totul se întâmplă mai repede datorită primelor două puncte.

Cu toate acestea, limitarea este clară - bazele trebuie să fie atât de accesibile una pentru cealaltă pentru a putea iniția o conexiune COM.

Configurarea RIB 1C

În constantele configurațiilor standard (Operațiuni/Constante; sau Setări Service/Program) există de obicei setare generală 1C schimburi. Acesta este un prefix în codurile de elemente și numerele documentelor pentru a determina cu ușurință în ce bază de date a fost creat. Precum și o metodă internă de stocare a informațiilor despre locul în care au fost create directoare și documente.

Acum trebuie să configurați modul în care va avea loc procesul de schimb periodic de informații 1C între bazele de date create.
Toate setările RIB din 1C sunt în configurații standard, de obicei în meniul Service/Baze de informații distribuite/Configurare noduri RIB.

Pentru fiecare element „bază magazin la distanță” creat anterior, trebuie să adăugați un element de setări.

Setările indică metoda de schimb 1C: fișier (partajare), fișier (FTP), fișier (e-mail).

Crearea și configurarea unei baze de informații 1C distribuite într-un client subțire

Să ne uităm la o setare similară într-o configurație tipică bazată pe client slab– Revizuirea managementului comerțului 11.
Setările (și crearea de la zero) se află în fila Administrare a interfeței. Elementul „Schimb de date”.

Selectați „Creați un schimb într-un spațiu distribuit baza de informatii».

Încă de la început, 1C ne va cere să indicăm cum vom face schimb de informații cu baza de date din subordine. Iată opțiunea de configurare „prin un fișier pe minge”.

Iată opțiunea de configurare printr-un fișier FTP.

Numele configurației noastre de schimb 1C.

Și imediat o propunere de a crea o „imagine inițială” - adică baza de date slave în sine cu încărcarea informațiilor primare în ea.

Spre deosebire de configurația pe un client gros, ambele setări de schimb 1C sunt într-un singur loc.

Tehnologia bazelor de informații distribuite (RIB) vă permite să creați un sistem distribuit geografic bazat pe configurații 1C Enterprise. Acest lucru vă permite să aveți un spațiu de informare comun chiar și cu acele departamente care nu au un canal de comunicare fiabil, combinând autonomia ridicată a nodurilor cu capacitatea de a schimba rapid informații. În articolele noastre ne vom uita la caracteristicile și implementare practică a acestui mecanism pe platforma 8.2

În primul rând, să ne întrebăm: de ce schimbul automat? Tehnologii moderne, combinat cu ieftin și internet rapid, vă permit să organizați munca de la distanță fără dificultăți. Alegerea metodelor este la fel de largă ca întotdeauna: RDP, clienți subțiri și web, conectarea rețelelor folosind VPN - sunt multe de gândit. Cu toate acestea, toate aceste metode au un dezavantaj semnificativ - o dependență puternică de calitatea canalului de comunicare.

Chiar si cu treaba perfecta Este imposibil să se garanteze disponibilitatea 100% a canalului de comunicare de la un furnizor local. Problemele cu furnizorul backbone, lipsa sursei de alimentare, deteriorarea fizică a liniei de comunicație și mulți alți factori fac această sarcină de netrecut. În același timp, inaccesibilitatea bazei de informații la un depozit la distanță sau în magazin de vânzare cu amănuntul duce la pierderi destul de importante. Și, în sfârșit, să nu uităm că există locuri (de exemplu, zone industriale de la periferia orașelor) în care furnizarea unui canal de comunicare de înaltă calitate este costisitoare și/sau problematică.

Mecanismul RIB vă permite să scăpați de aceste neajunsuri; fiecare departament are propria copie a bazei de informații cu care puteți lucra autonom chiar și în absența completă a comunicării cu lumea de afara. Iar cantitatea mică de informații transmise vă permite să utilizați orice canal de comunicare, inclusiv internetul mobil, pentru schimb.

RIB pe platforma 8.2 nu este ceva fundamental nou, reprezentând o dezvoltare ulterioară a platformei RIB 7.7, doar că acum această tehnologie a devenit mai accesibilă și mai simplă. Spre deosebire de componenta RIB, care trebuia achiziționată separat, RIB este o parte integrantă a multor configurații standard și funcționează în întregime în modul utilizator, permițându-vă să faceți fără Configurator chiar și în etapa de configurare.

În acest moment ar fi timpul să trecem la partea practică, dar va trebui să mai facem o digresiune. Cert este că trecerea la platforma 8.2, care pare să se fi produs deja, a dus de fapt la apariția a două tipuri de configurații: bazate pe aplicație gestionată, „nativ” pentru platforma 8.2 și adaptat de la 8.1, continuând să folosească tehnologii și mecanisme învechite. Deoarece o parte semnificativă a configurațiilor (Contabilitatea întreprinderii, Salarizarea și Managementul resurselor umane) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, așa că prima parte a articolului nostru va fi dedicată acestor configurații (în esență platforma 8.1), în timp ce în a doua. vom examina configurarea schimbului automat pentru configurații bazate pe o aplicație gestionată (platforma 8.2).

Să luăm în considerare o sarcină practică: configurarea schimbului automat prin FTP pentru configurația Enterprise Accounting 2.0. În ciuda faptului că RIB permite schimbul folosind E-mail sau resurse de fișiere partajate, vă recomandăm să utilizați FTP ca fiind cel mai simplu și cel mai mod de încredere comunicatii. Puteți citi cum să vă configurați propriul server FTP sau puteți utiliza serviciul FTP al oricărui furnizor de găzduire.

În primul rând, trebuie să configuram nodurile de schimb. Pentru a face acest lucru, lansați configurația cu drepturi de administrator și selectați Tranzacții - Planuri de schimb.

În lista care apare, selectați Deplin plan sau După organizare, dacă înregistrările sunt păstrate pentru mai multe companii într-o bază de date și schimbul trebuie făcut doar pentru una dintre ele. În fereastra care se deschide, există deja un nod - cel central, trebuie să-l edităm indicând codul și numele.

Apoi vom crea un alt nod pentru ramură, umplându-l în același mod (pentru a adăuga, faceți clic pe cercul verde cu un plus). Următorul pas este crearea unei imagini inițiale pentru acest nod, care este o bază de informații gata făcută în modul fișier. Pentru a face acest lucru, faceți clic Click dreapta mouse-ul pe nodul dorit și selectați din lista derulantă Creați o imagine de pornire.

Acum să trecem mai departe Serviciu - Baza de informații distribuite (DIB) - Configurați nodurile RIB.

În fereastra care se deschide, faceți clic pe butonul Adăugași configurați un nou schimb specificând gazda la distanță, tipul schimbului (prin FTP) și parametrii de conectare la server.

Marcaj Schimb automat vă permite să stabiliți un program de schimb, schimb pe evenimente (început și sfârșit de lucru etc.), aceste setări sunt făcute pentru utilizatorul în numele căruia se va efectua schimbul, deci asigurați-vă că are drepturi de schimb de date.

Nu uitați să specificați prefixul nodului pentru numerotarea documentelor (în caz contrar veți primi documente diferite cu aceleași numere) în Instrumente - Setări program; aici puteți configura și alți parametri de schimb. Pe aceeași filă, ar trebui să selectați un utilizator pentru a efectua sarcini de schimb; dacă nu faceți acest lucru, programul nu va funcționa. Vă rugăm să rețineți că schimburile se vor face numai dacă acest utilizator autentificat în program.

Aceasta completează configurația nodului central; acum trebuie să faceți setări similare pentru nodul periferic, conectând imaginea inițială ca un sistem de securitate a informațiilor existent. După care puteți începe să faceți schimb de date. Pentru a controla ar trebui să utilizați Monitor de comunicare, vă permite nu numai să monitorizați succesul încărcării/descărcării, ci arată și eventualele coliziuni apărute sau mișcările întârziate (dacă utilizatorul care a efectuat schimbul nu are suficiente drepturi pentru a efectua orice acțiuni în baza de date). Disponibilitate a acestui instrument vă permite să rezolvați rapid și eficient diferite tipuri de probleme care apar în timpul schimbului automat.

În acest moment, configurarea schimbului poate fi considerată completă și puteți începe să lucrați în modul distribuit. Merită să ne oprim în mod special la actualizarea sau efectuarea de modificări ale configurației. Aceste acțiuni sunt disponibile doar pe nodul central; toate modificările efectuate vor fi propagate automat către nodurile periferice în timpul următorului schimb. Pentru a face modificări automat, baza de date periferică trebuie să fie în modul exclusiv, altfel va trebui să rulați Configurator si executa Actualizarea configurației bazei de date manual.

Nevoia de schimb între diferite configurații a apărut de la apariția versiunii 1C 7.5. Dezvoltat diferite căi si mecanisme. Articolul descrie mecanismele moderne (pentru platforma 1C:Enterprise 8.2) utilizate pentru schimbul între diferite configurații. Articolul este destinat programatorilor începători care își creează propriile schimburi sau le analizează pe cele standard. Descrierea procedurii de schimb folosește o idee utopică de schimb, un fel de schimb sferic în vid.

Declarație privind problema schimbului de date

Schimbul are loc între două configurații diferite, să le numim sursă și receptor. În mod implicit, considerăm direcția schimbului ca fiind unidirecțională. Structura de metadate a configurațiilor Sursă și Destinație este diferită. Unele tipuri de documente trebuie schimbate în mod regulat.

În general, problema schimbului bidirecțional este împărțită în două sarcini de schimb unidirecțional, doar sursa și receptorul sunt schimbate.

Dificultăți

1. Documentele din configurație au set variatși compoziția detaliilor
2. Câteva detalii despre document tip compozit(directoare).
3. Dacă un document care a fost deja transferat a fost modificat de un document în configurația Sursă, acesta trebuie retransmis în configurația Sink
4. Dublarea elementelor este posibilă dacă directoarele au fost completate în două baze de date în același timp. Alternativ, dacă există duplicate în director (elementele directorului cu același set de detalii), un element „inutil” va ajunge în document - de exemplu, unul care nu a fost folosit de mult timp și este marcat pentru ștergere .

Metode de rezolvare

Etapa 1: Potrivirea obiectelor

Pentru a crea reguli pentru maparea detaliilor documentului de configurare sursă în detaliile documentelor de configurare a receptorului, sunt create reguli de schimb. Reguli de schimb dosar special în format XML descrierea corespondențelor și regulilor de transformare a obiectelor sursă în obiecte receptor. Crearea regulilor de schimb este automatizată folosind configurația „Conversia datelor”. Din configurațiile Receiver și Sursă, utilizând o procesare specială, fișierele XML sunt descărcate care descriu structura metadatelor configurațiilor corespunzătoare și încărcate în „Conversia datelor”.

La descrierea regulilor de schimb este necesar să se indice detaliile (așa-numitele detalii cheie) prin care sistemul va căuta în Receptor obiectele corespunzătoare obiectelor Sursă.

În schemele de schimb moderne, potrivirea după detalii este utilizată numai atunci când configurare inițială schimb valutar. În timpul lucrului, detaliile cheie ale directoarelor se pot schimba, dar obiectele nu ar trebui să-și piardă legătura între ele. Pentru a face acest lucru, registrul „Matching objects of exchange” este completat în configurația Receiver. Registrul conține: identificatorul unic de obiect (GUID) al configurației Sursei și identificatorul unic global al obiectului corespunzător acestuia în Receptor.

Etapa 2. Înregistrarea obiectelor modificate

În platforma 1C:Enterprise 8 există un obiect de metadate special conceput pentru organizarea schimbului - Exchange Plan.Planurile de schimb conțin informații despre nodurile care pot participa la schimbul de date, determină compoziția datelor care vor fi schimbate și indică dacă mecanismul de bază de informații distribuite ar trebui utilizat în timpul schimbului. Într-una soluție de aplicare Pot exista mai multe planuri de schimb, fiecare dintre acestea putând descrie propria sa procedură de schimb de date. De exemplu, dacă se fac schimb de date cu depozite și birouri la distanță, atunci, cel mai probabil, vor exista două planuri de schimb (unul pentru schimb cu depozite, celălalt pentru birouri), deoarece componența datelor schimbate cu depozitele va fi semnificativ mai restrânsă „decât componenţa datelor destinate schimbului cu birourile.

În chiar în formă simplă,Plan de schimb (nefolosind mecanismul baze de date distribuite date) poate fi prezentat ca un tabel cu două coloane: identificatorul nodului de primire a datelor și identificatorul obiectului destinat încărcării. Planul de schimb este configurat pentru a monitoriza anumite obiecte de metadate. Când orice obiect de metadate inclus în planul de schimb este modificat, identificatorul global al obiectului modificat este inclus în planul de schimb cu semnul modificării. După încărcarea datelor, marcajul de modificare este resetat.

Etapa 3. Transport

Topologiile de schimb de date sunt foarte bizare. Sunt posibile atât accesul direct la baza de date Receiver de la Sursă, cât și accesul indirect. În primul caz, este posibilă utilizarea unei conexiuni ADO - o conexiune directă de la sursă la receptor. Opțiunea este foarte convenabilă din punct de vedere al utilizatorului: după ce au configurat parametrii de schimb și autorizarea utilizatorului în Receiver o dată, efectuați schimbul cu un singur clic pe buton (sau conform unui program).

Când accesul direct la receptor nu este posibil, datele sunt încărcate într-un intermediar fișier XML, sunt transmise către receptor și descărcate. De asemenea, este posibil să utilizați o resursă ftp partajată.

Înainte de a înființa un schimb

Duplicate și obiecte marcate pentru ștergere

Înainte de a configura schimbul, scăpați de elementele duplicat din directoare. Ștergeți obiectele marcate pentru ștergere.

Introducerea directoarelor și registrelor de informații

Trebuie să existe o singură sursă pentru introducerea directoarelor și registrelor de informații. Apoi veți scăpa de necesitatea de a corecta în mod constant elementele sincronizate incorect, datorită cărora mișcările aparent identice nu se „prăbușesc” în bilanţ.

Concluzie

Ca rezultat, crearea unei scheme de schimb arată astfel:

1. Regulile de schimb sunt create în configurația „Conversie de date”.
2. Planul de schimb este creat și inițializat
3. Se pregătesc baze de informații pentru schimb. Eliminarea duplicatelor
4. La inițializarea schimbului, se completează registrul de informații „Corespondența obiectelor de schimb”.
5. Se selectează transportul corespunzător (acces direct, prin fișier)
6. Are loc un schimb regulat de date

Bibliografie

P.S. Criticile constructive și completările sunt binevenite.

Schimbul de date între programul 1C ZUP 8.3 și Contabilitate 8.3 este necesar pentru a reflecta tranzacțiile pentru decontări cu angajații din contabilitate. Dacă țineți evidența personalului și calculați salariile în programul 1C ZUP 8.3, atunci citiți aici cum să descărcați date de la 1C ZUP 8.3 la 1C Accounting 8.3.

Cu un număr mic de angajați, înregistrările de personal și calculele de salarizare pot fi efectuate în program de contabilitate 1C 8.3 Contabilitate. Dar dacă organizația dvs. are nevoie de o contabilitate mai mare și detaliată a salariilor și a personalului, atunci pentru aceasta veți avea nevoie program suplimentar 1C 8.3 Salariul și managementul personalului. Păstrarea înregistrărilor în două programe nu este foarte convenabilă, dar 1C a rezolvat această problemă. Acum schimbul de date între bazele de date 1C 8.3 de la ZUP 3.1 la Accounting 3.0 are loc automat. Dar pentru aceasta trebuie să configurați sincronizarea între 1C 8.3 Accounting și ZUP. Cum să faci asta singur, fără a implica specialiști tehnici, citește în acest articol. Cum să configurați schimbul de date între bazele de date 1C 8.3 de la ZUP 3.1 la contabilitate 3.0 în câțiva pași, vezi mai jos.

Pasul 1. Configurați sincronizarea în 1C ZUP 3.1

Accesați 1C ZUP 8.3 în secțiunea „Administrare” (1) și faceți clic pe linkul „Sincronizare datelor” (2). Se va deschide o fereastră pentru configurarea schimbului.

În fereastra care se deschide, bifați caseta de lângă „Sincronizare datelor” (3) și faceți clic pe linkul „Setări de sincronizare a datelor” (4). Se va deschide fereastra de setări.

În fereastra care se deschide, faceți clic pe butonul „Set up data synchronization” (5) și faceți clic pe linkul „Enterprise accounting, edition 3...” (6). Se va deschide o fereastră pentru a continua configurarea.

În fereastra nouă, selectați „Specificați setările manual” (7) și faceți clic pe butonul „Următorul” (8). Se va deschide o fereastră pentru a vă completa parametrii de schimb.

În fereastra care se deschide, trebuie să specificați niște parametri de schimb de sistem. Mai întâi trebuie să selectați o opțiune de conectare într-un alt program. În exemplul nostru, aceasta este „Conexiune directă la un program de pe acest computer...” (9). Această metodă este utilizată dacă programul 1C 8.3 Accounting este localizat pe un singur computer sau într-unul retea locala cu 1C 8.3 ZUP. Apoi, trebuie să specificați parametrii de conexiune într-un alt program. În exemplul nostru, există două opțiuni posibile:

1. Pe acest calculator sau pe un computer din rețeaua locală
2. Pe serverul 1C:Enterprise

În exemplul nostru, selectăm a doua opțiune (10) și completăm câmpurile „Server cluster” (11) și „Infobase name” (12). Citiți de unde puteți obține datele pentru aceste câmpuri în pasul următor (Pasul 2).

Apoi, selectați „1C:Enterprise Authentication” (13) și introduceți utilizatorul (14) și parola (15) pe care le utilizați pentru a vă conecta la 1C 8.3 Accounting. Datele au fost introduse, acum verificați conexiunea făcând clic pe butonul „Verifică...” (16). Dacă cecul va trece cu succes, apoi după un timp va apărea mesajul „Verificarea conexiunii finalizată cu succes”. Dacă ceva nu merge bine, veți vedea un mesaj de eroare cu descriere scurta Probleme.

În pasul următor vă vom spune de unde să obțineți datele de pe clusterul serverului și numele bazei de date, iar în al treilea pas vom reveni la configurarea sincronizării.

Pasul 2. Unde în 1C 8.3 pentru a obține date despre cluster și numele bazei de informații

Când vă conectați la 1C, vedeți meniul de lansare. În acest meniu, faceți clic o dată pe baza de date cu care configurați sincronizarea, pe 1C 8.3 Contabilitate (1). Apoi, faceți clic pe butonul „Schimbare” (2). Se va deschide fereastra de editare a bazei de date.

În această fereastră vedeți date despre clusterul de servere (3) și numele bazei de informații (4).

Acum să revenim la configurarea sincronizării.

Pasul 3. Continuați configurarea sincronizării în 1C ZUP 3.1

În primul pas ne-am oprit la verificarea conexiunii. Dacă totul a mers bine, faceți clic pe butonul „Următorul” (1). Se va deschide o fereastră pentru personalizare ulterioară sincronizare

În fereastra nouă vedeți regulile (2) pentru încărcarea datelor de la 1C ZUP la 1C Accounting. Pentru a modifica aceste setări, faceți clic pe linkul „Schimbare” (3). Se va deschide setarea regulilor de schimb.

În această fereastră, puteți specifica data de începere a schimbului (4), selectați organizațiile pentru schimb (5). De asemenea, puteți alege metoda de generare a tranzacțiilor în 1C 8.3 Contabilitate:

• „cu detalii pe angajat” (6);
• „rezumat al angajaților” (7).

Pentru a salva setările, faceți clic pe butonul „Salvați și închideți” (8). Pentru a trece la următoarea setare, faceți clic pe „Next” (9). Se va deschide o fereastră pentru setări suplimentare.

În această fereastră vedeți regulile (10) pentru încărcarea datelor din 1C Accounting în 1C ZUP. Dacă este necesar, le puteți modifica prin analogie cu setarea anterioară făcând clic pe linkul „Schimbare” (11). Pentru a continua, faceți clic pe butonul „Următorul” (12). Se va deschide o fereastră cu informații generale despre setările de sincronizare.

Dacă nu există erori, se va deschide o fereastră cu un mesaj despre sincronizarea reușită a datelor (15). Programul vă va solicita să sincronizați în mod implicit (16). Pentru a face acest lucru, faceți clic pe butonul „Următorul” (17). Se va deschide o fereastră cu informații de potrivire a datelor.

În fereastra nouă puteți vedea directoare pentru care există date nesincronizate (18). Deoarece veți sincroniza informații din două baze de informații diferite - 1C ZUP și 1C Accounting - de la data specificată în setări, este necesar ca anumite directoare din ambele baze de date să aibă aceleași valori. Astfel de cărți de referință includ, de exemplu, „ Persoanele fizice", "Organizații", "Moduri de a reflecta salariile în contabilitate." În această fereastră vedeți directoare (18) pentru care datele nu se potrivesc. Programul va crea automat elementele de director lipsă în ambele baze de date. Pentru a face acest lucru, faceți clic pe butonul „Următorul” (19). Se va deschide următoarea fereastră pentru sincronizarea datelor.

În fereastra care se deschide, programul vă informează despre compoziția datelor care vor fi trimise. Pentru a vizualiza un raport care arată o listă a acestor date, faceți clic pe linkul „Raport de compoziție...” (20). Pentru a finaliza schimbul, faceți clic pe „Următorul” (21). Procedura de schimb va începe, va dura ceva timp.

Odată ce schimbul de date este încheiat, se va deschide o fereastră care indică faptul că sincronizarea este finalizată (22). În această fereastră puteți configura așa-numitul „program de schimb”, adică. reguli temporare conform cărora schimbul de date între două baze de date va avea loc automat. Pentru a configura aceste reguli, faceți clic pe butonul „Configurare” (23). Se deschide scriptul de sincronizare a datelor.

În fereastra de script, faceți clic pe pictograma „Configurați programul”. sarcina de reglementare„(24). Se va deschide setarea programului de schimb.

În această setare, puteți seta la discreția dvs. intervalul de timp la care programele ar trebui să facă schimb de date. De exemplu, în câmpul „Repetare după” (25) puteți seta numărul de secunde după care schimbul va fi repetat. Pentru a salva setarea, faceți clic pe „OK” (26).

Ați configurat cu succes sincronizarea între bazele de date și ați început să faceți schimb de date. Puteți modifica setările de schimb și puteți controla procesul de sincronizare în fereastra „Sincronizare datelor”. Îl puteți introduce prin secțiunea „Administrare” (27) făcând clic pe linkul „Sincronizare datelor” (28).

Cum .
Citit,

Să ne uităm la un exemplu simplu din viața reală. Să presupunem că avem o companie care se ocupă cu comerțul cu ridicata și cu amănuntul, iar în această companie, ca în oricare alta, se face contabilitate. Întreprinderea are două baze de date standard, acestea sunt UT (managementul comerțului) și respectiv BP (contabilitatea întreprinderii), în fiecare dintre bazele de date se păstrează propriile evidențe, în UT există management care să reflecte toate tranzacțiile legate de comerț, în BP există contabilitate. Pentru a nu face muncă dublă, adică. nu creați aceleași documente în două baze de date (la urma urmei, mișcările ar trebui să fie în gestiune și contabilitate) Vom configura doar sincronizarea între aceste baze de date.

Vom configura schimbul de date într-un singur sens, din UT ---> BP. De asemenea, este posibil să se înființeze un schimb bidirecțional, dar în practică acest lucru nu este adesea necesar, așa că nu îl vom lua în considerare în exemplul nostru.

Etape pregătitoare pentru înființarea schimbului în BP

Să începem configurarea sincronizării, mai întâi mergem la baza de date 1C „Enterprise Accounting 3.0” (receptor), trebuie să verificăm dacă sincronizarea este activată pentru această bază de date, pentru a face acest lucru trebuie să mergem mai întâi la baza de date. De îndată ce baza de date se deschide, accesați fila „Administrare” ---> „Setări de sincronizare a datelor”

Se deschide înaintea noastră inserție nouă, trebuie completat în același mod ca în captura de ecran de mai jos, cu excepția prefixului infobase. Prefixul trebuie să fie format din două litere, puteți seta oricare, dar conform standardului 1C este mai bine să setați prefixul după numele configurației, adică pentru „Contabilitatea întreprinderii” prefixul va fi „BP”. Dacă înființați schimburi complexe și există mai multe baze de date contabile, atunci prefixele ar trebui să difere clar unele de altele; aici puteți utiliza primele două litere ale numelui organizației ca abreviere.

Continuăm configurarea sincronizării datelor în UT

După ce am făcut toate acțiunile necesare în baza de date a receptorului (BP 3.0), pentru a continua configurarea schimbului de date trebuie să deschidem baza de date sursă (UT 11.1). Accesați fila „Administrare”, selectați „Setări de sincronizare a datelor” în meniul din stânga. Dacă sincronizarea nu este activată, atunci activați-o folosind caseta de selectare și nu uitați să specificați prefixul de bază sursă. După ce am finalizat toți pașii 1-4, așa cum se arată în imaginea de mai jos, trebuie să faceți clic pe hyperlinkul „Sincronizare datelor” (pasul 5).

În noua fereastră care apare, trebuie să faceți clic pe semnul verde plus (Configurați sincronizarea datelor), în meniul derulant selectați elementul „Enterprise Accounting 3.0”.

Stabilirea punctelor importante în schimbul de date între UT și BP

Acum vedem o fereastră cu setări pentru sincronizarea datelor în 1C, selectați „Specificați setările manual” și faceți clic pe „Următorul”.

Continuăm să setăm schimbul de date în 1C, în fila următoare trebuie să selectăm opțiunea de conectare la baza de informații a receptorului (conexiune directă la program), parametrii de conectare (pe acest computer sau în rețeaua locală), directorul în care se află baza receptorului, precum și datele de autentificare necesare (nume de utilizator și parolă în baza de date).

Pe pagina următoare trebuie să completăm regulile pentru trimiterea și primirea datelor din configurația BP 3.0 (receptor). Faceți clic pe „modificați regulile de încărcare a datelor”.

În fața noastră s-a deschis fereastra „Reguli pentru trimiterea datelor”, în care setăm următorii parametri:

• Ce date de referință vor fi trimise (în exemplul nostru, ne interesează doar documentele și datele de referință utilizate în acestea, așa că am selectat articolul corespunzător; dacă selectați primul articol „Trimiteți toate”, atunci toate cărțile de referință vor fi reîncărcate împreună cu documentele, de multe ori dacă informația nu este folosită în documente atunci este inutilă pentru destinatar, deoarece nu afectează în niciun fel contabilitatea)
• De la ce dată trebuie trimise toate informațiile (nu vom lua în considerare sincronizarea manuală în acest articol)
• Căreia sau către ce organizații să trimitem date (în exemplul nostru, am ales o singură organizație, IP „Antreprenor”)
• Reguli pentru incheierea contractelor
• Depozit generalizat
• Ar trebui să derulez documentele după depozit?

După ce am făcut setările, faceți clic pe „Salvați și închideți”.

Deoarece în exemplul nostru am configurat și folosim schimbul unidirecțional, de la UT la BP, atunci setările pentru regulile de obținere a datelor din „Enterprise Accounting 3.0” nu ne interesează, așa că facem clic pe „Next”.

Într-o fereastră nouă, ni se cere să configuram reguli pentru baza receptorului (RB). La punctul 1, denumim baza noastră de date, îi dăm un prefix. PREFIX-ul trebuie să fie același cu cel pe care l-am setat în baza de date BP la începutul acestui articol; dacă prefixele sunt diferite, sincronizarea datelor în programul 1C nu va funcționa. După aceea, faceți clic pe punctul 2, apoi pe punctul 3.

În paragraful 3, trebuie să permitem procesarea documentelor atunci când sunt încărcate în baza de date. Faceți clic pe „Salvați și închideți”.

Acum fereastra ar trebui să arate ceva ca cea prezentată mai jos, faceți clic pe „Următorul”.

Această fereastră conține informații de referință despre sincronizarea creată în 1C. Doar faceți clic pe butonul „Următorul”. Dacă programul a generat o eroare la configurarea sincronizării datelor, atunci trebuie să ne contactați pentru ca specialistul nostru 1C să vă ajute chiar acum!

Urmatorul pas programul va oferi sincronizarea imediat după crearea setărilor de schimb de date. Să fim de acord cu acest lucru și să facem clic pe „Terminat”.

În fața ta va apărea o fereastră în care vei vedea informații despre modul în care se desfășoară sincronizarea. Dacă baza receptorului nu este goală, de ex. înregistrările au fost deja păstrate în el, atunci utilizatorului din programul 1C i se va cere să facă manual o comparație a obiectelor. Compararea obiectelor din 1C la sincronizarea datelor este o comparație a obiectelor receptor identice cu obiecte identiceîn sursă.

Să ne uităm la un exemplu, să presupunem că în UT există o contraparte cu numele „PharmGroup LLC” și TIN 1234567, iar în BP există și o contraparte cu TIN 1234567, dar denumirea „PharmGroup”, dacă nu le comparăm. două obiecte la compararea datelor în etapa de sincronizare, apoi după sincronizare în receptor (Enterprise Accounting 3.0), vom avea două contrapărți cu TIN 1234567 și două denumiri „PharmGroup LLC” și respectiv „PharmGroup”. Pentru a evita situatii similareși a fost inventat un mecanism de potrivire a obiectelor.

În exemplul nostru, baza de date a receptorului este goală și, prin urmare, fereastra de comparare a obiectelor nu s-a deschis. Dar după efectuarea unor operațiuni, sistemul va cere cu siguranță utilizatorului să adauge câteva date suplimentare și să afișeze următoarea fereastră. Nu trebuie să transferăm date suplimentare, am configurat deja tot ce avem nevoie mai devreme, așa că la acest pas selectăm „Nu adăugați documente la trimitere”. Faceți clic pe „Următorul”.

Etapa finală a schimbului de date între 1C

În etapa finală, programul va afișa următoarea fereastră, în care utilizatorul va fi informat că sincronizarea a avut succes, faceți clic pe „Finish”. În acest moment, sincronizarea între bazele de date într-un schimb unidirecțional de la „Trade Management 11.1” (UT) la „Enterprise Accounting 3.0” (BP) este finalizată.