Schimb de date cu 1s 8 3. Schimb printr-un format universal

Fiecare plan are o anumită listă de elemente, informații despre modificarea cărora le poate stoca. Această listă se numește „Alcătuirea planului de schimb”. Compoziția poate fi extinsă, dar suportul de configurare este eliminat.

„Plan Layout” stochează regulile pe baza cărora funcţionează sincronizarea. Este acest pachet de conversie (Reguli de înregistrare, Reguli de schimb, Reguli de schimb de corespondent) de care avem nevoie pentru un studiu suplimentar.

Luați în considerare un exemplu de sincronizare a datelor între configurațiile „1C: Payroll și HR 3” (ZUP) și „1C: Enterprise Accounting 3” (BP). Observăm imediat că în această sarcină va trebui să eliminăm configurația din suport. Acest lucru este cerut de condiție.

Un exemplu viu al necesității de a rafina regulile de schimb model

De exemplu, un client ne-a contactat cu următoarea problemă: la sincronizarea între ZUP și BP, nu este posibilă transferarea datelor din directorul „Înregistrare la autoritatea fiscală”, care sunt necesare pentru a completa „Reflectarea salariilor în document contabil”. Acum parte tabulară Acest document de pe partea receptorului BP conține un „Înregistrare...” gol, iar utilizatorii trebuie să creeze manual astfel de intrări în director. De acord, e incomod. Putem îmbunătăți acest punct.

Soluția problemei: vom finaliza pachetul de conversie din planul de schimb SchimbSalariu3Contabilitate3. Să adăugăm la standardul „1C Exchange Rules” o nouă „Object Conversion Rule” (PKO) pentru directorul „Înregistrare la Autoritatea Fiscală” și, în consecință, „Property Conversion” a acestui director (PKS). Cu siguranță vom finaliza standardul „Reguli pentru înregistrarea obiectelor”, deoarece a fost nevoie să se înregistreze modificările directorului pe nodul de schimb. Și vom revizui „Regulile de schimb 1C” ale bazei corespondentului.

Unde vom edita asta? pentru a scrie și schimba regulile, avem nevoie de configurația „1C: Data Conversion 2”.

Rafinarea regulilor standard de conversie din planul de schimb PZUP-BP

Deci, să începem să finalizăm regulile de schimb 1C prin adăugarea unui nou element la compoziție în configuratorul pentru planul de schimb ExchangeSalary3Accounting3 - directorul RegistrationIn Tax Authority. Vom face această modificare în ambele configurații „1C: Salary and Enterprise Management 3” și „1C: Enterprise Accounting 3”.

Salvați și actualizați configurațiile.

În modul enterprise, pentru fiecare bază de date, vom încărca o descriere a structurii metadatelor folosind procesarea MD83Exp.epf pentru platforma 1C:Enterprise 8.3. Procesarea poate fi găsită în kitul „1C: Conversie de date”.

În etapa următoare, vom descărca pachetul de conversie din ZUP și BP. Pachetul ar trebui să conțină 3 fișiere: Reguli de înregistrare, Reguli de schimb, Reguli de schimb de corespondenți.

În cadrul acestui articol, nu va exista o descriere a modului în care este configurată sincronizarea datelor, o puteți citi pe site-ul Coderline în secțiunea Articole de experți sau puteți urmări înregistrările webinarului. Acum această opțiune este deja configurată în bazele de date. Prin urmare, accesați setările de sincronizare (Administrare -> Sincronizare date -> Setări sincronizare date), faceți clic pe butonul „Încărcare reguli”. Vom vedea formularul „Reguli pentru sincronizare”. Faceți clic pe butonul „Mai multe” și selectați opțiunea „Salvare reguli în fișier”.

Iată un pachet pe care ar trebui să-l primim după descărcare.

Vom efectua acțiuni similare pentru o altă bază de informații „1C: Contabilitatea întreprinderii”.
Ca urmare, toată munca pregătitoare pentru editarea regulilor este gata. Avem:

Descrierea structurii metadatelor pentru încărcare în „1C: Data Conversion 2” (pentru ZUP și BP);

Un pachet de conversie care conține reguli de schimb 1C și reguli de înregistrare necesare pentru încărcarea în 1C: Conversie de date 2 (pentru ZUP și BP).

Accesați „1C: Conversie de date 2”. Efectuați următorii pași în ordine pentru ambele baze de informații:

Încărcarea structurilor de metadate ale configurațiilor noastre;

Creăm conversii și încărcăm reguli de schimb de date 1C din pachetele de conversie (fișierul de reguli se numește ExchangeRules);

Creați înregistrări și încărcați reguli de înregistrare din pachetele de conversie (fișierul de reguli se numește RegistrationRules).

Trecem direct la rafinamentul nostru. Adăugăm o nouă regulă de conversie a obiectelor (PKO) la regulile de schimb 1C - cartea de referință „Înregistrare la autoritatea fiscală”. Adăugăm o regulă de conversie a proprietăților (PCS) pentru acest director și o regulă de încărcare a datelor (PDS). Acest tip de rafinament trebuie efectuat atât pentru regulile din pachetul ZUP, cât și pentru regulile de schimb din pachetul BP. Ne descărcam regulile de schimb în fișierele corespunzătoare ExchangeRules.

Să trecem la regulile de înregistrare a unui nou element. Adăugăm cartea de referință „Înregistrare la organul fiscal”. Încărcați regulile de înregistrare în fișierul corespunzător din pachetul RegistrationRules. Această acțiune este efectuată și pentru ambele baze.

Regulile de schimb modificate și regulile de înregistrare sunt gata. Acum copiem conținutul regulilor de schimb (ExchangeRules) din pachetul BP în regulile corespondente (CorrespondentExchangeRules) din pachetul ZUP. În regulile corespondente (CorrespondentExchangeRules) din pachetul BP, copiați conținutul regulilor de schimb (ExchangeRules) din pachetul ZUP.

Rezultatul ar trebui să fie următorul:

Aceasta completează munca din „1C: Conversia datelor 2”. Pachetele modificate de reguli de conversie sunt gata, rămâne să le încărcați înapoi în bazele de informații și să verificați sincronizarea.

Arhivați fișierele din pachete în Arhiva ZIPși încărcați pachetele noastre de conversie în ZUP și BP.

Totul este gata. Rămâne de testat.

Să ne amintim condițiile problemei. A fost necesar să vă înregistrați pentru descărcarea directorului „Înregistrare la organul fiscal” și să verificați cum este completat PM-ul documentului „Reflectarea salariilor în contabilitate” pe partea „1C: Contabilitatea întreprinderii 3”.

În sursa „1C: Salary and Enterprise Management 3” ne înregistrăm directorul pentru descărcare. Efectuăm sincronizarea. Mergem la baza de date a receptorului și efectuăm și sincronizarea pentru a primi date. Vă rugăm să rețineți că acum directorul necesar pentru înregistrarea modificărilor a apărut în planul de schimb.

Verificăm pe partea „1C: Enterprise Accounting 3”:

Rezuma. Rezultatul sarcinii a fost finalizat cu succes. Am finalizat planul de schimb ZUP - BP, adăugând un nou element pentru înregistrarea modificărilor și completarea regulilor de conversie pentru sincronizarea datelor.

Sisteme automatizate managementul constă în cele mai multe cazuri din baze de date separate și adesea au o structură distribuită geografic. În același timp, un schimb de date corect implementat - conditie necesara pentru munca eficienta astfel de sisteme.

În acest caz, configurarea inițială a schimbului poate necesita o serie de acțiuni, nu doar în materie de programare, ci și de consultanță, chiar dacă avem de-a face cu surse omogene, așa cum este cazul produselor bazate pe platforma 1C:Enterprise. De ce configurarea unui schimb 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 lua în considerare î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 cazul în care datele unui tip de contabilitate diferă semnificativ de altul, este necesară asigurarea confidențialității informațiilor și a fluxurilor informaționale „separate”. 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ă reprezentăm procesul standard de implementare a schimbului de date primare, când cel puțin unul dintre obiectele acestuia este un produs 1C, atunci se pot distinge următoarele etape:

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

Identificarea compoziției bursei 1C

Obiectele de schimb pot fi împărțite condiționat în „sursă” și „receptor”. În același timp, ei pot îndeplini două roluri în același timp, care se vor numi schimb bidirecțional. Definirea sursei și destinației are loc într-un mod logic, în funcție de nevoie sau de funcţionalitate sisteme.*

*De exemplu, la integrarea WA: Financier, o soluție de contabilitate financiară și de gestionare a proceselor de trezorerie dezvoltată pe baza 1C:Enterprise, experții WiseAdvice îl 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 plus, pe baza cerințelor primite și înregistrate de la utilizatori, se creează o listă de date pentru schimb, se determină volumul acestora, cerințele pentru frecvența schimbului, se prescrie procesul de lucru cu erori și gestionarea 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 informativă distribuită

• RIB implică un schimb între configurații identice de baze de date 1C, cu o structură clară de control master-slave pentru fiecare pereche de schimb. Fiind un element al platformei tehnologice, RIB-ul, pe lângă date, poate transfera modificări în configurația și informațiile 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 companiei 1C, menită să implementeze schimbul de date în format xml între produsele create pe platforma 1C:Enterprise cu orice sisteme de automatizare. Utilizarea EnterpriseData simplifică îmbunătățirile asociate schimbului. Anterior când v-ați autentificat 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 acceptă EnterpriseData nu trebuie modificate, având un singur punct de intrare-ieșire.

Definirea transportului (protocoale de schimb)

Sistemul bazat pe platforma 1C:Enterprise 8 oferă o gamă largă de opțiuni pentru organizarea schimburilor cu oricare resurse informaționale prin standarde universale general acceptate (xml, fișiere text, Excel, conexiune ADO etc.). Prin urmare, atunci când se determină transportul pentru schimbul de date, ar trebui să se pornească de la capacitățile bazei de date a unui sistem terț.

Sincronizarea directoarelor

Principiul principal 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 din partea partea integratorului (proprietarul metodologiei de normalizare a datelor de referință) ș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 atributelor cheie ale obiectelor sursă-destinație. Soluția 1C: Data Conversion este concepută pentru a automatiza crearea de reguli pentru implementarea atât a unui schimb unic, cât și a unuia permanent.

Asigură nicio pierdere de date în timpul schimbului de plan de schimb. Aceasta este o 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 fixă ​​și primește semnul „schimbare”. Atâta timp cât datele modificate nu corespund între ele în nodurile receptor-transmițător, flag-ul nu va fi resetat, iar sistemul va trimite mesaje de control la ambele noduri. După descărcarea datelor și confirmarea conformității lor deplină în ambele sisteme, semnul este resetat.

Program de schimb în 1C

Pentru a automatiza schimbul obișnuit, 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 schimbului, să acordăm atenție factorilor care vor necesita îmbunătățiri în diferite etape:

• Configurații de baze de date non-standard, puternic modificate;
• Diferite versiuni ale platformei 1C:Enterprise;
• Neactualizat de mult timp, versiuni neactualizate ale configurației;
• Schimbați obiecte care au fost modificate anterior;
• Necesitatea unor reguli de schimb nestandardizate;
• Un set foarte diferit și o compoziție de detalii în directoarele disponibile.

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 de mai sus, ar trebui să treceți la configurarea schimbului în configurație. Luați în considerare integrarea bazelor de date pe exemplul „1C: UPP” și „1C: Retail” (conform aceleiași scheme, schimbul cu „1C: UT” este configurat). De asemenea, sincronizarea tipică include schimbul de SCP - SCP, care este tipic pentru sistemele de automatizare pe scară largă la cele mai mari întreprinderi industriale.

În submeniul „Serviciu”, selectați „Schimb de date cu produse de pe platformă...” (selectare schimb direct cu „Retail” amenință adesea cu erori la nivelul obiectelor COM). Atenție la mesajul oficial " Această ocazie indisponibil."

Pentru a rezolva această problemă, trebuie să selectați „Setări de partajare a datelor”

... și bifați caseta. În plus, mesajul de eroare este ignorat.

Î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, asigurați-vă că există spațiu pe disc pentru director. Deși, de regulă, nu necesită 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 ne conectăm prin directorul de rețea, ignorăm propunerile de configurare a conexiunii prin adresa FTP și prin e-mail făcând clic pe „Următorul”.

În setări, puneți manual prefixele - conventii baze (de regulă, BP, SCP, RO), stabilim regulile și data de începere a încărcării datelor. Prefixul va fi indicat în titlul documentelor pentru a indica baza în care au fost create. Dacă regulile de încărcare nu sunt editate, datele implicite vor fi încărcate conform tuturor parametrilor 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.

Meniu de vânzare cu amănuntul.

Bifați caseta și selectați Sincronizare.

Facem o setare „inversă” alegând Gestionarea unei întreprinderi de producție.

Încărcați fișierul cu setările create în SCP.

Punem o bifă, sistemul preia adresa automat.

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

Compararea de verificare a datelor (Se recomandă compararea manuală a datelor să fie făcută în etapa pregătitoare, deoarece această muncă poate deveni cea mai consumatoare de timp î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 „Niciodată...”.

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

Gata.

Mecanismul universal de schimb de date este destinat atât pentru crearea de sisteme distribuite geografic bazate pe 1C:Enterprise 8, cât și pentru organizarea schimbului de date cu alte sisteme de informare nu se bazează pe 1C: Enterprise 8.

Acest mecanism vă permite să transferați doar date 1C:Enterprise; transferul informațiilor de configurare și administrative ale 1C: Enterprise 8 folosind acest mecanism nu este posibil.

Capabilități

• schimbul de date poate fi implementat atât cu bazele de informații 1C:Enterprise, cât și cu alte sisteme informaționale;
• organizarea diverselor strategii de mesagerie;
• implementare diferite căi rezolvarea coliziunilor în timp ce se schimbă datele în diferite noduri ale unui sistem distribuit;
• implementarea recuperării schimbului de date în cazuri precum recuperarea bazei de informații din copii de rezervă etc.

Particularități

• Documentele XML sunt folosite ca format de schimb;
• la schimbul de date între bazele de informații 1C:Enterprise 8, nu se impun restricții privind identitatea configurației și structurii obiectelor specifice;
• într-o singură configurație, pot fi create mai multe scheme de schimb independente cu diverse sisteme informaționale;
• la organizarea unei scheme de schimb, nu sunt impuse restricții asupra structurii unui sistem distribuit. Poate fi organizat ca o structură clasică de tip stea, precum și structuri mai complexe de tip fulg de zăpadă cu mai multe niveluri și altele;

• dezvoltatorului soluției aplicate i se oferă posibilitatea de a controla în mod flexibil compoziția schimbului, atât în ​​ceea ce privește structura datelor transmise, cât și în ceea ce privește compoziția informațiilor transmise către nodurile de schimb specifice;
• obiectul bazei de date este creat inițial într-unul dintre nodurile de schimb. Compoziția informațiilor transmise poate fi ajustată în funcție de conținutul datelor și nu depinde de locul introducerii inițiale a informațiilor.

Componente

Un mecanism universal de schimb de date nu este o soluție rigidă. Activitatea sa este implementată de un set de instrumente ale platformei tehnologice 1C: Enterprise 8, care pot fi utilizate în soluții de aplicație în diverse combinații.

• Plan de schimb
  Obiecte de configurare Planul de schimb este centrul în jurul căruia sunt grupate alte mijloace de comunicare. Cu ajutorul acestor obiecte, sunt descrise un set de noduri ale unui sistem distribuit și compoziția datelor care ar trebui să fie schimbate în cadrul acestui plan de schimb.
  În plus, planurile de schimb implementează două mecanisme importante implicate în schimbul de date:
  • Serviciu de înregistrare a modificărilor
    Vă permite să obțineți informații despre elementele de date care au fost modificate și în ce nod de schimb trebuie să fie transferate.

LA viata reala o companie rară gestionează cu o bază 1C. Cea mai frecventă situație este două baze, contabilitate și salarizare.

Bazele trebuie conectate - salariul a fost calculat, 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ă o rețea de magazine și un birou central. Fiecare magazin și birou are un depozit. Mărfurile sunt mutate din depozit în depozit (în principal din depozitul central în magazine), iar în magazine sunt vândute.

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

Biroul creează documente privind circulația mărfurilor de la depozit la depozit, se atribuie prețuri. Documentele sunt încărcate în bazele subordonate și bunurile „apar” acolo.

În magazine se creează documente privind vânzarea mărfurilor. Documentele sunt încărcate în baza de birou și vânzările „apar” acolo.

O astfel de schemă se numește o bază de informații distribuite (DIB). Proceduri de „completare” documente - schimb bidirecțional 1C. Iar setarea acestei scheme este URIB sau URIBD (managementul bazelor de date cu informații distribuite).

Principiile schimbului de directoare în 1C

Directoarele 1C (și setul tuturor directoarelor „în complex” se numește NSI - informații de referință de reglementare) - î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, antreprenori este aceeași în diferite baze de date.

Este o practică obișnuită atunci când într-o bază de date directorul este permis să fie editat și este copiat („migrează”) în restul. După cum am discutat mai devreme, fiecare element 1C are un identificator unic - GUID. Directoarele sunt de obicei copiate împreună cu GUID-ul lor și, prin urmare, sunt identice în tot 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. În timpul schimbului 1C, informațiile sunt înregistrate într-un registru special de informații că un element din baza nr. 1 cu GUID xxx este egal cu un element din această bază cu GUID yyy. Inițial, elementele existente care nu mai sunt egale trebuie să fie potrivite automat (prin alte detalii, de exemplu, după nume sau după TIN și KPP) sau manual.

Principiile schimbului de documente în 1C

Documentele din 1C sunt afișate de registre și după aceea sunt considerate „afișate”. Acest lucru dă naștere la dificultăți de înțeles în transfer.

O opțiune este să transferați doar documentele și să le postați din nou după încărcare. Această metodă este adesea folosită, dar poate da naștere la erori - documentul poate să nu fie postat în noua bază de date, deoarece condițiile în timpul postării pot fi diferite de cele în momentul postării acestui document î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 forțați să alegem să transferăm doar mișcările pe documentele transferate.

Să presupunem că trebuie să transferăm un element 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, la transferul unui element al directorului sau al unui document, 100 sau mai multe alte obiecte 1C pot fi transferate prin referință.

De fapt, se spune că aproape toate directoarele de configurare se referă unele la altele într-un fel sau altul.

1C planuri de schimb

Să presupunem că am creat o bază de date distribuită și am schimbat 1C. Mărfurile sunt achiziționate de la depozitul central și pregătite pentru expediere la magazine. În 1C, biroul a introdus documentele necesare pentru circulația mărfurilor. Este necesar ca acestea 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 modificat de utilizatori la birou, astfel încât în ​​magazine să intre doar modificările.

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

Planul de schimb 1C notează, atunci când utilizatorii lucrează cu directoare și documente, ce a fost adăugat sau schimbat 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 bazele magazinelor care îi vor fi subordonate.

În configurațiile tipice, există deja planuri standard de schimb 1C. Tipurile de baze pentru care sunt destinate sunt clare intuitiv din denumire:

• Schimb 1C cu site-ul: schimb cu site-ul 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 - o bază de informații distribuite - se poate realiza ș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 o astfel de 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 Operațiuni / Schimb; pot 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 denotă ALTE baze cu care 1C este schimbat.

Este necesar ca atât numele, cât și codul să fie completate pentru toate elementele.

Pentru a crea o subbază „magazin”:

• Setați cursorul în listă la elementul planului 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 baze (mai adesea baza centrului) inițiază schimbul 1C conform programului sau „la un eveniment” (autentificare la baza unui anumit utilizator etc.)
• Schimbul 1C constă în descărcarea unui fișier din baza de date
• Fișierul trebuie mutat într-un loc de unde baza subordonată î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 slave încarcă un fișier „răspuns”, care este încărcat înapoi în baza centrală în același mod.
• Sesiunea de schimb 1C 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 apropiate una de cealaltă pentru a putea iniția o conexiune COM.

Configurarea RIB 1C

În constantele configurațiilor tipice (Operațiuni / Constante; sau Setări de servicii / program) - de obicei există Setări generale schimburi 1C. 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 salvare 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 tipice, de obicei în meniul Service / Infobaze distribuite / Configurați noduri RIB.

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

Setarea specifică 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ă vedem o setare similară într-o configurație tipică bazată pe client slab– Managementul comerțului ediția 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 solicita 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ă o opțiune de configurare printr-un fișier pe FTP.

Numele setării noastre de schimb este 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 în același loc.