Hvis det har oppstått problemer med 1C-databasen din (for eksempel med), forskjellige feil har dukket opp, eller til og med den har sluttet å starte, bør du ikke skynde deg å ringe. Du kan uavhengig teste og korrigere 1C-databasen (konfigurasjon).

1 trinn. Den første og viktigste tingen å gjøre før du fikser noen konfigurasjon er. Det er ikke for ingenting at vi har gitt 2 måter å lage en sikkerhetskopi av en 1C-database på. Selv om konfigurasjonen ikke lenger kjører i konfiguratormodus, kan du alltid lage en kopi av den ved å bruke 1 metode - kopiering av konfigurasjonsfilen.

Steg 2. Vi lanserer 1c-systemet i konfiguratormodus. I hovedmenyen til programmet velger du "Administrasjon - Testing og korrigering...".

Hvis konfigurasjonen din er så skadet at den ikke starter selv i konfiguratormodus, kan du gjenopprette den, som er inkludert i 1C Enterprise 8-pakken.

Trinn 3. Et vindu åpnes foran oss med innstillinger for kontroll og korrigering av 1C-databasen. Etter å ha valgt riktig modus, kan du klikke på "Kjør"-knappen.

Avhengig av størrelsen på databasen din, kan denne kontrollen ta svært lang tid å fullføre. Derfor anbefales det å velge én skannemodus om gangen i den rekkefølgen de vises (til å begynne med bare "Tabell Reindexing"-modusen informasjonsgrunnlag”, deretter bare modusen “Sjekker den logiske integriteten til informasjonsbasen” osv.) og etter hver rettelse, sjekk om feil har forsvunnet i 1C-databasen.

La oss se på alle verifiserings- og korrigeringsmodusene i rekkefølge:

Reindeksering av infobasetabeller

For å øke hastigheten på søket etter visse detaljer om objekter i konfigurasjonen vår, genererer 1c-systemet indekser. I denne modusen korrigeringer, vil systemet generere alle indekser på nytt.

Kontrollere den logiske integriteten til informasjonsbasen

Som navnet antyder, kontrollerer og korrigerer systemet i denne modusen logiske feil i strukturene til databasetabeller.

Kontrollerer referanseintegriteten til infobasen

I denne modusen sjekker systemet eksistensen av alle referanser til objekter. Hvis det er referanser til objekter som ikke eksisterer, kan systemet enten slette slike mislykkede referanser eller prøve å fikse dem. Derfor, for denne sjekken, er det nødvendig å i tillegg indikere hva du skal gjøre med slike objekter: opprette nye, fjern dem eller ikke gjør noe.

Omberegning av resultater

Totaler er en slags indekser for registre. For eksempel lar resultatene av registeret over varebalanser oss raskt få varebalanser på ønsket dato, etc. I denne modusen beregner systemet alle totaler for alle perioder på nytt. Som regel er dette en svært tidkrevende sjekk.

Komprimering av infobasetabeller

Denne modusen er mer relatert til å øke ytelsen til konfigurasjonen enn å eliminere feil, men likevel.

Mens vi jobber, blir 1C-databasen vår fragmentert og tabellene begynner å ta opp mer plass enn de faktisk trenger. For eksempel, når vi opprettet et nytt dokument, økte størrelsen på databasen vår litt, og når vi slettet dette dokumentet, gikk ikke størrelsen på databasen tilbake til sin forrige tilstand, men ble litt større enn før. Å komprimere infobase-tabeller betyr å defragmentere alle tabeller og som et resultat redusere størrelsen på konfigurasjonen vår til den optimale verdien.

Restrukturering av infobasetabeller

Den mest effektive modusen i kampen mot feil. Prinsippet for restrukturering er som følger. For hver databasetabell opprettes en ny tabell med lignende struktur og alle data fra den gamle tabellen overføres til den nye.

Trinn 4. Ved å bruke "Kjør"-knappen starter vi testen og venter på en melding om resultatene.

vk.com/buhcenter VKontakte-gruppen.
1-bc.ru er selskapets nettside hvor du kan bli kjent med tjenestene.
 Reindeksering av infobasetabeller.
Til raskt søk informasjon legges hjelpetabeller til hovedtabellene med hoveddataene, der dataene er sortert i henhold til de angitte feltene i hovedtabellen - indekseringstabellen. Ved å bruke indekseringstabeller øker ytelsen til 1C betydelig, siden det ikke er behov for å iterere gjennom hele hoveddatatabellen for prøvetaking, kan du bruke indeksfilen og velge de nødvendige postene derfra.
Når data skrives til hoveddatatabellene, fylles også indekseringstabellene. Men av ulike tekniske årsaker kan indekser bli forvirrede, noe som til slutt kan føre til feil. For å korrigere denne klassen av feil ved testing og korrigering av 1C 8.3-databasen, må du merke av i boksen ved siden av dette menyelementet.
 Kontrollere den logiske integriteten til informasjonsbasen
I det øyeblikket det opprettes nye objekter i 1C-konfigurasjonen, opprettes nye tabeller i databasen, som indikerer forbindelser med andre tabeller i databasen. Av ulike årsaker kan tilkoblinger bli feil (for eksempel på grunn av feil oppdatering eller uventet strømbrudd på opptakstidspunktet). For å rette denne typen feil, velg dette menyelementet.
 Sjekke referanseintegriteten til infobasen
Du har sikkert sett " ødelagte lenker"i 1C-konfigurasjoner. Hvis ikke, så er du heldig!
For å identifisere og korrigere disse feilene, velg dette menypunktet, og alternativene for å behandle slike feil aktiveres nedenfor (se figuren over). Vi kan velge hvordan vi skal rette feil når det er referanser til ikke-eksisterende objekter: lage objekter, fjerne referanser, ikke endre; og i tilfelle delvis tap av data: opprette objekter, slett objektet, ikke endre.
 Omberegning av resultater
For å utføre raske datavalg i 1C-databasen er det tabeller med allerede beregnede data hver måned. Når vi får tilgang til disse dataene, blir de ikke samlet inn fra hovedtabellene (dette vil ta mye tid), men utstedes umiddelbart fra dataene i sammendragstabellene. Følgelig, for at denne mekanismen skal fungere, er det nødvendig å ha korrekte resultater for tidligere perioder. Derfor, hvis 1C "lurer" i rapporter, blir en slik feil rettet med dette menyelementet.
 Komprimering av infobasetabeller
Å slette objekter i en database er en ganske møysommelig og tidkrevende operasjon, derfor i 1C-konfigurasjoner er sletteprosessen delt inn i 2 stadier. Når du sletter objekter i konfigurasjonen, nullstilles dataene i 1c-databasen, og på grunn av dette deltar de ikke i videre operasjoner, selv om de fysisk forblir på plass. For å tømme tabellene for disse postene, tester og korrigerer de 1C 8.3-databasen med menypunktet "Komprimer infobasetabeller".
 Restrukturering av infobasetabeller
Når du endrer detaljene for et hvilket som helst 1c-metadataobjekt, må databasen legge til nye poster i alle tabeller for det endrede objektet. Dette gjøres gjennom restrukturering av databasetabellene. Under restruktureringsprosessen opprettes kopier av databasetabeller med strukturen til gjeldende konfigurasjon, hvoretter data overføres til de opprettede tabellene. Hvis du legger til et attributt i 1c-metadataene, vil det opprettes en tom kolonne for det i den nye tabellen; hvis et attributt slettes, vil det ikke opprettes en kolonne for dette attributtet i den nye tabellen, og det vil følgelig ikke bli overført.
Under restruktureringsprosessen vil alle databasetabeller bli gjenskapt, så denne operasjonen er den lengste.

Hvordan teste og korrigere 1C:Regnskapsdatabasen (8.3 utgave 3.0)

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

Så det var problemer med databasen. Det dukket opp feil eller den sluttet rett og slett å starte. Ikke skynd deg å ringe en programmerer, du kan gjøre mye på egen hånd.

1. Første ting først sikkerhetskopi eksisterende base. Poenget er at testing og fiksing er irreversible operasjoner på databasen som nesten alltid gjør ting bedre, men i en svært liten prosentandel av tilfellene kan de ødelegge alt. For dette svært sjeldne tilfellet må vi først lage en sikkerhetskopi.

2. Nå som sikkerhetskopien er gjort, start databasen i konfiguratormodus:

3. Velg "Administrasjon" - "Testing og korrigering...":

4. Vi har mange alternativer for kontroller og rettelser som vi må velge og klikke på "Kjør"-knappen. I prinsippet kan du velge dem alle, men det mest fornuftige ville være å utføre disse kontrollene og rettelsene i rekkefølge og etter hver rettelse, sjekke om feil har forsvunnet fra databasen:

5. Vi vil teste og fikse det med en gang (andre alternativ):

6. Hvis databasen er veldig stor, kan du begrense utføringen av sjekker i tide. La oss ikke gjøre dette:

7. Reindeksering av infobasetabeller. Hva det er? For hver tabell (for eksempel en katalog) er det bygget en indeks i databasen for å gjøre søk etter bestemte felt raskere. Så denne reparasjonen gjenoppbygger alle indekser:

8. Kontroll av den logiske integriteten til informasjonsbasen kontrollerer og korrigerer logiske feil i tabellstrukturer:

9. Kontroll av referanseintegriteten til infobasen kontrollerer alle referanser til objekter som kanskje ikke lenger eksisterer eller blir ødelagt:

Derfor, ved denne kontrollen, må du indikere hva du skal gjøre med slike objekter: opprette nye, fjern dem eller ikke gjør noe.

10. Omberegning av resultater. Resultater – i grove trekk er dette indekser for registre der informasjon er lagret, opprettet av dokumenter. For eksempel lar tilstedeværelsen av totaler for registeret over produktbalanser oss raskt få frem verdien av produktbalanser for en bestemt dato. Denne sjekken beregner alle totaler for alle tider. Jeg legger merke til at dette vanligvis er en veldig tidkrevende sjekk.

11. Over tid vokser databaser kraftig i størrelse. Dette skjer fordi databasen akkumulerer mye data som vi merket for sletting og deretter slettet, men faktisk forblir den fortsatt i databasen (vi ser den bare ikke lenger). Elementet "Komprimer infobase-tabeller" sletter dem faktisk og databasen reduseres i størrelse:

12. Omstrukturering av infobasetabeller. Det siste formidable våpenet i kampen mot insekter. For hver tabell - opprettet nytt bord med den nødvendige strukturen og alle data fra den gamle tabellen overføres til den nye:

13. Etter å ha valgt ønsket element, kjør testen («Kjør»-knappen):

14. Etter alle kontroller åpnes vinduet Tjenestemeldinger med informasjon om testresultatene:

Hvis reparasjonen ikke hjalp og det bare ble verre - fra sikkerhetskopien vi gjorde på første trinn.

Tester med en oppdatering

For brukerne mine er alt enda enklere.

Merk ønsket database i listen, og velg deretter fra "Mer"-elementet "6.06 Testing og fiksing av databaser":

Et vindu åpnes med alternativer som helt samsvarer med konfiguratoralternativene:

Velg de du trenger og klikk "OK".

I dette tilfellet, oppdateringsprogrammet:

• vil blokkere databasen og sparke ut fungerende brukere;
• vil lage en sikkerhetskopi av selve databasen;
• vil starte konfiguratoren for automatisk testing i samsvar med de merkede innstillingene;
• det vil gi alle brukere tilbake etter testing
• Du vil se all informasjon om testresultatene i oppdateringsvinduet på fanen Rapportere.

Samtidig, hvis du trenger å gjenopprette (rulle tilbake) databasen til den opprettede sikkerhetskopien før testing, sjekk databasen, og velg deretter alternativet "6.01 Gjenopprett databasedatafil fra zip, 7z, fra "Mer"-elementet, rar”.

Vi har samlet svar fra 1C-eksperter på FAQå rette feil som er gjort i regnskap og rapportering for merverdiavgift, samt i regnskap og skatteregnskap for overskuddsskatt. Vi forteller deg hvordanrette feil og gjenspeile rettelsene i «1C: Regnskap 8» utgave 3.0.

Hvordan kan jeg rette feil i antall, datoer og beløp på mottatte fakturaer registrert i tidligere skatteperioder?

Hvis kjøper manuelt registrerer primærdokumenter og fakturaer mottatt fra selgere i regnskapssystemet, er ikke situasjonen når tekniske feil oppstår (fakturanummer eller dato angitt feil, etc.) ikke så sjelden. Som et resultat oppstår det feil i registreringspostene til kjøpsboken, som fører til gjenspeiling av unøyaktige opplysninger i pkt. 8 i merverdiavgiftsmeldingen. Inndatafeil kan minimeres hvis du bruker elektronisk dokumentutveksling (EDI).

1C-eksperter snakket om utveksling av elektroniske dokumenter fra «1C: Accounting 8» (rev. 3.0), bruk av UPD og UCD på en forelesning 14. desember 2017 i 1C: Lecture Hall.

Feil som er gjort under registrering av fakturaer kan oppdages av skattyteren selv, eller kan identifiseres av skattemyndigheten under skrivebordskontroll (klausul 3 i artikkel 88 i den russiske føderasjonens skattekode).

I det første tilfellet skattyter vil måtte levere oppdatert selvangivelse med korrekte opplysninger til skattemyndigheten. Til tross for at forpliktelsen til å sende inn en oppdatert erklæring bare oppstår hvis feil gjort førte til en undervurdering av skattebeløpet som skal betales til budsjettet (klausul 1 i artikkel 81 i den russiske føderasjonens skattekode), korrigering av tidligere presentert informasjon i merverdiavgiftsmeldingen § 8, er kun mulig ved å levere oppdatert selvangivelse.

I det andre tilfellet skattyteren vil motta en melding fra skattemyndighetene som ber om forklaringer (klausul 2.7 i anbefalingene for gjennomføring av skatterevisjoner på skrivebordet, sendt i brev fra Federal Tax Service of Russia datert 16. juli 2013 nr. AS-4-2/12705). Som svar på mottatt melding skal skattyter sende en forklaring til skattemyndigheten som angir riktige data. Samtidig trenger ikke skattyter å sende inn en oppdatert erklæring i etterkant, selv om Federal Tax Service of Russia anbefaler å gjøre det (brev nr. ED-4-15/19395 datert 6. november 2015).

Skattyter vil i begge tilfeller måtte avklare opplysningene som er lagt inn feil i regnskapssystemet og foreta rettelser i innkjøpsboken.

Feil gjort i tidligere skatteperioder korrigeres ved å kansellere feilaktige registreringsoppføringer og lage nye registreringsoppføringer i et tilleggsark av kjøpsboken (klausul 4, 9 i reglene for å opprettholde en kjøpsbok, godkjent ved dekret fra regjeringen i Den russiske føderasjonen av 26. desember 2011 nr. 1137 (heretter referert til som - resolusjon nr. 1137), brev fra Federal Tax Service of Russia datert 30. april 2015 nr. BS-18-6/499@). Dataene fra slike tilleggsark brukes til å gjøre endringer i selvangivelsen for merverdiavgift (punkt 6 i Reglene for utfylling av et tilleggsark av kjøpsboken, godkjent ved resolusjon nr. 1137).

For å rette opp tekniske feil ved registrering av mottatt faktura, brukes dokumentet i programmet 1C: Regnskap 8, utgave 3.0 Justering av kvitteringer(kapittel Kjøp) med typen operasjon .

Et dokument kan opprettes basert på et dokument Kvittering (akt, faktura), i dette tilfellet hovedfeltene på fanen Hoved og tabelldel på bokmerker Varer eller Tjenester fylles ut umiddelbart ved åpning av dokumentet.

Operasjon Retting av din egen feil lar deg rette feil oppgitte fakturadetaljer:

• nummer og dato;
• TIN og KPP til motparten;
• transaksjonstypekode;
• sum og kvantitative indikatorer.

Hvis tekniske feil ikke påvirker de totale eller kvantitative indikatorene, så på fanen Hoved i felt Reflekter justering det anbefales å angi verdien Kun for mva-regnskap, siden retting av tekniske feil ved innføring av fakturadetaljer ikke påvirker refleksjonen av transaksjoner på regnskapskontiene og ikke krever innføring i regnskapsregisteret.

I blokken Retting av feil i fakturadetaljer:

• på linje Hva er det vi fikser? en hyperkobling til dokumentet som rettes blir automatisk satt inn Mottatt faktura;
• for detaljer: Innkommende nummer, Dato, TIN til motparten, Motparts sjekkpunkt, Driftstypekode to kolonner med indikatorer dannes Gammel betydning Og Ny mening, hvor den relevante informasjonen fra dokumentet i utgangspunktet automatisk overføres Mottatt faktura.

For å korrigere detaljer som inneholder feil (for eksempel et feilaktig fakturanummer), den tilsvarende indikatoren i kolonnen Ny mening må byttes ut med den riktige (fig. 1).

Ris. 1. Retting av teknisk feil ved registrering av mottatt faktura

Tekniske feil kan oppstå ved overføring av informasjon fra primærdokumenter om pris og mengde kjøpte varer (arbeid, tjenester, eiendomsrett), samt sats og beløp for merverdiavgift som belastes, til regnskapssystemets dokumenter.

I dette tilfellet, i felten Reflekter justering verdien skal settes I alle deler av regnskapet, dersom det er nødvendig å samtidig justere regnskaps- og skatteregnskapsdata for inntektsskatt og merverdiavgift.

Eliminering av feil som påvirker kvantitative og totale indikatorer utføres på fanene Varer eller Tjenester. Tabelldel Varer (Tjenester) fylles ut automatisk i henhold til basisdokumentet.

Hver linje i kildedokumentet tilsvarer to linjer i justeringsdokumentet: før endring Og etter endring. På linje etter endring du må angi de korrigerte sum (kvantitative) indikatorene.

Som et resultat av dokumentet Justering av kvitteringer med type operasjon Retting av din egen feil:

• på linje Faktura en hyperkobling til et nytt automatisk opprettet dokument vises nederst i dokumentet Mottatt faktura, som faktisk er et "teknisk duplikat" av et tidligere oppgitt feildokument for transaksjonen av kjøp av varer. Alle feltene i det nye dokumentet Mottatt faktura vil fylles ut automatisk basert på informasjonen som er spesifisert i dokumentet Retting av kvitteringer;
• Oppføringer i spesielle registre for merverdiavgiftsregnskapsformål.

Tilleggsarket i innkjøpsreskontroen vil inneholde to oppføringer:

• kansellering av en oppføring på en mottatt faktura som inneholder feil i detaljene;
• registreringspost for samme faktura med korrigerte detaljer.

Etter godkjenning av årsregnskapet søker organisasjonen felles system beskatning (OSNO), avslørte en feil fra i fjor: Beløpet for direkte utgifter i regnskap og for overskuddsskatt ble overvurdert. Samtidig ble det underskudd i fjor, men i år ble det overskudd. Kan skattejusteringen reflekteres i inneværende år?

I regnskapsføringen blir en feil fra forrige regnskapsår, identifisert etter godkjenning av regnskapet for inneværende år, rettet i inneværende regnskapsperiode (Regnskapsforskriftens pkt. 9, 14 «Retning av feil i regnskap og rapportering» (PBU 22) /2010), godkjent etter ordre fra Russlands finansdepartementet datert 28. juni 2010 nr. 63n, heretter referert til som PBU 22/2010).

I skatteregnskap, inkludert for overskuddsskatteformål, som en generell regel, i samsvar med paragraf 1 i artikkel 54 i den russiske føderasjonens skattekode, blir feil (forvrengninger) korrigert i perioden de ble begått. Samtidig har skattyter rett til å omberegne skattegrunnlag og skattebeløp i skatte(rapporterings)perioden der feil (forvrengninger) ble identifisert dersom:

• det er umulig å bestemme perioden for oppdraget av disse feilene (forvrengninger);
• Slike feil (forvrengninger) førte til overdreven betaling av skatt.

Å overvurdere mengden av direkte utgifter kunne åpenbart ikke føre til overdreven betaling av inntektsskatt for året før. Skatt for siste periode ble ikke overbetalt også fordi organisasjonen pådro seg et tap i fjor, derfor er slike feil tatt i betraktning i forhold til skatteperioden de ble gjort (brev fra Russlands finansdepartement datert 05.07.2010 nr. 03 -02-07/1-225) . Derfor må organisasjonen beregne skattegrunnlaget og skattebeløpet på nytt for perioden feilen ble begått, og også sende til skattemyndigheten en oppdatert selvangivelse for det foregående året (avsnitt 1, paragraf 1, artikkel 81 i skatteloven av den russiske føderasjonen).

I "1C: Regnskap 8" utgave 3.0 kan en feil fra tidligere år knyttet til overestimering av utgifter rettes enten ved dokument Justering av kvitteringer, eller et dokument Operasjon.

Vær oppmerksom på at organisasjonens interne regelverk kan forby oppdatering av fjorårets data (inkludert skatteregnskapsdata) i programmet: det er satt en dato for å forby endringer i fjorårets data, og det er uakseptabelt å "åpne" en lukket periode.

Hvis det gjøres endringer i skatteregnskapsdataene (TA) for foregående år, endres det økonomiske resultatet i TA, så det er behov for å gjenopprette driften Balansereformasjon, og uten å legge inn alle andre dokumenter på nytt, for ikke å påvirke regnskapsdataene.

Du kan unngå disse vanskelighetene ved å gjøre følgende:

• i inneværende periode, korriger feilen kun i regnskapet - ved posteringer på de aktuelle kontoene i korrespondanse med konto 84 "Oppholdt overskudd (udekket tap)" eller med konto 91 "Andre inntekter og utgifter", avhengig av feilens betydning ( punkt 9, 14 PBU 22/2010);
• for organisasjoner som anvender regnskapsforskriften «Regnskap ved beregning av selskapsskatt» PBU 18/02, godkjent. etter ordre fra det russiske finansdepartementet datert 19. november 2002 nr. 114n (heretter referert til som PBU 18/02), gjenspeiler den permanente forskjellen (PR). PR refererer i dette tilfellet til inntekt som utgjør rapporteringsperiodens regnskapsmessige overskudd, men som ikke tas i betraktning ved fastsettelse av skattegrunnlaget for inntektsskatt for både rapporteringsperioden og etterfølgende rapporteringsperiode;

• kompiler manuelt et skatteregister for året før, hvor det skal gjenspeile nedgangen i direkte utgifter;
• fylle ut og sende til Federal Tax Service en oppdatert selvangivelse for det foregående året;
• i tillegg påløpe og betale inntektsskatt for forrige periode;
• beregne, påløpe og betale bøter for inntektsskatt.

Organisasjonen (på OSNO, en momsbetaler, anvender ikke bestemmelsene i PBU 18/02) oppdaget feil: i tidligere rapporteringsperioder i inneværende år ble ikke alle utgifter reflektert i regnskapet. Hvordan og i hvilken periode skal de relevante dokumentene registreres i programmet?

Som det følger av spørsmålet, gjelder utgifter som ikke er reflektert i tide og tidspunktet for oppdagelsen av dette faktum samme skatteperiode.

I dette tilfellet, dokumenter som står for utgifter ( Kvittering (akt, faktura), Mottak av tillegg utgifter, Krav-faktura, Operasjon etc.) og relatert til tidligere rapporteringsperioder i inneværende år, kan registreres på tidspunktet for mottak eller oppdagelse, det vil si før slutten av inneværende år.

Dermed vil disse utgiftene automatisk bli tatt i betraktning ved fastsettelse av skattegrunnlaget (overskuddet) for gjeldende rapporterings(skatte)periode, som, i samsvar med paragraf 7 i artikkel 274 i den russiske føderasjonens skattekode, fastsettes på en opptjeningsgrunnlag fra begynnelsen av året.

Siden i denne situasjonen feilene gjort i selvangivelsen for fortiden rapporteringsperioder av inneværende år ikke førte til en undervurdering av beløpet for betalbar skatt, er ikke organisasjonen forpliktet til å sende inn oppdaterte erklæringer for disse periodene til Federal Tax Service (klausul 2, klausul 1, artikkel 81 i skattekoden for Russland).

Men hva om en organisasjon har identifisert utgifter i gjeldende rapporterings(skatte)periode som er relatert til tidligere skatteperioder (for eksempel på grunn av at primærdokumenter ikke ble mottatt i tide)?

I følge det russiske finansdepartementet (brev datert 24. mars 2017 nr. 03-03-06/1/17177) er slik ikke-refleksjon en forvrengning av skattegrunnlaget for forrige skatteperiode, derfor er det nødvendig å handle i samsvar med bestemmelsene i artikkel 54 i den russiske føderasjonens skattekode. Videre, hvis organisasjonen i den nåværende rapporteringsperioden (skatteperioden) pådro seg et tap, er det i denne perioden umulig å beregne skattegrunnlaget på nytt, siden skattegrunnlaget anerkjennes som lik null.

Dermed kan dokumenter fra fjoråret også registreres i inneværende periode, forutsatt at det ble oppnådd overskudd både i foregående år og i korrigeringsperioden.

Dersom minst ett av disse vilkårene ikke er oppfylt, vil feil (forvrengninger) i regnskap og skatteregnskap måtte rettes i ulike perioder. For å gjøre dette kan du bruke handlingssekvensen beskrevet i svaret på forrige spørsmål: bruk av dokumentet Operasjon reflektere tidligere års utgifter i regnskapet, og deretter manuelt utarbeide et skatteregnskapsregister, hvor justeringer av skattegrunnlaget for foregående år reflekteres.

Samtidig slipper du å betale etterskuddsvis inntektsskatt og bøter for året før. Det er i skattyters interesse å levere oppdatert selvangivelse for foregående år for i ettertid å ta hensyn til enten for mye betalt skatt eller økte underskudd fra tidligere år.

Når det gjelder merverdiavgiften, har skattytere-kjøpere rett til å kreve skattefradrag innen 3 år etter registrering av varer, verk, tjenester, eiendomsrettigheter kjøpt på den russiske føderasjonens territorium (avsnitt 1, punkt 1.1, artikkel 172 i den russiske føderasjonens skattekode). Derfor er ikke organisasjonen pålagt å levere oppdatert mva-melding.

Organisasjonen (gjelder OSNO og PBU 18/02) reflekterte feilaktig ikke i siste rapporteringsperiode inneværende år aksept av anleggsmidler (anleggsmidler) ved bruk av bonusavskrivninger for regnskapsføring. Er det mulig for programmet å automatisk rette opp denne feilen i perioden den oppdages (forrige rapporteringsperiode er stengt for justeringer)?

Siden programmet setter en dato for å forby dataendringer (for eksempel 30. juni), bør aksept av anleggsmidler for regnskap registreres i feildeteksjonsperioden (for eksempel i juli) ved å bruke dokumentet Godkjenning for regnskapsføring av anleggsmidler ( delen av anleggsmidler og immaterielle eiendeler).

Dokumentet skal angi parametrene for beregning av avskrivninger for regnskaps- og skatteregnskapsformål, inkludert utnyttbar levetid (SPI), som om feilen ikke var gjort.

På fanen Avskrivningsbonus velger du avmerkingsboksen Inkluder avskrivningsbonus som en utgift.

Samtidig, hvis anleggsmidlene faktisk ble akseptert for regnskapsføring i forrige rapporteringsperiode (for eksempel i mai), må dette faktum om økonomisk levetid bekreftes av primærdokumenter (forvalterens ordre, aksept og overføring). av anleggsmiddelobjektet, inventarkort av anleggsmiddelobjektet), der de er registrert relevante datoer. Avskrivninger i programmet starter i august. I samme måned vil indirekte utgifter inkludere utgifter til anleggsinvesteringer med høyst 10 % (ikke mer enn 30 % i forhold til anleggsmidler som tilhører 3-7 avskrivningsgrupper) av anleggsmiddelkostnaden (klausulen). 9 i artikkel 258, s. 3 artikkel 272 i den russiske føderasjonens skattekode.

Programmet sørger ikke for automatisk beregning av avskrivninger for de tapte månedene (for juni og juli), så du bør utarbeide et regnskapsattest og bruke dokumentet Operasjon(Fig. 2). Siden feilen ikke påvirker parametrene for beregning av avskrivninger, vil det ikke være nødvendig med justeringer av registrene til OS regnskapsdelsystemet.

Ris. 2. Justering av påløpte avskrivninger på anleggsmidler

I denne situasjonen trenger du ikke spesifisere inntektsskatten for de seks månedene. Men hvis organisasjonen har registrert separate divisjoner (SU), kan en feil gjort i andre kvartal påvirke beregningen av overskuddsandeler for den angitte perioden. Hvis det spesifiserte operativsystemet er gjenstand for beskatning av eiendomsskatten til organisasjoner, og det lovgivende organet til den konstituerende enheten i Den russiske føderasjonen har etablert rapporteringsperioder, er organisasjonen forpliktet til å sende inn en oppdatert eiendomsskatteerklæring for de seks månedene.

Organisasjonen (OSNO) aksepterte anleggsmidler (løsøre) for regnskapsføring i april, og oppdaget i august en regnefeil, som førte til at kostnaden for anleggsmidler ble overvurdert. Hvordan redusere startkostnaden for anleggsmidler og beregne avskrivninger på nytt?

Det fremgår ikke av spørsmålet hvordan løsøret kom inn i organisasjonen. La oss si at det angitte operativsystemet ble kjøpt fra en leverandør mot et gebyr. For å justere kostnaden for et anskaffet anleggsmiddel i august i inneværende år, må du opprette et dokument i programmet Operasjon, hvor følgende kontokorrespondanse skal angis:

REVERSE Debet 08.04.1 Kreditt 60.01

REVERSE Debet 01.01 Kreditt 08.04.1- med justeringsbeløpet til kostnaden for anleggsmidler;

REVERSE Debet 20.01 (26, 44) Kreditt 02.01- med beløpet for avskrivningsjustering for mai, juni, juli i inneværende år;

Debet 20.01 (26, 44) Kreditt 02.01- for avskrivningsbeløpet for august i inneværende år, tatt i betraktning den justerte startkostnaden for anleggsmidler.

For skatteregnskapsformål for inntektsskatt er tilsvarende beløp også bokført i ressurser Beløp NU Dt Og Beløp NU Kt. For at fremtidige avskrivninger i regnskap og skatteregnskap skal kunne beregnes under hensyntagen til de justeringene som er gjort, må avskrivningsparameterne avklares ved hjelp av dokumentet (kapittel Anleggsmidler og immaterielle eiendeler - Avskrivningsparametere for anleggsmidler). Dokumentet bør også opprettes i august (fig. 3). Når du legger inn et dokument Endring av OS-avskrivningsparametere I overskriften må du angi følgende detaljer:

• navnet på hendelsen i anleggsmiddelets "levetid", som gjenspeiles i dette dokumentet;
• sette flagg Reflektere i regnskap Og Reflektere i skatteregnskap.

Ris. 3. Endring av OS-avskrivningsparametere

I tabellfeltet må du angi:

• et anleggsmiddel hvis avskrivningsparametere er endret på grunn av en oppdaget feil;
• i felt Utløpsdato (BOO)- brukstid for et anleggsmiddel i regnskap i måneder, opprinnelig fastsatt av organisasjonen ved aksept for regnskap, for eksempel 62 måneder;
• i felt Frist for avskrivning. (BOO)- gjenværende brukstid for beregning av avskrivninger i regnskapet. Denne SPI er beregnet som den opprinnelig etablerte SPI minus antall måneder med avskrivning for mai-august (62 måneder - 4 måneder = 58 måneder);
• i felt Kostnad for å beregne avskrivninger. (BOO)- gjenværende kostnad for anleggsmidler for beregning av avskrivninger i regnskapet. Denne kostnaden beregnes som den justerte startkostnaden for anleggsmidler minus påløpte avskrivninger for mai-august;
• i felt Utløpsdato (VI VIL)- brukstid i måneder for beregning av avskrivninger i skatteregnskapet. I denne situasjonen endres ikke denne perioden.

Starter fra september når du utfører en rutineoperasjon Avskrivninger og avskrivninger på anleggsmidler programmet vil beregne avskrivninger i henhold til de angitte parameterne.

Denne feilen førte til underbetaling av inntektsskatt, så organisasjonen er forpliktet til å sende inn en oppdatert erklæring for de seks månedene.

Den oppblåste kostnaden for anleggsmidler kan også påvirke beregningen av overskuddsandeler dersom organisasjonen har registrerte OP-er.

I juli i år signerte organisasjonen (OSNO, momsbetaler) en tilleggsavtale med leverandøren om å redusere prisen på varelager kjøpt i tidligere avgiftsperioder. Korrigerende fakturaer ble mottatt samme måned. Lagerdata ble inkludert i kostnadene i mottaksperioden. I hvilken skatteperiode skal inntekter knyttet til en nedgang i kjøpesummen reflekteres: kan de tas i betraktning i inneværende periode eller skal det sendes inn oppdaterte rapporter for tidligere år? Tidligere år hadde organisasjonen skattemessig overskudd.

Først, la oss finne ut om regnskapsføring av lagervarer til prisene som er angitt i de originale kildedokumentene kan betraktes som en feil. I samsvar med punkt 2 i PBU 22/2010, unøyaktigheter eller utelatelser i refleksjon av fakta om økonomisk aktivitet, identifisert som et resultat av innhenting av ny informasjon som ikke var tilgjengelig for organisasjonen på tidspunktet for refleksjon (ikke-refleksjon) av slikt fakta, regnes ikke som feil. På tidspunktet for mottak av lagervarer og avskrivning for produksjon i tidligere skatteperioder, reflekterte organisasjonen alle inntekter og utgifter korrekt. En avtale inngått med en leverandør om å endre prisen på et produkt er en selvstendig hendelse som ikke er en regnskapsfeil. Når man reflekterer endringer i prisen på varelager i regnskapet, gjelder således ikke reglene i PBU 22/2010.

Regnskapsmessig inngår overskudd fra tidligere år identifisert i rapporteringsåret i andre inntekter (andre inntekter). Andre kvitteringer regnskapsføres etter hvert som de identifiseres og krediteres organisasjonens resultatregnskap (punkt 7, 11, 16 i regnskapsforskriften «Organisasjonens inntekt» PBU 9/99, godkjent etter pålegg fra Finansdepartementet av Russland datert 6. mai 1999 nr. 32n , heretter referert til som PBU 9/99). Hva med inntektsskatt? Den russiske føderasjonens skattekode avslører ikke konseptet "feil (forvrengning)", derfor bør dette konseptet brukes i den betydningen det brukes i regnskapslovgivningen (klausul 1 i artikkel 11 i skatteloven av skatteloven). den russiske føderasjonen), og det russiske finansdepartementet er enig i dette (brev fra 30.01.2012 nr. 03-03-06/1/40). Til tross for dette insisterer tilsynsmyndighetene på å justere skattegrunnlaget for inntektsskatt i tidligere perioder når prisen på solgte varer synker:

• når en rabatt gitt til ham ved å revidere prisen på et produkt reflekteres i kjøperens skattegrunnlag, genererer ikke skattyter skattepliktig inntekt (klausul 19.1, klausul 1, artikkel 265 i den russiske føderasjonens skattekode gjelder ikke). Det er nødvendig å beregne kostnadene for råvarer og forsyninger på nytt i skatteregnskapet, under hensyntagen til prisendringer, inkludert ved å beregne gjennomsnittskostnaden for de tilsvarende varebeholdningselementene fra aktiveringsperioden til tidspunktet for avskrivning (brev fra departementet of Finance of Russia datert 20. mars 2012 nr. 03-03-06/1/137);
• endringer i inntekts- eller utgiftsindikatorer som oppstår i forbindelse med en endring i kontraktsprisen, inkludert i forbindelse med å gi rabatter, tas i betraktning på den måten som er foreskrevet i artikkel 54 i den russiske føderasjonens skattekode, dvs. hvis en feil oppdages (brev fra Russlands finansdepartementet datert 22. mai 2015 nr. 03-03-06/1/29540).

Siden justering av skatteregnskap påvirker flere tidligere skatteperioder i den aktuelle situasjonen, er det tilrådelig i programmet å bruke handlingssekvensen beskrevet tidligere: bruk av dokumentet Operasjon reflektere inntektene fra tidligere år i regnskap, reflektere PR i spesielle ressurser for skatteregnskapsformål (hvis organisasjonen anvender bestemmelsene i PBU 18/02), deretter manuelt sammenstille skatteregnskapsregistre, hvor du skal legge ved beregninger av skattegrunnlagsjusteringer for hver skatteperiode.

Når det gjelder merverdiavgift er situasjonen mye enklere. Ved mottak fra leverandøren av en justeringsfaktura for å redusere kostnadene for lagervarer, må kjøperen:

• gjenopprette en del av inngående merverdiavgift akseptert for fradrag ved aktivering av lagervarer. MVA-gjenoppretting må utføres i skatteperioden der den tidligste av følgende datoer faller: datoen for mottak av en tilleggsavtale for å redusere kostnadene for lagervarer eller datoen for mottak av en justeringsfaktura (klausul 4, punkt 3, artikkel 170 i den russiske føderasjonens skattekode). I vår situasjon er dette tredje kvartal;
• reflektere i salgsboken dokumentet som ble mottatt først (klausul 14 i reglene for vedlikehold av salgsboken, godkjent av resolusjon nr. 1137).

Disse operasjonene utføres automatisk ved hjelp av dokumentet Justering av kvitteringer med type operasjon Justering etter avtale mellom partene.

For ikke å påvirke regnskap og skatteregnskap, på fanen Hoved i felt Reflekter justering verdien skal settes Kun for mva-regnskap.

Det ble funnet feil i salgsdokumentet for fjoråret, hvorav den ene førte til for mye innbetaling av inntektsskatt, og den andre til underbetaling, og beløpet på overbetalingen var større enn underbetalingen. Hvordan fikser jeg disse feilene? Hvordan genererer jeg innlegg for denne justeringen?

Dersom det oppdages flere feil (forvrengninger) som fører til både undervurdering og overvurdering av skattegrunnlag og skattebeløp knyttet til tidligere skatte(rapporterings)perioder, avklares skattegrunnlag og skattebeløp i sammenhengen. av hver oppdaget feil (brev fra finansdepartementet i Russland datert 15. november 2010 nr. 03-02-07/1-528).

Omberegning av skattegrunnlaget og skattebeløpet utføres i samsvar med paragraf 2 og 3 i punkt 1 i artikkel 54 i den russiske føderasjonens skattekode.

Dette betyr at feil i fjorårets salgsdokument som førte til undervurdering av avgiftsgrunnlag og avgiftsbeløp bør rettes i fjor, mens feil som ikke førte til undervurdering kan rettes i inneværende periode.

Det er akkurat slik et regnskapssystemdokument fungerer Implementeringsjusteringer(kapittel Salg) med typen operasjon Retting i primærdokumenter(hvis justeringen er foretatt i alle deler av regnskapet).

Endringer i skatteregnskapsdata gjøres:

• i siste skatteperiode- dersom feil (forvrengninger) førte til en undervurdering av betalbar skatt. Samtidig, for å gjøre endringer, må den justerte perioden være åpen, ellers vil ikke dokumentet bli bokført;
• i inneværende rapporterings(skatte)periode- dersom feil (forvrengninger) ikke førte til en undervurdering av betalbar skatt. Programmet sjekker imidlertid ikke for tap i tidligere eller nåværende perioder.

Hvis årsregnskapet er godkjent, så i dokumentet Implementeringsjusteringer på bokmerket Beregninger flagget må settes Fjorårets regnskap er stengt for justeringer (rapportering er signert). I dette tilfellet blir feil fra tidligere år i regnskapet korrigert i inneværende periode som gevinst og tap fra tidligere år i sammenheng med hver feil.

Dette dokumentet retter automatisk alle feil fra tidligere år på en forenklet måte, som er etablert for mindre feil i samsvar med paragraf 9 og 14 i PBU 22/2010.

For å korrigere merverdiavgift må du registrere en ny (korrigert) kopi av fakturaen (punkt 7 i Regler for utfylling av fakturaer, godkjent ved resolusjon nr. 1137). Tilleggsarket til salgsboken vil automatisk gjenspeile to oppføringer (klausul 3 i reglene for utfylling av et tilleggsark av salgsboken, godkjent av resolusjon nr. 1137):

• kansellering av en oppføring på en utstedt faktura som inneholder feil;
• registreringspost for den korrigerte fakturaen.

Prosedyren for å korrigere feil i skatteregnskapet (for inntektsskatt) i ulike skatteperioder i denne situasjonen vil føre til at sammen med plikten til å sende inn en oppdatert erklæring for forrige skatteperiode, vil organisasjonen også måtte betale ytterligere etterskuddsskatt, samt bøter.

Dette problemet kan unngås hvis alle feil blir rettet i forrige skatteperiode, siden beløpet for mye betalt skatt er større enn beløpet for underbetaling. For å gjøre dette er det tilrådelig i programmet å bruke handlingssekvensen beskrevet tidligere: i gjeldende periode ved å bruke dokumentet Operasjon reflektere inntekter og utgifter fra tidligere år i regnskapet (i korrespondanse med 91 eller 84 kontoer), reflektere om nødvendig permanente forskjeller, deretter manuelt sammenstille et skatteregnskapsregister for forrige skatteperiode. Og dokumentet Implementeringsjusteringer- Brukes kun til mva-justeringer.

Lei av å søke etter nyheter på flere regnskapssider? Er du redd for å gå glipp av virkelig viktige endringer i lovgivningen? Abonner på den største regnskapskanalen BUKH.1S i Telegram https://t.me/buhru (eller skriv @buhru i søkefeltet i Telegram) og vi vil raskt sende viktige nyheter direkte til telefonen din!

I denne artikkelen skal vi se på dette systemverktøy"Test og korrigering av informasjonsbasen" i 1C 8.3 og funksjoner ved bruken.

Før du utfører noen operasjoner nødvendig!

Testing og korrigering av 1C informasjonsbasen

Test- og korrigeringsmodusen hentes frem i 1C 8.3-systemkonfiguratoren ved å velge menyen Administrasjon - Testing og korrigering.

Kontroller og moduser

Dette vinduet viser en liste over nødvendige kontroller og moduser som vil bli utført som et resultat av verktøyet. La oss se på hver avmerkingsboks mer detaljert:

Få 267 videotimer på 1C gratis:

• Reindeksering av infobasetabeller- hvis dette flagget er satt, vil tabeller bli reindeksert. Reindeksering er en fullstendig ombygging av indekser for gitte tabeller. Reindeksering forbedrer ytelsen til systemet som helhet betydelig. Denne prosedyren vil aldri være overflødig og øker systemytelsen.
• Kontrollere den logiske integriteten til informasjonsbasen— systemet kan kontrollere den logiske og strukturelle integriteten til databasen, finne feil i organiseringen av data (for eksempel sider i en fil).
• Kontrollerer referanseintegriteten til infobasen— logisk sjekk underelement, kontrollerer informasjonen i databasen for tilstedeværelsen av "ødelagte" koblinger. "Knuste" lenker vises i databasen på grunn av feil behandling av informasjon av utvikleren, oftest når direkte sletting data eller feilkonfigurert datautveksling. Hvis det oppdages feil, kan du velge 3 alternativer: Lag objekter— systemet lager plassholderelementer som deretter kan fylles med nødvendig informasjon, Tøm lenker— «ødelagte» koblinger vil bli slettet, Ikke forandre— systemet vil bare vise deg feil.
• Omberegning av resultater— i 1C-plattformen er det konseptet med resultater. Resultater - en tabell med beregnede resultater, data som kan hentes raskere enn å analysere hele informasjonsregisteret. Som regel øker omberegning av totaler systemets ytelse.
• Komprimering av infobasetabeller— hvis dette flagget er satt, vil det bli komprimert og redusert i volum. Dette skyldes det faktum at når du sletter data fra databasen, sletter ikke 1C disse objektene fysisk, men bare "merker" dem for sletting. De. brukeren ser dem ikke, men de er der :). Det er nettopp databasekomprimering som permanent sletter slike poster. Denne effekten kan også oppnås ved å laste opp og laste inn en databasefil (*.dt).
• Restrukturering av infobasetabeller- prosessen der systemet gjenskaper databasetabeller, vanligvis kalles denne prosedyren når det gjøres endringer i. Å restrukturere hele databasen er en lang prosess, vær forsiktig.

Hvis testing og fiksing av en eller annen grunn ikke hjelper eller du ikke har tilgang til konfiguratoren, bruk verktøyet.