Ako su se pojavili problemi s vašom bazom podataka 1C (na primjer, s), pojavile su se razne pogreške ili se čak prestala pokrenuti, tada ne biste trebali žuriti s pozivom. Možete samostalno testirati i ispraviti 1C bazu podataka (konfiguracija).

1 korak. Prva i najvažnija stvar koju trebate učiniti prije popravljanja bilo koje konfiguracije je. Nismo uzalud dali 2 načina za stvaranje sigurnosne kopije 1C baze podataka. Čak i ako se konfiguracija više ne izvodi u načinu rada konfiguratora, uvijek je možete kopirati pomoću 1 metode - kopiranjem konfiguracijske datoteke.

Korak 2. Sustav 1c pokrećemo u načinu rada konfiguratora. U glavnom izborniku programa odaberite “Administracija – Testiranje i ispravljanje...”.

Ako je vaša konfiguracija toliko oštećena da se ne pokreće čak ni u načinu rada konfiguratora, tada je možete vratiti, što je uključeno u paket 1C Enterprise 8.

3. korak Otvara se prozor ispred nas s postavkama za provjeru i ispravljanje baze podataka 1C. Nakon odabira odgovarajućeg načina rada, možete kliknuti gumb "Pokreni".

Ovisno o veličini vaše baze podataka, ova provjera može potrajati jako dugo. Stoga se preporuča odabrati jedan po jedan način skeniranja redoslijedom kojim se pojavljuju (isprva samo način "Reindeksiranje tablice" informacijska baza“, zatim samo način rada „Provjera logičkog integriteta baze podataka” itd.) i nakon svake korekcije provjerite jesu li pogreške nestale u bazi podataka 1C.

Pogledajmo redom sve načine provjere i ispravljanja:

Ponovno indeksiranje tablica infobaze

Kako bismo ubrzali traženje određenih detalja objekata u našoj konfiguraciji, sustav 1c generira indekse. U ovaj način rada ispravak, sustav će ponovno formirati sve indekse.

Provjera logičke cjelovitosti informacijske baze

Kao što naziv sugerira, u ovom načinu rada sustav provjerava i ispravlja logičke greške u strukturama tablica baze podataka.

Provjera referentnog integriteta infobaze

U ovom načinu rada sustav provjerava postojanje svih referenci na objekte. Ako postoje reference na objekte koji ne postoje, sustav može izbrisati takve neuspješne reference ili ih pokušati popraviti. Stoga je za ovu provjeru potrebno dodatno naznačiti što učiniti s takvim objektima: stvoriti nove, očistiti ih ili ne učiniti ništa.

Preračunavanje rezultata

Totali su svojevrsni indeksi za registre. Na primjer, rezultati očevidnika robnih stanja omogućuju nam brzo dobivanje robnih stanja na željeni datum itd. U ovom načinu rada sustav ponovno izračunava sve ukupne iznose za sva razdoblja. U pravilu je to vrlo dugotrajna provjera.

Sažimanje tablica infobaze

Ovaj način se više odnosi na povećanje performansi konfiguracije nego na uklanjanje pogrešaka, ali svejedno.

Dok radimo, naša 1C baza podataka postaje fragmentirana i njezine tablice počinju zauzimati više prostora nego što im je zapravo potrebno. Na primjer, kada smo kreirali novi dokument, veličina naše baze podataka se malo povećala, a kada smo izbrisali ovaj dokument, veličina naše baze nije se vratila u prethodno stanje, već je postala malo veća nego prije. Sažimanje tablica infobaze znači defragmentaciju svih tablica i, kao rezultat toga, smanjenje veličine naše konfiguracije na optimalnu vrijednost.

Restrukturiranje tablica infobaze

Najučinkovitiji način u borbi protiv pogrešaka. Princip restrukturiranja je sljedeći. Za svaku tablicu baze podataka kreira se nova tablica slične strukture i svi podaci iz stare tablice se prenose u novu.

Korak 4. Pomoću gumba "Pokreni" pokrećemo test i čekamo poruku o njegovim rezultatima.

vk.com/buhcenter VKontakte grupa.
1-bc.ru je web stranica tvrtke na kojoj se možete upoznati s uslugama.
 Ponovno indeksiranje tablica infobaze.
Za brza pretraga informacija, glavnim tablicama s glavnim podacima dodaju se pomoćne tablice u kojima su podaci razvrstani prema navedenim poljima glavne tablice - indeksne tablice. Korištenjem indeksnih tablica, izvedba 1C značajno se povećava, budući da nema potrebe za ponavljanjem kroz cijelu glavnu tablicu podataka za uzorkovanje; možete koristiti indeksnu datoteku i odatle odabrati potrebne zapise.
Kada se podaci zapisuju u glavne podatkovne tablice, popunjavaju se i indeksne tablice. Ali iz raznih tehničkih razloga, indeksi se mogu zbuniti, što u konačnici može dovesti do pogrešaka. Da biste ispravili ovu klasu pogrešaka prilikom testiranja i ispravljanja baze podataka 1C 8.3, morate potvrditi okvir pored ove stavke izbornika.
 Provjera logičke cjelovitosti informacijske baze
U trenutku kreiranja novih objekata u konfiguraciji 1C kreiraju se nove tablice u bazi podataka koje označavaju veze s drugim tablicama u bazi podataka. Iz različitih razloga, veze mogu postati netočne (na primjer, zbog netočnog ažuriranja ili neočekivanog nestanka struje u trenutku snimanja). Da biste ispravili ovu vrstu pogreške, odaberite ovu stavku izbornika.
 Provjera referentnog integriteta infobaze
Vjerojatno ste vidjeli " prekinute veze"u 1C konfiguracijama. Ako ne, onda ste sretnici!
Da biste identificirali i ispravili te greške, odaberite ovu stavku izbornika, a opcije za obradu takvih grešaka će se aktivirati u nastavku (pogledajte gornju sliku). Možemo odabrati kako ispraviti pogreške kada postoje reference na nepostojeće objekte: stvoriti objekte, očistiti reference, ne mijenjati; i u slučaju djelomičnog gubitka podataka: kreiraj objekte, izbriši objekt, ne mijenjaj.
 Ponovno izračunavanje rezultata
Da biste izvršili brzi odabir podataka u bazi podataka 1C, svaki mjesec postoje tablice s već izračunatim podacima. Kada pristupimo tim podacima, oni se ne prikupljaju iz glavnih tablica (to bi oduzelo puno vremena), već se izdaju odmah iz podataka u zbirnim tablicama. Sukladno tome, da bi ovaj mehanizam funkcionirao, potrebno je imati točne rezultate za prošla razdoblja. Stoga, ako 1C "vara" u izvješćima, tada se takva pogreška ispravlja ovom stavkom izbornika.
 Kompresija tablica infobaze
Brisanje objekata u bazi podataka prilično je mukotrpan i dugotrajan postupak, stoga je u konfiguracijama 1C postupak brisanja podijeljen u 2 faze. Kada izbrišete objekte u konfiguraciji, podaci u 1c bazi se poništavaju i zbog toga ne sudjeluju u daljnjim operacijama, iako fizički ostaju na mjestu. Da biste očistili tablice od ovih zapisa, testiraju i ispravljaju bazu podataka 1C 8.3 pomoću stavke izbornika "Komprimiraj tablice infobaze".
 Restrukturiranje tablica infobaze
Prilikom mijenjanja pojedinosti bilo kojeg 1c objekta metapodataka, baza podataka mora dodati nove zapise u sve tablice promijenjenog objekta. To se postiže restrukturiranjem tablica baze podataka. Tijekom procesa restrukturiranja kreiraju se kopije tablica baze podataka sa strukturom trenutne konfiguracije, nakon čega se podaci prenose u kreirane tablice. Ako dodate atribut u 1c metapodatke, za njega će se stvoriti prazan stupac u novoj tablici; ako se atribut izbriše, stupac za taj atribut neće biti kreiran u novoj tablici i, sukladno tome, neće biti prenesen.
Tijekom procesa restrukturiranja sve tablice baze podataka bit će ponovno kreirane, tako da je ova operacija najduža.

Kako testirati i ispraviti bazu podataka 1C:Računovodstvo (8.3 izdanje 3.0)

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

Dakle, bilo je problema s bazom podataka. Pojavile su se pogreške ili se jednostavno prestao pokretati. Nemojte žuriti s pozivom programera, mnogo toga možete učiniti sami.

1. Na prvom mjestu sigurnosna kopija postojeća baza. Poanta je da su testiranje i popravljanje nepovratne operacije na bazi podataka koje gotovo uvijek poprave stvari, ali u vrlo malom postotku slučajeva mogu sve pokvariti. Za ovaj vrlo rijedak slučaj, prvo moramo napraviti sigurnosnu kopiju.

2. Sada kada je sigurnosna kopija napravljena, pokrenite bazu podataka u modu konfiguratora:

3. Odaberite "Administracija" - "Testiranje i ispravak...":

4. Imamo mnogo opcija za provjere i ispravke koje trebamo odabrati i kliknuti gumb "Pokreni". U principu, možete ih sve odabrati, ali najrazumnije bi bilo ove provjere i ispravke vršiti redom i nakon svakog ispravljanja provjeriti jesu li greške nestale iz baze podataka:

5. Testirat ćemo i odmah popraviti (druga opcija):

6. Ako je baza podataka vrlo velika, možete vremenski ograničiti izvršenje provjera. Nemojmo ovo raditi:

7. Ponovno indeksiranje tablica infobaze. Što je? Za svaku tablicu (na primjer, imenik), indeks je izgrađen u bazi podataka kako bi se ubrzalo pretraživanje određenih polja. Dakle, ovaj popravak ponovno gradi sve indekse:

8. Provjera logičke cjelovitosti informacijske baze provjerava i ispravlja logičke pogreške u strukturama tablica:

9. Provjera referentnog integriteta infobaze provjerava sve reference na objekte koji možda više ne postoje ili su uništeni:

Stoga, kod ove provjere morate naznačiti što učiniti s takvim objektima: stvoriti nove, očistiti ih ili ne učiniti ništa.

10. Ponovno izračunavanje rezultata. Rezultati - grubo rečeno, to su indeksi za registre u kojima se pohranjuju informacije, stvorena dokumentima. Na primjer, prisutnost ukupnih iznosa za registar stanja proizvoda omogućuje nam brzo dobivanje vrijednosti stanja proizvoda za određeni datum. Ova provjera ponovno izračunava sve ukupne iznose za sva vremena. Napominjem da je to obično vrlo dugotrajna provjera.

11. Tijekom vremena, baze podataka uvelike rastu. To se događa jer se u bazi skupi puno podataka koje smo označili za brisanje, pa izbrisali, ali zapravo i dalje ostaju u bazi (samo ih više ne vidimo). Stavka “Komprimiraj tablice infobaze” zapravo ih briše i baza podataka se smanjuje u veličini:

12. Restrukturiranje tablica infobaze. Posljednje strašno oružje u borbi protiv buba. Za svaki stol - kreiran novi stol sa potrebnom strukturom i svi podaci iz stare tablice se prenose u novu:

13. Nakon odabira željene stavke, pokrenite test (gumb "Pokreni"):

14. Nakon svih provjera otvorit će se prozor Servisne poruke s informacijama o rezultatima testa:

Ako popravak nije pomogao i samo se pogoršao - iz sigurnosne kopije koju smo napravili u prvoj fazi.

Testiranje pomoću programa za ažuriranje

Za moje korisnike sve je još jednostavnije.

Označite željenu bazu podataka na popisu, a zatim iz stavke “Više” odaberite “6.06 Testiranje i popravljanje baza podataka”:

Otvorit će se prozor s opcijama koje u potpunosti odgovaraju opcijama konfiguratora:

Odaberite one koje trebate i kliknite "U redu".

U ovom slučaju, program za ažuriranje:

• blokirat će bazu podataka i izbaciti korisnike koji rade;
• izradit će sigurnosnu kopiju baze podataka;
• pokrenut će konfigurator za automatsko testiranje u skladu s označenim postavkama;
• pustit će sve korisnike natrag nakon testiranja
• Sve informacije o rezultatima testa vidjet ćete u prozoru programa za ažuriranje na kartici izvješće.

Istodobno, ako prije testiranja trebate vratiti (vratiti) bazu podataka na kreiranu sigurnosnu kopiju, provjerite bazu podataka, a zatim iz stavke “Više” odaberite opciju “6.01 Vrati podatkovnu datoteku baze podataka iz zip, 7z, rar”.

Prikupili smo odgovore stručnjaka 1C na Pitanja ispraviti greške nastale u računovodstvu i izvješćivanju za PDV, kao iu računovodstvenom i poreznom knjigovodstvu za potrebe poreza na dobit. Reći ćemo vam kakoispraviti pogreške i prikazati ispravke u "1C: Računovodstvo 8" izdanje 3.0.

Kako ispraviti greške u brojevima, datumima i iznosima primljenih računa evidentiranih u prethodnim poreznim razdobljima?

Ukoliko kupac ručno registrira primarne dokumente i račune primljene od prodavatelja u računovodstveni sustav, onda situacija kada se pojave tehničke greške (netočno upisan broj računa ili datum i sl.) nije tako rijetka. Kao rezultat toga, pojavljuju se pogreške u evidenciji registracije knjige nabave, što dovodi do odraza netočnih podataka u odjeljku 8 prijave PDV-a. Pogreške pri unosu mogu se smanjiti ako koristite elektroničku razmjenu dokumenata (EDI).

Stručnjaci 1C govorili su o razmjeni elektroničkih dokumenata iz „1C: Računovodstvo 8” (rev. 3.0), korištenju UPD i UCD na predavanju 14. prosinca 2017. u 1C: Predavaonici.

Pogreške učinjene tijekom registracije računa može otkriti sam porezni obveznik ili ih može identificirati porezno tijelo tijekom stolne kontrole (3. stavak članka 88. Poreznog zakona Ruske Federacije).

U prvom slučaju porezni obveznik će poreznom tijelu morati podnijeti ažuriranu poreznu prijavu s točnim podacima. Unatoč činjenici da obveza podnošenja ažurirane deklaracije nastaje samo ako su učinjene pogreške dovele do podcjenjivanja iznosa poreza koji se plaća u proračun (1. stavak članka 81. Poreznog zakona Ruske Federacije), ispravak prethodno prikazanih podataka u točki 8. prijave PDV-a , moguće je samo podnošenjem ažurirane porezne prijave.

U drugom slučaju porezni obveznik će primiti poruku od poreznog tijela sa zahtjevom za objašnjenjima (točka 2.7 Preporuka za provođenje uredskih poreznih revizija, poslana pismom Federalne porezne službe Rusije od 16. srpnja 2013. br. AS-4-2/12705). U odgovoru na primljenu poruku, porezni obveznik je dužan poslati obrazloženje poreznom tijelu uz navođenje točnih podataka. Istodobno, porezni obveznik ne mora naknadno podnijeti ažuriranu deklaraciju, iako Federalna porezna služba Rusije to preporučuje (pismo br. ED-4-15/19395 od 6. studenog 2015.).

U oba slučaja porezni obveznik će morati razjasniti pogrešno unesene podatke u knjigovodstvo i napraviti ispravke u knjizi nabave.

Pogreške učinjene u prethodnim poreznim razdobljima ispravljaju se poništavanjem pogrešnih upisa u registraciju i unošenjem novih upisa u dodatni list knjige kupnje (članci 4, 9 Pravila za vođenje knjige kupnje, odobrena Uredbom Vlade Ruske Federacije od 26. prosinca 2011. br. 1137 (u daljnjem tekstu - Rezolucija br. 1137), pismo Federalne porezne službe Rusije od 30. travnja 2015. br. BS-18-6/499@). Podaci iz takvih dodatnih listova koriste se za izmjene porezne prijave PDV-a (točka 6. Pravila za popunjavanje dodatnog lista knjige nabave, odobrena Rješenjem br. 1137).

Za ispravljanje tehničkih grešaka učinjenih prilikom evidentiranja primljene fakture, dokument se koristi u programu 1C: Računovodstvo 8, izdanje 3.0 Usklađivanje primitaka(poglavlje Kupnja) s vrstom operacije .

Dokument se može kreirati na temelju dokumenta Potvrda (akt, faktura), u ovom slučaju glavna polja na kartici Glavni a tablični dio na oznakama Roba ili Usluge popunjava se odmah po otvaranju dokumenta.

Operacija Ispravljanje vlastite pogreške omogućuje ispravljanje pogrešno unesenih podataka računa:

• broj i datum;
• PIB i KPP druge ugovorne strane;
• kod vrste transakcije;
• zbirni i kvantitativni pokazatelji.

Ako tehničke pogreške ne utječu na ukupne ili kvantitativne pokazatelje, tada na kartici Glavni u polju Reflektirajte prilagodbu preporučljivo je postaviti vrijednost Samo za obračun PDV-a, budući da ispravak tehničkih grešaka u unosu podataka računa ne utječe na prikaz prometa na knjigovodstvenim kontima i ne zahtijeva knjiženje u knjigovodstveni registar.

U bloku Ispravljanje pogrešaka u detaljima računa:

• u redu Što popravljamo? automatski se ubacuje hiperveza na dokument koji se ispravlja Faktura primljena;
• za detalje: Dolazni broj, datum, PIB druge ugovorne strane, Kontrolna točka druge strane, Šifra vrste operacije formiraju se dva stupca s indikatorima Staro značenje I Novo značenje, gdje se relevantne informacije iz dokumenta inicijalno automatski prenose Faktura primljena.

Za ispravljanje podataka koji sadrže pogreške (na primjer, pogrešan broj računa), odgovarajući indikator u stupcu Novo značenje mora se zamijeniti ispravnim (slika 1).

Riža. 1. Ispravak tehničke greške nastale prilikom evidentiranja primljenog računa

Do tehničkih grešaka može doći prilikom prijenosa podataka iz primarnih dokumenata o cijeni i količini nabavljene robe (poslova, usluga, imovinskih prava), kao i stope i iznosa obračunatog PDV-a u dokumente računovodstvenog sustava.

U ovom slučaju na terenu Reflektirajte prilagodbu treba postaviti vrijednost U svim dijelovima računovodstva, ako je potrebno istovremeno uskladiti računovodstvene i porezno knjigovodstvene podatke za porez na dobit i PDV.

Na karticama se vrši uklanjanje pogrešaka koje utječu na kvantitativne i ukupne pokazatelje Roba ili Usluge. Tablični dio Roba (Usluge) popunjava se automatski prema temeljnom dokumentu.

Svaki redak izvornog dokumenta odgovara dvama recima u dokumentu prilagodbe: prije promjene I nakon promjene. U redu nakon promjene potrebno je navesti korigirane zbrojne (kvantitativne) pokazatelje.

Kao rezultat dokumenta Usklađivanje primitaka s vrstom operacije Ispravljanje vlastite pogreške:

• u redu Dostavnica hiperveza na novi automatski kreirani dokument pojavljuje se na dnu dokumenta Faktura primljena, koji je zapravo “tehnički duplikat” prethodno upisanog pogrešnog dokumenta za transakciju nabave robe. Sva polja novog dokumenta Faktura primljena automatski će se popuniti na temelju podataka navedenih u dokumentu Ispravak računa;
• provode se upisi u posebne očevidnike za potrebe obračuna PDV-a.

Dodatni list knjige nabave sadržavat će dva unosa:

• poništenje unosa na primljenom računu koji sadrži pogreške u pojedinostima;
• registracijski unos za isti račun s ispravljenim podacima.

Nakon odobrenja godišnjih financijskih izvješća, organizacija koja se prijavljuje zajednički sustav poreza (OSNO), otkrio je grešku iz prošle godine: iznos izravnih rashoda u računovodstvu i za potrebe poreza na dobit bio je precijenjen. Pritom je lani ostvaren gubitak, ali je ove godine ostvarena dobit. Može li se usklađenje poreza na dohodak odraziti na tekuću godinu?

U računovodstvu, pogreška prethodne izvještajne godine, utvrđena nakon odobrenja financijskih izvještaja za ovu godinu, ispravlja se u tekućem izvještajnom razdoblju (članci 9, 14 Računovodstvenih propisa „Ispravljanje pogrešaka u računovodstvu i izvješćivanju” (PBU 22 /2010), odobren naredbom Ministarstva financija Rusije od 28. lipnja 2010. br. 63n, u daljnjem tekstu PBU 22/2010).

U poreznom računovodstvu, uključujući za potrebe poreza na dobit, kao opće pravilo, u skladu sa stavkom 1. članka 54. Poreznog zakona Ruske Federacije, pogreške (izobličenja) ispravljaju se u razdoblju u kojem su počinjene. Istodobno, porezni obveznik ima pravo ponovno izračunati poreznu osnovicu i iznos poreza u poreznom (izvještajnom) razdoblju u kojem su utvrđene pogreške (iskrivljenja) ako:

• nemoguće je odrediti razdoblje počinjenja ovih grešaka (iskrivljenja);
• takve pogreške (iskrivljenja) dovele su do prekomjernog plaćanja poreza.

Očito, precjenjivanje iznosa izravnih rashoda ne može dovesti do prekomjerne uplate poreza na dobit za prošlu godinu. Porez za prošlo razdoblje nije preplaćen i zato što je organizacija prošle godine ostvarila gubitak, stoga se takve pogreške uzimaju u obzir u odnosu na porezno razdoblje u kojem su napravljene (pismo Ministarstva financija Rusije od 5.7.2010. br. 03 -02-07/1-225) . Stoga organizacija mora ponovno izračunati poreznu osnovicu i iznos poreza za razdoblje u kojem je počinjena pogreška, a također podnijeti poreznom tijelu ažuriranu poreznu prijavu za prethodnu godinu (stavak 1. stavak 1. članak 81. Poreznog zakona Ruska Federacija).

U "1C: Računovodstvo 8" izdanje 3.0, pogreška iz prethodnih godina povezana s precijenjenim troškovima može se ispraviti dokumentom Usklađivanje primitaka, ili dokument Operacija.

Imajte na umu da interni propisi organizacije mogu zabraniti ažuriranje prošlogodišnjih podataka (uključujući podatke poreznog računovodstva) u programu: postavljen je datum za zabranu promjena prošlogodišnjih podataka i neprihvatljivo je "otvoriti" zatvoreno razdoblje.

Ako se izvrše izmjene porezno knjigovodstvenih podataka (PK) za prethodnu godinu, tada se mijenja financijski rezultat u PK, pa je potrebno ponovno kreirati radnju. Reforma ravnoteže, a bez ponovnog unosa svih ostalih dokumenata, kako ne bi utjecali na knjigovodstvene podatke.

Ove poteškoće možete izbjeći na sljedeći način:

• u tekućem razdoblju grešku ispraviti samo u računovodstvu - knjiženjem na odgovarajućim kontima u korespondenciji s kontom 84 “Zadržana dobit (nepokriveni gubitak)” ili s kontom 91 “Ostali prihodi i rashodi”, ovisno o značaju pogreške ( klauzule 9, 14 PBU 22/2010);
• za organizacije koje primjenjuju računovodstvene propise „Računovodstvo za obračune poreza na dobit” PBU 18/02, odobreno. naredbom Ministarstva financija Rusije od 19. studenog 2002. br. 114n (u daljnjem tekstu PBU 18/02), odražavaju trajnu razliku (PR). U ovom slučaju PR se odnosi na prihode koji čine računovodstvenu dobit izvještajnog razdoblja, ali se ne uzimaju u obzir pri utvrđivanju porezne osnovice poreza na dobit za izvještajno i naredna izvještajna razdoblja;

• ručno sastaviti porezni registar za prethodnu godinu, gdje prikazati smanjenje izravnih troškova;
• ispuniti i podnijeti Federalnoj poreznoj službi ažuriranu prijavu poreza na dohodak za prethodnu godinu;
• dodatno obračunati i platiti porez na dobit za prethodno razdoblje;
• obračunati, obračunati i platiti kazne za porez na dohodak.

Organizacija (na OSNO, obveznik PDV-a, ne primjenjuje odredbe PBU 18/02) otkrila je pogreške: u prethodnim izvještajnim razdobljima tekuće godine nisu svi troškovi prikazani u računovodstvu. Kako i u kojem roku treba registrirati relevantne dokumente u programu?

Kako proizlazi iz pitanja, troškovi koji nisu evidentirani na vrijeme iu trenutku saznanja ove činjenice odnose se na isto porezno razdoblje.

U ovom slučaju dokumentira računovodstvo troškova ( Potvrda (akt, faktura), Prijem dodatnih troškovi, Zahtjev-račun, Operacija i sl.), a odnose se na prethodna izvještajna razdoblja tekuće godine, mogu se registrirati u trenutku njihova primitka ili otkrivanja, odnosno prije isteka tekuće godine.

Dakle, ti će se troškovi automatski uzeti u obzir pri određivanju porezne osnovice (dobita) tekućeg izvještajnog (poreznog) razdoblja, koje se, u skladu sa stavkom 7. članka 274. Poreznog zakona Ruske Federacije, utvrđuje na obračunska osnova od početka godine.

Budući da su u ovoj situaciji greške napravljene u prijavi poreza na dohodak za prošlost izvještajna razdoblja tekuće godine nije dovelo do podcjenjivanja iznosa dospjelog poreza, tada organizacija nije dužna podnijeti ažurirane izjave za ta razdoblja Federalnoj poreznoj službi (klauzula 2, klauzula 1, članak 81 Poreznog zakona Ruska Federacija).

Ali što ako je organizacija utvrdila troškove u tekućem izvještajnom (poreznom) razdoblju koji se odnose na prethodna porezna razdoblja (na primjer, zbog činjenice da primarni dokumenti nisu primljeni na vrijeme)?

Prema Ministarstvu financija Rusije (pismo od 24. ožujka 2017. br. 03-03-06/1/17177), takvo neodražavanje je iskrivljenje porezne osnovice prethodnog poreznog razdoblja, stoga je potrebno postupati u skladu s odredbama članka 54. Poreznog zakona Ruske Federacije. Štoviše, ako je u tekućem izvještajnom (poreznom) razdoblju organizacija ostvarila gubitak, tada je u tom razdoblju ponovni izračun porezne osnovice nemoguć, jer se porezna osnovica priznaje kao jednaka nuli.

Dakle, isprave iz prošle godine mogu se evidentirati iu tekućem razdoblju, pod uvjetom da je ostvarena dobit iu prethodnoj godini iu popravnom razdoblju.

Ako barem jedan od ovih uvjeta nije ispunjen, tada će se pogreške (iskrivljenja) u računovodstvu i poreznom računovodstvu morati ispraviti u različitim razdobljima. Da biste to učinili, možete koristiti slijed radnji opisanih u odgovoru na prethodno pitanje: korištenje dokumenta Operacija prikazati troškove prethodnih godina u računovodstvu, zatim ručno sastaviti porezni knjigovodstveni registar, gdje se odražavaju usklađenja porezne osnovice prethodne godine.

Istodobno, nećete morati platiti zaostali porez na dohodak i kazne za prethodnu godinu. U interesu je poreznog obveznika podnijeti ažuriranu prijavu poreza na dobit za prethodnu godinu kako bi se naknadno uračunao ili preplaćeni porez ili povećani gubici iz prethodnih godina.

Što se tiče poreza na dodanu vrijednost, porezni obveznici-kupci imaju pravo zatražiti porezni odbitak u roku od 3 godine nakon registracije dobara, radova, usluga, imovinskih prava kupljenih na teritoriju Ruske Federacije (stavak 1., točka 1.1., članak 172. Porezni zakon Ruske Federacije). Stoga organizacija nije dužna podnijeti ažuriranu prijavu PDV-a.

Organizacija (primjenjuje se OSNO i PBU 18/02) pogrešno nije odrazila u posljednjem izvještajnom razdoblju tekuće godine prihvaćanje dugotrajne imovine (dugotrajne imovine) koristeći bonus amortizaciju za računovodstvo. Je li moguće da program automatski ispravi ovu grešku tijekom razdoblja u kojem je otkrivena (prethodno izvještajno razdoblje je zatvoreno za prilagodbe)?

Budući da program postavlja datum za zabranu promjene podataka (na primjer, 30. lipnja), prihvaćanje dugotrajne imovine za računovodstvo treba registrirati tijekom razdoblja otkrivanja pogreške (na primjer, u srpnju) pomoću dokumenta Prihvaćanje za računovodstvo dugotrajne imovine ( dio dugotrajne imovine i nematerijalne imovine).

U dokumentu moraju biti navedeni parametri za obračun amortizacije za potrebe računovodstva i poreznog knjigovodstva, uključujući korisni vijek (SPI), kao da pogreška nije učinjena.

Na kartici Bonus za amortizaciju potvrdite okvir Uključi bonus za amortizaciju kao trošak.

Istodobno, ako su dugotrajna imovina zapravo bila prihvaćena za računovodstvo u prethodnom izvještajnom razdoblju (na primjer, u svibnju), ova činjenica gospodarskog života mora biti potvrđena primarnim dokumentima (nalog upravitelja, akt o prihvaćanju i prijenosu). predmeta dugotrajne imovine, popisni karton objekta dugotrajne imovine), gdje su evidentirani relevantni datumi. Amortizacija u programu započet će u kolovozu. U istom mjesecu neizravni rashodi će uključivati ​​izdatke za kapitalna ulaganja u iznosu ne većem od 10% (ne više od 30% u odnosu na dugotrajnu imovinu koja pripada 3-7 amortizacijskim skupinama) početnog troška dugotrajne imovine (klauzula 9. članka 258., str. 3. članka 272. Poreznog zakona Ruske Federacije).

Program ne predviđa automatski obračun amortizacije za propuštene mjesece (za lipanj i srpanj), stoga biste trebali sastaviti računovodstvenu potvrdu i koristiti dokument Operacija(slika 2). Budući da greška ne utječe na parametre za obračun amortizacije, neće biti potrebne prilagodbe registara računovodstvenog podsustava OS.

Riža. 2. Usklađivanje obračunate amortizacije dugotrajne imovine

U ovoj situaciji ne morate navesti porez na dohodak za šest mjeseci. No, ako je organizacija registrirala zasebne odjele (SU), pogreška napravljena u drugom tromjesečju mogla bi utjecati na izračun udjela u dobiti za navedeno razdoblje. Ako je navedeni OS predmet oporezivanja poreza na imovinu organizacija, a zakonodavno tijelo konstitutivnog entiteta Ruske Federacije utvrdilo je razdoblja izvješćivanja, tada je organizacija dužna podnijeti ažuriranu prijavu poreza na imovinu za šest mjeseci.

Organizacija (OSNO) prihvatila je dugotrajnu imovinu (pokretninu) za računovodstvo u travnju, au kolovozu je otkrila aritmetičku pogrešku, zbog čega je trošak dugotrajne imovine precijenjen. Kako smanjiti početnu cijenu dugotrajne imovine i preračunati amortizaciju?

Iz pitanja nije jasno kako je pokretnina ušla u organizaciju. Recimo da je navedeni OS kupljen od dobavljača uz naknadu. Za usklađivanje troška nabavljene dugotrajne imovine u kolovozu tekuće godine potrebno je izraditi dokument u programu Operacija, gdje treba navesti sljedeću korespondenciju računa:

REVERZNO Dugovanje 08.04.1 Kreditno 60.01

REVERZNO Debit 01.01 Kredit 08.04.1- iznosom usklađivanja nabavne vrijednosti dugotrajne imovine;

REVERS Dug 20.01 (26, 44) Kredit 02.01- za iznos ispravka amortizacije za svibanj, lipanj, srpanj tekuće godine;

Debit 20.01 (26, 44) Kredit 02.01- za iznos amortizacije za kolovoz tekuće godine, uzimajući u obzir usklađeni početni trošak dugotrajne imovine.

Za potrebe poreznog računovodstva za porez na dobit, odgovarajući iznosi se također bilježe u izvorima Iznos NU Dt I Iznos NU Kt. Kako bi se buduća amortizacija u računovodstvu i poreznom računovodstvu izračunala uzimajući u obzir izvršene prilagodbe, parametri amortizacije moraju se razjasniti pomoću dokumenta (poglavlje Dugotrajna imovina i nematerijalna imovina - Parametri amortizacije dugotrajne imovine). Dokument također treba biti izrađen u kolovozu (slika 3). Prilikom unosa dokumenta Promjena parametara amortizacije OS-a U zaglavlju morate navesti sljedeće detalje:

• naziv događaja u "životu" osnovnog sredstva, koji se odražava u ovom dokumentu;
• postaviti zastave Odraziti se u računovodstvu I Odraziti se u poreznom računovodstvu.

Riža. 3. Promjena parametara amortizacije OS-a

U polju tabele potrebno je navesti:

• dugotrajno sredstvo čiji su parametri amortizacije promijenjeni zbog uočene greške;
• u polju Datum isteka roka trajanja (BOO)- vijek trajanja dugotrajne imovine u računovodstvu u mjesecima, koji je prvobitno utvrdila organizacija nakon prihvaćanja za računovodstvo, na primjer 62 mjeseca;
• u polju Rok za amortizaciju. (BOO)- preostali vijek uporabe za obračun amortizacije u računovodstvu. Ovaj SPI se izračunava kao izvorno utvrđeni SPI minus broj mjeseci amortizacije za svibanj-kolovoz (62 mjeseca - 4 mjeseca = 58 mjeseci);
• u polju Trošak za izračun amortizacije. (BOO)- preostali trošak dugotrajne imovine za obračun amortizacije u računovodstvu. Ovaj se trošak izračunava kao prilagođeni početni trošak dugotrajne imovine umanjen za obračunatu amortizaciju za svibanj-kolovoz;
• u polju Datum isteka roka trajanja (DOBRO)- korisni vijek u mjesecima za obračun amortizacije u poreznom knjigovodstvu. U ovoj se situaciji to razdoblje ne mijenja.

Počevši od rujna prilikom obavljanja rutinske operacije Amortizacija i amortizacija dugotrajne imovine program će obračunati amortizaciju prema navedenim parametrima.

Ova pogreška dovela je do manje uplate poreza na dohodak, pa je organizacija dužna podnijeti ažuriranu deklaraciju za šest mjeseci.

Prenapuhani trošak dugotrajne imovine također bi mogao utjecati na izračun udjela u dobiti ako je organizacija registrirala OP-ove.

Organizacija (OSNO, obveznik PDV-a) je u srpnju ove godine s dobavljačem sklopila dodatni ugovor o sniženju cijene zaliha nabavljenih u prethodnim poreznim razdobljima. U istom mjesecu zaprimljeni su korektivni računi. Podaci o zalihama uključeni su u rashode u razdoblju primitka. U kojem se poreznom razdoblju iskazuju prihodi od smanjenja kupoprodajne cijene: mogu li se uzeti u obzir u tekućem razdoblju ili treba podnijeti ažurirane prijave za prethodne godine? Prethodnih godina organizacija je imala dobit za porezne svrhe.

Prvo, shvatimo može li se računovodstvo stavki zaliha po cijenama navedenim u izvornim izvornim dokumentima smatrati pogreškom. U skladu sa stavkom 2 PBU 22/2010, netočnosti ili propusti u odrazu činjenica ekonomske aktivnosti, identificirani kao rezultat dobivanja novih informacija koje nisu bile dostupne organizaciji u vrijeme odraza (neodraza) takvih činjenice, ne smatraju se pogreškama. U trenutku primitka zaliha i otpisa za proizvodnju u prethodnim poreznim razdobljima, organizacija je ispravno prikazala sve prihode i rashode. Ugovor potpisan s dobavljačem o promjeni cijene proizvoda je neovisan događaj koji nije računovodstvena pogreška. Dakle, kada se odražavaju promjene cijene zaliha u računovodstvu, pravila PBU 22/2010 se ne primjenjuju.

Dobici iz prethodnih godina utvrđeni u izvještajnoj godini računovodstveno se uključuju u ostale prihode (ostali prihodi). Ostali primici se priznaju kada su identificirani i podliježu odobrenju u računu dobiti i gubitka organizacije (članci 7, 11, 16 Računovodstvenih propisa „Prihodi organizacije” PBU 9/99, odobrenih naredbom Ministarstva financija Rusije od 6. svibnja 1999. br. 32n , u daljnjem tekstu PBU 9/99). Što je s porezom na dohodak? Porezni zakon Ruske Federacije ne otkriva koncept "pogreške (iskrivljenja)", stoga se ovaj koncept treba koristiti u značenju u kojem se koristi u računovodstvenom zakonodavstvu (1. stavak članka 11. Poreznog zakona Ruska Federacija), a s tim se slaže i Ministarstvo financija Rusije (dopis od 30.01.2012. br. 03-03-06/1/40). Unatoč tome, regulatorna tijela inzistiraju na usklađivanju porezne osnovice za porez na dohodak u prethodnim razdobljima kada se smanji cijena prodane robe:

• kada se popust koji mu je osiguran revizijom cijene proizvoda odražava na poreznu osnovicu kupca, porezni obveznik ne ostvaruje oporezivi dohodak (članak 19.1., stavak 1., članak 265. Poreznog zakona Ruske Federacije se ne primjenjuje). Potrebno je preračunati trošak sirovina i materijala u poreznom knjigovodstvu, uzimajući u obzir promjene cijena, uključujući preračunavanje prosječnog troška odgovarajućih zaliha od razdoblja kapitalizacije do trenutka otpisa (pismo Ministarstva financija Rusije od 20. ožujka 2012. br. 03-03-06/1/137);
• promjene pokazatelja prihoda ili rashoda koje nastaju u vezi s promjenom ugovorne cijene, uključujući u vezi s pružanjem popusta, uzimaju se u obzir na način propisan člankom 54. Poreznog zakona Ruske Federacije, tj. ako se otkrije pogreška (dopis Ministarstva financija Rusije od 22. svibnja 2015. br. 03-03-06/1/29540).

Budući da u razmatranoj situaciji prilagođavanje poreznog računovodstva utječe na nekoliko prošlih poreznih razdoblja, preporučljivo je u programu koristiti prethodno opisani slijed radnji: korištenje dokumenta Operacija odražavati prihode prethodnih godina u računovodstvu, odražavati PR u posebnim izvorima za potrebe poreznog računovodstva (ako organizacija primjenjuje odredbe PBU 18/02), zatim ručno sastaviti porezne računovodstvene registre, gdje priložiti izračune usklađenja porezne osnovice za svaki porezno razdoblje.

Što se tiče PDV-a, situacija je puno jednostavnija. Nakon što od dobavljača primi račun za prilagodbu za smanjenje troškova zaliha, kupac mora:

• vratiti dio ulaznog PDV-a koji je prihvaćen za odbitak prilikom kapitalizacije zaliha. Vraćanje PDV-a mora se izvršiti u poreznom razdoblju u koje pada najraniji od sljedećih datuma: datum primitka dodatnog sporazuma o smanjenju troška zaliha ili datum primitka računa za usklađivanje (čl. 4, čl. 3, članak 170. Poreznog zakona Ruske Federacije). U našoj situaciji, ovo je treći kvartal;
• odraziti u prodajnoj knjizi prvi primljeni dokument (članak 14. Pravila za vođenje prodajne knjige, odobrenih Rezolucijom br. 1137).

Ove se operacije automatski izvode pomoću dokumenta Usklađivanje primitaka s vrstom operacije Usklađivanje prema dogovoru stranaka.

Kako ne bi utjecali na računovodstveno i porezno knjigovodstvo, na tab Glavni u polju Reflektirajte prilagodbu treba postaviti vrijednost Samo za obračun PDV-a.

Pronađene su greške u prodajnom dokumentu za prošlu godinu, od kojih je jedna dovela do preplaćenog, a druga do manje plaćenog poreza na dohodak, a iznos preplaćenog je bio veći od preplaćenog. Kako popraviti ove greške? Kako generirati knjiženja za ovu prilagodbu?

Prema regulatornim tijelima, ako se otkrije nekoliko pogrešaka (iskrivljenja) koje dovode do podcjenjivanja i precjenjivanja porezne osnovice i iznosa poreza koji se odnose na prethodna porezna (izvještajna) razdoblja, porezna osnovica i iznos poreza pojašnjavaju se u kontekstu svake otkrivene pogreške (pismo Ministarstva financija Rusije od 15. studenog 2010. br. 03-02-07/1-528).

Ponovno izračunavanje porezne osnovice i iznosa poreza provodi se u skladu sa stavcima 2. i 3. stavka 1. članka 54. Poreznog zakona Ruske Federacije.

To znači da se pogreške učinjene u prošlogodišnjoj prodajnoj ispravi, a koje su rezultirale podmanjivanjem porezne osnovice i iznosa poreza, trebaju ispraviti prošle godine, dok se pogreške koje nisu dovele do podmanjivanja mogu ispraviti u tekućem razdoblju.

Upravo tako funkcionira dokument računovodstvenog sustava Prilagodbe provedbe(poglavlje Prodajni) s vrstom operacije Ispravak u primarnim dokumentima(ako se usklađenje vrši u svim dijelovima računovodstva).

Izmjene podataka poreznog knjigovodstva vrše se:

• u posljednjem poreznom razdoblju- ako su pogreške (iskrivljenja) dovele do podcjenjivanja iznosa poreza koji se plaća. Istodobno, da biste izvršili izmjene, prilagođeno razdoblje mora biti otvoreno, inače dokument neće biti knjižen;
• u tekućem izvještajnom (poreznom) razdoblju- ako pogreške (iskrivljenja) nisu dovele do podcjenjivanja iznosa poreza koji se plaća. Međutim, program ne provjerava gubitke u prošlim ili tekućim razdobljima.

Ako su odobrena godišnja financijska izvješća, tada dokument Prilagodbe provedbe na knjižnoj oznaci Izračuni zastavu treba postaviti Prošlogodišnje računovodstvo je zatvoreno za korekcije (izvješće je potpisano). U ovom slučaju, pogreške prethodnih godina u računovodstvu ispravljaju se u tekućem razdoblju kao dobici i gubici prethodnih godina u kontekstu svake pogreške.

Ovaj dokument automatski ispravlja sve pogreške prethodnih godina na pojednostavljen način, koji je uspostavljen za manje pogreške u skladu sa stavcima 9. i 14. PBU 22/2010.

Da biste ispravili PDV, morate registrirati novu (ispravljenu) kopiju računa (članak 7. Pravila za popunjavanje računa, odobrenih Rezolucijom br. 1137). Dodatni list prodajne knjige automatski će odražavati dva unosa (točka 3. Pravila za popunjavanje dodatnog lista prodajne knjige, odobrena Rezolucijom br. 1137):

• poništenje upisa na izdanom računu koji sadrži pogreške;
• registracijski unos za ispravljeni račun.

Postupak ispravljanja pogrešaka u poreznom računovodstvu (za porez na dobit) u različitim poreznim razdobljima u ovoj situaciji dovest će do činjenice da će, uz obvezu podnošenja ažurirane prijave za prethodno porezno razdoblje, organizacija također morati platiti dodatne dugovanja poreza na dohodak, kao i kazne.

Ova nevolja se može izbjeći ako se isprave sve greške u prethodnom poreznom razdoblju, jer je iznos preplaćenog poreza veći od iznosa manje plaćenog. Da biste to učinili, preporučljivo je u programu koristiti slijed radnji opisanih ranije: u tekućem razdoblju pomoću dokumenta Operacija prikazati prihode i rashode prethodnih godina u računovodstvu (u korespondenciji s 91 ili 84 računa), ako je potrebno, prikazati stalne razlike, zatim ručno sastaviti porezni knjigovodstveni registar za prethodno porezno razdoblje. I dokument Prilagodbe provedbe- Koristite samo za usklađivanje PDV-a.

Umorni ste od traženja vijesti na više računovodstvenih stranica? Bojite li se da ćete propustiti stvarno važne promjene u zakonodavstvu? Pretplatite se na najveći računovodstveni kanal BUKH.1S u Telegramu https://t.me/buhru (ili upišite @buhru u tražilicu u Telegramu) i promptno ćemo vam poslati važne vijesti direktno na vaš telefon!

U ovom ćemo članku pogledati ovo uslužni program sustava"Testiranje i ispravljanje baze podataka" u 1C 8.3 i značajke njegove upotrebe.

Prije izvođenja bilo kakvih operacija potrebno !

Testiranje i ispravak informacijske baze 1C

Način testiranja i ispravljanja poziva se u konfiguratoru sustava 1C 8.3 odabirom izbornika Administracija - Testiranje i ispravljanje.

Provjere i modovi

Ovaj prozor pokazuje popis potrebnih provjera i načina rada koji će se izvršiti kao rezultat uslužnog programa. Pogledajmo svaki potvrdni okvir detaljnije:

Besplatno nabavite 267 video lekcija o 1C:

• Ponovno indeksiranje tablica infobaze— ako je ova zastavica postavljena, tablice će se ponovno indeksirati. Ponovno indeksiranje je potpuna ponovna izgradnja indeksa za dane tablice. Ponovno indeksiranje značajno poboljšava performanse sustava u cjelini. Ovaj postupak nikada neće biti suvišan i povećava performanse sustava.
• Provjera logičke cjelovitosti informacijske baze— sustav može provjeriti logički i strukturni integritet baze podataka, pronaći pogreške u organizaciji podataka (na primjer, stranice u datoteci).
• Provjera referentnog integriteta infobaze— podstavka logičke provjere, provjerava informacije u bazi podataka na prisutnost „pokvarenih“ veza. "Neispravne" veze se pojavljuju u bazi podataka zbog netočne obrade informacija od strane programera, najčešće kada izravno brisanje podataka ili pogrešno konfigurirane razmjene podataka. Ako se pronađu pogreške, možete odabrati 3 opcije: Stvorite objekte— sustav stvara elemente rezerviranog mjesta koji se zatim mogu ispuniti potrebnim informacijama, Očistite veze— "pokvarene" poveznice bit će obrisane, Nemoj mijenjati— sustav će vam pokazati samo greške.
• Preračunavanje rezultata— u platformi 1C postoji koncept rezultata. Rezultati - tablica izračunatih rezultata iz kojih se podaci mogu dobiti brže nego analizom cijelog registra informacija. U pravilu, ponovno izračunavanje ukupnih zbrojeva povećava performanse sustava.
• Sažimanje tablica infobaze— ako je ova zastavica postavljena, bit će komprimirana i smanjena glasnoća. To je zbog činjenice da prilikom brisanja podataka iz baze podataka 1C fizički ne briše te objekte, već ih samo "označava" za brisanje. Oni. korisnik ih ne vidi, ali su tu :). Upravo kompresija baze podataka trajno briše takve zapise. Ovaj se učinak također može postići učitavanjem i učitavanjem datoteke baze podataka (*.dt).
• Restrukturiranje tablica infobaze- proces kojim sustav ponovno stvara tablice baze podataka, obično se ovaj postupak poziva kada se naprave promjene u konfiguracijskoj strukturi metapodataka. Restrukturiranje cijele baze podataka je dug proces, budite oprezni.

Ako iz nekog razloga testiranje i popravljanje ne pomažu ili nemate pristup konfiguratoru, upotrijebite uslužni program.