Pokud se vyskytly problémy s vaší databází 1C (například s), objevily se různé chyby nebo se dokonce přestalo spouštět, neměli byste spěchat s voláním. Můžete nezávisle testovat a opravovat databázi 1C (konfiguraci).

1 krok. První a nejdůležitější věc, kterou musíte udělat před opravou jakékoli konfigurace, je. Ne nadarmo jsme uvedli 2 způsoby, jak vytvořit záložní kopii databáze 1C. I když konfigurace již neběží v režimu konfigurátoru, můžete ji vždy zkopírovat pomocí 1 metody – zkopírováním konfiguračního souboru.

Krok 2. Systém 1c spustíme v režimu konfigurátoru. V hlavním menu programu zvolte „Administrace – Testování a opravy...“.

Pokud je vaše konfigurace tak poškozená, že se nespustí ani v režimu Konfigurátor, můžete ji obnovit, což je součástí balení 1C Enterprise 8.

Krok 3 Otevře se před námi okno s nastavením pro kontrolu a opravu databáze 1C. Po výběru vhodného režimu můžete kliknout na tlačítko „Spustit“.

V závislosti na velikosti vaší databáze může dokončení této kontroly trvat velmi dlouho. Proto se doporučuje vybrat vždy jeden režim skenování v pořadí, v jakém se zobrazují (nejprve pouze režim „Přeindexování tabulky“ informační základna“, dále pouze režim „Kontrola logické integrity informační základny“ atd.) a po každé opravě zkontrolujte, zda v databázi 1C zmizely chyby.

Podívejme se na všechny režimy ověření a opravy v pořadí:

Přeindexování tabulek informační báze

Pro urychlení hledání určitých detailů objektů v naší konfiguraci generuje systém 1c indexy. V tento režim oprava, systém vytvoří všechny indexy znovu.

Kontrola logické integrity informační základny

Jak název napovídá, v tomto režimu systém kontroluje a opravuje logické chyby ve strukturách databázových tabulek.

Kontrola referenční integrity infobáze

V tomto režimu systém kontroluje existenci všech odkazů na objekty. Pokud existují odkazy na objekty, které neexistují, systém může tyto neúspěšné odkazy buď odstranit, nebo se je pokusit opravit. Proto je pro tuto kontrolu nutné dodatečně uvést, co s takovými objekty dělat: vytvořit nové, vymazat je nebo nedělat nic.

Přepočet výsledků

Součty jsou jakési indexy pro registry. Například výsledky evidence zůstatků zboží nám umožňují rychle získat zůstatky zboží k požadovanému datu atd. V tomto režimu systém přepočítá všechny součty za všechna období. Zpravidla se jedná o časově velmi náročnou kontrolu.

Komprese tabulek informační báze

Tento režim souvisí spíše se zvýšením výkonu konfigurace než s eliminací chyb, ale přesto.

Jak pracujeme, naše databáze 1C se fragmentuje a její tabulky začnou zabírat více místa, než ve skutečnosti potřebují. Když jsme například vytvořili nový dokument, velikost naší databáze se mírně zvětšila, a když jsme tento dokument smazali, velikost naší databáze se nevrátila do předchozího stavu, ale mírně se zvětšila než předtím. Komprimace tabulek infobáze znamená defragmentaci všech tabulek a v důsledku toho zmenšení velikosti naší konfigurace na optimální hodnotu.

Restrukturalizace tabulek informační báze

Nejúčinnější režim v boji proti chybám. Princip restrukturalizace je následující. Pro každou databázovou tabulku se vytvoří nová tabulka s podobnou strukturou a všechna data ze staré tabulky se přenesou do nové.

Krok 4. Pomocí tlačítka „Spustit“ spustíme test a čekáme na zprávu o jeho výsledcích.

vk.com/buhcenter skupina VKontakte.
1-bc.ru je web společnosti, kde se můžete seznámit se službami.
 Přeindexování tabulek informační báze.
Pro rychlé hledání informace, k hlavním tabulkám s hlavními údaji se přidávají pomocné tabulky, ve kterých jsou data řazena podle zadaných polí hlavní tabulky - indexační tabulky. Použitím indexovacích tabulek se výkon 1C výrazně zvýší, protože není potřeba pro vzorkování iterovat celou hlavní datovou tabulku, můžete použít indexový soubor a vybrat potřebné záznamy odtud.
Když jsou data zapsána do hlavních datových tabulek, jsou vyplněny i indexační tabulky. Ale z různých technických důvodů mohou být indexy zmatené, což může v konečném důsledku vést k chybám. Chcete-li opravit tuto třídu chyb při testování a opravě databáze 1C 8.3, musíte zaškrtnout políčko vedle této položky nabídky.
 Kontrola logické integrity informační základny
V okamžiku vytvoření nových objektů v konfiguraci 1C se v databázi vytvoří nové tabulky, které indikují propojení s ostatními tabulkami v databázi. Z různých důvodů mohou být připojení nesprávná (například kvůli nesprávné aktualizaci nebo neočekávanému výpadku napájení v době nahrávání). Chcete-li opravit tento typ chyby, vyberte tuto položku nabídky.
 Kontrola referenční integrity infobáze
Pravděpodobně jste viděli" nefunkční odkazy"v konfiguracích 1C. Pokud ne, pak máte štěstí!
Chcete-li tyto chyby identifikovat a opravit, vyberte tuto položku nabídky a níže se aktivují možnosti zpracování takových chyb (viz obrázek výše). Můžeme si vybrat, jak opravit chyby, když existují odkazy na neexistující objekty: vytvářet objekty, vymazat odkazy, neměnit; a v případě částečné ztráty dat: vytvořit objekty, odstranit objekt, neměnit.
 Přepočet výsledků
Pro provádění rychlých výběrů dat v databázi 1C jsou každý měsíc k dispozici tabulky s již vypočtenými daty. Když k těmto datům přistupujeme, nesbírají se z hlavních tabulek (to by zabralo spoustu času), ale jsou vydávána okamžitě z dat v souhrnných tabulkách. Proto, aby tento mechanismus fungoval, je nutné mít správné výsledky za minulá období. Pokud tedy 1C „klame“ ve zprávách, pak je taková chyba opravena touto položkou nabídky.
 Komprese databázových tabulek
Odstranění objektů v databázi je poměrně pracná a časově náročná operace, proto je v konfiguracích 1C proces mazání rozdělen do 2 fází. Když smažete objekty v konfiguraci, data v databázi 1c se vynulují a z tohoto důvodu se neúčastní dalších operací, ačkoli fyzicky zůstávají na svém místě. Aby tabulky těchto záznamů vymazali, otestují a opraví databázi 1C 8.3 pomocí položky nabídky „Komprimovat tabulky infobáze“.
 Restrukturalizace databázových tabulek
Při změně podrobností jakéhokoli objektu metadat 1c musí databáze přidat nové záznamy do všech tabulek změněného objektu. To se provádí restrukturalizací databázových tabulek. Během procesu restrukturalizace jsou vytvářeny kopie databázových tabulek se strukturou aktuální konfigurace, poté jsou data přenášena do vytvořených tabulek. Pokud přidáte atribut do metadat 1c, vytvoří se pro něj v nové tabulce prázdný sloupec; pokud je atribut odstraněn, sloupec pro tento atribut se v nové tabulce nevytvoří, a proto nebude přenesen.
Během procesu restrukturalizace budou všechny databázové tabulky znovu vytvořeny, takže tato operace je nejdelší.

Jak otestovat a opravit databázi 1C:Accounting (8.3 vydání 3.0)

2017-12-19T18:21:22+00:00

Vyskytly se tedy problémy s databází. Objevily se chyby nebo se prostě přestalo spouštět. Nespěchejte se zavoláním programátora, hodně toho zvládnete sami.

1. První věci záložní kopie stávající základna. Jde o to, že testování a opravy jsou nevratné operace s databází, které téměř vždy věci vylepší, ale ve velmi malém procentu případů mohou vše zkazit. Pro tento velmi vzácný případ musíme nejprve vytvořit záložní kopii.

2. Nyní, když je záloha provedena, spusťte databázi v režimu konfigurátoru:

3. Vyberte "Administrace" - "Testování a opravy...":

4. Máme mnoho možností pro kontroly a opravy, které musíme vybrat a kliknout na tlačítko „Spustit“. V zásadě je můžete vybrat všechny, ale nejrozumnější by bylo provádět tyto kontroly a opravy v pořadí a po každé opravě zkontrolovat, zda z databáze nezmizely chyby:

5. Hned to otestujeme a opravíme (druhá možnost):

6. Pokud je databáze velmi rozsáhlá, můžete omezit provádění kontrol v čase. Nedělejme to:

7. Přeindexování tabulek informační báze. co to je? Pro každou tabulku (například adresář) je v databázi zabudován index, který urychlí vyhledávání určitých polí. Tato oprava tedy znovu sestaví všechny indexy:

8. Kontrola logické integrity informační báze kontroluje a opravuje logické chyby ve strukturách tabulek:

9. Kontrola referenční integrity databáze kontroluje všechny odkazy na objekty, které již nemusí existovat nebo být zničeny:

Proto při této kontrole musíte uvést, co s takovými objekty dělat: vytvořit nové, vymazat je nebo nedělat nic.

10. Přepočet výsledků. Výsledky – zhruba řečeno jde o indexy pro registry, ve kterých jsou uloženy informace, vytvořené dokumenty. Například přítomnost součtů pro evidenci zůstatků produktů nám umožňuje rychle získat hodnotu zůstatků produktů k určitému datu. Tato kontrola přepočítá všechny součty za všechny časy. Upozorňujeme, že se obvykle jedná o časově velmi náročnou kontrolu.

11. Postupem času databáze značně narůstají. Děje se tak proto, že databáze shromažďuje mnoho dat, která jsme označili ke smazání a poté smazali, ale ve skutečnosti stále zůstávají v databázi (jen je již nevidíme). Položka „Komprimovat tabulky infobázových tabulek“ je ve skutečnosti odstraní a databáze se zmenší:

12. Restrukturalizace databázových tabulek. Poslední impozantní zbraň v boji proti štěnicím. Pro každou tabulku - vytvořeno nový stůl s požadovanou strukturou a všechna data ze staré tabulky se přenesou do nové:

13. Po výběru požadované položky spusťte test (tlačítko "Spustit"):

14. Po všech kontrolách se otevře okno Servisní zprávy s informacemi o výsledcích testu:

Pokud oprava nepomohla a jen se zhoršila - ze zálohy, kterou jsme vytvořili v první fázi.

Testování pomocí aktualizátoru

Pro mé uživatele je vše ještě jednodušší.

Označte požadovanou databázi v seznamu a poté z položky „Více“ vyberte „6.06 Testování a opravy databází“:

Otevře se okno s možnostmi, které zcela odpovídají možnostem konfigurátoru:

Vyberte ty, které potřebujete, a klikněte na „OK“.

V tomto případě aktualizátor:

• zablokuje databázi a vyřadí pracující uživatele;
• vytvoří záložní kopii databáze;
• spustí konfigurátor pro automatické testování v souladu s označeným nastavením;
• po testování umožní všem uživatelům zpět
• Všechny informace o výsledcích testu uvidíte v okně aktualizačního programu na záložce Zpráva.

Zároveň, pokud potřebujete před testováním obnovit (vrátit zpět) databázi do vytvořené záložní kopie, zkontrolujte databázi a poté z položky „Více“ vyberte možnost „6.01 Obnovit databázový datový soubor ze zip, 7z, rar“.

Shromáždili jsme odpovědi od odborníků 1C na FAQ opravit chyby vzniklé v účetnictví a vykazování k DPH, jakož i v účetnictví a daňovém účtování pro účely daně ze zisku. Řekneme vám jakopravit chyby a zohlednit opravy v „1C: Accounting 8“ vydání 3.0.

Jak mohu opravit chyby v číslech, datech a částkách přijatých faktur evidovaných v předchozích zdaňovacích obdobích?

Pokud kupující manuálně eviduje prvotní doklady a faktury přijaté od prodejců v účetním systému, pak situace, kdy dojde k technickým chybám (chybně zadané číslo faktury nebo datum apod.), není tak ojedinělá. V důsledku toho se v evidenčních záznamech nákupní knihy objevují chyby, které vedou k promítnutí nepřesných údajů v § 8 přiznání k DPH. Chyby ve vstupu lze minimalizovat, pokud používáte elektronickou výměnu dokumentů (EDI).

Odborníci 1C hovořili o výměně elektronických dokumentů z „1C: Accounting 8“ (rev. 3.0), využití UPD a UCD na přednášce 14. prosince 2017 v 1C: Lecture Hall.

Chyby vzniklé při registraci faktur mohou být odhaleny samotným plátcem daně nebo mohou být identifikovány daňovým úřadem při kontrole na místě (článek 3 článku 88 daňového řádu Ruské federace).

V prvním případě poplatník bude muset správci daně podat aktualizované daňové přiznání se správnými údaji. Navzdory skutečnosti, že povinnost předložit aktualizované prohlášení vzniká pouze v případě, že chyby vedly k podhodnocení částky daně splatné do rozpočtu (článek 1 článku 81 daňového řádu Ruské federace), oprava dříve předložených informací v § 8 přiznání k DPH , je možné pouze podáním aktualizovaného daňového přiznání.

V druhém případě daňový poplatník obdrží od finančního úřadu zprávu se žádostí o vysvětlení (článek 2.7 Doporučení pro provádění administrativních daňových auditů, zaslaný dopisem Federální daňové služby Ruska ze dne 16. července 2013 č. AS-4-2/12705). V reakci na obdrženou zprávu musí poplatník zaslat správci daně vysvětlení s uvedením správných údajů. Daňový poplatník zároveň nemusí následně podávat aktualizované prohlášení, ačkoli Federální daňová služba Ruska to doporučuje (dopis č. ED-4-15/19395 ze dne 6. listopadu 2015).

V obou případech bude muset poplatník upřesnit údaje zadané chybně do účetního systému a provést opravy v nákupní knize.

Chyby vzniklé v předchozích zdaňovacích obdobích se opravují zrušením chybných evidenčních záznamů a provedením nových evidenčních záznamů na dodatečném listu nákupní knihy (čl. 4, 9 Pravidel pro vedení nákupní knihy, schválených nařízením vlády Ruské federace ze dne 26. prosince 2011 č. 1137 (dále jen - usnesení č. 1137), dopis Federální daňové služby Ruska ze dne 30. dubna 2015 č. BS-18-6/499@). Údaje z těchto dodatečných listů slouží ke změnám v daňovém přiznání k DPH (bod 6 Pravidel pro vyplnění dodatečného listu nákupní knihy, schválených usnesením č. 1137).

K opravě technických chyb vzniklých při evidenci přijaté faktury se dokument používá v programu 1C: Účetnictví 8, vydání 3.0 Úprava účtenek(kapitola Nákupy) s typem operace .

Dokument lze vytvořit na základě dokumentu účtenka (účet, faktura), v tomto případě hlavní pole na kartě Hlavní a tabulková část na záložkách Zboží nebo Služby budou vyplněny ihned po otevření dokumentu.

Úkon Oprava vlastní chyby umožňuje opravit chybně zadané fakturační údaje:

• číslo a datum;
• DIČ a KPP protistrany;
• kód typu transakce;
• sumární a kvantitativní ukazatele.

Pokud technické chyby nemají vliv na celkové nebo kvantitativní ukazatele, pak na tab Hlavní v terénu Nastavení odrazu je vhodné nastavit hodnotu Pouze pro účtování DPH, protože oprava technických chyb při zadávání fakturačních údajů nemá vliv na odraz transakcí na účetních účtech a nevyžaduje provádění zápisů do účetní evidence.

V bloku Oprava chyb v detailech faktury:

• v souladu co opravujeme? automaticky se přidá hypertextový odkaz na opravovaný dokument Faktura přijata;
• pro detaily: Příchozí číslo, datum, DIČ protistrany, Kontrolní bod protistrany, Kód typu operace jsou vytvořeny dva sloupce s indikátory Starý význam A Nový význam, kam jsou příslušné informace z dokumentu zpočátku automaticky přeneseny Faktura přijata.

Chcete-li opravit podrobnosti, které obsahují chyby (například chybné číslo faktury), použijte odpovídající indikátor ve sloupci Nový význam musí být vyměněn za správný (obr. 1).

Rýže. 1. Oprava technické chyby vzniklé při evidenci přijaté faktury

Při přenosu informací z primárních dokladů o ceně a množství nakupovaného zboží (práce, služby, majetková práva) a také o sazbě a výši účtované DPH do dokladů účetního systému může dojít k technickým chybám.

V tomto případě v terénu Nastavení odrazu hodnota by měla být nastavena Ve všech úsecích účetnictví, pokud je nutné současně upravit účetní a daňové účetní údaje pro daň z příjmů a DPH.

Odstraňování chyb ovlivňujících kvantitativní a celkové ukazatele se provádí na záložkách Zboží nebo Služby. Tabulková část Zboží (Služby) se vyplní automaticky podle základního dokladu.

Každý řádek zdrojového dokumentu odpovídá dvěma řádkům v dokumentu úprav: před změnou A po změně. V souladu po změně musíte uvést opravené součtové (kvantitativní) ukazatele.

V důsledku dokumentu Úprava účtenek s typem operace Oprava vlastní chyby:

• v souladu Faktura ve spodní části dokumentu se zobrazí hypertextový odkaz na nový automaticky vytvořený dokument Faktura přijata, což je ve skutečnosti „technický duplikát“ dříve zadaného chybného dokladu o koupi zboží. Všechna pole nového dokumentu Faktura přijata se vyplní automaticky na základě údajů uvedených v dokumentu Oprava účtenek;
• zápisy se provádějí ve zvláštní evidenci pro účely účtování DPH.

Dodatečný list nákupní knihy bude obsahovat dva záznamy:

• zrušení záznamu na přijaté faktuře obsahující chyby v detailech;
• registrační záznam pro stejnou fakturu s opravenými údaji.

Po schválení roční účetní závěrky organizace žádá společný systém zdanění (OSNO), odhalil chybu z loňského roku: výše přímých nákladů v účetnictví a pro účely daně ze zisku byla nadhodnocena. Přitom loni byla ztráta, ale letos zisk. Může se úprava daně z příjmu promítnout do běžného roku?

V účetnictví je chyba předchozího účetního roku, zjištěná po schválení účetní závěrky za tento rok, opravena v běžném účetním období (čl. 9, 14 účetních předpisů „Oprava chyb v účetnictví a výkaznictví“ (PBU 22 /2010), schváleno usnesením Ministerstva financí Ruska ze dne 28. června 2010 č. 63n, dále jen PBU 22/2010).

V daňovém účetnictví, a to i pro účely daně ze zisku, se zpravidla v souladu s článkem 54 odstavcem 1 daňového řádu Ruské federace chyby (zkreslení) opravují v období, ve kterém k nim došlo. Zároveň má poplatník právo na přepočet základu daně a částky daně ve zdaňovacím (vykazovacím) období, ve kterém byly zjištěny chyby (zkreslení), pokud:

• není možné určit dobu vzniku těchto chyb (zkreslení);
• Takové chyby (zkreslení) vedly k nadměrnému placení daně.

Je zřejmé, že nadhodnocení výše přímých výdajů nemohlo vést k nadměrné platbě daně z příjmu za předchozí rok. Daň za minulé období nebyl přeplacen také proto, že organizaci vznikla v loňském roce ztráta, proto jsou takové chyby zohledněny ve vztahu ke zdaňovacímu období, ve kterém byly provedeny (dopis Ministerstva financí Ruska ze dne 5. 7. 2010 č. 03 -02-07/1-225). Organizace proto musí přepočítat základ daně a částku daně za období, kdy k chybě došlo, a také předložit správci daně aktualizované daňové přiznání za předchozí rok (odst. 1 odst. 1, § 81 daňového řádu Ruská federace).

V "1C: Účetnictví 8" vydání 3.0 lze chybu z minulých let spojenou s nadhodnocením výdajů opravit buď dokladem Úprava účtenek, nebo dokument Úkon.

Vezměte prosím na vědomí, že interní předpisy organizace mohou zakázat aktualizaci údajů za loňský rok (včetně údajů z daňového účetnictví) v programu: bylo stanoveno datum pro zákaz změn údajů za loňský rok a je nepřijatelné „otvírat“ uzavřené období.

Pokud dojde ke změnám v údajích daňové evidence (DÚ) za předchozí rok, změní se finanční výsledek v DÚ, takže je potřeba znovu vytvořit operaci Reformace rovnováhy, a bez opětovného zadávání všech ostatních dokladů, aby nebyly ovlivněny účetní údaje.

Těmto potížím se můžete vyhnout následujícím postupem:

• v běžném období opravte chybu pouze v účetnictví - zápisy na příslušných účtech souvztažně s účtem 84 „Nerozdělený zisk (neuzavřená ztráta)“ nebo s účtem 91 „Ostatní výnosy a náklady“, podle závažnosti chyby ( doložka 9, 14 PBU 22/2010);
• pro organizace uplatňující účetní předpisy „Účtování pro výpočty daně z příjmů právnických osob“ PBU 18/02, schváleno. nařízením Ministerstva financí Ruska ze dne 19. listopadu 2002 č. 114n (dále jen PBU 18/02), odrážejí trvalý rozdíl (PR). V tomto případě se PR označuje výnos, který tvoří účetní zisk účetního období, ale není zohledněn při stanovení základu daně pro daň z příjmů jak za účetní, tak za následující účetní období;

• ručně sestavit daňovou evidenci za předchozí rok, kde promítnout pokles přímých výdajů;
• vyplnit a odeslat Federální daňové službě aktualizované přiznání k dani z příjmu za předchozí rok;
• dodatečně časově rozlišit a zaplatit daň z příjmů za předchozí období;
• vypočítat, časově rozlišit a zaplatit penále k dani z příjmu.

Organizace (o OSNO, plátce DPH, neuplatňuje ustanovení PBU 18/02) zjistila chyby: v předchozích účetních obdobích běžného roku nebyly v účetnictví promítnuty všechny výdaje. Jak a v jakém období by měly být příslušné dokumenty evidovány v programu?

Jak vyplývá z dotazu, výdaje nepromítnuté včas a okamžik zjištění této skutečnosti se vztahují ke stejnému zdaňovacímu období.

V tomto případě doklady účtující výdaje ( účtenka (účet, faktura), Příjem dodatečného výdaje, Žádost-faktura, Úkon atd.) a vztahující se k předchozím účetním obdobím běžného roku, lze evidovat v okamžiku jejich přijetí nebo zjištění, tj. před koncem běžného roku.

Tyto výdaje tak budou automaticky zohledněny při stanovení základu daně (zisk) běžného účetního (zdaňovacího) období, který se v souladu s odstavcem 7 článku 274 daňového řádu Ruské federace stanoví na základě na akruální bázi od začátku roku.

Vzhledem k tomu, že v této situaci došlo k chybám v přiznání k dani z příjmů za minulé vykazovaných obdobích běžného roku nevedlo k podhodnocení částky splatné daně, pak organizace není povinna předkládat aktualizovaná prohlášení za tato období Federální daňové službě (ustanovení 2, doložka 1, článek 81 daňového řádu Ruská Federace).

Co když ale organizace v aktuálním vykazovacím (zdaňovacím) období identifikovala výdaje, které se vztahují k předchozím zdaňovacím obdobím (například kvůli tomu, že prvotní doklady nebyly doručeny včas)?

Podle Ministerstva financí Ruska (dopis ze dne 24. března 2017 č. 03-03-06/1/17177) je takovéto nepromítnutí zkreslením základu daně předchozího zdaňovacího období, proto je nutné jednat v souladu s ustanoveními článku 54 daňového řádu Ruské federace. Navíc, pokud v aktuálním vykazovacím (zdaňovacím) období organizace utrpěla ztrátu, pak v tomto období není možné přepočítat daňový základ, protože daňový základ je uznán jako rovný nule.

Doklady z loňského roku lze tedy evidovat i v běžném období, pokud byl dosažen zisk jak v předchozím roce, tak v opravném období.

Pokud není splněna alespoň jedna z těchto podmínek, bude nutné opravit chyby (zkreslení) v účetnictví a daňovém účetnictví v různých obdobích. K tomu můžete použít posloupnost akcí popsanou v odpovědi na předchozí otázku: pomocí dokumentu Úkon promítnout do účetnictví výdaje minulých let, následně ručně sestavit daňovou účetní evidenci, kde se promítnou úpravy základu daně minulého roku.

Zároveň nebudete muset platit nedoplatky na dani z příjmu a penále za minulý rok. V zájmu poplatníka je podat aktualizované přiznání k dani z příjmů za předchozí rok, aby následně zohlednil buď přeplatek na dani nebo zvýšené ztráty z minulých let.

Pokud jde o daň z přidané hodnoty, plátci-kupující mají právo uplatnit odpočet daně do 3 let po registraci zboží, prací, služeb, vlastnických práv nakoupených na území Ruské federace (odstavec 1, bod 1.1, článek 172 daňový řád Ruské federace). Organizace tedy není povinna podávat aktualizované přiznání k DPH.

Organizace (platí OSNO a PBU 18/02) v posledním účetním období běžného roku chybně nezohlednila převzetí dlouhodobého majetku (dlouhodobého majetku) pomocí bonusových odpisů pro účetnictví. Je možné, aby program tuto chybu automaticky opravoval během období, kdy byla zjištěna (předchozí vykazované období je pro úpravy uzavřeno)?

Vzhledem k tomu, že program stanoví datum zákazu změn dat (například 30. června), mělo by být přijetí dlouhodobého majetku do účetnictví evidováno v období zjištění chyby (například v červenci) pomocí dokumentu Převzetí dlouhodobého majetku ( část dlouhodobého majetku a nehmotného majetku).

V dokladu musí být uvedeny parametry pro výpočet odpisů pro účetní a daňové účely včetně doby použitelnosti (SPI), jako by k chybě nedošlo.

Na záložce Odpisový bonus zaškrtněte políčko Zahrnout odpisový bonus jako výdaj.

Současně, pokud byl dlouhodobý majetek skutečně přijat k zaúčtování v předchozím účetním období (například v květnu), musí být tato skutečnost ekonomické životnosti potvrzena primárními dokumenty (objednávka manažera, akt převzetí a převod předmětu dlouhodobého majetku, inventární karta předmětu dlouhodobého majetku), kde jsou evidovány příslušná data. Odpisy v programu začnou v srpnu. Do nepřímých nákladů budou ve stejném měsíci zahrnuty výdaje na kapitálové investice ve výši nejvýše 10 % (nejvýše 30 % ve vztahu k dlouhodobému majetku náležejícímu do 3-7 odpisových skupin) z počáteční ceny dlouhodobého majetku (čl. 9 článku 258, str. 3 článek 272 daňového řádu Ruské federace).

Program neposkytuje automatický výpočet odpisů za zmeškané měsíce (za červen a červenec), proto byste měli vystavit účetní potvrzení a použít doklad Úkon(obr. 2). Vzhledem k tomu, že chyba nemá vliv na parametry pro výpočet odpisů, nebudou nutné úpravy registrů účetního subsystému OS.

Rýže. 2. Úprava časového rozlišení odpisů dlouhodobého majetku

V této situaci nemusíte uvádět daň z příjmu za šest měsíců. Pokud však organizace zaregistrovala samostatné divize (SU), mohla by chyba ve druhém čtvrtletí ovlivnit výpočet podílů na zisku za uvedené období. Pokud je uvedený OS předmětem zdanění majetkové daně organizací a zákonodárný orgán ustavujícího subjektu Ruské federace stanovil období pro vykazování, je organizace povinna předložit aktualizované přiznání k dani z majetku po dobu šesti měsíců.

Organizace (OSNO) přijala dlouhodobý majetek (movitý majetek) k zaúčtování v dubnu a v srpnu zjistila aritmetickou chybu, v jejímž důsledku byla cena dlouhodobého majetku nadhodnocena. Jak snížit počáteční cenu dlouhodobého majetku a přepočítat odpisy?

Z dotazu není zřejmé, jak se movitý majetek do organizace dostal. Řekněme, že zadaný OS byl zakoupen od dodavatele za poplatek. Chcete-li upravit cenu pořízeného dlouhodobého majetku v srpnu běžného roku, musíte v programu vytvořit doklad Úkon, kde uvést následující korespondenci s účtem:

REVERZNÍ Debet 08.04.1 Kredit 60.01

REVERZNÍ Debet 01.01 Kredit 08.04.1- o výši úpravy pořizovací ceny dlouhodobého majetku;

REVERSE Debet 20.01 (26, 44) Kredit 02.01- o výši úpravy odpisů za květen, červen, červenec běžného roku;

Debet 20.01 (26, 44) Kredit 02.01- ve výši odpisů za srpen běžného roku se zohledněním upravené počáteční ceny dlouhodobého majetku.

Pro účely daňového účetnictví u daně z příjmů se odpovídající částky rovněž zachycují do zdrojů Částka NU Dt A Částka NU Kt. Aby mohly být budoucí odpisy v účetním a daňovém účetnictví vypočteny s přihlédnutím k provedeným úpravám, je třeba upřesnit parametry odpisů pomocí dokladu (kapitola Dlouhodobý a nehmotný majetek - Parametry odepisování dlouhodobého majetku). Dokument by měl vzniknout také v srpnu (obr. 3). Při zadávání dokumentu Změna parametrů odepisování OS V záhlaví musíte uvést následující podrobnosti:

• název události v „životnosti“ dlouhodobého aktiva, která se odráží v tomto dokumentu;
• nastavit příznaky Odrážet v účetnictví A Odrazit v daňovém účetnictví.

Rýže. 3. Změna parametrů odepisování OS

V poli tabulky musíte uvést:

• dlouhodobý majetek, jehož parametry odpisování jsou změněny v důsledku zjištěné chyby;
• v terénu Datum spotřeby (VYPÍSKAT)- životnost dlouhodobého majetku v účetnictví v měsících, původně stanovená organizací při přijetí do účetnictví, například 62 měsíců;
• v terénu Termín odpisu. (VYPÍSKAT)- zbývající doba použitelnosti pro výpočet odpisů v účetnictví. Tento SPI se vypočítá jako původně stanovený SPI mínus počet měsíců odepisování za květen-srpen (62 měsíců - 4 měsíce = 58 měsíců);
• v terénu Náklady na výpočet odpisů. (VYPÍSKAT)- zbývající pořizovací cena dlouhodobého majetku pro výpočet odpisů v účetnictví. Tato cena je vypočtena jako upravená počáteční cena dlouhodobého majetku mínus naběhlé odpisy za květen-srpen;
• v terénu Datum spotřeby (STUDNA)- doba použitelnosti v měsících pro výpočet odpisů v daňovém účetnictví. V této situaci se toto období nemění.

Počínaje zářím při provádění běžné operace Odpisy a odpisy dlouhodobého majetku program vypočítá odpisy dle zadaných parametrů.

Tato chyba vedla k nedoplatku daně z příjmu, takže organizace je povinna podávat aktualizované přiznání za šest měsíců.

Nadhodnocené náklady na dlouhodobý majetek by také mohly ovlivnit výpočet podílů na zisku, pokud má organizace registrované OP.

Organizace (OSNO, plátce DPH) podepsala v červenci tohoto roku s dodavatelem dodatečnou smlouvu o zlevnění inventárních položek nakoupených v předchozích zdaňovacích obdobích. Opravné faktury byly přijaty ve stejném měsíci. Údaje o zásobách byly zahrnuty do nákladů v období příjmu. V jakém zdaňovacím období by se měly promítnout příjmy související se snížením kupní ceny: lze je zohlednit v běžném období nebo podávat aktualizovaná přiznání za předchozí roky? V minulých letech měla organizace zisk pro daňové účely.

Nejprve si ujasněme, zda účtování skladových položek za ceny uvedené v původních zdrojových dokumentech lze považovat za chybu. V souladu s odst. 2 PBU 22/2010 nepřesnosti nebo opomenutí v odrazu skutečností hospodářské činnosti, zjištěné v důsledku získávání nových informací, které v době reflexe (nereflektování) takové organizace neměla k dispozici. skutečnosti, nejsou považovány za chyby. V době příjmu skladových položek a jejich odepisování do výroby v předchozích zdaňovacích obdobích organizace správně promítla všechny příjmy a výdaje. Dohoda podepsaná s dodavatelem o změně ceny produktu je nezávislou událostí, která není chybou v účetnictví. Při promítání změn ceny inventárních položek do účetnictví se tak neuplatní pravidla PBU 22/2010.

V účetnictví jsou zisky z předchozích let zjištěné ve vykazovaném roce zahrnuty do ostatních výnosů (ostatní výnosy). Ostatní příjmy se účtují tak, jak jsou identifikovány a jsou zaúčtovány ve prospěch výkazu zisku a ztráty organizace (články 7, 11, 16 účetního předpisu „Příjmy organizace“ PBU 9/99, schváleného nařízením Ministerstva financí Ruska ze dne 6. května 1999 č. 32n, dále jen PBU 9/99). A co daň z příjmu? Daňový řád Ruské federace nezveřejňuje pojem „chyba (zkreslení)“, proto by se tento pojem měl používat ve smyslu, v jakém se používá v právních předpisech o účetnictví (článek 1 článku 11 daňového řádu Ruská federace) a Ministerstvo financí Ruska s tím souhlasí (dopis ze dne 30. 1. 2012 č. 3-03-06/1/40). Regulační úřady přesto trvají na úpravě základu daně o daň z příjmů v předchozích obdobích, kdy cena prodávaného zboží klesá:

• když se sleva, která mu byla poskytnuta úpravou ceny produktu, promítne do daňového základu kupujícího, poplatníkovi nevzniká zdanitelný příjem (ustanovení 19.1, odstavec 1, článek 265 daňového řádu Ruské federace se nepoužije). Náklady na suroviny a dodávky je nutné v daňovém účetnictví přepočítat s přihlédnutím ke změnám cen, a to i přepočtem průměrné ceny odpovídajících položek zásob od období aktivace do okamžiku odpisu (dopis ministerstva of Finance of Russia ze dne 20. března 2012 č. 03-03-06/1/137);
• změny ukazatelů příjmů nebo výdajů, které vzniknou v souvislosti se změnou smluvní ceny, a to i v souvislosti s poskytováním slev, se berou v úvahu způsobem stanoveným článkem 54 daňového řádu Ruské federace, tj. pokud je zjištěna chyba (dopis Ministerstva financí Ruska ze dne 22. května 2015 č. 03-03-06/1/29540).

Vzhledem k tomu, že v uvažované situaci ovlivňuje úprava daňového účetnictví několik minulých zdaňovacích období, je vhodné v programu použít posloupnost akcí popsaných výše: pomocí dokumentu Úkon promítnout do účetnictví příjmy minulých let, promítnout PR do zvláštních zdrojů pro účely daňové evidence (pokud organizace uplatňuje ustanovení PBU 18/02), poté ručně sestavit daňové účetní registry, kam připojit výpočty úprav základu daně pro jednotlivé zdaňovací období.

U DPH je situace mnohem jednodušší. Po obdržení opravné faktury od dodavatele za účelem snížení nákladů na skladové položky musí kupující:

• obnovit část DPH na vstupu přijatou k odpočtu při aktivaci skladových položek. Obnovení DPH musí být provedeno ve zdaňovacím období, do kterého spadá nejdříve následující datum: datum přijetí dodatečné dohody o snížení ceny zásob nebo datum přijetí opravné faktury (odst. 4, odst. 3, článek 170 daňového řádu Ruské federace). V naší situaci se jedná o třetí čtvrtletí;
• promítnout do knihy tržeb přijatý doklad jako první (bod 14 Pravidel vedení knihy tržeb schválených usnesením č. 1137).

Tyto operace se provádějí automaticky pomocí dokumentu Úprava účtenek s typem operace Úprava dohodou stran.

Aby nebylo ovlivněno účetnictví a daňové účetnictví, na tab Hlavní v terénu Nastavení odrazu hodnota by měla být nastavena Pouze pro účtování DPH.

V prodejním dokladu za loňský rok byly zjištěny chyby, z nichž jedna vedla k přeplatku na dani z příjmu, druhá k nedoplatku, přičemž výše přeplatku byla větší než nedoplatek. Jak tyto chyby opravit? Jak generovat účtování pro tuto úpravu?

Pokud je podle regulačních orgánů zjištěno více chyb (zkreslení), které vedou jak k podhodnocení, tak k nadhodnocení základu daně a výše daně vztahujících se k předchozím zdaňovacím (vykazovacím) obdobím, je základ daně a částka daně upřesněna v kontextu každé zjištěné chyby (dopis Ministerstva financí Ruska ze dne 15. listopadu 2010 č. 03-02-07/1-528).

Přepočet základu daně a výše daně se provádí v souladu s odstavcem 2 a 3 odstavce 1 článku 54 daňového řádu Ruské federace.

To znamená, že chyby v prodejním dokladu z minulého roku, které vedly k podhodnocení základu daně a částky daně, by měly být opraveny v loňském roce, zatímco chyby, které nevedly k podhodnocení, lze opravit v aktuálním období.

Přesně tak funguje doklad účetního systému Prováděcí úpravy(kapitola Odbyt) s typem operace Oprava v primárních dokumentech(pokud je úprava provedena ve všech úsecích účetnictví).

Změny údajů v daňovém účetnictví jsou provedeny:

• v posledním zdaňovacím období- pokud chyby (zkreslení) vedly k podhodnocení výše splatné daně. Zároveň pro provedení změn musí být otevřené upravené období, jinak nebude doklad zaúčtován;
• v aktuálním účetním období- pokud chyby (zkreslení) nevedly k podhodnocení částky splatné daně. Program však nekontroluje ztráty v minulých nebo současných obdobích.

Pokud je schválena roční účetní závěrka, tak v dokumentu Prováděcí úpravy na záložce Výpočty je potřeba nastavit příznak Loňské účetnictví je uzavřeno pro úpravy (výkaz byl podepsán). V tomto případě jsou chyby minulých let v účetnictví opraveny v běžném období jako zisky a ztráty minulých let v kontextu každé chyby.

Tento dokument automaticky opravuje všechny chyby minulých let zjednodušeným způsobem, který je stanoven pro drobné chyby v souladu s odst. 9 a 14 PBU 22/2010.

Pro opravu DPH je nutné zaregistrovat novou (opravenou) kopii faktury (bod 7 Pravidel pro vyplňování faktur schválených usnesením č. 1137). Na dodatkovém listu prodejní knihy se automaticky promítnou dva záznamy (čl. 3 Pravidel pro vyplnění dodatečného listu prodejní knihy schválené usnesením č. 1137):

• zrušení zápisu na vystavené faktuře obsahující chyby;
• registrační záznam pro opravenou fakturu.

Postup při opravě chyb v daňovém účetnictví (u daně z příjmů) v různých zdaňovacích obdobích v této situaci povede k tomu, že spolu s povinností podat aktualizované přiznání za předchozí zdaňovací období bude organizace muset doplatit nedoplatky na dani z příjmu, stejně jako penále.

Těmto potížím se lze vyhnout opravou všech chyb v předchozím zdaňovacím období, neboť výše daňového přeplatku je vyšší než výše nedoplatku. K tomu je vhodné v programu použít posloupnost akcí popsaných výše: v aktuálním období pomocí dokumentu Úkon promítnout do účetnictví příjmy a výdaje minulých let (korespondenčně s 91 nebo 84 účty), v případě potřeby promítnout trvalé rozdíly, poté ručně sestavit daňovou účetní evidenci za předchozí zdaňovací období. A dokument Prováděcí úpravy- Používejte pouze pro úpravy DPH.

Už vás nebaví hledat novinky na více účetních webech? Bojíte se, že vám uniknou opravdu důležité změny v legislativě? Popsat největší účetní kanál BUKH.1S v Telegramu https://t.me/buhru (nebo zadejte @buhru do vyhledávacího pole v Telegramu) a my vám obratem zašleme důležité zprávy přímo na váš telefon!

V tomto článku se na to podíváme systémový nástroj„Testování a oprava informační základny“ v 1C 8.3 a funkce jejího použití.

Před prováděním jakýchkoli operací nutné!

Testování a korekce informační základny 1C

Režim testování a oprav se vyvolá v konfigurátoru systému 1C 8.3 volbou nabídky Správa - Testování a opravy.

Kontroly a režimy

Toto okno zobrazuje seznam nezbytných kontrol a režimů, které budou provedeny jako výsledek nástroje. Podívejme se na každé zaškrtávací políčko podrobněji:

Získejte 267 videolekcí na 1C zdarma:

• Přeindexování tabulek informační báze— pokud je tento příznak nastaven, tabulky budou reindexovány. Přeindexování je kompletní přestavba indexů pro dané tabulky. Přeindexování výrazně zlepšuje výkon systému jako celku. Tento postup nebude nikdy nadbytečný a zvýší výkon systému.
• Kontrola logické integrity informační základny— systém může kontrolovat logickou a strukturální integritu databáze, najít chyby v organizaci dat (například stránky v souboru).
• Kontrola referenční integrity infobáze— podpoložka logická kontrola, kontroluje informace v databázi na přítomnost „nefunkčních“ odkazů. „Nefunkční“ odkazy se v databázi objevují kvůli nesprávnému zpracování informací vývojářem, nejčastěji když přímé smazání dat nebo nesprávně nakonfigurovaná výměna dat. Pokud jsou nalezeny chyby, můžete vybrat 3 možnosti: Vytvářejte objekty— systém vytvoří zástupné prvky, které pak mohou být vyplněny nezbytnými informacemi, Vymazat odkazy— „nefunkční“ odkazy budou vymazány, Neměň— systém vám zobrazí pouze chyby.
• Přepočet výsledků— v platformě 1C je koncept výsledků. Výsledky - tabulka vypočtených výsledků, ze kterých lze získat data rychleji než analýzou celého registru informací. Přepočítávání součtů zpravidla zvyšuje výkon systému.
• Komprese tabulek informační báze— je-li tento příznak nastaven, bude komprimován a jeho objem bude zmenšen. Je to způsobeno tím, že při mazání dat z databáze 1C tyto objekty fyzicky neodstraní, ale pouze je „označí“ ke smazání. Tito. uživatel je nevidí, ale jsou tam :). Právě komprese databáze takové záznamy trvale smaže. Tohoto efektu lze také dosáhnout nahráním a načtením databázového souboru (*.dt).
• Restrukturalizace tabulek informační báze- proces, kterým systém znovu vytváří databázové tabulky, obvykle se tato procedura volá, když jsou provedeny změny ve struktuře metadat konfigurace. Restrukturalizace celé databáze je dlouhý proces, buďte opatrní.

Pokud z nějakého důvodu testování a oprava nepomůže nebo nemáte přístup ke konfigurátoru, použijte utilitu.