Nakon nekog vremena, 1C baze podataka se uvelike povećavaju u veličini, što može loše uticati na brzinu sistema. A vidjeti stare dokumente od prije pet godina nije uvijek potrebno i često se ometa. Kako bi se riješili starih dokumenata, očistili bazu podataka i ubrzali program, programeri 1C smislili su jednostavnu akciju - urušavanje baze podataka 1C.

Šta je zbir baze podataka u 1C 8.3? Usklađivanje je unos tekućih stanja na određeni datum i uklanjanje starih, nepotrebnih dokumenata. U nastavku ću vam reći kako napraviti zbir za tipičnu konfiguraciju koristeći 1C Accounting 3.0 kao primjer.

Ovo uputstvo je pogodno i za druge moderne konfiguracije - Upravljanje trgovinom (UT) 11, Upravljanje platama i osobljem (ZUP) 3.0, ERP 2.0, Upravljanje malim preduzećima (SNF). Ako konfiguracija nije standardna, postupak se mora obaviti izuzetno pažljivo i podaci moraju biti temeljito provjereni nakon konvolucije.

Prva stvar - definitivno uradi to. Ako nešto pođe po zlu, uvijek se možete vratiti na originalne podatke.

Zbirka se mora obaviti bez korisnika koji rade u sistemu. Stoga, zamolite svoje kolege da napuste program unaprijed.

Upute za preklapanje baze

Prijavite se u program 1C u Enterprise modu. Idite na karticu "Administracija", odaberite "Suži informaciju bazu":

U prozoru koji se otvori, sam program će ponuditi da napravite sigurnosnu kopiju programa - nemojte odbiti:

Ako program iz nekog razloga ne može kreirati kopiju, obavezno je napravite ručno, slijedeći ove upute. Nastavite na sljedeći korak klikom na dugme „Dalje“. Sistem će od vas tražiti da odaberete koje organizacije trebaju pomirenje i za koji period.

Odaberemo "Sve organizacije" i period 2015:

U sledećoj fazi sistem će ponuditi izbor registara za formiranje bilansa. Bolje je ostaviti ove postavke kao zadane i nastaviti proces dalje.

U fazi „Prikaži transakcije“, sistem će generisati dokumente za unos stanja koji su dostupni za pregled i verifikaciju.

Ako su transakcije ispravno unesene, možete nastaviti na automatsku verifikaciju. Tamo možete vidjeti analogni bilans stanja prije i nakon operacije konvolucije.

Provjera konvolucije 1C

Ako sumnjate, operacija se uvijek može otkazati i vratiti u prvobitno stanje.

Nakon ručne provjere podataka, možete prijeći na posljednju fazu - označavanje za brisanje starih dokumenata. Ova faza može trajati od 10 minuta do nekoliko sati, ovisno o veličini baze podataka i broju operacija.

To je sve - roll-up baze podataka 1C Accounting 8.3 je spreman! U svakom slučaju, nakon brisanja starih dokumenata, preporučujem da provjerite glavne izvještaje radi sličnosti informacija. U krajnjem slučaju, uvijek možete vratiti svoju bazu podataka iz sigurnosne kopije.

Nakon što je proces završen, preporučuje se da pokrenete obradu “Brisanje označenih objekata” kako biste se riješili nepotrebnih dokumenata. Kreirani dokumenti konvolucije nalaze se u odeljku „Operacije“, u stavci „Operacije unete ručno“.

Ako trebate napraviti rollup u 1C 8.2 i 7.7, onda se praktički ne razlikuje od gore navedenih, osim što se radi u zasebnoj obradi.

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 bazu podataka 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 postojećoj 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, jer 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 u ovim godinama nije prevelik.

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 sigurnosne kopije 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. Odrediće se 31. decembra 2015. godine u slučaju formiranja bilansa početkom 2016. godine:

Moguće je namotati bazu podataka za sve organizacije ili samo 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:

Možemo definirati pravila 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. Odstupanja između 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 zbrajanja:

• 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.

Kolaps baze informacija- procedura sa kojom su mnogi korisnici upoznati još od dana 7.7 platforme. U nekim organizacijama smo ovu proceduru provodili svake godine u dogovoreno vrijeme. Korisnici su svake godine radili u bazi podataka koja je sadržavala samo stanja i kretanja za tekuću godinu. Kako je hardverska produktivnost rasla i 1C platforma se poboljšala, kolaps baze podataka nije postao tako redovna pojava. S tim u vezi, u ovom materijalu ćemo detaljno razmotriti šta je ovaj postupak, kao i kako ga provesti u različitim 1C konfiguracijama.

Konvolucija baze podataka u 1C 8 - šta su i zašto je potrebna?

Tokom rada preduzeća u informacionom sistemu se akumulira veliki broj dokumenata, priručnika i drugih podataka. Neki od ovih podataka nisu od interesa u trenutnom periodu rada; Istovremeno, objekti se pohranjuju u sistem, usporavajući njegov rad u cjelini, povećavajući vrijeme arhiviranja (backup) i nema smisla svakodnevno čuvati prošlogodišnje podatke ako se na njima nisu mijenjale. Naravno, rad u jednoj bazi podataka može biti neophodan sa stanovišta analize izvještaja i uzorkovanja podataka tokom dužeg perioda. Sve ovisi o specifičnoj situaciji u organizaciji i korištenoj konfiguraciji. Na primjer, ako je baza podataka upravljačkog računovodstva ispravno postavljena u tekućoj, radnoj bazi podataka računovodstvenog odjela preduzeća, nema smisla čuvati podatke 3-5 godina. Istorija transakcija se uvek može videti u kopiji, svi analitički izveštaji su ugrađeni u druge proizvode. Koji je izlaz iz ove situacije - redovno urušavati bazu podataka jednom u određenom vremenskom periodu.

Prilikom obavljanja roll-up-a generiraju se dokumenti za upis stanja u registre na određeni datum (datum roll-up) i brišu se neiskorišteni dokumenti i kretanja u registrima (informacije, akumulacije, računovodstvo) do datuma roll-up-a, inkluzivno (roll-up period). Osnovni ciljevi:

Povećanje brzine programa u korisničkom modu;

Povećanje brzine rada prilikom ažuriranja (promjene) konfiguracije, kao i brzine testiranja i ispravljanja baze podataka;

Stvaranje uslova za brisanje obračunskih objekata koji više nisu potrebni korisniku;

Smanjenje veličine baze podataka.

Opći postupak za izvođenje postupka konvolucije

1. Kreirajte rezervnu kopiju.

Bez obzira na alate koje koristite, posebno je važno napraviti sigurnosnu kopiju baze podataka. Prvo, ova kopija neće biti samo arhiva podataka. Sasvim je moguće da će ga odmah trebati implementirati u cijelom preduzeću i učiniti dostupnim zainteresiranim korisnicima. Važno je blokirati pristup promjenama u ovoj bazi podataka. Pročitajte kako napraviti kopiju

2. Podešavanje konvolucije.

U ovoj fazi potrebno je naznačiti godinu za koju se planira urušavanje informacione baze. Odnosno, ako navedete 2013, onda će dokumenti do 31.12.2012 23:59:59 biti izbrisani.

Postavite datum zabrane promjene podataka. Oznaka koja ukazuje na potrebu za postavljanjem datuma zabrane za period koji se smanjuje.

3. Formiranje ostataka.

Određivanje sastava objekata koji se skupljaju i metode kolapsa. Predviđene su sljedeće radnje sa registrima:

Ne srušiti - objekti se ne skupljaju;

Kolaps - objekti koji prethode datumu kolapsa se skupljaju;

Očisti - objekti koji prethode datumu zbrajanja se brišu, a dokumenti za unos stanja se ne kreiraju. Režim je dostupan samo za registre informacija.

4.Pregled transakcija.

5.Check.

U ovoj fazi se prikazuju svi kreirani dokumenti za unos stanja sa mogućnošću njihovog uređivanja.

6. Brisanje starih dokumenata.

Svi dokumenti prije datuma preokretanja se brišu. U dokumentima koji imaju preostale pokrete, postavljena je zastavica „Ručno podešavanje“, a oznaka za brisanje nije postavljena.

Koji alat trebam koristiti za sažimanje baze podataka?

Nažalost, čak ni sve standardne konfiguracije ne pružaju standardnu ​​obradu za izvođenje konvolucije.

Trenutno je obrada dostupna samo u sljedećim konfiguracijama:

• Računovodstvo preduzeća, izdanje 3.0/ Računovodstvo preduzeća CORP, revizija 3.0 (BP 3)
• Upravljanje trgovinom, Revizija 11 (UT 11)

Fizički postoji obrada, ali nećete je moći koristiti ili čak otvoriti u sljedećim konfiguracijama:

• ERP Enterprise Management (ERP)
• Integrirana automatizacija 2 (KA)

U komentarima u kodu za obradu pročitat ćemo ne baš optimističnu frazu:

// Obrada se koristi samo u UT11

Shodno tome, sama obrada je samo „stub“ za ispravan rad BSP-a.

Nema obrade u sljedećim tipičnim konfiguracijama:

• Plaća i upravljanje kadrovima 2.5, 3 (ZUP)
• Upravljanje našom kompanijom, verzija 1.6 (ranije Upravljanje malom kompanijom)

Dakle, za konfiguracijske podatke, kao i za konfiguracije koje su sami pisane, morat ćete sami izvršiti preklapanje. Također, ovaj posao možete naručiti od profesionalaca!

Dakle, korisnik može samostalno izvršiti konvoluciju u samo dvije konfiguracije: Računovodstvo 3, Trgovina 11. Važno je pažljivo pročitati naše upute, pomoć u obradi i slijediti sve preporuke asistenta.

Pronaći ćete obradu za konvoluciju u odjeljku Administracija (ili Glavni podaci i administracija). Pododjeljak "Usluga". Otvaramo obradu i pažljivo provodimo sve preliminarne korake.

Također možete jednostavno napisati "convolution" u prozoru za pretraživanje odjeljaka programa. Ispod je slika kako to možete učiniti u Trade Management 11.

Za sažimanje sljedećih konfiguracija:

• Upravljanje proizvodnim poduzećem, revizija 1.3
• Računovodstvo preduzeća 2.0
• Upravljanje trgovinom, izdanje 10.3

Trebat će vam eksterna obrada od 1C, možete je preuzeti sa ITS web stranice, u odjeljku za obradu za platformu 8.2.

U drugim konfiguracijama, na primjer u UNF-u, bit će vrlo problematično izvesti konvoluciju samostalno. Iz istog razloga, u nekim tipičnim konfiguracijama nema obrade. Činjenica je da se svi podaci ne mogu ispravno sažeti. Na primjer, za plate je veoma važno imati podatke u registrima za ispravan obračun mnogih pokazatelja. U suštini, morate jasno razumjeti koji registri se mogu skupiti, koji se ne mogu skupiti, a koji mogu biti teški.

Za ostalo, morat ćete sami napisati obradu ili modificirati postojeće. Naš tim ima veliko iskustvo u rješavanju problema ove vrste i nudi pristupačne cijene. U fazi proučavanja baze podataka, moći ćemo vam odmah reći ukupan iznos za ovu vrstu posla.

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 tablice baze podataka (a u slučaju konfiguracije 1C: Accounting 3.0, najteža tablica je računovodstveni registar) prijeđe 4 GB, baza podataka će prestati da se pokreće, a kada se približite ovom pragu, osjetit ćete primjetan 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 na koji bazu 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 morate odabrati godinu na čijoj je početku zbirni popis napravljen. 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 brisanja 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.

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 još uvijek 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. Skupljena 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 grešaka u bazi podataka;
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 “Puna baza podataka” u “Praznu”;
6. Prenos dokumenata koji obavljaju 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 se nalazi 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, tako da 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 put 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 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 salda 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 prijenos nam je potrebna ova 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 navedete putanju do "Prazne baze". Nakon što ste ispunili sve zahtjeve obrade na prvoj kartici, prelazimo direktno na prijenos stanja. Da biste to uradili, idite na karticu „Dokumenti“, označite jedini dokument „Stanja prema registru“ i podesite datum generisanja dokumenata.

Provjeravamo korespondenciju sa gornjom snimkom ekrana, ako se sve poklapa, zatim kliknite “OK” -> “Prenesi dokumente”.

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 finalizaciju 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 postavke 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.