Istoricul 1: Cine este de vina?
Managerul Ivan vine la șeful de birou de vânzări. Conversația începe cu o voce ridicată:
- Am pierdut un client! - indignat managerul - am plasat o comanda, special rezervate pentru cumpărător de produs. Dar cineva a luat comanda mea de a rezerva! Am pierdut din cauza acestui fapt, o parte semnificativă a primei lunare, am ratat o afacere mare! Cineva corectat documentul, reducerea perioadei de rezervă. Cum știu cine este de vina?
Istoricul 2: Nu am fost eu!
Story 3: Totul este pierdut, seful!
Tatyana de panica determina data nu poate fi pierdut documente, și, prin urmare, este imposibil de a remedia situația. Ce să fac?
Este absolut adevărat povești din practica angajaților noștri. Rețineți mai întâi că totul sa terminat cu bine în toate cele trei etaje. Precum și a face - vei învăța de la acest articol.
Deci, „Cine este de vină?“ Și „Ce ar trebui să fac?“. Aceste întrebări sunt lungi date, deoarece de clasici, sunt încă și mai multe răspunsuri. Secretul este versatilitatea lor, ceea ce nu este considerată domeniu de activitate umană, există întotdeauna vinovat, și vor exista întotdeauna întrebări cu privire la ce să facă cu consecințele. Nu este o excepție și sfera de automatizare a comerțului.
Atunci când se lucrează cu sistemele de contabilitate, în orice întreprindere în cazul în care baza de date are mai mult de o persoană în mod regulat ridică multe povești similare cu cele de mai sus.
Litigiile pot fi evitate în cazul în care informația este înregistrată în detaliu în sistem despre cine, când și ce schimbări sunt făcute în sistem.
În acest articol ne vom uita la utilizarea mecanismului versionare pentru obiecte pe un exemplu de configurație 1C: Enterprise Trade Management (UT), versiunea 11.1. Acest mecanism vă permite să salvați modificările în istoria documentului sau director, pentru a analiza care este de vină pentru apariția erorilor contabile, precum și răspunde la întrebarea de ce să facă pentru a reveni „pătați“ documentul (sau director) la aspectul inițial.
Cum se configurează versionare la UT 11.1?
Capacitatea de a salva istoria obiectelor incluse în secțiunea Administrare - Setări generale:
Figura 1. Activarea facilități versiunilor
Acum, că însăși posibilitatea de versionare este activată, trebuie să configurați, se modifica orice documente și directoarele sunt stocate. Această setare este important, deoarece pe de o parte, includerea de facilități suplimentare în sistemul de versionare poate crește în mod inutil dimensiunea bazei de date, iar pe de altă parte, avem nevoie pentru a salva modificările la toate facilitățile importante pentru a evita disputele în muncă. Am clic pe un hyperlink „obiecte verionate“ (dreapta rândul său de pavilion versionare) și se trece în fereastra de configurare:
Figura 2. Stabilirea facilităților versiunilor
În coloana din stânga vom vedea lista de obiecte de sistem: cărți de referință și documente. În coloana din dreapta, faceți dublu clic pe celula, putem alege o variantă de versionare obiect:
- Nu versionare.
Istoria reviziilor nu va fi salvat - Versionare în timpul înregistrării.
Modificările vor fi înregistrate de fiecare dată când salvați un document sau carte. Modificările aduse documentelor în care exploatația furnizate vor fi menținute chiar și în lipsa documentelor - Versionare timpul.
Modificările vor fi fixate menținând în același timp directoare și documente. Pentru documentele care dețin furnizate, modificările vor fi salvate? numai în cazul în care documentul este efectuat (prima exploatație și mai mult atunci când înregistrate).
Semnalăm la Ordinul cumpărătorului opțiunea „versioned atunci când scrieți“. Și pentru a furnizorului - „în timpul verionate.“
Cum pot vedea istoricul modificărilor aduse obiectului?
Istoria modificărilor obiect poate fi văzută prin deschiderea obiectului și făcând clic pe hyperlink „Schimbarea“ în bara de navigare:
Figura 3. Mutare Istoricul modificărilor
Când faceți clic pe un hyperlink se deschide o fereastră cu o listă de versiuni salvate ale documentului:
Figura 4. Lista de versiuni salvate ale documentului
putem din această fereastră:
- Deschideți versiunea și a vedea cum arată documentul la un anumit moment (în cazul în care angajatul a lucrat cu el). Pentru a face acest lucru, plasați cursorul pe linie cu numărul de versiune și faceți clic pe butonul „Deschidere versiune.“
- Comparați versiuni ale reciproc, a se vedea în mod clar că sa schimbat în document. Pentru a face acest lucru, țineți apăsată tasta Ctrl de pe tastatură, trebuie mai întâi să faceți clic pe o versiune și apoi pe de altă parte. După cele două linii (nu sunt aranjate în mod necesar într-un rând) va fi selectat, apăsați butonul „Compară versiunile“. Deschideți un raport care va arăta doar modificările aduse documentului:
Figura 5. Raport Schimbare Vedem că, la 10:40 de Bakhshiev a intrat în ordinea cumpărătorului, a schimbat managerul (indicând în sine) și a trimis un ordin de la statutul de „nu a fost de acord“.
Cum de a reveni la versiunea salvată a obiectului?
Pentru a anula toate realizate în manual și documenta modificările și a reveni la oricare dintre versiunile anterioare, du-te la fereastra de istoricul modificărilor documentelor, setați cursorul pe versiunea, la care doresc să se întoarcă (o scurtă incursiune la ea și specificând necesitatea de a reveni) și apăsați cu privire la „Treceți la versiunea“ pe bara de instrumente.
Baza raportează că trecerea la versiunea a fost de succes:
Figura 6. Reveniți la vechea versiune
În cazul în care, cu toate acestea, am fost greșit, și mai corect este o versiune a documentului pentru a merge, atunci puteți trece la versiunea anterioară a documentului (în exemplul nostru - la versiunea 4-lea).
Deci, ne-am uitat la sistemul de bază funcționalitate versionare. Am văzut cum să evite conflictele în activitatea de bază, în cazul în care este posibil pentru a vizualiza istoricul modificărilor de obiecte, compara versiuni ale unui document sau un director la o dată diferită (ora) unul de altul și chiar du-te înapoi la orice versiune salvată a obiectului
Și ce despre eroii din poveștile a spus la începutul articolului?
Așa cum am menționat mai devreme, acesta sa terminat cu bine.
Ivan se uită la istoricul modificărilor comenzii și a văzut că la 9:25, în dimineața pentru a edita managerul Kate. Ea urgent necesare pentru a scrie o comanda pentru un client si soldul disponibil al mărfurilor nu a fost suficient. Ea a cerut scuze lui Ivan, și, desigur, el o iertase. Mai ales că, pentru Katie poate fi mutat la o dată ulterioară, și nava mărfurile cumpărătorului Ivan în aceeași zi.
La Departamentul de suport tehnic, care a cerut Svetlana, am verificat istoricul modificărilor aduse de contrapartidă „Dandelion“, și a aflat că în loc să aducă într-o nouă bază de card de client, Svetlana a înregistrat informații în carte „clopot“ contrapartea, ștergerea datelor vechi. companie de card „Bell“ a fost returnat, reputația programului și Departamentul de suport tehnic a fost restaurată, iar Svetlana a devenit mai atenți la munca lor.
În ceea ce privește Tatiana contabil, apoi folosind mecanismul de versionare, a fost posibil nu numai să știe ce date au fost utilizate în documentele, dar, de asemenea, pentru a le reveni la aspectul original.
Vă dorim succes în munca ta!