Kolaps informačných báz 1C sa chápe ako proces spracovania dokumentov a konfiguračných registrov, ako aj vytváranie aktuálnych zostatkov na začiatku určitého roka, zrútených, zhromaždených údajov registra. V tomto prípade sú vymazané alebo označené na vymazanie doklady z minulých rokov, okrem dokladov dôležitých pre účtovanie DPH, dlhodobého majetku a množstvo ďalších.

Prečo zhŕňajú informačnú základňu 1C?

Konvolúcia sa vykonáva s cieľom zmenšiť veľkosť databázy, pracovať rýchlejšie, skrátiť čas na aktualizáciu a archiváciu databázy 1C.

Okrem toho sa používa na uchovávanie dôverných informácií. Po roll-upe nebudú mať zamestnanci a kontrolné organizácie prístup k dokumentom z predchádzajúcich rokov v súčasnej pracovnej databáze.

Dôležité: v prípade potreby môžete databázu 1C 8.3 vždy pred zbalením rozšíriť z archívu a získať potrebné informácie. Základňu „pred konvolúciou“ môžete pridať ako dodatočnú k skratke spustenia 1C 8.3 a mať ju vždy „po ruke“.

Konvolúcia databázy 1C 8.3

Liečba Kolaps informačnej základne v konfiguráciách 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 a v mnohých ďalších dostupných z ponuky Administrácia – servis:

Tip 1. Použite spracovanie na kópiu informačnej databázy 1C, analyzujte výsledky a potom zhrňte pracovnú databázu.

Tip 2. Pred zhrnutím vygenerujte správy o týchto konfiguračných objektoch, o ktorých informácie z minulých období budú potrebné v budúcich obdobiach. V prvom rade hovoríme o účtovaní dlhodobého majetku, DPH a účtovaní minulých výdavkov. Ak sledujete platy v účtovníctve 1C 8.3, vydanie 3, budete potrebovať aj údaje o vzájomnom zúčtovaní so zamestnancami.

Upozornenie: Súvahu pred roll-upom nie je potrebné generovať, pretože v 1C 8.3 je kontrola SOĽ pred a po roll-upe zahrnutá ako jedna z fáz spracovania.

Tip 3. Zamyslite sa nad obdobím, do ktorého budete roll-up vykonávať. Niekedy účtovníci nechávajú údaje z minulého roka, pretože sú dôležité pre mzdy. Alebo aj údaje z dvoch či troch predchádzajúcich rokov, ak objem transakcií za tieto roky nie je príliš veľký.

Ako zhrnúť účtovnú databázu 1C 8.3 pomocou príkladu

Uvažujme o príklade kondenzácie skutočnej databázy 1C 8.3 nejakého podniku: konfigurácia Účtovníctvo pre poľnohospodársky podnik, vydanie 3. Toto je vlastne konfigurácia Enterprise Accounting, Rev. 3, ale rozšírená pridaním špecializovaných priemyselných objektov.

Predpokladajme, že podniková informačná základňa po procese testovania a opravy, vrátane zabalenia informačnej základne, dosiahla 4 GB. Používatelia pracujú v databáze od roku 2011. Keďže organizácia bola kontrolovaná daňovou inšpekciou, vrátane obdobia 2015 a od roku 2016, organizácia už nepočíta mzdy v 1C 8.3 Účtovníctvo, ale v 1C 8.3 ZUP, vyd. 3, bolo rozhodnuté o zrušení základne do roku 2016 .

Krok 1: Vytvorte záložnú kópiu

Z menu Administratíva – Servis začneme spracovávať pod užívateľom s Správcovské práva. V našom príklade Admin. Zadajte heslo správcu pre prístup k databáze 1C 8.3. Ak vykonávate zmenšenie na už vytvorenej kópii programu, potom začiarknite políčko Vytvorte zálohu možno resetovať. V opačnom prípade uvádzame Záložný adresár zabezpečenia informácií:

Ak stlačíme kláves F1 na klávesnici môžeme získať informácie o účele a vlastnostiach použitia tohto spracovania. Po oboznámení sa zatvorte pomocníka a kliknite Ďalej prejdite na ďalší krok spracovania Dokončené etapy sú zvýraznené zelenou farbou.

Krok 2: Nastavte konvolúciu

V tejto fáze určíme, na začiatku ktorého roka vytvoríme zostatky v 1C 8.3. Predvolená hodnota je začiarknutá Nastavte dátum zákazu zmeny údajov. V prípade vzniku zostatkov na začiatku roka 2016 bude stanovená na 31.12.2015:

Databázu je možné zrolovať pre všetky organizácie alebo len pre jednu. Podľa príkladu je v databáze 1C 8.3 iba jedna organizácia, takže nie je možné vybrať organizácie na spracovanie.

Etapa 3. Tvorba rezíduí

Pomocou tlačidla Ďalej Prejdime k nastaveniu pravidiel pre tvorbu zostatkov. Pre štandardné konfigurácie sú preddefinované a pre 1C 8.3 Enterprise Accounting, Rev. 3 je možné Obnovte odporúčané nastavenia, ak by boli zmenené.

Môžeme nastaviť pravidlá skladania Denník odoslania: Nezrútiť sa ani nezbaliť:

Pravidlá môžeme definovať samostatne pre každý register akumulácie:

V predvolenom nastavení je to napríklad pri spracovaní pre podnikové účtovníctvo 1C 8.3, vydanie 3 Nezrútiť sa pri registroch DPH nákupy, predaje DPH, nárokované DPH a rad ďalších. To znamená, že vývojári analyzovali, ktoré parametre databázy je potrebné zachovať v plnom rozsahu a ktoré možno zbaliť.

Ale môžeme nastaviť napr Nezrútiť sa v akumulačnom registri DPH zahrnuté v cene:

Krok 4: Skontrolujte transakcie

Na javisku Zobraziť transakcie vygenerované zostatky si môžete otvoriť k 1.1.2016, transakcie budú zaznamenané do databázy 31.12.2015. Pomocou tlačidla je možné upraviť zostatky alebo dokonca vytvoriť novú operáciu na zadanie zostatkov Vytvoriť:

Nižšie sú uvedené možnosti pre vytvorené operácie: účtovné registre:

Autor: informačné registre:

Autor: akumulačné registre:

Fáza 5. Overenie

Ďalej prejdeme na kontrolu vytvorených dokumentov. V tejto fáze vidíme výkaz podobný súvahe, vygenerovaný na konci roka 2015 v čase pred znížením a po znížení. Nezrovnalosti medzi údajmi sú v našom prípade len pre doplnkový účet 000, ktorý slúžil na zadávanie zostatkov v čase začatia práce s databázou:

Môžete zobraziť a porovnať údaje pre daňové účtovníctvo (DÚ). Ak to chcete urobiť, použite tlačidlo vpravo, ako vo všetkých štandardných správach 1C. Zobraziť nastavenia a začiarknite políčko vedľa indikátora NU:

Vygenerujeme report s údajmi o BU a NU. Potom prepneme kontrolu na Informácie a akumulačný register:

Je možné zobraziť informácie o jednotlivých registroch informácií a akumulácií. Pomocou tlačidla Viac Môžeme zaškrtnúť alebo zrušiť začiarknutie registrov, o ktorých chceme dostávať informácie:

Krok 6: Odstránenie starých dokumentov

Existuje možnosť tlačidla späť prejdite na predchádzajúce fázy vyrovnania vrátane vymazania vytvorených dokladov o zostatku. Alebo tlačidlom Ďalej prejsť do ďalšej fázy - Odstránenie starých dokumentov. V tejto fáze dostávame varovanie o nezvratnosti procesu v 1C 8.3. Ale staré dokumenty budú zatiaľ označené len na vymazanie. Táto fáza je oveľa dlhšia ako všetky predchádzajúce a môže byť dosť dlhá:

Etapa 7. Hotovo

Po dokončení tejto fázy dostaneme správu o úspešnom dokončení konvolúcie:

Fáza 8. Vymazanie dokumentov označených na vymazanie

Po otvorení denníka operácií vidíme, že dokumenty z roku 2011 sú označené na vymazanie:

Tip 4. Použitie pri spracovaní Odstránenie označených predmetov príležitosť Čiastočné odstránenie predmetov. Odstráňte súvisiace skupiny objektov. Odstraňovanie vykonávajte po etapách a medzi jednotlivými etapami si robte prestávky. Alebo si naplánujte zhrnutie počas veľkých sviatkov.

Pred vymazaním dokladov označených na vymazanie si však vytvorte potrebné zostavy, ktoré vám povedia, či zostávajú všetky údaje pre správne účtovanie dlhodobého majetku, miezd a DPH.

V účtovníctve 1C 8.3 bude užitočné generovať zostavy pre dátum súhrnu pred a po súhrne:

• Výkaz o odpisoch dlhodobého majetku;
• Univerzálny prehľad o rôznych akumulačných registroch na analýzu výdavkov pri zjednodušení, na kontrolu DPH, vzájomné zúčtovanie so zamestnancami a pod.;
• A ďalšie správy v závislosti od účtovnej politiky podniku.

Okrem toho by ste mali nájsť partnerov na spracovanie 1C, ktorí budú poukazovať na nepoužívané konfiguračné objekty. Nájdite napríklad prvky adresára Nomenklatúra, na ktoré už neexistujú odkazy, pretože dokumenty z predchádzajúcich období boli vymazané. A ak už túto položku nemáme v úmysle predávať alebo kupovať, môžeme ju odstrániť.

Vážený čitateľ, konvolúcia nie je najúspešnejším riešením pri optimalizácii databázy 1C, prechod na SQL je oveľa rýchlejší a menej náročný. Prechodom na SQL si zachováte prístup ku všetkým dokumentom, niekoľkonásobne zvýšite rýchlosť databázy a nebudete musieť databázu každoročne minimalizovať a starať sa o správnosť prenosu dát.

1C v7.7 sa v súčasnosti považuje za zastaraný, existujú však spoločnosti, ktoré ho stále používajú. Keďže pokrok nestojí, väčšina špecialistov 1C sa už dávno preškolila na platformu 1C:v8 a zabudli na „sedem“, a preto na ňom nechcú pracovať. V tomto článku vám poviem, ako zbaliť databázu (archivovať obdobie). Nebolo to náhodou, že som sa rozhodol zbaliť databázu, faktom je, že pre tých, ktorí v súčasnosti používajú „sedmičku“, sa konfigurácie databázy výrazne zmenili a nebudú môcť používať štandardné nástroje. Tento článok bude napísaný na základe konfigurácie založenej na 1C: Trade and Warehouse 9.2.

Lyrická odbočka: Všetky tu prezentované úpravy patria ich autorom a ja si ich autorstvom v žiadnom prípade nenárokujem.

Predstavme si nasledujúci zápis:

1. Úplná základňa je naša pracovná základňa, ktorú budeme likvidovať.
2. Prázdny základ - základ obsahujúci iba konštanty a referenčné knihy.
3. Databáza bez dokladov je databáza, ktorá obsahuje zostatky, ale neobsahuje doklady o pohybe za obdobie.
4. Zrútená základňa - základňa obsahujúca zostatky a pohybové doklady za obdobie.

Poďme teda vyvinúť malý algoritmus na vykonanie konvolúcie databázy:

1. Kontrola chýb v informačnej základni;
2. Pridanie dokumentu do konfigurácie pre prácu s registrami;
3. Vytvorenie kópie informačnej základne;
4. Odstránenie všetkých dokumentov a pravidelných údajov z databázy;
5. Vytvorenie a prevod zostatkov z „Úplnej databázy“ do „Prázdnej“;
6. Prenos dokumentov vykonávajúcich pohyb počas obdobia súhrnu z „Úplnej databázy“ do „Základne bez dokladov“;
7. Zaúčtovanie dokumentov a sekvencie obnovy v "zbalenej databáze".

A teraz každý krok v poradí s obrázkami a vysvetleniami:

1. Kontrola chybovosti informačnej bázy – tento krok sa vykonáva v konfigurátore. (Administrácia - Testovanie a oprava).

Teraz musíme nastaviť proces testovania a opravy, aby ste to urobili, kliknite na tlačidlo „Nastavenia“:

Zaškrtávame všetky políčka ako na obrázkoch, klikneme na „OK“ a „Spustiť“. Proces testovania a opravy je pomerne dlhý, najmä ak je databáza veľká. Bude sa zdať, že je všetko zamrznuté, ale v skutočnosti všetko funguje.

2. Pridanie dokumentu do konfigurácie pre prácu s registrami - tento dokument nám umožňuje vytvoriť dokument obsahujúci údaje registra, ktoré potrebujeme. Dokument si môžete stiahnuť. Vo vnútri archívu je vysvetlenie, ako pridať dokument do databázy, ale tu ho duplikujem. Otvorte konfigurátor a zavolajte sprievodcu zlučovaním konfigurácií (Configuration-Merging Configurations), otvorí sa okno pre výber konfiguračného súboru. Označme cestu k miestu, kde sme ho rozbalili a vyberieme súbor 1Cv7.MD.

Potrebujeme iba jeden dokument, preto zrušíme začiarknutie všetkých políčok okrem „Dokumenty“, skontrolujte, či sú prepínače v spodnej časti okna rovnaké ako na snímke obrazovky a kliknite na „OK“. Program pridá dokument a otvorí konfiguráciu. Teraz musíte uložiť zmeny, aby ste to urobili, kliknite na tlačidlo "Uložiť" a potvrďte zmeny.

3. Vytvorenie kópie infobázy - tu je všetko jednoduché, len skopírujeme adresár infobázy (ten, ktorý sme skontrolovali a pridali dokument) do nového adresára a v okne výberu konfigurácie 1C špecifikujeme cestu k nemu.

4. Odstránenie všetkých dokumentov a pravidelných údajov z databázy – na vykonanie tohto postupu budeme potrebovať súbor *.bat. Stiahnite, skopírujte do priečinka s kópiou infobázy a spustite – táto akcia vám umožní vymazať všetky dokumenty z databázy. Ďalším krokom je spustenie 1C v exkluzívnom režime v režime 1C:Enterprise (Musíte spustiť kópiu bez dokumentov), ​​databáza sa preindexuje. Teraz potrebujeme vyčistiť databázu od periodických detailov – k tomu začneme testovať a opravovať databázu v konfigurátore (podobne ako v bode 1).

5. Založenie a prenos zostatkov z "Úplnej databázy" do "Prázdnej" - pre dokončenie tohto kroku otvorte "Úplnú databázu" a vytvorte dokument "Zostatky podľa evidencie", ktorý sme integrovali do konfigurácie. Dokumenty musia byť vygenerované v deň predchádzajúci dňu roll-upu, napríklad ak zrolujeme databázu 01.01.2011, tak dokumenty musia byť vygenerované 31.12.2010. Na vytvorenie dokladu musíme otvoriť denník všeobecných dokladov, stlačiť tlačidlo „Vložiť“ na klávesnici alebo „Zadať nový riadok“ v okne všeobecného denníka.

Potom musíte vybrať doklad „Zostatky podľa registra“ a kliknúť na „OK“. Mal by sa otvoriť formulár dokumentu, ako je uvedené nižšie:

Teraz musíme vygenerovať zostatky pre každý register našej databázy. Ak to chcete urobiť, v rozbaľovacom zozname vyberte register, ktorý potrebujeme, a kliknite na tlačidlo „Vyplniť“, hlavnou vecou je nezabudnúť, ku ktorému dátumu vytvárame zostatky. Ak sa základné zhrnutie uskutoční 1. 1. 2011, zostatky sa vytvárajú 31. 12. 2010. Po vyplnení dokladu kliknite na tlačidlo „Záznam“ a „Zavrieť“ doklad nemožno zaúčtovať. Túto operáciu je potrebné vykonať pre každý register vo vašej databáze (z rozbaľovacieho zoznamu vyberte požadovaný register, nezabudnite na dátum). Všetky doklady „Zostatky podľa registra“ musia byť vygenerované za jeden deň.

Po vygenerovaní všetkých dokladov „Zostatky podľa registra“ ich musíme preniesť do „Prázdnej základne“. Na prenos potrebujeme toto spracovanie. Stiahnite, rozbaľte a otvorte súbor „Universal.ert“ v „Úplnej databáze“ (Súbor->Otvoriť-Universal.ert). Otvorí sa okno, ako je znázornené nižšie:

Teraz musíte nastaviť spracovanie, aby ste to urobili, krok za krokom (ako na obrázku nižšie) splňte všetky požiadavky na spracovanie:

Nezabudnite, že pri spracovaní zadávate cestu k "Prázdnej základni". Po dokončení všetkých požiadaviek na spracovanie na prvej karte prejdeme priamo k prevodu zostatkov. Ak to chcete urobiť, prejdite na záložku „Doklady“, označte jediný doklad „Zostatky podľa registra“ a nastavte dátum, kedy boli doklady vygenerované.

Skontrolujeme korešpondenciu so snímkou ​​obrazovky vyššie, ak sa všetko zhoduje, kliknite na „OK“ -> „Preniesť dokumenty“.

Prevod zostatkov do „Prázdnej základne“ sa spustí po dokončení prevodu je potrebné otvoriť našu „Prázdnu základňu“, do ktorej boli zostatky prevedené a zaúčtovať všetky doklady do „Zostatky podľa registra“. Ak to chcete urobiť, otvorte všeobecný denník dokladov, prejdite na dátum prevodu (v našom prípade 31.12.2010) a zaúčtovajte všetky dokumenty „Zostatky podľa registra“.

7. Prenos dokumentov presúvajúcich sa počas obdobia rolovania z „Úplnej databázy“ do „Bázy bez dokladov“ – tento krok sa vykonáva ako predchádzajúci, s použitím spracovania. Už vieme, ako to používať, takže robíme všetko ako na snímke obrazovky z bodu 6:

Prejdite na kartu "Dokumenty", vyberte úplne všetky dokumenty a nastavte rozsah dátumov od začiatku obdobia po aktuálny okamih, v našom prípade od 1.11. do 13.10.2011. Nastavili sme tiež prepínače „Zapnuté označené na vymazanie“ a „Zapnuté vykonané“ podľa snímky obrazovky.

Ďalším krokom je prechod na kartu „Rozšírené nastavenia“. Musíte začiarknuť políčka ako na snímke obrazovky a uviesť rozsah dátumov:

Po nastavení všetkých začiarkavacích políčok a prepínačov kliknite na „OK“ -> „Preniesť dokumenty“ (snímka obrazovky z kroku 6):

7. Zaúčtovanie dokladov a sekvencie obnovy v „Zrútenej databáze“ - po dokončení prenosu dokladov bude potrebné preúčtovať celú „zrútenú“ databázu od začiatku obdobia do aktuálneho dátumu (v našom prípade 01.01. .11-13.10.11). "Operácie" -> "Zaúčtovanie dokladov":

P.S.: Riešenie problémov s dokumentom „Zostatky podľa registra“:

Po zverejnení článku som dostal e-mailom veľa žiadostí, prečo nie je vyplnený dokument „Zostatky podľa registra“ a uvádza sa chyba. Aby som vyriešil tento problém a odpovedal na otázku každého, nechám tu návod na dokončenie dokumentu.

1. Otvorte konfigurátor a vyberte dokument „Zaregistrovať zostatky“.

2. Otvorte formulár dokumentu:

3. Kliknite na tlačidlo „Nový“ a pridajte požadovaný počet zdrojov a dimenzií.
a) Pre zdroj sú nastavenia nasledovné:

b) Ak chcete merať nastavenia, postupujte takto:

Pre moju základňu som vytvoril asi 10 dimenzií a 9 zdrojov.

4. Otvorte formulár dokumentu v konfigurátore a kliknite na tlačidlo "Formulár":

5. Vo formulári, ktorý sa otvorí, vyberte tabuľkovú časť a kliknite na tlačidlo zobrazené na obrázku „Pridať podrobnosti“:

6. V spodnej časti vyberte všetky nové zdroje a dimenzie a vložte ich do dokumentu:

7. Po vložení dokument uložte.

P.S.: Ak vám niečo nie je jasné, mail je pre vás vždy otvorený!

P.P.S.: Proces zrolovania obdobia popísaný v tomto článku nie je vhodný na zhrnutie účtovných súčtov. Ak chcete zhrnúť výsledky účtovníctva, mali by ste použiť štandardné spracovanie wrap.ert alebo vyvinúť novú metodiku.

Začiatok roka je ideálny čas na zhrnutie databázy

Postupom času sa veľkosť databázy, najmä vo veľkých organizáciách, zväčšuje. Keď je databáza 1C udržiavaná po dlhú dobu a zaberá značný objem, vedie to k spomaleniu práce.

Konvolúcia má tieto ciele:

• Zrýchlite program
• Znížte veľkosť databázy
• Vyčistite adresáre nepodstatných záznamov

V čom pomáha konvolúcia?

Zrýchlite program (zmenšením veľkosti databázy)

Ak neplánujete zvýšiť počet pracovných staníc v 1C (a kúpiť si pre ne nový server), ale nie ste spokojní s rýchlosťou 1C, mali by ste databázu zrolovať. Tým sa zníži zaťaženie počítačov. Bude možné odložiť nákup nového hardvéru pre server alebo prechod z verzie súboru na SQL.

Okrem toho obrovské databázy častejšie zlyhávajú, „padajú“ a vo všeobecnosti fungujú veľmi nespoľahlivo.

Skryť historické údaje

Zhrnutie je dobrý spôsob, ako skryť informácie o práci za predchádzajúce roky. Údaje jednoducho nebudú v databáze. Je to bezpečnejšie ako obmedzovanie prístupových práv a hesiel.

Zbavte sa nepodstatných položiek a iných záznamov

Počas pracovného procesu sa nepoužité položky hromadia v databáze 1C. Zasahuje do spracovania účteniek a tržieb a pri výbere produktu zo zoznamu. To vedie k chybám a opätovnému triedeniu. Veľké množstvo položiek navyše spomaľuje vykladanie do autonómnej pokladne, napríklad do Frontolu, kedy sa spolu s 3 tisíckami použitého tovaru vyloží ďalších 10 tisíc nepoužitých. Zbalením databázy sa zbavíte starých produktov. Spolu s konvolúciou používame spracovanie Odstránenie irelevantných položiek.

Nepríjemnosti práce v zrútenej databáze

Dokumenty a správy za „zrútené obdobie“ budú nedostupné. Budete musieť mať samostatnú databázu pre staré obdobie a pozrieť si tam históriu, už nebude možné zbierať dáta za celé obdobie v jednom prehľade.

Ako funguje konvolúcia

Podstata udalosti je nasledovná: vyberie sa dátum (ideálny je začiatok roka alebo štvrťroka), napríklad 1. januára 2016. V tento deň sa urobí „snímka“ zostatkov pre všetky účtovné úseky. (zostatky zásob, vzájomné zúčtovanie s odberateľmi, dodávateľmi a komisionármi, účty hotovostných a zúčtovacích zostatkov) a prijaté dáta sa nahrávajú do súborov na pevný disk. Potom sa na základe predchádzajúcej vytvorí nová informačná báza, ktorá obsahuje všetky potrebné referenčné knihy (nomenklatúra, cenové druhy, merné jednotky, ceny, protistrany a zmluvy, banky a bežné účty, sklady, pokladne, hmot. osôb a pod.) a vytvorením príslušných dokladov pre zápis zostatkov do novej databázy sa od 1.1.2016 zapisujú zostatky za všetky účtovné úseky (na základe údajov zo súborov uložených na pevnom disku). Zostatky v novej a predchádzajúcej databáze sa odsúhlasia. Ich úplná náhoda slúži ako ukazovateľ úspešnosti vykonanej práce. Ak sa vyskytnú malé chyby, dajú sa ľahko opraviť ručne.

Vďaka tomu sa výrazne zvyšuje rýchlosť prevádzky a hlavne sa znižuje riziko porúch samotného programu 1C:Enterprise.

Ako urobiť skladanie základne

V ideálnom svete sa konvolúcia robí pomocou špecializovaného spracovania od 1C, ktoré je na disku ITS pre 1C 7.7 aj verzie 8.2, 8.3. V tomto prípade program vytvorí doklady na zadávanie zostatkov a označí nepotrebné doklady na vymazanie. Adresáre je možné vymazať, ak sa nepoužívajú v zostávajúcich dokumentoch. Pred zbalením databázy musíte obnoviť postupnosť dokumentov.

Je dôležité mať na pamäti, že zbalenie databázy spracovaním z disku ITS je možné vykonať iba so štandardnou konfiguráciou. V opačnom prípade sa objavia chyby, ktoré nebudú okamžite viditeľné. Ak máte neštandardnú konfiguráciu, je pre vás lepšie kontaktovať skúseného špecialistu 1C, aby porovnal databázu.

Urobiť si odsúhlasenie sami je viac-menej možné v účtovníctve a takmer nemožné v obchodovaní. A existuje na to veľa dôvodov, napríklad potrebné informácie môžu byť vymazané a nepotrebné informácie môžu zostať. Používateľ o tom ani nebude vedieť, pretože... nevie, ako to skontrolovať.

Konvolúcia databázy 1C: Riadenie obchodu

Keď už hovoríme o balíku riadenia obchodu 1c, musíme spomenúť problémy, ktoré musíme často riešiť.

1. Program často používa registre, ktoré nie sú potrebné. Napríklad DPH (je tam 7 registrov). Po prvé kvôli nim zhrnutie trvá dlhšie a po druhé prekážajú pri odstraňovaní dokumentov.

2. Ak sa používajú šarže tovaru. V tomto prípade vám to zabráni aj vo vymazaní množstva dokumentov. Môžeme ho nastaviť podľa priemeru, alebo pri zadávaní zostatkov môžeme dávkový doklad nahradiť pomocným dokladom - čím po opätovnom zadaní vymažeme väzby na vymazané doklady.

3. Vzájomné vyrovnania podľa dokladov. Môžeme znovu uzavrieť dlhy alebo aj na začiatku zadávania zostatkov môžeme všetko zavesiť na pomocný doklad.

4. Existuje celý rad informačných registrov (cena, odpísaný tovar, prístup k dokumentom, korešpondencia pri výmene atď.), ktoré „držia“ dokumenty a adresáre.

5. Štandardné odstránenie trvá dlho. A ak existuje veľa prvkov, potom to vôbec nezvláda. Vyvinuli sme vlastné rýchlejšie spracovanie na odstránenie nepotrebných dokumentov.

Cena balíka

Cena závisí od zložitosti vašej konfigurácie (maloobchodný predaj je lacnejší, komplexný je drahší) a objemu dát (náklady na zhrnutie databázy 3 Gig a 30 Gig sa budú líšiť).
Ak chcete zistiť cenu, zanechajte žiadosť. Budeme vás kontaktovať, zanalyzujeme vašu databázu a určíme konečnú cenu.
Priemerný cenový rozsah je od 8 000 do 15 000 rubľov.

Nevýhody a alternatívy ku konvolúcii

Súhrn je však dosť radikálna operácia, ktorá vymaže údaje za predchádzajúce roky a nahradí ich dokladmi o zaúčtovaní zostatku.

Hlavnou nevýhodou je, že máte niekoľko databáz. Napríklad „Základ 2011 – 2012“ a „Základ 2013“.

A nebude možné vytvoriť jeden prehľad, ktorý zobrazuje údaje za roky 2012 a 2013. Užitočné veci, ako je analýza predaja tovaru pred objednávkou od dodávateľa alebo porovnanie, o koľko viac určitého tovaru sa predalo v januári 2013 ako v januári 2012, už nebude k dispozícii.

Zrútenie databáz má zmysel len v dvoch prípadoch:

1. ak je naozaj stará (aspoň staršia ako 4-5 rokov)
2. ak je potrebné údaje nielen chrániť (napríklad heslami), ale aj bezpečne skryť (fyzickým odstránením z počítača)

Vo všetkých ostatných prípadoch stojí za to venovať pozornosť alternatívam.

Alternatíva: Zakázať nepoužívané moduly

Aj keď niektoré funkcie programu nepoužívate, neznamená to, že na ne neplytvá zdrojmi vášho počítača.

Takýchto potenciálne nepotrebných, ale na zdroje náročných častí programu nie je veľa:

• Riadenie prístupu na úrovni záznamov
• Účtovanie zostatkov podľa organizácií (okrem účtovania zostatkov podľa skladov)
• Účtovanie údajov pre knihy nákupu/predaja pri ich generovaní v účtovníctve

Nasledujúce funkcie niektoré organizácie nepoužívajú, aj keď ich určite nemožno označiť za zbytočné:

• Výpočet nákladov (na výpočet zisku z predaja, marže)
• Výpočet nákladov podľa šarží (aj keď vo vašom prípade stačí „priemerný“ výpočet)
• Zúčtovanie s klientmi v kontexte zúčtovacích dokumentov

Ako príklad som urobil malý prieskum. Vzal som si základ spoločnosti, ktorá nevyužíva možnosť výpočtu ziskov. Počiatočná veľkosť databázy je 1,6 GB. Po odstránení záznamov súvisiacich s kalkuláciami nákladov sa veľkosť databázy zmenšila na 1 GB. Po odstránení všetkých ostatných nepoužívaných tabuliek veľkosť klesla na 0,8 GB.

Alternatíva: Odstráňte nepodstatné položky a dodávateľov z dohľadu

Výrobcovia neustále aktualizujú svoj sortiment. Z tohto dôvodu sa v produktovom adresári hromadia položky, ktoré sa už nikdy nebudú predávať.

Hlavnou nevýhodou je, že takéto produkty

• 1. prekážať v zozname manažérov, ktorí spracúvajú príjemky alebo tržby. To zvyšuje pravdepodobnosť chýb a opätovného hodnotenia.
• 2. vykladanie do autonómnej pokladne (napríklad do Frontolu) je pomalé. Pretože nie je vyložených 3 000 položiek, ktoré sú v regáli, ale ďalších 10 000, ktoré sa už niekoľko rokov nepredávajú.
• 3. Ak sa pri pokladni nepoužívajú čiarové kódy a pokladník vyberie položku zo zoznamu, potom veľký zoznam tiež zvyšuje pravdepodobnosť chýb a nesprávneho triedenia.

Tieto konkrétne problémy možno ľahko odstrániť bez pomoci konvolúcie.

Do nomenklatúry stačí pridať prívlastok „Archív“ a automaticky ho pridať k tým tovarom, pri ktorých za posledný rok-dva nedošlo k žiadnemu pohybu.

Takýto irelevantný produkt je navyše možné označiť na vymazanie, presunúť ho do priečinka „_Cart“ a pridať k názvu „yay_“, aby produkt nezasahoval do vyhľadávania podľa prvých písmen.

Pre tento prípad máme ošetrenie skladom

Alternatíva: Zvýšte bezpečnosť systému

Ak je potrebné údaje skryť, môžete použiť niekoľko trikov (napríklad umiestniť pracovnú databázu nie do vašej kancelárie, ale na vzdialený server. Možno aj do inej krajiny. A pripraviť lokálnu bielu a nadýchanú databázu pre inšpektorov ). Ale skladanie základne je samozrejme jednoduchšie.

Ak sa potrebujete chrániť pred svojimi zamestnancami, na pomoc príde SQL server a prehľadný prístupový systém.

Alternatíva: zvýšiť výkon servera

1C 8 spolu so serverom SQL dokáže normálne pracovať s obrovskými databázami. Databáza 20-50 GB nie je vôbec problém, ak je počítač dostatočne výkonný.

Počas procesu zrútenia informačnej databázy sa v nej vykonávajú tieto akcie:

• doklady na zadávanie zostatkov sa generujú v deň vykonania odsúhlasenia;
• vymažú sa doklady a pohyby v registroch, ktoré boli v programe do dátumu rolovania vrátane.

Zbalenie informačnej databázy vám umožňuje:

• urýchliť systém;
• znížiť veľkosť 1C IBD.

POZOR! Predtým, ako začnete zbaľovať informačnú základňu, musíte:

• vykonať predbežné testovanie na kópii pracovného 1C IDB;
• Ak je skúšobné zhrnutie úspešne dokončené, až potom môžete začať zrolovať databázu pracovných informácií po jej zálohovaní.

Na zbalenie informačnej databázy sa používa spracovanie pre konfiguráciu (revízia 1.6), ktorá je na disku. Toto spracovanie nie je vhodné pre vydanie 2.0, pretože neobsahuje dokument „Úprava záznamov v registri“. Môžete si objednať na našej webovej stránke.

Objednajte si balík

Podrobné pokyny na vytvorenie databázy

• Najprv musíte vytvoriť záložnú kópiu informačnej databázy. Potom sa prihláste do databázy pomocou režimu 1C: Enterprise a skontrolujte, či boli všetky dokumenty dokončené na konci mesiaca v deň súhrnu.
• Ďalej musíte urobiť výkaz Súvaha obratu za obdobie, za ktoré plánujete zhrnúť základ.
• Pomocou príkazu „Otvoriť“ (menu Súbor) načítame databázu externého spracovania 2.0.
• Databáza sa zbalí po kliknutí na príslušné tlačidlo na spodnom paneli, počas ktorého sa objekty vymažú na dobu určenú v spracovaní. Treba poznamenať, že dokončenie procesu môže trvať pomerne dlho. Po vykonaní súhrnu 1C IBD nie je za žiadnych okolností možné opraviť a preúčtovať dokumenty za zhrnuté obdobie.
  Nemožno tiež povedať, že ak sa počas procesu konvolúcie vyskytli chyby, kvôli ktorým bolo odstraňovanie objektov prerušené alebo nie úplne dokončené, môže to viesť k tomu, že súčty pre niektoré registre budú deaktivované. Táto skutočnosť zase znemožňuje získať súčty pre niektoré registre. Zoznam registrov, pre ktoré sú súčty deaktivované, si môžete pozrieť na karte „Registry so zakázanými súčtami“. Tu môžete v prípade potreby zahrnúť výsledky.
  Ak bol proces konvolúcie z akéhokoľvek dôvodu prerušený, zoznam dokladov na zadávanie zostatkov je možné vždy obnoviť pomocou tlačidla „Vyplniť zoznam“ na karte „Doklady pre zadanie zostatkov“ s uvedením intervalu dátumu.
• Poslednou fázou je vymazanie označených objektov. Môže sa uskutočniť, ak boli úspešne dokončené všetky vyššie opísané štádiá konvolúcie.
  • V ponuke „Operácie“ vyberte príkaz „Odstrániť označené objekty“.
  • V hornej časti okna sa nachádza dialógové okno so zoznamom objektov zistených v 1C IBD a označených na vymazanie. Používateľ môže otvoriť a zobraziť ktorýkoľvek z nich. Pomocou príznakov môže používateľ tiež určiť, ktoré objekty je potrebné skontrolovať na odstránenie. Tlačidlo „Ovládanie“ vám pomôže určiť, či existujú odkazy na objekty, ktoré sa majú odstrániť. Po dôkladnom skontrolovaní objektov, ktoré sa majú vymazať, a nájdení žiadnych chýb, musíte spustiť proces odstraňovania objektov kliknutím na tlačidlo „Vymazať“.

Na konci súhrnu databázy sa musíte uistiť, že všetko prebehlo správne. Ak to chcete urobiť, otvorte súvahu obratu a porovnajte ju s tou, ktorá bola uložená pred zrolovaním. Ak sú identické, potom bolo skladanie základne vykonané správne.

Najprv trocha teórie.

Program 1C:Enterprise 8 možno prevádzkovať v dvoch režimoch:

• súbor(databáza je umiestnená na počítači alebo lokálnej sieti používateľa),
• Klientsky server(databáza je umiestnená na samostatnom serveri).

Tento článok je relevantný len pre prvú možnosť. V prípade súborového hostingu má program výrazné obmedzenie – veľkosť jednej databázovej tabuľky nesmie presiahnuť 4 GB. Akonáhle veľkosť ktorejkoľvek databázovej tabuľky (a v prípade konfigurácie 1C: Accounting 3.0 je najťažšou tabuľkou účtovný register) presiahne 4 GB, databáza sa prestane spúšťať a pri priblížení sa k tejto hranici zaznamenáte znateľný zníženie výkonu programu (inými slovami, objavia sa "brzdy").

Skladanie vám teda umožňuje zmenšiť veľkosť databázových tabuliek (predovšetkým účtovného registra). Operácia skladania základne je nasledovná:

• určí sa dátum, kedy je potrebné databázu zbaliť (spravidla je to začiatok roka),
• program zisťuje stavy pre každý účtovný účet k tomuto dátumu a tieto stavy zapisuje vytváraním dokladov Prevádzka,
• všetky pohyby vo všetkých systémových registroch pred zadaným dátumom sa zrušia (okrem tých, ktoré boli vybraté pri nastavovaní konvolúcie),
• doklady zadané pred týmto dátumom sú vymazané (ak sú pohyby týchto dokladov úplne vymazané) alebo označené na vymazanie,
• doklady zadané po uvedenom dátume zostávajú v systéme v pôvodnej podobe.

Táto operácia umožňuje výrazne zmenšiť veľkosť účtovného registra v programe.

Ako urobiť konvolúciu

V kapitole Administrácia spracovanie otvorenej konvolúcie:

Zobrazí sa nasledujúce okno:

Nastavte znamenie Vytvorte zálohu, uveďte používateľské údaje, pod ktorými chcete vytvoriť kópiu, a adresár, do ktorého sa má kópia uložiť. Kliknite Ďalej.V okne, ktoré sa zobrazí, vyberte Áno:

Stretli sme sa s chybou platformy.

Pri reštarte sa situácia opakuje. Urobme kópiu ručne. Poďme do konfigurátora:

Vyberte cestu na uloženie kópie a pomenujte ju:

Zobrazí sa správa:

Vraciame sa k spracovaniu konvolúcie. Odstraňujeme znak vytvorenia kópie. Kliknite Ďalej:

Na ďalšej obrazovke musíte vybrať rok, na začiatku ktorého sa zhrnutie uskutoční. Vhodné je aj nastavenie znamenia Nastavte dátum zákazu aby sa do databázy pred rokom 2016 nič nevložilo. Zo zoznamu organizácií môžete vybrať len niekoľko, ktoré chcete zbaliť, alebo môžete zbaliť databázu vo všetkých organizáciách:

Na ďalšej obrazovke vidíme, ako program plánuje spracovať databázové tabuľky (systém navrhne niektoré tabuľky zbaliť a iné ponechať nezmenené). Napríklad mnohé informačné registre a akumulačné registre súvisiace s DPH zostanú nezmenené. Nie je to pre nás kritické, prioritou je zosúladiť účtovný register.

V ďalšom okne program zobrazí zoznam dokumentov Prevádzka, ktorý sa vytvorí na zadávanie počiatočných stavov k 31.12.2015 pre všetky účtovné účty, ktoré majú stavy. Poďme ďalej.

Na ďalšej obrazovke sa zobrazí súhrnná tabuľka s rozborom správnosti počiatočných stavov na začiatku roka 2016. Správnosť sa kontroluje porovnaním s počiatočnými zostatkami v čase pred konvolúciou. Na obrázku vyššie vidíme, že neexistujú žiadne odchýlky.

Pre každý prípad sa pozrime aj na porovnávaciu tabuľku pre informácie a akumulačné registre:

Na ďalšej obrazovke program upozorní, že sa začala procedúra vymazania dokladov pred rokom 2016. Súhlasíme

Po odstránení dokumentov sa zobrazí hlásenie, že súhrn bol úspešný.

Upútať Vašu pozornosť: Vzhľadom na to, že pohyby v akumulačných registroch ohľadom DPH av mnohých informačných registroch zostali nezmenené, zostali v systéme aj doklady, ktoré v takýchto registroch vykonávali pohyby.

Nenechajte sa zmiasť – naším cieľom bolo „zjednodušiť“ účtovnú evidenciu a to sa nám podarilo.

V prípade potreby môžete na webovej stránke prejsť úplným (a bezplatným) kurzom.