Testiranje i popravljanje infobaze. Testiranje i popravljanje infobaze Provjera logičkog integriteta traje dugo 1s
Ponekad pri radu sa 1C može doći do kvarova ili grešaka.
U ovom članku ćemo govoriti o testiranju i popravljanju baze podataka 1C.
Baza informacija 1C(u smislu kompanije 1C) - mjesto za pohranjivanje svih računovodstvenih podataka u jednoj ili više organizacija, koje karakterizira određena adresa za skladištenje. Postoje dvije opcije za pohranjivanje baze podataka: datoteka i opcije klijent-server.
Ako trebate provesti postupak testiranja i ispravljanja baze podataka 1C:
Prvo, trebali biste kreirati kopiju baze podataka (ako je moguće, jer ponekad struktura baze podataka postane toliko „osakaćena“ da nije moguće čak ni napraviti rezervnu kopiju).
Drugo: Nakon kreiranja sigurnosne kopije, otvorite Konfigurator, zatim u meniju: Administracija -> Testiranje i popravljanje...
Procedura za testiranje i ispravljanje infobaze se koristi za dijagnosticiranje i eliminaciju pogrešnih stanja infobaza koje imaju različite formate pohrane podataka ( fajl ili klijent-server):
Procedura vam omogućava da odaberete provjere i modove koji će se izvršiti za trenutnu bazu podataka.
Ponovno indeksiranje tablice - ovo je rekonstrukcija tabelarnih indeksa, sa ciljem poboljšanja performansi baze podataka.
Provjera logičkog integriteta je čitava gomila logičkih provjera baze podataka
Provjera referentnog integriteta- ovo je podskup provjere logičkog integriteta baze podataka, koji postoji za poseban rad sa "pokvarenim" vezama. Konkretnije će biti objašnjeno u nastavku teksta.
Preračunavanje ukupnih - obračun ukupnih tabela registara akumulacije
Sažimanje tabela baze podataka – ova stavka je odgovorna za smanjenje veličine baze podataka nakon testiranja. Smanjenje veličine baze podataka može se objasniti, na primjer, na sljedeći način: kada se objekt izbriše iz baze, on, zapravo, ostaje u bazi podataka unutra, ali nevidljiv za krajnjeg korisnika. To je učinjeno kako bi se objekt i dalje mogao vratiti nakon potpunog brisanja iz baze podataka (iako se s tim nismo susreli). A kompresija tablice samo uklanja informacije o već izbrisanim objektima iz baze podataka. To čini tablice manjim (ovo je samo jedan primjer kako kompresija funkcionira).
Akcija "Sažimanje tablica baze podataka" dostupna je samo za verziju datoteke. Preostale opcije rade u režimu datoteka i servera.
Restrukturiranje stola - Primjer se može dati na sljedeći način: uzima se tabela br. 1, kreira se kopija njene strukture, nazovimo je tabela br. 2, a podaci iz tabele br. 1. se po dijelovima kopiraju u tabelu br.
Moguće je izvršiti samo testiranje ili testiranje sa popravkom.
Postavke obrade grešaka baze podataka postaju dostupne za izbor u opciji obrade "Testiranje i ispravljanje", kao i u modu "Provjera referentnog integriteta baze podataka".
Prva postavka: “Ako postoje veze do nepostojećih objekata” znači da će se u bazi podataka tražiti “pokvarene veze” (kada se neki atribut odnosi, na primjer, na element direktorija, ali ovaj element već fizički nedostaje u Kao rezultat, postoje unosi poput "Objekat nije pronađen<……>”) i varijanta obrade takvih veza:
Pokušaj kreiranja nepostojećeg objekta;
Ne mijenjaj ništa.
Druga postavka: “U slučaju djelomičnog gubitka podataka o objektu” znači da su podaci o objektu izgubljeni, ali su preostali podaci dovoljni za vraćanje izgubljenog. Opcije za obradu takvih objekata ne razlikuju se po značenju od opcija za prethodne postavke.
Proces testiranja i ispravljanja infobaze može se podijeliti u nekoliko faza. Dostupne su sljedeće opcije:
- vremensko ograničenje za testiranje i popravljanje;
- čuvanje parametara testa između faza;
- nastavak prethodno prekinutog testiranja i korekcije;
- podrška za testiranje i zakrpe u serijama komandna linija lansirati.
Treba napomenuti da se testiranje i popravljanje 1C infobaze može izvesti samo u ekskluzivnom načinu (odnosno, korisnici ne mogu raditi s info bazom tijekom testiranja i popravljanja).
chdbfl utility
Mogućnost testiranja baze podataka pomoću samog 1C programa nije jedina. Paket isporuke platforme 1C: Enterprise uključuje i pomoćni uslužni program za testiranje i popravljanje verzije datoteke baze podataka.
Opet, prije svih operacija s bazom podataka, obavezno kreirajte kopiju.
Nakon uspješne sigurnosne kopije, morate otvoriti uslužni program chdbfl. Nalazi se u imeniku instalirani program 1C.
Put do njega je u pravilu: C:\Program Files\1cv82\ "1c platform release" \bin
Postoji fajl: "chdbfl.exe"
Nakon što se uvjerite da nema nijednog korisnika (uključujući i vas) u bazi podataka 1C koju ćete testirati, pokrenite program.
U prozoru "Naziv datoteke baze podataka" odaberite putanju do datoteke sa bazom podataka. Sama datoteka uvijek ima ekstenziju *.1CD, a putanju do mape sa bazom podataka možete pronaći u listi infobaza koja se otvara kada pokrenete 1C: Enterprise.
Možete jednostavno testirati bazu podataka, možete odmah označiti okvir “Popravi otkrivene greške”. Tada će program sam ispraviti greške u bazi podataka. Međutim, ovdje nema postavki, a program će automatski ispraviti greške u samoj bazi podataka.
Nakon odabira baze i podešavanja načina rada, potrebno je samo kliknuti na "Run". Program će početi s radom i nakon nekog vremena će izvestiti o završetku procesa testiranja.
1S8 Parametri poziva konzole za testiranje i korekciju
DIZAJNER(CONFIG u 8.0) Pokreni u modu Konfigurator.
/@ Put do datoteke sa opcijama komandne linije.
/F Putanja do baze podataka o fajlu (isključujući naziv datoteke).
/S Adresa baze podataka na serveru 1C:Enterprise.
/IBName pokretanje infobaze po imenu infobaze u listi infobaza. Ako je potrebno, naziv mora biti stavljen u dvostruke navodnike. U ovom slučaju, ako ime sadrži dvostruke navodnike, tada morate svaki dvostruki navodnik zamijeniti s dva dvostruka navodnika. Ako se na listama baze podataka nađe više od jedne baze podataka sa navedenim imenom, korisnik će dobiti grešku.
/N Korisničko ime kako je postavljeno u konfiguratoru.
/P lozinka korisnika čije je ime navedeno u opciji /N. Ako korisnik nema lozinku, ovaj parametar se može izostaviti.
/Out[-NoTruncate] Određuje datoteku za prikaz servisnih poruka. Ako je specificirano -NoTruncate, datoteka se ne čisti (ne koristi se u tankom klijentu). C 8.2.15 datoteka sa porukom se otvara u režimu koji omogućava zajedničko čitanje, a tokom grupnog režima pokretanja konfiguratora, upisivanje u ovu datoteku se obavlja odmah i ne čuva se u baferu.
/UC [pristupni kod]— omogućava vam da uspostavite vezu sa informativnom bazom na kojoj je postavljena blokada veze. Ako je pri uspostavljanju zaključavanja naveden neprazan pristupni kod, tada da biste uspostavili vezu, morate navesti ovaj pristupni kod u /UC parametru.
/DumpIB[ime fajla] Istovar infobaze.
/IBheckAndRepair izvršiti testiranje i korekciju infobaze.
. -ReIndex ponovno indeksiranje tablice;
-LogIntegrity provjera logičkog integriteta ili
-LogAndRefsIntegrity provjera logičkog i referentnog integriteta;
-RecalcTotals ponovno izračunavanje rezultata;
-IBCompression kompresija tablice;
-Obnovi restrukturiranje tablica infobaze;
-BadRefCreate kreirati objekte ili
-BadRefClearčistih predmeta ili
-BadRefNone ne mijenjaju se u slučaju djelomičnog gubitka objekata:
-BadDataCreate kreirati objekte ili
-BadDataDelete brisanje objekata ili
-BadDataNone ne mijenjati objekte;
UseStartPoint koristite sačuvanu povratnu tačku da nastavite testiranje od tačke na kojoj je prekinuto u prethodnoj sesiji;
Vremensko ograničenje:hhh:mm maksimalno vremensko ograničenje testne sesije: hhh- broj sati (0..999); mm- broj minuta (0..59).
Primjeri korištenja parametara
C:\Program Files\1cv8\bin\1cv8.exe CONFIG /F"C:\DemoTrd2" /N"Fedorov (Administrator)" /P"" /IBcheckAndRepair -LogIntegrity
C:\Program Files\1cv82\common\1cestart.exe DESIGNER /S"Server-1C\1C-Work82" /N"Administrator" /P"12345" /IBcheckAndRepair -LogIntegrity
Hvala ti!
Stručnjaci 1C govore kako korisnik može ispraviti vlastite greške iz prošlih godina, napravljene u računovodstvu i poreznom računovodstvu poreza na dobit.
Za pojednostavljenje računovodstva poreza na dobit u programu "1C: Računovodstvo 8" izdanje 3.0 implementiran je sljedeći mehanizam za ispravljanje grešaka iz prethodnih godina koje se odnose na odraz prijema dobara (radova, usluga). Ako postoje greške (izobličenja):
- doveo do potcjenjivanja iznosa porezne obaveze, tada se vrše promjene u podacima poreznog računovodstva za prethodni poreski period;
- nije dovelo do potcjenjivanja iznosa porezne obaveze, onda se promjene u podacima poreznog računovodstva vrše u tekućem poreskom periodu.
Ukoliko poreski obveznik i dalje želi da ostvari svoje pravo i podnese poreskom organu ažuriranu prijavu poreza na dohodak za prethodni period (u slučaju kada greške (iskrivljenja) nisu dovele do potcjenjivanja iznosa poreza), tada će korisnik imati da ručno prilagodite podatke poreskog računovodstva.
Primjer 1
Za ispravljanje grešaka u precenjivanju troškova prethodnog poreskog perioda koristi se i dokument. Prilagodba računa sa vrstom operacije Ispravka u originalnim dokumentima. Razlika je u tome što se datum osnivačkog dokumenta i datum dokumenta usklađivanja odnose na različite godine: u polju od dokument Prilagodba računa navesti datum: 29.02.2016 . Nakon toga, obrazac dokumenta Prilagodba računa na obeleživaču Main izmijenjeno: u području detalja Odraz prihoda i rashoda umjesto radio dugmadi se pojavljuje polje Stavka ostalih prihoda i rashoda:. U ovom polju morate navesti željeni artikal - Dobit (gubitak prethodnih godina) odabirom iz imenika Ostali prihodi i rashodi.
Redoslijed popunjavanja tabelarnog dijela Usluge i registraciju ispravljene verzije dokumenta Račun primljen ne razlikuje se od redoslijeda opisanog u primjeru 1 u članku "Ispravka greške izvještajne godine u 1C: Računovodstvo 8".
Obrati pažnju, ako računovodstveni sistem za organizaciju Novy Interior LLC postavlja datum zabrane promjene podataka "zatvorenog" perioda (tj. perioda za koji se izvještaji dostavljaju regulatornim tijelima - na primjer, 31.12.2015.) , kada pokušate da prikažete dokument na ekranu, pojavila se poruka o nemogućnosti promene podataka u zabranjenom periodu. To je zato što dokument Prilagodba računa u opisanoj situaciji vrši izmjene podataka poreznog računovodstva (o porezu na dobit) za posljednji poreski period (za septembar 2015. godine). Za postavljanje dokumenta Prilagodba računa datum zabrane promjene podataka morat će se privremeno ukloniti.
Nakon dokumenta Prilagodba računa Računovodstveni unosi i evidencije će se generisati u posebnim izvorima za potrebe poreskog računovodstva poreza na dobit (Sl. 1).
Rice. 1. Rezultat knjiženja dokumenta "Usklađivanje računa"
Pored unosa u računovodstvenom registru, ispravni unosi se unose i u registre akumulacije PDV dostavljen I Kupovina PDV-a. Svi unosi koji se odnose na ispravku PDV-a za treći kvartal ne razlikuju se od unosa u primjeru 1 u članku "Ispravka greške izvještajne godine u 1C: Računovodstvo 8", budući da se u pogledu PDV-a u ovom primjeru postupak ispravljanja ne razlikuje. Razmotrimo detaljnije kako se ispravljaju greške iz prethodnih godina u računovodstvenom i poreskom računovodstvu poreza na dobit.
Prema paragrafu 14 PBU 22/2010, dobit koja proizlazi iz smanjenja precijenjenih troškova zakupnine u iznosu od 30.000 rubalja odražava se u računovodstvu kao dio ostalih prihoda tekućeg perioda (ispravljena unosom u kredit od račun 91.01 „Ostali prihodi“ u februaru 2016. godine).
U poreskom računovodstvu, u skladu sa stavom 1. člana 54. Poreskog zakona Ruske Federacije, precijenjena cijena zakupa bi trebala povećati poreznu osnovicu za period u kojem je učinjena navedena greška (izobličenje). Dakle, iznos od 30.000 rubalja. se odražava u prihodima od prodaje i formira finansijski rezultat sa unosima od septembra 2015. godine.
Za obračun rezultata usklađivanja obračuna sa drugim ugovornim stranama (ako se takvo usklađivanje izvrši nakon završetka izvještajnog perioda), program koristi račun 76.K „Usklađivanje obračuna prethodnog perioda“. Na računu 76.K iskazuje se dug po obračunima sa drugim ugovornim stranama, počev od datuma transakcije koja je podložna usklađivanju, do datuma korektivne transakcije (u našem primjeru od septembra 2015. do februara 2016. godine).
Imajte na umu da je unos Iznos NU DT 76.K Iznos NU CT 90.01.1- ovo je uslovno knjiženje, koje služi samo za usklađivanje poreske osnovice naviše i pravilno obračunavanje poreza na dohodak.
U našem primjeru porezna osnovica nije povećana zbog povećanja prihoda od prodaje, već zbog smanjenja indirektnih troškova. Prihodi i rashodi u revidiranoj deklaraciji moraju biti ispravno prikazani, tako da korisnik može izabrati jednu od sljedećih opcija:
Ručno prilagoditi indikatore u Prilogu br. 1 i Dodatku br. 2 na listu 02 revidiranog bilansa uspjeha za 9 mjeseci i za 2015. godinu (smanjiti prihode od prodaje i istovremeno smanjiti indirektne troškove za 30.000 rubalja);
ručno prilagodite korespondenciju računa za potrebe poreskog računovodstva kao što je prikazano na slici 2.
Rice. 2. Podešavanje ožičenja
Budući da se nakon izvršenih izmjena finansijski rezultat za 2015. godinu u poreskom računovodstvu promijenio, u decembru 2015. godine potrebno je ponovo obaviti planiranu operaciju reforma ravnoteže, uključeno u obradu Zatvaranje mjeseca.
Sada, kada se izvještavanje automatski završi, prilagođeni podaci iz poreskog računovodstva biće uključeni i u revidiranu prijavu prihoda za 9 mjeseci 2015. i u revidiranu prijavu poreza na dobit pravnih lica za 2015. godinu.
Istovremeno, korisnik neminovno ima pitanja koja su direktno povezana sa računovodstvom:
- kako uskladiti stanje obračuna sa budžetom za porez na dohodak koji će se promijeniti nakon doplate iznosa poreza?
- zašto nakon prilagođavanja prethodnog perioda nije ispunjen ključni omjer BU = NU + PR + VR?
Za dodatno obračunavanje poreza na dohodak od povećanja poreske osnovice, koje je nastalo kao rezultat izvršenih ispravki u poreskom računovodstvu, u periodu otkrivanja greške (u februaru 2016. godine), potrebno je da u program unesete računovodstveni unos koristeći Operacije ručno uneseno:
Debit 99.01.1 Kredit 68.04.1 sa drugim podkonto Federalni budžet
Za iznos dodatnih uplata u savezni budžet;
Debit 99.01.1 Kredit 68.04.1 sa drugim podkonto Regionalni budžet
Za iznos dodatnih uplata u budžet konstitutivnih subjekata Ruske Federacije.
Što se tiče jednakosti BU = NU + PR + BP, zaista, nakon usklađivanja prethodnog perioda, ona nije ispunjena. Izvještaj Analiza stanja poreskog računovodstva poreza na dobit(poglavlje Izvještaji) za 2015. također će ilustrovati da pravilo Računovodstvena procjena = Poreska procjena + trajne i privremene razlike ne izvodi se za particije Porez I Prihodi. Ova situacija nastaje zbog neusklađenosti u zakonskoj regulativi o računovodstvu i poreznom računovodstvu i u ovom slučaju nije greška.
Prema stavu 1 člana 81 Poreskog zakonika Ruske Federacije, ispravka greške koja je dovela do potcjenjivanja porezne osnovice mora se odraziti u periodu odraza prvobitne transakcije, au računovodstvu ispravka u tekućem periodu je napravljena greška prethodnih godina. Stalne i privremene razlike su koncepti koji se odnose na računovodstvo („Računovodstveni propisi „Računovodstveni obračuni poreza na dobit preduzeća“ RAS 18/02“, odobreni Naredbom Ministarstva finansija Rusije od 19. novembra 2002. br. 114n). Nema osnova za priznavanje razlika u prethodnom periodu, prije vršenja korektivnog knjiženja u računovodstvu.
Nakon što se ispravka greške u periodu otkrivanja ogleda u računovodstvenim evidencijama, finansijski rezultat za 2016. godinu, obračunat prema podacima računovodstvenog i poreskog računovodstva, razlikovat će se za iznos ispravke greške - u računovodstvu će se profit će biti veći. Stoga, kao rezultat dokumenta Prilagodba računa konstantna razlika se formira od iznosa ispravljene greške (vidi sliku 1). Nakon izvođenja planirane operacije Obračun poreza na dohodak u februaru 2016. godine, biće priznata trajna poreska sredstva (PTA).
Tokom rada 1C:Enterprise dolazi do vanrednih situacija, kao što su nestanak struje, kvarovi na hardveru, zamrzavanje OS-a itd. Pojava ovakvih situacija, prilikom pisanja izmjena u infobazu 1C: Enterprise, može dovesti do kvarova i grešaka u infobazi, sve do nemogućnosti pokretanja.
Ovo je posebno važno kada radite u verziji datoteke sistema.
Procedura Testiranje i popravljanje infobaze. Za pokretanje postupka idite na Konfigurator, meni Administracija - Testiranje i popravljanje baze podataka.
Na ekranu će se pojaviti dijalog:
IS testiranje i korekcija radi sa bazama podataka u fajl i klijent-server režimima rada.
U ovom dijalogu morate postaviti potrebne vrste testiranja i verifikacije.
Za verziju datoteke infobaze moguće je izvršiti ponovno indeksiranje i kompresiju baze podataka.
Za oba ( fajl i klijent-server) moguće je provjeriti logički integritet, referentni integritet podataka i ponovno izračunati ukupne vrijednosti.
Za neke distribuirane infobaze iz kojih je moguće primati podatke koji sadrže linkove na objekte koji se ne nalaze u infobazi koja se testira, poništite izbor Provjera referentnog integriteta baze podatakaće omogućiti onemogućavanje kreiranja "nepostojećih" podataka i, kao rezultat, neće dovesti do prijenosa ovih podataka na druge čvorove distribuirane infobaze.
Nemoguće je omogućiti provjeru IB referentnog integriteta onemogućavanjem provjere logičkog integriteta. Također, onemogućavanje provjere referentnog integriteta ne znači da je provjera tipa veze onemogućena.
Ispod liste načina rada nalazi se nekoliko grupa postavki:
● U prvoj grupi izaberite šta treba da se uradi:
— Testiranje
- Testiranje i popravljanje.
U prvom slučaju, program će provjeriti bazu podataka bez ikakvih promjena u njoj. U drugom slučaju, direktive navedene u drugoj grupi postavki će se izvršiti. Značenje prekidača jasno je iz njihovog naziva.
● Postavke druge grupe određuju šta će sistem raditi ako postoje veze do nepostojećih objekata i ako se podaci djelimično izgube u postojećim objektima.
● Treća grupa kontrola vam omogućava da izvršite dugačke procedure testiranja i popravljanja u više sesija.
Polje za potvrdu Prekini nakon omogućava vam da postavite vremenski interval nakon kojeg će testiranje biti prekinuto, a parametri testiranja i korekcije će biti sačuvani do sljedeće sesije konfiguratora.
Oznaka Nastavi prekinuto ranije testiranje omogućava vam da nastavite proces od tačke na kojoj je prekinut u prethodnoj sesiji testiranja i popravljanja.
Događaji testiranja i popravljanja prikazani su u dnevniku.
Za početak kliknite na dugme Pokreni.
Testiranje se može prekinuti pritiskom na kombinaciju tipki Ctrl+Break.
Program će analizirati mogućnost postavljanja ekskluzivnog načina rada i postavlja isključivi način rada. Ako instalacija ne uspije, na ekranu se prikazuje upozorenje:
Da biste dobili informacije o aktivnim korisnicima, otvorite listu aktivnih korisnika (Administracija - Aktivni korisnici). Ako je podešen ekskluzivni režim, pokreće se proces izvođenja navedenih radnji i na ekranu se prikazuje stranica sa informacijama dijaloga za izvršenje testa.
Rad IS-a u ekskluzivnom načinu ne prenosi MS SQL bazu podataka u jednokorisnički način (single user).
Nakon završetka rada, isključivi način rada se uklanja.
Da biste vratili verziju datoteke baze podataka, postoji uslužni program chdbfl.exe
Servis 1C
Na kraju, želim da dodam malo na temu.
Dešava se sa 1C:Enterprise-om da IS počne da propada, izgleda da sve radi i ništa nije promijenjeno i ne možemo objasniti kako. Prvo što treba učiniti je testirati i popraviti bazu podataka, a onda ako ne pomogne, možete podići program za otklanjanje grešaka.
Poželjno je izvoditi najmanje jednom mjesečno Testiranje i popravljanje infobaze. Ne zaboravimo.
P.S. Pogledajte ovaj sjajan video da se opustite
95 kvart - "Trdna žena"
Nedavno, počevši od verzije 3.0.43.50, u programu 1C: Računovodstvo 8 izdanje 3.0, programeri su dodali novu vrstu operacije Ispravljajući vlastitu grešku u dokumentu „Prilagodba računa“. Sada dokument omogućava ne samo da se registruju ispravljeni ili ispravni računi primljeni od dobavljača i izvrši odgovarajuća prilagođavanja u računovodstvu, već i da se isprave tehničke greške koje su napravili zaposleni u računovodstvu. U ovom članku, na konkretnom primjeru, detaljno ćemo razmotriti kako možete ispraviti grešku u računovodstvu i za porezne svrhe prilikom unosa podataka iz primarnog dokumenta u program.
Da vas podsjetim, da bi program mogao koristiti dokumente za ispravku računa i ispravku prodaje, potrebno je u postavkama funkcionalnosti programa na kartici Trgovina omogućiti potvrdni okvir Dokumenti ispravke i usklađivanja.
Razmotrimo primjer
Organizacija Rassvet primenjuje opšti režim oporezivanja – obračunsku metodu i Pravilnik o računovodstvu (PBU) 18/02 „Računovodstvo obračuna poreza na dobit pravnih lica“. Organizacija je obveznik PDV-a.
U januaru 2016. godine, prilikom unosa u program primarnog dokumenta koji je prezentirala treća organizacija, akta o pružanju usluga, računovođa-operater je napravio dvije greške. Prvo, naveo je pogrešan trošak usluge, a drugo, prilikom registracije primljene fakture od dobavljača pogriješio je u navođenju svog broja. Potvrda o pružanju usluge primljena od dobavljača se registruje u programu pomoću dokumenta Prijem sa tipom operacije Usluge. U koloni "Iznos" tabelarnog dijela dokumenta, umjesto tačnih 6.000 rubalja, naznačeno je 5.000 rubalja.
Primljena faktura se registruje u "podnožju" dokumenta navođenjem broja i datuma. Umjesto "pravog" broja 7, naveden je broj 1.
Troškovi kupljene usluge u računovodstvu odnose se na opšte poslovne rashode (konto 26). Dokument Potvrda sa gore navedenim greškama i rezultat njegove implementacije prikazani su na Sl. 1.
Prilikom vođenja dokumenta u računovodstvu i za potrebe oporezivanja dobiti, uzeo je u obzir trošak usluga bez PDV-a na teret računa 26 „Opšti poslovni rashodi“, alocirao iznos PDV-a koji je isporučilac iskazao u korespondenciji sa Kredit računa 60.01 „Poravnanja sa dobavljačima i izvođačima“. Dokumentom je generisan i upis u dostavljeni registar akumulacije PDV-a, koji je osnov za formiranje upisa u knjigu nabavki.
Shodno tome, kao rezultat greške učinjene prilikom navođenja troška usluge u računovodstvu i za poreske svrhe, iznos troškova je potcijenjen, iznos prikazanog PDV-a je potcijenjen, a dug prema dobavljaču je podcijenjen.
Dokument Primljena faktura se generiše u programu na osnovu dokumenta prijema i kao rezultat toga sadrži pogrešan iznos i iznos PDV-a.
Dokument fakture generisan sa pogrešnim brojem prikazan je na Sl. 2.
U programu se iznos PDV-a može odbiti ili pomoću regulatornog dokumenta Formiranje knjiženja u knjizi nabavki, ili direktno u dokumentu Primljena faktura, sa uključenim potvrdnim okvirom Prikaži odbitak PDV-a u knjizi kupovine do datuma prijema.
Rezultat knjiženja dokumenta Primljena faktura prikazan je na Sl. 3.
Dokument je, kada je sproveden u računovodstvu, prihvatio iznos PDV-a za odbitak i generisao upis u registar PDV-a kupovine (u knjizi nabavki), respektivno, sa podcijenjenim iznosom PDV-a i pogrešnim brojem fakture.
Knjiga nabavki za prvi kvartal prikazana je na sl. 4.
Trošak usluge isplaćen je provajderu tek u narednom kvartalu. Dokument naloga za plaćanje kreiran je na osnovu pogrešnog dokumenta o prijemu.
Knjiženje odgovarajućeg dokumenta Otpis sa tekućeg računa kreiranog po prijemu izvoda sa tekućeg računa prikazano je na sl. 5.
Konačno, kao rezultat usaglašavanja međusobnih obračuna sa dobavljačem, ova greška je otkrivena u drugom kvartalu. Izvještaj o PDV-u za prvi kvartal je već dostavljen.
Podsjetimo se najprije kako treba ispraviti takvu grešku u računovodstvenom i poreznom računovodstvu.
U skladu sa stavom 5 PBU 22/2010 „Ispravka grešaka u računovodstvu i izvještavanju“, greška u izvještajnoj godini utvrđena prije kraja ove godine ispravlja se unosima na relevantne računovodstvene račune u mjesecu izvještajne godine u na kojem je greška otkrivena.
U skladu sa stavom 1. čl. 54 Poreskog zakona Ruske Federacije, ako se pronađu greške (izobličenja) u obračunu porezne osnovice koja se odnosi na prošle porezne (izvještajne) periode, u tekućem poreznom (izvještajnom) periodu, poreznu osnovicu i iznos poreza se preračunavaju za period u kojem su učinjene naznačene greške (izobličenja).
Istina, postoje izuzeci od ovog pravila. U skladu sa istim stavom Poreskog zakona Ruske Federacije, poreski obveznik ima pravo da ponovo izračuna poresku osnovicu i iznos poreza za poreski (izvještajni) period u kojem su greške (iskrivljenja) u vezi sa prethodnim porezom (izvještavanjem) otkriveni su periodi kada su greške (izobličenja) dovele do preplaćivanja poreza.
Kao što smo već rekli, kao rezultat greške, iznos troškova je potcijenjen. Slijedom navedenog, u svrhu oporezivanja dobiti, oporeziva osnovica (dobit) je precijenjena i shodno tome je došlo do prekomjernog plaćanja poreza. Dakle, korekcije za potrebe poreza na dobit mogu se izvršiti u tekućem izvještajnom periodu, kao iu računovodstvu.
Ali da bismo shvatili kako treba da se nosimo sa PDV-om, okrećemo se Uredbi Vlade Ruske Federacije br. 1137 od 26. decembra 2011. godine. U skladu sa stavom 4. Pravila vođenja knjige nabavki, ukoliko je potrebno izvršiti izmjene u knjizi nabavki (nakon isteka tekućeg poreskog perioda), poništenjem upisa na računu, ispravlja se ispravni račun. u dodatnom listu knjige nabavki za poreski period u kojem je registrovana faktura, ispravna faktura, dok se na njima ne izvrše ispravke.
Da bismo ispravili grešku koju smo mi opisali, koristit ćemo dokument Prilagođavanje računa i kao tip operacije odabrati Ispravljanje vlastite greške.
Na kartici Glavna potrebno je odabrati osnovu - ovo je dokument prijema u kojem je napravljena greška, koju ćemo ispraviti (u našem slučaju to je dokument Potvrda (akt, faktura) br. 1 od 01.11. /2016). Nešto niže, pri odabiru osnove, automatski se prikazuje link do ispravljenog dokumenta Primljena faktura i njeni detalji.
Moramo ispraviti dolazni broj (nova vrijednost je 7). Na ovoj kartici možete odabrati gdje će se usklađivanje odražavati: samo u obračunu PDV-a ili u svim računovodstvenim odjeljcima (želimo izvršiti ispravke u računovodstvu, računovodstvu poreza na dobit i obračunu PDV-a). Također možete odabrati račune koji odražavaju prihode i rashode.
Završena glavna kartica dokumenta za podešavanje računa prikazana je na sl. 6.
Ako je, da bi se ispravila greška, potrebno ispraviti neke ukupne pokazatelje, onda mogu biti potrebne sledeće kartice: Roba, Usluge, Usluge agencije.
Budući da je u našem primjeru napravljena greška prilikom unosa akta pružanja usluga u program, koristit ćemo karticu Usluge i navesti ispravnu cijenu - 6.000 rubalja.
Kartica Usluge dokumenta za podešavanje računa prikazana je na Sl. 7.
Prilikom knjiženja dokumenta u računovodstvu, poništava pogrešan unos odbitka PDV-a (Dt 68.02 - Kt 19.04) u iznosu od 900 rubalja i generiše ispravan unos u iznosu od 1.080 rubalja. Pored toga, alocirajte nedostajući iznos PDV-a koji je isporučio dobavljač (180 rubalja) na zaduženju računa 19.04, povećajte iznos troškova za uslugu (1.000 rubalja) na zaduženju računa 26 „Opšti poslovni rashodi“ u računovodstvu i poresko računovodstvo i, shodno tome, povećati iznos duga na kreditu računa 60.01 dobavljača (1.180 rubalja).
Knjiženje dokumenta za prilagođavanje računa prikazano je na Sl. 8.
Pored knjiženja u računovodstvenom i poreskom računovodstvu, dokument će generisati unose u registre akumulacije PDV-a.
U prikazanom registru PDV-a (iznosi PDV-a koje dostavljaju dobavljači) biće evidentiran prihod za tačan iznos PDV-a, a pošto je ovaj iznos PDV-a direktno registrovan u dokumentu u knjizi nabavki, njegova potrošnja će se odmah odraziti.
Dva unosa će se generisati u registru PDV-a kupovine. Prvi unos je storniranje pogrešno odbitnog iznosa PDV-a sa pogrešnim brojem fakture. A drugi unos je odbitak tačnog iznosa PDV-a na fakturi sa ispravnim podacima. Budući da su ispravke izvršene u prethodnom poreskom periodu za PDV, generisana evidencija će sadržati znak dodatnog lista i odgovarajući ispravljeni period.
Formirani dokumentom Usklađivanje prijema upisa u registre akumulacije prikazani su na sl. 9.
Takođe, prilikom knjiženja dokumenta u programu, kreiraće se novi dokument (registrovan) Primljena faktura sa obrazloženjem "ispravka sopstvene greške" (vidi sliku 6). Ovaj dokument se može pogledati u listi dokumenata Primljena faktura. Pogrešni i ispravljeni dokumenti prikazani su na Sl. 10.
Obrazac ispravljenog dokumenta Primljena faktura sadrži datum ispravke i link ka ispravljenom dokumentu. Takođe u formi dokumenta postoje vrednosti detalja fakture primljene od dobavljača pre nego što je greška ispravljena i nakon što je ispravljena (Sl. 11).
Da bismo provjerili ispravnost naših postupaka, formiraćemo knjigu nabavki za prvi kvartal – poreski period u kojem je greška napravljena.
U izvještaju koji generišemo navodimo željeni period. U postavkama izvještaja omogućite potvrdni okvir "Generiraj dodatne listove" i odredite opciju generiranja - za tekući period.
Postavke izvještaja knjige nabavki prikazane su na sl. 12.
Pogledajmo dodatni list knjige kupovine.
Kao što se i očekivalo, dodatni list pokazuje broj dodatnog lista, poreski period i datum sastavljanja. U koloni 16 tabelarnog dijela iskazuje se ukupan iznos PDV-a za poreski period prije izrade dodatnog lista.
Dodatni list sadrži, kako smo i očekivali, dva reda: storniranje fakture sa pogrešnim brojem i iznosima i ispravljeni unos sa tačnim brojem računa i ispravnim iznosima.
Dodatni list knjige nabavki za prvi kvartal prikazan je na sl. 13.
vk.com/buhcenter vkontakte grupa.
1-bc.ru web stranica kompanije, na kojoj se možete upoznati sa uslugama.
Ponovno indeksiranje tabela infobaze.
Za brzo traženje informacija, pomoćne tabele se dodaju glavnim tabelama sa glavnim podacima, u kojima se podaci sortiraju prema navedenim poljima glavne tabele - tabele indeksa. Korištenjem tablica indeksiranja, performanse 1s su uvelike povećane, jer nema potrebe da se prolazi kroz cijelu glavnu tablicu podataka za uzorkovanje, možete koristiti indeksnu datoteku i odatle odabrati potrebne zapise.
Kada se podaci upisuju u glavne tabele podataka, tabele indeksa se takođe popunjavaju. Ali iz različitih tehničkih razloga, indeksi mogu zalutati, što na kraju može dovesti do grešaka. Da biste ispravili ovu klasu grešaka, prilikom testiranja i popravljanja baze 1s 8.3, morate označiti polje za ovu stavku menija.
Provjera logičkog integriteta infobaze
U trenutku kreiranja novih objekata u konfiguraciji 1s, u bazi se kreiraju nove tabele u kojima su naznačene veze sa drugim tabelama baze podataka. Iz različitih razloga, veze mogu postati netačne (na primjer, zbog netačnog ažuriranja ili neočekivanog nestanka struje u vrijeme snimanja). Da biste ispravili ovu vrstu greške, odaberite ovu stavku menija.
Provjera referentnog integriteta infobaze
Vjerovatno ste vidjeli "pokvarene veze" u 1s konfiguracijama. Ako ne, onda ste sretni!
Da biste identifikovali i ispravili ove greške, izaberite ovu stavku menija, a opcije za obradu takvih grešaka su aktivirane ispod (pogledajte gornju sliku). Možemo birati kako da popravimo greške kada postoje reference na nepostojeće objekte: kreirati objekte, očistiti veze, ne mijenjati; iu slučaju djelomičnog gubitka podataka: kreirati objekte, brisati objekt, ne mijenjati.
Ponovno izračunavanje ukupnih iznosa
Za brze uzorke podataka u bazi podataka 1c postoje tabele sa već izračunatim podacima u mjesečnim intervalima. Kada pristupimo ovim podacima, oni se ne prikupljaju iz glavnih tabela (to bi oduzelo dosta vremena), već se odmah izdaju iz podataka tabela ukupnih iznosa. Shodno tome, da bi ovaj mehanizam funkcionisao, potrebno je imati tačne rezultate za protekla razdoblja. Stoga, ako 1c "prevari" u izvještajima, onda se takva greška ispravlja ovom stavkom izbornika.
Komprimiranje tablica baze podataka
Brisanje objekata u bazi podataka je prilično mukotrpna i duga operacija, stoga je u konfiguracijama od 1s proces brisanja podijeljen u 2 faze. Kada izbrišete objekte u konfiguraciji, podaci u bazi podataka 1s se resetuju na nulu i zbog toga ne učestvuju u daljim operacijama, iako fizički ostaju na svom mestu. Da bi se tabele očistile od ovih zapisa, vrši se testiranje i popravka baze podataka 1s 8.3 sa stavkom menija „Kompresuj tabele infobaze“.
Restrukturiranje tabela infobaze
Kada mijenjate detalje bilo kojeg objekta metapodataka 1, baza podataka treba da dopuni sve tablice promijenjenog objekta novim zapisima. Ovo se radi kroz restrukturiranje tabela baze podataka. Tokom procesa restrukturiranja kreiraju se kopije tabela baze podataka sa strukturom trenutne konfiguracije, nakon čega se podaci prenose u kreirane tabele. Ako je atribut dodan u metapodatke 1s, za njega će se kreirati prazna kolona u novoj tabeli; ako se neki atribut izbriše, kolona za ovaj atribut neće biti kreirana u novoj tabeli i, shodno tome, neće biti preneta.
Tokom procesa restrukturiranja, sve tabele baze podataka će biti ponovo kreirane, tako da je ova operacija najduža.
