Ak sa vyskytli problémy s vašou databázou 1C (napríklad s), objavili sa rôzne chyby alebo sa dokonca prestali spúšťať, nemali by ste sa ponáhľať zavolať. Databázu 1C (konfiguráciu) môžete nezávisle testovať a opravovať.

1 krok. Prvá a najdôležitejšia vec, ktorú musíte urobiť pred opravou akejkoľvek konfigurácie, je. Nie nadarmo sme uviedli 2 spôsoby, ako vytvoriť záložnú kópiu databázy 1C. Aj keď konfigurácia už nebeží v režime konfigurátora, vždy si ju môžete skopírovať pomocou 1 metódy – skopírovaním konfiguračného súboru.

Krok 2. Systém 1c spustíme v režime konfigurátora. V hlavnom menu programu zvoľte „Administrácia – Testovanie a opravy...“.

Ak je vaša konfigurácia natoľko poškodená, že sa nespustí ani v režime konfigurátora, môžete ju obnoviť, čo je súčasťou balenia 1C Enterprise 8.

Krok 3. Otvorí sa pred nami okno s nastaveniami na kontrolu a opravu databázy 1C. Po výbere vhodného režimu môžete kliknúť na tlačidlo „Spustiť“.

V závislosti od veľkosti vašej databázy môže táto kontrola trvať veľmi dlho. Preto sa odporúča zvoliť jeden režim skenovania naraz v poradí, v akom sa zobrazujú (najskôr len režim „Preindexovanie tabuľky“ informačnú základňu“, potom iba režim „Kontrola logickej integrity informačnej základne“ atď.) a po každej oprave skontrolujte, či v databáze 1C zmizli chyby.

Pozrime sa na všetky režimy overovania a opravy v poradí:

Preindexovanie tabuliek informačnej databázy

Na urýchlenie vyhľadávania určitých detailov objektov v našej konfigurácii systém 1c generuje indexy. IN tento režim opravu, systém vytvorí všetky indexy znova.

Kontrola logickej integrity informačnej základne

Ako už názov napovedá, v tomto režime systém kontroluje a opravuje logické chyby v štruktúrach databázových tabuliek.

Kontrola referenčnej integrity informačnej bázy

V tomto režime systém kontroluje existenciu všetkých odkazov na objekty. Ak existujú odkazy na objekty, ktoré neexistujú, systém môže takéto neúspešné odkazy vymazať alebo sa ich pokúsiť opraviť. Preto je pre túto kontrolu potrebné dodatočne uviesť, čo robiť s takýmito objektmi: vytvorte nové, vymažte ich alebo nerobte nič.

Prepočet výsledkov

Súčty sú akési indexy pre registre. Napríklad výsledky registra zostatkov tovaru nám umožňujú rýchlo získať zostatky tovaru k požadovanému dátumu atď. V tomto režime systém prepočítava všetky súčty za všetky obdobia. Spravidla ide o časovo veľmi náročnú kontrolu.

Komprimovanie tabuliek informačnej databázy

Tento režim súvisí skôr so zvyšovaním výkonu konfigurácie ako s odstraňovaním chýb, no predsa.

Ako pracujeme, naša databáza 1C sa fragmentuje a jej tabuľky začnú zaberať viac miesta, ako skutočne potrebujú. Napríklad, keď sme vytvorili nový dokument, veľkosť našej databázy sa mierne zväčšila a keď sme tento dokument vymazali, veľkosť našej databázy sa nevrátila do predchádzajúceho stavu, ale zväčšila sa o niečo viac ako predtým. Komprimácia tabuliek infobase znamená defragmentáciu všetkých tabuliek a v dôsledku toho zmenšenie veľkosti našej konfigurácie na optimálnu hodnotu.

Reštrukturalizácia tabuliek infobáz

Najúčinnejší režim v boji proti chybám. Princíp reštrukturalizácie je nasledujúci. Pre každú databázovú tabuľku sa vytvorí nová tabuľka s podobnou štruktúrou a všetky údaje zo starej tabuľky sa prenesú do novej.

Krok 4. Pomocou tlačidla „Spustiť“ spustíme test a čakáme na správu o jeho výsledkoch.

vk.com/buhcenter skupina VKontakte.
1-bc.ru je webová stránka spoločnosti, kde sa môžete zoznámiť so službami.
 Preindexovanie tabuliek informačnej databázy.
Pre rýchle vyhľadávanie informácie, k hlavným tabuľkám s hlavnými údajmi sa pridávajú pomocné tabuľky, v ktorých sú údaje zoradené podľa určených polí hlavnej tabuľky - indexovacej tabuľky. Použitím indexovacích tabuliek sa výkon 1C výrazne zvyšuje, pretože na vzorkovanie nie je potrebné prechádzať celou hlavnou dátovou tabuľkou; môžete použiť indexový súbor a odtiaľ vybrať potrebné záznamy.
Keď sa údaje zapíšu do hlavných údajových tabuliek, vyplnia sa aj indexové tabuľky. Z rôznych technických dôvodov sa však indexy môžu zamieňať, čo môže v konečnom dôsledku viesť k chybám. Ak chcete opraviť túto triedu chýb pri testovaní a oprave databázy 1C 8.3, musíte začiarknuť políčko vedľa tejto položky ponuky.
 Kontrola logickej integrity informačnej základne
V momente vytvárania nových objektov v konfigurácii 1C sa v databáze vytvárajú nové tabuľky, ktoré označujú prepojenia s inými tabuľkami v databáze. Z rôznych dôvodov môžu byť pripojenia nesprávne (napríklad v dôsledku nesprávnej aktualizácie alebo neočakávaného výpadku napájania v čase nahrávania). Ak chcete opraviť tento typ chyby, vyberte túto položku ponuky.
 Kontrola referenčnej integrity informačnej bázy
Pravdepodobne ste videli" nefunkčné odkazy"v konfiguráciách 1C. Ak nie, máte šťastie!
Ak chcete tieto chyby identifikovať a opraviť, vyberte túto položku ponuky a nižšie sa aktivujú možnosti spracovania takýchto chýb (pozri obrázok vyššie). Môžeme si vybrať, ako opraviť chyby, keď existujú odkazy na neexistujúce objekty: vytvárať objekty, vymazať referencie, nemeniť; a v prípade čiastočnej straty údajov: vytvorte objekty, odstráňte objekt, nemeňte.
 Prepočet výsledkov
Na vykonanie rýchleho výberu údajov v databáze 1C sú každý mesiac k dispozícii tabuľky s už vypočítanými údajmi. Keď pristupujeme k týmto údajom, nezhromažďujú sa z hlavných tabuliek (to by zabralo veľa času), ale sú okamžite vydávané z údajov v súhrnných tabuľkách. Preto, aby tento mechanizmus fungoval, je potrebné mať správne výsledky za minulé obdobia. Preto, ak 1C „klame“ v správach, takáto chyba sa opraví pomocou tejto položky ponuky.
 Kompresia tabuliek infobáz
Odstraňovanie objektov v databáze je dosť starostlivá a časovo náročná operácia, preto je v konfiguráciách 1C proces odstraňovania rozdelený do 2 etáp. Keď vymažete objekty v konfigurácii, údaje v databáze 1c sa vynulujú a z tohto dôvodu sa nezúčastňuje na ďalších operáciách, hoci fyzicky zostáva na svojom mieste. Na vymazanie tabuliek týchto záznamov otestujú a opravia databázu 1C 8.3 pomocou položky ponuky „Komprimovať tabuľky informačnej databázy“.
 Reštrukturalizácia tabuliek informačnej databázy
Pri zmene podrobností akéhokoľvek objektu metadát 1c musí databáza pridať nové záznamy do všetkých tabuliek zmeneného objektu. To sa deje prostredníctvom reštrukturalizácie databázových tabuliek. Počas procesu reštrukturalizácie sa vytvárajú kópie databázových tabuliek so štruktúrou aktuálnej konfigurácie, po ktorých sa údaje prenesú do vytvorených tabuliek. Ak pridáte atribút do metaúdajov 1c, v novej tabuľke sa preň vytvorí prázdny stĺpec; ak je atribút odstránený, stĺpec pre tento atribút sa v novej tabuľke nevytvorí, a preto sa neprenesie.
Počas procesu reštrukturalizácie budú všetky databázové tabuľky znovu vytvorené, takže táto operácia je najdlhšia.

Ako otestovať a opraviť databázu 1C:Accounting (vydanie 8.3 3.0)

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

Vyskytli sa teda problémy s databázou. Objavili sa chyby alebo sa jednoducho prestal spúšťať. Neponáhľajte sa zavolať programátora, veľa zvládnete aj sami.

1. Najprv veci záložná kópia existujúcu základňu. Ide o to, že testovanie a oprava sú nezvratné operácie na databáze, ktoré takmer vždy veci vylepšia, no vo veľmi malom percente prípadov môžu všetko pokaziť. Pre tento veľmi zriedkavý prípad musíme najskôr vytvoriť záložnú kópiu.

2. Teraz, keď je záloha vykonaná, spustite databázu v režime konfigurátora:

3. Zvoľte "Správa" - "Testovanie a oprava...":

4. Máme veľa možností pre kontroly a opravy, ktoré musíme vybrať a kliknúť na tlačidlo „Spustiť“. V zásade ich môžete vybrať všetky, ale najrozumnejšie by bolo vykonať tieto kontroly a opravy v poradí a po každej oprave skontrolovať, či z databázy zmizli chyby:

5. Hneď to otestujeme a opravíme (druhá možnosť):

6. Ak je databáza veľmi veľká, môžete časovo obmedziť vykonávanie kontrol. Nerobme toto:

7. Preindexovanie tabuliek informačnej databázy. Čo to je? Pre každú tabuľku (napríklad adresár) je v databáze zabudovaný index na urýchlenie vyhľadávania určitých polí. Takže táto oprava prebuduje všetky indexy:

8. Kontrola logickej integrity informačnej základne kontroluje a opravuje logické chyby v štruktúrach tabuliek:

9. Kontrola referenčnej integrity informačnej databázy kontroluje všetky odkazy na objekty, ktoré už nemusia existovať alebo môžu byť zničené:

Preto pri tejto kontrole musíte uviesť, čo robiť s takýmito objektmi: vytvorte nové, vymažte ich alebo nerobte nič.

10. Prepočet výsledkov. Výsledky – zhruba povedané, ide o indexy pre registre, v ktorých sú uložené informácie, vytvorené dokumentmi. Napríklad prítomnosť súčtov pre register zostatkov produktov nám umožňuje rýchlo získať hodnotu zostatkov produktov k určitému dátumu. Táto kontrola prepočíta všetky súčty za všetky časy. Podotýkam, že väčšinou ide o časovo veľmi náročnú kontrolu.

11. Postupom času databázy značne narastajú. Stáva sa to preto, že databáza hromadí množstvo údajov, ktoré sme označili na vymazanie a potom vymazali, no v skutočnosti stále zostávajú v databáze (len ich už nevidíme). Položka „Komprimovať tabuľky infobáz“ ich v skutočnosti vymaže a databáza sa zmenší:

12. Reštrukturalizácia tabuliek infobáz. Posledná impozantná zbraň v boji proti chybám. Pre každú tabuľku - vytvorené nový stôl s požadovanou štruktúrou a všetky údaje zo starej tabuľky sa prenesú do novej:

13. Po výbere požadovanej položky spustite test (tlačidlo "Spustiť"):

14. Po všetkých kontrolách sa otvorí okno Servisné správy s informáciami o výsledkoch testu:

Ak oprava nepomohla a len sa zhoršila - zo zálohy, ktorú sme urobili v prvej fáze.

Testovanie pomocou aktualizátora

Pre mojich používateľov je všetko ešte jednoduchšie.

Označte požadovanú databázu v zozname a potom z položky „Viac“ vyberte „6.06 Testovanie a oprava databáz“:

Otvorí sa okno s možnosťami, ktoré úplne zodpovedajú možnostiam konfigurátora:

Vyberte tie, ktoré potrebujete, a kliknite na tlačidlo "OK".

V tomto prípade aktualizátor:

• zablokuje databázu a vyradí pracujúcich používateľov;
• vytvorí záložnú kópiu databázy;
• spustí konfigurátor pre automatické testovanie v súlade s označenými nastaveniami;
• po otestovaní umožní všetkým používateľom späť
• Všetky informácie o výsledkoch testu uvidíte v okne aktualizátora na karte správa.

Zároveň, ak potrebujete pred testovaním obnoviť (vrátiť späť) databázu do vytvorenej záložnej kópie, skontrolujte databázu a následne v položke „Viac“ vyberte možnosť „6.01 Obnoviť databázový dátový súbor zo zip, 7z, rar“.

Zozbierali sme odpovede od odborníkov 1C na FAQ opraviť chyby vzniknuté v účtovníctve a vykazovaní k DPH, ako aj v účtovníctve a daňovom účtovníctve pre účely dane zo zisku. Povieme vám akoopraviť chyby a zohľadniť opravy vo vydaní „1C: Accounting 8“ 3.0.

Ako môžem opraviť chyby v číslach, dátumoch a sumách prijatých faktúr evidovaných v predchádzajúcich zdaňovacích obdobiach?

Ak kupujúci manuálne eviduje primárne doklady a faktúry prijaté od predajcov v účtovnom systéme, potom nie je situácia, kedy sa vyskytnú technické chyby (chybne zadané číslo faktúry alebo dátum a pod.), taká ojedinelá. V dôsledku toho sa v evidenčných záznamoch nákupnej knihy objavujú chyby, ktoré vedú k premietnutiu nepresných údajov v § 8 daňového priznania k DPH. Chyby zadávania je možné minimalizovať, ak používate elektronickú výmenu dokumentov (EDI).

Odborníci 1C hovorili o výmene elektronických dokumentov z “1C: Accounting 8” (rev. 3.0), využití UPD a UCD na prednáške 14. decembra 2017 v 1C: Prednášková sála.

Chyby, ku ktorým došlo pri registrácii faktúr, môže zistiť samotný platiteľ dane alebo ich môže identifikovať daňový úrad pri kontrole na mieste (článok 3 článku 88 daňového poriadku Ruskej federácie).

V prvom prípade daňovník bude musieť podať daňovému úradu aktualizované daňové priznanie so správnymi údajmi. Napriek skutočnosti, že povinnosť predložiť aktualizované vyhlásenie vzniká iba vtedy, ak chyby viedli k podhodnoteniu sumy dane splatnej do rozpočtu (článok 1 článku 81 daňového poriadku Ruskej federácie), oprava predtým predložených informácií v § 8 daňového priznania k DPH , je možné len podaním aktualizovaného daňového priznania.

V druhom prípade daňovník dostane správu od daňového úradu so žiadosťou o vysvetlenie (odsek 2.7 Odporúčaní na vykonávanie administratívnych daňových kontrol, zaslaných listom Federálnej daňovej služby Ruska zo 16. júla 2013 č. AS-4-2/12705). V odpovedi na prijatú správu musí daňovník zaslať správcovi dane vysvetlenie, v ktorom uvedie správne údaje. Daňovník zároveň nemusí následne predložiť aktualizované vyhlásenie, hoci Federálna daňová služba Ruska to odporúča urobiť (list č. ED-4-15/19395 zo 6. novembra 2015).

V oboch prípadoch bude musieť daňovník spresniť chybne zadané údaje do účtovníctva a vykonať opravy v nákupnej knihe.

Chyby urobené v predchádzajúcich zdaňovacích obdobiach sa opravujú zrušením chybných evidenčných zápisov a vykonaním nových evidenčných zápisov na dodatočnom liste nákupnej knihy (odseky 4, 9 Pravidiel pre vedenie nákupnej knihy, schválené vyhláškou vlády Ruskej federácie z 26. decembra 2011 č. 1137 (ďalej len - uznesenie č. 1137), list Federálnej daňovej služby Ruska zo dňa 30. apríla 2015 č. BS-18-6/499@). Údaje z takýchto dodatkových listov slúžia na vykonanie zmien v daňovom priznaní k DPH (bod 6 Pravidiel vypĺňania dodatočného listu nákupnej knihy schváleného uznesením č. 1137).

Na opravu technických chýb vzniknutých pri evidencii prijatej faktúry sa dokument používa v programe 1C: Účtovníctvo 8, vydanie 3.0 Úprava príjmov(kapitola Nákupy) s typom operácie .

Dokument je možné vytvoriť na základe dokumentu Potvrdenie (úkon, faktúra), v tomto prípade hlavné polia na karte Hlavná a tabuľková časť na záložkách Tovar alebo Služby vyplní sa ihneď po otvorení dokumentu.

Prevádzka Oprava vlastnej chyby umožňuje opraviť chybne zadané údaje faktúry:

• číslo a dátum;
• DIČ a KPP protistrany;
• kód typu transakcie;
• sumárne a kvantitatívne ukazovatele.

Ak technické chyby neovplyvňujú celkové alebo kvantitatívne ukazovatele, potom na karte Hlavná v teréne Úprava odrazu je vhodné nastaviť hodnotu Len pre účtovníctvo DPH, keďže oprava technických chýb pri zadávaní fakturačných údajov nemá vplyv na premietnutie transakcií na účtovných účtoch a nevyžaduje vykonávanie zápisov do účtovnej evidencie.

V bloku Oprava chýb v detailoch faktúry:

• v rade Čo opravujeme? automaticky sa vloží hypertextový odkaz na opravovaný dokument Faktúra prijatá;
• podrobnosti: Prichádzajúce číslo, dátum, DIČ protistrany, Kontrolný bod protistrany, Kód typu operácie sú vytvorené dva stĺpce s indikátormi Starý význam A Nový význam, kde sa na začiatku automaticky prenesú príslušné informácie z dokumentu Faktúra prijatá.

Ak chcete opraviť podrobnosti, ktoré obsahujú chyby (napríklad chybné číslo faktúry), príslušný indikátor v stĺpci Nový význam musí byť vymenený za správny (obr. 1).

Ryža. 1. Oprava technickej chyby pri zaevidovaní prijatej faktúry

Pri prenose informácií z prvotných dokladov o cene a množstve nakupovaného tovaru (práca, služby, majetkové práva), ako aj o sadzbe a výške účtovanej DPH do dokladov účtovného systému môže dôjsť k technickým chybám.

V tomto prípade v teréne Úprava odrazu hodnota by mala byť nastavená Vo všetkých úsekoch účtovníctva, ak je potrebné súčasne upraviť účtovné a daňové účtovné údaje pre daň z príjmov a DPH.

Odstraňovanie chýb ovplyvňujúcich kvantitatívne a celkové ukazovatele sa vykonáva na záložkách Tovar alebo Služby. Tabuľková časť Tovar (Služby) sa vypĺňa automaticky podľa základného dokladu.

Každý riadok zdrojového dokumentu zodpovedá dvom riadkom v dokumente úprav: pred zmenou A po zmene. V rade po zmene musíte uviesť opravený súčet (kvantitatívne) ukazovatele.

V dôsledku dokumentu Úprava príjmov s typom operácie Oprava vlastnej chyby:

• v rade Faktúra v spodnej časti dokumentu sa zobrazí hypertextový odkaz na nový automaticky vytvorený dokument Faktúra prijatá, čo je v skutočnosti „technický duplikát“ predtým zadaného chybného dokladu o transakcii nákupu tovaru. Všetky polia nového dokumentu Faktúra prijatá budú vyplnené automaticky na základe údajov uvedených v dokumente Oprava účteniek;
• zápisy sa vykonávajú v osobitných registroch na účely účtovania DPH.

Dodatočný list nákupnej knihy bude obsahovať dva záznamy:

• zrušenie záznamu na prijatej faktúre s chybami v detailoch;
• registračný záznam pre rovnakú faktúru s opravenými údajmi.

Po schválení ročnej účtovnej závierky organizácia žiada spoločný systém zdaňovanie (OSNO), odhalila chybu z minulého roka: výška priamych výdavkov v účtovníctve a pre účely dane zo zisku bola nadhodnotená. V minulom roku bola zároveň strata, no v tomto roku zisk. Môže sa úprava dane z príjmov premietnuť do bežného roka?

V účtovníctve sa v bežnom účtovnom období opraví chyba predchádzajúceho vykazovacieho roka, zistená po schválení účtovnej závierky za tento rok (články 9, 14 účtovných predpisov „Oprava chýb v účtovníctve a vykazovaní“ (PBU 22 /2010), schváleného výnosom Ministerstva financií Ruska zo dňa 28. júna 2010 č. 63n, ďalej len PBU 22/2010).

V daňovom účtovníctve, a to aj na účely dane zo zisku, sa spravidla v súlade s článkom 54 ods. 1 daňového poriadku Ruskej federácie chyby (skreslenia) opravujú v období, v ktorom k nim došlo. Daňovník má zároveň právo na prepočet základu dane a výšky dane v zdaňovacom (vykazovacom) období, v ktorom boli zistené chyby (skreslenia), ak:

• nie je možné určiť obdobie vzniku týchto chýb (skreslení);
• takéto chyby (skreslenia) viedli k nadmernej platbe dane.

Je zrejmé, že nadhodnotenie výšky priamych výdavkov nemohlo viesť k nadmernej platbe dane z príjmu za predchádzajúci rok. Daň za minulé obdobie nebol preplatený aj preto, že organizácii vznikla v minulom roku strata, preto sa takéto chyby zohľadňujú vo vzťahu k zdaňovaciemu obdobiu, v ktorom boli urobené (list Ministerstva financií Ruska zo dňa 5. 7. 2010 č. 03 -02-07/1-225). Organizácia preto musí prepočítať základ dane a výšku dane za obdobie, v ktorom došlo k chybe, a tiež predložiť daňovému úradu aktualizované daňové priznanie za predchádzajúci rok (ods. 1 ods. 1 § 81 daňového poriadku Ruská federácia).

Vo vydaní „1C: Accounting 8“ 3.0 je možné chybu z predchádzajúcich rokov spojenú s nadhodnotením výdavkov opraviť buď dokumentom Úprava príjmov alebo dokument Prevádzka.

Upozorňujeme, že interné predpisy organizácie môžu zakázať aktualizáciu údajov za minulý rok (vrátane údajov z daňového účtovníctva) v programe: bol stanovený dátum zákazu zmien údajov za minulý rok a je neprijateľné „otvoriť“ uzavreté obdobie.

Ak sa vykonajú zmeny v údajoch daňovej evidencie (DP) za predchádzajúci rok, tak sa mení aj výsledok hospodárenia v CK, preto je potrebné znovu vytvoriť prevádzku. Reformácia rovnováhy, a bez opätovného zadávania všetkých ostatných dokladov, aby to neovplyvnilo účtovné údaje.

Týmto ťažkostiam sa môžete vyhnúť nasledujúcim postupom:

• v bežnom období opravte chybu len v účtovníctve - zápismi na príslušných účtoch súvzťažne s účtom 84 „Nerozdelený zisk (nekrytá strata)“ alebo s účtom 91 „Ostatné výnosy a náklady“, podľa závažnosti chyby ( 9, 14 PBU 22/2010);
• pre organizácie uplatňujúce účtovné predpisy „Účtovanie pre výpočet dane z príjmov právnických osôb“ PBU 18/02, schválené. nariadením Ministerstva financií Ruska z 19. novembra 2002 č. 114n (ďalej len PBU 18/02), odrážať trvalý rozdiel (PR). V tomto prípade ide o príjem, ktorý tvorí účtovný zisk za účtovné obdobie, ale nezohľadňuje sa pri určovaní základu dane pre daň z príjmov za vykazované aj nasledujúce účtovné obdobia;

• manuálne zostaviť daňovú evidenciu za predchádzajúci rok, kde premietnuť pokles priamych výdavkov;
• vyplniť a odoslať Federálnej daňovej službe aktualizované daňové priznanie za predchádzajúci rok;
• dodatočne pripočítať a zaplatiť daň z príjmov za predchádzajúce obdobie;
• vypočítať, časovo rozlíšiť a zaplatiť penále na daň z príjmov.

Organizácia (o OSNO, platiteľ DPH neuplatňuje ustanovenia PBU 18/02) zistila chyby: v predchádzajúcich účtovných obdobiach bežného roka neboli v účtovníctve premietnuté všetky výdavky. Ako a v akom období majú byť príslušné dokumenty evidované v programe?

Ako vyplýva z otázky, výdavky nepremietnuté v čase a momente zistenia tejto skutočnosti sa týkajú toho istého zdaňovacieho obdobia.

V tomto prípade doklady účtujúce výdavky ( Potvrdenie (úkon, faktúra), Príjem dodatočných výdavky, Žiadosť-faktúra, Prevádzka atď.) a vzťahujúce sa na predchádzajúce vykazované obdobia bežného roka, môžu byť zaregistrované v čase ich prijatia alebo zistenia, teda pred koncom bežného roka.

Tieto výdavky sa teda automaticky zohľadnia pri určovaní základu dane (zisk) bežného vykazovacieho (zdaňovacieho) obdobia, ktorý sa v súlade s odsekom 7 článku 274 daňového poriadku Ruskej federácie určuje na akruálnym základom od začiatku roka.

Keďže v tejto situácii chyby urobené v daňových priznaniach k dani z príjmov za minul obdobia vykazovania bežného roka neviedlo k podhodnoteniu sumy splatnej dane, potom organizácia nie je povinná predkladať aktualizované priznania za tieto obdobia Federálnej daňovej službe (doložka 2, doložka 1, článok 81 daňového poriadku Ruská federácia).

Čo však v prípade, ak organizácia v aktuálnom vykazovacom (zdaňovacom) období identifikovala výdavky, ktoré súvisia s predchádzajúcimi zdaňovacími obdobiami (napríklad z dôvodu, že prvotné doklady neboli doručené včas)?

Podľa Ministerstva financií Ruska (list z 24. marca 2017 č. 03-03-06/1/17177) je takéto nepremietnutie skreslením základu dane predchádzajúceho zdaňovacieho obdobia, preto je potrebné konať v súlade s ustanoveniami článku 54 daňového poriadku Ruskej federácie. Okrem toho, ak v bežnom vykazovacom (zdaňovacom) období organizácia utrpela stratu, potom v tomto období nie je možné prepočítať základ dane, pretože základ dane sa uznáva ako rovný nule.

Doklady z minulého roka je teda možné evidovať aj v bežnom období za predpokladu, že v predchádzajúcom roku aj v opravnom období bol dosiahnutý zisk.

Ak nie je splnená aspoň jedna z týchto podmienok, chyby (skreslenia) v účtovníctve a daňovom účtovníctve budú musieť byť opravené v rôznych obdobiach. Na tento účel môžete použiť postupnosť akcií opísaných v odpovedi na predchádzajúcu otázku: pomocou dokumentu Prevádzka premietnuť do účtovníctva výdavky minulých rokov, následne ručne zostaviť daňovú účtovnú evidenciu, kde sa premietnu úpravy základu dane predchádzajúceho roka.

Zároveň nebudete musieť zaplatiť nedoplatok na dani z príjmu a penále za minulý rok. V záujme daňovníka je predložiť aktualizované daňové priznanie za predchádzajúci rok, aby sa následne zohľadnil buď preplatok dane, alebo zvýšené straty z predchádzajúcich rokov.

Pokiaľ ide o daň z pridanej hodnoty, platitelia-kupujúci majú právo uplatniť si odpočet dane do 3 rokov po registrácii tovaru, prác, služieb, vlastníckych práv zakúpených na území Ruskej federácie (odsek 1, odsek 1.1, článok 172 zákona č. Daňový poriadok Ruskej federácie). Organizácia preto nie je povinná podávať aktualizované daňové priznanie k DPH.

Organizácia (platí OSNO a PBU 18/02) v poslednom účtovnom období bežného roka chybne nezohľadnila akceptovanie dlhodobého majetku (dlhodobý majetok) s použitím bonusových odpisov do účtovníctva. Je možné, aby program túto chybu automaticky opravil počas obdobia, v ktorom bola zistená (predchádzajúce vykazované obdobie je uzavreté pre úpravy)?

Keďže program stanovuje dátum zákazu zmeny údajov (napríklad 30. jún), prevzatie dlhodobého majetku do účtovníctva by sa malo zaevidovať v období zisťovania chýb (napríklad v júli) pomocou dokladu Prevzatie do účtovania dlhodobého majetku ( časť dlhodobého majetku a nehmotného majetku).

V doklade musia byť uvedené parametre pre výpočet odpisov pre účtovné a daňové účely vrátane doby použiteľnosti (SPI), ako keby sa chyba nestala.

Na karte Odpisový bonus začiarknite políčko Zahrnúť odpisový bonus ako výdavok.

Zároveň, ak bol dlhodobý majetok skutočne prijatý do účtovníctva v predchádzajúcom účtovnom období (napríklad v máji), táto skutočnosť ekonomickej životnosti musí byť potvrdená primárnymi dokumentmi (príkaz manažéra, akt prevzatia a prevodu predmetu dlhodobého majetku, inventárna karta predmetu dlhodobého majetku), kde sú zaznamenané príslušné dátumy. Odpisovanie v programe sa začne v auguste. Medzi nepriame výdavky budú v tom istom mesiaci zahrnuté výdavky na kapitálové investície najviac vo výške 10 % (najviac 30 % vo vzťahu k dlhodobému majetku patriacemu do 3-7 odpisových skupín) z počiatočnej obstarávacej ceny dlhodobého majetku (odst. 9 článku 258, strana 3 Článok 272 daňového poriadku Ruskej federácie).

Program neposkytuje automatický výpočet odpisov za zmeškané mesiace (za jún a júl), preto by ste si mali vystaviť potvrdenie o účtovníctve a použiť doklad Prevádzka(obr. 2). Keďže chyba nemá vplyv na parametre pre výpočet odpisov, nebudú potrebné úpravy v registroch účtovného podsystému OS.

Ryža. 2. Úprava časovo rozlíšených odpisov dlhodobého majetku

V tejto situácii nemusíte uvádzať daň z príjmu za šesť mesiacov. Ak však organizácia zaregistrovala samostatné divízie (SU), chyba urobená v druhom štvrťroku by mohla ovplyvniť výpočet podielov na zisku za uvedené obdobie. Ak je určený OS predmetom zdaňovania majetkovej dane organizácií a zákonodarný orgán zakladajúceho subjektu Ruskej federácie stanovil vykazovacie obdobia, potom je organizácia povinná predložiť aktualizované priznanie k dani z nehnuteľností na šesť mesiacov.

Organizácia (OSNO) prijala dlhodobý majetok (hnuteľný majetok) do účtovníctva v apríli av auguste zistila počtovú chybu, v dôsledku ktorej bola cena dlhodobého majetku nadhodnotená. Ako znížiť počiatočnú cenu dlhodobého majetku a prepočítať odpisy?

Z otázky nie je zrejmé, akým spôsobom sa hnuteľný majetok do organizácie dostal. Povedzme, že špecifikovaný OS bol zakúpený od dodávateľa za poplatok. Ak chcete upraviť obstarávaciu cenu obstaraného dlhodobého majetku v auguste bežného roka, musíte v programe vytvoriť doklad Prevádzka, kde uviesť nasledujúcu korešpondenciu účtu:

REVERZNÝ Debet 08.04.1 Kredit 60.01

REVERZNÝ Debet 01.01 Kredit 08.04.1- o výšku úpravy obstarávacej ceny dlhodobého majetku;

REVERZNÝ Debet 20.01 (26, 44) Kredit 02.01- o výšku úpravy odpisov za máj, jún, júl bežného roka;

Debet 20.01 (26, 44) Kredit 02.01- vo výške odpisov za august bežného roka s prihliadnutím na upravenú počiatočnú obstarávaciu cenu dlhodobého majetku.

Na účely daňového účtovníctva pre daň z príjmov sa zodpovedajúce sumy zaznamenávajú aj do zdrojov Suma NU Dt A Suma NU Kt. Aby sa budúce odpisy v účtovníctve a daňovom účtovníctve vypočítali s prihliadnutím na vykonané úpravy, je potrebné objasniť parametre odpisov pomocou dokladu (kapitola Dlhodobý a nehmotný majetok - Parametre odpisovania dlhodobého majetku). Dokument by mal vzniknúť tiež v auguste (obr. 3). Pri zadávaní dokumentu Zmena parametrov odpisovania OS V záhlaví musíte uviesť nasledujúce podrobnosti:

• názov udalosti v „životnosti“ dlhodobého majetku, ktorý je uvedený v tomto dokumente;
• nastaviť vlajky Odraziť v účtovníctve A Odraziť v daňovom účtovníctve.

Ryža. 3. Zmena parametrov odpisovania OS

V poli tabuľky musíte uviesť:

• dlhodobý majetok, ktorého parametre odpisovania sú zmenené v dôsledku zistenej chyby;
• v teréne Dátum spotreby (BOO)- životnosť dlhodobého majetku v účtovníctve v mesiacoch, pôvodne stanovená organizáciou po prijatí do účtovníctva, napríklad 62 mesiacov;
• v teréne Lehota na odpis. (BOO)- zostávajúca doba použiteľnosti pre výpočet odpisov v účtovníctve. Tento SPI sa vypočíta ako pôvodne stanovený SPI mínus počet mesiacov odpisovania za máj-august (62 mesiacov - 4 mesiace = 58 mesiacov);
• v teréne Náklady na výpočet odpisov. (BOO)- zostatková cena dlhodobého majetku pre výpočet odpisov v účtovníctve. Táto cena sa vypočíta ako upravená počiatočná cena dlhodobého majetku mínus časovo rozlíšené odpisy za máj – august;
• v teréne Dátum spotreby (DOBRE)- doba použiteľnosti v mesiacoch pre výpočet odpisov v daňovom účtovníctve. V tejto situácii sa toto obdobie nemení.

Počnúc septembrom pri vykonávaní bežnej operácie Odpisy a odpisy dlhodobého majetku program vypočíta odpisy podľa zadaných parametrov.

Táto chyba viedla k nedoplatku na dani z príjmu, preto je organizácia povinná podávať aktualizované priznanie za šesť mesiacov.

Nafúknuté náklady na fixné aktíva by mohli ovplyvniť aj výpočet podielov na zisku, ak má organizácia registrované OP.

Organizácia (OSNO, platca DPH) v júli tohto roku podpísala s dodávateľom dodatočnú dohodu o znížení ceny zásob nakúpených v predchádzajúcich zdaňovacích obdobiach. V tom istom mesiaci boli doručené opravné faktúry. Údaje o zásobách boli zahrnuté do nákladov v období prijatia. V akom zdaňovacom období sa majú premietnuť príjmy súvisiace so znížením kúpnej ceny: možno ich zohľadniť v bežnom období alebo podávať aktualizované priznania za predchádzajúce roky? V predchádzajúcich rokoch mala organizácia zisk na daňové účely.

Najprv zistime, či účtovanie skladových položiek za ceny uvedené v pôvodných zdrojových dokumentoch možno považovať za chybu. V súlade s odsekom 2 PBU 22/2010 nepresnosti alebo opomenutia v odraze skutočností hospodárskej činnosti zistené v dôsledku získania nových informácií, ktoré organizácia v čase reflexie (nepremietnutia) takejto skutočnosti nemala k dispozícii. skutočnosti, sa nepovažujú za chyby. V čase prijatia inventárnych položiek a ich odpisu do výroby v predchádzajúcich zdaňovacích obdobiach organizácia správne premietla všetky príjmy a výdavky. Dohoda podpísaná s dodávateľom o zmene ceny produktu je nezávislou udalosťou, ktorá nie je chybou v účtovníctve. Pri premietaní zmien cien zásob v účtovníctve sa teda neuplatňujú pravidlá PBÚ 22/2010.

V účtovníctve sú zisky z predchádzajúcich rokov zistené v roku vykazovania zahrnuté do ostatných výnosov (ostatné výnosy). Ostatné príjmy sa účtujú tak, ako sú identifikované a sú predmetom účtovania vo výkaze ziskov a strát organizácie (body 7, 11, 16 účtovného predpisu „Príjmy organizácie“ PBU 9/99, schváleného nariadením Ministerstva financií Ruska zo 6. mája 1999 č. 32n, ďalej len PBU 9/99). Ako je to s daňou z príjmu? Daňový poriadok Ruskej federácie nezverejňuje pojem „chyba (skreslenie)“, preto by sa tento pojem mal používať vo význame, v akom sa používa v právnych predpisoch o účtovníctve (odsek 1 článku 11 daňového poriadku Ruská federácia) a Ministerstvo financií Ruska s tým súhlasí (list z 30.01.2012 č. 03-03-06/1/40). Napriek tomu regulačné úrady trvajú na úprave základu dane o daň z príjmov v predchádzajúcich obdobiach, keď cena predávaného tovaru klesá:

• ak sa zľava, ktorá mu bola poskytnutá úpravou ceny produktu, premietne do základu dane kupujúceho, daňovníkovi nevzniká zdaniteľný príjem (ustanovenie 19.1, odsek 1, článok 265 daňového poriadku Ruskej federácie sa neuplatňuje). V daňovom účtovníctve je potrebné prepočítať cenu surovín a dodávok s prihliadnutím na zmeny cien, a to aj prepočítaním priemernej ceny príslušných položiek zásob od obdobia aktivácie do okamihu odpisu (list ministerstva of Finance of Russia zo dňa 20. marca 2012 č. 03-03-06/1/137);
• zmeny ukazovateľov príjmov alebo výdavkov, ktoré vzniknú v súvislosti so zmenou zmluvnej ceny, a to aj v súvislosti s poskytovaním zliav, sa berú do úvahy spôsobom stanoveným v článku 54 daňového poriadku Ruskej federácie, t.j. ak sa zistí chyba (list Ministerstva financií Ruska z 22. mája 2015 č. 03-03-06/1/29540).

Keďže v posudzovanej situácii úprava daňového účtovníctva ovplyvňuje niekoľko minulých zdaňovacích období, je vhodné v programe použiť postupnosť akcií opísaných vyššie: pomocou dokumentu Prevádzka premietnuť príjmy z minulých rokov do účtovníctva, premietnuť PR do osobitných zdrojov pre účely daňovej evidencie (ak organizácia uplatňuje ustanovenia PBU 18/02), následne ručne zostaviť daňové účtovné registre, kam priložiť výpočty úprav základu dane za každý zdaňovacie obdobie.

Pokiaľ ide o DPH, situácia je oveľa jednoduchšia. Po prijatí opravnej faktúry od dodávateľa na zníženie nákladov na skladové položky musí kupujúci:

• obnoviť časť DPH na vstupe prijatú na odpočet pri aktivácii zásob. Obnovenie DPH sa musí vykonať v zdaňovacom období, na ktoré pripadá najskôr z týchto dátumov: dátum prijatia dodatočnej dohody o znížení ceny zásob alebo dátum prijatia opravnej faktúry (odsek 4 ods. článok 170 daňového poriadku Ruskej federácie). V našej situácii ide o tretí štvrťrok;
• do knihy tržieb premietnuť doklad prijatý ako prvý (bod 14 Pravidiel vedenia knihy tržieb schválený uznesením č. 1137).

Tieto operácie sa vykonávajú automaticky pomocou dokumentu Úprava príjmov s typom operácie Úprava dohodou zmluvných strán.

Aby nebolo ovplyvnené účtovníctvo a daňové účtovníctvo, na tab Hlavná v teréne Úprava odrazu hodnota by mala byť nastavená Len pre účtovníctvo DPH.

V predajnom doklade za minulý rok boli zistené chyby, z ktorých jedna viedla k preplatku na dani z príjmov, druhá k nedoplatku, pričom výška preplatku bola väčšia ako nedoplatok. Ako opraviť tieto chyby? Ako vygenerovať účtovanie pre túto úpravu?

Podľa regulačných orgánov, ak sa zistí viacero chýb (skreslení), ktoré vedú k podhodnoteniu aj nadhodnoteniu základu dane a výšky dane týkajúcej sa predchádzajúcich zdaňovacích (vykazovacích) období, základ dane a výška dane sa objasní v kontexte každej zistenej chyby (list Ministerstva financií Ruska z 15. novembra 2010 č. 03-02-07/1-528).

Prepočet základu dane a výšky dane sa vykonáva v súlade s odsekmi 2 a 3 odseku 1 článku 54 daňového poriadku Ruskej federácie.

To znamená, že chyby urobené v minuloročnom predajnom doklade, ktoré viedli k podhodnoteniu základu dane a sumy dane, by sa mali opraviť minulý rok, zatiaľ čo chyby, ktoré neviedli k podhodnoteniu, je možné opraviť v aktuálnom období.

Presne tak funguje doklad účtovného systému Implementačné úpravy(kapitola Predaj) s typom operácie Oprava v primárnych dokumentoch(ak je úprava vykonaná vo všetkých úsekoch účtovníctva).

Zmeny údajov daňového účtovníctva sa vykonávajú:

• v poslednom zdaňovacom období- ak chyby (skreslenia) viedli k podhodnoteniu sumy splatnej dane. Zároveň na vykonanie zmien musí byť otvorené upravené obdobie, inak nebude doklad zaúčtovaný;
• v aktuálnom vykazovacom (zdaňovacom) období- ak chyby (skreslenia) neviedli k podhodnoteniu sumy splatnej dane. Program však nekontroluje straty v minulých alebo súčasných obdobiach.

Ak je schválená ročná účtovná závierka, tak doklad Implementačné úpravy na záložke Výpočty je potrebné nastaviť príznak Minuloročné účtovníctvo je uzavreté pre úpravy (výkaz bol podpísaný). V tomto prípade sa chyby predchádzajúcich rokov v účtovníctve opravia v bežnom období ako zisky a straty predchádzajúcich rokov v kontexte každej chyby.

Tento dokument automaticky opravuje všetky chyby predchádzajúcich rokov zjednodušeným spôsobom, ktorý je stanovený pre drobné chyby v súlade s odsekmi 9 a 14 PBU 22/2010.

Pre opravu DPH je potrebné zaregistrovať novú (opravenú) kópiu faktúry (bod 7 Pravidiel vypĺňania faktúr schválených uznesením č. 1137). Doplnkový list predajnej knihy bude automaticky odrážať dva záznamy (bod 3 Pravidiel vypĺňania dodatočného listu predajnej knihy, schválený uznesením č. 1137):

• zrušenie zápisu na vystavenej faktúre s chybami;
• registračný záznam pre opravenú faktúru.

Postup pri oprave chýb v daňovom účtovníctve (pri dani z príjmov) v rôznych zdaňovacích obdobiach v tejto situácii povedie k tomu, že spolu s povinnosťou podať aktualizované priznanie za predchádzajúce zdaňovacie obdobie bude musieť organizácia zaplatiť aj dodatočné poplatky. nedoplatky na dani z príjmov, ako aj penále.

Týmto problémom sa dá predísť opravou všetkých chýb v predchádzajúcom zdaňovacom období, keďže výška daňového preplatku je väčšia ako výška nedoplatku. Na tento účel je vhodné v programe použiť postupnosť akcií opísaných vyššie: v aktuálnom období pomocou dokumentu Prevádzka premietnuť do účtovníctva príjmy a výdavky minulých rokov (v súlade s účtami 91 alebo 84), v prípade potreby premietnuť trvalé rozdiely, následne ručne zostaviť daňovú účtovnú evidenciu za predchádzajúce zdaňovacie obdobie. A dokument Implementačné úpravy- Používa sa len na úpravy DPH.

Už vás nebaví hľadať novinky na viacerých účtovníckych stránkach? Bojíte sa, že vám uniknú naozaj dôležité zmeny v legislatíve? Prihlásiť sa na odber najväčší účtovný kanál BUKH.1S v telegrame https://t.me/buhru (alebo zadajte @buhru do vyhľadávacieho panela v telegrame) a my vám obratom pošleme dôležité správy priamo do telefónu!

V tomto článku sa na to pozrieme systémový nástroj„Testovanie a oprava informačnej základne“ v 1C 8.3 a vlastnosti jej použitia.

Pred vykonaním akýchkoľvek operácií potrebné!

Testovanie a oprava informačnej základne 1C

Režim testovania a korekcie sa vyvolá v konfigurátore systému 1C 8.3 výberom ponuky Správa - Testovanie a oprava.

Kontroly a režimy

Toto okno zobrazuje zoznam potrebných kontrol a režimov, ktoré sa vykonajú ako výsledok pomôcky. Pozrime sa na každé začiarkavacie políčko podrobnejšie:

Získajte 267 video lekcií na 1C zadarmo:

• Preindexovanie tabuliek informačnej databázy— ak je nastavený tento príznak, tabuľky sa preindexujú. Preindexovanie je kompletné prebudovanie indexov pre dané tabuľky. Preindexovanie výrazne zlepšuje výkon systému ako celku. Tento postup nikdy nebude zbytočný a zvýši výkon systému.
• Kontrola logickej integrity informačnej základne— systém môže kontrolovať logickú a štrukturálnu integritu databázy, nájsť chyby v organizácii údajov (napríklad stránky v súbore).
• Kontrola referenčnej integrity informačnej bázy— podpoložka logickej kontroly, kontroluje informácie v databáze na prítomnosť „nefunkčných“ odkazov. „Nefunkčné“ odkazy sa v databáze objavujú v dôsledku nesprávneho spracovania informácií vývojárom, najčastejšie vtedy, keď priame vymazanie dát alebo nesprávne nakonfigurovaná výmena dát. Ak sa zistia chyby, môžete si vybrať z 3 možností: Vytvorte objekty— systém vytvorí zástupné prvky, ktoré potom možno vyplniť potrebnými informáciami, Vymazať odkazy— „nefunkčné“ odkazy budú vymazané, Nemeň— systém vám zobrazí iba chyby.
• Prepočet výsledkov— v platforme 1C existuje koncept výsledkov. Výsledky - tabuľka vypočítaných výsledkov, z ktorých je možné získať údaje rýchlejšie ako pri analýze celého registra informácií. Prepočítavanie súčtov spravidla zvyšuje výkon systému.
• Komprimovanie tabuliek informačnej databázy— ak je tento príznak nastavený, bude komprimovaný a jeho objem sa zníži. Je to spôsobené tým, že pri odstraňovaní údajov z databázy 1C tieto objekty fyzicky nevymaže, ale iba ich „označí“ na vymazanie. Tie. používateľ ich nevidí, ale sú tam :). Práve kompresia databázy takéto záznamy natrvalo vymaže. Tento efekt je možné dosiahnuť aj nahraním a načítaním databázového súboru (*.dt).
• Reštrukturalizácia tabuliek infobáz- proces, ktorým systém znovu vytvára databázové tabuľky, zvyčajne sa táto procedúra volá, keď sa vykonajú zmeny v štruktúre metadát konfigurácie. Reštrukturalizácia celej databázy je dlhý proces, buďte opatrní.

Ak z nejakého dôvodu testovanie a oprava nepomôže alebo nemáte prístup ku konfigurátoru, použite utilitu.