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 informațional comun chiar și cu acele departamente care nu au un canal de comunicare fiabil, combinând autonomia mare a nodurilor cu capacitatea de a schimba rapid informații. În articolele noastre, vom lua în considerare caracteristicile și implementarea practică a acestui mecanism pe platforma 8.2.

În primul rând, să ne punem o întrebare: de ce auto-schimb? Tehnologiile moderne, combinate cu internetul ieftin și rapid, vă permit să organizați munca de la distanță fără nicio dificultate. Alegerea metodelor este mai largă ca niciodată: RDP, clienți subțiri și web, rețele folosind VPN - există ceva la care să te gândești. Cu toate acestea, toate aceste metode au un dezavantaj semnificativ - o dependență puternică de calitatea canalului de comunicare.

Chiar și cu munca ideală a furnizorului local, este imposibil să se garanteze disponibilitatea 100% a canalului de comunicare. Problemele cu furnizorul de backbone, lipsa sursei de alimentare, deteriorarea fizică a liniei de comunicație și mulți alți factori fac această sarcină de nerezolvat. Î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 este costisitor și/sau problematic să aduci un canal de comunicare de înaltă calitate.

Mecanismul RIB vă permite să scăpați de aceste neajunsuri, fiecare unitate având 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ă. O cantitate mică de informații transmise vă permite să utilizați orice canal de comunicare pentru schimb, inclusiv internetul mobil.

RIB pe platforma 8.2 nu este ceva fundamental nou, reprezentând o dezvoltare ulterioară a platformei URIB 7.7, doar că acum această tehnologie a devenit mai accesibilă și mai simplă. Spre deosebire de componenta URIB, care trebuia achiziționată separat, RIB este o parte integrantă a multor configurații tipice și funcționează complet î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 mai trebui făcută 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ă, „nativă” pentru platforma 8.2, și adaptată de la 8.1, continuând să utilizeze tehnologii și mecanisme învechite. Întrucât o parte semnificativă a configurațiilor (Contabilitatea întreprinderii, Salarizarea și Resurse Umane) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, astfel că prima parte a articolului nostru va fi dedicată acestor configurații (în esență platforma 8.1), în timp ce în a doua vom va analiza configurarea schimbului automat pentru configurațiile bazate pe aplicații gestionate (platforma 8.2).

Să luăm în considerare o sarcină practică: configurați schimbul 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ă folosiți FTP ca cea mai ușoară ș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ă setăm noduri de schimb. Pentru a face acest lucru, rulați configurația cu drepturi de administrator și selectați Operațiuni - Schimb planuri.

În lista care apare, selectați Deplin plan sau După organizare dacă o bază de date ține evidența mai multor firme ș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 specificând codul și numele.

După aceea, 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 imaginea inițială.

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

Î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 setările de conexiune la server.

Marcaj Schimb automat vă permite să configurați programul de schimburi, schimburi 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 alte setări de schimb. Pe aceeași filă, ar trebui să selectați un utilizator pentru a efectua sarcini de schimb, dacă nu faceți acest lucru, programul nu va funcționa. Rețineți că schimbul se va face doar dacă acest utilizator este autentificat în program.

Acest lucru completează configurația nodului central, acum trebuie să faceți setări similare pentru nodul periferic conectând imaginea inițială ca un IB existent. După aceea, puteți începe să faceți schimb de date. Pentru utilizare de control Monitor de comunicare, îți permite nu numai să controlezi succesul încărcării/descărcării, dar arată și coliziunile sau mișcările în așteptare (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 sens, configurarea schimbului poate fi considerată completă și puteți începe să lucrați în modul distribuit. Separat, merită să insistăm asupra actualizării sau a modificărilor configurației. Aceste acțiuni sunt disponibile doar pe nodul central, toate modificările efectuate vor fi propagate automat către nodurile periferice la următorul schimb. Modificările automate necesită ca baza de margine să fie în modul exclusiv, altfel va trebui să rulați Configurator si executa Actualizarea configurației bazei de date manual.

În viața reală, o companie rară se descurcă 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 „după 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 a fost 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 Service/Program) - există de obicei o setare generală pentru schimburile 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ă ne uităm la o setare similară într-o configurație tipică bazată pe un client subțire - Trade Management Edition 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.

Să ne uităm la un exemplu simplu din viața reală. Să presupunem că avem o companie care se ocupă de comerțul cu ridicata și cu amănuntul, iar în această companie, ca în oricare alta, se ține contabilitatea. Întreprinderea are două baze de date standard, acestea sunt UT (managementul comerțului) și respectiv BP (contabilitatea întreprinderii), fiecare dintre bazele de date are propria contabilitate, gestiunea în UT pentru a reflecta toate operațiunile legate de comerț, contabilitatea în BP. 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 conform managementului și contabilității) 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 î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 unei burse într-un 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ă, ea trebuie completată în același mod ca în captura de ecran de mai jos, cu excepția prefixului bazei 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 ca „BP” . Dacă configurați schimburi complexe și există mai multe baze de date contabile, atunci prefixele ar trebui să difere clar unele de altele, aici puteți utiliza primele două litere ale numelui organizației ca abreviere.

Continuăm configurarea sincronizării datelor în UT

După ce am făcut toate acțiunile necesare în baza de date a receptorului (BP 3.0), pentru a continua configurarea schimbului de date, trebuie să deschidem baza de date sursă (UT 11.1). Mergem la fila „Administrare”, în stânga în meniu selectăm elementul „Setări de sincronizare a datelor”. 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 completat toate punctele 1-4, așa cum se arată în imaginea de mai jos, trebuie să faceți clic pe hyperlinkul „Sincronizare datelor” (punctul 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 setarea de sincronizare a datelor în 1C, selectați elementul „Specificați setările manual” și faceți clic pe „Următorul”.

Continuăm să configuram 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), setările de conexiune (pe acest computer sau în rețeaua locală), directorul în care se află receptorul se află baza, precum și datele de autentificare necesare (nume de utilizator și parola bazei 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 de trimitere a datelor”, în care setăm următorii parametri:

• Ce INS va fi trimis (în exemplul nostru, ne interesează doar documentele și INS folosit în ele, așa că am ales articolul corespunzător, dacă selectați primul articol „Trimiteți tot”, atunci toate directoarele vor fi reîncărcate împreună cu documente, 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ă să trimiteți toate informațiile (nu vom lua în considerare sincronizarea manuală în acest articol)
• Pentru care sau pentru ce organizații să trimitem date (în exemplul nostru, am ales o singură organizație, IP „Antreprenor”)
• Reguli pentru incheierea contractelor
• Depozit generalizat
• Dacă să restrângem documentele după depozit

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

Deoarece în exemplul nostru am configurat și folosim un schimb unidirecțional, de la UT la BP, atunci setarile pentru regulile de obtinere a datelor din „Enterprise Accounting 3.0” nu ne intereseaza, asa ca faceti clic pe „Next”.

Într-o fereastră nouă, ni se cere să setăm reguli pentru baza receptorului (RP). În paragraful 1, numim cumva baza noastră, dăm un prefix. PREFIX-ul trebuie să fie același cu cel pe care l-am setat în baza de date BP la începutul acestui articol, dacă prefixele diferă, 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 afișat o eroare la configurarea sincronizării datelor, atunci trebuie să ne contactați pentru ca specialistul nostru 1C să vă ajute chiar acum!

La pasul următor programul va oferi să efectueze sincronizarea imediat după crearea setărilor de schimb de date. Sunteți de acord cu aceasta și faceți clic pe „Terminare”.

Veți vedea o fereastră în care veți vedea informații despre cum decurge sincronizarea. Dacă baza de destinație nu este goală, de ex. contabilitatea a fost deja păstrată în ea, atunci utilizatorului din programul 1C i se va cere să compare manual obiectele. Comparația obiectelor din 1C în timpul sincronizării datelor este o comparație a obiectelor receptor identice 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 cu numele „PharmGroup”, dacă nu comparați aceste 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 potrivire a obiectelor.

În exemplul nostru, baza receptorului este goală și, prin urmare, fereastra de potrivire a obiectelor nu s-a deschis pentru noi. Dar după efectuarea unor operațiuni, sistemul va solicita 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 înainte, așa că la acest pas selectăm „Nu adăugați documente de trimis”. 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”. Aceasta completează sincronizarea între bazele de date într-un schimb unidirecțional de la „Trade Management 11.1” (UT) la „Enterprise Accounting 3.0” (BP).

Mulți antreprenori implicați în activități de tranzacționare dobândesc două programe 1C: Contabilitate 8 în același timp 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 efectuarea de contabilitate reglementată și raportare, 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 PSU și UT.

Înțelegerea următoarelor caracteristici ale schimbului de date tipic va ajuta la evitarea erorilor î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.În detaliu, metodologia de configurare a schimbului este descrisă în fișierul htm „Partajarea configurațiilor de management al comerțului (11) și contabilitate întreprinderii”, care se află în șablon. director 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 remarcat faptul că din configurația BP în configurația UT pot fi încărcate doar documente legate de tranzacții cu numerar și fără numerar. 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.

Firma 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 nu a fost posibilă încărcarea aproape un singur ordin de plată din fișierul client-bancă în UT, în timp ce acest fișier a fost încărcat complet în BP.

Acest lucru se datorează faptului că la UT au fost adăugate verificări mai stricte asupra conținutului dosarului client-bancă, de exemplu: verificarea completării TIN-ului, verificarea numărului documentului, numărul trebuie să conțină doar 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 referință sunt completate în UT. Astfel, 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 descărcarea (Fig. 1), în configurația BP, creați un scenariu de schimb și salvați doar descărcarea.

Trebuie avut în vedere că într-un astfel de scenariu de schimb, toate documentele și directoarele suplimentare create în BP vor fi înregistrate pentru schimb, dar nu vor fi încărcate în UT, de aceea se recomandă resetarea periodică a înregistrării, în caz contrar schimbul fișierul de mesaje de la BP va crește constant, încetinind procesul de schimb.

Pentru aceasta, se recomandă utilizarea procesării RegisterChangesForExchange82.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 schimbul bidirecțional ar trebui configurat, dar poate fi necesar să urmăriți duplicatele pornind schimbul în modul interactiv în loc de automat (Fig. 2). .

Pentru a limita schimbul de date doar la nivel de document, nu este necesară configurarea schimbului 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 (vezi Fig. 5). Dar înainte de a seta filtrul pe 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.

Prioritate de modificare a 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 introdus documentul „Chitanță în contul curent”, au lansat schimbul mai întâi în UT, apoi în BP - documentul a apărut în configurația BP. Apoi contabilul din configurația BP a făcut modificări acestui document. În timpul schimbului ulterior, dacă ordinea de lansare a schimbului nu s-a schimbat, atunci modificările aduse documentului vor fi suprascrise cu datele din UT.

Pentru schimbul corect cu acele obiecte care sunt 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ă utilizați setarea drepturilor de acces ale utilizatorilor, dar această abordare garantează absența coliziunilor în timpul schimbului, adică. discrepanțe care apar atunci când un obiect se modifică într-una sau alta bază de date, în perioada dintre schimburi (Fig. 3).

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

Acorduri de contrapartidă

În configurația UT, nu există analize pentru contractele contrapărților. Toate operațiunile care sunt efectuate în configurația UT, atunci când sunt încărcate în configurația BP, sunt întotdeauna executate în baza unor acorduri separate create și controlate de sistemul UT însuși.

Dacă nu există un contract cu parametrii necesari în configurația BP, atunci se creează un astfel de contract. De menționat că căutarea unui acord se efectuează numai din numărul de acorduri descărcate anterior din UT.

Organizație de management în UT

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

Structura companiei

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

Elementele directorului „Structura întreprinderii” nu sunt mapate la elementele directorului „Unități organizatorice” din BP. Pentru a preveni încărcarea în UT a documentelor cu un atribut Subdiviziune gol, este necesar să completați valoarea implicită în setările de schimb (Fig. 4).

Depozit în secțiunea tabelară

Dacă UT intenționează să folosească noua capacitate de a specifica depozite în secțiunile tabulare ale documentelor, atunci în setările nodului planului de schimb este necesar să se stabilească un depozit generalizat, care va fi înlocuit la descărcarea documentelor din UT către BP. configurarea în locul depozitelor permisă pentru selecție în părțile tabelare ale documentelor (Fig. 4 ).

Categorie de obiect

La încărcarea datelor din BP în UT, atributul „tip de articol” nu este completat în nomenclatură, acest lucru se datorează faptului că schimbul servește scenariului când nomenclatura este creată în configurația UT și nu în BP. . În documentele de circulație a mărfurilor în UT, nu există o secțiune 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 secțiunea tabelară din BP, trebuie să:

1. În secțiunea de informații de referință, deschideți cartea de referință „Tipuri de articol”, accesați vizualizarea articolului „servicii” - faceți clic pe „Toate acțiunile” - activaț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, astfel de documente, după modificarea setărilor, ca urmare a descărcării, pot deveni marcate pentru ștergere în baza de date de primire, dacă au fost încărcate anterior acolo.

2) Puteți muta data înapoi, deoarece 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 RegisterChangesForExchange82.epf.

Filtrați după organizații

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

Principiul de funcționare al filtrelor de încărcare este următorul: noile setări se aplică tuturor datelor - la momentul creării schimbului, sau numai pentru acele date care au fost modificate după aplicarea noilor setări - după ce schimbul a fost creat, de aceea se recomandă abordarea setărilor filtrului cât mai responsabil posibil la crearea schimbului 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ă. În plus, utilizatorul a decis ca datele despre toate organizațiile să fie încărcate în baza de date care primește. Dar, deoarece setările intră în vigoare numai pentru datele nou modificate, documentele și directoarele existente nu vor fi încărcate în baza de date de primire până când utilizatorul le face modificări.

4. Eliminarea obiectelor dintr-una dintre bazele de date

Marcați pentru ștergere

Este posibil ca elementul din director utilizat anterior să nu fie planificat să fie utilizat pentru o contabilitate ulterioară, iar utilizatorii consideră că este corect să marcheze acest director pentru ștergere. Obiectele marcate pentru ștergere nu participă la schimb. Această caracteristică trebuie luată în considerare.

Eliminarea duplicatelor

Pentru a elimina obiectele care au apărut în timpul schimbului de duplicate, vă recomandăm să utilizați procesarea Search&ReplaceValues.epf, care se află în directorul \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ de pe discul ITS. Iar pentru a verifica corectitudinea comparării obiectelor a două infobaze, puteți deschide Registrul de informații „Corespondențele obiectelor infobazei” iar înregistrările din acest registru pot fi corectate manual. Este important de știut că după ștergerea unui obiect dintr-una dintre bazele de date, înregistrarea registrului de informații va avea în continuare o potrivire pentru obiectul șters (link întrerupt), fie va trebui să potriviți un alt obiect, fie să ștergeți înregistrarea.

5. Setări suplimentare

Elemente de flux de numerar

Pentru a configura UT, poate fi necesar să puneți elementele de recuzită „corr. cont” pentru acele elemente de flux de numerar care vor fi utilizate și încărcate în BP.

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

Utilizatori

Utilizatorii elementelor de director pot fi transferați într-o altă bază de date dacă sunt indicați ca responsabili într-unul dintre obiectele care participă la schimb. Pentru astfel de obiecte, va trebui să setați permisiuni.

Prefix de bază și prefix de organizare

În UT, prefixul are întotdeauna o lungime fixă, iar separatorul (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 configurarea unui schimb, prefixul bazei de informații este întotdeauna completat pe CB (pentru UT) și pe BP (respectiv pentru configurația BP).

Această soluție este standardul pentru generarea numerelor documentelor și a codurilor obiectelor. Prefixul are o lungime fixă ​​și este separat printr-o cratimă de numărul documentului. Dacă în viitor vor exista mai multe organizații în baza de date, atunci va fi suficient să setați prefixe pentru ele și nu va fi necesară renumerotarea tuturor obiectelor.

Corectarea erorii

În articolul nostru, au fost luate în considerare cele mai importante puncte de organizare a schimbului de date între „1C: Trade Management 8” rev.11 și „1C: Accounting 8” rev.2.0.

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

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

Schimb de date

Schimburile interne de date „După magazine” și „După locurile de muncă ale casieriei” permit utilizarea tehnologiei bazelor de date distribuite (DDB) pentru a asigura funcționarea autonomă a unui magazin sau a unui punct de marcat dintr-un magazin în caz de eșec de comunicare.

Configurația Retail acceptă comunicarea bidirecțională cu configurația Retail Management, Revizia 11.

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

Când utilizați toate cele trei configurații în același timp, 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 contabilitate reglementată în configurația „Enterprise Accounting”.

Schimburi interne

Schimbul de date între biroul central și magazine susține un anumit concept de repartizare a sarcinilor între angajații biroului central și magazine. 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 însărcinați cu organizarea vânzărilor, contabilizarea operațiunilor cu marfa și asigurarea siguranței soldurilor produselor. Funcțiile administrative de menținere a setărilor utilizatorului și menținerea bazelor de informații periferice pot fi, de asemenea, centralizate.

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

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

Datele specifice magazinului includ reguli de preț și documente de preț și distribuție pentru un anumit magazin.

Scopul schimbului By locuri de muncă este de a asigura funcționarea autonomă a nodurilor liniei de numerar. Când se utilizează tehnologia de baze de date distribuite, casierii vor putea deservi clienții chiar dacă se pierde conexiunea cu serverul de rețea locală a magazinului.

Dacă se pierde conexiunea cu serverul magazinului, informațiile despre soldurile din depozitele magazinului curent nu pot fi actualizate cu promptitudine. În acest caz, în magazinele cu vânzări intensive prin mai multe case de casă, nu se recomandă utilizarea controlului soldului la emiterea cecurilor de casă. Programul sprijină înregistrarea încercărilor de vânzare „în roșu”, care pot fi analizate ulterior.

Dacă serverul magazinului a fost indisponibil de mult timp, atunci după restabilirea conexiunii cu casele de marcat, cantitatea de date acumulată pentru transmitere poate fi semnificativă, atât de la casierie, cât și de la biroul magazinului, de aceea se recomandă efectuați manual primul schimb.