Direktor Ivan ulazi u kancelariju šefa odjela prodaje. Razgovor počinje povišenim tonom:
- Izgubili smo klijenta! - ogorčen je menadžer, - Naručio sam, rezervisao robu posebno za kupca. Ali neko je moju narudžbu skinuo sa rezerve! Izgubio sam značajan dio svoje mjesečne premije zbog ovoga, propustili smo veliki posao! Neko je ispravio dokument, smanjivši period rezerve. kako saznati, ko je kriv ?
Priča 2: Nisam ja!
Menadžer Svetlana je ušla u bazu podataka kontakt informacije klijent "Zvono" kada je telefon zazvonio. Zvao se novi klijent, kompanija Dandelion. Svetlana je prihvatila narudžbu i registrovala klijenta u sistemu. Nazad na stari posao, otkrila je da je druga strana “Bell” netragom nestala. Svetlana je kontaktirala odeljenje tehničke podrške sa žalbom na „kvar“ u programu: Šta je to kada podaci nestanu bez traga? Program nije dobar!
Priča 3: Sve je nestalo, šefe!
Računovođa Tatjana je analizirala dokumente za prošli mesec i navela u njima da su dokumenti verifikovani. Za svoj rad koristila je „Grupnu obradu priručnika i dokumenata“, što joj je omogućilo da bira dokumente na osnovu određenog kriterijuma i ne mora da ulazi u svaki dokument radi potvrde. Tatjana je bila dobar računovođa, ali greške se dešavaju svima. Umjesto odabira dokumenata za prvi april 2014., ona je sve dokumente za april pomjerila na prvi april (obrada vam omogućava i promjenu datuma).
Tatjana paniči: nemoguće je utvrditi izgubljene datume dokumenata, što znači da je nemoguće ispraviti situaciju. Šta da radim ?
Ovo je apsolutno prave priče iz prakse naših zaposlenih. Odmah da primetimo da se u sve tri priče sve dobro završilo. Kako i zahvaljujući čemu - naučit ćete iz ovog članka.
Dakle, "Ko je kriv?" i "Šta da radim?" Na ova pitanja, koja su davno postavili klasici, i dalje se sve više odgovara. Tajna je njihova svestranost, koja oblast ljudska aktivnost nemojte razmišljati o tome, uvek će biti neko kriv i uvek će se postavljati pitanja šta učiniti sa posledicama. Oblast automatizacije trgovine nije izuzetak.
Prilikom rada sa računovodstvenim sistemima, u bilo kom preduzeću gde više osoba radi u bazi podataka, redovno se pojavljuju mnoge priče slične gore navedenim.
Kontroverzne situacije se mogu izbjeći ako sistem bilježi detaljne informacije o tome ko je, kada i koje promjene unesene u sistem.
U ovom članku ćemo pogledati upotrebu mehanizma za verzioniranje objekata koristeći primjer konfiguracije 1C: Enterprise Trade Management (UT) verzije 11.1. Ovaj mehanizam vam omogućava da sačuvate istoriju promena dokumenta ili direktorijuma, analizirate ko je kriv za računovodstvenu grešku, a takođe i odgovorite na pitanje šta učiniti da vratite "oštećeni" dokument (ili direktorijum) u prvobitni izgled .
Kako konfigurirati verzioniranje u UT 11.1?
Mogućnost spremanja historije objekata je omogućena u odjeljku Administracija - Opće postavke:
Slika 1. Omogućavanje verzioniranja objekata
Sada kada je sama funkcija verzioniranja omogućena, morate konfigurirati koji će specifični dokumenti i direktoriji biti spremljeni. Ova postavka je važna, jer s jedne strane, uključivanje nepotrebnih objekata u sistem verzioniranja može nepotrebno povećati veličinu baze podataka, a s druge strane moramo sačuvati promjene na svim bitnim objektima kako bismo izbjegli kontroverzne situacije u radu. . Kliknite na hipervezu "Versionirani objekti" (desno od zastavice za omogućavanje verzije) i idite na prozor postavki:
Slika 2. Postavljanje verzioniranja objekata
U lijevoj koloni vidimo listu sistemskih objekata: direktorije i dokumente. U desnoj koloni, dvostrukim klikom na ćeliju, možemo odrediti opciju verzioniranja objekta:
- Ne verziju:
Historija promjena neće biti sačuvana - Verzija na pisanje:
Promjene će biti zabilježene svaki put kada snimite dokument ili direktorij. Promjene u dokumentima koje zahtijevaju knjiženje biće sačuvane čak iu dokumentima koji nisu knjiženi. - Verzija prilikom dirigovanja:
Promjene će biti zabilježene prilikom spremanja imenika i dokumenata. Za dokumente koji zahtijevaju knjiženje, hoće li promjene biti sačuvane? samo ako je dokument knjižen (prilikom prvog knjiženja i naknadno prilikom snimanja).
Za narudžbu kupca ćemo označiti opciju "Verzija nakon snimanja". A za narudžbu dobavljaču - “Verzija prilikom objavljivanja”.
Kako pogledati historiju promjena na objektu?
Možete vidjeti historiju promjena objekta otvaranjem objekta i klikom na hipervezu “Historija promjena” u navigacijskoj ploči:
Slika 3. Idite na istoriju promjena
Slika 4. Lista sačuvanih verzija dokumenta
Iz ovog prozora možemo:
Kako se vratiti na sačuvanu verziju objekta?
Da biste poništili sve promjene napravljene u direktoriju i dokumentu i vratili se na bilo koju od ranijih verzija, idite na prozor historije promjena dokumenta, postavite kursor na verziju na koju se želimo vratiti (nakon što smo je pogledali i odredili potrebno je vratiti) i kliknite na dugme „Prebaci na verziju“ na traci sa alatkama.
Baza podataka će izvestiti da je prelazak na verziju uspešno završen:
Slika 6. Vraćanje na staru verziju
Ako smo ipak pogriješili, a verzija dokumenta prije tranzicije je ispravnija, onda možemo prijeći na prethodnu verziju dokumenta (u našem primjeru na 4. verziju).
Dakle, pogledali smo glavnu funkcionalnost sistema Versioning. Videli smo kako da izbegnemo konfliktne situacije kada radite s bazom podataka, ako je moguće vidjeti povijest promjena objekata, uporediti verzije dokumenta ili referentne knjige za različite datume (vremena) međusobno, pa čak i vratiti se na bilo koju spremljenu verziju objekta
Šta je sa junacima priča ispričanih na početku članka?
Kao što je već rečeno, sve se dobro završilo.
Ivan je pogledao historiju promjena svoje narudžbe i vidio da je u 9:25 uređivala menadžerka Katya. Hitno je morala izdati nalog za klijenta, a slobodnih zaliha nije bilo dovoljno. Ispričala se Ivanu, a on joj je, naravno, oprostio. Štaviše, Katjina narudžba bi se mogla odgoditi za kasnije kasni datum, a roba je istog dana otpremljena Ivanovom kupcu.
Zaposlenica odjela tehničke podrške, koju je Svetlana kontaktirala, provjerila je historiju promjena druge strane Dandelion i otkrila da je umjesto unošenja nove kartice klijenta u bazu podataka, Svetlana snimila podatke u Bell karticu druge strane, brišući stare podatke. Vraćena je kartica kompanije Kolokolchik, vraćena je reputacija programa i odjela tehničke podrške, a Svetlana je počela biti pažljivija prema svom poslu.
Što se tiče računovođe Tatjane, uz pomoć mehanizma za verzionisanje, uspela je ne samo da sazna koje su datume dokumenti prethodno imali, već i da ih vrati u prvobitni oblik.
Želimo vam uspjeh u radu!
Kako mogu dobiti brzi odgovor koji korisnik bi mogao promijeniti podatke u programu na osnovu dokumenta? Šta je tačno promenio? Tako da ovaj odgovor bude što brži i da ovaj odgovor može dobiti svaki korisnik bez kontaktiranja administratora sistema.
U tipičnoj konfiguraciji, kontrola proizvodno preduzeće 1.3 (UPP) postoji modul za rad sa verzioniranjem objekata. Omogućava vam da pohranite u trenutnu bazu podataka sve promjene koje korisnici unose u direktorije i dokumente. Ovaj podsistem vam omogućava da selektivno naznačite za koje tipove direktorija i dokumenata se to može koristiti, a za koje ne.
Općenito, glavni problem ovog alata je što ti podaci u bazi podataka rastu toliko da volumen podataka postaje uporediv s veličinom pohrane historije za njih. Za velike baze podataka, ovo postaje katastrofalan problem.
Koliko će vremena trebati da se pronađe razlog ko je šta promijenio? Koliko poređenja trebate napraviti kada, recimo, historija pohranjuje da je dokument promijenjen 30-100 puta? Ali jednostavan unos kada objavljujete dokumente u grupi, ovdje će se dodati verzija izmjena, ali se u suštini ništa u dokumentu neće promijeniti takvim ponovnim objavljivanjem. Generalno, od ovog broja verzija izmjena, najviše 2-3-5 će biti važeće. A šta je sa ostatkom? A ovo je višak smeća.
Generalno, sistem je dobar, omogućava vam da detaljno zabilježite promjene. Ali kako dalje koristiti ove podatke nije baš zgodno. U većini slučajeva, kada korisnici dođu da saznaju ko je šta promenio u bazi, administrator 1C koristi ovaj izveštaj i utvrđuje te stvari.
Kako ovo pretvoriti u brzi alat da nađem odgovor ko je šta promenio?
"Reci mom malom ogledalu, reci mi celu istinu"...
Logično, naša revizija ni na koji način ne poništava blokadu verzija. Razvili smo sopstveni sistem operativne kontrole ko je šta promenio. Versioniranje može raditi paralelno. Sistem se zove “Historija promjena direktorija i dokumenata”. Prilično je jednostavan sistem u upotrebi, neophodno da se brzo dobije odgovor ko je promenio dokument, referentnu knjigu.
Kako ovaj sistem funkcioniše: kada se svaki direktorijum ili dokument upiše u registar informacija, beleži se istorija, ko je kreirao dokument, ko ga je postavio i obrisao. Istovremeno, dokumentima su dodani dodatni uslovi: ko je otpremio dokument, ko ga je uklonio iz isporuke u slučaju korišćenja sistema kontrole pošiljke. Ovdje se ova linija može dalje proširiti. Recimo za kadrovske evidencije: ko je dao dokument na potpis i kada je potpis stigao. Ovdje, ako želite, možete čak organizirati i evidenciju o tome ko je kada štampao dokument i koji je obrazac odštampao. Ovdje možete koristiti mnoge opcije i pohraniti historiju promjena statusa dokumenta.
Zapravo, svrha ovog sistema je jednostavno da brzo prijavi ko je promijenio dokument i kada. Detaljan odgovor šta je tačno korisnik promenio nije uvek neophodan. Drugim riječima, ovdje je jednostavan analog „dnevnika“, koji također izvješćuje kada i ko je izvršio radnje. Ali korisnik može pristupiti mnogo brže. Nezgodno je raditi sa standardnim dnevnikom, a uz ogromnu količinu podataka možda neće biti moguće dobiti ni brz odgovor. Ali ovdje se registar nalazi u samoj bazi podataka i odmah daje odgovor. I samo jedno dugme „Historija“ u samom dokumentu (!).
Svaki korisnik može brzo vidjeti ko je radio sa dokumentom. A sada, ako vam treba odgovor šta je tačno ovaj korisnik uradio sa njim (kao baza dokaza), onda već možete koristiti kompletne podatke na sistemu za verzionisanje.
“Ako se nešto može dokazati djelima, onda o tome ne treba trošiti riječi”
Aesop
"Čija cipela?"
Takođe u našem sistemu postoji još jedna mogućnost - ovo je održavanje istorije promena u tabelarnom delu magacina i računovodstvo proizvodnje, kao i dokumentacija o cijenama. Konkretno, u većini slučajeva, prilikom vođenja evidencije, zanima nas istorijat promjena u tabelarnim dijelovima „Proizvodi“, „Materijal“, „Proizvodi“.
Promjene se evidentiraju u kontekstu svakog dokumenta po datumu promjene, odgovornom licu koje je izvršilo izmjene, nomenklaturi, karakteristikama i seriji nomenklature, vrsti cijene, mjestu skladištenja (ako se koriste skladišne lokacije), količini, cijeni, iznosu, popustu , mjerna jedinica mjesta.
Kako radi? Recimo da trebate dobiti odgovor: kada se postavlja nova cijena? Ko je obrisao red u dokumentu za premještanje? Ko je zamijenio nomenklaturu drugom nomenklaturom? Ko je uklonio količinu? Ko je odredio popust? Ko je promijenio cijenu? U dokumentu možete vidjeti ko je promijenio vrstu cijene.
Istovremeno, u trenutnom sistemu, prilikom evidentiranja promjena, vrši se poređenje sa prethodno snimljenim historijskim podacima i u historiju se bilježi samo ono što se promijenilo. Nema suvišne pohrane historije.
Izvještaj o promjenama
Cijeli ovaj protokol je vizualno predstavljen u obliku izvještaja „Izvještaj o promjenama tabelarnih dijelova dokumenata“. Ovaj izvještaj se otvara samo klikom na jedno dugme „Historija“ u dokumentu i odmah pokazuje po kojoj stavci, šta je promenjeno i, što je najvažnije, ko i kada. Zapravo, ovaj izvještaj vam omogućava da odmah dobijete odgovore na gornja pitanja. I bez učešća 1C administratora.
« Pravi kvaliteti osobe se otkrivaju tek kada dođe vrijeme da se dokaže u praksi.”
L. Feuerbach
Naknada operatera
U budućnosti će se nastaviti koristiti ovi podaci za izmjene u priručniku i dokumentima. Postoji izvještaj “Izvještaj o promjenama u imenicima i dokumentima”. Omogućava vam da vidite od strane korisnika koji su izvršili koliko radnji sa referentnim knjigama i dokumentima (kreirali su novu, promijenili je, izvršili). Štaviše, ovaj izvještaj ima ugrađenu funkcionalnost čak i za obračun plata. Određuje se cijena za promjenu jednog objekta (za svaki posebno) i izvještaj će pokazati iznos, recimo, koliko je operater zaradio.
Za izračunavanje tarifa, izvještaj sadrži mehanizam preliminarne procjene. Označavanjem polja za potvrdu “Napravi preliminarni obračun” možete odrediti iznos platnog spiska i broj učesnika (operatera, korisnika). Nakon generiranih podataka, bit će pružene informacije o tome koliko u prosjeku može koštati promjena jednog direktorija ili dokumenta. Zatim, u kartici „Tarife“, možete posebno postaviti i prikazati izvještaj o obračunu za dobivanje iznosa plaćanja.
Detalji
“Postoje pitanja na koja nema odgovora, ali postoje odgovori koji pokreću mnoga pitanja”
E. Sevrus
Za provjeru podataka o tome ko je šta promijenio, dostupni su za obradu sljedeći bookmarks “Historija promjena imenika”. “Istorija promjena dokumenata”, “Istorija promjena tabelarnih dijelova”. Ovo su naši protokoli za pohranu historije promjena. Na kraju, na kartici "Izvještaj-verzije", ako koristite detaljnije verzije, možete pogledati neka kontroverzna pitanja. Općenito, ova radna stanica se koristi posebno za analizu obima rada korisnika i obračunavanje plaćanja na osnovu promjena podataka u bazi podataka.
Ova obrada radi u konfiguracijama UPP 1.3, UT10.3. Također se može integrirati u bilo koju 1C konfiguraciju gdje je prisutno računovodstvo skladišta i proizvodnje. Radi na redovnim obrascima.
Zaključak
Na tržištu postoji mnogo opcija za pohranjivanje historije informacija. Postoje mjesta gdje čak implementiraju skladištenje u posebnu bazu podataka. Moguće je da je implementiran mnogo bolje i univerzalnije. Da damo brz odgovor bio nam je glavni uslov. Tako da bilo koji korisnik (skladištar, operater, računovođa) ne gubi vrijeme na odgovor, već ga odmah dobije. I još jedan uslov je dalja upotreba podataka u obračunu naknade korisnika.
Versioniranje je opcija pomoću koje korisnik može lako odrediti ko je i kada promijenio dokument u bazi podataka, kao i koje promjene su se desile. Platforma 1C:Enterprise 8 ima sličnu opciju - evidenciju registracije, međutim, ova opcija vam ne dozvoljava da saznate prirodu promjena; registracioni dnevnik vam omogućava samo da saznate kada je dokument promijenjen i koji je korisnik napravio promjene.
Mehanizam upravljanja verzijama vam omogućava da pohranite ne samo datume i autora izmjena, već i historiju promjena dokumenta; opcija vam omogućava da vidite različite verzije stanja istog dokumenta. Da biste koristili ovu opciju, prvo morate konfigurirati verzioniranje objekata. I konfiguraciju i pregled svih stanja dokumenta može izvršiti administrator sistema.
Program Trade Management 11 uključuje odlična prilika za pregled povijesti promjena direktorija i dokumenata pod nazivom "Versioniranje objekata". Pogledajmo kako to funkcionira.
Da biste omogućili korištenje ove funkcionalnosti, idite na karticu programa „Administracija“, stavku „Podrška i održavanje“ i potvrdite izbor u polju za potvrdu „Upravljanje verzijama objekta“.
U ovom prozoru možemo podesiti različite postavke za verzioniranje objekata u našoj bazi podataka – “Postavi opciju verzioniranja”. Postoje tri vrste:
1) Ne vrši verziju - verzije objekta se ne pohranjuju.
2) Verzija pri pisanju - verzije objekta se spremaju bez obzira na bilo kakvu promjenu.
3) Verzija pri knjiženju - verzije se čuvaju samo prilikom objavljivanja; Postavka se odnosi samo na dokumente za koje je knjiženje dozvoljeno.
U istom prozoru možete podesiti i period skladištenja za verzije - “Podesite period skladištenja za verzije”. Ovdje je vrijedno napomenuti da ako označite potvrdni okvir "Automatski izbriši zastarjele verzije" (koji se nalazi na dnu liste), tada će stare verzije biti izbrisane prema rasporedu na osnovu utvrđenih perioda zadržavanja.
Za dokument "Otpis nestašica robe" tip verzije je postavljen na "Verzija pri knjiženju". Pređimo na spisak otpisa za nestašice robe. U prozoru našeg dokumenta "Otpis nestašica robe" na navigacijskoj ploči obrasca kliknite na stavku "Povijest promjena". Ispred nas će se pojaviti prozor sa spiskom korisnika koji su uređivali ovaj dokument, kao i datumom uređivanja tačno do drugog.
Da biste vidjeli razlike u verzijama, trebate odabrati nekoliko pozicija i kliknuti na dugme "Uporedi verzije". Otvara se izvještaj o promjenama verzije objekta. U ovom izvještaju možete vidjeti razlike između odabranih verzija objekta.
Funkcionalnost UT 11 omogućava, ako je potrebno, čak i prelazak na željenu (prethodnu) verziju objekta. Da biste to učinili, odaberite potrebnu verziju objekta i kliknite gumb "Prebaci na verziju".
Nakon prelaska na novu verziju, treći red će se pojaviti u prozoru „Historija promjena“ s komentarom „Preseljeno na verziju br.<Номер> <ДатаВремя>“, kao i poruku o uspješnoj restauraciji objekta.
Funkcionalnost verzije je vrlo korisna funkcija UT 11. Dakle, korištenjem ovog mehanizma uvijek možemo biti svjesni koje su se promjene dogodile na objektu, a ako je potrebno, potrebno ih je poništiti vraćanjem na traženu verziju.
IN tipične konfiguracije Pojavio se 1C:Enterprise 8.3 nova prilika - Versioniranje objekata, koji vam, prvo, omogućava pregled svih promjena napravljenih na odabranom objektu infobaze (dokumentu ili referentnoj knjizi) i drugo, omogućava vam da se vratite na bilo koji od prethodne verzije ovog objekta. Da bi se to postiglo, kada se mijenjaju objekti, sistem bilježi promjene ne samo u samom objektu, već stvara i poseban entitet - verziju objekta infobaze. Svaka verzija sadrži informacije o tome ko ju je kreirao i kada. Upoređujući verziju sa prethodnom, dobijamo listu izmena u verziji
Prije svega, morate omogućiti ovu opciju u programu i izvršiti potrebna podešavanja:
Na listi koja se otvori, postavite zastavicu da koristite opciju i idite na postavke skladištenja:
Na listi koja se otvori trebamo odabrati listu objekata koje želimo da inaciramo (tj. zabilježiti sve verzije ovih objekata kada se promijene). Na primjer, postavimo verziju direktorija Nomenklatura i dokument Prijem robe i usluga.
Za referentne knjige nova verzija Dokument se pohranjuje u trenutku pisanja elementa direktorija, ali za dokumente postaje moguće spremiti nove verzije samo kada:
U ovom slučaju, sistem će sačuvati nove verzije dokumenta samo ako se ponovo objavi, a dokument će biti snimljen bez kreiranja verzije objekta. Pored mogućnosti kreiranja verzija, potrebno je odabrati period skladištenja za verzije:
Ovdje birajte po vlastitom nahođenju, ali zapamtite da pohranjivanje verzija objekata povećava veličinu baze podataka i smanjuje njezine performanse, pa ako je moguće, pokušajte povremeno izbrisati stare nepotrebne verzije objekata. Da biste to učinili, možete postaviti raspored na dnu obrasca:
Pored nomenklature, mi ćemo odabrati verziju dokumenata o prijemu:
Sada otvorimo bilo koji element imenika Nomenklature i proizvoljno promijenimo detalje, na primjer broj artikla, stopu PDV-a i komentar:
Kao rezultat, pojavile su se promjene:
Sada otvorite dugme za prikaz verzije na gornjoj komandnoj traci:
U listi koja se otvori vidimo listu svih sačuvanih verzija objekta. Možemo otvoriti bilo koju verziju za pregled, selektivno uporediti jedni s drugima ili otići na bilo koju sačuvanu verziju (na primjer, ako posljednje promjene nije potrebna referentna knjiga/dokument).
Držeći tipku pritisnutu Ctrl, odaberite dvije verzije imenika i kliknite Uporedite verzije:
Generiran je izvještaj o promjenama verzije u kojem možete vidjeti sve promjene napravljene u direktoriju:
Ako je potrebno, možemo posebno odabrati detalje za poređenje; izvještaj će uporediti samo ove detalje u dvije verzije:
Sada ćemo izvršiti slične manipulacije s dokumentom o prijemu.
Na primjer, promijenimo iznos u tabličnom dijelu i popunimo broj i datum primarnog dokumenta
Klikom na dugme za prikaz verzija otvara se odgovarajući prozor:
Ovdje je sve isto kao i za referentne knjige: možete pogledati određenu verziju, uporediti dvije verzije jedna s drugom ili vratiti dokument u neku sačuvanu verziju. Odaberite dvije linije sa liste i kliknite Uporedite verzije:
U drugim tipičnim konfiguracijama 1C:Enterprise 8.3, postavljanje verzije je slično.
opće informacije
Versioniranje je skladištenje historije promjena objekata. Za razliku od datoteke dnevnika, koja može pohraniti samo povijest o tome ko je promijenio koji objekt, kada i šta, mehanizam verzioniranja omogućava administrativnom korisniku da:
- vidjeti određene promjene koje su napravili određeni korisnici;
- pregledati bilo koju verziju objekta;
- uporediti bilo koju verziju objekta jednu s drugom;
- povratak na neku prethodnu verziju objekta koja je bila potpunija ili ispravnija od posljednjeg stanja.
Upotreba verzije je posebno važna u početna faza implementacija programa kada je količina informacija mala i izvođači prave mnogo grešaka (na primjer, unose nepotrebne informacije ili brišu ime ili vrijednost nekog atributa unutar objekta).
Sačuvana historija promjena objekata omogućit će vam da uredite direktorije i dokumente, a također će pomoći korisnicima da analiziraju redoslijed svojih radnji kako bi izbjegli uobičajene greške u kasnijem radu.
U budućnosti, kada se količina informacija u programu poveća, možete postupno napustiti verzioniranje nekih objekata u potpunosti ili ga koristiti samo u posebno važne tačke, na primjer, prilikom izrade dokumenata. Možete ograničiti period skladištenja verzija, na primjer, godinu dana. Nakon toga, verzije će biti automatski izbrisane rutinskim zadatkom. Pokretanje planiranog zadatka je konfigurisano na stranici postavki verzioniranja.
Versioniranje objekata
Podržana je mogućnost pohranjivanja verzija za direktorije i dokumente koji se odnose na sljedeće dijelove računovodstvenog sistema:
- Banka i blagajna;
- prodaja;
- Kupovine;
- Stock;
- Proizvodnja;
- OS i nematerijalna imovina;
- Plata i osoblje.
Postavljanje verzioniranja objekata
Da biste omogućili mehanizam za verzioniranje objekata u 1C, trebate otići na karticu "Administracija", odabrati odjeljak "Podrška i održavanje" i potvrditi okvir u odjeljku "Upravljanje verzijama objekata".
Zatim idite na postavke upravljanja verzijama koristeći plavu hipervezu „Postavke pohrane“, gdje možete odrediti objekte koji će biti verzionirani, odrediti period zadržavanja i kreirati raspored za brisanje zastarjelih verzija.
Opcija verzija
Klikom na dugme "Postavi opciju verzioniranja" možete odabrati sljedeće opcije:
- ne verziju - historija verzija objekta se ne održava;
- verzija prilikom snimanja - novi unos se unosi u istoriju verzija u slučaju promene ili kreiranja novog direktorijuma ili dokumenta;
- verzija prilikom knjiženja - ova opcija se može koristiti samo za dokumente koji su dozvoljeni za knjiženje. Originalna verzija dokumenta će biti zabilježena u historiji nakon prvog postavljanja dokumenta, a zatim će se verzije dokumenta pohranjivati svaki put kada se objavljeni dokument snimi.
- podrazumevano - postavljena su preporučena podešavanja (za imenike - Ne verziju, za dokumente - Verzija prilikom objavljivanja).
Rok trajanja verzije
Klikom na dugme „Postavi period skladištenja za verzije“, period skladištenja se može postaviti na najnoviji;
- sedmica;
- mjesec;
- tri mjeseca;
- šest mjeseci;
- na neodređeno vreme.
Za svaki element direktorija i tip dokumenta možete postaviti vlastitu opciju verzioniranja i period skladištenja. Postavljanje verzije je moguće za grupu programskih objekata odjednom; na primjer, možete odabrati sve dokumente ili sve direktorije.
Bitan! Versioniranje velika količina objekata dovodi do povećanja količine informacija pohranjenih u programu, što može značajno usporiti program, pa se preporučuje selektivno korištenje ove funkcije.
Uklanjanje zastarjelih verzija
Pri dnu, klikom na plavu hipervezu „Broj i volumen pohranjenih verzija objekata“, možete vidjeti broj i obim pohranjenih verzija objekata, kao i postaviti raspored za brisanje zastarjelih verzija. Da biste to učinili, potvrdite okvir "Automatski ukloni zastarjele verzije" i koristite plavu hipervezu "Prilagodi raspored" za kreiranje rasporeda. Zatim, možete ga konfigurirati, možete postaviti dnevni, sedmični i mjesečni raspored.
Pogledajte promjene objekata
Nakon što je potvrđen izbor u polju za potvrdu u odjeljku “Verzija objekta” u dokumentima i referentnim knjigama za koje je omogućeno upravljanje verzijama, možete vidjeti ikonu “Historija promjena”.
Kada kliknete na dugme, otvara se lista verzija objekta. Ovdje možete vidjeti ko je promijenio objekt, kada se to dogodilo i šta je tačno promijenjeno.
Koristeći odgovarajuću dugmad, u obrascu liste su dostupne sledeće radnje:
- otvorena verzija - pregled izvještaja o stanju objekta u trenutku interesovanja;
- uporedi verzije - pregledajte izvještaj o promjenama stanja dvije ili više unaprijed odabranih verzija na listi (izvještaj će pokazati koji se detalji razlikuju);
- prebacite se na verziju - vratite se na jednu od prethodnih verzija objekta, koja se prvo mora odabrati (promjene napravljene nakon spremanja ove verzije će biti poništene).
Bitan! Ako se objekt izbriše, briše se i njegova historija, tako da verzija verzija neće pomoći u ovom slučaju.
Da biste vidjeli bilo koju verziju dokumenta u historiji, morate se postaviti na željenu verziju i kliknuti na dugme „Otvori verziju“ koje će prikazati izvještaj sa vrijednostima svih detalja dokumenta.
Da biste međusobno usporedili verzije, trebate odabrati tražene verzije (sve ili selektivno) i kliknuti na dugme „Uporedi verzije“.
Nakon pregleda izmjena, možete se vratiti na bilo koju verziju dokumenata; da biste to učinili, odaberite željenu verziju i kliknite gumb "Prebaci na verziju". Ovo će kreirati drugu verziju dokumenta, sa odgovarajućim komentarom.
- U članku se koriste materijali iz publikacije