Schimb programat prin mijloace standard. Adăugarea unui plan de schimb la o configurație tipică Prioritatea de modificare a datelor

Salutări, dragi prieteni.

În articolul de astăzi vreau să descriu procesul de configurare a unui nou schimb în configurația „Trade Management 11”. Vreau să spun că această procedură poate fi atribuită tuturor configurațiilor noi bazate pe BSP: Trade Management 3.0 pentru Belarus, Enterprise Accounting 3.0, Small Business Management 1.4.

Vom lua în considerare toate acțiunile folosind un exemplu.

Exemplu.

Este necesar să se organizeze un schimb online între configurația „Trade Management 11” și baza „Test”.

Să trecem la implementare.

1. Să creăm plan nou schimbați „ExchangeTestTrade Management11”.

2. Configurarea compoziției planului de schimb.

IMPORTANT! Înregistrarea automată a tuturor obiectelor INTERZIS... Compoziția trebuie să includă în mod necesar registrul de informații „Conformitatea obiectelor bazelor de informații”.

3. Configurarea modulului managerului planului de schimb creat"ExchangeTestTrade Management11" (către modulul managerului planului de schimb
transferul codului din planul de schimb
« _DemoExchangeWithLibraryStandardSubsystems»
baza demonstrativă "BSP 2.1.2" sau dacă nu există "BSP", atunci din orice plan de schimb adecvat UT 11). Modulul manager pentru planul nostru de schimb de test poate fi preluat.

4. Editarea comenzilor generale de configurare. Adăugați planul de schimb creat la parametru. Următoarele comenzi trebuie editate:

  • ExecuteDataExchange
  • ExecuteDataExchangeInteractive
  • OpenRulesConversionObjects
  • OpenRulesRegistrationObjects
  • OpenScriptsData Exchange
  • OpenDataSynchronizationRules (Dacă există o astfel de comandă, deoarece a fost adăugată în ultimele versiuni)
  • Accesați jurnalul Încărcare date jurnal evenimente
  • Mergeți la Descărcare LogoEventRegisterData
  • GetSecondDataSettingsDataBase

5. Adăugați abonamentele la eveniment necesare:

  • Schimb de dateExchangeTestTrade Management11RegisterChange. Acest abonament va înregistra modificările aduse directoarelor. Setări abonament:
  1. Sursa abonamentului - directoare care participă la schimb.
  2. Eveniment - Înainte de înregistrare.
  3. Partajarea datelor EvenimenteUT»Cu cod Data ExchangeEvents.ObjectRegistrationMechanismBefore Recording („ExchangeTestTrade Management11”, Sursă, Renunțare).
  • Schimb de dateExchangeTestTrade Management11ChangeDocument. Acest abonament va înregistra modificările aduse documentelor. Setări abonament:
  1. Sursa abonamentului - documente care participă la schimb.
  2. Eveniment - Înainte de înregistrare.
  3. Handler - gestionarul pentru acest abonament trebuie plasat în modulul general „ Partajarea datelor EvenimenteUT»Cu cod Data ExchangeEvents.ObjectRegistrationMechanismBeforeWriteDocument (" „, Sursa, Disclaimer);
  • Schimb de dateExchangeTestTrade Management11RegisterDelete. Acest abonament va înregistra ștergerea de documente, directoare. Setări abonament:
  1. Sursa abonamentului - documente, directoare care participă la schimb.
  2. Eveniment - Înainte de ștergere.
  3. Handler - gestionarul pentru acest abonament trebuie plasat în modulul general „ Partajarea datelor EvenimenteUT»Cu cod Data ExchangeEvents.ObjectRegistrationMechanismBefore Delete (" Managementul ExchangeTestTrade11 „, Sursa, Disclaimer);
  • Schimb de dateExchangeTestTrade Management11RegisterChangeRecordSet. Acest abonament va înregistra modificări în registrele de acumulare, informații, contabilitate, calcule. Setări abonament:
  1. Sursa abonamentului - seturi de înregistrări ale registrului necesare înregistrării modificărilor.
  2. Eveniment - Înainte de înregistrare.
  3. Handler - gestionarul pentru acest abonament trebuie plasat în modulul general „ Partajarea datelor EvenimenteUT»Cu cod Data ExchangeEvents.ObjectRegistrationMechanismBeforeRegisterRecord ("ExchangeTestTrade Management11", Sursă, Declinare de responsabilitate);

6. Adăugați o comandă generală « AssistantSettingsData ExchangeTest". Această comandă este necesară pentru a implementa asistentul de schimb.

Trebuie să adăugați codul la gestionarul de comenzi: Data ExchangeClient.Open HelperData Exchange Settings („ Managementul ExchangeTestTrade11«)

7. În modul comun„Data ExchangeRedefinable”
în procedura " GetPlansExchange»Adăugați planul nostru de schimb
ExchangePlansSubsystems.Add (Metadata.ExchangePlans.ExchangeTestTrade Management11)

8. Creați un aspect al planului de schimb « Managementul ExchangeTestTrade11«
„Reguli de conversie” (tastați - TextDocument) și încărcați
în aceasta este prezentarea regulilor create folosind DataConversion.

9. Dacă este necesar, adăugați reguli de înregistrare. Pentru a utiliza regulile de înregistrare, trebuie să adăugați o formă arbitrară a planului de schimb „Site Settings Form”, aspectul „Reguli de înregistrare”, în modulul managerului planului de schimb editați procedurile ” Configurarea robinetelor pe nod" și " Descrierea restricțiilor privind transferul de date". Adăugați atribute ale căror nume sunt similare cu numele atributelor planului de schimb, care sunt destinate filtrării datelor, în atributele formularului „HostSettings Form”. De exemplu „Organizație”, „Depozit”.

De exemplu, „NodeSetting Form” poate fi preluat în planul de schimb „TradeManagementAccountingEnterprise30” și editat conform criteriilor noastre.

10. Compania are reguli de conversie și reguli de înregistrare necesar MEREUîncărcați în registrul de informații "RulesForDataExchange", pentru aceasta există un formular special pentru încărcare.

Pentru a descărca regulile de conversie, selectați „Н Setări - Modificare". Apoi, în formularul planului de schimb, selectați „ Opțiuni de schimb de date - Reguli de conversie a obiectelor deschise". În formularul de editare a regulilor de conversie, faceți clic pe butonul „ Descarca»Încărcați regulile fie dintr-un fișier, fie din aspectul definit în clauza 8.

Trimiteți acest articol la e-mailul meu

Principalele motive pentru necesitatea implementării unui schimb între bazele 1C sunt prezența sucursalelor și separarea tipurilor de contabilitate, deoarece adesea companiile operează în mai multe baze de informații. Configurarea schimbului de 1C 8.3 vă permite să excludeți desfășurarea unei lucrări duble - introducerea acelorași documente și directoare în două programe, precum și furnizarea promptă a obiectelor de sistem necesare pentru diferite sucursale și departamente.

În cazul în care este necesar să se efectueze un schimb între sucursale, se utilizează RIB (Distributed Information Base). Este un mecanism de schimb între configurații identice. Este un arbore cu cel mai important nod rădăcină deasupra, sub o pereche de noduri conexe. Modificările pot fi făcute în orice nod al acestui sistem și vor fi transferate către alte noduri conexe. Distribuirea nu numai a datelor, ci și a modificărilor de configurație de la nodul rădăcină la subordonați se efectuează în același mod.

Dacă este necesar să separați tipurile de contabilitate, de exemplu, menținând una operațională într-o bază de date de tranzacționare și una reglementată într-una contabilă, sunt disponibile mecanisme universale de schimb cu setări flexibile de sincronizare a datelor.

Una dintre cele mai recente dezvoltări în 1C este formatul de schimb de date EnterpriseData. Este ușor de utilizat și este destinat schimbului în cadrul unei companii atât între baze de date 1C, cât și programe terțe.

Implementarea schimbului de date în întreprindere poate fi reprezentată sub forma unor proceduri secvențiale.

În primul rând, este necesar să se stabilească între care baze ar trebui să fie schimbul; va fi un schimb bidirecțional sau unidirecțional; dacă este unilaterală, atunci care bază va transmite informații și care va primi doar; dacă este o rețea de sucursale complexă, atunci este necesar să se înregistreze o schemă pentru construirea bazelor.

Atunci alege format adecvat: RIB, format universal; schimb conform regulilor de schimb; schimb fără reguli de schimb.

Următorul pas este să alegeți un transport pentru a efectua schimbul. O gamă largă de tehnologii este disponibilă, le vom evidenția pe cele principale: un director (local sau de rețea), o resursă FTP, Conexiuni COM, serviciu web, e-mail.

Al patrulea pas va fi definirea datelor: documente, directoare și, dacă este necesar, detalierea detaliilor lor individuale care urmează să fie transferate.

Și, în concluzie, se prescrie programul frecvenței schimbului

Fiecare opțiune pentru configurarea schimbului 1C 8.3 necesită o pregătire atentă. Implementarea sa este dincolo de puterea fiecărui utilizator, aici este necesar să se țină seama de multe nuanțe și să se înțeleagă principiile schimbului. O atenție deosebită va trebui acordată înființării dacă bazele de date conțin modificări sau multe alte. detaliile diferă în versiunile platformei sau sunt utilizate versiuni învechite configurații, întreprinderea este mare și folosește sistem automatizat constând din un numar mare baze. Erorile sunt inacceptabile aici, deoarece poate duce la consecințe ireparabile. Implementarea independentă a schimbului în 1C este recomandată numai dacă trebuie să configurați un transfer simplu de informații între configurații tipice.

Dacă vă îndoiți de abilitățile dvs., este mai bine să nu economisiți bani, ci să apelați la un specialist competent care vă va ajuta să rezolvați sarcină dificilă setări schimb 1C 8.3.

Dacă totuși decideți să configurați schimburile 1C fără a implica experți, este recomandat să testați mai întâi copiile bazelor de date și, înainte de a începe lucrul în bazele de date funcționale, descărcați configurațiile, astfel încât să puteți reveni la starea inițială în caz de erori .

Mai jos este un exemplu detaliat de configurare a schimbului de 1C 8.3 in unilateralîntre configurații tipice Trade Management 11 (UT) și Enterprise Accounting 3.0 (BP). Exemplul este relevant pentru multe companii care conduc comerț cu ridicata și cu amănuntul. În UT, contabilitatea de gestionare este ținută, în BP - reglementată, schimbul este necesar pentru a facilita munca utilizatorilor.

Acest algoritm este potrivit și pentru alte configurații tipice de pe platforma 1C 8.3.

În primul rând, vom efectua lucrări pregătitoare pentru receptorul de informații, adică pentru alimentator. Lansăm programul în modul Enterprise. Trebuie să setați constanta de sincronizare a datelor (secțiunea Administrare → Sincronizare date).

Acordați atenție câmpului Prefix, aici trebuie să specificați o valoare care vă va permite să distingeți ulterior (prin valoarea codului de referință sau a numărului documentului) în ce program au fost create inițial obiectele. În exemplul nostru, abrevierea obișnuită este potrivită - BP și UT, dacă setarea de schimb 1C 8.3 este efectuată pentru un schimb complex între un număr mare de baze, precum și configurații identice, va trebui să introduceți fiecare bază cu denumirea sa ușor de înțeles. .

Deoarece unitatea de alimentare este doar un receptor de informații, vom trece la configurarea UT.

Aici, precum și în BP, trebuie să activați sincronizarea și să specificați prefixul. Aceste informații sunt disponibile în secțiunea NSI și administrare → Setări sincronizare date.

Alegerea unei metode de setare Specificați setările manual. Mai departe.

Să instalăm opțiunea conexiune directa când ambele programe sunt localizate în același retea locala, vom indica parametrii pentru conectarea la catalogul IB din această rețea, precum și vom completa informațiile de autentificare despre utilizator (în baza de date BP). Mai departe.

Sistemul va verifica corectitudinea datelor specificate și, în cazul unui rezultat pozitiv, va afișa fereastra de setări de schimb 1C 8.3.

Dând clic pe linkul Modificare reguli de încărcare a datelor, puteți accesa setările de execuție a schimbului. Vom clarifica datele de referință - pentru a descărca doar cele utilizate în documente, vom selecta organizația și opțiunea de lucru cu contracte - fără referință, împărțirea documentelor în contextul depozitelor. Începutul schimbului pe 1 martie a anului curent.

Notăm regulile introduse și le închidem.

Deoarece în exemplu vorbim despre transmiterea unidirecțională a informațiilor, atunci în următoarea fereastră de setări pentru a primi date de la un alt program, setați valoarea Nu trimiteți. Arde și închide. Mai departe.

Acum trebuie să verificați parametrii introduși și, dacă sunt corecți, faceți clic pe Următorul, altfel reveniți la pasul anterior făcând clic pe Înapoi.

Apoi vi se va solicita sincronizarea. Faceți clic pe Finalizare.

Dacă este necesar să se coreleze obiecte identice din două configurații, se va deschide o fereastră pentru compararea datelor. Efectuăm comparația și facem clic pe Următorul.

Când transferați obiecte, pot apărea situații problematice; puteți vizualiza rezultatele făcând clic pe linkul Avertismente în timpul sincronizării datelor.

După finalizarea sincronizării, va apărea o fereastră care confirmă finalizarea cu succes a acestui proces.

Aici, prin comanda Configurare sau după, în scriptul de sincronizare, puteți configura programarea executare automată schimb valutar.

V viata reala o companie rară costă o bază de 1C. Cea mai frecventă situație este de două baze, contabilitatea și salariul.

Bazele trebuie conectate - salariul a fost calculat, impozitele calculate plătibile trebuie să meargă la departamentul de contabilitate.

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

Ce este 1C Exchange?

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

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

În birou, se creează documente privind deplasarea mărfurilor din depozit în depozit, se stabilesc prețurile. Documentele sunt încărcate în baze de date subordonate și bunurile „apar” acolo.

În magazine, se creează documente privind vânzarea de bunuri. Documentele sunt încărcate la baza biroului și vânzările „apar” acolo.

O astfel de schemă se numește o bază de informații distribuită (RIB). Proceduri pentru „încărcarea” documentelor - schimb bilateral 1C. Și setarea acestei scheme este URIB sau URIBD (gestionarea bazelor de date cu informații distribuite).

Principiile schimbului de directoare în 1C

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

O practică obișnuită este atunci când este permisă editarea unei referințe într-o bază de date și este copiată („migrată”) în rest. După cum am discutat mai devreme, fiecare element 1C are un identificator unic - un GUID. Directoarele sunt de obicei copiate împreună cu GUID-ul lor și, prin urmare, sunt identice în întregul sistem de informații distribuite.

În caz contrar, când sunt conectate mai multe baze de date existente inițial sau când pot fi create directoare în baze de date diferite în același timp, GUID-urile lor vor fi diferite. Există un mecanism de potrivire pentru aceasta. În schimbul 1C, informațiile sunt înregistrate într-un registru de informații speciale că un articol din baza nr. 1 cu GUID xxx este egal cu un articol din această bază cu GUID aaaa. Elementele disponibile inițial care nu mai sunt egale trebuie să fie potrivite automat (prin alte detalii, de exemplu, prin nume sau prin TIN și KPP) sau manual.

Principiile schimbului de documente în 1C

Documentele din 1C sunt păstrate în registre și după aceea sunt considerate „postate”. Acest lucru dă naștere la dificultăți de înțeles în portare.

O opțiune este de a transfera numai documente și de a le re-posta după încărcare. Această metodă este adesea utilizată, dar poate da naștere la erori - este posibil ca documentul să nu fie postat în noua bază de date, deoarece condițiile din timpul postării se pot dezvolta diferit decât erau la momentul postării acestui document în baza de date originală.

O altă opțiune este de a transfera împreună documente și registre. După cum înțelegem, apare imediat întrebarea - fie că transferăm toate documentele în general și apoi întregul registru în general, fie că suntem obligați să alegem pentru transferul numai mișcări pe documentele transferate.

Să presupunem că trebuie să transferăm un articol din catalogul Nomenclaturii. Acest director are 10 câmpuri, dintre care 5 sunt șiruri și numere, iar 5 sunt linkuri către alte directoare.

În consecință, atunci când transferăm un articol din Nomenclatură, suntem obligați să căutăm și să transferăm și 5 articole din alte directoare.

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

De fapt, se spune că aproape toate referințele de configurație se referă unul la altul într-un fel sau altul.

Planuri de schimb 1C

Să presupunem că am creat o bază de date distribuită și am schimbat 1C. Mărfurile au fost achiziționate de la depozitul central și pregătite pentru expediere la magazine. Introdus în 1C în birou documente necesare circulația mărfurilor. Le cere să se încarce în magazine.

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

Pentru aceasta există - planuri de schimb 1C. Programatorul creează în avans un plan de schimb 1C pentru efectuarea schimburilor 1C cu orice altă bază de date, de exemplu, cu magazinele noastre.

Planul de schimb 1C notează când utilizatorii lucrează cu cărți de referință și documente care au fost adăugate sau modificate de la ultimul schimb de 1C cu această bază.

Crearea URIB 1C

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

Configurațiile tipice au deja planuri tipice de schimb 1C. Tipurile de baze pentru care sunt destinate sunt clar intuitive din nume:

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

RIB - o bază de informații distribuită - poate fi realizată inclusiv pe baza planului de schimb 1C "Complet". În configurator, în acest plan de schimb 1C, ar trebui să existe o bifă „Infobase distribuită”.

Planul de schimb 1C creat în configurator indică faptul că vom schimba 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ă mergem la planul de schimb 1C (Planul de operațiuni / schimb; acestea pot fi, de asemenea, într-un alt meniu, adesea în meniul Serviciu / XXX).

În lista bazelor de date din planul de schimb 1C, există una cu un cerc verde în imagine. Acest element reprezintă ACEASTA BAZĂ. Restul elementelor denotă ALTE baze cu care se schimbă 1C.

Este necesar să completați atât numele, cât și codul pentru toate elementele.

Pentru a crea o bază „magazin” subordonată:

  • Setați cursorul din listă la elementul planului de schimb 1C, pe care l-am creat ca „baza magazinului”
  • Selectați elementul de meniu „Acțiuni / Creați o imagine inițială”.

Ca urmare, 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 des baza centrului) inițiază schimbul de 1C pe un program sau „după eveniment” (intrarea în baza unui anumit utilizator etc.)
  • Schimbul 1C constă în descărcarea unui fișier din baza de date
  • Fișierul trebuie mutat în locul din care baza subordonată îl poate ridica (mai des o minge sau un ftp, mai rar un e-mail)
  • Baza sclavă descarcă fișierul primit
  • Ca o confirmare a faptului că informațiile au fost primite, baza subordonată încarcă un fișier de „răspuns”, care este încărcat înapoi în baza centrală în același mod.
  • Sesiunea de schimb 1C este finalizată.

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

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

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

Configurarea RIB 1C

În constantele configurațiilor tipice (operațiuni / constante; sau setări de servicii / programe) - de obicei există Setări generale schimburi 1C. Acesta este un prefix din codurile articolelor și numerele documentelor pentru a identifica cu ușurință în ce bază de date a fost creată. Precum și o metodă internă de stocare a informațiilor despre locul în care au fost create directoare și documente.

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

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

Configurarea specifică metoda de schimb 1C: fișier (bilă), fișier (FTP), fișier (e-mail).

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

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

Selectați „Creați un schimb într-o bază de date distribuită”.

Încă de la început, 1C ne va oferi să indicăm cum vom schimba informații cu baza de date subordonată. Iată o opțiune de configurare „printr-un fișier pe o minge”.

Iată o opțiune pentru configurarea printr-un fișier în FTP.

Numele setării noastre de schimb 1C.

Și imediat o propunere de a crea o „imagine inițială” - adică baza de date subordonată însăși, cu descărcarea informațiilor primare în ea.

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

) pe baza 1C 8.3, schimbul de date cu Contabilitate 3.0 este foarte diferit de versiunea 2.5. În versiunea 2.5, schimbul a avut loc conform regulilor de schimb prin intermediul unui fișier XML la inițiativa utilizatorului. În versiunea ZUP 3.0, este mai probabil nu despre schimb, ci despre sincronizarea datelor.

Acum nu trebuie să faceți descărcarea și încărcarea de fiecare dată, trebuie să configurați sincronizarea între bazele de date o singură dată. Mai mult, a devenit posibilă configurarea programului de sincronizare, fără a exclude schimbul forțat de date.

Deci, să analizăm instrucțiunile despre cum să configurați sincronizarea datelor între 1C ZUP 3.0 și Enterprise Accounting 3.0.

Descărcarea datelor de la 1C ZUP 3.0

Să începem configurația ZIK 3.0 , accesați meniul „Administrare” și selectați elementul „Configurare sincronizare date”.

Și aici mulți dau peste prima „capcană” - steagul Sincronizare date nu e disponibil! Iar motivul este simplu: nu există suficiente drepturi pentru a configura sincronizarea. Pentru a accesa setările, chiar Drepturi depline. Numai un utilizator cu un rol poate configura sincronizarea Administrator de sistem... În acest caz, trebuie să contactați un specialist 1C sau medicul dumneavoastră administrator de sistem sau atribuiți-vă acest rol. Să luăm în considerare cum se face acest lucru (pentru care este disponibilă caseta de selectare, poate sări peste următoarea parte a articolului).

Pentru a activa rolul Administrator de sistem utilizare Configurator. V Configurator trebuie să accesați meniul Administrare, apoi submeniul Utilizatoriși selectați utilizatorul care va configura sincronizarea. Apoi, în fereastra care se deschide, accesați fila Alteși bifați caseta de lângă rol Administrator de sistem.

Faceți clic pe OK și ieșiți din configurator. Reporniți configurația ZIK 3.0 și asigurați-vă că caseta de selectare Sincronizare date este acum disponibil. Instalați-l.

Acum puteți trece la configurarea parametrilor de sincronizare. Pentru a deschide fereastra de pornire a configurării, faceți clic pe link Sincronizarea datelor.În fereastra care se deschide, setați prefixul pentru numerotarea documentelor și a cărților de referință (de exemplu, „ ZK ") transferat la Departamentul de contabilitate. În listă Configurați sincronizarea selectați date Contabilitatea întreprinderii, revizuirea 3.0.

Se va deschide fereastra Asistentului de setări. Aici programul vă va oferi să faceți de rezervăînainte de a începe setările. Vă sfătuiesc să nu neglijați această procedură. Setările vor fi făcute manual și nu dintr-un fișier creat într-un alt program, care va fi indicat de alegerea corespunzătoare.

Obțineți gratuit 267 tutoriale video 1C:

Apăsăm Mai departe... În fereastra următoare, indicăm că intenționăm să ne conectăm direct la baza de date Contabilitate 3.0 și unde se află. Dacă baza de date se află pe același computer sau pe un computer din rețeaua locală, trebuie să specificați calea către aceasta.

Dacă calea nu este cunoscută, poate fi găsită după cum urmează. Lansăm 1C 8.3 și selectăm în fereastra de lansare baza de informații cu care va avea loc schimbul. În partea de jos a ferestrei, va fi indicată calea către bază, trebuie să o copiați fără ghilimele și să o lipiți în câmp Director Infobaseîn fereastra de setări de sincronizare.

Dacă Infobase se află pe serverul 1C Enterprise, datele necesare conexiunii pot fi găsite și în fereastra de pornire.

La conectarea la o bază de date de pe server, sunt necesari doi parametri:

  • Cluster server
  • Numele bazei de date

În fereastra de lansare, plasați cursorul pe numele Infobase, iar parametrii conexiunii vor apărea în partea de jos a ferestrei.

După setarea tuturor parametrilor necesari, apăsați butonul Verificați conexiunea... Dacă totul este indicat corect, ar trebui să vedeți următoarea imagine:

Apăsăm Mai departe... Programul va verifica din nou conexiunea și va oferi să selecteze Organizatia, prin care datele trebuie încărcate la Departamentul de contabilitate (link Modificați regulile de încărcare a datelor), într-o fereastră și Organizatia, care va fi folosit pentru descărcarea de la Contabilitate la ZUP 3.0 (fereastra următoare).

Și apoi am dat peste a doua „capcană”. Când butonul este apăsat Mai departe a apărut următorul mesaj de eroare:

S-a dovedit că în configurație Contabilitatea întreprinderii, cu care vom sincroniza, trebuie să bifați și caseta Sincronizare date... Mergem la baza de informații a departamentului de contabilitate (din nou, este necesar sub un utilizator cu drepturile administratorului de sistem), apoi la meniul Administrare, la articolul Configurare sincronizare date. Bifeaza casuta Sincronizarea datelor. Puteți închide departamentul de contabilitate și reveni la ZUP.

Descărcarea în contabilitatea 1C 8.3

După ce faceți clic pe butonul Următor, va apărea o fereastră care vă va solicita sincronizarea. Puteți apăsa imediat butonul Gatași sincronizează imediat, dar am debifat mai întâi această casetă pentru a afla ce îmi va oferi mai mult programul, și anume programul de schimb promis.

Apăsăm Gatași intrăm în fereastra unde puteți vizualiza și modifica toate setările făcute anterior, precum și configura programul.

Setarea programului nu a provocat plângeri speciale. După apăsarea butonului Ton apare fereastra de setări. Bifeaza casuta Programat automatși urmați linkul către fereastră Programa... După setare, faceți clic pe OK. Programul poate fi personalizat pentru fiecare Baza de informații atât pentru încărcarea, cât și pentru descărcarea datelor.

Rămâne să discutăm încă un punct important. La prima sincronizare, trebuie să faceți o mapare a datelor. Acest lucru este necesar pentru a evita duplicarea elementelor din directoare sau documente. Acest lucru este relevant în principal pentru cărțile de referință.