Schimb universal de date 1s 8.3. Aspectul și caracteristicile utilizării schimbului universal de date

Mulți antreprenori implicați în activități de tranzacționare achiziționează simultan două programe „1C: Contabilitate 8” pentru a îmbunătăți eficiența managementului. (denumit în continuare BP)și „1C: Managementul comerțului 8” (denumită în continuare UT).

BP este utilizat pentru menținerea contabilității și raportării reglementate, iar UT este folosit pentru operațional și contabilitate de gestiune in companie.
Succesul împărtășirii acestora produse software depinde în mare măsură de organizarea schimbului de date între configurațiile BP și UT.

Înțelegerea următoarelor caracteristici ale schimbului de date tipic vă va ajuta să evitați erorile în procesul de schimb între configurații și încălcările contabile în fiecare configurație separat.

La scrierea acestui articol s-au folosit materiale din documentația 1C pentru produse software. Metodologia de configurare a schimbului este descrisă în detaliu în fișierul htm „. Partajarea configurații Trade Management (11) și Enterprise Accounting”, care se află în catalogul șablonului la instalarea atât a 1C: Accounting 2.0 (denumit în continuare BP) cât și 1C: Trade Management 11 (în continuare UT); recomandările primite la conferința partenerilor 1C și experienta personala autor despre crearea și modificarea setărilor de schimb pentru clienții RG-Soft Project Consulting LLC.

1. Configurați schimbul unidirecțional sau bidirecțional.

În primul rând, trebuie avut în vedere faptul că din configurația BP în configurația UT pot fi încărcate doar documentele legate de tranzacțiile în numerar și fără numerar. Bani. Acestea includ: Ordin de numerar de intrare, Ordin de numerar de ieșire, Chitanță în contul curent și Retragere din contul curent. Documentele de circulație a mărfurilor create în BP nu vor fi încărcate în UT.

Compania 1C recomandă efectuarea unui schimb cu o bancă din UT. „Acest lucru va asigura o muncă cu drepturi depline cu documente de plată de ieșire și multe altele lucru simplu cu documentele primite.” Cu toate acestea, a existat o situație în care aproape niciun fel de bonuri de plată nu putea fi încărcat din fișierul client-bancă în UT, în timp ce acest fișier a fost încărcat complet în BP.

Acest lucru se explică prin faptul că la UT au fost adăugate verificări mai stricte ale conținutului dosarului client-bancă, de exemplu: verificarea completării TIN-ului, verificarea numărului documentului, numărul trebuie să conțină numai numere în conformitate cu regulamentul Băncii Centrale din 3 octombrie 2002 N2-P „Cu privire la plățile fără numerar V Federația Rusă" (modificată la 3 martie 2003, 11 iunie 2004, 2 mai 2007, 22 ianuarie 2008).

Configurarea unui schimb unidirecțional (de la UT la BP) are sens numai dacă toate documentele și reglementările informații de referință completat în UT. În acest fel, se poate evita duplicarea elementelor din această bază de date.

Pentru a face acest lucru, trebuie să configurați următorul scenariu de schimb: creați un scenariu de schimb în configurația UT, în care este salvat doar încărcarea (Fig. 1), în configurația BP, creați un scenariu de schimb și salvați doar descărcarea.

Este necesar să se țină cont de faptul că, într-un astfel de scenariu de schimb, toate documentele suplimentare și cărțile de referință create în BP vor fi înregistrate pentru schimb, dar nu vor fi încărcate în UT, de aceea se recomandă resetarea înregistrării periodic, în caz contrar fișierul cu mesaje de schimb de la BP va crește constant, încetinind procesul de schimb.

Pentru a face acest lucru, se recomandă utilizarea procesării Înregistrarea modificărilor pentru Exchange82.epf, care poate fi găsit în livrarea de configurare „Conversia datelor, Rev. 2.1”. După instalarea configurației, procesarea se află în directorul de instalare a actualizării: ...\1c\Conversion\...version_number...

Dacă informațiile de reglementare și de referință sunt completate atât în ​​UT, cât și în BP, atunci ar trebui configurat un schimb bidirecțional, dar poate fi necesar să urmăriți duplicatele pornind schimbul în mod interactiv și nu automat (Fig. 2).

Pentru a limita schimbul de date doar la nivel de document, nu este necesar să configurați schimbul unidirecțional este suficient să setați o dată în filtrul de schimb pe partea BP care să fie mai mare decât data ultimului document; Fig. 5). Dar înainte de a instala un filtru la o dată, trebuie să vă asigurați că documentele din BP nu au fost înregistrate anterior pentru schimb, altfel documentele înregistrate vor fi transferate într-o altă bază de date în timpul schimbului.

Prioritatea modificării datelor

Dacă schimbul se efectuează mai întâi în UT și apoi în BP, atunci datele descărcate din UT vor avea prioritate. De exemplu, în UT au creat un document „Chitanță în contul curent”, a început schimbul mai întâi în UT, apoi în BP - documentul a apărut în configurația BP. Apoi contabilul a făcut modificări acestui document în configurația BP. În timpul schimbului ulterior, dacă ordinea de începere a schimbului nu s-a schimbat, atunci modificările aduse documentului vor fi suprascrise de datele din UT.

Pentru schimbul corect cu acele obiecte care au fost modificate în ambele baze de date, 1C recomandă organizarea muncii astfel încât obiectul să fie editat doar într-una dintre bazele de date. Într-o altă bază de date, un astfel de obiect ar trebui să fie deschis doar pentru vizualizare. Pentru a face acest lucru, va trebui să configurați drepturile de acces ale utilizatorilor, dar această abordare garantează că nu există coliziuni în timpul schimbului, de exemplu. discrepanțe care apar atunci când un obiect se modifică atât în ​​una cât și în cealaltă bază de date în perioada dintre schimburi (Fig. 3).


2. Diferențele dintre BP și UT ​​care afectează schimbul

Contractele contrapartidelor

În configurația UT, nu se efectuează analize privind acordurile cu contraparte. Toate operațiunile care sunt efectuate în configurația UT, atunci când sunt încărcate în configurația BP, sunt întotdeauna formalizate prin contracte separate create și controlate de sistemul UT însuși.

Dacă acordul este cu parametrii necesari nu este în configurația BP, atunci se creează un astfel de acord. De remarcat faptul că căutarea unui contract se efectuează numai din numărul de contracte descărcate anterior din UT.

Organizație de management la UT

Începând cu versiunea 11.0.6.9, un element predefinit „Organizație de management” a apărut în directorul organizației din UT. Acest element nu trebuie să fie mapat la (sau modificat de la) organizația curentă (singura sau una din) organizație. Aflați mai multe despre utilizare a acestui obiect poate fi citit în dosarul de documentație „Modificări și completări la documentation.htm”, incluse în livrarea UT.

Structura companiei

În UT pentru contabilitatea de gestiune, este utilizat directorul „Structura întreprinderii”, care conține o listă a diviziilor companiei. La întocmirea documentelor este obligatorie indicarea diviziunii întreprinderii.

Elementele din directorul „Structura întreprinderii” nu sunt mapate cu elementele din directorul „Divizii de organizare” din BP. Pentru a vă asigura că documentele cu detaliile Diviziei necompletate nu sunt încărcate în UT, trebuie să completați valoarea implicită în setările de schimb (Fig. 4).

Depozit în partea tabulară

Dacă UT intenționează să utilizeze noua oportunitate indicând depozitele în părțile tabelare ale documentelor, apoi în setările nodului planului de schimb este necesar să se stabilească un depozit general, care va fi înlocuit la descărcarea documentelor din UT în configurația BP în locul depozitelor permise pentru selecție în părți tabelare ale documentelor (Fig. 4).

Tip de nomenclatură

La încărcarea datelor din BP în UT, atributul „tip de articol” al articolului nu este completat, acest lucru se datorează faptului că schimbul servește scenariul când articolul este creat în configurația UT și nu în BP . În documentele de circulație a mărfurilor în UT nu există o parte tabelară separată pentru contabilitatea serviciilor (serviciile sunt completate în tabelul mărfurilor), prin urmare, pentru ca serviciile specificate în documentele UT să fie corect transferate către partea tabelară din BP, trebuie să:

1. În secțiunea de informații de reglementare și de referință, deschideți directorul „Tipuri de articol”, accesați tipul de articol „servicii” - faceți clic pe „Toate acțiunile” - permiteți editarea și selectați Tipul articolului - Serviciu.
2. Schimbați articolul (serviciul) - faceți clic pe „Toate acțiunile” - permiteți editarea și selectați acest tip de articol cu ​​tipul de serviciu.

3. Configurarea filtrelor de schimb (Fig. 5)

Modificarea datei de încărcare (descărcare) documente

1) Inainte de a muta data inainte este necesara sincronizarea bazelor de date prin efectuarea unei sesiuni de schimb astfel incat nodul sa nu aiba documente inregistrate pentru schimb in momentul in care se schimba setarea. În caz contrar, după modificarea setărilor, ca urmare a încărcării, astfel de documente pot fi marcate pentru ștergere în baza de date de primire dacă au fost încărcate anterior acolo.

2) Puteți muta data înapoi, pentru că... acest lucru nu face decât să extindă zona datelor încărcate. Este de remarcat faptul că, în acest caz, documentele dintr-o perioadă închisă anterior nu vor fi înregistrate automat pentru schimb. Pentru a face acest lucru, trebuie fie să modificați documentele, fie să utilizați procesarea Înregistrarea modificărilor pentru Exchange82.epf.


Filtrați după organizație

Activarea acestui filtru vă permite să limitați lista de organizații pentru care este permis schimbul de date. Prezența unui filtru activat afectează atât descărcarea directorului organizațiilor în sine, cât și descărcarea altor date legate de organizații (directoare și documente).

Principiul de funcționare al filtrelor de încărcare este următorul: setările noi se aplică tuturor datelor - în momentul creării unui schimb sau numai pentru acele date care au fost modificate după aplicarea noilor setări - după crearea unui schimb, de aceea se recomandă să abordați setarea filtrelor cât mai responsabil posibil atunci când creați un schimb de date .

Exemplu: La crearea unui schimb, utilizatorul setează un filtru în funcție de organizație. Doar datele pentru organizația specificată au fost încărcate în baza de date destinatară. Apoi, utilizatorul a decis ca datele pentru toate organizațiile să fie încărcate în baza de date destinatară. Dar, deoarece setările intră în vigoare numai pentru datele nou modificate, documentele și cărțile de referință existente nu vor fi încărcate în baza de date destinatară până când utilizatorul le face modificări.

4. Ștergerea obiectelor dintr-una dintre bazele de date

Marcați pentru ștergere

Este posibil ca un element de director utilizat anterior să nu fie planificat să fie utilizat pentru o contabilitate ulterioară, iar utilizatorii consideră că este adecvat să marcheze acest director pentru ștergere. Obiectele marcate pentru ștergere nu sunt incluse în schimb. Această caracteristică trebuie luată în considerare.

Eliminarea duplicatelor

Pentru a elimina obiectele duplicat care au apărut în timpul schimbului, vă recomandăm să utilizați procesarea SearchAndReplaceValues.epf, care se află în directorul \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ de pe discul ITS. Și pentru a verifica corectitudinea comparării obiectelor din două baze de informații, puteți deschide Registrul de informații „Corespondența obiectelor din bazele de informații” și înregistrări. a acestui registru poate fi reglat manual. Este important de știut că după ștergerea unui obiect dintr-una dintre bazele de date, o potrivire pentru obiectul șters (o legătură întreruptă) va rămâne în intrarea din registrul de informații, va trebui fie să potriviți un alt obiect, fie să ștergeți intrarea;

5. Setări suplimentare

Elemente de flux de numerar

Pentru a configura UT, poate fi necesar să introduceți „corr. cont" pentru acele elemente de flux de numerar care vor fi utilizate și descărcate în BP.

Pentru configurarea BP: poate fi necesar să introduceți tipul fluxului de numerar în elementele directorului.

Utilizatori

Elementele directorului utilizatorului pot fi transferate într-o altă bază de date dacă sunt indicate ca responsabile într-unul dintre obiectele participante la schimb. Pentru astfel de obiecte va trebui să configurați drepturi.

Prefix de bază și prefix de organizare

În UT, prefixul are întotdeauna o lungime fixă ​​și un separator (cratima) „-”. Prin urmare, dacă prefixul bazei de informații nu este specificat sau prefixul organizației nu este specificat, atunci acesta este înlocuit cu zerouri. Cu toate acestea, la înființarea unui schimb, prefixul bazei de informații este întotdeauna completat pe Banca Centrală (pentru UT) și pe BP (respectiv pentru configurația BP).

Această soluție este standardul atunci când se generează numere de document și coduri obiect. Prefixul are o lungime fixă ​​și este separat printr-o cratimă de numărul documentului. Dacă în viitor există mai multe organizații în baza de date, atunci va fi suficient să setați prefixe pentru ele și nu va fi nevoie să renumerotați toate obiectele.

Corectarea erorii

Articolul nostru a discutat cele mai importante aspecte ale organizării schimbului de date între „1C: Trade Management 8” rev. 11 și „1C: Accounting 8” rev.

Specialiștii de la RG-Soft Project Consulting LLC sunt gata să ofere nu numai personalizarea schimbului pentru caracteristicile contabile ale unei anumite organizații, ci și modalități de corectare a erorilor în schimburile existente.

Sisteme automatizateÎn cele mai multe cazuri, sistemele de management constau din baze de date separate și au adesea o structură distribuită geografic. În același timp, schimbul de date implementat corect - conditie necesara Pentru munca eficienta astfel de sisteme.

Configurarea inițială a schimbului poate necesita o serie de acțiuni, nu doar în ceea ce privește programarea, ci și consultanța, chiar dacă avem de-a face cu surse omogene, așa cum este cazul produselor de pe platforma 1C:Enterprise. De ce configurarea schimbului 1C (sau, așa cum se mai numește, sincronizarea datelor în 1C 8.3) poate deveni sarcina cea mai consumatoare de timp și mai costisitoare a unui proiect de integrare, vom analiza în acest articol.

Schimbul de date în mediul 1C vă permite să:

  • Elimina dubla intrare a documentelor;
  • Automatizați procesele de afaceri aferente;
  • Optimizați interacțiunea între departamentele distribuite;
  • Actualizați prompt datele pentru activitatea specialiștilor din diferite departamente;
  • "Delimita" tipuri diferite contabilitate.*

*În cazurile în care datele unui tip de contabilitate diferă semnificativ de altul, este necesară asigurarea confidențialității informațiilor și „delimitarea” fluxurilor de informații. De exemplu, schimbul de date între 1C UT și 1C Accounting nu necesită încărcarea datelor de management în baza de date contabilă de reglementare, de exemplu. sincronizarea în 1C va fi incompletă aici.

Dacă ne imaginăm procesul standard de implementare a schimbului de date primare, când cel puțin unul dintre obiectele sale este un produs 1C, atunci putem distinge următoarele etape:

  • Coordonarea componenței schimbului;
  • Definirea transportului (protocoale de schimb);
  • Stabilirea regulilor;
  • Programare.

Identificarea compoziției schimbului 1C

Obiectele de schimb pot fi împărțite în „sursă” și „receptor”. În același timp, ei pot îndeplini două roluri în același timp, care se vor numi schimb bidirecțional. Sursa si destinatia sunt determinate logic in functie de necesitate sau funcţionalitate sisteme.*

*De exemplu, la integrarea „WA: Financier” - o soluție pentru menținerea contabilității financiare și gestionarea proceselor de trezorerie, dezvoltată pe baza „1C:Enterprise”, experții WiseAdvice o recomandă ca sistem master. Acest lucru se datorează disponibilității instrumentelor de control pentru a respecta regulile politicii de aplicare și, în consecință, pentru a asigura eficacitatea soluției.

În continuare, pe baza cerințelor primite și înregistrate de la utilizatori, se creează o listă de date pentru schimb, se determină volumul acesteia, cerințele pentru frecvența schimbului și se prescrie procesul de lucru cu erori și de gestionare a situațiilor excepționale (coliziuni).

În aceeași etapă, în funcție de flota de sisteme existente și de structura întreprinderii, se determină formatul de schimb:

Baza de informatii distribuite

  • RIB implică schimbul între configurații identice de baze de date 1C, cu o structură de control „master-slave” clară pentru fiecare pereche de schimb. Ca element al unei platforme tehnologice, RIB, pe lângă date, poate transmite modificări de configurare și informații administrative ale bazei de date (dar numai de la master la slave).

Schimb universal date în 1C

  • Un mecanism care vă permite să configurați schimbul de baze de date 1C, atât cu configurații pe platforma 1C:Enterprise, cât și cu sisteme terțe. Schimbul se realizează prin transferul de date într-un format xml universal în conformitate cu „Planurile de schimb”.

EnterpriseData

  • Cea mai recentă dezvoltare a 1C, concepută pentru a implementa schimbul de date în format xml între produsele create pe platforma 1C:Enterprise cu orice sisteme de automatizare. Utilizarea EnterpriseData simplifică modificările asociate schimbului. Mai devreme, când vă conectați noua configuratie a fost necesară implementarea unui mecanism de import și export de date, atât pentru acesta, cât și pentru sistemele existente. Acum sistemele care suportă EnterpriseData nu au nevoie de nicio modificare, având un singur punct de intrare-ieșire.

Definirea transportului (protocoale de schimb)

Sistemul de pe platforma 1C:Enterprise 8 oferă o gamă largă de posibilități de organizare a schimburilor cu oricare resurse informaționale prin standarde universale general acceptate (xml, fișiere text, Excel, conexiune ADO etc.). Prin urmare, atunci când determinați transportul pentru schimbul de date, ar trebui să vă bazați pe capacitățile bazei de date ale sistemului terț.

Sincronizarea directoarelor

Principiul de bază al sincronizării eficiente a directoarelor este prezența unui singur punct de intrare. Dar dacă vorbim despre lucrul cu directoare care au fost completate istoric după reguli diferite, este necesar să se definească clar câmpurile de sincronizare pentru a aduce schimbul la un „numitor comun.”*

*În această etapă, poate fi necesar să se efectueze lucrări de normalizare a datelor de referință pe partea sursei de date. În funcție de starea directoarelor și de volumul acestora, procesul de comparare a elementelor, recunoaștere, identificare a erorilor și duplicatelor, precum și completarea câmpurilor lipsă și atribuirea câmpurilor de sincronizare, poate necesita munca unui întreg grup de experți, atât pe parte a integratorului (proprietarul tehnicii de normalizare a datelor de bază) și din partea clientului.

Stabilirea regulilor

Capacitatea de a afișa date din sistemele sursă în receptori depinde de regulile de schimb definite corect. Regulile, prezentate în format xml, reglementează corespondența detaliilor cheie ale obiectelor sursă-receptor. Soluția 1C:Data Conversion este concepută pentru a automatiza crearea de reguli pentru implementarea schimburilor unice și permanente.

Garantează nicio pierdere de date în timpul schimbului de schimb. Aceasta este parte integrantă a oricărei configurații pe platforma 1C:Enterprise, care descrie complet procedura de schimb 1C: compoziția datelor (documente cu detalii „de identificare”) și noduri (baze de informații receptor-transmițător), precum și activarea RIB pentru direcțiile de schimb selectate.

Orice modificare a datelor introduse în Planul de schimb este înregistrată și primește semnul „schimbat”. Până când datele modificate se potrivesc între ele în nodurile receptor-transmițător, semnul nu va fi resetat, iar sistemul va trimite mesaje de control la ambele noduri. După încărcarea datelor și confirmarea conformității lor deplină în ambele sisteme, semnul este resetat.

Program de schimb în 1C

Pentru a automatiza schimbul regulat, este setată frecvența de încărcare a datelor. Frecvenţa schimburilor depinde de nevoie şi capabilități tehnice. De asemenea, configurațiile pe platforma 1C:Enterprise vă permit să configurați schimbul de date atunci când are loc un eveniment.

Având în vedere procesul standard de implementare a unui schimb, să acordăm atenție factorilor care vor necesita îmbunătățiri în diferite etape:

  • Configurații de baze de date non-standard, foarte modificate;
  • Diferite versiuni platformele „1C:Enterprise”;
  • Versiuni de configurare care nu au fost actualizate de mult timp;
  • Obiecte de schimb care au suferit anterior modificări;
  • Necesitatea unor reguli de schimb non-standard;
  • Un set și o compoziție foarte diferită de detalii în cărțile de referință existente.

Deoarece chiar și acțiunile standard pentru implementarea schimbului de date primare necesită cunoștințe de specialitate, se recomandă să fie realizate cu participarea specialiștilor 1C. Numai după finalizarea tuturor pașilor descriși mai sus ar trebui să treceți la configurarea schimbului în configurație. Să ne uităm la integrarea bazelor de date folosind exemplul 1C:UPP și 1C:Retail (schimbul cu 1C:UT este configurat folosind aceeași schemă). De asemenea, în sincronizarea standard este inclus și schimbul SCP - SCP, care este tipic pentru sistemele de automatizare pe scară largă la cele mai mari întreprinderi industriale.

În submeniul „Servicii”, selectați „Schimb de date cu produse de pe platformă...” (selectați schimb direct cu „Retail” amenință adesea cu erori la nivelul obiectelor COM). Să fim atenți la mesajul de serviciu " Această ocazie nu este disponibil."


Pentru a rezolva această problemă, trebuie să selectați „Configurarea comunicațiilor”


...și bifați caseta. Apoi, ignorați mesajul de eroare.


În setările de sincronizare a datelor, selectați „Creați un schimb cu „Retail”...



Înainte de a configura setările de conexiune printr-un director local sau de rețea, ar trebui să vă asigurați că există spațiu pe disc pentru director. Deși, de regulă, nu ocupă mai mult de 30-50 MB, în cazuri excepționale poate necesita până la 600 MB. Puteți crea directorul necesar direct din configurator.



Când vă conectați printr-un director de rețea, vi se solicită să configurați conexiunea folosind o adresă FTP și e-mail ignorați făcând clic pe „Următorul”.


În setări introducem manual prefixele - simboluri baze de date (de obicei BP, UPP, RO), stabilim regulile și data de începere pentru descărcarea datelor. Prefixul va fi indicat în numele documentelor pentru a indica baza de date în care au fost create. Dacă regulile de încărcare nu sunt editate, datele vor fi încărcate implicit în conformitate cu toți parametrii disponibili.



Creăm un fișier de setări de schimb pentru „Retail” pentru a nu ne repeta acțiunile. Dacă trebuie să trimiteți date imediat după configurarea sincronizării, bifați caseta.


Pentru a automatiza procesul de schimb, trebuie să configurați un program.


Meniul „Retail”.


Bifați caseta și selectați „Sincronizare”.


Efectuăm configurarea „inversă” selectând Managementul întreprinderii de producție.




Încărcați fișierul de setări creat în UPP.


Punem o bifă, sistemul preia adresa automat.





Acționăm la fel ca în UPP.









Compararea datelor de verificare (Compararea manuală a datelor se recomandă să se facă în etapa pregătitoare, deoarece această muncă poate deveni cea mai laborioasă în procesul de implementare a schimbului). Fereastra de comparație se deschide făcând dublu clic pe mouse.



În cazul unei erori de sincronizare, „Detalii...” va fi înlocuit cu „Never...”.


„Detalii...” deschide jurnalul cu informații actualizate despre schimb.


Gata.

Să ne uităm la un exemplu simplu din viata reala. 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. 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”


În fața noastră se deschide o filă nouă; aceasta trebuie completată în același mod ca în captura de ecran de mai jos, cu excepția prefixului de bază de informații. 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ă configurați schimburi complexe și există mai multe baze de date contabile, atunci prefixele ar trebui să difere în mod clar unul de celălalt, 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 calculator sau în retea locala), directorul în care se află baza de date a 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ărei organizații sau căror organizații să trimiteți 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 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.



La punctul 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 identice ale receptorului cu obiecte identice din 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 astfel de situații, a fost inventat un mecanism de comparare 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ă.

Î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 un birou central. Fiecare magazin și birou are un depozit. Mărfurile sunt mutate din depozit în depozit (în principal de la depozitul central la depozitele de depozit) ș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.

La birou se creează documente privind circulația mărfurilor de la depozit la depozit și se stabilesc prețuri. 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 setarea acestei scheme este URIB sau URIBD (distributed baze de informare date).

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 aceleaș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 baza de date distribuita date și schimbate 1C. Mărfurile au fost achiziționate la depozitul central și pregătite pentru expediere la magazine. În 1C, biroul a înscris documentele necesare pentru circulația mărfurilor. Necesită încărcarea lor î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 modificat de utilizatorii din birou, astfel încât doar modificările să fie trimise în magazine.

Pentru aceasta există planuri de schimb 1C. 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/Creare imagine inițială”.

Ca rezultat, o bază de date va fi creată 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ă un schimb 1C conform unui program sau „după eveniment” (intrare în baza de date utilizator specificși așa mai departe.)
  • 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 încheiată.

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ă în configurație tipică pe bază 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-o bază de informații distribuită”.

Î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.

2018-11-15T19:32:35+00:00

Procesarea universală „Încărcarea și încărcarea datelor XML” realizează descărcarea totală sau parțială a datelor din baza de date într-un fișier în format XML. Ulterior, acest fișier poate fi încărcat în baza de informații folosind aceeași procesare. Formatul fișierului de încărcare diferă de formatul de fișier creat la încărcare conform unui plan de schimb din partea antet.

Prelucrarea poate fi utilizată numai în cazurile în care baza de informații în care au fost încărcate datele și cea în care au fost încărcate datele sunt omogene (configurațiile sunt identice, datele pot diferi), sau toate obiectele încărcate sunt aproape complet identice în compoziţia şi tipurile de detalii şi părți tabulare, proprietățile obiectului de metadate „conducător” și așa mai departe.

Utilizarea acestei prelucrări este posibilă, de exemplu, pentru a crea total sau parțial copie de rezervă date, schimbul de date între bazele de informații și, de asemenea, ca instrument auxiliar pentru restaurarea bazelor de informații defecte.

Procesarea acceptă încărcarea datelor cu posibilitatea de a specifica selecția după perioadă. De asemenea, este implementată verificarea obiectelor pentru prezența caracterelor invalide atunci când sunt schimbate prin XML.

Cu stimă, (profesor și dezvoltator).



Se încarcă...
Top