Kolaps informacionih baza 1C podrazumeva se proces obrade dokumenata i konfiguracionih registara, kao i formiranje na početku određene godine tekućih bilansa, srušenih, sastavljenih registarskih podataka. U ovom slučaju se brišu ili označavaju za brisanje dokumenti iz prethodnih godina, osim dokumenata važnih za obračun PDV-a, osnovnih sredstava i niza drugih.

Zašto savijaju informacijsku bazu 1C?

Konvolucija se izvodi radi smanjenja veličine baze podataka, bržeg rada, smanjenja vremena za ažuriranje i arhiviranje 1C baze podataka.

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

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čicu za pokretanje 1C 8.3 i uvijek je imati "pri ruci".

Konvolucija baze podataka 1C 8.3

Tretman Kolaps baze informacija u konfiguracijama 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 i u nizu drugih, dostupnih iz menija Administracija – Usluga:

Savjet 1. Koristite obradu na kopiji 1C infobaze, analizirajte rezultate, a zatim umotajte radnu bazu podataka.

Savjet 2. Prije skupljanja, generirajte izvještaje o tim konfiguracijskim objektima, o kojima će informacije iz prošlih perioda biti potrebne u budućim periodima. Prije svega, riječ je o računovodstvu osnovnih sredstava, PDV-u i priznavanju prošlih troškova. Ako pratite plate u 1C 8.3 Računovodstvo, izdanje 3, tada će vam trebati i podaci o međusobnim obračunima sa zaposlenima.

Pažnja: Bilans stanja prije sabiranja nije potrebno generirati, budući da je u 1C 8.3 provjera SALT prije i poslije sabiranja uključena kao jedna od faza obrade.

Savjet 3. Razmislite o periodu do kojeg ćete provoditi roll-up. Ponekad računovođe ostavljaju podatke iz prošle godine, jer su oni važni za obračun plaća. Ili čak podaci iz dvije-tri prethodne godine, ako obim transakcija nije prevelik u ovim godinama.

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

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

Pretpostavimo da je informaciona baza preduzeća, nakon procesa testiranja i korekcije, uključujući i pakovanje baze podataka, dostigla 4 GB. Korisnici u bazi podataka rade od 2011. godine. S obzirom da je organizacija provela kontrolu od strane poreske inspekcije, uključujući period 2015. godine, a od 2016. godine, organizacija više ne obračunava plate u 1C 8.3 Računovodstvo, već u 1C 8.3 ZUP, ur. 3, odlučeno je da se osnovica zatvori do 2016. godine .

Korak 1: Napravite rezervnu kopiju

Iz menija Administracija – usluga počinjemo obradu pod korisnikom sa Administratorska prava. U našem primjeru Admin. Unesite lozinku administratora za pristup bazi podataka 1C 8.3. Ako izvodite redukciju na već kreiranoj kopiji programa, potvrdite okvir Napravite rezervnu kopiju može se resetovati. Inače, ukazujemo Direktorij sigurnosnih kopija informacija:

Ako pritisnemo tipku F1 na tastaturi možemo dobiti informacije o svrsi i karakteristikama korištenja ove obrade. Nakon što ste se upoznali, zatvorite pomoć i kliknite Dalje pređite na sljedeći korak obrade Završene faze su označene zelenom bojom.

Korak 2: Postavite konvoluciju

U ovoj fazi određujemo na početku koje godine treba formirati bilanse u 1C 8.3. Zadana vrijednost je označena Postavite datum zabrane promjene podataka. U slučaju formiranja bilansa početkom 2016. godine, biće postavljen na dan 31.12.2015.

Baza podataka je moguća 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. Formiranje ostataka

Po dugmetu Dalje Pređimo na postavljanje pravila za formiranje bilansa. Za standardne konfiguracije su unapred definisane, a za 1C 8.3 Enterprise Accounting, Rev. 3 je moguće Vrati preporučene postavke, ako su promenjeni.

Možemo postaviti pravila preklapanja za Dnevnik objavljivanja: Nemojte sažimati ili sažimati:

Pravila možemo definirati zasebno za svaki registar akumulacije:

Po defaultu, na primjer, u obradi za 1C 8.3 Enterprise Accounting, izdanje 3 je Nemoj se srušiti u registrima PDV kupovine, PDV prodaje, PDV potraživani i niz drugih. Odnosno, programeri su analizirali koje parametre baze podataka treba sačuvati u potpunosti, a koji se mogu skupiti.

Ali možemo, na primjer, postaviti Nemoj se srušiti na registru akumulacije PDV uključen u cijenu:

Korak 4: Pregledajte transakcije

Na pozornici Pogledajte transakcije možete otvoriti generisana stanja od 01.01.2016., transakcije će biti evidentirane u bazi 31.12.2015. Moguće je podesiti stanja ili čak kreirati novu operaciju za unos stanja pomoću dugmeta Stvoriti:

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

By registri informacija:

By registri akumulacije:

Faza 5. Verifikacija

Zatim prelazimo na provjeru kreiranih dokumenata. U ovoj fazi vidimo izvještaj sličan bilansu, generiran na kraju 2015. godine u vrijeme prije smanjenja i nakon smanjenja. Nepodudaranja podataka u našem slučaju su samo za dodatni račun 000 koji je korišten za unos stanja u trenutku početka rada sa bazom:

Možete prikazati i upoređivati ​​podatke za porezno računovodstvo (TA). Da biste to učinili, koristite dugme s desne strane, kao u svim standardnim 1C izvještajima. Prikaži postavke i potvrdite okvir pored NU indikatora:

Generiramo izvještaj sa podacima o BU i NU. Zatim prebacimo ček na Registar informacija i akumulacije:

Moguće je prikazati informacije na pojedinačnim registrima informacija i akumulacija. Po dugmetu Više Možemo provjeriti ili poništiti registre za koje želimo dobiti informacije:

Korak 6: Brisanje starih dokumenata

Postoji opcija dugmeta Nazad idite na prethodne faze usaglašavanja, uključujući brisanje kreiranih bilansnih dokumenata. Ili dugmetom Dalje pređite na sledeću fazu - Brisanje starih dokumenata. U ovoj fazi dobijamo upozorenje o nepovratnosti procesa u 1C 8.3. Ali stari dokumenti će za sada biti samo označeni za brisanje. Ova faza je mnogo duža od svih prethodnih i može biti prilično duga:

Faza 7. Gotovo

Po završetku ove faze, primamo poruku o uspješnom završetku konvolucije:

Faza 8. Brisanje dokumenata označenih za brisanje

Nakon otvaranja Operativnog dnevnika vidimo da su dokumenti iz 2011. godine označeni za brisanje:

Savjet 4. Upotreba u obradi Uklanjanje označenih objekata priliku Djelomično uklanjanje objekata. Izbrišite povezane grupe objekata. Uklanjanje obavljajte u fazama, a između faza pravite pauze. Ili zakažite roll-up oko velikih praznika.

Ali prije brisanja dokumenata označenih za brisanje, napravite potrebne izvještaje koji će vam reći da li su ostali svi podaci za ispravno obračunavanje osnovnih sredstava, plata i PDV-a.

U 1C 8.3 Računovodstvo, bit će korisno generirati izvještaje za datum zbrajanja prije i nakon skupnog:

• Izvještaj o amortizaciji osnovnih sredstava;
• Univerzalni izvještaj o raznim registrima akumulacije za analizu troškova prilikom pojednostavljenja, za kontrolu PDV-a, međusobna obračuna sa zaposlenima itd.;
• I ostali izvještaji u zavisnosti od računovodstvene politike preduzeća.

Dodatno, trebali biste pronaći 1C partnere za obradu koji će ukazati na neiskorištene konfiguracijske objekte. Na primjer, pronaći elemente imenika Nomenklature, veze na koje više ne postoje, jer su dokumenti iz prethodnih perioda izbrisani. I, ako više ne namjeravamo prodati ili kupiti ovu stavku, onda je možemo izbrisati.

Poštovani čitatelju, konvolucija nije najuspješnije rješenje u optimizaciji 1C baze podataka, mnogo je brže i manje naporno za prebacivanje na SQL. Kao rezultat prelaska na SQL, zadržat ćete pristup svim dokumentima, nekoliko puta ćete povećati brzinu baze podataka, a nećete morati godišnje minimizirati bazu i brinuti o ispravnosti prijenosa podataka.

1C v7.7 se trenutno smatra zastarjelim, ali postoje kompanije koje ga i dalje koriste. Budući da napredak ne miruje, većina stručnjaka za 1C odavno se preobučila za 1C:v8 platformu i zaboravila je „sedam“ i stoga ne želi raditi na njoj. U ovom članku ću vam reći kako srušiti bazu podataka (arhivirati tačku). Nisam slučajno odlučio da urušim bazu podataka, činjenica je da su za one koji trenutno koriste „sedam“ konfiguracije baze podataka uvelike promijenjene i neće moći koristiti standardne alate. Ovaj članak će biti napisan na osnovu konfiguracije zasnovane na 1C: Trgovina i skladište 9.2.

Lirska digresija: Svi ovdje prikazani tretmani pripadaju njihovim autorima i ni na koji način ne tvrdim njihovo autorstvo.

Hajde da uvedemo sljedeću notaciju:

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 podataka bez dokumenata je baza podataka koja sadrži stanja, ali ne sadrži dokumente kretanja za period.
4. Složena baza - baza koja sadrži stanja i dokumente o kretanju za period.

Dakle, hajde da razvijemo mali algoritam za izvođenje konvolucije baze podataka:

1. Provjera baze podataka na greške;
2. Dodavanje dokumenta u konfiguraciju za rad sa registrima;
3. Kreiranje kopije baze podataka;
4. Uklanjanje svih dokumenata i periodičnih detalja iz baze podataka;
5. Formiranje i prenos stanja iz “Pune baze podataka” u “Praznu”;
6. Prenos dokumenata koji vrše kretanje tokom roll-up perioda iz “Puna baza podataka” u “Bazu bez dokumenata”;
7. Objavljivanje dokumenata i vraćanje sekvenci u "Kolapsiranu bazu podataka".

A sada svaki korak po redu sa slikama i objašnjenjima:

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

Sada moramo podesiti proces testiranja i korekcije da bismo to uradili, kliknite na dugme „Postavke“:

Stavljamo sve okvire za potvrdu kao na slikama, kliknemo “OK” i “Run”. Proces testiranja i ispravljanja je prilično dug, posebno ako je baza podataka velika. Činit će se kao da je sve zamrznuto, ali u stvari sve funkcionira.

2. Dodavanje dokumenta u konfiguraciju za rad sa registrima - ovaj dokument nam omogućava da kreiramo dokument koji sadrži podatke registra koji su nam potrebni. Možete preuzeti dokument. Unutar arhive nalazi se objašnjenje kako dodati dokument u bazu podataka, ali ću ga ovdje duplirati. Otvorite konfigurator i pozovite čarobnjaka za spajanje konfiguracija (Configuration-Merging Configurations), otvorit će se prozor za odabir konfiguracijske datoteke. Naznačimo putanju do mjesta gdje smo ga raspakirali i odaberite datoteku 1Cv7.MD.

Potreban nam je samo jedan dokument, pa poništimo sve potvrdne okvire osim “Documents”, provjerimo da li su prekidači na dnu prozora kao na snimku ekrana i kliknemo “OK”. Program će dodati dokument i otvoriti konfiguraciju. Sada morate da sačuvate promene da biste to uradili, kliknite na dugme "Sačuvaj" i prihvatite promene.

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

4. Uklanjanje svih dokumenata i periodičnih detalja iz baze podataka - za izvođenje ove procedure trebat će nam *.bat datoteka. Preuzmite, kopirajte u mapu s kopijom baze podataka i pokrenite - ova akcija će vam omogućiti da izbrišete sve dokumente iz baze podataka. Sljedeći korak je pokretanje 1C u ekskluzivnom načinu rada u 1C: Enterprise modu (Morate pokrenuti kopiju bez dokumenata), baza podataka će biti ponovo indeksirana. 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 prenos stanja iz "Puna baza podataka" u "Praznu" - da završite ovaj korak, otvorite "Puna baza" i kreirajte dokument "Stanja po registru" koji smo integrisali u konfiguraciju. Dokumenti moraju biti generisani dan koji prethodi danu roll-up-a, na primjer, ako bazu podataka sabiramo 01.01.2011., onda se dokumenti moraju generisati 31.12.2010. Da kreiramo dokument, potrebno je da otvorimo opšti dnevnik dokumenata, pritisnemo dugme "Ubaci" na tastaturi ili "Unesi novi red" u prozoru opšteg dnevnika.

Zatim morate odabrati dokument „Stanja prema registru“ i kliknuti na „OK“. Obrazac dokumenta treba da se otvori kao što je prikazano u nastavku:

Sada moramo generirati bilanse za svaki registar naše baze podataka. Da biste to učinili, na padajućoj listi odaberite registar koji nam je potreban i kliknite na dugme „Popuni“, glavna stvar je da ne zaboravimo na koji datum kreiramo stanja. Ako se osnovni obračun vrši 01.01.11., tada se saldi formiraju 31.12.2010. Nakon što popunite dokument, kliknite na dugme “Snimi” i “Zatvori” dokument se ne može knjižiti. Ova operacija se mora izvršiti za svaki registar u vašoj bazi podataka (izaberite željeni registar sa padajuće liste, ne zaboravite na datum). Svi dokumenti „Stanja prema registru” moraju biti generisani u jednom danu.

Nakon generisanja svih dokumenata „Stanja prema registru“, potrebno je da ih prenesemo u „Praznu bazu“. Za transfer nam je potrebna obrada. Preuzmite, raspakujte i otvorite datoteku “Universal.ert” u “Full Database” (File->Open-Universal.ert). Otvoriće se prozor kao što je prikazano ispod:

Sada morate podesiti obradu da biste to učinili, korak po korak (kao na slici ispod) ispunite sve zahtjeve obrade:

Zapamtite da u obradi specificirate putanju do "Prazne baze". Nakon što ste ispunili sve zahtjeve obrade na prvoj kartici, prelazimo direktno na prijenos stanja. Da biste to učinili, idite na karticu “Dokumenti”, označite jedini dokument “Stanja prema registru” i postavite datum generiranja dokumenata.

Provjeravamo korespondenciju sa gornjom snimkom ekrana, ako se sve poklapa, zatim kliknite na “OK” -> “Transfer document”.

Prijenos stanja u “Praznu bazu” će početi nakon što je prijenos završen, potrebno je da otvorite našu “Praznu bazu” u koju su prebačena stanja i proknjižite sve dokumente u “Stanje prema registru”. Da biste to učinili, otvorite opći dnevnik dokumenata, idite na datum prijenosa (u našem slučaju 31.12.2010.) i knjižite sve dokumente „Stanja prema registru“.

7. Prenos dokumenata koji se kreću tokom roll-up perioda iz “Puna baza podataka” u “Bazu bez dokumenata” - ovaj korak se izvodi kao i prethodni, uz obradu. Već znamo kako ga koristiti, pa radimo sve kao na snimku ekrana iz tačke 6:

Idite na karticu "Dokumenti", odaberite apsolutno sve dokumente i postavite raspon datuma od početka perioda do trenutnog trenutka, u našem slučaju od 01.01.2011. do 13.10.2011. Također smo postavili prekidače “Uključeno označeno za brisanje” i “Uključeno izvršeno” prema snimku ekrana.

Sljedeći korak je odlazak na karticu "Napredne postavke". Morate označiti kućice kao na snimku ekrana, naznačiti svoj period:

Nakon što postavite sve potvrdne okvire i prekidače, kliknite na “OK” -> “Prenesi dokumente” (snimak ekrana iz koraka 6):

7. Objavljivanje dokumenata i vraćanje sekvenci u „Srušenu bazu podataka“ - po završetku prenosa dokumenata biće potrebno ponovo postaviti kompletnu „srušenu“ bazu podataka od početka perioda do tekućeg datuma (u našem slučaju 01.01. .11-13.10.11). "Operacije" -> "Knjiženje dokumenata":

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

Nakon objavljivanja članka, dobio sam dosta zahtjeva mejlom sa pitanjem zašto se dokument „Stanje po registru“ ne popunjava i daje grešku. Kako bih riješio ovaj problem i odgovorio na svačija pitanja, ostavit ću ovdje vodič za finaliziranje dokumenta.

1. Otvorite konfigurator i odaberite dokument “Registriranje stanja”.

2. Otvorite obrazac dokumenta:

3. Kliknite na dugme "Novo" i dodajte potreban broj Resursa i Dimenzija.
a) Za resurs, postavke su sljedeće:

b) Za mjerenje postavki su sljedeće:

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

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

5. U obrascu koji se otvori odaberite tabelarni dio i kliknite na dugme prikazano na slici „Dodaj detalje“:

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

7. Nakon umetanja, sačuvajte dokument.

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

P.P.S.: Proces sabiranja perioda opisan u ovom članku nije prikladan za sakupljanje računovodstvenih ukupnih iznosa. Da biste sakupili računovodstvene rezultate, trebali biste koristiti standardnu ​​obradu wrap.ert ili razviti novu metodologiju.

Početak godine je idealno vrijeme za sakupljanje baze podataka

Vremenom se veličina baze podataka, posebno 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 imenike nerelevantnih unosa

U čemu pomaže konvolucija?

Ubrzajte program (smanjenjem veličine baze podataka)

Ako ne planirate povećati broj radnih stanica u 1C (i kupiti novi server za njih), ali niste zadovoljni brzinom 1C, trebali biste namotati bazu podataka. Ovo će smanjiti opterećenje računara. Biće moguće odgoditi kupovinu novog hardvera za server ili prelazak sa verzije datoteke na SQL.

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

Sakrij istorijske podatke

Rolling up je dobar način da sakrijete informacije 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 stavki i drugih zapisa

Tokom procesa rada, neiskorišteni artikli se akumuliraju u bazi podataka 1C. Ometa obradu računa i prodaje, te prilikom odabira proizvoda sa liste. To dovodi do grešaka i ponovnog sortiranja. Osim toga, veliki broj artikala usporava istovar u autonomnu kasu, na primjer u Frontol, kada se, uz 3 hiljade polovnih robe, istovari još 10 hiljada neiskorištenih. Urušavanjem vaše baze podataka, riješit ćete se starih proizvoda. Zajedno sa konvolucijom koristimo obradu Uklanjanje nebitnih stavki.

Neugodnosti rada u srušenoj bazi podataka

Dokumenti i izvještaji za „sažeti period“ će postati nedostupni. Morat ćete imati posebnu bazu podataka za stari period i tamo više neće biti moguće prikupljati podatke za cijeli period u jednom izvještaju.

Kako radi konvolucija

Suština događaja je sljedeća: odabire se datum (idealna opcija je početak godine ili tromjesečja), na primjer 1. januar 2016. Na taj datum se pravi „snimak“ stanja za sve računovodstvene dijelove (stanja zaliha, međusobna obračuna sa kupcima, dobavljačima i komisionarima, gotovina i računi obračuna), a primljeni podaci se učitavaju u fajlove na hard disku. Zatim se, na osnovu prethodne, kreira nova informaciona baza koja sadrži sve potrebne referentne knjige (nomenklaturu, vrste cijena, mjerne jedinice, cijene, ugovorne strane i ugovore, banke i tekući računi, skladišta, blagajne, materijalno odgovorne lica i dr.) i kreiranjem odgovarajućih dokumenata za unos stanja u novu bazu podataka, unose se stanja za sve računovodstvene rubrike (na osnovu podataka iz fajlova sačuvanih na hard disku) od 01.01.2016. Bilansi u novoj i prethodnim bazama podataka su usaglašeni. Njihova potpuna podudarnost služi kao pokazatelj uspješnosti obavljenog posla. Ako postoje male greške, lako se mogu ispraviti ručno.

Kao rezultat toga, brzina rada se značajno 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 korištenjem specijalizirane obrade iz 1C, koja se nalazi na ITS disku i za 1C 7.7 i za 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 sažimanja baze podataka, morate vratiti redoslijed dokumenata.

Važno je zapamtiti da se prikupljanje baze podataka obradom sa ITS diska može izvršiti samo uz standardnu ​​konfiguraciju. U suprotnom će se pojaviti greške koje neće biti odmah vidljive. Ako nemate standardnu ​​konfiguraciju, bolje je da kontaktirate iskusnog stručnjaka za 1C da sakupi bazu podataka.

Sami usaglašavanje je manje-više 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 kako da proveri.

Konvolucija 1C baze podataka: Upravljanje trgovinom

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

1. Program često koristi registre koji nisu potrebni. Na primjer, PDV (tamo 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 u unosu stanja možemo zamijeniti paketni dokument pomoćnim dokumentom - pri čemu ćemo nakon ponovnog unosa obrisati veze do izbrisanih dokumenata.

3. Međusobna poravnanja prema dokumentima. Možemo ponovo zatvoriti dugove ili isto tako na početku unosa stanja možemo sve okačiti na pomoćni dokument.

4. Postoji čitava gomila registara informacija (cijena, otpisana roba, pristup dokumentima, prepiska prilikom 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 (cijena skupljanja baze podataka od 3 Gig i 30 Gig će varirati).
Da biste saznali cijenu, ostavite zahtjev. Mi ćemo Vas kontaktirati, analizirati Vašu bazu podataka i utvrditi konačan trošak.
Prosječna cijena je od 8.000 do 15.000 rubalja.

Protiv i alternative konvoluciji

Međutim, rollup je prilično radikalna operacija kojom se brišu podaci 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 jedan izvještaj koji prikazuje podatke za 2012. i 2013. godinu. Korisne stvari kao što je analiza prodaje robe prije naručivanja od dobavljača ili poređenje koliko je određene robe prodato u januaru 2013. nego u januaru 2012. više neće biti dostupne.

Kolapsiranje baza podataka zaista 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 pažnju na alternative.

Alternativa: Onemogućite module koji se ne koriste

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

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

• Kontrola pristupa na nivou zapisa
• Računovodstvo stanja po organizacijama (pored računovodstva stanja po skladištima)
• Računovodstvo podataka za knjige kupovine/prodaje kada ih generirate u računovodstvu

Neke organizacije ne koriste sljedeće funkcije, iako se svakako ne mogu nazvati nepotrebnim:

• Obračun troškova (za izračunavanje profita od prodaje, marže)
• Obračun troškova po serijama (iako je u vašem slučaju dovoljan "prosječni" izračun)
• Poravnanja sa klijentima u kontekstu dokumenata o poravnanju

Kao primjer, malo sam istražio. Uzeo sam bazu kompanije koja ne koristi mogućnost izračunavanja profita. Početna veličina baze podataka je 1,6 GB. Nakon brisanja zapisa vezanih za obračun troškova, veličina baze podataka je smanjena na 1 GB. Nakon uklanjanja svih ostalih nekorištenih tablica, veličina je pala na 0,8 GB.

Alternativa: Uklonite nebitne predmete i izvođače iz vida

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

Glavna neugodnost je što takvi proizvodi

• 1. stati na put listi menadžera koji obrađuju račune ili prodaju. Ovo povećava vjerovatnoću grešaka i ponovnog ocjenjivanja.
• 2. istovar u autonomnu kasu (na primjer u Frontol) je spor. Jer nije istovareno 3.000 artikala koji su na polici, već još 10.000 koji nisu prodati već nekoliko godina.
• 3. Ako se bar kodovi ne koriste na blagajni, a blagajnik odabere artikl sa liste, tada velika lista takođe povećava vjerovatnoću grešaka i pogrešnog sortiranja.

Ovi konkretni problemi se lako mogu eliminisati bez pomoći konvolucije.

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

Dodatno, takav nebitan proizvod se može označiti za brisanje, premjestiti u mapu “_Cart” i dodati nazivu “yay_” tako da proizvod ne ometa pretragu po prvim slovima.

Za ovaj slučaj imamo tretman na lageru

Alternativa: Povećajte sigurnost sistema

Ako podatke treba sakriti, onda možete koristiti neke trikove (na primjer, ne postavite radnu bazu podataka u svoju kancelariju, već na udaljeni server. Možda čak i u drugoj zemlji. I pripremite lokalnu bijelu i pahuljastu bazu podataka za inspektore ). Ali urušavanje baze je naravno lakše.

Ako se trebate zaštititi od svojih zaposlenika, tada će vam u pomoć priskočiti SQL server i jasan pristupni sistem.

Alternativa: povećati snagu servera

1C 8 zajedno sa SQL serverom može normalno raditi s ogromnim bazama podataka. Baza podataka od 20-50 GB uopšte nije problem, pod uslovom da je računar dovoljno moćan.

Tokom procesa sažimanja baze podataka, u njoj se izvode sljedeće radnje:

• generišu se dokumenti za unos stanja na dan kada je izvršeno usaglašavanje;
• brišu se dokumenti i kretanja u registrima koji su bili u programu do i uključujući datum roll-up.

Sažimanje baze podataka omogućava vam da:

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

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

• izvršiti preliminarni test rollup na kopiji radnog 1C IDB-a;
• Ako je probni roll-up uspješno završen, tek tada možete započeti sakupljanje radne baze podataka, nakon što ste je prvo napravili sigurnosnu kopiju.

Za sažimanje 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 „Prilagođavanje upisa u registar”. Možete naručiti na našoj web stranici.

Naručite paket

Korak po korak uputstva za sakupljanje baze podataka

• Prvo morate napraviti rezervnu kopiju baze podataka. Zatim se prijavite u bazu podataka koristeći mod 1C: Enterprise, i provjerite da li su svi dokumenti popunjeni na kraju mjeseca na dan sabiranja.
• Dalje, potrebno je sačiniti izvještaj o bilansu prometa za period za koji planirate savijati osnovicu.
• Koristeći naredbu “Otvori” (meni File) učitavamo eksternu obradu baze podataka 2.0.
• Baza podataka se sažima nakon klika na odgovarajuće dugme na donjem panelu, tokom čega se objekti brišu za period koji je naveden u obradi. Treba napomenuti da proces može potrajati dosta vremena. Nakon što je 1C IBD zbir izvršen, ni pod kojim okolnostima nije moguće ispraviti i ponovo objaviti dokumente za zbirni period.
  Također je nemoguće ne reći da ukoliko je došlo do grešaka u procesu konvolucije, zbog kojih je uklanjanje objekata prekinuto ili nije u potpunosti završeno, to može dovesti do toga da će zbrojevi za neke registre biti onemogućeni. Ova činjenica, zauzvrat, onemogućava dobijanje ukupnih vrednosti za neke registre. Listu registara za koje su zbrojevi onemogućeni možete pogledati na kartici „Registri sa onemogućenim zbrojima“. Ovdje, ako je potrebno, možete uključiti rezultate.
  Ako je proces konvolucije iz bilo kojeg razloga prekinut, tada se lista dokumenata za unos stanja uvijek može vratiti pomoću gumba „Popuni listu“ na kartici „Dokumenti za unos stanja“, navodeći datumski interval.
• Posljednja faza je brisanje označenih objekata. Može se izvesti ako su sve gore opisane faze konvolucije uspješno završene.
  • U meniju „Operacije“ izaberite naredbu „Izbriši označene objekte“.
  • Gornji dio prozora sadrži dijalog sa listom 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. Dugme „Kontrola“ će vam pomoći da odredite postoje li veze do objekata koje treba izbrisati. Nakon što ste pažljivo provjerili objekte za brisanje i nisu pronašli greške, potrebno je započeti proces brisanja objekata klikom na dugme „Izbriši“.

Na kraju prikupljanja baze podataka, morate se uvjeriti da je sve prošlo kako treba. Da biste to učinili, otvorite Bilans prometa i uporedite ga sa onim koji je sačuvan prije sabiranja. Ako su identični, onda je presavijanje osnove izvedeno ispravno.

Prvo, malo teorije.

Programom 1C:Enterprise 8 može se raditi na dva načina:

• fajl(baza podataka se nalazi na računaru korisnika ili lokalnoj mreži),
• klijent-server(baza podataka se nalazi na posebnom serveru).

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 prelaziti 4 GB. Čim veličina bilo koje tabele baze podataka (a u slučaju konfiguracije 1C: Accounting 3.0, najteža tabela je računovodstveni registar) pređe 4 GB, baza podataka će prestati da se pokreće, a kada se približite ovom pragu, osetićete primetno smanjenje performansi programa (drugim riječima, pojavit će se "kočnice").

Dakle, preklapanje vam omogućava da smanjite veličinu tabela baze podataka (prvenstveno registra računovodstva). Operacija savijanja baze je sljedeća:

• određuje se datum kada se baza podataka treba srušiti (u pravilu je to početak godine),
• program utvrđuje stanja za svaki računovodstveni račun na ovaj datum i unosi ta stanja kreiranjem dokumenata Operacija,
• sva kretanja u svim sistemskim registrima prije navedenog datuma se poništavaju (osim onih odabranih prilikom postavljanja konvolucije),
• dokumenti uneseni prije ovog datuma se brišu (ako je kretanje ovih dokumenata potpuno očišćeno) ili označavaju za brisanje,
• dokumenti uneseni nakon navedenog datuma ostaju u svom izvornom obliku u sistemu.

Ova operacija vam omogućava da značajno smanjite veličinu računovodstvenog registra u programu.

Kako napraviti konvoluciju

U poglavlju Administracija obrada otvorene konvolucije:

Pojavljuje se sljedeći prozor:

Postavite znak Napravite rezervnu kopiju, označite korisničke podatke pod kojima želite da napravite kopiju i direktorijum u koji želite da sačuvate kopiju. Kliknite Dalje.U prozoru koji se pojavi odaberite Da:

Nailazimo na grešku platforme.

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

Odaberite putanju za spremanje kopije i dajte joj ime:

Pojavljuje se poruka:

Vraćamo se na obradu konvolucije. Uklanjamo znak kreiranja kopije. Kliknite Dalje:

Na sljedećem ekranu potrebno je odabrati godinu na čijoj se početku vrši roll-up. Takođe je preporučljivo postaviti znak Postavite datum zabrane tako da se ništa neće unositi u bazu podataka prije 2016. godine. Sa liste organizacija možete odabrati samo nekoliko za sažimanje ili možete sažmiti bazu podataka u svim organizacijama:

Na sledećem ekranu vidimo kako program planira da obradi tabele baze podataka (sistem predlaže sažimanje nekih tabela, ostavljajući druge nepromenjene). Na primjer, mnogi registri informacija i registri akumulacije koji se odnose na PDV će ostati nepromijenjeni. Ovo nije kritično za nas; prioritet je usaglašavanje računovodstvenog registra.

U sljedećem prozoru program prikazuje listu dokumenata Operacija, koji će biti kreiran za unos početnih stanja na dan 31. decembra 2015. za sve računovodstvene račune koji imaju stanja. Idemo dalje.

Sljedeći ekran prikazuje zbirnu tabelu sa analizom ispravnosti početnih stanja na početku 2016. godine. Ispravnost se provjerava poređenjem sa početnim bilansima u vrijeme koje prethodi savijanju Na gornjoj slici 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četa procedura za brisanje dokumenata prije 2016. godine. Slažemo se

Nakon brisanja dokumenata, pojavljuje se poruka koja pokazuje da je zbirni paket bio uspješan.

Skreni pažnju: S obzirom na to da su kretanja u registrima akumulacije po pitanju PDV-a i u mnogim registrima informacija ostala nepromijenjena, u sistemu su ostala i dokumenta koja su vršila kretanje u takvim registrima.

Neka vas ovo ne zbuni – cilj nam je bio da „pojednostavimo“ računovodstveni registar i to smo i ostvarili.

Ako je potrebno, možete proći cijeli (i besplatni) kurs na web stranici.