Kolaps informačních bází 1C je chápán jako proces zpracování dokumentů a konfiguračních registrů, jakož i vytváření aktuálních zůstatků na začátku určitého roku, zhroucených, shromážděných dat registrů. V tomto případě se smažou nebo označí doklady z minulých let, kromě dokladů důležitých pro účtování DPH, dlouhodobého majetku a řady dalších.

Proč shromažďují informační základnu 1C?

Konvoluce se provádí za účelem zmenšení velikosti databáze, rychlejší práce, zkrácení doby aktualizace a archivace databáze 1C.

Kromě toho se používá k ukládání důvěrných informací. Po zavedení nebudou mít zaměstnanci a kontrolní organizace přístup k dokumentům z předchozích let v aktuální pracovní databázi.

Důležité: v případě potřeby můžete databázi 1C 8.3 vždy před sbalením rozšířit z archivu a získat potřebné informace. Základnu „před konvolucí“ můžete přidat jako další ke zkratce spuštění 1C 8.3 a mít ji vždy „po ruce“.

Konvoluce databáze 1C 8.3

Léčba Kolaps informační základny v konfiguracích 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 a v řadě dalších dostupných z nabídky Administrace – Servis:

Tip 1. Použijte zpracování na kopii infobáze 1C, analyzujte výsledky a poté srolujte pracovní databázi.

Tip 2. Před roll-upem vygenerujte zprávy o těchto konfiguračních objektech, jejichž informace z minulých období budou potřebné v budoucích obdobích. Nejprve se bavíme o účtování dlouhodobého majetku, DPH a účtování minulých výdajů. Pokud budete sledovat mzdy v 1C 8.3 Accounting, vydání 3, budete také potřebovat údaje o vzájemném vyrovnání se zaměstnanci.

Pozor: Rozvahu před roll-upem není nutné generovat, protože v 1C 8.3 je kontrola SOLI před a po roll-up zahrnuta jako jedna z fází zpracování.

Tip 3. Zamyslete se nad obdobím, do kterého budete roll-up provádět. Někdy účetní nechávají údaje z loňského roku, protože jsou důležité pro mzdy. Nebo i data ze dvou či tří předchozích let, pokud objem transakcí za tyto roky není příliš velký.

Jak shrnout účetní databázi 1C 8.3 pomocí příkladu

Uvažujme příklad zhuštění skutečné databáze 1C 8.3 nějakého podniku: konfigurace Účetnictví pro zemědělský podnik, vydání 3. Toto je ve skutečnosti konfigurace Enterprise Accounting, Rev. 3, ale rozšířená přidáním specializovaných oborových objektů.

Předpokládejme, že podniková informační základna po procesu testování a oprav, včetně zabalení informační základny, dosáhla 4 GB. Uživatelé v databázi pracují od roku 2011. Vzhledem k tomu, že organizace byla kontrolována daňovou inspekcí včetně období roku 2015 a od roku 2016 již organizace nepočítá mzdy v 1C 8.3 Účetnictví, ale v 1C 8.3 ZUP, ed. 3, bylo rozhodnuto o uzavření základny do roku 2016 .

Krok 1: Vytvořte záložní kopii

Z nabídky Administrace – Servis začneme zpracovávat pod uživatelem s Práva správce. V našem příkladu Admin. Zadejte uživatelské heslo správce pro přístup k databázi 1C 8.3. Pokud provádíte zmenšení již vytvořené kopie programu, pak zaškrtávací políčko Vytvořte zálohu lze resetovat. V opačném případě uvádíme Adresář zálohy zabezpečení informací:

Pokud stiskneme klávesu F1 na klávesnici můžeme získat informace o účelu a vlastnostech použití tohoto zpracování. Po seznámení zavřete nápovědu a klikněte Dále přejděte k dalšímu kroku zpracování Dokončené fáze jsou zvýrazněny zeleně.

Krok 2: Nastavte konvoluci

V této fázi určíme, na začátku kterého roku vytvoříme zůstatky v 1C 8.3. Výchozí je zaškrtnuto Nastavte datum zákazu pro změnu dat. Bude stanovena na 31. prosince 2015 v případě vzniku zůstatků na začátku roku 2016:

Je možné srolovat databázi pro všechny organizace nebo jen pro jednu. Podle příkladu je v databázi 1C 8.3 pouze jedna organizace, takže není výběr organizací pro zpracování.

Fáze 3. Tvorba reziduí

Tlačítkem Dále Přejděme k nastavení pravidel pro tvorbu zůstatků. Pro standardní konfigurace jsou předdefinované a pro 1C 8.3 Enterprise Accounting, Rev. 3 je možné Obnovte doporučená nastavení, kdyby byly změněny.

Můžeme nastavit pravidla skládání pro Odesílání deníku: Nehroutit se nebo nesbalit:

Můžeme definovat pravidla samostatně pro každý registr akumulace:

Ve výchozím nastavení je to například při zpracování pro podnikové účetnictví 1C 8.3, vydání 3 Nehroutit se u registrů DPH nákupy, prodeje DPH, nárokované DPH a řada dalších. To znamená, že vývojáři analyzovali, které parametry databáze je třeba uložit v plném rozsahu a které lze sbalit.

Můžeme ale např. nastavit Nehroutit se u akumulačního registru DPH v ceně:

Krok 4: Zkontrolujte transakce

Na jevišti Zobrazit transakce vygenerované zůstatky můžete otevřít k 1. 1. 2016, transakce budou zaznamenány do databáze 31. 12. 2015. Pomocí tlačítka je možné upravovat zůstatky nebo dokonce vytvořit novou operaci pro zadávání zůstatků Vytvořit:

Níže jsou uvedeny možnosti pro vytvořené operace: účetní registry:

Podle informační registry:

Podle akumulační registry:

Fáze 5. Ověření

Dále přejdeme ke kontrole vytvořených dokumentů. V této fázi vidíme sestavu podobnou rozvaze, vygenerovanou na konci roku 2015 v době před snížením a po snížení. Nesrovnalosti mezi údaji jsou v našem případě pouze pro doplňkový účet 000, který byl použit pro zadávání zůstatků v době zahájení práce s databází:

Můžete zobrazit a porovnat data pro daňové účetnictví (TA). Chcete-li to provést, použijte tlačítko vpravo, jako ve všech standardních zprávách 1C. Zobrazit nastavení a zaškrtněte políčko vedle indikátoru NU:

Vygenerujeme report s údaji o BU a NU. Poté přepneme kontrolu na Informace a akumulační registr:

Je možné zobrazit informace o jednotlivých registrech informací a akumulací. Tlačítkem Více Můžeme zaškrtnout nebo zrušit zaškrtnutí registrů, pro které chceme dostávat informace:

Krok 6: Smazání starých dokumentů

Existuje možnost tlačítka Zadní přejít na předchozí fáze odsouhlasení, včetně smazání vytvořených bilančních dokladů. Nebo tlačítkem Dále přejít do další fáze - Mazání starých dokumentů. V této fázi dostáváme varování o nevratnosti procesu v 1C 8.3. Ale staré dokumenty budou zatím označeny pouze ke smazání. Tato fáze je mnohem delší než všechny předchozí a může být poměrně dlouhá:

Fáze 7. Hotovo

Po dokončení této fáze obdržíme zprávu o úspěšném dokončení konvoluce:

Fáze 8. Odstranění dokumentů označených ke smazání

Po otevření protokolu operací vidíme, že dokumenty z roku 2011 jsou označeny k odstranění:

Tip 4. Použití při zpracování Odstraňování označených předmětů příležitost Částečné odstranění předmětů. Odstraňte související skupiny objektů. Odstraňování provádějte po etapách a mezi jednotlivými etapami si dělejte přestávky. Nebo si naplánujte shromážďování kolem hlavních svátků.

Před smazáním dokladů označených ke smazání si ale sestavte potřebné reporty, které vám řeknou, zda zůstávají všechna data pro správné zaúčtování dlouhodobého majetku, mezd a DPH.

V 1C 8.3 Accounting bude užitečné generovat sestavy pro datum kumulace před a po kumulaci:

• Výkaz o odpisech dlouhodobého majetku;
• Univerzální report o různých akumulačních registrech pro analýzu výdajů při zjednodušení, pro kontrolu DPH, vzájemné zúčtování se zaměstnanci atd.;
• A další zprávy v závislosti na účetní politice podniku.

Kromě toho byste měli najít partnery pro zpracování 1C, kteří budou ukazovat na nepoužívané konfigurační objekty. Najděte například prvky adresáře Nomenklatura, na které již neexistují odkazy, protože dokumenty z předchozích období byly smazány. A pokud již nehodláme tuto položku prodávat nebo kupovat, můžeme ji smazat.

Vážení čtenáři, konvoluce není nejúspěšnějším řešením při optimalizaci databáze 1C, přechod na SQL je mnohem rychlejší a méně pracný. Přechodem na SQL si zachováte přístup ke všem dokumentům, několikanásobně zvýšíte rychlost databáze a nebudete muset databázi každoročně minimalizovat a starat se o správnost přenosu dat.

1C v7.7 je v současné době považována za zastaralou, ale existují společnosti, které ji stále používají. Protože pokrok nestojí, většina specialistů 1C se již dávno přeškolila na platformu 1C:v8 a zapomněli na „sedm“, a proto na něm nechtějí pracovat. V tomto článku vám řeknu, jak sbalit databázi (archivovat období). Nebylo to náhodou, že jsem se rozhodl sbalit databázi, faktem je, že pro ty, kteří v současnosti používají „sedmičku“, se konfigurace databáze výrazně změnila a nebudou moci používat standardní nástroje. Tento článek bude napsán na základě konfigurace založené na 1C: Trade and Warehouse 9.2.

Lyrická odbočka: Všechny zde uvedené úpravy patří jejich autorům a já si jejich autorství v žádném případě nenárokuji.

Představme si následující zápis:

1. Úplná základna je naše pracovní základna, kterou budeme likvidovat.
2. Prázdná báze - báze obsahující pouze konstanty a referenční knihy.
3. Databáze bez dokladů je databáze, která obsahuje zůstatky, ale neobsahuje doklady o pohybu za období.
4. Sbalená báze - báze obsahující zůstatky a pohybové doklady za období.

Pojďme tedy vyvinout malý algoritmus pro provedení konvoluce databáze:

1. Kontrola chyb v informační základně;
2. Přidání dokumentu do konfigurace pro práci s registry;
3. Vytvoření kopie informační základny;
4. Odstranění všech dokumentů a pravidelných podrobností z databáze;
5. Vytvoření a převod zůstatků z „Plné databáze“ do „Prázdné“;
6. Přenos dokladů provádějících pohyb během období roll-upu z „Úplné databáze“ do „Základny bez dokladů“;
7. Účtování dokumentů a sekvence obnovy v "Collapsed Database".

A nyní každý krok v pořadí s obrázky a vysvětleními:

1. Kontrola chyb v informační základně - tento krok se provádí v konfigurátoru. (Administrace - Testování a opravy).

Nyní musíme nastavit proces testování a opravy, klikněte na tlačítko „Nastavení“:

Zaškrtneme všechna políčka jako na obrázcích, klikneme na „OK“ a „Spustit“. Proces testování a oprav je poměrně dlouhý, zvláště pokud je databáze velká. Bude se zdát, že je vše zamrzlé, ale ve skutečnosti vše funguje.

2. Přidání dokumentu do konfigurace pro práci s registry - tento dokument nám umožňuje vytvořit dokument obsahující údaje registru, který potřebujeme. Dokument si můžete stáhnout. Uvnitř archivu je vysvětlení, jak přidat dokument do databáze, ale zde ho zduplikuji. Otevřete konfigurátor a zavolejte průvodce pro sloučení konfigurací (Configuration-Merging Configurations), otevře se okno pro výběr konfiguračního souboru. Naznačíme cestu k místu, kde jsme jej rozbalili a vybereme soubor 1Cv7.MD.

Potřebujeme pouze jeden dokument, takže zrušíme zaškrtnutí všech políček kromě „Dokumenty“, zkontrolujte, zda jsou přepínače ve spodní části okna jako na snímku obrazovky a klikněte na „OK“. Program přidá dokument a otevře konfiguraci. Nyní musíte změny uložit, klikněte na tlačítko "Uložit" a potvrďte změny.

3. Vytvoření kopie infobáze - zde je vše jednoduché, pouze zkopírujeme adresář infobáze (ten, který jsme zkontrolovali a do kterého jsme dokument přidali) do nového adresáře a cestu k němu upřesníme v okně výběru konfigurace 1C.

4. Odstranění všech dokumentů a pravidelných podrobností z databáze – k provedení tohoto postupu budeme potřebovat soubor *.bat. Stáhnout, zkopírovat do složky s kopií infobáze a spustit – tato akce vám umožní smazat všechny dokumenty z databáze. Dalším krokem je spuštění 1C ve výhradním režimu v režimu 1C:Enterprise (Musíte spustit kopii bez dokumentů), databáze bude přeindexována. Nyní potřebujeme vyčistit databázi od periodických detailů – k tomu začneme testovat a opravovat databázi v konfigurátoru (podobně jako v bodě 1).

5. Založení a převod zůstatků z "Plné databáze" do "Prázdné" - pro dokončení tohoto kroku otevřete "Úplnou databázi" a vytvořte dokument "Zůstatky podle evidence", který jsme integrovali do konfigurace. Dokumenty musí být vygenerovány v den předcházející dni roll-upu, například pokud srolujeme databázi 1. 1. 2011, pak musí být dokumenty vygenerovány 31. 12. 2010. Pro vytvoření dokladu musíme otevřít hlavní deník dokladů, stisknout tlačítko "Vložit" na klávesnici nebo "Zadat nový řádek" v okně obecného deníku.

Poté je třeba vybrat doklad „Zůstatky dle evidence“ a kliknout na „OK“. Měl by se otevřít formulář dokumentu, jak je znázorněno níže:

Nyní musíme vygenerovat zůstatky pro každý registr naší databáze. Chcete-li to provést, vyberte v rozevíracím seznamu registr, který potřebujeme, a klikněte na tlačítko „Vyplnit“, hlavní věcí je nezapomenout, k jakému datu vytváříme zůstatky. Pokud se základní souhrn provede 1. 1. 11, pak se zůstatky tvoří 31. 12. 2010. Po vyplnění dokladu klikněte na tlačítko „Záznam“ a „Zavřít“ doklad nelze zaúčtovat. Tuto operaci je nutné provést pro každý registr ve vaší databázi (z rozbalovacího seznamu vyberte požadovaný registr, nezapomeňte na datum). Všechny doklady „Zůstatky dle registru“ musí být vygenerovány během jednoho dne.

Po vygenerování všech dokladů „Zůstatky dle registru“ je musíme převést do „Prázdné základny“. K převodu potřebujeme toto zpracování. Stáhněte, rozbalte a otevřete soubor „Universal.ert“ v „Úplné databázi“ (File->Open-Universal.ert). Otevře se okno, jak je znázorněno níže:

Nyní musíte nastavit zpracování, abyste to udělali, krok za krokem (jako na obrázku níže) splňte všechny požadavky na zpracování:

Pamatujte, že při zpracování zadáváte cestu k "Prázdné základně". Po dokončení všech požadavků na zpracování na první záložce přejdeme přímo k převodu zůstatků. Chcete-li to provést, přejděte na záložku „Doklady“, označte jediný doklad „Zůstatky podle evidence“ a nastavte datum, kdy byly doklady generovány.

Zkontrolujeme korespondenci s výše uvedeným snímkem obrazovky, pokud se vše shoduje, klikněte na „OK“ -> „Přenést dokumenty“.

Převod zůstatků do „Prázdné základny“ bude zahájen po dokončení převodu, je třeba otevřít naši „Prázdnou základnu“, do které byly zůstatky převedeny a zaúčtovat všechny doklady do „Zůstatky podle evidence“. Chcete-li to provést, otevřete hlavní deník dokladů, přejděte na datum převodu (v našem případě 31.12.10) a zaúčtujte všechny dokumenty „Zůstatky podle registru“.

7. Přenos dokumentů přesouvajících se během období roll-upu z „Úplné databáze“ do „Báze bez dokladů“ - tento krok se provádí jako předchozí s využitím zpracování. Už víme, jak to používat, takže děláme vše jako na snímku obrazovky z bodu 6:

Přejděte na záložku "Dokumenty", vyberte naprosto všechny doklady a nastavte časové rozmezí od začátku období do aktuálního okamžiku, v našem případě od 1.1.11 do 13.10.11. Nastavili jsme také přepínače „Zapnuto označeno pro smazání“ a „Zapnuto provedeno“ podle snímku obrazovky.

Dalším krokem je přejít na kartu „Pokročilá nastavení“. Musíte zaškrtnout políčka jako na snímku obrazovky a uvést své časové období:

Po nastavení všech zaškrtávacích políček a přepínačů klikněte na „OK“ -> „Přenést dokumenty“ (snímek obrazovky z kroku 6):

7. Zaúčtování dokladů a sekvencí obnovy do „Spadlé databáze“ - po dokončení převodu dokladů bude nutné přeúčtovat celou „spadlou“ databázi od začátku období k aktuálnímu datu (v našem případě 01.01. .11-13.10.11). "Operace" -> "Zasílání dokumentů":

P.S.: Řešení problémů s dokumentem „Zůstatky dle registru“:

Po uveřejnění článku mi emailem přišlo mnoho dotazů, proč dokument „Zůstatky dle registru“ není vyplněný a uvádí chybu. Abych tento problém vyřešil a odpověděl na všechny otázky, nechám zde průvodce dokončením dokumentu.

1. Otevřete konfigurátor a vyberte dokument „Zaregistrovat zůstatky“.

2. Otevřete formulář dokumentu:

3. Klikněte na tlačítko „Nový“ a přidejte požadovaný počet zdrojů a dimenzí.
a) Pro zdroj jsou nastavení následující:

b) Chcete-li měřit nastavení, postupujte takto:

Pro svou základnu jsem vytvořil asi 10 dimenzí a 9 zdrojů.

4. Otevřete formulář dokumentu v konfigurátoru a klikněte na tlačítko "Formulář":

5. Ve formuláři, který se otevře, vyberte tabulkovou část a klikněte na tlačítko zobrazené na obrázku „Přidat podrobnosti“:

6. V dolní části vyberte všechny nové zdroje a dimenze a vložte je do dokumentu:

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

P.S.: Pokud vám něco není jasné, mail je pro vás vždy otevřený!

P.P.S.: Proces načítání období popsaný v tomto článku není vhodný pro načítání účetních součtů. Chcete-li shrnout výsledky účetnictví, měli byste použít standardní zpracování wrap.ert nebo vytvořit novou metodiku.

Začátek roku je ideální čas na srolování databáze

Postupem času se velikost databáze, zejména ve velkých organizacích, zvětšuje. Když je databáze 1C udržována po dlouhou dobu a zabírá významný objem, vede to ke zpomalení práce.

Konvoluce má následující cíle:

• Zrychlete program
• Snižte velikost databáze
• Vymažte adresáře od nepodstatných položek

S čím konvoluce pomáhá?

Zrychlení programu (zmenšením velikosti databáze)

Pokud neplánujete navyšovat počet pracovních stanic v 1C (a kupovat pro ně nový server), ale nejste spokojeni s rychlostí 1C, měli byste databázi srolovat. Tím se sníží zatížení počítačů. Bude možné odložit nákup nového hardwaru pro server nebo přechod ze souborové verze na SQL.

Velké databáze navíc častěji selhávají, „padají“ a obecně fungují velmi nespolehlivě.

Skrýt historická data

Shrnutí je dobrý způsob, jak skrýt informace o práci v předchozích letech. Data prostě nebudou v databázi. Je to bezpečnější než omezování přístupových práv a hesel.

Zbavte se nepodstatných položek a dalších záznamů

Během pracovního procesu se nevyužité položky hromadí v databázi 1C. Zasahuje do zpracování účtenek a tržeb a při výběru zboží ze seznamu. To vede k chybám a přetřídění. Velké množství položek navíc zpomaluje vykládku do autonomní pokladny, např. do Frontolu, kdy se k 3 tisícům použitého zboží vyloží dalších 10 tisíc nepoužitého. Sbalením databáze se zbavíte starých produktů. Spolu s konvolucí používáme zpracování Odstranění irelevantních položek.

Nepříjemnosti práce ve sbalené databázi

Dokumenty a zprávy za „sbalené období“ nebudou k dispozici. Budete muset mít samostatnou databázi pro staré období a tam se podívat do historie již nebude možné sbírat data za celé období v jedné sestavě.

Jak funguje konvoluce

Podstata události je následující: vybere se datum (ideální je začátek roku nebo čtvrtletí), například 1. ledna 2016. K tomuto datu se pořídí „snímek“ zůstatků pro všechny účetní úseky. (zůstatky zásob, vzájemná zúčtování se zákazníky, dodavateli a komisionáři, účty hotovostních a zúčtovacích zůstatků) a přijatá data se nahrávají do souborů na pevný disk. Poté se na základě předchozího vytvoří nová informační báze, která obsahuje všechny potřebné referenční knihy (nomenklatura, cenové druhy, měrné jednotky, ceny, protistrany a smlouvy, banky a běžné účty, sklady, pokladny, hmotně odpovědné osob apod.) a vytvořením příslušných dokladů pro zadávání zůstatků do nové databáze se od 1. 1. 2016 zapisují zůstatky pro všechny účetní úseky (na základě údajů ze souborů uložených na pevném disku). Zůstatky v nové a předchozí databázi jsou odsouhlaseny. Jejich úplná náhoda slouží jako ukazatel úspěšnosti odvedené práce. Pokud jsou malé chyby, lze je snadno opravit ručně.

Díky tomu se výrazně zvyšuje rychlost provozu a hlavně se snižuje riziko selhání samotného programu 1C:Enterprise.

Jak provést skládání základny

V ideálním světě se konvoluce provádí pomocí specializovaného zpracování od 1C, které je na disku ITS jak pro 1C 7.7, tak pro verze 8.2, 8.3. V tomto případě program vytvoří doklady pro zadávání zůstatků a označí nepotřebné doklady k výmazu. Adresáře lze odstranit, pokud nejsou použity ve zbývajících dokumentech. Před sbalením databáze musíte obnovit pořadí dokumentů.

Je důležité si uvědomit, že sbalení databáze zpracováním z disku ITS lze provést pouze se standardní konfigurací. V opačném případě se objeví chyby, které nebudou okamžitě viditelné. Pokud máte nestandardní konfiguraci, je pro vás lepší kontaktovat zkušeného specialistu 1C, aby databázi porovnal.

Provést odsouhlasení sami je víceméně možné v účetnictví a téměř nemožné v obchodování. A existuje mnoho důvodů pro to, například mohou být vymazány potřebné informace a mohou zůstat nepotřebné informace. Uživatel o tom ani nebude vědět, protože... neví, jak zkontrolovat.

Konvoluce databáze 1C: Trade Management

Když už mluvíme o balíčku řízení obchodu 1c, musíme zmínit problémy, které často musíme řešit.

1. Program často používá registry, které nejsou potřeba. Například DPH (je tam 7 registrů). Za prvé kvůli nim rollup trvá déle a za druhé překáží při odstraňování dokumentů.

2. Jsou-li použity šarže zboží. V tomto případě také zabráníte smazání řady dokumentů. Můžeme nastavit podle průměru, nebo při zadávání zůstatků můžeme dávkový doklad nahradit pomocným dokladem - tím po opětovném zadání vymažeme vazby na smazané doklady.

3. Vzájemné vypořádání podle listin. Dluhy můžeme znovu uzavřít nebo také na začátku zadávání zůstatků můžeme vše pověsit na pomocný doklad.

4. Existuje celá řada informačních registrů (cena, odepsané zboží, přístup k dokumentům, korespondence při výměně atd.), které „uchovávají“ dokumenty a adresáře.

5. Standardní odstranění trvá dlouho. A pokud je tam hodně prvků, pak to vůbec nezvládá. Vyvinuli jsme vlastní rychlejší zpracování pro odstranění nepotřebných dokumentů.

Cena balíčku

Cena závisí na složitosti vaší konfigurace (maloobchodní je levnější, komplexní je dražší) a objemu dat (náklady na srolování databáze 3 Gig a 30 Gig se budou lišit).
Chcete-li zjistit cenu, zanechte žádost. Ozveme se vám, zanalyzujeme vaši databázi a určíme konečnou cenu.
Průměrná cena je od 8 000 do 15 000 rublů.

Nevýhody a alternativy konvoluce

Rollup je však poměrně radikální operace, která vymaže data za předchozí roky a nahradí je doklady se zaúčtováním zůstatku.

Hlavní nevýhodou je, že máte několik databází. Například „Základ 2011–2012“ a „Základ 2013“.

A nebude možné sestavit jednu sestavu, která zobrazuje data za roky 2012 a 2013. Užitečné věci, jako je analýza prodeje zboží před objednáním od dodavatele nebo porovnání, o kolik více se určitého zboží prodalo v lednu 2013 než v lednu 2012, již nebudou k dispozici.

Sbalení databází má smysl pouze ve dvou případech:

1. pokud je opravdu stará (alespoň starší 4-5 let)
2. pokud je potřeba data nejen chránit (například hesly), ale bezpečně skrýt (fyzickým smazáním z počítače)

Ve všech ostatních případech stojí za to věnovat pozornost alternativám.

Alternativa: Zakázat nepoužívané moduly

I když některé funkce programu nepoužíváte, neznamená to, že na ně neplýtvá prostředky vašeho počítače.

Takových potenciálně nepotřebných, ale na zdroje náročných částí programu není mnoho:

• Řízení přístupu na úrovni záznamu
• Účtování zůstatků podle organizací (kromě účtování zůstatků podle skladů)
• Účtování dat pro knihy nákupu/prodeje, když je generujete v účetnictví

Následující funkce některé organizace nepoužívají, i když je rozhodně nelze označit za zbytečné:

• Kalkulace nákladů (pro výpočet zisku z prodeje, marže)
• Výpočet nákladů na šarži (i když ve vašem případě stačí „průměrná“ kalkulace)
• Vypořádání s klienty v kontextu vypořádacích dokumentů

Jako příklad jsem provedl malý průzkum. Vzal jsem základ společnosti, která nepoužívá možnost výpočtu zisků. Počáteční velikost databáze je 1,6 GB. Po smazání záznamů souvisejících s kalkulacemi nákladů se velikost databáze zmenšila na 1 GB. Po odebrání všech ostatních nepoužívaných tabulek velikost klesla na 0,8 GB.

Alternativa: Odstraňte nepodstatné položky a dodavatele z dohledu

Výrobci neustále aktualizují svůj sortiment. Z tohoto důvodu se v produktovém adresáři hromadí položky, které již nebudou nikdy prodány.

Hlavní nepříjemnost spočívá v tom, že takové produkty

• 1. překážet v seznamu manažerů, kteří zpracovávají účtenky nebo tržby. To zvyšuje pravděpodobnost chyb a přehodnocení.
• 2. Nahrávání do autonomní pokladny (například do Frontolu) je pomalé. Protože v regálu není vyloženo 3 000 položek, ale dalších 10 000, které se již několik let neprodávají.
• 3. Pokud se na pokladně nepoužívají čárové kódy a pokladní vybírá položku ze seznamu, pak velký seznam také zvyšuje pravděpodobnost chyb a špatného třídění.

Tyto konkrétní problémy lze snadno odstranit bez pomoci konvoluce.

Do nomenklatury stačí přidat atribut „Archiv“ a automaticky jej přidat k tomu zboží, u kterého nebyl poslední rok či dva žádný pohyb.

Navíc lze takový irelevantní produkt označit ke smazání, přesunout do složky „_Cart“ a přidat k názvu „yay_“, aby produkt nerušil vyhledávání podle prvních písmen.

Pro tento případ máme ošetření skladem

Alternativa: Zvýšit zabezpečení systému

Pokud je potřeba data skrýt, můžete použít nějaké triky (například umístit pracovní databázi nikoli do vaší kanceláře, ale na vzdálený server. Možná i do jiné země. A připravit místní bílou a nadýchanou databázi pro inspektory ). Ale skládání základny je samozřejmě jednodušší.

Pokud se potřebujete chránit před svými zaměstnanci, pak vám na pomoc přijde SQL server a přehledný přístupový systém.

Alternativa: zvýšení výkonu serveru

1C 8 spolu s SQL serverem je schopen normálně pracovat s velkými databázemi. Databáze 20-50 GB není vůbec problém, pokud je počítač dostatečně výkonný.

Během procesu sbalování informační databáze se v ní provádějí následující akce:

• doklady pro zadávání zůstatků jsou generovány k datu provedení odsouhlasení;
• mažou se doklady a pohyby v evidencích, které byly v programu do data roll-upu včetně.

Sbalení informační databáze vám umožní:

• zrychlit systém;
• snížit velikost 1C IBD.

POZORNOST! Než začnete skládat informační základnu, musíte:

• provést předběžný testovací souhrn na kopii funkčního 1C IDB;
• Pokud je testovací roll-up úspěšně dokončen, teprve poté můžete začít srolovat databázi pracovních informací, když ji nejprve zazálohujete.

Ke sbalení informační databáze se používá zpracování pro konfiguraci (revize 1.6), která je na disku. Toto zpracování není vhodné pro vydání 2.0, protože neobsahuje dokument „Úprava záznamů registru“. Objednávat můžete na našem webu.

Objednejte si balíček

Pokyny krok za krokem pro srolování databáze

• Nejprve je třeba vytvořit záložní kopii informační databáze. Poté se přihlaste do databáze pomocí režimu 1C: Enterprise, a zkontrolujte, zda byly všechny dokumenty dokončeny na konci měsíce k datu souhrnu.
• Dále musíte vytvořit výkaz Obratová rozvaha za období, pro které plánujete srolovat základ.
• Příkazem „Otevřít“ (menu Soubor) načteme databázi externího zpracování 2.0.
• Databáze se sbalí po klepnutí na příslušné tlačítko na spodním panelu, během kterého jsou objekty mazány po dobu stanovenou ve zpracování. Je třeba poznamenat, že dokončení procesu může trvat poměrně dlouho. Po provedení souhrnu 1C IDB není za žádných okolností možné opravit a znovu zaúčtovat dokumenty za shrnuté období.
  Nelze také netvrdit, že pokud během procesu konvoluce došlo k chybám, kvůli kterým bylo odstraňování objektů přerušeno nebo nebylo zcela dokončeno, může to vést k tomu, že součty pro některé registry budou deaktivovány. Tato skutečnost zase znemožňuje získat součty pro některé registry. Seznam registrů, pro které jsou deaktivovány součty, si můžete prohlédnout na záložce „Registry s deaktivovanými součty“. Zde můžete v případě potřeby zahrnout výsledky.
  Pokud byl proces konvoluce z nějakého důvodu přerušen, lze seznam dokladů pro zadávání zůstatků vždy obnovit pomocí tlačítka „Vyplnit seznam“ na záložce „Doklady pro zadání zůstatků“ s uvedením intervalu data.
• Poslední fází je mazání označených objektů. Může být provedena, pokud byly úspěšně dokončeny všechny výše popsané konvoluční fáze.
  • V nabídce „Operace“ vyberte příkaz „Odstranit označené objekty“.
  • Horní část okna obsahuje dialog se seznamem objektů detekovaných v 1C IBD a označených k vymazání. Uživatel může otevřít a zobrazit kteroukoli z nich. Pomocí příznaků může uživatel také určit, které objekty je třeba zkontrolovat pro odstranění. Tlačítko „Ovládání“ vám pomůže určit, zda existují odkazy na objekty, které mají být odstraněny. Poté, co pečlivě zkontrolujete objekty, které chcete odstranit, a nenaleznete žádné chyby, musíte zahájit proces mazání objektů kliknutím na tlačítko „Smazat“.

Na konci kumulace databáze se musíte ujistit, že vše proběhlo správně. Chcete-li to provést, otevřete Obratovou rozvahu a porovnejte ji s tou, která byla uložena před srolováním. Pokud jsou totožné, pak bylo skládání základny provedeno správně.

Nejprve trocha teorie.

Program 1C:Enterprise 8 lze provozovat ve dvou režimech:

• soubor(databáze je umístěna v počítači uživatele nebo v místní síti),
• klient-server(databáze je umístěna na samostatném serveru).

Tento článek je relevantní pouze pro první možnost. V případě souborového hostingu má program výrazné omezení – velikost jedné databázové tabulky nesmí přesáhnout 4 GB. Jakmile velikost jakékoli databázové tabulky (a v případě konfigurace 1C: Accounting 3.0 je nejtěžší tabulkou účetní registr) překročí 4 GB, databáze se přestane spouštět a při přiblížení k této hranici zaznamenáte znatelný snížení výkonu programu (jinými slovy se objeví "brzdy").

Skládání tedy umožňuje zmenšit velikost databázových tabulek (především účetního registru). Operace skládání základny je následující:

• je určeno datum, kdy je třeba databázi sbalit (zpravidla je to začátek roku),
• program zjišťuje zůstatky pro každý účetní účet k tomuto datu a tyto stavy zapisuje tvorbou dokladů Úkon,
• všechny pohyby ve všech systémových registrech před zadaným datem jsou zrušeny (kromě těch, které byly vybrány při nastavování konvoluce),
• doklady zadané před tímto datem jsou smazány (pokud jsou pohyby těchto dokladů zcela vymazány) nebo označeny ke smazání,
• dokumenty zadané po uvedeném datu zůstávají v systému v původní podobě.

Tato operace umožňuje výrazně zmenšit velikost účetní evidence v programu.

Jak udělat konvoluci

V kapitole Správa zpracování otevřené konvoluce:

Zobrazí se následující okno:

Nastavte znamení Vytvořte zálohu, uveďte uživatelská data, pod kterými chcete vytvořit kopii, a adresář, kam kopii uložit. Klikněte Dále.V okně, které se zobrazí, vyberte Ano:

Narazili jsme na chybu platformy.

Při restartu se situace opakuje. Udělejme kopii ručně. Pojďme do konfigurátoru:

Vyberte cestu k uložení kopie a pojmenujte ji:

Zobrazí se zpráva:

Vrátíme se ke zpracování konvoluce. Odstraňujeme znak vytvoření kopie. Klikněte Dále:

Na další obrazovce musíte vybrat rok, na jehož začátku je souhrn proveden. Vhodné je také nastavit znamení Nastavit datum zákazu aby se do databáze do roku 2016 nic nevložilo. Ze seznamu organizací můžete vybrat pouze několik, které chcete sbalit, nebo můžete sbalit databázi napříč všemi organizacemi:

Na další obrazovce vidíme, jak program plánuje zpracovat databázové tabulky (systém navrhuje některé tabulky sbalit a jiné ponechat beze změny). Například mnoho registrů informací a akumulačních registrů souvisejících s DPH zůstane nezměněno. Není to pro nás kritické, prioritou je odsouhlasení účetní evidence.

V dalším okně program zobrazí seznam dokumentů Úkon, který bude vytvořen pro zadávání počátečních stavů k 31. 12. 2015 pro všechny účetní účty, které mají zůstatky. Pokračujme.

Na další obrazovce se zobrazí souhrnná tabulka s rozborem správnosti počátečních zůstatků na začátku roku 2016. Správnost je kontrolována porovnáním s počátečními zůstatky v době předcházející konvoluci Na výše uvedeném snímku obrazovky vidíme, že zde nejsou žádné odchylky.

Pro jistotu se podívejme také do odsouhlasovací tabulky pro informace a akumulační registry:

Na další obrazovce program upozorní, že byla zahájena procedura pro mazání dokladů před rokem 2016. Souhlasíme

Po odstranění dokumentů se zobrazí zpráva oznamující, že kumulace byla úspěšná.

Upoutat vaši pozornost: Vzhledem k tomu, že pohyby v akumulačních evidencích ohledně DPH a v mnoha informačních evidencích zůstaly nezměněny, zůstaly v systému i doklady, které v těchto evidencích prováděly pohyby.

Nenechte se tím zmást – naším cílem bylo „zjednodušit“ účetní evidenci, a to se nám podařilo.

V případě potřeby můžete na webu projít úplným (a bezplatným) kurzem.