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 implementarea practică a acestui mecanism pe platforma 8.2

În primul rând, să ne întrebăm: de ce schimbul automat? Tehnologiile moderne, combinate cu internetul ieftin și rapid, fac posibilă organizarea lucrului 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 și cu funcționarea ideală a furnizorului local, este imposibil să se garanteze disponibilitatea 100% a canalului de comunicare. 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 un magazin de vânzare cu amănuntul duce la pierderi destul de semnificative. Ș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 sa copie a bazei de informații cu care puteți lucra autonom chiar și în absența completă a comunicării cu lumea exterioară. 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 o aplicație gestionată, „native” pentru platforma 8.2, și adaptată de la 8.1, continuând să utilizeze tehnologii și mecanisme învechite. Deoarece o parte semnificativă a configurațiilor (contabilitatea întreprinderii, salarizarea și managementul personalului) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, prin urmare 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 vă permite să faceți schimb prin e-mail sau partajări de fișiere, vă recomandăm să utilizați FTP ca cea mai simplă și mai fiabilă metodă de comunicare. 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 dreapta 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; În 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. Rețineți că schimbul se va face numai dacă utilizatorul este autentificat în program.

Aceasta completează configurarea 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). Prezenț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 separat la actualizarea sau efectuarea modificărilor configurației. Aceste acțiuni sunt disponibile numai 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.

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 folosit pentru menținerea contabilității și raportării reglementate, iar UT este folosit pentru contabilitatea operațională și de gestiune în companie.
Succesul utilizării în comun a acestor 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țiilor de gestiune a comerțului (11) și contabilitate întreprindere”, care se află în secțiunea. directorul de șabloane atunci când este instalat ca 1C: Accounting 2.0 (denumit în continuare BP) și 1C: Trade Management 11 (denumit în continuare UT); recomandările primite la conferința partenerului 1C și experiența personală a autorului în 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 să se țină cont de faptul că din configurația BP în configurația UT pot fi încărcate doar documentele legate de tranzacțiile de numerar și non-cash flow. Acestea includ: Ordin de numerar de intrare, Ordin de numerar de ieșire, Chitanță în contul curent și Anulare 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 documentele de plată de ieșire și o muncă mai ușoară 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 în 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 informațiile de reglementare sunt completate î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ă un acord cu parametrii necesari nu este în configurația BP, atunci este creat 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 dintre) organizații. Mai multe detalii despre utilizarea acestui obiect pot fi găsite în fișierul de documentație „Modificări și completări la documentation.htm”, incluse în livrarea UT.

Structura companiei

Pentru contabilitatea de gestiune, UT utilizează 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 secțiunea tabelară

Dacă în UT se plănuiește să se utilizeze noua abilitate de a specifica depozite în părțile tabulare ale documentelor, atunci î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țile 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 existente și cărțile de referință 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ă o situație când un element de director utilizat anterior nu este planificat pentru a fi utilizat pentru o contabilitate ulterioară și 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”, iar înregistrările din acest registru pot fi ajustate 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 la generarea numerelor de document și a codurilor obiectelor. 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 examinat cele mai importante aspecte ale organizării schimbului de date între „1C: Trade Management 8” rev. 11 și „1C: Accounting 8” rev.

Specialiștii 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.

Sistemele de control automatizate constau în cele mai multe cazuri din baze de date separate și au adesea o structură distribuită geografic. În același timp, schimbul de date corect implementat este o condiție necesară pentru funcționarea eficientă a unor 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 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;
• „Faceți diferența” între diferitele tipuri de 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 și destinația sunt determinate logic în funcție de necesitatea sau funcționalitatea sistemului.*

*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ă prezenței 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 de 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. Anterior, atunci când într-un sistem era inclusă o nouă configurație, era necesar să se implementeze un 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)

Pentru sistemul de pe platforma 1C:Enterprise 8 este oferită o gamă largă de posibilități de organizare a schimbului cu orice resurse de informații folosind 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 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 selectate schimb de direcții.

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 către 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 nevoi și de capacitățile 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 ale platformei 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 „Serviciu”, selectați „Schimb de date cu produse de pe platformă...” (selectarea schimbului direct cu „Retail” duce adesea la erori la nivelul obiectului COM). Vă rugăm să rețineți mesajul de serviciu „Această funcție 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 ne conectăm printr-un director de rețea, ignorăm oferta de a configura conexiunea printr-o adresă FTP și prin e-mail făcând clic pe „Următorul”.

În setări, introducem manual prefixe - simboluri ale bazelor de date (de obicei BP, UPP, RO), setăm regulile și data de începere a încărcării 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 datele 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.

Acasă 1C: Comerț cu amănuntul 8

Schimb de date

Schimburile interne de date „După magazine” și „După stațiile de lucru ale casieriei” fac posibilă, folosind tehnologia bazelor de date distribuite (DDB), asigurarea funcționării autonome a unui magazin sau a unei case de marcat într-un magazin în cazul unei defecțiuni de comunicare.

Configurația „Retail” acceptă schimbul de date în două sensuri cu configurația „Trade Management”, ediția 11.

Configurația „Retail” acceptă schimbul de date în două sensuri cu configurația „Enterprise Accounting”, edițiile 2.0, 3.0.

La utilizarea simultană a tuturor celor trei configurații, se recomandă configurarea schimbului de date între configurațiile „Trade Management” și „Retail” și între configurațiile „Trade Management” și „Enterprise Accounting”, folosind „Trade Management” ca sistem de control pentru Configurația „Retail” și sursa de date pentru contabilitatea reglementată în configurația „Enterprise Accounting”.

Schimburi interne

Schimbul de date între biroul central și magazine susține un anumit concept de repartizare a responsabilităților între biroul central și angajații magazinului. Deciziile privind formarea sortimentului și achiziția de mărfuri, elaborarea regulilor de calculare a prețurilor și aplicarea reducerilor sunt luate de angajații biroului central care lucrează în centrul central al RIB. Angajații magazinului rămân responsabili de procesele de organizare a vânzărilor, înregistrarea tranzacțiilor cu mărfuri și asigurarea siguranței soldurilor stocurilor. Funcțiile administrative de menținere a setărilor utilizatorului și de întreținere a bazelor de date cu informații periferice pot fi, de asemenea, centralizate.

Setările de schimb de date vă permit să optimizați cantitatea de date transmise prin împărțirea datelor în date generale necesare pentru efectuarea operațiunilor în orice magazin și în date specifice pentru un anumit magazin sau grup de magazine.

Datele generale includ clasificatoare generale, un director de nomenclatură cu directoare auxiliare și bilanțele informative ale mărfurilor din magazine. Transferarea directorului de utilizatori și a setărilor utilizatorului permite angajaților întreprinderii să lucreze în diferite magazine, dacă este necesar.

Datele specifice magazinului includ reguli de preț și documente pentru aplicarea prețurilor și a fluxului de produse într-un anumit magazin.

Scopul schimbului Pentru locurile de muncă - pentru a asigura funcționarea autonomă a unităților de linie de numerar. Când se utilizează tehnologia de baze de date distribuite, casierii vor putea deservi clienții chiar dacă își pierd conexiunea cu serverul de rețea locală al magazinului.

Dacă comunicarea cu serverul magazinului se pierde, informațiile despre soldurile stocurilor magazinului curent nu pot fi actualizate prompt. În acest caz, în magazinele cu vânzări intensive prin mai multe case de marcat, nu se recomandă utilizarea controlului soldului la emiterea bonurilor de casă. Programul acceptă înregistrarea încercărilor negative de vânzare, care pot fi analizate ulterior.

Dacă serverul magazinului a fost indisponibil o perioadă lungă de timp, atunci după restabilirea conexiunii cu casele de marcat, cantitatea de date acumulată pentru transfer poate fi semnificativă, atât de la casa de marcat, cât și de la biroul magazinului, de aceea este recomandat să transportați scoateți manual primul schimb.

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 stabili un schimb de date unidirecțional, din UT ---> BP. De asemenea, este posibil să se stabilească schimbul 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 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 de trimitere și primire a 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.

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