Se fac progrese, iar punctele noastre de vânzare cu amănuntul încă funcționează pe vechiul, dovedit 7. Așa că acest tip de problemă a devenit modul de implementare a schimbului de date în 7 folosind mijloace prin URDB. Pentru cei care nu știu, URDB este un management de baze de date distribuit. URDB este o bază de date centrală de informații cu un al n-lea număr de baze de date periferice. Întreaga noastră bază de date de tranzacționare este stocată în baza de date centrală, care încarcă toate datele în bazele de date periferice, care sunt situate în punctele noastre de vânzare cu amănuntul din oraș și regiuni.
Acest lucru vă permite foarte convenabil să păstrați înregistrări într-o singură configurație și reduce introducerea datelor duplicate în toate ramurile. Lucrul cu URDB este implementat în așa fel încât toate informațiile inițiale să fie stocate pe serverul central, apoi descărcarea merge către bazele de date periferice din filiale, toate informațiile acumulate în bazele de date periferice pentru o anumită perioadă sunt încărcate pe serverul central al sediului central.
Instalăm configurația 1C Enterprise 7.7 pe serverul central, vă voi spune folosind exemplul unei configurații tipice. Instalăm configurația pe server, începem prima lansare și indexarea bazei de informații. Închidem întreprinderea, lansăm configuratorul, selectăm „Administrare->Distributed Information Security->Management” în elementul de meniu, Fig. 1.
Fig 1.
Fereastra de dialog „Distributed Data Management” se va încărca în fața dvs., Fig. 2. Creați o bază centrală de informații, după ce faceți clic, veți vedea o casetă de dialog în care trebuie să introduceți codul și numele Central Information Security. Baza centrală este gata. Să trecem la crearea bazelor de date periferice, acestea sunt create în același mod, doar faceți clic pe butonul „Periferic nou”. IB.” Codul de securitate a informațiilor poate fi specificat în cifre și litere, de exemplu, l-am făcut în cifre la modă veche; În plus, când codul este format din litere, precum „Depozitul 1 Mercur”, dacă puneți litera de cod M, va fi mai ușor să navigați în setările de schimb automat.
Fig 2.
Am rezolvat crearea bazelor de date, să trecem la configurarea schimbului automat între baze de date, Fig. 3.
Fig 3.
Din figura 3, puteți vedea în arbore că securitatea informațiilor noastre periferice este listată, selectăm codul 2 - „Depozit 1 Mercur”, avem 3 file „Fișiere, moduri, e-mail, parole ZIP”.
Fișiere, moduri - configurarea propriu-zisă a securității de încărcare și descărcare a informațiilor este în curs de desfășurare, în directorul central de securitate a informațiilor creăm două foldere setate și încărcate, specificând numele arhivelor care vor fi create la utilizarea auto-exchange. Vizavi de selecția directoarelor, puteți bifa caseta de selectare „Unul pentru toți”. Și vizavi de numele și modul de fișiere scriem numele de securitate a informațiilor - de exemplu, pentru „Depozitul 1 Mercur” - s1_m_load.zip și s1_m_set.zip.
Email – indicăm e-mailul, securitatea centrală a informațiilor și securitatea informațiilor periferice, selectăm și configurația programului de mail instalat plus adresele de email și parolele de e-mail, Fig. 4.
Fig 4.
Parole ZIP – setăm parole pentru arhivele create pentru a crește securitatea datelor stocate în arhivă.
Am setat schimbul automat între bazele de date, acum ne descarcăm securitatea centrală a informațiilor și o instalăm pe toate computerele noastre la distanță din birou. Pentru a face acest lucru, creăm un folder gol, lansăm 1C, specificăm calea către folderul nostru, mergem la configurator și încărcăm securitatea informațiilor centrale descărcate. Mergeți la meniul din Figura 1. În continuare, facem totul ca în Figurile 2 și 3. Creăm foldere pentru încărcarea și descărcarea datelor în directorul bazei de date periferice „Warehouse 1 Mercury” și ne putem pune la treabă.
Un mic Întrebări frecvente despre acest articol.
1) Dacă ați vrut să faceți un URDB regulat de securitate a informațiilor, ce ar trebui să faceți?
Ștergeți fișierul 1SSYSTEM.DBF, rulați exclusiv programul și gata.
2) Lucrezi cu e-mailul?
Dacă știți cum să configurați Outlook, atunci totul este în regulă. Și dacă nu sunteți bun la asta, ca opțiune puteți folosi un server ftp, puteți încărca date, instala un program care se va conecta la ftp și va înlocui fișierele de pe server sau puteți scrie propriul script și îl adăugați la sarcinile Windows.
3) Actualizare de configurare?
Trebuie să faceți actualizări numai pe serverul central de securitate a informațiilor, actualizările vor fi transferate automat în loc cu datele în timpul schimbului automat între bazele de date.
4) Lucrezi cu prefixe IS?
Deoarece am luat în considerare 3 sisteme de securitate a informațiilor: securitatea informațională centrală, depozitul 1 și depozitul 2, pentru a facilita urmărirea documentelor în „Constante”, puteți seta prefixele bazei de date. Exemplu: în constanta „Prefix IB” setăm valoarea CB - bază centrală, iar în constanta „Nu aplicați prefixe IB” lăsăm valoarea implicită 0.
Asta e tot. Testare IS fericită.
Scris de: Plakhov Evgeniy aka bjjzpp
E-mail: eval(unescape("%64%6f%63%75%6d%65%6e%74%2e%77%72%69%74%65%28%27%3c%61%20%68% 72%65%66%3d%22%6d%61%69%6c%74%6f%3a%62%6a%6a%7a%70%70%40%67%6d%61%69%6c%2e% 63%6f%6d%22%3e%62%6a%6a%7a%70%70%40%67%6d%61%69%6c%2e%63%6f%6d%3c%2f%61%3e% 27%29%3b"))
Adesea, în practică, există situații în care diferite divizii sau ramuri sunt localizate geografic în locuri diferite. În același timp, datele introduse în program în departamentele aflate la distanță trebuie să ajungă cumva la sediul central, astfel încât evidențele generale să fie păstrate.
În prezent, această problemă este adesea rezolvată oferind angajaților la distanță geografică acces de la distanță la o bază de date comună. Se poate realiza prin publicarea bazei de date pe un server web, printr-un desktop la distanță etc.
Cu toate acestea, situațiile nu sunt neobișnuite când pur și simplu nu există Internet într-un birou îndepărtat din punct de vedere geografic sau nu este suficient de stabil pentru a funcționa într-o bază de date comună de informații. În acest scop, 1C are un mecanism pentru configurarea unei baze de date distribuite.
Mai simplu spus, sediul central este locul în care se află baza principală. Departamentul de la distanță folosește un subordonat. Pot exista mai multe astfel de baze de sclavi. Ca rezultat, o astfel de bază de date distribuită este unită într-una singură prin sincronizare. Se poate face fie automat conform unui program, fie manual.
În acest articol ne vom uita la configurarea unei baze de date distribuite pentru 1C: Contabilitate 3.0. În ciuda acestui fapt, instrucțiunile sunt potrivite pentru majoritatea celorlalte configurații 1C 8.3.
Notă ca toate modificările de configurare necesare să fie făcute numai în baza de date RIB principală. În timpul sincronizării, aceste modificări vor fi transmise tuturor bazelor de date slave și vor intra în vigoare.
Baza principală de informații
Când utilizați o bază de date distribuită, setările principale cad în baza de date principală. Acestea trebuie făcute în secțiunea „Administrare”, așa cum se arată în imaginea de mai jos.
În fereastra care se deschide, bifați imediat caseta de selectare „Sincronizare datelor”. În partea de jos, specificați prefixul bazei de date principale (actuală). Poate consta din cel mult două caractere. În cazul nostru, prefixul va fi „BG”, deoarece ne referim la acest RIB 1C este „Contabilitatea principală”.
Acum puteți începe configurarea sincronizării în sine, și anume, specificând cu ce bază de date (sau baze de date) vor fi schimbate datele. Pentru a face acest lucru, urmați hyperlinkul „Setări de sincronizare a datelor”. Va fi disponibil pentru navigare numai dacă caseta de selectare din stânga este bifată.
În fereastra care se deschide, selectați „Complet...” din meniu. Ne va permite să specificăm orice bază de informații 1C pentru sincronizare.
În prima fereastră pentru conectarea unei baze de date subordonate, care se află într-un birou îndepărtat din punct de vedere geografic, bifați caseta că conexiunea se va face printr-un director local sau de rețea. În cazul nostru este „D:\DB\InfoBase”. De asemenea, vom verifica în prealabil dacă îi puteți scrie.
Asigurați-vă că specificați prefixe diferite pentru diferite baze de date. Faptul este că la sincronizarea datelor, datelor supraîncărcate din fiecare bază de date li se atribuie propriul prefix. Dacă sunt duplicate, munca va fi incorectă, așa că programul nu vă va oferi această oportunitate.
Când programul vă solicită să creați o imagine de pornire, selectați această opțiune. Această procedură va dura ceva timp, după care salvați-o pe computer cu numele „1Cv8.1CD”.
Sincronizarea în sine se poate face fie automat conform unui program pe care îl puteți configura singur, fie manual. În cel de-al doilea caz, faceți clic pe butonul „Sincronizare” la un moment convenabil pentru dvs.
Nod slave RIB
Numărul de setări efectuate în baza de date slave este semnificativ mai mic. În aceeași secțiune, setați indicatorul „Sincronizare date” și făcând clic pe linkul corespunzător, butonul „Sincronizare” va fi disponibil.
În exemplul nostru, două articole de articole au fost adăugate la baza de date principală: „Grânză” și „Placă”. După sincronizare, au ajuns în baza de date slave. După cum puteți vedea în imaginea de mai jos, li s-a dat prefixul „BG”. Celelalte două poziții („strung” și „palet”) li se atribuie prefixul „BP”, deoarece au fost create direct în baza de date subordonată.
Notă că numerotarea elementelor în cazul nostru este continuă, dar numai în cadrul aceluiași prefix.
| Componenta RDDB (Distributed Database Management) este utilizată atunci când este necesar să se schimbe informații între două sau mai multe baze de informații identice (denumite în continuare IS) printr-un canal de comunicare îngust (de exemplu, modem, e-mail). Mai jos sunt instrucțiuni pas cu pas și sfaturi practice pentru configurarea unui URDB în 1C:Enterprise 7.7. Exemplul este dat pentru două sisteme de securitate a informațiilor, deși configurarea acestuia pentru un număr mai mare de baze de date prin analogie cu două baze de date nu este dificilă. | Autor articol: romix | Editori: evGenius Ultima editie Nr.7 din 22.02.08 | Poveste URL: |
Cuvinte cheie: URBD, script pentru schimb automat, schimb între filiale, mail, rom-mail.dll, DialMail.dll, CDO, dialer, URIB
Componenta RDDB (Distributed Database Management) este utilizată atunci când este necesar să se facă schimb de informații între două baze de informații identice (denumite în continuare IS) printr-un canal de comunicare îngust (de exemplu, modem, e-mail). Mai jos sunt instrucțiuni pas cu pas și sfaturi practice pentru configurarea unui URDB în 1C:Enterprise 7.7. Exemplul este dat pentru două sisteme de securitate a informațiilor, deși configurarea acestuia pentru un număr mai mare de baze de date prin analogie cu două baze de date nu este dificilă.
1) Biblioteca DistrDB.dll din folderul BIN al programului 1C:Enterprise este responsabilă pentru funcționarea componentei URDB. Această componentă este achiziționată și instalată separat.
2) Pentru exemplul de schimb automat, vom crea două baze de informații, plasându-le în folderele numite c:\1c_base1 și c:\1c_base2. Creați aceste foldere și în fiecare dintre ele - subdirectoare cu numele CP și PC (cu litere latine)
3) În folderul c:\1c_base1, plasați o configurație gata făcută (de exemplu, „Comerț și depozit”). Dar este mai bine să te antrenezi pe cea mai simplă bază de informații (care conține, de exemplu, un singur director cu mai multe intrări). Este important pentru noi să ne asigurăm că datele migrează efectiv de la un sistem de securitate a informațiilor la altul ca urmare a schimbului automat URDB, iar acest lucru poate fi demonstrat atât folosind un exemplu de testare complex, cât și cel mai simplu.
4) Închideți toate ferestrele din Configurator și activați elementul de meniu „Administrare – Securitate informații distribuite – Management”. Acest element de meniu este disponibil dacă folderul BIN al programului 1C:Enterprise conține componenta DistrDB.dll. Dacă biblioteca are versiunea greșită sau este deteriorată, pur și simplu reinstalați 1C:Enterprise deasupra instalării curente - biblioteca DistrDB.dll va fi înlocuită cu versiunea corectă.
5) În fereastra care se deschide, faceți clic pe butonul „Securitate centrală a informațiilor”. În fereastra de solicitare, indicați codul noii baze de informații (introduceți numărul 1) și descrierea acesteia (de exemplu, „Securitate centrală a informațiilor”).
6) Stingeți avertismentul care apare despre ireversibilitatea modificărilor făcând clic pe „OK” (metoda nedocumentată este descrisă mai jos despre cum să readuceți baza de date la starea inițială, dacă este necesar).
7) Faceți clic pe butonul „Periferic nou”. IB". În fereastra de solicitare, specificați codul 2 pentru acesta și descrierea – „Securitatea informațiilor periferice”.
8) Faceți un singur clic pe baza periferică și faceți clic pe butonul „Configurare”. schimb auto”. În fereastra care se deschide, setați comutatorul pentru a schimba modul de schimb automat „Manual” la „Automat” și faceți clic pe butonul „OK”.
9) Faceți clic pe butonul „Încărcați date”. Amintiți-vă (în clipboard) numele fișierului cu încărcarea „c:\1c_base1\CP\20.zip” - ne va fi util mai târziu. Faceți clic pe OK. La finalizarea descărcării, 1C va scrie „Descărcare finalizată cu succes”.
10) Închideți Configuratorul și introduceți (și în modul Configurator) folderul (încă gol) în care ar trebui să se găsească al doilea IB (în exemplul nostru - c:\1c_base2). Specificați că baza de date trebuie să fie în format DBF/CDX și faceți clic pe OK.
11) Accesați elementul de meniu Administrare – Securitate informații distribuite – Management. Ca răspuns la întrebarea „Baza de informații nu a fost găsită. Doriți să încărcați date?" Faceți clic pe „Da” și specificați numele fișierului de încărcare (în exemplul nostru, „c:\1c_base1\CP\20.zip”) și faceți clic pe „OK”. Odată ce descărcarea este finalizată, 1C va scrie „Descărcare finalizată cu succes”. Am creat cu succes o securitate a informațiilor periferice prin descărcarea datelor din centrala de securitate a informațiilor.
12) Schimbați ceva (de exemplu, adăugați un nou element de director) într-una dintre bazele de informații. Scopul nostru este să ne asigurăm că modificările unui (orice) sistem de securitate a informațiilor sunt transferate către un alt sistem de securitate a informațiilor prin schimb automat. Utilizați elementul de meniu „Administrare” – „Securitate informații distribuite” – „Schimb automat” alternativ în fiecare dintre bazele de date. Fișierele de descărcare care apar recent cu extensia ZIP în folderele CP și PC trebuie mutate (copiate) între bazele de informații conform principiului CP->CP, PC->PC (în condiții reale de „câmp” acest lucru se face de obicei prin e-mail) .
Sfaturi și rețete
1) Pentru a transforma o bază de date distribuită într-una obișnuită, ștergeți fișierele 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF și fișierele lor *.CDX corespunzătoare, precum și 1SSYSTEM.DBF. În principiu, este suficient să ștergeți 1SSYSTEM.DBF. După aceasta, trebuie să restabiliți punctul de relevanță rulând programul în modul exclusiv. Acest truc este nedocumentat (ghiciți de ce), dar funcționează totuși.
2) Puteți modifica configurația 1C, dar numai în Securitatea Informațională Centrală. Acest lucru este foarte convenabil - modificările în securitatea informațiilor periferice sunt lansate automat.
3) Dacă ați pierdut (de exemplu, ca urmare a unei erori de e-mail) una sau mai multe încărcări, nu vă supărați, pentru că... URDB poate monitoriza astfel de situații și poate repeta trimiterea datelor pierdute în timpul următoarei sesiuni de schimb automat.
4) Capacitatea standard de a trimite e-mail în 1C este implementată prin interfața MAPI atunci când interacțiunea are loc cu un client de e-mail (cum ar fi Outlook). Sfatul meu este să nu vă pierdeți timpul - în practică, cu MAPI și diverse tipuri de Outlook, apar în mod constant probleme care impun dezvoltatorului să „conducă rapid” între ramuri. Nu recomand să utilizați o conexiune directă prin modem sau FTP din același motiv. Este mai bine să trimiteți e-mail folosind componente externe, cum ar fi rom-mail.dll sau DialMail.dll.
O altă opțiune este să utilizați CDO
http://avb1c.narod.ru/?=a9
(c) avb, Cornul absurdului
5) Puteți obține un program care poate efectua automat schimbul automat și poate trimite fișiere de încărcare prin e-mail aici:
Dacă configurați corect mai multe constante (adrese de e-mail, parole, prezență etc.), utilizatorul trebuie doar să facă dublu clic pe scurtătură pentru a porni Auto Exchange.
Programul este implementat ca o configurație 1C:Enterprise. O descriere detaliată este conținută în fișierul DOC atașat.
6) Dacă trebuie să apelați automat furnizorul dvs., utilizați programul E-Type Dialer. Poate lansa aplicații externe după conectarea cu succes. O altă opțiune este să utilizați componenta externă DialMail, care are mijloacele de a lucra cu un modem (sfat - prefixul latin „p” în fața numărului oferă apelare cu impulsuri, 9W în fața numărului - apelarea prin „nouă” și așteptând un ton de apel pe linie etc.).
Notă: Windows XP are un dialer încorporat numit rasdial.exe. Comutatoare din linia de comandă:
rasdial.exe Element Parolă utilizator
rasdial.exe Element /DECONECTARE
7) Se acordă prioritate modificărilor efectuate în Securitatea Informațională Centrală. Vă rugăm să rețineți că în configurațiile tipice 1C, prefixele de bază de informații sunt utilizate (vezi această setare în Constantes), astfel încât codurile elementelor de director și numărul documentelor create în diferite baze de date să nu coincidă, iar unicitatea acestora să nu fie încălcată.
Aproape fiecare utilizator care lucrează cu baze de date se confruntă cu problema transferului de date de la un program la altul, de la o bază de date la alta. Sistemul 1C Enterprise are instrumente încorporate pentru organizarea schimburilor între programe precum Comerț și Contabilitate sau Salari și Contabilitate. Dar adesea apar situații când este necesar să se transmită și să primească informații dintr-un magazin online sau să se transfere date din programele altor companii, de exemplu Microsoft Access sau Microsoft SQL. Și dacă, de exemplu, aveți o bază de date veche 1C Trade and Warehouse 7.7 și intenționați să implementați un sistem modern puternic bazat pe 1C Trade Management 8.0, atunci nu vă puteți lipsi de programele de conversie. În această secțiune, vom analiza opțiunile de schimb, atât încorporate în configurațiile standard, cât și acele potențiale nelimitate pe care le puteți utiliza pentru a vă crea propriile scheme de schimb.
| Cale | Incorporat | Condiții | Avantaje | Automatizare | Dezvoltator |
| URIB 1S1S |
Platformă |
|
|
|
Firma 1C |
| XML 1C->1C |
Configurare |
|
|
||
| MAUD 1C->1C |
|
Abilitatea de a crea și configura reguli de schimb fără participarea unui programator | Opțiuni pentru orice automatizare sunt posibile folosind limbajul 1C încorporat și stabilirea regulilor de schimb | PB | |
| OLE-Automatizare 1C->1C |
|
|
Orice opțiune de automatizare este posibilă folosind limbajul 1C încorporat | ||
| Excel, Word MS Office |
|
Convenabil pentru a lucra cu liste de prețuri, liste și pentru a descărca formulare tipărite | |||
| .txt, .csv, .dbf, .xml si etc. ...->1C |
Convenabil pentru schimb cu alte programe și echipamente externe. |
Managementul bazei de informații distribuite (DIB)(1C1C) - o componentă a platformei programului 1C Enterprise, dezvoltată de 1C. Vă permite să creați mai multe baze de date de informații într-un singur spațiu de informații. Schimbul se realizează prin încărcarea/descărcarea unui fișier extern în modul Configurator.
Condiția principală este o singură configurație pentru toate bazele de date. Avantajele acestei metode sunt viteza mare, posibilitatea schimbului bidirecțional și independența aproape completă față de versiunea de configurare. Dezavantajele includ faptul că nu se pot transfera documente individuale sau elemente ale directoarelor, doar întregul director (sau mai bine zis, modificările efectuate de la ultimul schimb) sau toate documentele de tipul selectat (pentru aceeași perioadă).
URIB este convenabil de utilizat pentru sincronizarea directoarelor și pregătirea bazelor de date pentru utilizarea ulterioară a unei alte metode de schimb pentru transferul documentelor individuale. Și, de asemenea, dacă utilizați o linie de modem de viteză redusă pentru a transfera copii periodice ale bazei de date, deoarece fișierul de transfer conține doar informații despre modificările efectuate.
Un exemplu de dialog pentru crearea unei baze de date distribuite 1C Enterprise 7.7 și 1C Accounting 7.7: se ia ca bază baza de date existentă, se declară baza de date Centrală și se definește o listă de baze de date periferice. Apoi, copii ale bazelor de date periferice sunt create din baza de date centrală, astfel încât este imposibil să conectați două baze de date inițial separate în acest fel. Modificarea configurației este permisă doar în baza de date Centrală, după care în următoarea sesiune de schimb, aceasta va fi instalată automat în toate bazele de date Periferice.
Dialog de sesiune de schimb 1C Enterprise 7.7
XML și Manager de schimb de date (DEM)(1C->1C) - metode foarte asemănătoare. Folosind programe specializate, sunt create fișiere - „Reguli de conversie”, care indică schematic ce obiect (director, document) se transferă și cum se convertește. În continuare, se schimbă procesarea universală de descărcare și încărcare.
Avantajele metodelor sunt că bazele de date de schimb pot avea configurații complet diferite, iar informațiile în timpul transferului pot fi convertite folosind limbajul 1C încorporat. Dezavantajul este încetineala muncii și complexitatea stabilirii „Regulilor de conversie”. În special, trebuie luat în considerare faptul că, dacă modificați cel puțin una dintre configurații, va trebui să reconfigurați „Regulile de conversie”.
Metoda XML este convenabilă de utilizat la actualizarea versiunilor de configurare sau la trecerea de la un program la altul. În configurațiile tipice, toate metodele de schimb încorporate, precum și actualizările acestora, sunt implementate pe baza metodei XML.
Exemplu de dialog de încărcare cu „Reguli de conversie” încărcate pentru schimb între 1C Commerce+Warehouse 7.7 și 1C Accounting 7.7
Procesare de descărcare - descarcă orice fișier xml creat de 1C Enterprise 7.7 folosind orice „Reguli de conversie”.
OLE-Automatizare(1C->1C) - metoda se bazează pe integrarea unei baze de date 1C Enterprise sau 1C Accounting în alta. Condiția principală este ca ambele baze de date să fie localizate în aceeași rețea locală, iar utilizatorul să aibă acces la oricare dintre ele. Procedura de schimb în sine arată astfel: în programul în care trebuie să transferați documente, se deschide jurnalul de documente al unui alt program în care se află aceste documente.
Folosind filtre speciale de selecție și sortare, utilizatorul marchează documentele care trebuie transferate, după care aceste documente sunt descărcate cu toate analiticele, actualizându-le în directoare dacă este necesar.
Principalul avantaj este claritatea acestei metode, utilizatorul are posibilitatea de a controla pe deplin procesul de schimb și conversie, rezultând, de exemplu, un document consolidat în loc de facturi individuale selectate. Dezavantajul este că schimbul are loc fără a crea un fișier cu informații, așa că această metodă nu este potrivită pentru lucrul cu transferul de e-mail. Cea mai convenabilă aplicație este integrarea 1C Trade + Warehouse și 1C Accounting.
Un exemplu de dialog pentru încărcarea documentelor de la 1C Commerce + Warehouse 7.7 la 1C Accounting 7.7. Pentru început, se stabilește o perioadă după completarea jurnalului cu documente, documentele necesare sunt selectate folosind filtre și casete de selectare. Butonul „Import” încarcă documentele selectate în conformitate cu modul setat.
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 resurselor umane) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, așa că 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 în mod special la actualizarea sau efectuarea de modificări ale 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.