Razpad informacijskih baz 1C razumemo kot proces obdelave dokumentov in konfiguracijskih registrov ter oblikovanje na začetku določenega leta trenutnih bilanc, strnjenih, sestavljenih registrskih podatkov. V tem primeru se izbrišejo ali označijo za izbris dokumenti iz preteklih let, razen dokumentov, pomembnih za obračun DDV, osnovnih sredstev in številnih drugih.

Zakaj zbirajo informacijsko bazo 1C?

Konvolucija se izvaja za zmanjšanje velikosti baze podatkov, hitrejše delo, zmanjšanje časa za posodabljanje in arhiviranje baze podatkov 1C.

Poleg tega se uporablja za shranjevanje zaupnih informacij. Po roll-upu zaposleni in inšpekcijske organizacije ne bodo imeli dostopa do dokumentov iz preteklih let v sedanji delujoči bazi.

Pomembno: če je potrebno, lahko bazo podatkov 1C 8.3 vedno razširite iz arhiva, preden se zrušite in pridobite potrebne informacije. Osnovo »pred konvolucijo« lahko dodate kot dodatno k bližnjici za zagon 1C 8.3 in jo imate vedno »pri roki«.

Konvolucija baze podatkov 1C 8.3

Zdravljenje Zrušitev informacijske baze v konfiguracijah 1C 8.3 Računovodstvo podjetja, ed. 11 in v številnih drugih, na voljo v meniju Administracija – Storitev:

Nasvet 1. Uporabite obdelavo na kopiji informacijske baze 1C, analizirajte rezultate in nato zvijte delujočo bazo podatkov.

Nasvet 2. Pred roll-upom ustvarite poročila o tistih konfiguracijskih objektih, o katerih bodo informacije iz preteklih obdobij potrebne v prihodnjih obdobjih. V prvi vrsti govorimo o obračunavanju osnovnih sredstev, DDV in pripoznavanju preteklih stroškov. Če spremljate plače v 1C 8.3 Računovodstvo, izdaja 3, boste potrebovali tudi podatke o medsebojnih obračunih z zaposlenimi.

Pozor: Bilance stanja pred roll-upom ni treba generirati, saj je v 1C 8.3 preverjanje SALT pred in po roll-upu vključeno kot ena od faz obdelave.

Nasvet 3. Razmislite o obdobju, do katerega boste izvajali roll-up. Včasih računovodje pustijo podatke iz lanskega leta, saj so pomembni za obračun plač. Ali celo podatke iz dveh ali treh prejšnjih let, če obseg transakcij v teh letih ni prevelik.

Kako z zgledom združiti bazo podatkov o računovodstvu 1C 8.3

Oglejmo si primer zgoščevanja prave baze podatkov 1C 8.3 nekega podjetja: konfiguracija Računovodstvo za kmetijsko podjetje, izdaja 3. To je pravzaprav konfiguracija Enterprise Accounting, Rev. 3, vendar razširjena z dodajanjem specializiranih industrijskih objektov.

Predpostavimo, da je podatkovna baza podjetja po postopku testiranja in popravkov, vključno s pakiranjem informacijske baze, dosegla 4 GB. Uporabniki v bazi delajo od leta 2011. Ker je bila organizacija pregledana s strani davčne inšpekcije, vključno z obdobjem 2015, in od leta 2016 organizacija ne obračunava več plač v 1C 8.3 Računovodstvo, ampak v 1C 8.3 ZUP, izd. 3, je bilo odločeno, da se baza zapre do leta 2016 .

1. korak: ustvarite varnostno kopijo

Iz menija Administracija – Storitev obdelavo začnemo pod uporabnikom z Skrbniške pravice. V našem primeru skrbnik. Za dostop do baze podatkov 1C 8.3 vnesite uporabniško geslo Admin. Če izvajate redukcijo na že ustvarjeni kopiji programa, potrdite polje Ustvari varnostno kopijo se lahko ponastavi. V nasprotnem primeru navajamo Rezervni imenik informacijske varnosti:

Če pritisnemo tipko F1 na tipkovnici lahko dobimo informacije o namenu in značilnostih uporabe te obdelave. Ko se seznanite, zaprite pomoč in kliknite Nadalje nadaljujte z naslednjim korakom obdelave Dokončane stopnje so označene z zeleno.

2. korak: Nastavite konvolucijo

Na tej stopnji določimo, na začetku katerega leta oblikovati stanja v 1C 8.3. Privzeto je označeno Nastavite datum prepovedi spreminjanja podatkov. V primeru oblikovanja stanj v začetku leta 2016 se določi na dan 31.12.2015:

Bazo podatkov je mogoče združiti za vse organizacije ali samo za eno. Po tem primeru je v bazi podatkov 1C 8.3 ena organizacija, zato ni izbire organizacij za zmanjšanje obdelave.

Faza 3. Tvorba ostankov

Z gumbom Nadalje Preidimo na določanje pravil za oblikovanje bilanc. Za standardne konfiguracije so vnaprej določene, za 1C 8.3 Enterprise Accounting, Rev. 3 pa je možno Obnovi priporočene nastavitve,če so bili spremenjeni.

Nastavimo lahko pravila zlaganja Dnevnik objavljanja: Ne strni ali Strni:

Za vsak akumulacijski register lahko določimo pravila posebej:

Privzeto je na primer v obdelavi za 1C 8.3 Enterprise Accounting, izdaja 3 Ne zruši se pri registrih DDV Nakupi, DDV Prodaja, DDV zahtevan in številni drugi. To pomeni, da so razvijalci analizirali, katere parametre baze podatkov je treba v celoti ohraniti in katere je mogoče strniti.

Lahko pa npr Ne zruši se pri akumulacijskem registru DDV vključen v ceno:

4. korak: Pregled transakcij

Na odru Oglejte si transakcije lahko odprete ustvarjena stanja na dan 01.01.2016, transakcije bodo zabeležene v bazi 31.12.2015. Z gumbom je mogoče prilagoditi stanja ali celo ustvariti novo operacijo vnosa stanja Ustvari:

Spodaj so možnosti za ustvarjene operacije: računovodski registri:

Avtor: informacijski registri:

Avtor: akumulacijski registri:

Faza 5. Preverjanje

Nato nadaljujemo s preverjanjem ustvarjenih dokumentov. Na tej stopnji vidimo poročilo, podobno bilanci stanja, ki je nastalo konec leta 2015 v času pred znižanjem in po znižanju. Odstopanja med podatki so v našem primeru samo za dodatni konto 000, ki je bil uporabljen za vnos stanja ob začetku dela z bazo:

Podatke lahko prikažete in primerjate za davčno knjigovodstvo (DA). Če želite to narediti, uporabite gumb na desni, kot v vseh standardnih poročilih 1C. Pokaži nastavitve in potrdite polje zraven indikatorja NU:

Izdelamo poročilo s podatki o BU in NU. Nato preklopimo ček na Informacijski in akumulacijski register:

Možen je prikaz podatkov na posameznih registrih informacij in akumulacij. Z gumbom več Registre, za katere želimo prejemati podatke, lahko odkljukamo ali odkljukamo:

6. korak: Brisanje starih dokumentov

Obstaja možnost gumba Nazaj pojdite na prejšnje stopnje usklajevanja, vključno z brisanjem ustvarjenih bilančnih dokumentov. Ali z gumbom Nadalje premakni se na naslednjo stopnjo - Brisanje starih dokumentov. Na tej stopnji prejmemo opozorilo o nepovratnosti procesa v 1C 8.3. Toda stari dokumenti bodo za zdaj označeni le za brisanje. Ta stopnja je veliko daljša od vseh prejšnjih in je lahko precej dolga:

Faza 7. Končano

Po zaključku te stopnje prejmemo sporočilo o uspešnem zaključku konvolucije:

Faza 8. Brisanje dokumentov, označenih za brisanje

Ko odpremo dnevnik operacij, vidimo, da so dokumenti iz leta 2011 označeni za brisanje:

Nasvet 4. Uporaba pri predelavi Odstranjevanje označenih predmetov priložnost Delna odstranitev predmetov. Izbrišite povezane skupine predmetov. Odstranjevanje izvajajte po stopnjah in med stopnjami delajte odmore. Ali pa načrtujte roll-up okoli velikih praznikov.

Pred brisanjem dokumentov, označenih za izbris, pa sestavite potrebna poročila, ki vam bodo povedala, ali ostanejo vsi podatki za pravilno obračunavanje osnovnih sredstev, plač in DDV.

V 1C 8.3 Računovodstvo bo koristno ustvariti poročila za datum zbiranja pred in po zbiranju:

• Obračun amortizacije osnovnih sredstev;
• Univerzalno poročilo o različnih akumulacijskih registrih za analizo odhodkov pri poenostavitvah, za nadzor DDV, medsebojnih obračunov z zaposlenimi itd.;
• In druga poročila glede na računovodsko politiko podjetja.

Poleg tega bi morali najti partnerje za obdelavo 1C, ki bodo kazali na neuporabljene konfiguracijske objekte. Na primer, poiščite elemente imenika Nomenklatura, povezave do katerih ne obstajajo več, ker so dokumenti iz prejšnjih obdobij izbrisani. In če tega predmeta ne nameravamo več prodati ali kupiti, ga lahko izbrišemo.

Dragi bralec, konvolucija ni najuspešnejša rešitev pri optimizaciji baze podatkov 1C, veliko hitrejši in manj delovno intenziven je prehod na SQL. S prehodom na SQL boste obdržali dostop do vseh dokumentov, večkrat povečali hitrost podatkovne baze in vam ne bo treba letno minimizirati podatkovne baze in skrbeti za pravilnost prenosa podatkov.

1C v7.7 trenutno velja za zastarelo, vendar obstajajo podjetja, ki jo še vedno uporabljajo. Ker napredek ne miruje, se je večina strokovnjakov 1C že zdavnaj prekvalificirala za platformo 1C: v8 in pozabila na "sedem", zato ne želi delati na njej. V tem članku vam bom povedal, kako strniti zbirko podatkov (arhivirati obdobje). Nisem se naključno odločil za strnitev baze, dejstvo je, da so za tiste, ki trenutno uporabljajo »sedmico«, konfiguracije baze močno spremenjene in ne bodo mogli uporabljati standardnih orodij. Ta članek bo napisan na podlagi konfiguracije, ki temelji na 1C: Trgovina in skladišče 9.2.

Lirična digresija: Vse tukaj predstavljene obdelave pripadajo njihovim avtorjem in v nobenem primeru ne prevzemam njihovega avtorstva.

Vstavimo naslednji zapis:

1. Polna baza je naša delovna baza, ki jo bomo ukinili.
2. Prazna baza - baza, ki vsebuje samo konstante in referenčne knjige.
3. Podatkovna baza brez dokumentov je baza, ki vsebuje stanja, ne vsebuje pa prometnih dokumentov za obdobje.
4. Strnjena baza - baza, ki vsebuje stanja in prometne dokumente za obdobje.

Torej, razvijmo majhen algoritem za izvajanje konvolucije baze podatkov:

1. Preverjanje podatkovne baze glede napak;
2. Dodajanje dokumenta v konfiguracijo za delo z registri;
3. Izdelava kopije informacijske baze;
4. Odstranitev vseh dokumentov in periodičnih podrobnosti iz baze podatkov;
5. Oblikovanje in prenos stanja iz "polne baze podatkov" v "prazno";
6. Prenos dokumentov, ki izvajajo gibanje v obdobju zbiranja, iz "Popolne baze podatkov" v "Bazo brez dokumentov";
7. Objava dokumentov in obnavljanje zaporedij v "Strnjeni bazi podatkov".

In zdaj vsak korak po vrsti s slikami in razlagami:

1. Preverjanje informacijske baze za napake - ta korak se izvede v konfiguratorju. (Administracija - testiranje in popravek).

Zdaj moramo nastaviti postopek testiranja in popravkov, kliknite gumb »Nastavitve«:

Postavimo vsa potrditvena polja kot na slikah, kliknemo »V redu« in »Zaženi«. Postopek testiranja in popravljanja je precej dolg, še posebej, če je baza podatkov velika. Zdelo se bo, da je vse zamrznjeno, v resnici pa vse deluje.

2. Dodajanje dokumenta v konfiguracijo za delo z registri - ta dokument nam omogoča, da ustvarimo dokument, ki vsebuje podatke registra, ki ga potrebujemo. Dokument lahko prenesete. Znotraj arhiva je razlaga, kako dodati dokument v bazo podatkov, vendar ga bom tukaj podvojil. Odprite konfigurator in pokličite čarovnika za združevanje konfiguracij (Configuration-Merging Configurations), odpre se okno za izbiro konfiguracijske datoteke. Označimo pot do mesta, kjer smo ga razpakirali in izberemo datoteko 1Cv7.MD.

Potrebujemo samo en dokument, zato počistimo vsa potrditvena polja razen »Dokumenti«, preverimo, ali so stikala na dnu okna kot na posnetku in kliknemo »V redu«. Program bo dodal dokument in odprl konfiguracijo. Zdaj morate shraniti spremembe; kliknite gumb "Shrani" in sprejmite spremembe.

3. Ustvarjanje kopije informacijske baze - tukaj je vse preprosto, samo kopiramo imenik informacijske baze (tistega, ki smo ga preverili in v katerega smo dodali dokument) v nov imenik in v oknu za izbiro konfiguracije 1C določimo pot do njega.

4. Odstranitev vseh dokumentov in periodičnih podrobnosti iz baze podatkov - za izvedbo tega postopka potrebujemo *.bat datoteko. Prenesite, kopirajte v mapo s kopijo informacijske baze in zaženite - to dejanje vam bo omogočilo izbris vseh dokumentov iz baze podatkov. Naslednji korak je zagon 1C v ekskluzivnem načinu v načinu 1C:Enterprise (zagnati morate kopijo brez dokumentov), ​​baza podatkov bo ponovno indeksirana. Sedaj moramo bazo podatkov očistiti periodičnih podrobnosti - za to bomo začeli testirati in popravljati bazo podatkov v konfiguratorju (podobno kot v 1. točki).

5. Oblikovanje in prenos stanj iz "Popolne baze" v "Prazno" - za dokončanje tega koraka odpremo "Polno bazo" in ustvarimo dokument "Stanja po registru", ki smo ga integrirali v konfiguracijo. Dokumenti morajo biti generirani dan pred dnevom roll-up-a, npr. če bazo roll-up izvedemo 01.01.2011, potem morajo biti dokumenti generirani 31.12.2010. Za ustvarjanje dokumenta moramo odpreti splošni dnevnik dokumentov, pritisniti gumb "Vstavi" na tipkovnici ali "Vnesi novo vrstico" v oknu splošnega dnevnika.

Nato morate izbrati dokument »Stanja po registru« in klikniti »V redu«. Odpre se obrazec dokumenta, kot je prikazano spodaj:

Zdaj moramo ustvariti stanja za vsak register naše baze podatkov. Če želite to narediti, na spustnem seznamu izberite register, ki ga potrebujemo, in kliknite gumb »Izpolni«, glavna stvar je, da ne pozabimo, na kateri datum ustvarjamo stanja. Če se osnovni zbir izvede 1. 1. 2011, se stanja oblikujejo 31. 12. 2010. Po izpolnjevanju dokumenta kliknite na gumb "Zapiši" in "Zapri", dokumenta ni mogoče knjižiti. To operacijo morate opraviti za vsak register v vaši bazi (iz spustnega seznama izberite želeni register, ne pozabite na datum). Vsi dokumenti »Stanja po registru« morajo biti ustvarjeni v enem dnevu.

Po generiranju vseh dokumentov “Stanja po registru” jih moramo prenesti v “Prazno bazo”. Za prenos potrebujemo obdelavo. Prenesite, razpakirajte in odprite datoteko “Universal.ert” v “Full Database” (Datoteka->Open-Universal.ert). Odpre se okno, kot je prikazano spodaj:

Zdaj morate nastaviti obdelavo, korak za korakom (kot na spodnjem posnetku) izpolnite vse zahteve za obdelavo:

Ne pozabite, da pri obdelavi določite pot do "prazne baze". Ko izpolnite vse zahteve za obdelavo na prvem zavihku, nadaljujemo neposredno s prenosom stanja. Če želite to narediti, pojdite na zavihek »Dokumenti«, označite edini dokument »Stanja po registru« in nastavite datum, ko so bili dokumenti ustvarjeni.

Preverimo ujemanje z zgornjim posnetkom zaslona, ​​​​če se vse ujema, kliknite »V redu« -> »Prenesi dokumente«.

Začel se bo prenos stanj v “Prazno bazo”, po končanem prenosu morate odpreti našo “Prazno bazo”, v katero so bila stanja prenesena, in vknjižiti vse dokumente v “Stanja po registru”. Če želite to narediti, odprite splošni dnevnik dokumentov, pojdite na datum prenosa (v našem primeru 31.12.10) in knjižite vse dokumente »Stanja po registru«.

7. Prenos dokumentov, ki se med obdobjem zbiranja premikajo iz »Popolne baze podatkov« v »Bazo brez dokumentov« - ta korak se izvede kot prejšnji z uporabo obdelave. Uporabljati ga že znamo, zato naredimo vse kot na posnetku zaslona iz točke 6:

Pojdite na zavihek "Dokumenti", izberite absolutno vse dokumente in nastavite datumsko obdobje od začetka obdobja do trenutnega trenutka, v našem primeru od 01.01.11 do 13.10.11. Nastavili smo tudi stikali “Vklopljeno označeno za brisanje” in “Vključeno izvedeno” glede na posnetek zaslona.

Naslednji korak je, da odprete zavihek »Napredne nastavitve«. Potrdite polja, kot je prikazano na posnetku zaslona, ​​navedite svoje časovno obdobje:

Ko nastavite vsa potrditvena polja in stikala, kliknite »V redu« -> »Prenesi dokumente« (posnetek zaslona iz 6. koraka):

7. Knjiženje dokumentov in obnavljanje zaporedij v “Strnjeni bazi podatkov” - po zaključku prenosa dokumentov bo potrebno ponovno knjižiti celotno “sesuto” bazo od začetka obdobja do trenutnega datuma (v našem primeru 01.01. .11-13.10.11). "Operacije" -> "Knjiženje dokumentov":

P.S.: Reševanje težav z dokumentom "Stanja po registru":

Po objavi članka sem po elektronski pošti prejel veliko povpraševanj, zakaj dokument »Stanja po registru« ni izpolnjen in daje napako. Da bi rešil to težavo in odgovoril na vprašanja vseh, bom tukaj pustil vodnik za dokončanje dokumenta.

1. Odprite konfigurator in izberite dokument »Registracija stanja«.

2. Odprite obrazec dokumenta:

3. Kliknite gumb "Novo" in dodajte zahtevano število virov in dimenzij.
a) Za vir so nastavitve naslednje:

b) Za merjenje so nastavitve takšne:

Za svojo osnovo sem ustvaril približno 10 dimenzij in 9 virov.

4. V konfiguratorju odprite obrazec dokumenta in kliknite gumb »Obrazec«:

5. V obrazcu, ki se odpre, izberite tabelarični del in kliknite gumb, prikazan na sliki »Dodaj podrobnosti«:

6. Na dnu izberite vse nove vire in dimenzije ter jih prilepite v dokument:

7. Po vstavitvi shranite dokument.

P.S.: Če kaj ni jasno, vam je pošta vedno odprta!

P.P.S.: Postopek zbiranja obdobja, opisan v tem članku, ni primeren za zbiranje računovodskih vsot. Če želite prevzeti računovodske rezultate, morate uporabiti standardno obdelavo wrap.ert ali razviti novo metodologijo.

Začetek leta je idealen čas za zbiranje baze podatkov

Sčasoma se velikost baze podatkov, zlasti v velikih organizacijah, povečuje. Ko se baza podatkov 1C vzdržuje dlje časa in zavzema velik obseg, to povzroči upočasnitev dela.

Konvolucija ima naslednje cilje:

• Pospešite program
• Zmanjšajte velikost baze podatkov
• Počisti imenike nepomembnih vnosov

Pri čem pomaga konvolucija?

Pospešite program (z zmanjšanjem velikosti baze podatkov)

Če ne nameravate povečati števila delovnih postaj v 1C (in kupiti novega strežnika zanje), vendar niste zadovoljni s hitrostjo 1C, morate zviti bazo podatkov. To bo zmanjšalo obremenitev računalnikov. Možno bo odložiti nakup nove strojne opreme za strežnik ali prehod z datotečne različice na SQL.

Poleg tega ogromne podatkovne baze pogosteje zatajijo, »padejo« in na splošno delujejo zelo nezanesljivo.

Skrij zgodovinske podatke

Rolling up je dober način za skrivanje informacij o delu v prejšnjih letih. Podatkov preprosto ne bo v bazi. To je bolj varno kot omejevanje pravic dostopa in gesel.

Znebite se nepomembnih predmetov in drugih zapisov

Med delovnim procesom se neuporabljeni predmeti kopičijo v bazi podatkov 1C. Moti obdelavo prejemov in prodaje ter pri izbiri blaga s seznama. To vodi do napak in ponovnega razvrščanja. Poleg tega veliko število artiklov upočasni razkladanje v avtonomno blagajno, na primer v Frontol, ko se poleg 3 tisoč rabljenega blaga raztovori še 10 tisoč neuporabljenih. Z zrušitvijo baze podatkov se boste znebili starih izdelkov. Skupaj s konvolucijo uporabljamo obdelavo Odstranjevanje nepomembnih postavk.

Nevšečnosti pri delu v sesuti bazi podatkov

Dokumenti in poročila za "strnjeno obdobje" ne bodo na voljo. Za staro obdobje boste morali imeti ločeno bazo in tam gledati zgodovino, podatkov za celotno obdobje ne bo več mogoče zbrati v enem poročilu.

Kako deluje konvolucija

Bistvo dogodka je naslednje: izbran je datum (idealna možnost je začetek leta ali četrtletja), na primer 1. januar 2016. Na ta datum se za vse računovodske odseke naredi "posnetek" bilanc (inventurna stanja, medsebojni obračuni s kupci, dobavitelji in komisionarji, konti blagajniškega in poravnalnega stanja), prejeti podatki pa se naložijo v datoteke na trdem disku. Nato se na podlagi prejšnje ustvari nova informacijska baza, ki vsebuje vse potrebne referenčne knjige (nomenklatura, vrste cen, merske enote, cene, nasprotne stranke in pogodbe, banke in tekoči računi, skladišča, blagajne, materialno odgovorni). osebe ipd.) in z izdelavo ustreznih dokumentov za vnos stanj v novo bazo se vnesejo stanja za vse računovodske sklope (na podlagi podatkov iz datotek shranjenih na trdem disku) na dan 01.01.2016. Stanja v novi in ​​prejšnji bazi so usklajena. Njihovo popolno sovpadanje služi kot pokazatelj uspešnosti opravljenega dela. Če obstajajo majhne napake, jih je mogoče enostavno popraviti ročno.

Posledično se znatno poveča hitrost delovanja in, kar je najpomembneje, zmanjša tveganje za okvare samega programa 1C:Enterprise.

Kako narediti zlaganje baze

V idealnem svetu se konvolucija izvaja s specializirano obdelavo iz 1C, ki je na disku ITS tako za 1C 7.7 kot za različice 8.2, 8.3. V tem primeru bo program izdelal dokumente za vnos stanja in označil nepotrebne dokumente za izbris. Imenike je mogoče izbrisati, če niso uporabljeni v preostalih dokumentih. Preden strnete bazo podatkov, morate obnoviti zaporedje dokumentov.

Pomembno si je zapomniti, da je strnitev baze podatkov z obdelavo z diska ITS možna samo s standardno konfiguracijo. V nasprotnem primeru se bodo pojavile napake, ki ne bodo takoj vidne. Če nimate standardne konfiguracije, se raje obrnite na izkušenega strokovnjaka 1C, da združi bazo podatkov.

Sami opraviti uskladitev je bolj ali manj mogoče v računovodstvu in skoraj nemogoče v trgovanju. In za to obstaja veliko razlogov, na primer, potrebne informacije se lahko izbrišejo, nepotrebne pa ostanejo. Uporabnik za to sploh ne bo vedel, ker ... ne ve, kako preveriti.

Konvolucija baze podatkov 1C: Upravljanje trgovine

Ko že govorimo o paketu za upravljanje trgovine 1c, moramo omeniti težave, ki jih moramo pogosto reševati.

1. Program pogosto uporablja registre, ki niso potrebni. Na primer DDV (tam je 7 registrov). Prvič, zaradi njih rollup traja dlje, in drugič, motijo ​​​​odstranjevanje dokumentov.

2. Če se uporabljajo serije blaga. V tem primeru vam bo to preprečilo tudi brisanje številnih dokumentov. Nastavimo ga lahko glede na povprečje ali pa pri vnosu stanj zamenjamo paketni dokument s pomožnim dokumentom - s tem po ponovnem vnosu počistimo povezave do izbrisanih dokumentov.

3. Medsebojni obračuni po dokumentih. Lahko ponovno zapremo terjatve ali tudi na začetku vnašanja stanj vse skupaj obesimo na pomožni dokument.

4. Obstaja cel kup informacijskih registrov (cene, odpisano blago, vpogled v dokumente, korespondenca pri menjavi itd.), ki “držijo” dokumente in imenike.

5. Standardna odstranitev traja dolgo časa. In če je veliko elementov, potem se sploh ne spopade. Razvili smo lastno, hitrejšo obdelavo za odstranjevanje nepotrebnih dokumentov.

Cena paketa

Stroški so odvisni od zapletenosti vaše konfiguracije (maloprodaja je cenejša, kompleksna je dražja) in količine podatkov (strošek zbiranja podatkovne baze s 3 Gigabajti in 30 Gigabajti se bo razlikoval).
Če želite izvedeti stroške, pustite zahtevo. Kontaktirali vas bomo, analizirali vašo bazo podatkov in določili končno ceno.
Povprečni razpon cen je od 8.000 do 15.000 rubljev.

Slabosti in alternative konvoluciji

Vendar pa je rollup precej radikalna operacija, ki izbriše podatke za prejšnja leta in jih nadomesti z dokumenti za vnos stanja.

Glavna pomanjkljivost je, da imate več baz podatkov. Na primer "Osnova 2011-2012" in "Osnova 2013".

In ne bo mogoče sestaviti enega poročila, ki bi prikazovalo podatke za leti 2012 in 2013. Uporabnih stvari, kot je analiza prodaje blaga pred naročilom pri dobavitelju ali primerjava, koliko več je bilo določenega blaga prodanega januarja 2013 kot januarja 2012, ne bo več na voljo.

Strnitev baz podatkov je res smiselna le v dveh primerih:

1. če je res stara (vsaj več kot 4-5 let)
2. če je treba podatke ne samo zaščititi (na primer z gesli), ampak tudi varno skriti (s fizičnim brisanjem iz računalnika)

V vseh drugih primerih je vredno biti pozoren na alternative.

Alternativa: Onemogočite neuporabljene module

Tudi če ne uporabljate nekaterih funkcij programa, to ne pomeni, da zanje ne zapravlja sredstev vašega računalnika.

Ni veliko takšnih potencialno nepotrebnih, a zahtevnih delov programa:

• Nadzor dostopa na rekordni ravni
• Obračunavanje stanj po organizacijah (poleg obračunavanja stanj po skladiščih)
• Obračun podatkov za nabavne/prodajne knjige, ko jih ustvarite v računovodstvu

Nekatere organizacije ne uporabljajo naslednjih funkcij, čeprav jih zagotovo ne moremo imenovati nepotrebne:

• Izračun stroškov (za izračun dobička od prodaje, marže)
• Izračun stroškov po serijah (čeprav v vašem primeru zadostuje izračun “povprečje”)
• Poravnave s strankami v okviru poravnalnih listin

Kot primer sem malo raziskoval. Vzel sem osnovo podjetja, ki ne uporablja možnosti izračuna dobička. Začetna velikost podatkovne baze je 1,6 GB. Po brisanju zapisov, povezanih z izračuni stroškov, se je velikost baze podatkov zmanjšala na 1 GB. Po odstranitvi vseh drugih neuporabljenih tabel je velikost padla na 0,8 GB.

Alternativa: Odstranite nepomembne predmete in izvajalce izpred oči

Proizvajalci nenehno posodabljajo svojo paleto izdelkov. Zaradi tega se v imeniku izdelkov kopičijo predmeti, ki ne bodo nikoli več prodani.

Glavna neprijetnost je, da takšni izdelki

• 1. ovirati seznam menedžerjev, ki obdelujejo prejemke ali prodajo. S tem se poveča verjetnost napak in ponovnega ocenjevanja.
• 2. Nalaganje na avtonomno blagajno (na Frontol npr.) je počasno. Ker ni raztovorjenih 3000 artiklov, ki so na polici, ampak drugih 10.000, ki niso bili prodani več let.
• 3. Če črtne kode niso uporabljene na blagajni in blagajnik izbere artikel s seznama, potem velik seznam poveča tudi verjetnost napak in napačnega razvrščanja.

Te posebne težave je mogoče zlahka odpraviti brez pomoči konvolucije.

Dovolj je, da v nomenklaturo dodate atribut »Arhiv« in ga samodejno dodate tistemu blagu, za katerega zadnje leto ali dve ni bilo gibanja.

Dodatno lahko tak nepomemben izdelek označimo za izbris, ga premaknemo v mapo “_Košarica” in dodamo v ime “yay_”, tako da izdelek ne moti iskanja po prvih črkah.

Za ta primer imamo na zalogi tretma

Alternativa: povečajte varnost sistema

Če je treba podatke skriti, potem lahko uporabite nekaj trikov (na primer, da delovne baze podatkov ne postavite v svojo pisarno, ampak na oddaljeni strežnik. Morda celo v drugo državo. In pripravite lokalno belo in puhasto bazo za inšpektorje ). Sesanje baze pa je seveda lažje.

Če se morate zaščititi pred svojimi zaposlenimi, vam bosta na pomoč priskočila SQL strežnik in jasen dostopni sistem.

Alternativa: povečajte moč strežnika

1C 8 skupaj s strežnikom SQL je sposoben normalno delati z ogromnimi bazami podatkov. Baza podatkov 20-50 GB sploh ni problem, če je računalnik dovolj zmogljiv.

Med postopkom strnjevanja informacijske baze podatkov se v njej izvajajo naslednja dejanja:

• generirajo se dokumenti za vnos stanj na dan, ko je izvedena uskladitev;
• brišejo se dokumenti in gibanja v registrih, ki so bili v programu do vključno datuma roll-upa.

Strnitev zbirke podatkov vam omogoča:

• pospeši sistem;
• zmanjšati velikost 1C IBD.

POZOR! Preden začnete strniti informacijsko bazo, morate:

• izvedite predhodni testni zbir na kopiji delujočega 1C IDB;
• Če je testno zbiranje uspešno zaključeno, šele potem lahko začnete zbirati podatkovno bazo delujočih informacij, potem ko ste jo predhodno varnostno kopirali.

Za strnitev podatkovne baze se uporablja obdelava za konfiguracijo (revizija 1.6), ki je na disku. Ta obdelava ni primerna za edicijo 2.0, saj ne vsebuje dokumenta “Prilagoditev vnosov v register”. Naročite lahko na naši spletni strani.

Naroči paket

Navodila po korakih za zvijanje baze

• Najprej morate ustvariti varnostno kopijo baze podatkov. Nato se prijavite v bazo podatkov z načinom 1C: Podjetje, in preverite, ali so bili vsi dokumenti izpolnjeni ob koncu meseca na datum zbiranja.
• Nato morate izdelati poročilo o bilanci prometa za obdobje, za katero nameravate zbrati osnovo.
• Z ukazom “Odpri” (meni Datoteka) naložimo zunanjo obdelavo Database 2.0.
• Baza podatkov se strne po kliku ustreznega gumba na spodnji plošči, pri čemer se objekti izbrišejo za obdobje, ki je določeno v obdelavi. Upoštevati je treba, da lahko postopek traja precej dolgo. Po posodobitvi 1C IBD v nobenem primeru ni mogoče popraviti in ponovno objaviti dokumentov za obdobje posodobitve.
  Prav tako je nemogoče reči, da če je med postopkom konvolucije prišlo do napak, zaradi katerih je bila odstranitev predmetov prekinjena ali ni bila dokončana v celoti, lahko to privede do dejstva, da bodo vsote za nekatere registre onemogočene. To dejstvo pa onemogoča pridobivanje skupnih vrednosti za nekatere registre. Seznam registrov, za katere so onemogočeni seštevki, si lahko ogledate na zavihku “Registri z onemogočenimi seštevki”. Tukaj lahko po potrebi vključite rezultate.
  Če je bil postopek konvolucije iz kakršnega koli razloga prekinjen, lahko seznam dokumentov za vnos stanja vedno obnovite z gumbom »Izpolni seznam« na zavihku »Dokumenti za vnos stanja«, pri čemer določite datumski interval.
• Zadnja stopnja je brisanje označenih predmetov. Lahko se izvede, če so bile vse zgoraj opisane stopnje konvolucije uspešno zaključene.
  • V meniju »Operacije« izberite ukaz »Izbriši označene predmete«.
  • V zgornjem delu okna je pogovorno okno s seznamom predmetov, ki so bili odkriti v 1C IBD in so označeni za brisanje. Uporabnik lahko odpre in si ogleda katerega koli od njih. Z uporabo zastavic lahko uporabnik tudi določi, katere objekte je treba preveriti za brisanje. Gumb »Nadzor« vam bo pomagal ugotoviti, ali obstajajo povezave do predmetov, ki jih želite izbrisati. Ko natančno preverite predmete, ki jih želite izbrisati, in ne najdete nobenih napak, morate začeti postopek brisanja predmetov s klikom na gumb »Izbriši«.

Na koncu zbiranja baze podatkov se morate prepričati, da je vse potekalo pravilno. To storite tako, da odprete prometno bilanco in jo primerjate s tisto, ki je bila shranjena pred roll-upom. Če sta enaka, je bilo zlaganje podlage izvedeno pravilno.

Najprej malo teorije.

Program 1C:Enterprise 8 lahko deluje v dveh načinih:

• mapa(baza se nahaja na uporabnikovem računalniku ali lokalnem omrežju),
• odjemalec-strežnik(baza podatkov se nahaja na ločenem strežniku).

Ta članek je pomemben samo za prvo možnost. Pri gostovanju datotek ima program pomembno omejitev - velikost ene tabele baze podatkov ne sme presegati 4 GB. Takoj, ko velikost katere koli tabele baze podatkov (in v primeru konfiguracije 1C: Računovodstvo 3.0 je najtežja tabela računovodski register) preseže 4 GB, se baza podatkov neha zagnati in ko se približate temu pragu, boste občutili opazno zmanjšanje učinkovitosti programa (z drugimi besedami, pojavile se bodo "zavore").

Torej vam zlaganje omogoča zmanjšanje velikosti tabel baze podatkov (predvsem računovodskega registra). Postopek zlaganja osnove je naslednji:

• določi se datum, ko je treba zbirko podatkov strniti (praviloma je to začetek leta),
• program za vsak knjigovodski konto na ta datum ugotovi stanja in ta stanja vnese z kreiranjem dokumentov Delovanje,
• vsi premiki v vseh sistemskih registrih pred navedenim datumom so preklicani (razen tistih, ki so bili izbrani pri nastavitvi konvolucije),
• dokumenti, vneseni pred tem datumom, se izbrišejo (če so gibanja teh dokumentov v celoti potrjeni) ali označijo za izbris,
• dokumenti, vneseni po navedenem datumu, ostanejo v sistemu v izvirni obliki.

Ta operacija vam omogoča znatno zmanjšanje velikosti računovodskega registra v programu.

Kako narediti konvolucijo

V poglavju Administracija odprta konvolucijska obdelava:

Prikaže se naslednje okno:

Postavite znak Ustvari varnostno kopijo, označite uporabniške podatke, pod katerimi želite narediti kopijo, in imenik, kamor želite shraniti kopijo. Kliknite Nadalje.V oknu, ki se prikaže, izberite ja:

Naleteli smo na napako platforme.

Pri ponovnem zagonu se situacija ponovi. Naredimo kopijo ročno. Gremo na konfigurator:

Izberite pot za shranjevanje kopije in jo poimenujte:

Prikaže se sporočilo:

Vrnemo se k obdelavi konvolucije. Odstranimo znak ustvarjanja kopije. Kliknite Nadalje:

Na naslednjem zaslonu morate izbrati leto, na začetku katerega je narejena zbirka. Prav tako je priporočljivo postaviti znak Nastavite datum prepovedi tako da pred letom 2016 v bazo ne bo nič vneseno. Na seznamu organizacij lahko izberete le nekaj, po katerih želite strniti, ali pa strnete bazo podatkov v vseh organizacijah:

Na naslednjem zaslonu vidimo, kako načrtuje program obdelavo tabel baze podatkov (sistem predlaga strnitev nekaterih tabel, druge pa pusti nespremenjene). Številni registri informacij in registri akumulacije v zvezi z DDV bodo na primer ostali nespremenjeni. To za nas ni kritično, prioriteta je uskladitev računovodskega registra.

V naslednjem oknu program prikaže seznam dokumentov Delovanje, ki bo ustvarjen za vnos začetnih stanj na dan 31.12.2015 za vse računovodske konte, ki imajo stanja. Gremo naprej.

Na naslednjem zaslonu je prikazana zbirna tabela z analizo pravilnosti začetnih stanj na začetku leta 2016. Pravilnost se preverja s primerjavo z začetnimi bilancami v času pred konvolucijo. Na zgornjem posnetku zaslona vidimo, da ni odstopanj.

Za vsak slučaj preverimo še usklajevalno tabelo informacij in kopičnih registrov:

Na naslednjem zaslonu program opozori, da se je začel postopek brisanja dokumentov pred letom 2016. Se strinjamo

Po izbrisu dokumentov se prikaže sporočilo, ki nakazuje, da je bil skupni paket uspešen.

Pritegnite pozornost: Ker so gibanja v akumulacijskih registrih za DDV in v številnih informacijskih registrih ostala nespremenjena, so ostali v sistemu tudi dokumenti, ki so v teh registrih izvajali gibanja.

Naj vas to ne zmede – naš cilj je bil »poenostaviti« računovodski register in to smo tudi dosegli.

Če je potrebno, lahko opravite celoten (in brezplačen) tečaj na spletni strani.