Če so se pojavile težave z vašo bazo podatkov 1C (na primer z), so se pojavile različne napake ali se je celo prenehala zagnati, potem ne bi smeli hiteti s klicem. Bazo podatkov 1C (konfiguracija) lahko preizkusite in popravite neodvisno.

1 korak. Prva in najpomembnejša stvar, ki jo morate storiti, preden popravite katero koli konfiguracijo, je. Ni zaman, da smo podali 2 načina za ustvarjanje varnostne kopije baze podatkov 1C. Tudi če se konfiguracija ne izvaja več v načinu konfiguratorja, jo lahko vedno kopirate z 1 metodo - kopiranjem konfiguracijske datoteke.

2. korak Sistem 1c zaženemo v načinu konfiguratorja. V glavnem meniju programa izberite »Administracija – Testiranje in popravljanje ...«.

Če je vaša konfiguracija tako poškodovana, da se ne zažene niti v načinu konfiguratorja, jo lahko obnovite, kar je vključeno v paket 1C Enterprise 8.

3. korak Pred nami se odpre okno z nastavitvami za preverjanje in popravljanje baze podatkov 1C. Ko izberete ustrezen način, lahko kliknete gumb »Zaženi«.

Odvisno od velikosti vaše baze podatkov lahko to preverjanje traja zelo dolgo. Zato je priporočljivo izbrati en način skeniranja naenkrat v vrstnem redu, kot so prikazani (sprva samo način »Ponovno indeksiranje tabele« informacijsko bazo«, nato samo način »Preverjanje logične celovitosti informacijske baze« itd.) in po vsakem popravku preverite, ali so napake izginile v bazi podatkov 1C.

Oglejmo si vse načine preverjanja in popravljanja po vrsti:

Ponovno indeksiranje tabel informacijske baze

Za pospešitev iskanja določenih podrobnosti objektov v naši konfiguraciji sistem 1c ustvarja indekse. IN ta način popravek bo sistem znova oblikoval vse indekse.

Preverjanje logične celovitosti informacijske baze

Kot že ime pove, v tem načinu sistem preverja in popravlja logične napake v strukturah tabel baze podatkov.

Preverjanje referenčne integritete informacijske baze

V tem načinu sistem preveri obstoj vseh referenc na objekte. Če obstajajo sklicevanja na objekte, ki ne obstajajo, lahko sistem bodisi izbriše takšne neuspešne sklice ali jih poskusi popraviti. Zato je za to preverjanje potrebno dodatno navesti, kaj storiti s takšnimi predmeti: ustvariti nove, jih počistiti ali storiti ničesar.

Preračunavanje rezultatov

Totali so nekakšni indeksi za registre. Na primer rezultati registra blaga nam omogočajo hitro pridobitev stanja blaga na želeni datum ipd. V tem načinu sistem preračuna vse vsote za vsa obdobja. Praviloma je to zelo zamudno preverjanje.

Stiskanje tabel informacijske baze

Ta način je bolj povezan s povečanjem zmogljivosti konfiguracije kot z odpravo napak, a vseeno.

Med delom postane naša zbirka podatkov 1C razdrobljena in njene tabele začnejo zavzemati več prostora, kot ga dejansko potrebujejo. Na primer, ko smo ustvarili nov dokument, se je velikost naše baze podatkov nekoliko povečala, in ko smo ta dokument izbrisali, se velikost naše baze podatkov ni vrnila v prejšnje stanje, ampak je postala nekoliko večja kot prej. Stiskanje tabel informacijske baze pomeni defragmentacijo vseh tabel in posledično zmanjšanje velikosti naše konfiguracije na optimalno vrednost.

Prestrukturiranje tabel informacijske baze

Najučinkovitejši način v boju proti napakam. Načelo prestrukturiranja je naslednje. Za vsako tabelo baze podatkov se ustvari nova tabela s podobno strukturo in vsi podatki iz stare tabele se prenesejo v novo.

4. korak. Z gumbom »Zaženi« zaženemo test in počakamo na sporočilo o njegovih rezultatih.

vk.com/buhcenter skupina VKontakte.
1-bc.ru je spletno mesto podjetja, kjer se lahko seznanite s storitvami.
 Ponovno indeksiranje tabel informacijske baze.
Za hitro iskanje informacij, se glavnim tabelam z glavnimi podatki dodajo pomožne tabele, v katerih so podatki razvrščeni po navedenih poljih glavne tabele - indeksne tabele. Z uporabo indeksnih tabel se zmogljivost 1C znatno poveča, saj za vzorčenje ni treba iterirati skozi celotno glavno podatkovno tabelo; lahko uporabite indeksno datoteko in od tam izberete potrebne zapise.
Ko se podatki zapišejo v glavne podatkovne tabele, se izpolnijo tudi indeksne tabele. Toda zaradi različnih tehničnih razlogov se lahko indeksi zmedejo, kar lahko na koncu povzroči napake. Če želite odpraviti ta razred napak pri testiranju in popravljanju baze podatkov 1C 8.3, morate potrditi polje poleg tega elementa menija.
 Preverjanje logične celovitosti informacijske baze
V trenutku ustvarjanja novih objektov v konfiguraciji 1C se v bazi podatkov ustvarijo nove tabele, ki označujejo povezave z drugimi tabelami v bazi podatkov. Zaradi različnih razlogov lahko povezave postanejo nepravilne (na primer zaradi nepravilne posodobitve ali nepričakovanega izpada električne energije v času snemanja). Če želite popraviti to vrsto napake, izberite ta element menija.
 Preverjanje referenčne integritete informacijske baze
Verjetno ste že videli " prekinjene povezave"v konfiguracijah 1C. Če ne, potem imate srečo!
Če želite prepoznati in popraviti te napake, izberite ta element menija in spodaj se bodo aktivirale možnosti za obdelavo takih napak (glejte zgornjo sliko). Izberemo lahko, kako popraviti napake, ko obstajajo sklicevanja na neobstoječe objekte: ustvarite predmete, počistite sklice, ne spreminjajte; in v primeru delne izgube podatkov: ustvarite objekte, izbrišite objekt, ne spreminjajte.
 Preračunavanje rezultatov
Za hitro izbiro podatkov v bazi podatkov 1C so vsak mesec na voljo tabele z že izračunanimi podatki. Ko dostopamo do teh podatkov, se ti ne zbirajo iz glavnih tabel (to bi vzelo veliko časa), ampak se izdajo takoj iz podatkov v zbirnih tabelah. Zato je za delovanje tega mehanizma potrebno imeti pravilne rezultate za pretekla obdobja. Torej, če 1C "zavaja" v poročilih, potem takšno napako popravi ta element menija.
 Stiskanje tabel informacijske baze
Brisanje objektov v bazi podatkov je precej mukotrpna in dolgotrajna operacija, zato je v konfiguracijah 1C postopek brisanja razdeljen na 2 stopnji. Ko izbrišete objekte v konfiguraciji, se podatki v bazi 1c razveljavijo in zaradi tega ne sodelujejo pri nadaljnjih operacijah, čeprav fizično ostanejo na mestu. Če želite počistiti tabele teh zapisov, preizkusite in popravite bazo podatkov 1C 8.3 z menijsko postavko »Stisni tabele informacijske baze«.
 Prestrukturiranje tabel informacijske baze
Pri spreminjanju podrobnosti katerega koli metapodatkovnega objekta 1c mora baza podatkov dodati nove zapise v vse tabele spremenjenega objekta. To se naredi s prestrukturiranjem tabel baze podatkov. Med procesom prestrukturiranja se ustvarijo kopije tabel baze podatkov s strukturo trenutne konfiguracije, nato pa se podatki prenesejo v izdelane tabele. Če v metapodatke 1c dodate atribut, bo zanj v novi tabeli ustvarjen prazen stolpec; če je atribut izbrisan, stolpec za ta atribut ne bo ustvarjen v novi tabeli in posledično ne bo prenesen.
Med procesom prestrukturiranja bodo vse tabele baze podatkov ponovno ustvarjene, zato je ta operacija najdaljša.

Kako preizkusiti in popraviti bazo podatkov 1C:Računovodstvo (8.3 izdaja 3.0)

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

Torej so bile težave z bazo podatkov. Pojavile so se napake ali pa se je preprosto nehal zagnati. Ne hitite s klicem programerja, veliko lahko naredite sami.

1. Na prvem mestu varnostno kopijo obstoječo bazo. Bistvo je, da sta testiranje in popravljanje nepovratni operaciji v bazi podatkov, ki skoraj vedno izboljšata stvari, vendar v zelo majhnem odstotku primerov lahko pokvarita vse. Za ta zelo redek primer moramo najprej narediti varnostno kopijo.

2. Zdaj, ko je varnostna kopija narejena, zaženite bazo podatkov v načinu konfiguratorja:

3. Izberite "Administracija" - "Testiranje in popravljanje ...":

4. Imamo veliko možnosti za preverjanja in popravke, ki jih moramo izbrati in klikniti gumb »Zaženi«. Načeloma lahko izberete vse, najbolj smiselno pa bi bilo, da ta preverjanja in popravke izvajate po vrsti in po vsakem popravku preverite, ali so napake izginile iz baze:

5. Takoj ga bomo preizkusili in popravili (druga možnost):

6. Če je zbirka podatkov zelo velika, lahko časovno omejite izvajanje pregledov. Ne delajmo tega:

7. Ponovno indeksiranje tabel informacijske baze. Kaj je to? Za vsako tabelo (na primer imenik) je v bazi podatkov vgrajen indeks za pospešitev iskanja določenih polj. Torej ta popravek znova zgradi vse indekse:

8. Preverjanje logične celovitosti informacijske baze preverja in popravlja logične napake v strukturah tabel:

9. Preverjanje referenčne celovitosti informacijske baze preveri vse reference na objekte, ki morda ne obstajajo več ali so uničeni:

Zato morate pri tem preverjanju navesti, kaj storiti s takšnimi predmeti: ustvariti nove, jih počistiti ali storiti ničesar.

10. Preračunavanje rezultatov. Rezultati - grobo rečeno, to so indeksi za registre, v katerih so shranjene informacije, ki jih ustvarjajo dokumenti. Na primer, prisotnost seštevkov za register bilanc izdelkov nam omogoča hitro pridobitev vrednosti bilanc izdelkov za določen datum. To preverjanje ponovno izračuna vse vsote za ves čas. Ugotavljam, da je to običajno zelo zamudno preverjanje.

11. Sčasoma se baze podatkov močno povečajo. To se zgodi zato, ker se v bazi kopiči veliko podatkov, ki smo jih označili za izbris, nato izbrisali, a dejansko še vedno ostanejo v bazi (samo ne vidimo jih več). Postavka »Stiskanje tabel informacijske baze« jih dejansko izbriše in zbirka podatkov se zmanjša v velikosti:

12. Prestrukturiranje tabel informacijske baze. Zadnje mogočno orožje v boju proti hroščem. Za vsako tabelo - ustvarjeno nova tabela z zahtevano strukturo in vsi podatki iz stare tabele se prenesejo v novo:

13. Ko izberete želeni element, zaženite test (gumb "Zaženi"):

14. Po vseh preverjanjih se odpre okno Servisna sporočila z informacijami o rezultatih testa:

Če popravek ni pomagal in se je samo poslabšalo - iz varnostne kopije, ki smo jo naredili na prvi stopnji.

Testiranje z uporabo posodobitve

Za moje uporabnike je vse še bolj preprosto.

Označite želeno zbirko podatkov na seznamu in nato med postavko »Več« izberite »6.06 Testiranje in popravljanje zbirk podatkov«:

Odpre se okno z možnostmi, ki se popolnoma ujemajo z možnostmi konfiguratorja:

Izberite tiste, ki jih potrebujete, in kliknite »V redu«.

V tem primeru program za posodobitev:

• bo blokiral bazo podatkov in izključil delujoče uporabnike;
• bo ustvaril varnostno kopijo baze podatkov;
• bo zagnal konfigurator za samodejno testiranje v skladu z označenimi nastavitvami;
• po testiranju bo vse uporabnike pustil nazaj
• Vse informacije o rezultatih testa boste videli v oknu posodobitve na zavihku Poročilo.

Hkrati, če morate bazo podatkov obnoviti (povrniti nazaj) na ustvarjeno varnostno kopijo pred testiranjem, preverite bazo podatkov in nato v elementu »Več« izberite možnost »6.01 Obnovi podatkovno datoteko baze podatkov iz zip, 7z, rar«.

Zbrali smo odgovore strokovnjakov 1C na pogosta vprašanja za odpravo napak v računovodstvu in poročanju za DDV ter v računovodskem in davčnem obračunu za namene davka na dobiček. Povemo vam, kakopopravite napake in upoštevajte popravke v izdaji "1C: Računovodstvo 8" 3.0.

Kako lahko popravim napake v številkah, datumih in zneskih prejetih računov evidentiranih v prejšnjih davčnih obdobjih?

Če kupec v računovodski sistem ročno evidentira primarne dokumente in račune, ki jih prejme od prodajalcev, potem situacija, ko pride do tehničnih napak (napačen vnos številke ali datuma računa ipd.), ni tako redka. Posledično se pojavijo napake v registrskih evidencah nabavne knjige, ki vodijo do odraza netočnih podatkov v rubriki 8 obračuna DDV. Napake pri vnosu je mogoče zmanjšati, če uporabljate elektronsko izmenjavo dokumentov (EDI).

O izmenjavi elektronskih dokumentov iz »1C: Računovodstvo 8« (rev. 3.0), uporabi UPD in UCD so strokovnjaki 1C govorili na predavanju 14. decembra 2017 v 1C: predavalnici.

Napake, nastale pri registraciji računov, lahko odkrije sam davkoplačevalec ali pa jih ugotovi davčni organ med pisarniškim nadzorom (odstavek 3 člena 88 Davčnega zakonika Ruske federacije).

V prvem primeru zavezanec bo moral davčnemu organu predložiti posodobljeno davčno napoved s pravilnimi podatki. Kljub dejstvu, da obveznost predložitve posodobljene izjave nastane le, če so storjene napake povzročile podcenjevanje zneska davka, ki se plača v proračun (1. člen 81. člena Davčnega zakonika Ruske federacije), popravek predhodno predstavljenih informacij v rubriki 8 obračuna DDV , je mogoča le z oddajo dopolnjenega davčnega obračuna.

V drugem primeru davčni zavezanec bo prejel sporočilo davčnega organa z zahtevo po pojasnilih (točka 2.7 Priporočil za izvajanje pisarniških davčnih inšpekcij, poslana z dopisom Zvezne davčne službe Rusije z dne 16. julija 2013 št. AS-4-2/12705). V odgovor na prejeto sporočilo mora zavezanec davčnemu organu poslati pojasnilo z navedbo pravilnih podatkov. Hkrati davčnemu zavezancu ni treba naknadno predložiti posodobljene izjave, čeprav Zvezna davčna služba Rusije to priporoča (pismo št. ED-4-15/19395 z dne 6. novembra 2015).

V obeh primerih bo moral zavezanec razčistiti napačno vnesene podatke v računovodstvo in popraviti nakupno knjigo.

Napake, storjene v preteklih davčnih obdobjih, se popravijo s preklicem napačnih registracijskih vnosov in vnosom novih registracijskih vnosov na dodatni list knjige nakupov (odstavki 4, 9 Pravil za vodenje knjige nakupov, odobrenih z Odlokom Vlade Ruske federacije). z dne 26. decembra 2011 št. 1137 (v nadaljnjem besedilu - Resolucija št. 1137), pismo Zvezne davčne službe Rusije z dne 30. aprila 2015 št. BS-18-6/499@). Podatki iz takšnih dodatnih listov se uporabljajo za spreminjanje davčnega obračuna DDV (odstavek 6 Pravil za izpolnjevanje dodatnega lista knjige nakupov, potrjenega s sklepom št. 1137).

Za odpravo tehničnih napak pri registraciji prejetega računa se dokument uporablja v programu 1C: Računovodstvo 8, izdaja 3.0. Prilagoditev prejemkov(odsek Nakupi) z vrsto operacije .

Na podlagi dokumenta je mogoče ustvariti dokument Potrdilo (akt, račun), v tem primeru glavna polja na zavihku Glavni in tabelarnega dela na zaznamkih Blago oz Storitve se izpolni takoj po odprtju dokumenta.

Delovanje Popravljanje lastne napake omogoča popravek napačno vnesenih podatkov računa:

• številka in datum;
• TIN in KPP nasprotne stranke;
• šifra vrste transakcije;
• vsota in kvantitativni kazalci.

Če tehnične napake ne vplivajo na skupne ali kvantitativne kazalnike, potem na zavihku Glavni na terenu Odsev prilagoditve priporočljivo je nastaviti vrednost Samo za obračun DDV, saj popravljanje tehničnih napak pri vnosu podatkov računa ne vpliva na prikaz prometa na knjigovodskih kontih in ne zahteva vpisov v knjigovodski register.

V bloku Popravek napak v podrobnostih računa:

• v vrsti Kaj popravljamo? samodejno se vstavi hiperpovezava do dokumenta, ki ga popravljamo Račun prejet;
• za podrobnosti: Dohodna številka, datum, TIN nasprotne stranke, Kontrolna točka nasprotne stranke, Koda vrste operacije oblikovana sta dva stolpca z indikatorji Stari pomen in Nov pomen, kamor se na začetku samodejno prenesejo ustrezni podatki iz dokumenta Račun prejet.

Za popravek podatkov, ki vsebujejo napake (na primer napačna številka računa), je ustrezen indikator v stolpcu Nov pomen zamenjati s pravilnim (slika 1).

riž. 1. Popravek tehnične napake pri evidentiranju prejetega računa

Tehnične napake lahko nastanejo pri prenosu podatkov iz primarnih dokumentov o ceni in količini nabavljenega blaga (dela, storitev, lastninskih pravic) ter stopnji in znesku obračunanega DDV v dokumente računovodskega sistema.

V tem primeru na terenu Odsev prilagoditve vrednost je treba nastaviti V vseh oddelkih računovodstva, če je treba sočasno uskladiti računovodske in davčno knjigovodske podatke za dohodnino in DDV.

Na zavihkih se izvede odprava napak, ki vplivajo na kvantitativne in skupne kazalnike Blago oz Storitve. Tabelarni del Blago (Storitve) se samodejno izpolni glede na osnovni dokument.

Vsaka vrstica izvornega dokumenta ustreza dvema vrsticama v dokumentu prilagoditve: pred spremembo in po spremembi. V vrsti po spremembi morate navesti popravljene vsote (kvantitativne) kazalnike.

Kot rezultat dokumenta Prilagoditev prejemkov z vrsto operacije Popravljanje lastne napake:

• v vrsti Račun hiperpovezava do novega samodejno ustvarjenega dokumenta se pojavi na dnu dokumenta Račun prejet, ki je pravzaprav »tehnični dvojnik« predhodno vnesenega napačnega dokumenta za transakcijo nabave blaga. Vsa polja novega dokumenta Račun prejet se samodejno izpolni na podlagi podatkov, navedenih v dokumentu Popravek prejemkov;
• se vpisujejo v posebne registre za namene obračuna DDV.

Dodatni list nabavne knjige bo vseboval dva vnosa:

• preklic vpisa na prejetem računu z napakami v podatkih;
• registracijski vnos za isti račun s popravljenimi podatki.

Po potrditvi letnih računovodskih izkazov organizacija, ki se prijavi skupni sistem obdavčitev (OSNO), razkril napako iz lanskega leta: višina neposrednih odhodkov v računovodstvu in za namene davka na dobiček je bila precenjena. Ob tem so lani ustvarili izgubo, letos pa dobiček. Ali se lahko popravek dohodnine odraža v tekočem letu?

V računovodstvu se napaka prejšnjega leta poročanja, ugotovljena po potrditvi računovodskih izkazov za to leto, popravi v tekočem obdobju poročanja (člena 9, 14 računovodskih predpisov "Popravljanje napak v računovodstvu in poročanju" (PBU 22). /2010), odobren z odredbo Ministrstva za finance Rusije z dne 28. junija 2010 št. 63n, v nadaljnjem besedilu PBU 22/2010).

V davčnem računovodstvu, tudi za namene davka na dobiček, se praviloma v skladu s prvim odstavkom 54. člena Davčnega zakonika Ruske federacije napake (izkrivljanja) popravijo v obdobju, v katerem so bile storjene. Hkrati ima davčni zavezanec pravico do ponovnega izračuna davčne osnove in zneska davka v davčnem (poročevalskem) obdobju, v katerem so bile ugotovljene napake (izkrivljanja), če:

• nemogoče je določiti obdobje nastanka teh napak (izkrivljanj);
• takšne napake (izkrivljanja) so povzročile previsoko plačilo davka.

Očitno precenjevanje višine neposrednih odhodkov ne more povzročiti previsokega plačila dohodnine za preteklo leto. Davek za preteklo obdobje ni bil preplačan tudi zato, ker je organizacija lani ustvarila izgubo, zato se takšne napake upoštevajo glede na davčno obdobje, v katerem so bile storjene (pismo Ministrstva za finance Rusije z dne 05.07.2010 št. 03 -02-07/1-225) . Zato mora organizacija ponovno izračunati davčno osnovo in znesek davka za obdobje, v katerem je bila storjena napaka, ter davčnemu organu predložiti posodobljeno davčno napoved za preteklo leto (1. odstavek 1. člena 81. Ruska federacija).

V "1C: Računovodstvo 8" izdaja 3.0 je napako iz prejšnjih let, povezano s precenjenimi stroški, mogoče popraviti z dokumentom Prilagoditev prejemkov, ali dokument Delovanje.

Upoštevajte, da lahko interni predpisi organizacije prepovedujejo posodabljanje podatkov za lansko leto (vključno s podatki o davčnem računovodstvu) v programu: določen je datum za prepoved spreminjanja podatkov za lansko leto in nesprejemljivo je "odpreti" zaprto obdobje.

Če se spremenijo davčni obračunski podatki (DK) za preteklo leto, se spremeni finančni rezultat v DPK, zato je treba operacijo ponovno sestaviti. Reformacija ravnotežja, in brez ponovnega vnašanja vseh ostalih dokumentov, da ne bi vplivali na knjigovodske podatke.

Tem težavam se lahko izognete tako, da storite naslednje:

• v tekočem obdobju popravite napako samo v računovodstvu - z vpisi na ustrezne račune v korespondenci z računom 84 "Zadržani dobiček (nepokrita izguba)" ali z računom 91 "Drugi prihodki in odhodki", odvisno od pomembnosti napake ( členi 9, 14 PBU 22/2010);
• za organizacije, ki uporabljajo računovodske predpise "Računovodstvo za izračun davka od dohodkov pravnih oseb" PBU 18/02, odobren. z odredbo Ministrstva za finance Rusije z dne 19. novembra 2002 št. 114n (v nadaljnjem besedilu PBU 18/02) odraža trajno razliko (PR). V tem primeru se PR nanaša na dohodke, ki tvorijo računovodski dobiček poročevalskega obdobja, vendar se ne upoštevajo pri ugotavljanju davčne osnove za dohodnino tako za poročevalsko kot za naslednja poročevalska obdobja;

• ročno sestavite davčni register za preteklo leto, kjer odražate zmanjšanje neposrednih stroškov;
• izpolnite in Zvezni davčni službi predložite posodobljeno napoved za odmero dohodnine za preteklo leto;
• dodatno obračunate in plačate dohodnino za preteklo obdobje;
• izračunati, obračunati in plačati kazni za dohodnino.

Organizacija (na OSNO, zavezanec za DDV, ne uporablja določb PBU 18/02) je odkrila napake: v prejšnjih poročevalskih obdobjih tekočega leta vsi stroški niso bili prikazani v računovodstvu. Kako in v kakšnem roku je treba ustrezne dokumente prijaviti v program?

Kot izhaja iz vprašanja, se časovno neodraženi odhodki in trenutek odkritja tega dejstva nanašajo na isto davčno obdobje.

V tem primeru dokumentira računovodstvo stroškov ( Potrdilo (akt, račun), Prejem dodatnih stroški, Zahtevek-račun, Delovanje itd.) in se nanašajo na prejšnja obdobja poročanja tekočega leta, se lahko registrirajo ob njihovem prejemu ali odkritju, to je pred koncem tekočega leta.

Tako se bodo ti stroški samodejno upoštevali pri določanju davčne osnove (dobička) tekočega poročevalskega (davčnega) obdobja, ki se v skladu s 7. odstavkom 274. člena Davčnega zakonika Ruske federacije določi na podlagi po obračunski osnovi od začetka leta.

Ker v tej situaciji napake v napovedi dohodnine za preteklost obdobja poročanja tekočega leta ni privedlo do podcenjevanja zneska davka, ki ga je treba plačati, potem organizacija ni dolžna predložiti posodobljenih izjav za ta obdobja zvezni davčni službi (odstavek 2, odstavek 1, člen 81 Davčnega zakonika Ruska federacija).

Kaj pa, če je organizacija v tekočem poročevalskem (davčnem) obdobju ugotovila odhodke, ki se nanašajo na prejšnja davčna obdobja (na primer zaradi dejstva, da primarni dokumenti niso bili prejeti pravočasno)?

Po mnenju Ministrstva za finance Rusije (pismo z dne 24. marca 2017 št. 03-03-06/1/17177) je takšno neupoštevanje izkrivljanje davčne osnove prejšnjega davčnega obdobja, zato je treba ravnati v skladu z določbami člena 54 Davčnega zakonika Ruske federacije. Poleg tega, če je v tekočem poročevalskem (davčnem) obdobju organizacija ustvarila izgubo, potem v tem obdobju ponoven izračun davčne osnove ni mogoč, saj je davčna osnova priznana kot enaka nič.

Tako se listine iz lanskega leta lahko evidentirajo tudi v tekočem obdobju, pod pogojem, da je bil dosežen dobiček tako v preteklem letu kot v obdobju popravka.

Če vsaj eden od teh pogojev ni izpolnjen, bo treba napake (izkrivljanja) v računovodstvu in davčnem računovodstvu popraviti v različnih obdobjih. Če želite to narediti, lahko uporabite zaporedje dejanj, opisanih v odgovoru na prejšnje vprašanje: z uporabo dokumenta Delovanje v računovodstvu odražajo odhodke preteklih let, nato ročno sestavijo davčni knjigovodski register, kjer se odražajo popravki davčne osnove preteklega leta.

Hkrati vam ne bo treba plačati zaostale dohodnine in kazni za preteklo leto. V interesu zavezanca je, da odda ažurno napoved za odmero dohodnine za preteklo leto, da bi naknadno upošteval bodisi preveč plačani davek bodisi povečane izgube iz preteklih let.

Kar zadeva davek na dodano vrednost, imajo davkoplačevalci-kupci pravico do uveljavljanja davčne olajšave v 3 letih po registraciji blaga, del, storitev, lastninskih pravic, kupljenih na ozemlju Ruske federacije (1. odstavek 1.1. člena 172. davčnega zakonika Ruske federacije). Zato organizaciji ni treba predložiti posodobljenega obračuna DDV.

Organizacija (uporablja OSNO in PBU 18/02) v zadnjem poročevalskem obdobju tekočega leta pomotoma ni odražala sprejema osnovnih sredstev (osnovnih sredstev) z uporabo bonus amortizacije za računovodstvo. Ali je mogoče, da program samodejno popravi to napako v obdobju, ko jo zazna (prejšnje obdobje poročanja je zaprto za prilagoditve)?

Ker program določa datum prepovedi spreminjanja podatkov (na primer 30. junij), je treba sprejem osnovnih sredstev v računovodstvo registrirati v obdobju odkrivanja napak (na primer v juliju) z dokumentom Prevzem osnovnih sredstev v računovodstvo ( del osnovnih sredstev in neopredmetenih sredstev).

V dokumentu morajo biti navedeni parametri za obračun amortizacije za računovodske in davčne namene, vključno z življenjsko dobo (SPI), kot da napaka ne bi bila storjena.

Na zavihku Amortizacijski bonus izberite potrditveno polje Vključi amortizacijski bonus kot strošek.

Hkrati, če so bila osnovna sredstva dejansko sprejeta v računovodstvo v prejšnjem obdobju poročanja (na primer v maju), je treba to dejstvo gospodarskega življenja potrditi s primarnimi dokumenti (nalog upravitelja, akt o sprejemu in prenosu). predmeta osnovnih sredstev, popisni karton predmeta osnovnih sredstev), kjer so zapisani ustrezni datumi. Amortizacija v programu se bo začela avgusta. V istem mesecu bodo posredni odhodki vključevali odhodke za kapitalske naložbe v višini največ 10% (ne več kot 30% glede na osnovna sredstva, ki spadajo v 3-7 amortizacijske skupine) začetne vrednosti osnovnih sredstev (čl. 9 člena 258, stran 3 člena 272 Davčnega zakonika Ruske federacije).

Program ne predvideva avtomatskega obračuna amortizacije za zamujene mesece (za junij in julij), zato morate sestaviti računovodsko potrdilo in uporabiti dokument Delovanje(slika 2). Ker napaka ne vpliva na parametre za obračun amortizacije, prilagoditve registrov računovodskega podsistema OS ne bodo potrebne.

riž. 2. Popravek obračunane amortizacije osnovnih sredstev

V tem primeru vam ni treba določiti dohodnine za šest mesecev. Če pa ima organizacija registrirane ločene oddelke (SU), lahko napaka v drugem četrtletju vpliva na izračun deležev dobička za navedeno obdobje. Če je navedeni OS predmet obdavčitve davka na premoženje organizacij in je zakonodajni organ sestavnega subjekta Ruske federacije določil obdobja poročanja, je organizacija dolžna predložiti posodobljeno napoved davka na premoženje za šest mesecev.

Organizacija (OSNO) je aprila sprejela osnovna sredstva (premičnine) v računovodstvo, avgusta pa je odkrila aritmetično napako, zaradi katere so bili stroški osnovnih sredstev precenjeni. Kako znižati začetno vrednost osnovnih sredstev in preračunati amortizacijo?

Kako so premičnine prišle v organizacijo, iz vprašanja ni razvidno. Recimo, da je bil navedeni OS kupljen od dobavitelja za plačilo. Za prilagoditev nabavne vrednosti pridobljenega osnovnega sredstva v avgustu tekočega leta morate v programu ustvariti dokument. Delovanje, kjer je treba navesti naslednjo korespondenco računa:

REVERS Debet 08.04.1 Dobro 60.01

REVERS Debet 01.01 Dobro 08.04.1- z višino popravka nabavne vrednosti osnovnih sredstev;

REVERS Debet 20.01 (26, 44) Dobro 02.01- z zneskom popravka amortizacije za maj, junij, julij tekočega leta;

Debet 20.01 (26, 44) Dobro 02.01- za znesek amortizacije za avgust tekočega leta z upoštevanjem prilagojene nabavne vrednosti osnovnih sredstev.

Za namene davčnega računovodstva za dohodnino so ustrezni zneski evidentirani tudi v virih Znesek NU Dt in Znesek NU Kt. Da bi se prihodnja amortizacija v računovodstvu in davčnem računovodstvu izračunala ob upoštevanju izvedenih prilagoditev, je treba parametre amortizacije pojasniti z dokumentom (odsek Osnovna sredstva in neopredmetena sredstva - Parametri amortizacije osnovnih sredstev). Tudi dokument naj bi bil izdelan avgusta (slika 3). Pri vnosu dokumenta Spreminjanje parametrov amortizacije OS V glavi morate navesti naslednje podrobnosti:

• ime dogodka v "življenju" osnovnega sredstva, ki se odraža v tem dokumentu;
• nastavite zastave Odraža se v računovodstvu in Odraža se v davčnem računovodstvu.

riž. 3. Spreminjanje parametrov amortizacije OS

V polju tabele morate navesti:

• osnovno sredstvo, katerega amortizacijski parametri so spremenjeni zaradi ugotovljene napake;
• na terenu Datum veljavnosti (BOO)- doba koristnosti osnovnega sredstva v računovodstvu v mesecih, ki jo je organizacija prvotno določila ob sprejemu v računovodstvo, na primer 62 mesecev;
• na terenu Rok za amortizacijo. (BOO)- preostalo dobo koristnosti za obračun amortizacije v računovodstvu. Ta SPI se izračuna kot prvotno določen SPI minus število mesecev amortizacije za maj–avgust (62 mesecev – 4 meseci = 58 mesecev);
• na terenu Stroški za izračun amortizacije. (BOO)- preostanek nabavne vrednosti osnovnih sredstev za obračun amortizacije v računovodstvu. Ta strošek je izračunan kot prilagojena začetna vrednost osnovnih sredstev, zmanjšana za obračunano amortizacijo za maj–avgust;
• na terenu Datum veljavnosti (DOBRO)- doba koristnosti v mesecih za obračun amortizacije v davčnem knjigovodstvu. V tem primeru se to obdobje ne spremeni.

Od septembra med izvajanjem rutinske operacije Amortizacija in amortizacija osnovnih sredstev program bo obračunal amortizacijo glede na podane parametre.

Ta napaka je povzročila prenizko plačilo dohodnine, zato je organizacija dolžna predložiti posodobljeno izjavo za šest mesecev.

Napihnjeni stroški osnovnih sredstev bi lahko vplivali tudi na izračun deležev dobička, če ima organizacija registrirane OP.

V juliju letos je organizacija (OSNO, zavezanec za DDV) z dobaviteljem podpisala dodatno pogodbo za znižanje cen zalog, nabavljenih v preteklih davčnih obdobjih. V istem mesecu so bili prejeti popravni računi. Podatki o popisu so bili vključeni med odhodke v obdobju prejema. V katerem davčnem obdobju se odražajo dohodki v zvezi z znižanjem kupnine: se lahko upoštevajo v tekočem obdobju ali je treba predložiti posodobljene napovedi za pretekla leta? V prejšnjih letih je imela organizacija dobiček za davčne namene.

Najprej ugotovimo, ali se obračunavanje postavk zalog po cenah, navedenih v prvotnih izvornih dokumentih, lahko šteje za napako. V skladu z odstavkom 2 PBU 22/2010 so netočnosti ali opustitve pri prikazu dejstev gospodarske dejavnosti, ugotovljene kot posledica pridobivanja novih informacij, ki organizaciji niso bile na voljo v času refleksije (neodražanja) takih dejstva, ne štejejo za napake. Organizacija je ob prejemu zalog in njihovem odpisu za proizvodnjo v prejšnjih davčnih obdobjih pravilno prikazala vse prihodke in odhodke. Podpisan dogovor z dobaviteljem o spremembi cene izdelka je samostojen dogodek, ki ni računovodska napaka. Tako pri odražanju sprememb cene postavk zalog v računovodstvu ne veljajo pravila PBU 22/2010.

Dobički iz preteklih let, ugotovljeni v poročevalskem letu, se računovodsko vključijo med druge prihodke (drugi prihodki). Drugi prejemki se pripoznajo, ko so identificirani in se knjižijo v dobro izkaza poslovnega izida organizacije (členi 7, 11, 16 računovodskih predpisov "Prihodki organizacije" PBU 9/99, odobrenih z odredbo Ministrstva za finance Rusije z dne 6. maja 1999 št. 32n , v nadaljnjem besedilu PBU 9/99). Kaj pa dohodnina? Davčni zakonik Ruske federacije ne razkriva koncepta "napake (izkrivljanja)", zato je treba ta koncept uporabljati v pomenu, v katerem se uporablja v računovodski zakonodaji (1. člen 11. člena Davčnega zakonika RS). Ruska federacija) in Ministrstvo za finance Rusije se s tem strinja (pismo z dne 30.01.2012 št. 03-03-06/1/40). Kljub temu regulatorni organi vztrajajo pri prilagoditvi davčne osnove za dohodnino v preteklih obdobjih, ko se cena prodanega blaga zniža:

• če se popust, ki mu je bil zagotovljen s spremembo cene izdelka, odraža v davčni osnovi kupca, davčni zavezanec ne ustvari obdavčljivega dohodka (klavzula 19.1, klavzula 1, člen 265 Davčnega zakonika Ruske federacije se ne uporablja). V davčnem računovodstvu je treba preračunati stroške surovin in materiala ob upoštevanju sprememb cen, vključno s preračunom povprečne nabavne vrednosti ustreznih postavk zalog od obdobja usredstvenja do trenutka odpisa (pismo ministrstva financ Rusije z dne 20. marca 2012 št. 03-03-06/1/137);
• spremembe kazalnikov prihodkov ali odhodkov, ki nastanejo v zvezi s spremembo pogodbene cene, vključno v zvezi z zagotavljanjem popustov, se upoštevajo na način, ki ga določa člen 54 Davčnega zakonika Ruske federacije, tj. če je odkrita napaka (pismo Ministrstva za finance Rusije z dne 22. maja 2015 št. 03-03-06/1/29540).

Ker v obravnavani situaciji prilagoditev davčnega računovodstva vpliva na več preteklih davčnih obdobij, je priporočljivo, da v programu uporabite prej opisano zaporedje dejanj: z uporabo dokumenta Delovanje odraža prihodke prejšnjih let v računovodstvu, odraža PR v posebnih virih za namene davčnega računovodstva (če organizacija uporablja določbe PBU 18/02), nato ročno sestavite davčne računovodske registre, kamor priložite izračune popravkov davčne osnove za vsako davčno obdobje.

Glede DDV je situacija veliko enostavnejša. Kupec mora po prejemu računa za popravek vrednosti zalog zalog od dobavitelja:

• povrniti del vstopnega DDV, sprejetega za odbitek pri usredstvenju zalog. Vračilo DDV je treba opraviti v tistem davčnem obdobju, v katerega je prvi od naslednjih datumov: datum prejema dodatne pogodbe o zmanjšanju nabavne vrednosti zalog ali datum prejema računa popravka (4. čl., 3. čl. člen 170 davčnega zakonika Ruske federacije). V naših razmerah je to tretje četrtletje;
• v prodajni knjigi odraža prvi prejeti dokument (člen 14 Pravil za vodenje prodajne knjige, potrjena s sklepom št. 1137).

Te operacije se samodejno izvedejo z uporabo dokumenta Prilagoditev prejemkov z vrsto operacije Prilagoditev po dogovoru strank.

Da ne bi vplivali na računovodstvo in davčno računovodstvo, na zavihku Glavni na terenu Odsev prilagoditve vrednost je treba nastaviti Samo za obračun DDV.

V prodajnem dokumentu za lansko leto so ugotovili napake, od katerih je ena povzročila preplačilo dohodnine, druga pa prenizko, pri čemer je bil znesek preplačila večji od prenizkega. Kako odpraviti te napake? Kako ustvariti knjižbe za to prilagoditev?

Po mnenju regulativnih organov se, če se odkrije več napak (izkrivljanj), ki vodijo v podcenjevanje in precenjevanje davčne osnove in zneska davka v zvezi s prejšnjimi davčnimi (poročevalskimi) obdobji, davčna osnova in znesek davka pojasnita v kontekstu vsake odkrite napake (pismo Ministrstva za finance Rusije z dne 15. novembra 2010 št. 03-02-07/1-528).

Ponovni izračun davčne osnove in zneska davka se izvede v skladu z odstavkoma 2 in 3 prvega odstavka 54. člena Davčnega zakonika Ruske federacije.

To pomeni, da je treba napake v lanskem prodajnem dokumentu, ki so povzročile prenizko izkazovanje davčne osnove in zneska davka, popraviti v lanskem letu, napake, ki niso povzročile prenizko izkazov, pa je mogoče odpraviti v tekočem obdobju.

Natančno tako deluje dokument računovodskega sistema Izvedbene prilagoditve(odsek Prodaja) z vrsto operacije Popravek v primarnih dokumentih(če je popravek izveden v vseh računovodskih oddelkih).

Spremembe davčnih računovodskih podatkov se izvedejo:

• v zadnjem davčnem obdobju- če so napake (izkrivljanja) privedle do prenizke ocene zneska davka. Hkrati mora biti za spremembe prilagojeno obdobje odprto, sicer dokument ne bo knjižen;
• v tekočem poročevalskem (davčnem) obdobju- če napake (izkrivljanja) niso povzročile podcenjenega zneska davka. Vendar pa program ne preverja izgub v preteklih ali tekočih obdobjih.

Če so letni računovodski izkazi potrjeni, potem dokument Izvedbene prilagoditve na zaznamku Izračuni zastavo je treba nastaviti Lansko računovodstvo je zaprto zaradi popravkov (poročilo je podpisano). V tem primeru se napake prejšnjih let v računovodstvu popravijo v tekočem obdobju kot dobički in izgube prejšnjih let v okviru posamezne napake.

Ta dokument samodejno popravi vse napake prejšnjih let na poenostavljen način, ki je določen za manjše napake v skladu z odstavkoma 9 in 14 PBU 22/2010.

Če želite popraviti DDV, morate registrirati novo (popravljeno) kopijo računa (člen 7 Pravil za izpolnjevanje računov, odobrenih z Resolucijo št. 1137). Dodatni list prodajne knjige bo samodejno odražal dva vnosa (točka 3 Pravil za izpolnjevanje dodatnega lista prodajne knjige, potrjena s sklepom št. 1137):

• preklic vpisa na izdanem računu z napakami;
• registracijski vnos za popravljeni račun.

Postopek za odpravo napak v davčnem računovodstvu (za dohodnino) v različnih davčnih obdobjih v tej situaciji bo pripeljal do dejstva, da bo poleg obveznosti predložitve posodobljene napovedi za prejšnje davčno obdobje morala organizacija plačati tudi dodatne zaostala plačila dohodnine, pa tudi kazni.

Tej težavi se lahko izognemo, če v preteklem davčnem obdobju odpravimo vse napake, saj je znesek preplačila davka večji od zneska premalo plačanega. Če želite to narediti, je priporočljivo, da v programu uporabite prej opisano zaporedje dejanj: v trenutnem obdobju z uporabo dokumenta Delovanje odraža prihodke in odhodke preteklih let v računovodstvu (v korespondenci z 91 ali 84 računi), če je potrebno, odraža trajne razlike, nato ročno sestavi davčni knjigovodski register za preteklo davčno obdobje. In dokument Izvedbene prilagoditve- Uporabite samo za popravke DDV.

Ste naveličani iskanja novic na več računovodskih spletnih mestih? Se bojite, da bi zamudili res pomembne spremembe zakonodaje? Naročite se na največji računovodski kanal BUKH.1S v Telegramu https://t.me/buhru (ali vtipkajte @buhru v iskalno vrstico v Telegramu) in nemudoma vam bomo poslali pomembne novice neposredno na vaš telefon!

V tem članku si bomo ogledali to sistemski pripomoček"Testiranje in popravljanje informacijske baze" v 1C 8.3 in značilnosti njegove uporabe.

Pred izvajanjem kakršnih koli operacij potrebno!

Testiranje in popravljanje informacijske baze 1C

Način testiranja in popravkov prikličete v konfiguratorju sistema 1C 8.3 z izbiro menija Administracija - Testiranje in popravki.

Preverjanja in načini

To okno prikazuje seznam potrebnih preverjanj in načinov, ki bodo izvedeni kot rezultat pripomočka. Oglejmo si vsako potrditveno polje podrobneje:

Pridobite 267 video lekcij o 1C brezplačno:

• Ponovno indeksiranje tabel informacijske baze— če je ta zastavica nastavljena, bodo tabele ponovno indeksirane. Ponovno indeksiranje je popolna ponovna izdelava indeksov za podane tabele. Ponovno indeksiranje bistveno izboljša delovanje sistema kot celote. Ta postopek nikoli ne bo odveč in poveča zmogljivost sistema.
• Preverjanje logične celovitosti informacijske baze— sistem lahko preveri logično in strukturno celovitost baze podatkov, poišče napake v organizaciji podatkov (na primer strani v datoteki).
• Preverjanje referenčne integritete informacijske baze— podpostavka logičnega preverjanja, preverja informacije v bazi podatkov glede prisotnosti "pokvarjenih" povezav. »Nedelujoče« povezave se pojavijo v bazi podatkov zaradi nepravilne obdelave informacij s strani razvijalca, najpogosteje ko neposredni izbris podatkov ali nepravilno nastavljena izmenjava podatkov. Če so odkrite napake, lahko izberete 3 možnosti: Ustvari predmete— sistem ustvari nadomestne elemente, ki jih je nato mogoče izpolniti s potrebnimi informacijami, Počistite povezave— »pokvarjene« povezave bodo izbrisane, Ne spreminjajte se— sistem vam bo prikazal le napake.
• Preračunavanje rezultatov— v platformi 1C obstaja koncept rezultatov. Rezultati - tabela izračunanih rezultatov, podatke iz katere je mogoče pridobiti hitreje kot z analizo celotnega registra informacij. Praviloma ponovni izračun skupnih vrednosti poveča zmogljivost sistema.
• Stiskanje tabel informacijske baze— če je ta zastavica nastavljena, bo stisnjena in zmanjšana glasnost. To je posledica dejstva, da pri brisanju podatkov iz baze podatkov 1C fizično ne izbriše teh predmetov, ampak jih samo "označi" za brisanje. Tisti. uporabnik jih ne vidi, so pa tam :). Ravno stiskanje baz podatkov trajno izbriše take zapise. Ta učinek je mogoče doseči tudi z nalaganjem in nalaganjem datoteke zbirke podatkov (*.dt).
• Prestrukturiranje tabel informacijske baze- proces, s katerim sistem znova ustvari tabele baze podatkov; običajno se ta postopek pokliče, ko se spremeni struktura metapodatkov konfiguracije. Prestrukturiranje celotne baze podatkov je dolgotrajen proces, bodite previdni.

Če iz nekega razloga testiranje in popravljanje ne pomaga ali nimate dostopa do konfiguratorja, uporabite pripomoček.