Početak godine je savršeno vrijeme za preklapanje baze

S vremenom veličina baze podataka raste, posebno u velikim organizacijama. Kada baza podataka 1C radi duže vrijeme i zauzima značajnu količinu, to dovodi do usporavanja rada.

Konvolucija ima sljedeće ciljeve:

• Ubrzajte program
• Smanjite veličinu baze
• Očistite direktorije iz nerelevantnih zapisa

Kako konvolucija pomaže

Ubrzajte program (smanjenje veličine baze)

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

Osim toga, ogromne baze podataka često se ruše, „ruše“ i općenito rade vrlo nepouzdano.

Sakrij povijesne podatke

Konvolucija je dobar način da sakrijete podatke o poslu iz prošlih godina. Podaci jednostavno neće biti prisutni u bazi podataka. Ovo je pouzdanije od ograničavanja prava pristupa i lozinki.

Riješite se zastarjele nomenklature i drugih zapisa

U procesu rada, neiskorištena nomenklatura se akumulira u bazi 1C. To ometa registraciju računa i prodaje pri odabiru proizvoda s popisa. To dovodi do grešaka i ponovnog sortiranja. Osim toga, veliki broj pozicija usporava istovar u autonomne blagajne, na primjer, u Frontol, kada se, uz 3 tisuće rabljene robe, istovara još 10 tisuća neiskorištene robe. Rušenjem baze riješit ćete se starih proizvoda. Zajedno sa konvolucijom, koristimo obradu brisanja zastarjelih stavki.

Nedostaci rada u minimiziranoj bazi podataka

Dokumenti i izvještaji za "urušeni period" postat će nedostupni. Morat ćete imati zasebnu bazu podataka za stari period i tamo gledati povijest, prikupljanje podataka za cijelo vrijeme u jednom izvještaju više neće funkcionirati.

Kako konvolucija funkcionira

Suština događaja je sljedeća: odabire se datum (idealno - početak godine ili tromjesečja), na primjer, 1. januar 2016. Na taj datum se pravi "snimak" stanja za sve računovodstvene sekcije (stanja zaliha, poravnanja sa kupcima, dobavljačima i posrednicima, stanja gotovine i računi za namirenje), a primljeni podaci se učitavaju u datoteke na tvrdom disku. Zatim se na temelju prethodnog stvara nova info baza koja sadrži sve potrebne referentne knjige (nomenklatura, vrste cijena, mjerne jedinice, cijene, druge ugovorne strane i ugovori, banke i računi za poravnanje, skladišta, blagajne, materijalno odgovorna lica, itd.), a stvaranjem odgovarajućih dokumenata za unos stanja u novu bazu, stanja se unose za sve računovodstvene sekcije (na osnovu podataka iz datoteka sačuvanih na čvrstom disku) od 01.01.2016. Stanja u novoj i staroj bazi podataka se provjeravaju. Njihova potpuna slučajnost služi kao pokazatelj uspješnosti obavljenog posla. Ako postoje male greške, one se lako ispravljaju "ručno".

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 preklopiti bazu

U idealnom svijetu, konvolucija se vrši pomoću 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 stvoriti dokumente za unos stanja, označiti nepotrebne dokumente za brisanje. Direktoriji se mogu izbrisati ako se ne koriste u preostalim dokumentima. Prije presavijanja baze podataka morate vratiti redoslijed dokumenata.

Važno je zapamtiti da se preklapanje baze podataka obradom s ITS diska može izvesti samo s tipičnom konfiguracijom. U suprotnom će se pojaviti greške koje neće biti vidljive odmah. Ako nemate tipičnu konfiguraciju, trebate se obratiti iskusnom stručnjaku za 1C kako biste uspostavili bazu podataka.

Manje -više je moguće samostalno napraviti zavoj u računovodstvu, a gotovo nerealno u trgovini. I za to postoji mnogo razloga, na primjer, potrebne informacije se mogu izbrisati, a nepotrebne ostati. U isto vrijeme, korisnik neće ni znati za to, jer ne zna kako da proveri.

Konvolucija baze 1C: Upravljanje trgovinom

Govoreći o konvoluciji 1c upravljanja trgovinom, potrebno je spomenuti probleme koje često moramo rješavati.

1. Često program koristi one registre koji nisu potrebni. Na primjer PDV (tamo ih ima 7). Prvo, zbog njih konvolucija traje duže, a drugo, ometaju uklanjanje dokumenata.

2. Ako se koriste pošiljke. U ovom slučaju spriječit će vas i brisanje niza dokumenata. Možemo postaviti prosjek ili u unosu ostataka zamijeniti paketni dokument pomoćnim dokumentom - time ćemo, nakon ponovnog objavljivanja, izbrisati veze do izbrisanih dokumenata.

3. Poravnanja dokumenata. Možemo ponovno zatvoriti dugove ili, na početku unosa stanja, sve možemo objesiti na popratni dokument.

4. Postoji čitav niz registara podataka (cijena, otpisana roba, pristup dokumentima, prepiska tokom razmjene itd.), Koji "drže" dokumente i priručnike.

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

Trošak konvolucije

Cijena ovisi o složenosti vaše konfiguracije (maloprodaja - jeftinija, složena - skuplja) i količini podataka (troškovi preklapanja baze u 3 Giga i 30 Gig će se razlikovati).
Da biste saznali cijenu - ostavite zahtjev. Kontaktirat ćemo vas, analizirati vašu bazu i utvrditi konačnu cijenu.
Prosječni raspon cijena je od 8.000 do 15.000 rubalja.

Nedostaci i alternative konvolucije

Međutim, konvolucija je prilično radikalna operacija koja briše podatke iz prethodnih godina, zamjenjujući ih dokumentima za unos bilansa.

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

Neće uspjeti izgraditi jedan izvještaj u kojem će biti prikazani podaci za 2012. i 2013. godinu. Takve korisne stvari kao što su analiza prodaje robe prije naručivanja od dobavljača ili usporedba koliko je više određene robe prodano u januaru 2013. nego u januaru 2012. postat će nedostupne.

Rušenje baza podataka zaista ima smisla samo u dva slučaja:

1. ako je zaista stara (najmanje 4-5 godina)
2. ako podatke nije potrebno samo zaštititi (lozinkama, na primjer), već ih pouzdano sakriti (fizičkim uklanjanjem s računara)

U svim ostalim slučajevima vrijedi obratiti pažnju na alternative.

Alternativa: Onemogućite neiskorištene module

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

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

• Kontrola pristupa na rekordnom nivou
• Računovodstvo stanja organizacija (pored obračuna stanja u skladištima)
• Računovodstvo podataka za knjige o kupovini / prodaji, dok ih formirate u računovodstvu

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

• Proračun troškova (za izračun dobiti od prodaje, marže)
• Proračun cijene u kontekstu lotova (unatoč činjenici da je kod vas dovoljno izračunati "u prosjeku")
• Poravnanja sa klijentima u kontekstu dokumenata o poravnanju

Na primjer, malo sam istraživao. Uzeo sam bazu kompanije koja ne koristi mogućnosti za izračunavanje dobiti. Originalna veličina baze podataka je 1,6 GB. Nakon brisanja zapisa koji se odnose na izračun cijene koštanja, veličina baze podataka smanjila se na 1 GB. Nakon brisanja svih ostalih neiskorištenih tablica, veličina je pala na 0,8 GB.

Alternativa: Uklonite nevidljivu nomenklaturu i druge ugovorne strane s vidika

Proizvođači stalno ažuriraju svoj asortiman. Zbog toga se u direktoriju proizvoda akumuliraju pozicije koje se više nikada neće prodati.

Glavna neugodnost je što takva roba

• 1. stanite na put spisku menadžera koji vrše prijem ili prodaju. Ovo povećava vjerovatnoću grešaka i ponovnog ocjenjivanja.
• 2. istovar u samostalne blagajne (na primjer u Frontolu) je spor. Jer nije istovareno 3.000 artikala koji se nalaze na polici, već još 10.000 artikala koji nisu prodani nekoliko godina.
• 3. Ako se bar kodovi ne koriste na blagajni i blagajnik odabere stavku sa liste, tada velika lista također povećava vjerovatnoću greške i ponovnog sortiranja.

Ovi specifični problemi mogu se lako ukloniti bez pomoći savijanja.

Dovoljno je nomenklaturi dodati varijablu "Arhiva" i automatski je dodati onoj robi za koju nije bilo kretanja posljednjih godinu -dvije.

Osim toga, takav nebitan proizvod može se označiti za brisanje, premjestiti u mapu "_Cart" i dodati u naziv "yayaya_" tako da proizvod ne ometa pretraživanje prvim slovima.

U ovom slučaju imamo na skladištu za obradu

Alternativa: povećajte sigurnost sistema

Ako je potrebno sakriti podatke, tada možete upotrijebiti neke trikove (na primjer, postavite radnu bazu podataka ne u svoju kancelariju, već na udaljeni server. Možda čak i u drugoj zemlji. A za revizore pripremite lokalnu bijelu i pahuljicu bazu podataka). Ali urušavanje baze je svakako lakše.

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

Alternativa: povećati kapacitet servera

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

Konvolucija 1C informacijske baze shvaća se kao proces obrade dokumenata i registra konfiguracije, kao i formiranje na početku određene godine stvarnih stanja, urušenih, kombiniranih podataka registra. Istodobno, dokumenti prethodnih godina brišu se ili označavaju za brisanje, osim dokumenata važnih za obračun PDV -a, osnovnih sredstava i brojnih drugih.

Za šta je presavijena 1C info baza?

Konvolucija se vrši radi smanjenja veličine baze podataka, bržeg rada, skraćivanja vremena za ažuriranje i arhiviranje baze 1C.

Također se koristi za čuvanje povjerljivih informacija. Nakon zbroja, zaposlenici i organizacije koje pregledavaju neće imati pristup dokumentima iz prethodnih godina u trenutnoj radnoj bazi.

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

Konvoluciona baza 1C 8.3

Liječenje Suzi bazu podataka u konfiguracijama 1C 8.3 Računovodstvo preduzeća, rev. 3, Upravljanje trgovinom, rev. 11 i u nizu drugih dostupnih iz menija Administracija - usluga:

Savet 1. Koristite obradu na kopiji 1C info baze, analizirajte rezultate, a zatim preklopite radnu bazu.

Savjet 2... Prije pokretanja, generirajte izvještaje o tim konfiguracijskim objektima, podaci o kojima će iz prošlih razdoblja biti potrebni u budućim razdobljima. Prije svega, govorimo o računovodstvu osnovnih sredstava, PDV -u, priznavanju prošlih troškova. Ako evidenciju o platama vodite u 1C 8.3 Računovodstvo, rev. 3, bit će vam potrebni i podaci o međusobnim obračunima sa zaposlenima.

Pažnja: Bilans stanja prometa prije presavijanja može se izostaviti, jer je u 1C 8.3 provjera SAL -a prije i poslije presavijanja uključena kao jedna od faza obrade.

Savjet 3... Razmislite do kojeg ćete razdoblja izvesti konvoluciju. Ponekad računovođe ostavljaju podatke od prošle godine, jer su oni važni za platne spiskove. Ili čak podaci iz dvije ili tri prethodne godine, ako obim transakcija nije prevelik za ove godine.

Kako preklopiti bazu 1C 8.3 Računovodstvo, na primjer

Razmotrimo primjer konvolucije stvarne baze 1C 8.3 određenog preduzeća: konfiguracija Računovodstva poljoprivrednog preduzeća, rev. 3. Ovo je zapravo konfiguracija Enterprise Accounting, Rev.3, ali proširena dodavanjem specijaliziranih industrijskih objekata.

Pretpostavimo da baza podataka preduzeća dostiže 4 GB nakon procesa testiranja i zakrpe, uključujući pakovanje info baze. Korisnici u bazi rade od 2011. godine. Budući da je poreznu inspekciju provjerila organizaciju, uključujući i period 2015., a od 2016. organizacija obračunava plaće ne u 1C 8.3 Računovodstvo, već u 1C 8.3 ZUP -u, rev. 3, odlučeno je da se baza zatvori do 2016. godine. .

Faza 1. Kreiranje sigurnosne kopije

Iz menija Administracija - Servis započeti obradu kao korisnik sa Administratorska prava. U našem primjeru Admin... Unesite lozinku administratorskog korisnika za pristup bazi 1C 8.3. Ako presavijate već stvorenu kopiju programa, potvrdite okvir Napravite sigurnosnu kopiju može se resetovati. U suprotnom, ukazujemo IB rezervni direktorij:

Ako pritisnemo taster F1 na tastaturi možemo dobiti pomoć o svrsi i mogućnostima korištenja ovog tretmana. Nakon čitanja zatvorite pomoć i kliknite na dugme Dalje idite na sljedeći korak obrade Završene faze su označene zelenom bojom.

Faza 2. Konfiguriranje konvolucije

U ovoj fazi određujemo na početku koje godine formirati bilance u 1C 8.3. Podrazumevano je polje za potvrdu označeno. Postavite datum zabrane izmjene podataka. Biće postavljeno 31. decembra 2015. godine u slučaju formiranja bilansa početkom 2016. godine:

Moguće je objediniti bazu podataka za sve organizacije ili samo jednu po jednu. Slijedeći primjer u bazi 1C 8.3, postoji jedna organizacija, pa se ne nudi izbor organizacija za konvoluciju u obradi.

Faza 3. Formiranje ostataka

By button Dalje preći na postavljanje pravila za formiranje bilansa. Za tipične konfiguracije one su unaprijed definirane, a za 1C 8.3 Enterprise Accounting, rev. 3 postoji mogućnost Vratite preporučene postavke, ako su promijenjene.

Možemo postaviti pravila konvolucije za Dnevnik objavljivanja: Nemojte se srušiti ili srušiti:

Možemo definirati pravila zasebno za svaki akumulacijski registar:

Prema zadanim postavkama, na primjer, u obradi za 1C 8.3 Enterprise Accounting, rev.3 je Ne savijati u registrima PDV Kupovine, PDV PDV Prodaja i niz drugih. Odnosno, programeri su analizirali koje parametre baze podataka treba u potpunosti spremiti, a koje je moguće smanjiti.

Ali možemo, na primjer, postaviti Ne savijati u registru akumulacije PDV uključen u cijenu:

Korak 4. Pregledajte transakcije

U fazi Pregled transakcija generirana stanja možete otvoriti 01/01/2016, baza podataka o operacijama bit će napisana 31.12.2015. Dopušteno je korigirati ostatke ili čak stvoriti novu operaciju za unos ostataka pritiskom na gumb Stvoriti:

Ispod se nalaze opcije za kreirane operacije za računovodstveni registri:

By registri podataka:

By registri akumulacije:

Faza 5. Verifikacija

Zatim prelazimo na provjeru kreiranih dokumenata. U ovoj fazi vidimo izvještaj sličan bilansu stanja, formiranom krajem 2015. u vrijeme prije i poslije konvolucije. Odstupanja između podataka u našem slučaju odnose se samo na dodatni račun 000, koji je korišten za unos stanja u vrijeme početka rada s bazom:

Možete prikazati i uporediti podatke o poreskom računovodstvu (OU). Da biste to učinili, koristite gumb s desne strane, kao u svim standardnim 1C izvještajima. Prikaži postavke i postavite potvrdni okvir pored indikatora OU:

Formiramo izvještaj s podacima o BU i OU. Zatim prebacujemo ček na Registar informacija i akumulacija:

Moguće je prikazati podatke o pojedinačnim registrima informacija i akumulacija. By button Ipak možemo označiti ili poništiti okvir za odabir registara, podatke o kojima želimo dobiti:

Faza 6. Uklanjanje starih dokumenata

Mogućnost pomoću dugmeta Nazad idite na prethodne faze zbirnog zbira, uključujući brisanje generiranih zaostalih dokumenata. Ili pomoću dugmeta Dalje pređite na sljedeću fazu - Brisanje starih dokumenata... U ovoj fazi primamo upozorenje o nepovratnosti procesa u 1C 8.3. No, za sada će stari dokumenti biti označeni samo za brisanje. Ova faza je mnogo duža od svih prethodnih i može biti vrlo duga:

Korak 7. Gotovo

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

Faza 8. Brisanje dokumenata označenih za brisanje

Otvarajući Journal of Operations, vidimo da su dokumenti iz 2011. označeni za brisanje:

Savjet 4. Iskoristite prednosti obrade Brisanje označenih objekata prilika Djelomično uklanjanje objekata. Izbrišite povezane grupe objekata. Uklanjanje izvodite u fazama i pravite pauze između faza. Ili zakažite uvođenje za velike blagdane.

No, prije brisanja dokumenata označenih za brisanje, sastavite potrebne izvještaje koji će vam reći jesu li svi podaci ostavljeni za ispravno računovodstvo OS -a, plaće, PDV -a.

U 1C 8.3 Računovodstvo će biti korisno prije i poslije sazivanja za generiranje izvještaja o datumu sazivanja:

• Izvještaj o amortizaciji osnovnih sredstava;
• Univerzalni izvještaj o različitim registrima akumulacije za analizu troškova tokom pojednostavljenja, za kontrolu PDV -a, međusobna poravnanja sa zaposlenima itd .;
• I drugi izvještaji ovisno o računovodstvenoj politici preduzeća.

Osim toga, trebali biste pronaći 1C partnere za obradu, koji će ukazivati ​​na neiskorištene konfiguracijske objekte. Na primjer, možete pronaći elemente kataloga Nomenklature, na koje se više ne upućuje, jer su obrisani dokumenti iz prošlih perioda. A ako više ne namjeravamo prodati ili kupiti ovaj predmet, možemo ga izbrisati.

Suzi bazu podataka- postupak koji je mnogim korisnicima poznat od platforme 7.7. U nekim organizacijama smo ovu proceduru provodili svake godine u dogovoreno vrijeme. Korisnici su svake godine radili u bazi podataka koja sadrži samo bilance i kretanja za tekuću godinu. Rastom hardverske produktivnosti i poboljšanjem 1C platforme, preklapanje baze podataka nije postalo tako redovna pojava. S tim u vezi, u ovom ćemo materijalu detaljno razmotriti što je ovaj postupak, kao i kako ga izvesti u različitim 1C konfiguracijama.

Sklapanje baze podataka u 1C 8 - šta su to i čemu služi?

U toku rada preduzeća u informacionom sistemu se akumulira veliki broj dokumenata, priručnika i drugih podataka. Neki od ovih podataka nisu od interesa za tekući period rada; neki podaci zahtijevaju pristup samo za čitanje. U isto vrijeme, objekti su pohranjeni u sistemu, usporavaju njegov rad u cjelini, povećavaju vrijeme arhiviranja (izrade sigurnosne kopije), dok nema smisla svakodnevno spremati prošlogodišnje podatke ako u njih nisu unesene promjene. Naravno, ponekad je potrebno raditi u jednoj bazi podataka sa stanovišta analize izvještaja, uzorkovanja podataka tokom dužeg perioda. Sve ovisi o specifičnoj situaciji u organizaciji i korištenoj konfiguraciji. Na primjer, s ispravnom formulacijom upravljačkog računovodstva, baza u trenutnoj, radnoj bazi računovodstvenog odjela kompanije nema smisla pohranjivati ​​podatke 3-5 godina. Povijest operacija uvijek se može vidjeti u kopiji, svi analitički izvještaji ugrađeni su u druge proizvode. Koji je izlaz iz ove situacije - redovno minimizirati bazu jednom u određenom vremenskom periodu.

Kada se izvrši konvolucija, generiraju se dokumenti za unos stanja u registre za određeni datum (datum zbroja), a neiskorišteni dokumenti i kretanja u registrima (informacije, akumulacija, računovodstvo) brišu se do datum roll-up, uključujući (period roll-up). Osnovni ciljevi:

Povećajte brzinu programa u korisničkom načinu rada;

Povećanje brzine rada pri ažuriranju (promjeni) konfiguracije, kao i brzina testiranja i ispravljanja infobaze;

Stvaranje uslova za brisanje računovodstvenih objekata koji više nisu potrebni korisniku;

Smanjenje veličine baze podataka.

Opći redoslijed postupka konvolucije

1.Stvaranje sigurnosne kopije.

Bez obzira na alate koji se koriste, posebno je važno napraviti sigurnosnu kopiju baze podataka. Prvo, ova kopija neće biti samo arhiva podataka. Moguće je da će ga odmah trebati primijeniti u poduzeću i omogućiti pristup zainteresiranim korisnicima. Važno je zatvoriti pristup promjenama u ovoj bazi podataka. Kako pročitati kopiju

2. Postavljanje konvolucije.

U ovoj fazi potrebno je navesti godinu na čijem se početku planira objedinjavanje baze podataka. Odnosno, ako navedete 2013, tada će se dokumenti brisati do 31.12.2012 23:59:59.

Postavite datum zabrane izmjene podataka. Zastava koja označava potrebu za postavljanjem datuma zabrane za period valjanja.

3. Formiranje ostataka.

Određivanje sastava srušenih objekata i metoda savijanja. Omogućene su sljedeće radnje s registrima:

Nemojte srušiti - objekti se ne urušavaju;

Collapse - ruši objekte koji prethode datumu urušavanja;

Obriši - objekti koji prethode datumu zbroja se brišu, a preostali ulazni dokumenti se ne stvaraju. Način je dostupan samo za registre informacija.

4. Operacije pregledavanja.

5. Verifikacija.

U ovoj fazi se prikazuju svi kreirani dokumenti za unos ostataka s mogućnošću uređivanja.

6. Uklanjanje starih dokumenata.

Svi dokumenti prije datuma zbroja se brišu. U dokumentima koji se još uvijek kreću, postavljena je zastavica "Ručno ispravljanje", a oznaka brisanja nije postavljena.

Koji alat za rušenje baze

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

Trenutno je obrada dostupna samo u sljedećim konfiguracijama:

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

Fizički postoji obrada, ali neće biti moguće koristiti, pa čak ni otvoriti je u sljedećim konfiguracijama:

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

U komentarima u kodu za obradu čitamo ne baš optimističnu frazu:

// Obrada se koristi samo u UT11

U skladu s tim, sama obrada je samo "stub" za ispravan rad BSP -a.

Nema obrade u sljedećim tipičnim konfiguracijama:

• Upravljanje plaćama i osobljem 2.5, 3 (ZUP)
• Uprava naše firme, revizija 1.6 (ranije Uprava male firme)

Stoga ćete za konfiguracijske podatke, kao i za samostalno napisane konfiguracije, morati sami napraviti preklapanje. Takođe, ovaj posao možete naručiti od profesionalaca!

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

Obradu za presavijanje pronaći ćete u odjeljku Administracija (ili NSI i administracija). Pododjeljak "Usluga". Otvaramo obradu i pažljivo slijedimo sve preliminarne korake.

Također možete samo napisati "fold" u okvir za pretraživanje dijelova programa. Ispod je slika kako to možete učiniti u Trgovinskom uredu 11.

Za dodavanje sljedećih konfiguracija:

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

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

U drugim konfiguracijama, na primjer, u UNF -u, bit će vrlo problematično samostalno izvesti konvoluciju. Iz istog razloga, nema obrade u nekim tipičnim konfiguracijama. Stvar je u tome da se svi podaci ne mogu ispravno sažeti. Na primjer, za platu je vrlo važno imati podatke u registrima za tačan izračun mnogih pokazatelja. Zapravo, morate imati jasnu ideju koji registar se može minimizirati, koji ne može biti i s kakvim poteškoćama može doći.

Za ostatak konfiguracije morat ćete sami napisati obradu ili izmijeniti postojeće. Naš tim ima veliko iskustvo u rješavanju takvih problema i pristupačne cijene. U fazi proučavanja baze, možemo vam odmah objaviti ukupan iznos za ovu vrstu posla.

Pozadina

U preduzeću u kojem radim nastala je situacija kada je postalo potrebno smanjiti bazu, tj. obrišite sve dokumente i kretnje prije određenog datuma. Do tada je baza podataka težila gotovo 350 GB i bilo je jako teško raditi s njom. Također, performanse 1C -a su trpjele i zakazane operacije s bazom podataka izvršavale su se jako dugo.

Odluka je pala - odsjekli smo bazu! Nakon dugih testova tipičnih tretmana zgrušavanja, bio sam razočaran njima. Proveo sam više od dve nedelje sam sa računarom koji je presekao bazu testova. Takvi su izrazi jednostavno neprihvatljivi u radnoj bazi podataka, pogotovo jer korisnici rade u bazi 6 dana u sedmici. Nekako je trebalo izaći iz ćorsokaka. Odlučili smo prepustiti vanjski posao. Ali čak ni ovdje nismo bili sretni, troškovi rada su visoki, a vrijeme potrebno za završetak bilo je prilično veliko.

Općenito, pitanje je ostalo neriješeno i vratilo se na samostalno rješavanje problema.

Morao sam pribjeći ekstremnim mjerama, isključio sam se iz svih drugih zadataka i prihvatio rušenje baze.

I uskoro je problem riješen - odsjekli su bazu za 2 dana, smanjili je za 70%.

Odsecanje UT baze zapremine 350 GB za 2 dana.

Odlučio sam dovršiti zadatak koristeći sljedeći algoritam:

Napravite kopiju radne baze. U kopiji formirajte stanje za željeni datum, izbrišite sve dokumente i kretnje prije tog datuma. Zatim, iz radne baze, sve nove dokumente (stvorene od kada je kopija napravljena) treba prenijeti u novu bazu. Pustite korisnike da idu u novu bazu podataka.

Zadatak je podijeljen u 5 podzadataka:

1. Napravite plan razmjene tako da se nakon odsijecanja baze podataka svi novi dokumenti mogu prenijeti u novu bazu podataka.

2. Formirajte bilance na datum konvolucije.

3. Izbrišite sve dokumente i kretnje prije datuma zbrajanja.

4. Učitajte dokumente iz trenutne baze podataka u novu bazu podataka.

5. Zamijenite radnu podlogu novom (izrezanom) podlogom.

Pripremna faza trajala je oko dvije sedmice: stvaranje plana razmjene, traženje alata za stvaranje ostataka i čišćenje registra, testiranje mehanizama.

Proces valjanja baze podataka.

1. Formiranje bilansa na dan konvolucije.

Ostaci su formirani standardnom obradom "ConvolutionBase.epf".

Kako bi se uštedjelo vrijeme, u radnoj bazi tokom radnog vremena izvršeno je formiranje bilansa. Jer bilansi se formiraju dokumentima "Ispravka unosa u registar" i obrada postavlja neaktivna kretanja u registrima, tada je ovaj postupak bezopasan za bazu.

Prilikom obrade postavio sam ograničenje broja redova u jednom dokumentu na 50.000.

Učinio sam to polako i u roku od 1-2 dana sve se formiralo (ispostavilo se oko 400 dokumenata).

Bilješka:

-ako na datum objedinjavanja postoje dokumenti "Ispravak evidencijskih zapisa" koji se ne odnose na uvrštavanje baze podataka, bolje ih je odgoditi za datum kasnije, kako ih kasnije ne bi slučajno zbunili .

- pri formiranju bilansa bolje je pregledati sve registre, jer dešava se da vam ne trebaju početna stanja za sve registre. Ponekad postoje situacije kada se registar više nigdje ne koristi. Na kraju ćete uštedjeti vrijeme.

2. Napravite potpuni plan razmjene za istovar u identičnu konfiguraciju (to možete učiniti paralelno s formiranjem bilansa).

3. U neradno vrijeme očistite objekte upisane u plan razmjene i napravite kopiju baze podataka sa onemogućenim propisima.

4. Brisanje dokumenata i čišćenje registra.

Ova je operacija najsporija i trebali biste koristiti direktne SQL upite da biste ubrzali ovu operaciju. Slični alati mogu se pronaći na Infostart -u. Postoji još jedna stvar, ako na ovaj način izbrišemo podatke, objekti će se brzo izbrisati, ali bez kontrole referentnog integriteta. U skladu s tim, redovi poput "Objekt nije pronađen ..." pojavit će se u našim dokumentima i drugim dokumentima.

Imao sam zadatak ostaviti ove dokumente bez pažnje u informativne svrhe.

U tu svrhu napisana je obrada, koja je uklonila iz knjiženja i na datum zbrajanja prenijela sve dokumente koji su uključeni u kretanje u dokumentima o prilagođavanju registra.

Zatim, koristeći obradu za brisanje dokumenata i kretanja kroz SQL upite, izbrišite sve do datuma konvolucije (evidencije dokumenata, dokumenti, registri akumulacije, registri informacija itd.).

Bilješka:

- registre podataka potrebno je čistiti samo za periodične. Ako registar nije periodičan, vjerovatno će se potpuno obrisati.

6. Aktivirajte kretanje dokumenata za ispravljanje unosa registra obradom "ConvolutionBase.epf". U isto vrijeme, obrada ovih dokumenata prebačena je na prethodni datum (to je zgodno za usklađivanje stanja po dvije osnove).

8.Provjerite ispravnost unosa stanja i ispravnost (u tu svrhu možete uključiti računovodstveno osoblje)

9. Prenesite dokumente iz radne baze u novu bazu. Ovaj postupak se može obaviti odmah nakon stvaranja kopije. One. ako se u bazi podataka svakodnevno stvara mnogo dokumenata, bolje je paralelno prenositi dokumente kako ne biste na to trošili dodatno vrijeme.

10.Pusti korisnike u novu bazu podataka. Da biste to učinili, bolje je preimenovati baze podataka na poslužitelju 1c tako da prijelaz bude bezbolan za korisnike. One. staroj bazi dajemo ime kako god želite i preimenujemo novu (urušenu) bazu u staru.

Bilješka!

Kao što znate, pri direktnom brisanju objekata nema kontrole kontrole integriteta.
U skladu s tim, nakon brisanja objekata, trenutna baza podataka sadrži objekte koji se odnose na nepostojeće objekte ("Objekt nije pronađen").
Moj zadatak nije bio imati te objekte u urušenoj bazi podataka. Ali prekinute veze mogu negativno utjecati na sve vrste razmjene između baza i drugih procesa.
Stoga sam ih premjestio u urušenu bazu, ali nakon što sam srušio bazu.
1. Donijeli su pravila razmjene koja prenose dokumente (samo broj, datum nije objavljen).
2. Prenijeli sve dokumente koji su pronađeni u dokumentima za unos početnih stanja.
Ovaj postupak se može obaviti nakon presavijanja, ali preporučljivo je pripremiti alate unaprijed.

Nakon nekog vremena, 1C baze podataka rastu u veličini, što može negativno utjecati na brzinu rada sistema. I nije uvijek potrebno vidjeti stare dokumente od prije pet godina i često se miješa. Kako bi se riješili starih dokumenata, očistili bazu podataka i ubrzali program, programeri 1C -a smislili su jednostavnu radnju - preklapanje 1C info baze.

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

Ovo uputstvo je pogodno i za druge moderne konfiguracije - Trade Management (TM) 11, Payroll and Personal Personal Management (ZUP) 3.0, ERP 2.0, Management for Small Firm Management (UNF). Ako konfiguracija nije tipična, postupak se mora obaviti vrlo pažljivo i dobro je provjeriti podatke nakon presavijanja.

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

Konvolucija se mora izvesti bez korisnika koji rade u sistemu. Stoga zamolite svoje kolege da napuste program unaprijed.

Upute za sklapanje osnove

Idite na program 1C u načinu rada Enterprise. Idite na karticu "Administracija", odaberite stavku "Sažmi bazu podataka":

U prozoru koji se otvori, sam program će ponuditi izradu sigurnosne kopije programa - ne biste trebali odbiti:

Ako program iz nekog razloga ne može stvoriti kopiju, svakako je napravite ručno, prema ovim uputama. Prelazimo na sljedeću fazu klikom na dugme "Dalje". Sistem će od vas tražiti da odaberete koje organizacije trebaju sažimanje i na koji period.

Odaberite "Sve organizacije" i period 2015 .:

U sljedećoj fazi sistem će ponuditi odabir registara za formiranje bilansa. Bolje je ostaviti ove postavke prema zadanim postavkama i nastaviti postupak dalje.

U fazi „Pregled transakcija“, sistem će generirati dokumente za unos stanja koji su dostupni za pregled i provjeru.

Ako su operacije ispravno unesene, možete prijeći na automatsku provjeru. Tamo možete vidjeti analogni bilans stanja prije i nakon operacije presavijanja.

1C provjera konvolucije

Ako ste u nedoumici, 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 brisanja 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 - preklapanje baze podataka 1C Accounting 8.3 je spremno! U svakom slučaju, nakon brisanja starih dokumenata, preporučujem provjeru sličnosti informacija u glavnim izvještajima. U krajnjem slučaju, uvijek možete vratiti bazu podataka iz sigurnosne kopije.

Nakon završetka procesa preporučuje se pokretanje obrade "Brisanje označenih objekata" kako biste se riješili nepotrebnih dokumenata. Kreirani zbirni dokumenti nalaze se u odjeljku Operacije, u odjeljku Ručne operacije.

Ako trebate napraviti konvoluciju u 1C 8.2 i 7.7, onda se to praktično ne razlikuje od gore navedenog, osim što se to radi zasebnom obradom.