Pod kolapsom 1C informacijskih baza podrazumijeva se proces obrade dokumenata i konfiguracijskih registara, kao i formiranje na početku određene godine tekućih stanja, sažetih, skupljenih registarskih podataka. U tom slučaju dokumenti iz prethodnih godina se brišu ili označavaju za brisanje, osim dokumenata važnih za obračun PDV-a, dugotrajne imovine i niza drugih.

Zašto skupljaju informacijsku bazu 1C?

Konvolucija se izvodi kako bi se smanjila veličina baze podataka, brže radilo, smanjilo vrijeme za ažuriranje i arhiviranje 1C baze podataka.

Osim toga, koristi se za pohranjivanje povjerljivih informacija. Nakon roll-upa zaposlenici i inspekcijske organizacije neće imati pristup dokumentima iz prethodnih godina u trenutnoj radnoj bazi.

Važno: ako je potrebno, uvijek možete proširiti bazu podataka 1C 8.3 iz arhive prije kolapsa i dobiti potrebne informacije. Možete dodati bazu "prije konvolucije" kao dodatnu prečacu za pokretanje 1C 8.3 i uvijek je imati "pri ruci".

Konvolucija baze podataka 1C 8.3

Liječenje Kolaps informacijske baze u konfiguracijama 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 i u nizu drugih, dostupnih iz izbornika Administracija – servis:

Savjet 1. Upotrijebite obradu na kopiji infobaze 1C, analizirajte rezultate i zatim namotajte radnu bazu podataka.

Savjet 2. Prije roll-up-a generirajte izvješća o onim konfiguracijskim objektima o kojima će informacije iz prošlih razdoblja biti potrebne u budućim razdobljima. Prije svega, riječ je o računovodstvu dugotrajne imovine, PDV-u, te priznavanju prošlih rashoda. Ako pratite plaće u 1C 8.3 Računovodstvo, izdanje 3, tada će vam trebati i podaci o međusobnim obračunima sa zaposlenicima.

Pažnja: Bilanca prije roll-upa nije potrebno generirati, budući da je u 1C 8.3 provjera SALT-a prije i nakon roll-upa uključena kao jedna od faza obrade.

Savjet 3. Razmislite o razdoblju do kojeg ćete provoditi roll-up. Ponekad računovođe ostavljaju podatke od prošle godine, jer su važni za obračun plaća. Ili čak podatke iz dvije ili tri prethodne godine, ako obujam transakcija nije prevelik tijekom tih godina.

Kako smotati računovodstvenu bazu podataka 1C 8.3 koristeći primjer

Razmotrimo primjer kondenzacije stvarne baze podataka 1C 8.3 nekog poduzeća: konfiguracija Računovodstvo za poljoprivredno poduzeće, izdanje 3. Ovo je zapravo konfiguracija Enterprise Accountinga, Rev. 3, ali proširena dodavanjem specijaliziranih industrijskih objekata.

Pretpostavimo da je informacijska baza poduzeća, nakon procesa testiranja i ispravljanja, uključujući pakiranje informacijske baze, dosegla 4 GB. Korisnici u bazi rade od 2011. godine. Budući da je organizacija bila pod nadzorom porezne inspekcije, uključujući i razdoblje 2015. godine, a od 2016. godine organizacija više ne obračunava plaće u 1C 8.3 Računovodstvo, već u 1C 8.3 ZUP, ur. 3, odlučeno je zatvoriti bazu do 2016. godine .

Korak 1: Napravite sigurnosnu kopiju

Iz jelovnika Administracija – Služba počinjemo obradu pod korisnikom sa Administratorska prava. U našem primjeru Administrator. Unesite Admin korisničku lozinku za pristup bazi podataka 1C 8.3. Ako izvodite redukciju na već stvorenoj kopiji programa, potvrdni okvir Napravite sigurnosnu kopiju može se resetirati. U suprotnom, ukazujemo Sigurnosni direktorij informacijske sigurnosti:

Ako pritisnemo tipku F1 na tipkovnici, možemo dobiti informacije o namjeni i značajkama korištenja ove obrade. Nakon što ste se upoznali, zatvorite pomoć i kliknite Unaprijediti prijeđite na sljedeći korak obrade Završene faze označene su zelenom bojom.

Korak 2: Postavite konvoluciju

U ovoj fazi određujemo na početku koje godine formirati bilance u 1C 8.3. Zadana vrijednost je označena Postavite datum zabrane za promjenu podataka. Odredit će se 31. prosinca 2015. godine u slučaju formiranja stanja na početku 2016. godine:

Moguće je skupiti bazu podataka za sve organizacije ili samo za jednu. Slijedeći primjer, u bazi podataka 1C 8.3 postoji samo jedna organizacija, tako da nema izbora organizacija za obradu.

Faza 3. Stvaranje ostataka

Po gumbu Unaprijediti Prijeđimo na postavljanje pravila za formiranje ravnoteža. Za standardne konfiguracije one su unaprijed definirane, a za 1C 8.3 Enterprise Accounting, Rev. 3 moguće je Vratite preporučene postavke, ako su bili promijenjeni.

Možemo postaviti pravila savijanja za Dnevnik objavljivanja: Nemojte kolapsirati ili kolapsirati:

Za svaki akumulacijski registar možemo zasebno definirati pravila:

Prema zadanim postavkama, na primjer, u obradi za 1C 8.3 Enterprise Accounting, izdanje 3 jest Nemoj se srušiti kod registara PDV kupnje, PDV prodaje, PDV potraživanja i niz drugih. Odnosno, programeri su analizirali koji parametri baze podataka moraju biti sačuvani u cijelosti, a koji se mogu srušiti.

Ali možemo npr. postaviti Nemoj se srušiti kod akumulacijskog registra PDV uključen u cijenu:

Korak 4: Pregledajte transakcije

Na pozornici Pregledajte transakcije možete otvoriti generirana stanja na dan 01.01.2016., transakcije će biti zabilježene u bazi podataka 31.12.2015. Pomoću gumba moguće je podesiti stanja ili čak napraviti novu operaciju za unos stanja Stvoriti:

Ispod su opcije za stvorene operacije: računovodstveni registri:

Po registri informacija:

Po akumulacijski registri:

Faza 5. Verifikacija

Zatim prelazimo na provjeru stvorenih dokumenata. U ovoj fazi vidimo izvješće slično bilanci, generirano krajem 2015. godine u vrijeme prije smanjenja i nakon smanjenja. Odstupanja podataka u našem slučaju su samo za dodatni konto 000, koji je korišten za unos stanja u trenutku početka rada s bazom:

Možete prikazati i usporediti podatke za porezno knjigovodstvo (PU). Da biste to učinili, upotrijebite gumb s desne strane, kao u svim standardnim izvješćima 1C. Prikaži postavke i potvrdite okvir pokraj indikatora NU:

Generiramo izvješće s podacima o BU i NU. Zatim prebacimo provjeru na Informacijski i akumulacijski registar:

Omogućen je prikaz informacija o pojedinačnim registrima informacija i akumulacija. Po gumbu Više Možemo označiti ili poništiti registre za koje želimo primati podatke:

Korak 6: Brisanje starih dokumenata

Postoji opcija gumba leđa prijeđite na prethodne faze usklađivanja, uključujući brisanje kreiranih dokumenata stanja. Ili gumbom Unaprijediti prijeđi na sljedeću fazu - Brisanje starih dokumenata. U ovoj fazi dobivamo upozorenje o nepovratnosti procesa u 1C 8.3. Ali stari dokumenti za sada će biti samo označeni za brisanje. Ova faza je puno duža od svih prethodnih i može biti prilično dugotrajna:

Faza 7. Gotovo

Nakon završetka ove faze, dobivamo poruku o uspješnom završetku konvolucije:

Faza 8. Brisanje dokumenata označenih za brisanje

Nakon što smo otvorili Dnevnik operacija, vidimo da su dokumenti iz 2011. označeni za brisanje:

Savjet 4. Koristiti u preradi Uklanjanje označenih objekata prilika Djelomično uklanjanje predmeta. Brisanje povezanih grupa objekata. Uklanjanje izvodite u fazama, a između faza pravite pauze. Ili zakažite roll-up oko velikih praznika.

Ali prije nego što izbrišete dokumente označene za brisanje, napravite potrebna izvješća koja će vam reći da li su svi podaci ostali za ispravno knjiženje dugotrajne imovine, plaća i PDV-a.

U 1C 8.3 Računovodstvu, bit će korisno generirati izvješća za datum skupljanja prije i poslije skupljanja:

• Izjava o amortizaciji dugotrajne imovine;
• Univerzalni izvještaj o različitim akumulacijskim registrima za analizu troškova tijekom pojednostavljenja, za kontrolu PDV-a, međusobnih obračuna sa zaposlenicima i sl.;
• I druga izvješća ovisno o računovodstvenoj politici poduzeća.

Osim toga, trebali biste pronaći 1C partnere za obradu koji će ukazivati ​​na neiskorištene konfiguracijske objekte. Na primjer, pronađite elemente imenika Nomenklatura, poveznice na koje više ne postoje, jer su dokumenti iz prethodnih razdoblja izbrisani. I, ako više ne namjeravamo prodati ili kupiti ovu stavku, možemo je izbrisati.

Dragi čitatelju, konvolucija nije najuspješnije rješenje za optimizaciju 1C baze podataka; mnogo je brže i manje naporno prijeći na SQL. Prelaskom na SQL zadržat ćete pristup svim dokumentima, višestruko povećati brzinu baze podataka, a nećete morati godišnje minimizirati bazu i brinuti o ispravnosti prijenosa podataka.

1C v7.7 trenutno se smatra zastarjelim, ali postoje tvrtke koje ga još uvijek koriste. Budući da napredak ne stoji, većina 1C stručnjaka odavno se prekvalificirala za platformu 1C: v8 i zaboravila na "sedam", pa stoga ne žele raditi na njoj. U ovom članku ću vam reći kako sažeti bazu podataka (arhivirati razdoblje). Nisam slučajno odabrao srušiti bazu, činjenica je da su za one koji trenutno koriste „sedmicu“ konfiguracije baze podataka uvelike promijenjene i neće moći koristiti standardne alate. Ovaj će članak biti napisan na temelju konfiguracije temeljene na 1C: Trgovina i skladište 9.2.

Lirska digresija: Sve ovdje predstavljene obrade pripadaju njihovim autorima i ja ni na koji način ne polažem pravo na njihovo autorstvo.

Uvedimo sljedeću oznaku:

1. Puna baza je naša radna baza koju ćemo ugasiti.
2. Prazna baza - baza koja sadrži samo konstante i referentne knjige.
3. Baza bez dokumenata je baza koja sadrži stanja, ali ne sadrži dokumente kretanja za razdoblje.
4. Sažeta baza - baza koja sadrži stanja i dokumente kretanja za razdoblje.

Dakle, razvijmo mali algoritam za izvođenje konvolucije baze podataka:

1. Provjera baze podataka za pogreške;
2. Dodavanje dokumenta konfiguraciji za rad s upisnicima;
3. Izrada kopije informacijske baze;
4. Uklanjanje svih dokumenata i periodičnih detalja iz baze podataka;
5. Formiranje i prijenos stanja iz „Pune baze podataka” u „Praznu”;
6. Prijenos dokumenata koji provode kretanje tijekom razdoblja roll-upa iz „Pune baze podataka” u „Bazu bez dokumenata”;
7. Objavljivanje dokumenata i vraćanje nizova u "Srušenu bazu podataka".

A sada svaki korak redom sa slikama i objašnjenjima:

1. Provjera baze podataka za pogreške - ovaj korak se provodi u konfiguratoru. (Administracija - testiranje i ispravak).

Sada moramo postaviti postupak testiranja i ispravljanja, kliknite gumb "Postavke":

Stavili smo sve potvrdne okvire kao na slikama, kliknite "OK" i "Run". Proces testiranja i ispravljanja je prilično dug, pogotovo ako je baza podataka velika. Činit će se kao da je sve zamrznuto, ali zapravo sve radi.

2. Dodavanje dokumenta u konfiguraciju za rad s upisnicima - ovaj dokument nam omogućuje izradu dokumenta koji sadrži podatke upisnika koji su nam potrebni. Dokument možete preuzeti. Unutar arhive nalazi se objašnjenje kako dodati dokument u bazu, no ja ću ga ovdje duplicirati. Otvorite konfigurator i pozovite čarobnjaka za spajanje konfiguracija (Configuration-Merging Configurations), otvorit će vam se prozor za odabir konfiguracijske datoteke. Označimo put do mjesta gdje smo ga raspakirali i odaberemo datoteku 1Cv7.MD.

Potreban nam je samo jedan dokument, pa poništimo sve potvrdne okvire osim "Dokumenti", provjerimo jesu li prekidači na dnu prozora kao na snimci zaslona i kliknemo "U redu". Program će dodati dokument i otvoriti konfiguraciju. Sada morate spremiti promjene; ​​kliknite na gumb "Spremi" i prihvatite promjene.

3. Stvaranje kopije infobaze - ovdje je sve jednostavno, samo kopiramo direktorij infobaze (onaj koji smo provjerili i dodali dokument) u novi direktorij i odredimo put do njega u prozoru za odabir konfiguracije 1C.

4. Uklanjanje svih dokumenata i periodičnih detalja iz baze podataka - za izvođenje ovog postupka trebat će nam *.bat datoteka. Preuzmite, kopirajte u mapu s kopijom infobaze i pokrenite - ova će vam radnja omogućiti brisanje svih dokumenata iz baze podataka. Sljedeći korak je pokretanje 1C u ekskluzivnom načinu rada u 1C:Enterprise načinu rada (Morate pokrenuti kopiju bez dokumenata), baza podataka će se ponovno indeksirati. Sada moramo očistiti bazu podataka od periodičnih detalja - da bismo to učinili, počet ćemo testirati i ispravljati bazu podataka u konfiguratoru (slično točki 1).

5. Formiranje i prijenos stanja iz "Pune baze" u "Praznu" - za završetak ovog koraka otvorite "Punu bazu" i kreirajte dokument "Stanja po registru" koji smo integrirali u konfiguraciju. Dokumenti moraju biti generirani dan koji prethodi danu roll-up-a, npr. ako roll-up baze podataka vršimo 01.01.2011., onda dokumenti moraju biti generirani 31.12.2010. Za izradu dokumenta potrebno je otvoriti opći dnevnik dokumenata, pritisnuti gumb "Umetni" na tipkovnici ili "Unesi novi red" u prozoru općeg dnevnika.

Zatim je potrebno odabrati dokument “Stanja po registru” i kliknuti na “OK”. Trebao bi se otvoriti obrazac dokumenta kao što je prikazano u nastavku:

Sada moramo generirati stanja za svaki registar naše baze podataka. Da biste to učinili, odaberite registar koji nam je potreban na padajućem popisu i kliknite gumb "Ispuni", glavna stvar je ne zaboraviti na koji datum stvaramo stanja. Ako je osnovno zbrajanje izvršeno 01.01.11., tada se stanja formiraju 31.12.10. Nakon popunjavanja dokumenta kliknite na gumb "Snimi" i "Zatvori"; dokument se ne može knjižiti. Ovu operaciju morate izvršiti za svaki registar u vašoj bazi (odaberite željeni registar s padajućeg popisa, ne zaboravite na datum). Svi dokumenti “Stanja prema registru” moraju biti generirani u jednom danu.

Nakon što generiramo sve dokumente “Stanja po registru”, potrebno ih je prebaciti u “Praznu bazu”. Za prijenos nam je potrebna ova obrada. Preuzmite, raspakirajte i otvorite datoteku “Universal.ert” u “Full Database” (File->Open-Universal.ert). Otvorit će se prozor kao što je prikazano u nastavku:

Sada trebate postaviti obradu, korak po korak (kao na slici ispod) ispunite sve zahtjeve za obradu:

Imajte na umu da u obradi navodite put do "Prazne baze". Nakon što ispunite sve zahtjeve za obradu na prvoj kartici, nastavljamo izravno s prijenosom stanja. Da biste to učinili, idite na karticu „Dokumenti“, označite jedini dokument „Stanja prema registru“ i postavite datum na koji su dokumenti generirani.

Provjeravamo korespondenciju s gornjom snimkom zaslona, ​​ako se sve podudara, kliknite "U redu" -> "Prijenos dokumenata".

Počinje prijenos stanja u “Praznu bazu”; nakon završetka prijenosa potrebno je otvoriti našu “Praznu bazu” u koju su stanja prenesena i proknjižiti sve dokumente u “Stanja po registru”. Da biste to učinili, otvorite opći dnevnik dokumenata, idite na datum prijenosa (u našem slučaju 31.12.10.) i proknjižite sve dokumente „Stanja prema registru“.

7. Prijenos dokumenata koji se kreću tijekom razdoblja roll-up-a iz “Pune baze podataka” u “Bazu bez dokumenata” - ovaj korak se izvodi kao i prethodni, koristeći obradu. Već znamo kako se njime služi, pa radimo sve kao na snimci zaslona iz točke 6:

Idite na karticu "Dokumenti", odaberite apsolutno sve dokumente i postavite raspon datuma od početka razdoblja do trenutnog trenutka, u našem slučaju od 01.01.11. do 13.10.11. Također smo postavili prekidače "Uključeno označeno za brisanje" i "Uključeno izvršeno" prema snimci zaslona.

Sljedeći korak je odlazak na karticu "Napredne postavke". Morate potvrditi okvire kao na snimci zaslona, ​​naznačiti svoj datumski raspon:

Nakon što postavite sve potvrdne okvire i prekidače, kliknite “U redu” -> “Prijenos dokumenata” (snimka zaslona iz koraka 6):

7. Knjiženje dokumenata i vraćanje sekvenci u “Srušenu bazu” - po završetku prijenosa dokumenata bit će potrebno ponovno knjižiti cijelu “srušenu” bazu od početka razdoblja do tekućeg datuma (u našem slučaju 01.01. .11-13.10.11). "Operacije" -> "Knjiženje dokumenata":

P.S.: Rješavanje problema s dokumentom “Stanja po registru”:

Nakon objave članka dobio sam puno upita putem e-maila zašto se dokument “Stanja prema registru” ne popunjava i daje grešku. Kako bih riješio ovaj problem i odgovorio na svačija pitanja, ovdje ću ostaviti vodič za finalizaciju dokumenta.

1. Otvorite konfigurator i odaberite dokument „Registriraj stanja“.

2. Otvorite obrazac dokumenta:

3. Pritisnite gumb "Novo" i dodajte potreban broj resursa i dimenzija.
a) Za resurs, postavke su sljedeće:

b) Za mjerenje postavke su ovakve:

Za svoju bazu stvorio sam oko 10 dimenzija i 9 resursa.

4. Otvorite obrazac dokumenta u konfiguratoru i kliknite gumb "Obrazac":

5. U obrascu koji se otvori odaberite tabularni dio i kliknite gumb prikazan na slici “Dodaj detalje”:

6. Na dnu odaberite sve nove resurse i dimenzije i zalijepite u dokument:

7. Nakon umetanja, spremite dokument.

P.S.: Ako nešto nije jasno, mail vam je uvijek otvoren!

P.P.S.: Proces zbrajanja razdoblja opisan u ovom članku nije prikladan za zbrajanje računovodstvenih ukupnih iznosa. Za zbrajanje računovodstvenih rezultata trebate koristiti standardnu ​​obradu wrap.ert ili razviti novu metodologiju.

Početak godine je idealno vrijeme za skupljanje baze podataka

S vremenom se veličina baze podataka, osobito u velikim organizacijama, povećava. Kada se baza podataka 1C održava dugo vremena i zauzima značajan volumen, to dovodi do usporavanja rada.

Konvolucija ima sljedeće ciljeve:

• Ubrzajte program
• Smanjite veličinu baze podataka
• Očistite direktorije od nevažnih unosa

U čemu pomaže konvolucija?

Ubrzajte program (smanjivanjem veličine baze podataka)

Ako ne planirate povećati broj radnih stanica u 1C (i kupiti novi poslužitelj za njih), ali niste zadovoljni brzinom 1C, trebali biste smotati bazu podataka. To će smanjiti opterećenje računala. Bit će moguće odgoditi kupnju novog hardvera za poslužitelj ili prijelaz s datotečne verzije na SQL.

Osim toga, ogromne baze podataka češće zataje, “padaju” i općenito rade vrlo nepouzdano.

Sakrij povijesne podatke

Rolling up je dobar način za skrivanje informacija o radu iz prethodnih godina. Podaci jednostavno neće biti u bazi podataka. Ovo je sigurnije od ograničavanja prava pristupa i lozinki.

Riješite se nebitnih predmeta i drugih zapisa

Tijekom procesa rada neiskorišteni artikli se nakupljaju u bazi podataka 1C. Ometa obradu primitka i prodaje te prilikom odabira proizvoda s popisa. To dovodi do pogrešaka i ponovnog sortiranja. Osim toga, veliki broj artikala usporava istovar u autonomnu blagajnu, primjerice, u Frontol, kada se uz 3 tisuće rabljene robe istovari još 10 tisuća neiskorištene. Sažimanjem baze podataka riješit ćete se starih proizvoda. Zajedno s konvolucijom koristimo obradu Uklanjanje nebitnih stavki.

Neugodnosti rada u smanjenoj bazi podataka

Dokumenti i izvješća za "sažeto razdoblje" postat će nedostupni. Morat ćete imati zasebnu bazu podataka za staro razdoblje i tamo gledati povijest, više neće biti moguće prikupljati podatke za cijelo razdoblje u jednom izvještaju.

Kako radi konvolucija

Bit događaja je sljedeća: odabire se datum (idealna opcija je početak godine ili tromjesečja), na primjer 1. siječnja 2016. Na ovaj datum se snima "snimka" stanja za sve računovodstvene dijelove (stanja zaliha, međusobni obračuni s kupcima, dobavljačima i komisionarima, računi gotovinskih i obračunskih stanja), a primljeni podaci se učitavaju u datoteke na tvrdom disku. Zatim se na temelju prethodne izrađuje nova informacijska baza koja sadrži sve potrebne referentne knjige (nomenklatura, vrste cijena, mjerne jedinice, cijene, ugovorne strane i ugovori, banke i tekući računi, skladišta, blagajne, materijalno odgovorni osobe i dr.) i izradom odgovarajućih dokumenata za unos stanja u novu bazu, upisuju se stanja za sve računovodstvene dijelove (na temelju podataka iz datoteka pohranjenih na tvrdom disku) na dan 01.01.2016. Usklađuju se stanja u novoj i prethodnoj bazi podataka. Njihova potpuna podudarnost služi kao pokazatelj uspješnosti obavljenog posla. Ako postoje male pogreške, one se mogu lako ispraviti rukom.

Kao rezultat toga, brzina rada značajno se povećava i, što je najvažnije, smanjuje se rizik od kvarova samog programa 1C:Enterprise.

Kako napraviti presavijanje baze

U idealnom svijetu, konvolucija se vrši pomoću specijalizirane obrade iz 1C, koja se nalazi na ITS disku za 1C 7.7 i verzije 8.2, 8.3. U tom slučaju program će kreirati dokumente za unos stanja i označiti nepotrebne dokumente za brisanje. Imenici se mogu izbrisati ako se ne koriste u preostalim dokumentima. Prije kolapsa baze podataka morate vratiti slijed dokumenata.

Važno je zapamtiti da se sažimanje baze podataka obradom s ITS diska može izvesti samo uz standardnu ​​konfiguraciju. U protivnom će se pojaviti greške koje neće biti odmah vidljive. Ako imate nestandardnu ​​konfiguraciju, bolje je da kontaktirate iskusnog stručnjaka 1C za uspoređivanje baze podataka.

Sami izvršiti usklađivanje više je manje moguće u računovodstvu, a gotovo nemoguće u trgovanju. I postoji mnogo razloga za to, na primjer, potrebne informacije mogu biti izbrisane, a nepotrebne informacije mogu ostati. Korisnik neće ni znati za to, jer... ne zna provjeriti.

Konvolucija baze podataka 1C: Upravljanje trgovinom

Govoreći o 1c paketu za upravljanje trgovinom, moramo spomenuti probleme koje često moramo rješavati.

1. Program često koristi registre koji nisu potrebni. Na primjer, PDV (tu ima 7 registara). Prvo, zbog njih rollup traje duže, a drugo, ometaju uklanjanje dokumenata.

2. Ako se koriste serije robe. U ovom slučaju, to će vas također spriječiti da izbrišete određeni broj dokumenata. Možemo ga postaviti prema prosjeku ili kod unosa stanja možemo zamijeniti skupni dokument pomoćnim dokumentom - čime ćemo nakon ponovnog unosa izbrisati veze na obrisane dokumente.

3. Međusobni obračuni prema dokumentima. Možemo ponovno zatvoriti potraživanja ili također na početku unosa stanja sve okačiti na pomoćni dokument.

4. Postoji cijela hrpa registara informacija (cijene, otpisana roba, pristup dokumentima, korespondencija tijekom razmjene itd.) koji “drže” dokumente i imenike.

5. Standardno uklanjanje traje dugo. A ako ima puno elemenata, onda se uopće ne nosi. Razvili smo vlastitu, bržu obradu za uklanjanje nepotrebnih dokumenata.

Cijena paketa

Trošak ovisi o složenosti vaše konfiguracije (maloprodaja je jeftinija, složena je skuplja) i količini podataka (trošak skupljanja baze podataka od 3 Gigabajta i 30 Gigabajta varirat će).
Da biste saznali cijenu, ostavite zahtjev. Mi ćemo Vas kontaktirati, analizirati Vašu bazu i odrediti konačnu cijenu.
Prosječni raspon cijena je od 8.000 do 15.000 rubalja.

Nedostaci i alternative konvoluciji

Međutim, rollup je prilično radikalna operacija koja briše podatke za prethodne godine, zamjenjujući ih dokumentima za unos stanja.

Glavni nedostatak je što imate nekoliko baza podataka. Na primjer, "Baza 2011-2012" i "Baza 2013".

I neće biti moguće napraviti jedno izvješće koje prikazuje podatke za 2012. i 2013. godinu. Tako korisne stvari kao što je analiza prodaje robe prije naručivanja od dobavljača ili usporedba koliko je više određene robe prodano u siječnju 2013. nego u siječnju 2012. više neće biti dostupne.

Sažimanje baza podataka ima smisla samo u dva slučaja:

1. ako je stvarno stara (barem starija od 4-5 godina)
2. ako podatke treba ne samo zaštititi (npr. lozinkama), već i sigurno sakriti (fizičkim brisanjem s računala)

U svim ostalim slučajevima vrijedi obratiti pozornost na alternative.

Alternativa: Onemogućite neiskorištene module

Čak i ako ne koristite neke značajke programa, to ne znači da on na njih ne troši resurse vašeg računala.

Nema mnogo takvih potencijalno nepotrebnih, ali resursno intenzivnih dijelova programa:

• Kontrola pristupa na razini zapisa
• Knjigovodstveno vođenje stanja po organizacijama (pored knjiženja stanja po skladištima)
• Računovodstveno evidentiranje podataka za knjige nabave/prodaje kada ih generirate u računovodstvu

Neke organizacije ne koriste sljedeće značajke, iako se svakako ne mogu nazvati nepotrebnim:

• Izračun troškova (za izračun dobiti od prodaje, marže)
• Obračun troška po seriji (iako je u vašem slučaju dovoljan izračun “prosjeka”)
• Obračuni s klijentima u kontekstu isprava o poravnanju

Kao primjer, napravio sam malo istraživanje. Uzeo sam bazu tvrtke koja ne koristi mogućnost izračunavanja dobiti. Početna veličina baze podataka je 1,6 GB. Nakon brisanja zapisa vezanih uz kalkulaciju troškova, veličina baze podataka smanjena je na 1 GB. Nakon uklanjanja svih ostalih neiskorištenih tablica, veličina je pala na 0,8 GB.

Alternativa: Uklonite nevažne stavke i izvođače iz vida

Proizvođači stalno ažuriraju svoj asortiman proizvoda. Zbog toga se artikli koji se nikada više neće prodavati nakupljaju u imeniku proizvoda.

Glavna neugodnost je što takvi proizvodi

• 1. stati na put popisu menadžera koji obrađuju primitke ili prodaju. To povećava vjerojatnost pogrešaka i ponovnog ocjenjivanja.
• 2. istovar na autonomnu kasu (na Frontol npr.) ide sporo. Jer nije iskrcano 3000 artikala koji su na polici, nego još 10 000 koji nisu prodani nekoliko godina.
• 3. Ako se crtični kodovi ne koriste na blagajni, a blagajnik odabire stavku s popisa, veliki popis također povećava vjerojatnost pogrešaka i pogrešnog sortiranja.

Ovi posebni problemi mogu se lako eliminirati bez pomoći konvolucije.

Dovoljno je u nomenklaturu dodati atribut “Arhiva” i automatski ga dodati onoj robi za koju nije bilo kretanja zadnjih godinu-dvije.

Dodatno, takav nerelevantan proizvod moguće je označiti za brisanje, premjestiti u mapu “_Košarica” i dodati nazivu “yay_” kako proizvod ne bi smetao pri pretraživanju po prvim slovima.

Za ovaj slučaj imamo tretman na zalihi

Alternativa: Povećajte sigurnost sustava

Ako podatke treba sakriti, možete se poslužiti nekim trikovima (na primjer, radnu bazu podataka ne smjestiti u svoj ured, već na udaljeni poslužitelj. Možda čak i u drugoj zemlji. I pripremiti lokalnu bijelu i pahuljastu bazu podataka za inspektore ). Ali srušiti bazu je naravno lakše.

Ako se trebate zaštititi od svojih zaposlenika, tada će SQL poslužitelj i sustav jasnog pristupa doći u pomoć.

Alternativa: povećanje snage poslužitelja

1C 8 zajedno sa SQL poslužiteljem može normalno raditi s ogromnim bazama podataka. Baza podataka od 20-50 GB nije nikakav problem, pod uvjetom da je računalo dovoljno snažno.

Tijekom procesa kolapsa informacijske baze podataka u njoj se izvode sljedeće radnje:

• generiraju se dokumenti za unos stanja na dan kada se provodi usklađivanje;
• brišu se dokumenti i kretanja u upisnicima koji su bili u programu do i uključujući datum roll-upa.

Sažimanje baze podataka s informacijama omogućuje vam sljedeće:

• ubrzati sustav;
• smanjiti veličinu 1C IBD.

PAŽNJA! Prije nego počnete sažimati informacijsku bazu, morate:

• izvršiti preliminarni test rollup na kopiji radnog 1C IDB;
• Ako je testno roll-up uspješno dovršeno, tek tada možete početi roll-up radne baze podataka podataka, nakon što ste prethodno napravili sigurnosnu kopiju.

Za kolapsiranje baze podataka koristi se obrada za konfiguraciju (revizija 1.6) koja se nalazi na disku. Ova obrada nije prikladna za izdanje 2.0 jer ne sadrži dokument “Usklađivanje upisnika”. Možete naručiti na našoj web stranici.

Naručite paket

Korak po korak upute za smotanje baze podataka

• Najprije morate izraditi sigurnosnu kopiju baze podataka. Zatim se prijavite u bazu podataka koristeći način 1C: Poduzeće, te provjerite jesu li svi dokumenti završeni na kraju mjeseca na datum roll-upa.
• Zatim je potrebno napraviti Obračun bilance za razdoblje za koje planirate zbrajati osnovicu.
• Pomoću naredbe “Otvori” (izbornik Datoteka) učitavamo vanjsku obradu baze podataka 2.0.
• Baza podataka se sažima nakon klika na odgovarajuću tipku na donjoj ploči, pri čemu se objekti brišu za razdoblje navedeno u obradi. Treba napomenuti da proces može potrajati prilično dugo. Nakon roll-upa 1C IBD-a ni pod kojim okolnostima nije moguće ispraviti i ponovno objaviti dokumente za roll-up razdoblje.
  Također je nemoguće ne reći da ako je bilo grešaka tijekom procesa konvolucije, zbog kojih je uklanjanje objekata prekinuto ili nije u potpunosti dovršeno, to može dovesti do činjenice da će zbrojevi za neke registre biti onemogućeni. Ta činjenica pak onemogućuje dobivanje ukupnih iznosa za neke registre. Popis registara za koje su zbrojevi onemogućeni možete pogledati na kartici „Registri s isključenim zbrojevima“. Ovdje, ako je potrebno, možete uključiti rezultate.
  Ako je proces konvolucije iz bilo kojeg razloga prekinut, tada se popis dokumenata za unos stanja uvijek može obnoviti pomoću gumba "Popuni popis" na kartici "Dokumenti za unos stanja", uz navođenje datumskog intervala.
• Posljednja faza je brisanje označenih objekata. Može se provesti ako su svi gore opisani koraci konvolucije uspješno dovršeni.
  • U izborniku “Operacije” odaberite naredbu “Izbriši označene objekte”.
  • Gornji dio prozora sadrži dijaloški okvir s popisom objekata otkrivenih u 1C IBD i označenih za brisanje. Korisnik može otvoriti i pogledati bilo koji od njih. Koristeći zastavice, korisnik također može odrediti koje objekte treba provjeriti za brisanje. Gumb "Kontrola" pomoći će vam da utvrdite postoje li veze na objekte koje treba izbrisati. Nakon što ste pažljivo provjerili objekte za brisanje i niste pronašli pogreške, morate pokrenuti postupak brisanja objekata klikom na gumb "Izbriši".

Na kraju prikupljanja baze podataka morate se uvjeriti da je sve prošlo kako treba. Da biste to učinili, otvorite Prometnu bilancu i usporedite je s onom koja je bila spremljena prije roll-upa. Ako su identični, tada je presavijanje baze izvedeno ispravno.

Prvo, malo teorije.

Program 1C:Enterprise 8 može raditi u dva načina:

• datoteka(baza se nalazi na računalu ili lokalnoj mreži korisnika),
• klijent-poslužitelj(baza se nalazi na posebnom poslužitelju).

Ovaj članak je relevantan samo za prvu opciju. U slučaju hostinga datoteka, program ima značajno ograničenje - veličinu jedne tablice baze podataka ne može premašiti 4 GB. Čim veličina bilo koje tablice baze podataka (a u slučaju konfiguracije 1C: Računovodstvo 3.0, najteža tablica je računovodstveni registar) prijeđe 4 GB, baza podataka će se prestati pokretati, a kada se približite tom pragu, osjetit ćete primjetan smanjenje performansi programa (drugim riječima, pojavit će se "kočnice").

Dakle, preklapanje vam omogućuje smanjenje veličine tablica baze podataka (prije svega računovodstvenog registra). Operacija presavijanja baze je sljedeća:

• određuje se datum na koji se baza treba srušiti (u pravilu je to početak godine),
• program utvrđuje stanja za svaki knjigovodstveni konto na ovaj datum i unosi ta stanja kreiranjem dokumenata Operacija,
• sva kretanja u svim registrima sustava prije navedenog datuma se poništavaju (osim onih odabranih prilikom postavljanja konvolucije),
• dokumenti uneseni prije tog datuma brišu se (ako su kretanja tih dokumenata potpuno razriješena) ili označavaju za brisanje,
• dokumenti uneseni nakon navedenog datuma ostaju u izvornom obliku u sustavu.

Ova operacija omogućuje značajno smanjenje veličine računovodstvenog registra u programu.

Kako napraviti konvoluciju

U poglavlju administracija obrada otvorene konvolucije:

Pojavljuje se sljedeći prozor:

Postavite znak Napravite sigurnosnu kopiju, označite korisničke podatke pod kojima želite napraviti kopiju i direktorij u koji želite spremiti kopiju. Klik Unaprijediti.U prozoru koji se pojavi odaberite Da:

Naišli smo na pogrešku platforme.

Prilikom ponovnog pokretanja situacija se ponavlja. Napravimo kopiju ručno. Idemo na konfigurator:

Odaberite stazu za spremanje kopije i dodijelite joj naziv:

Pojavit će se poruka:

Vraćamo se obradi konvolucije. Uklanjamo znak stvaranja kopije. Klik Unaprijediti:

Na sljedećem ekranu trebate odabrati godinu na početku koje je napravljen rollup. Također je poželjno postaviti znak Postavite datum zabrane kako se ništa ne bi upisivalo u bazu prije 2016. godine. S popisa organizacija možete odabrati samo nekoliko prema kojima ćete sažeti ili možete sažeti bazu podataka za sve organizacije:

Na sljedećem ekranu vidimo kako program planira obraditi tablice baze podataka (sustav predlaže sažimanje nekih tablica, a druge ostavlja nepromijenjene). Na primjer, mnogi informacijski registri i akumulacijski registri koji se odnose na PDV ostat će nepromijenjeni. To za nas nije kritično, prioritet je uskladiti računovodstveni registar.

U sljedećem prozoru program prikazuje popis dokumenata Operacija, koji će se kreirati za unos početnih stanja na dan 31. prosinca 2015. za sva knjigovodstvena računa koja imaju stanja. Idemo dalje.

Sljedeći ekran prikazuje zbirnu tablicu s analizom ispravnosti početnih stanja na početku 2016. godine. Ispravnost se provjerava usporedbom s početnim bilancama u vremenu koje je prethodilo konvoluciji. Na gornjoj snimci zaslona vidimo da nema odstupanja.

Za svaki slučaj, provjerimo i tablicu usklađivanja za informacije i registre akumulacije:

Na sljedećem ekranu program upozorava da je započela procedura za brisanje dokumenata prije 2016. godine. Slažemo se

Nakon brisanja dokumenata pojavljuje se poruka koja pokazuje da je skupljanje bilo uspješno.

Privuči tvoju pažnju: S obzirom na to da su kretanja u akumulacijskim registrima PDV-a iu mnogim informativnim registrima ostala nepromijenjena, dokumenti koji su vršili kretanja u takvim registrima također su ostali u sustavu.

Neka vas ovo ne zbuni – cilj nam je bio „pojednostaviti“ knjigovodstveni registar i to smo i ostvarili.

Ako je potrebno, možete proći cijeli (i besplatan) tečaj na web stranici.