Hem Grönsaker 1s upp 8 3 personlig inkomstskatt beräknades felaktigt. Ackumuleringsregister "inkomstredovisning för beräkning av personlig inkomstskatt"

Grönsaker

1s upp 8 3 personlig inkomstskatt beräknades felaktigt. Ackumuleringsregister "inkomstredovisning för beräkning av personlig inkomstskatt"

För att korrekt redovisa personlig inkomstskatt i programmet 1C ZUP 8.3 (3.0), låt oss börja med de grundläggande inställningarna.

Steg 1. Redovisningspolicy för personlig inkomstskatt

Inställningar – Organisationer (eller organisationsdetaljer) – Redovisningsprinciper:

Steg 2. Personligt inkomstskatteavdrag

Avsnittet Skatter och avgifter - Typer av personliga inkomstskatteavdrag:

Avdragsbeloppen som lämnas lagras i varje typ av avdrag. Om du märker att fel avdragsbelopp används vid beräkning av personlig inkomstskatt kan du kontrollera det genom att öppna typen av personskatteavdrag för ränta:

För att avdragsbeloppen i 1C 8.3 ZUP-databasen ska följa lagen är det nödvändigt att bibehålla arbetskonfigurationen i den aktuella versionen, det vill säga regelbundet uppdatera den.

Samtidigt kan förfarandet för att tillämpa standardskatteavdrag och ställa in redovisningsparametrar för personlig inkomstskatt studeras i följande video:

Steg 3. Inkomst som omfattas av personlig inkomstskatt

Du kan kontrollera vilken inkomst i 1C 8.3 ZUP-programmet som ingår i skattebasen och med vilken kod på två sätt:

Öppna fliken Skatter, avgifter, redovisning i periodiseringsdokumentet (Inställningar – Periodiseringar):

Öppna listan över periodiseringar (Inställningar – Periodiseringar) och använd knappen Ställa in personlig inkomstskatt, medelinkomst osv.:

Steg 4. Skattebetalarinformation

Följande uppgifter läggs in via den anställdes kort med hjälp av länken "Inkomstskatt":

Skattebetalares status;
Standard-, fastighets- och sociala avdrag;
Meddelande om förskottsbetalningar för patent;
Intyg om inkomst från tidigare arbetsgivare:

Steg 5. Registrering hos skattemyndigheten

En organisation, som skatteombud, tillhandahåller personlig inkomstskatteredovisning på platsen för registrering av organisationen eller på platsen för registrering av separata avdelningar till skattemyndigheten.
I programmet 1C 8.3 Löne- och personalhantering kan registrering hos skattemyndigheten konfigureras enligt lämpliga typer.

Viktig! Enheten måste ha attributet "Detta är en separat enhet":

Om en organisation behöver föra register per territorium måste denna funktion först inkluderas i organisationens redovisningsprincip:

Skapa sedan ett territorium (Inställningar – Territorier) och ange vilken Federal Tax Service det är registrerat hos:

Beräkning av personlig inkomstskatt i 1C ZUP 8.3 med hjälp av ett exempel

Personskatt beräknas i 1C 8.3 ZUP 3.0 i dokument som Löne och avgifter, Semester, Sjukskrivning m.m. Låt oss titta på beräkningen av personlig inkomstskatt med hjälp av exemplet med semesterintjänande.

För att göra detta, skapa ett semesterdokument:

Dokumentet innehåller beräkningen av personlig inkomstskatt. I vårt exempel uppgick personlig inkomstskatt till 2 768,00 RUB.

Hur personlig inkomstskatterapportering genereras i 1C 8.3 ZUP 3.0

Vid bokföring av Semesterhandlingen görs en anteckning i ackumuleringsregistren. Baserat på dessa register genereras olika personliga inkomstskatterapporter, inklusive ett 2-NDFL-intyg och en 6-NDFL-beräkning. Dessa är registren:

Registrera "Inkomstredovisning för beräkning av personlig inkomstskatt";
Registrera "Beräkningar av skattebetalare med budgeten för personlig inkomstskatt";
Registrera "Förutsatt standardavdrag och sociala avdrag (NDFL)".

Hur man visar poster i ackumuleringsregister under periodisering

Du kan se de uppgifter som gjorts av dokumentet "Semester" i formulärets navigeringspanel. Som standard ser användaren inte denna panel.

Låt oss ställa in det. För att göra detta, medan du är i ett öppet dokument, välj Huvudmeny – Visa – Ställa in formulärnavigeringspanelen:

Fönstret Inställningar för navigeringspanelen öppnas. I avsnittet Tillgängliga kommandon måste du välja det register genom vilket du vill se rörelserna, det vill säga de inmatningar som gjorts av 1C 8.3 ZUP-programmet när du postar dokumentet. Klicka sedan på knappen Lägg till.

Till exempel måste du titta på vilka poster som gjordes i registret Beräkningar av skattebetalare med budgeten för personlig inkomstskatt. Gör så här:

Välj till vänster registret Beräkningar av skattebetalare med budget för personlig inkomstskatt;
Klicka på Lägg till. Raden från avsnittet Tillgängliga kommandon går till avsnittet Valda kommandon;

Efter sådana åtgärder kan du se att en navigeringspanel har dykt upp i form av semesterdokumentet, som alltid börjar med ordet "Main", och sedan listas länkar till register som kommer att läggas till de valda kommandona. I exemplet skulle det se ut så här:

Genom att klicka på detta kommando kan du se de inmatningar som gjorts i registret:

Du kan återgå till dokumentformuläret genom att klicka på Main.

På liknande sätt läggs alla register från listan över tillgängliga kommandon i formulärnavigeringsinställningarna för alla dokument till. Du behöver bara komma ihåg att för denna inställning måste dokumentet vara öppet.

Så, låt oss se vilka poster om rörelsen av personlig inkomstskatt i 1C 8.3 ZUP 3.0 som bildades med semesterdokumentstatusen "Godkänd".

Ansamlingsregistret ”Inkomstredovisning för beräkning av personlig inkomstskatt”

Detta register innehåller information:

om inkomstbeloppet i samband med inkomstkoder - kommer från beräkningen av mottagen semester på fliken Upplupen:

datum för mottagande av inkomst - registreras i registret från värdet av dokumentuppgifterna Betalningsdatum på fliken Huvudledighet:

och månad för skatteperioden - från attributet Month i dokumenthuvudet:

Uppgifterna i detta register motsvarar den beräknade personliga inkomstskatten. En post i detta register bildas med ett "+"-tecken (ankomst):

Personskattebeloppet lagras i följande avsnitt:

datum för mottagande av inkomst - går in i registret från uppgifterna om datumet för mottagande av inkomst, som finns i detaljerna för beräkning av personlig inkomstskatt:

skattesatser;
registrering hos Federal Tax Service - i vårt exempel tar vi Federal Tax Service som organisationen själv är registrerad hos.

Ackumuleringsregistret "Förutsatt standardavdrag och sociala avdrag (NDFL)"

Anteckningar i detta register indikerar att den anställde har rätt till avdrag och de har lämnats till honom med detta dokument:

Det du behöver vara uppmärksam på när du genomför dokumentet "Semester" för korrekt personlig inkomstskatt är "Dokumentdatum" detalj(i vårt exempel, 2016-01-19) Som framgår av illustrationerna passerar detta datum genom alla listade register som "Period"-attributet.

Hur personlig inkomstskatt innehålls vid betalning

I vårt exempel sker löneutbetalning via distributören, så vi kommer att generera dokumentet Betalningsutdrag via distributören:

Välj betalningsmånad – Januari 2016;
Datumet för dokumentet måste motsvara betalningsdatumet, till exempel är det 2016-01-22;
Vi anger att vi betalar semester;
Använd länken "Inte vald" och välj vilken semester vi betalar för;
Avsluta genom att klicka på Välj:

När du fyller i dokumentet, i 1C ZUP 3.0 ställs beloppet som ska betalas och beloppet för personlig inkomstskatt som ska överföras automatiskt in:

Om du ändrar informationen i dokumentet något, till exempel ändrar datumet för dokumentet, blir bilden helt annorlunda - den personliga inkomstskatten för överföringen är inte ifylld i tabelldelen:

Frågan uppstår: Varför fylls inte personlig inkomstskatt i för överföringen? Det visar sig att datumet för dokumentet är mycket viktigt, det vill säga datumet när betalningen genereras. Personskatt, som uppkom vid semesterberäkning, bildades den 19 januari 2016. och följaktligen kan den inte listas tidigare än detta datum, det vill säga den finns helt enkelt inte i 1C ZUP 8.3-databasen ännu. Register med denna personliga inkomstskatt visas i alla register först från och med den 19 januari 2016.

Så här ser du anteckningar i ackumuleringsregister vid betalning

Dokumentet som utgör betalningen gör också rörelse genom de register som är kopplade till personlig inkomstskatt.

Ackumuleringsregister "Beräkningar av skattebetalare med budget för personlig inkomstskatt"

Anteckningen som betalningen genererar bildas i registret med tecknet "-" (utgift) och sådan personlig inkomstskatt anses innehållen.

Beloppet för innehållen personlig inkomstskatt lagras i följande avsnitt:

datum för mottagande av inkomst är datumet för mottagande av inkomst, som kan ses i detaljerna för beräkning av personlig inkomstskatt i själva semesterdokumentet;
skattesatser;
registrering hos Federal Tax Service.

Det är uppgifterna om den innehållna skatten som sedan faller in i 6-NDFL-rapporteringen:

Ackumuleringsregister "Beräkningar av skatteombud med budget för personlig inkomstskatt"

Vi ser att två poster gjordes i detta register:

+ ("kvitto") - innehållen personlig inkomstskatt;
– (”utgift”) – listad personlig inkomstskatt:

1 Möjliga fel vid beräkning av personlig inkomstskatt i 1C-programmet 8.2 ZUP 2.5
2 Möjliga fel vid beräkning av personlig inkomstskatt i programmet 1C 8.3 ZUP 3.0.
3 Möjliga fel vid beräkning av personlig inkomstskatt i programmet 1C 8.3 Redovisning 3.0
4 Eventuella fel vid beräkning av personlig inkomstskatt
5 Möjliga fel i mellanbetalningsdokument med exemplet 1C 8.3 ZUP 3.0
6 Möjliga fel i mellanbetalningsdokument med exemplet med 1C Accounting 3.0
7 Möjliga fel i mellanbetalningsdokument med exemplet 1C 8.2 ZUP 2.5

Möjliga fel vid beräkning av personlig inkomstskatt i 1C 8.2 ZUP 2.5-programmet Låt oss titta på 1C ZUP 2.5-programmet med hjälp av exemplet med dokumentet "Semester". Semesterlön periodiserades, som ursprungligen var planerad att betalas ut 2016-01-28. Faktum är att betalningen sker 2016-01-28. Därför ändrar vi datumet för intäktsutbetalningen till 01/. 28/2016.

Vissa användare av programmet 1s 8.3 har problem med personlig inkomstskatt. hur är det med dig?

Det finns några sätt att rulla tillbaka från den senaste uppdateringen och till och med tillbaka några gånger. I november var allt fortfarande bra Och nu vill jag bara gråta dumt av maktlöshet. Tillagt: 19 jan 2018, 11:27 Citat: Gennady ObGES den 19 jan 2018, 05:49 För säkerhets skull. förtydliga - handlingarna överfördes (inklusive de som inte lämnades in), månader återstängdes? Tja, hur kan du svara på detta baserat på skärmdumpen och bristen på ens minimal information, snälla berätta för mig vilken typ av information jag ska ge? Jag började allt från noll, gjorde konsekvent och genomförde periodiseringar – utdrag – utbetalningar.

Ingenting hjälper. Det är ett faktum att efter uppdateringarna ändrades periodiseringstabellerna dramatiskt. Jag förstår inte de tekniska detaljerna, men det är helt klart något fel med uppdateringen.

Personlig inkomstskatteredovisning i 1s 8.3 redovisning 3.0

Viktig! För att undvika eventuella fel i personlig inkomstskatt, håll i programmet 1C 8.3 (8.2) reda på överensstämmelsen mellan inkomstdatum i inkomstregistret och inkomstdatum i skatteregistret, annars kommer programmet att ha fel vid beräkning av skatt. . Vid registrering av eventuell inkomst i programmet registreras datumet för faktisk mottagande av inkomst.
För inkomst med kod 2000 är detta den sista dagen i periodiseringsmånaden. För övriga inkomster är detta det planerade betalningsdatumet från motsvarande periodiseringsdokument.
När en skatt beräknas analyserar programmet vilken sorts inkomst denna skatt beräknas på och bestämmer datumet för faktisk inkomstinkomst, vilket registreras i skatteregistret. Varför kan det finnas en skillnad i inkomstinkomstdatum, vilket beaktas i inkomstregistret och personskatteregistret? Låt oss titta på det nedan.

Den beräknade personliga inkomstskatten är inte lika med innehållen

Möjliga fel i mellanavvecklingsdokument med exemplet 1C 8.3 ZUP 3.0 Med exemplet med 1C ZUP 3.0-programmet i dokumentet "Semester" är det planerade betalningsdatumet 2016-01-28, men vi sätter dokumentdatumet till 01/ 30/2016, det vill säga senare än planerad betalningsdag. Låt oss se igenom det. Vårt skatteregistreringsregister skapades den 30 januari 2016.

Viktig

Om vi betalar ut semesterersättning tidigare än dokumentdatumet - 28 januari 2016, som planerat, fyller vi i redogörelsen, vi ser att den innehållna personliga inkomstskatten inte fylls i. Från och med den 28 januari 2016 finns ingen beräknad skatt. Följaktligen registreras inte innehållen personlig inkomstskatt vid ett sådant uttalande.

Uppmärksamhet

Om allt är bra med datumet för dokumentet och det är tidigare än det planerade betalningsdatumet: Sedan när du fyller i redogörelsen kommer allt också att vara bra, skatten kommer att fastställas. När Redovisningen utförs bokförs den som innehållen skatt.

Problem med personlig inkomstskatt

Möjliga fel i mellanbetalningsdokument med exemplet 1C Accounting 3.0 I programmet 1C Accounting 3.0 är allt sig likt. Datumet för dokumentet är viktigt. Låt oss titta på exemplet med dokumentet "Semester". Det planerade betalningsdatumet är 2016-01-28, och vi kommer medvetet att ange datumet för dokumentet senare, till exempel 2016-01-30. Den beräknade skatten registrerades per 2016-01-30.

Efter att betalningen har gjorts, och inte i kontoutdraget, nämligen "Kontantuttag"-betalningen eller debiteringen från byteskontot tidigare än datumet för "Semester"-dokumentet, registreras, fastställs och registreras inte den innehållna skatten i registret. . Därför är datumet för dokumentet viktigt om vi ställer in det till 2016-01-28 och schemalägger kontantutgivningen, då har ett register för den innehållna personliga inkomstskatten skapats, allt har tagits med i registret och kommer då att bli; ingår i blankett 6-NDFL.

Eventuella personliga inkomstskattefel i 1s 8.3 och 8.2 - hur man hittar och åtgärdar

Det finns också ett betalningsdatum här, och om detta datum ändras ändras allt automatiskt. Datum för mottagande av inkomst för personlig inkomstskatt ändras också automatiskt.

Men för säkerhets skull, kolla. Möjliga fel vid beräkning av personlig inkomstskatt. Vid beräkning av personlig inkomstskatt måste vi också vara uppmärksamma på skatteinkomstdatumet. Detta är relevant för program i den tredje versionen. Skatteinkomstdatumet måste vara strikt före skatteinnehållningsdatumet.

Om själva skatten vid tidpunkten för innehållet av skatten inte har periodiserats, så finns det i själva verket inget att innehålla. Viktig! Spåra i 1C-programmet: datumen för mellanavvecklingsdokumenten är datumet för intjänande av skatten, om skatten inte ackumuleras vid betalningstillfället, kommer den inte att innehållas. Detta gäller särskilt för inkomster utan lön, eftersom datumet för dokumentet är fastställt som skatteinkomstdag. I den tredje versionen är alltså datumet för dokumentet "Semester", datumet för dokumentet "Sjukskrivning" och andra dokument också viktiga.

Men om vi ändrar datumet i dokumentets huvudform, ändras datumet i formuläret "Mer information om beräkning av personlig inkomstskatt" automatiskt. Det är enklare här, ZUP 3.0-programmet. hon garanterar oss att dessa datum kommer att sammanfalla.

Det enda är att det i den aktuella versionen av 1C-programmet finns ett fel för dokumentet "Sjukskrivning". Om det betalas med en lön och vi ändrar betalningsdatumet, ändras i detta fall inte datumet för mottagandet av inkomsten i formen "Mer information om beräkning av personlig inkomstskatt".

Här behöver du räkna om, eller ändra datumet i formuläret "Mer information om beräkning av personlig inkomstskatt" manuellt. I alla andra fall bör bokföringsdatumet för personlig inkomstskatt ändras automatiskt på betalningsdagen. Men för säkerhets skull, kolla detta ögonblick, se till att datumen matchar. Möjliga fel vid beräkning av personlig inkomstskatt i programmet 1C 8.3 Redovisning 3.0 När det gäller programmet 1C Redovisning 3.0 finns det även två mellankontodokument ”Sjukskrivning” och ”Semester”.
En rad i personlig inkomstskatt med "minus" daterad 29 januari 2016 och andra raden med "plus" daterad 28 januari 2016. I 6-personskatt läggs ytterligare två grupper av rader till från 100 till 140 . I den ena är allt omvänt, och i den andra - allt laddas igen. För att förhindra att denna situation uppstår, övervaka noggrant datumet för mottagande av inkomst, som kommer att registreras i inkomstregistret, och datum för mottagande av inkomst, som kommer att registreras i skatteregistret.

De måste matcha. Möjliga fel vid beräkning av personlig inkomstskatt i programmet 1C 8.3 ZUP 3.0. I programmet 1C ZUP 3.0 beaktas även datumet för mottagandet av inkomst i två register: Inkomstredovisningsregistret och Skattebokföringsregistret.

Tänk till exempel på dokumentet "Semester". Inkomstbokföringsregistret innehåller betalningsdatum från dokumentets huvudformulär. Och i skatteregistreringsregistret - datumet från formuläret "Mer information om beräkning av personlig inkomstskatt".

Dessa två datum måste matcha.
I den här artikeln ska vi titta på att arbeta med personlig inkomstskatt i 1C 8.3 Redovisning 3.0 – från inställningar till drift och rapportering. Innehåll

1 Programinställningar
- 1.1 Skatteuppgifter
- 1.2 Löneinställningar
2 Verksamhet av personlig inkomstskatteredovisning i 1C
3 Rapportering
4 Kontrollera om beräkningen av personlig inkomstskatt är korrekt

För alla företag är lönsamhet en mycket viktig indikator. När du upprätthåller register i programmet "1C: Trade Management, ed. 10,3" kan du spåra bruttovinsten från försäljningen av varor. Men i vissa situationer kan bruttovinstinformationen vara felaktig på grund av felaktig beräkning av varukostnaden.

I den här artikeln kommer vi att titta på de huvudsakliga felen som orsakar felaktiga kostnadsberäkningar och hur man eliminerar dem.

Avskrivning av varor "minus"

Den vanligaste situationen som leder till felaktig kostnadsberäkning är att avskriva varor som ett minus. Det vill säga att du enligt programmet inte har produkten i lager, men du säljer den ändå.

Om användare anger dokument i databasen omgående (dvs. med dagens datum och aktuell tid), kommer de inte att kunna sälja produkten till ett "minus" pris - programmet kommer att rapportera ett fel. Men om användare anger dokument i databasen inaktivt (d.v.s. retroaktivt), låter programmet dig skriva av varor som ett minus. I detta fall utfärdas felmeddelanden, men dokumentet bokförs fortfarande och varorna skrivs av.

Notera: avskrivning som minus och motsvarande fel kan även uppstå vid bokföring av ett dokument i aktuell tid, om användaren har rättigheter att överskrida saldona för lagret och för organisationen. Dessa rättigheter ges när du skapar ytterligare användarrättigheter.

Exempel på ett dokument "Försäljning av varor och tjänster":

Med hjälp av dessa fel informerar programmet oss om att varorna skrevs av från lagret som ett minus och att programmet inte kunde beräkna kostnaden.

I bruttovinstrapporten kommer vi att se noll kostnad för denna försäljning och följaktligen 100 % bruttovinst.

Meny: Rapporter – Försäljning – Försäljningsanalys – Bruttovinst

Orsakerna till uppkomsten av negativa saldon kan vara olika, men de vanligaste är följande:

Varumottagningsdokumentet har ännu inte lagts in i databasen.
Varumottagningsdokumentet läggs in i databasen, men vid ett senare tillfälle än varuförsäljningen.
Det finns överskott eller omatchade varor på lagret.

Vid överskottsvaror eller felklassificering är det nödvändigt att inventera varor i lagret och aktivera överskottet. Aktivering av överskott måste utföras innan varorna säljs.

Om felet uppstod på grund av felaktiga dokumentdatum räcker det med att korrigera datumen och bokföra om varuförsäljningsdokumentet.

Du kan utvärdera de återstående varorna och förstå orsaken till felet i rapporten "Lista över varor i lager".

Meny: Rapporter – lager (lager) – Lista över varor i lager

I rapportinställningarna kommer vi att skapa grupperingar efter lager, artikel och flyttdokument. Vi kommer också att ställa in den "Negativa röda" flaggan (för att se negativa saldon) och välja önskad produkt:

Exempel på en genererad rapport:

I det här fallet ser vi att försäljningen av varor behandlades 3 timmar tidigare än varan anlände till lagret. För att skriva av korrekt räcker det att ändra försäljningstiden till en senare och bokföra dokumentet.

Om datumen för dokumenten är på olika dagar (till exempel är mottagandet den 1 april och försäljningen gjordes den 31 mars), måste du förstå denna situation mer i detalj. Det är möjligt att ett av dokumenten fördes in i programmet med fel datum (till exempel var mottagandet av varor och dokument för det daterat 30 mars, men fel datum angavs i programmet). Eller så skickade leverantören primära dokument utfärdade med fel datum (till exempel kom varorna den 30 mars, och leverantören skickade dokument daterade den 1 april) - i det här fallet kommer nya dokument från leverantören att behövas.

I vilket fall som helst, i slutändan bör det inte finnas några negativa saldon i rapporten, och mottagandet av varor bör registreras tidigare än dess försäljning.

Exempel på rapport efter rättelse:

Rätta fel i batchredovisning. Utförs i partier

Även om programmet inte visade några fel vid ifyllandet av dokumenten, kan fel i kostnadsberäkningar fortfarande uppstå när man arbetar "retroaktivt". Nedan finns några exempel på felaktiga situationer.

Obs: kostnadsberäkningsmetoden i exemplen är FIFO.

Exempel 1

Efter detta registrerade inköpschefen ytterligare ett kvitto på kylskåp i programmet - den 15:e för 10 500 rubel.

Som ett resultat, om inköpschefen hade lagt in all information i programmet i tid, skulle det ha varit en annan kostnad (10 500 * 3 = 31 500 rubel) och en annan bruttovinst (10 500 rubel) vid försäljning av kylskåp.

Men implementeringsdokumentet har redan genomförts, troligen kommer ingen att översätta det igen. Detta innebär att kostnaden kan förbli felaktig.

Exempel 2

Den 21:a kom kylskåp - 10 stycken. 11 000 rubel vardera.

Den 25:e sålde chefen 3 kylskåp till ett pris av 14 000 rubel. Samtidigt skrevs kostpriset av - 33 000 rubel, och bruttovinsten beräknades - 9 000 rubel.

Efter detta gick inköpschefen in i kvittodokumentet och ändrade priserna på kylskåp i det med 12 000 rubel. (priset angavs från början felaktigt).

Som ett resultat, om inköpschefen hade lagt in all information i programmet i tid, skulle det ha varit en annan kostnad (12 000 * 3 = 36 000 rubel) och en annan bruttovinst (6 000 rubel) vid försäljning av kylskåp.

Det kan finnas många sådana situationer. Faktum är att varje skapande, ändring eller radering av ett dokument retroaktivt kan göra att självkostnadspriset i senare utfärdade försäljningsdokument blir felaktigt.

För att vara säker på att alla dokument har behandlats korrekt och kostnaden för dem har beräknats korrekt måste du köra en sekventiell ombearbetning av alla dokument. För att göra detta kan du använda två mekanismer:

Allmän mekanism för ompostering av plattformsdokument

Meny: Operations – Bokning av dokument

Denna mekanism gör att du kan bearbeta alla dokument av den önskade typen på en månad, men den har en liten nackdel - dokumenten kommer att behandlas oavsett om det behövs eller inte. Det är trots allt mycket möjligt att de anställda inte utförde några operationer på ett olämpligt sätt. Och att slutföra alla dokument kan ta lång tid.

Mekanismen för att genomföra programmet "1C: Trade Management" i omgångar, red. 10,3"

Poängen med mekanismen är att programmet kommer ihåg den så kallade "relevansgränsen" - det datum fram till vilket alla dokument behandlades snabbt och det inte fanns några fel. Om ett dokument bokförs i efterhand, flyttar programmet detta datum till datumet för detta dokument. Programmet vet alltså alltid från vilket datum det kan finnas fel i dokument. I slutet av månaden lanseras en speciell bearbetning "Post by batch", som sekventiellt bokför alla försäljningsdokument som gjorts senare än "relevansdatumet" och beräknar kostnaden i dem igen.

Låt oss överväga hur den andra mekanismen fungerar med det första exemplet.

Det andra kvittodokumentet, utfärdat retroaktivt:

Efter att ha skapat det andra kvittodokumentet förblev bruttovinstrapporten oförändrad:

Låt oss öppna bearbetningen "Post by batches".

Meny: Dokument – Ytterligare – Kontering per parti

Vid behandlingen ser vi att sekvensen av dokument är relevant från och med den 22 mars – datumet för det andra kvittot, inmatat icke-operativt.

Klicka på knappen "Kör" så kommer programmet att omboka alla försäljningar av varor som görs efter den 15:e.

Bruttovinstrapport efter bearbetning:

Nu stämmer allt i beräkningen av självkostnadspriset.

Notera: vid tidpunkten för bearbetningen kan du se meddelanden om att varor är slut, eftersom de retroaktivt inte bara kan skapa ett kvitto, utan också ta bort det eller skjuta upp det till ett senare datum. Varje sådan situation måste övervägas separat (som beskrivs ovan).

För att allt i programmet ska vara korrekt i beräkningen av kostnader och vinster, är det lämpligt att snabbt lägga in alla dokument i databasen (dvs idag och aktuell tid). Men det finns ofta situationer då det är nödvändigt att ange ett dokument retroaktivt, eller att korrigera ett redan skapat dokument. Sådana situationer kan leda till felaktigt beräknade kostnader och vinster i databasen.

Om du med jämna mellanrum genomför bokföringen i partier, och även svarar på alla meddelanden om frånvaro av varor, kommer självkostnadspriset i din databas alltid att beräknas korrekt. Det betyder att du alltid kommer att se korrekt information om bruttovinst från försäljning.

Idag ska jag titta på steg-för-steg-instruktioner för redovisning av personlig inkomstskatt (förkortat personlig inkomstskatt) i 8.3 (revision 3.0).

Som alla säkert vet är den huvudsakliga skatten som hålls inne på våra löner personlig inkomstskatt. Resterande avdrag betalas i huvudsak av arbetsgivaren (det är till exempel avgifter till pensionskassa och sjukkassa. De kallas även för ”försäkringsavgifter”).

År 2017 är den personliga inkomstskattesatsen fortfarande 13 % av den totala periodiseringsbeloppet minus avdrag.

Avdragen kan variera. Ett av de vanligaste och vanligaste avdragen är avdraget för ett minderårigt barn. För det första och andra barnet 2015 är avdragsbeloppet 1 400 rubel, för det tredje och funktionshindrade barnet 3 000 rubel.

Avdrag för studenter till vuxna barn och andra avdrag tillämpas också, vilket vi inte kommer att överväga i den här artikeln, den ägnas åt ett annat ämne.

Hur tillämpas avdrag? Väldigt enkelt. De dras av från beskattningsunderlaget innan personlig inkomstskatt beräknas och innehålls.

Till exempel:

Den anställdes lön är 40 000 rubel. Han ska betala skatt på detta belopp. Men om han har ett minderårigt barn, då är vi skyldiga att göra avdrag! Och skatten kommer att tas från beloppet 40 000 – 1 400 = 38 600 rubel Total betalning till den anställde (om denne inte har andra avdrag eller skyldigheter) 38 600 – 13 % = 33 582 rubel Personskatten kommer att finnas kvar 5 018 rubel

Så vi räknade ungefär ut hur personlig inkomstskatt beräknas. Låt oss nu se hur redovisningen av personlig inkomstskatt återspeglas i 1s 8.3, och använd ett exempel för att kontrollera det belopp som ska innehållas.

Innehålla personlig inkomstskatt i 1C ZUP 8.3

Personlig inkomstskatt innehålls från nästan alla inkomster för individer. Detta är direkt lön, semesterersättning, ekonomiskt bistånd osv.

Låt oss titta på steg-för-steg-instruktioner för att hålla inne personlig inkomstskatt med hjälp av exemplet på ett lönedokument i 1C ZUP 3.0-programmet.

Få 267 videolektioner på 1C gratis:

Gå till menyn "Lön" och följ sedan länken i menyn "". I listformulärfönstret klickar du på knappen "Skapa" och väljer "Beräkning av löner och bidrag." Ett fönster för inmatning av data öppnas. Det är nödvändigt att ange beräkningsmånaden och den organisation där de anställda arbetar. De obligatoriska uppgifterna är naturligtvis också de anställda för vilka intjäningen sker.

Du kan välja anställda en efter en med knappen "Lägg till", eller så kan du använda knappen "Fyll". I det här fallet kommer den tabellformade delen av dokumentet att fyllas i automatiskt av anställda i den valda organisationen. Det här är knappen jag kommer att använda. Demodatabasen innehåller redan organisationer och anställda.

Här är vad jag fick:

Låt oss gå till fliken "Personlig inkomstskatt" och se om programmet har beräknat det korrekt åt oss och om det överhuvudtaget beräknat det:

Låt oss kontrollera retentionsberäkningen. Tyvärr har ingen av de anställda i demodatabasen standardavdrag, åtminstone för ett barn. Men låt oss lämna det som det är, det blir lättare för oss att kontrollera beräkningen, och dessutom har jag redan beskrivit avdrag i tidigare artiklar. Tro mig, alla av dem beaktas korrekt i beräkningen.

Så vad har vi? Lönen för den anställde Elena Frantsevna Simutina är 55 000 rubel och den personliga inkomstskattesatsen är 13%. Det finns inga avdrag. Låt oss beräkna 55 000 – 13% = 7 150 rubel. Programmet har beräknats korrekt.

Vid bokföring av dokumentet kommer skatt att innehållas, det vill säga personliga inkomstskatteuppgifter kommer att ingå i skattebokföringsregistret 1C 8.3. Vi kommer att se detta avdrag i redogörelsen till kassan för. I samma uttalande kommer vi att ange om vi har överfört skatten eller kommer att göra det senare.

Överföring av personlig inkomstskatt till budgeten

För att registrera överföringen av personlig inkomstskatt till budgeten i 1C ZUP 8.3, måste du gå till menyn "Betalningar", klicka på "Se. Se även" länk "Personliga inkomstskatteöverföringar till budgeten".

Låt oss klicka på knappen "Skapa" och först skapa ett "Utdrag för kassaregistret":

I den här artikeln ska vi titta på att arbeta med personlig inkomstskatt i 1C 8.3 Redovisning 3.0 – från inställningar till drift och rapportering.

Skatteuppgifter

Innan du börjar beräkna personlig inkomstskatt, samt använder de flesta av funktionerna, måste du konfigurera den.

Välj "Organisationer" från "Huvud"-menyn.

Välj den organisation du vill konfigurera från listan och öppna dess kort. I inställningsformuläret fyller du i grunduppgifterna och de som finns i underavsnittet ”Skatteinspektionen”.

Att sätta upp lön

I menyn "Lön och personal", gå till posten "Löninställningar".

I de allmänna inställningarna, ange att löne- och personalregister kommer att förvaras i detta program. Annars kommer resten av inställningarna helt enkelt inte att visas. Klicka sedan på hyperlänken "Procedur för löneredovisning".

I listformuläret väljer du raden som motsvarar den organisation vars inställningar du gör. Motsvarande formulär öppnas framför dig. Välj "Ställa in skatter och rapporter" längst ned i den.

I fönstret som öppnas, gå till avsnittet "Personlig inkomstskatt" och ange hur dessa avdrag kommer att tillämpas på dig.

Låt oss nu gå vidare till att ställa in de typer av inkomster och avdrag som används vid beräkning av personlig inkomstskatt. För att göra detta, i menyn "Lön och personal", välj objektet vi gick till tidigare - "Löninställningar".

Gå till avsnittet "Klassifierare" och klicka på hyperlänken "Personlig inkomstskatt".

Kontrollera att de öppnade uppgifterna är korrekt ifyllda, särskilt fliken "Typer av personlig inkomstskatt".

Vid behov kan du även anpassa listan. Gå tillbaka till formuläret för lönesättning och välj lämplig post i avsnittet "Löneberäkning". Som regel, i en typisk konfigurationsleverans kommer det redan att finnas data där.

Personlig inkomstskatteredovisning i 1C

Personlig inkomstskatt tas inte bara ut på löner utan även på semester och andra inkomster, med undantag för inkomster som föreskrivs i lag (till exempel barnomsorgsförmåner).

Låt oss titta på personlig inkomstskatt i dokumentet "". Den finns på fliken med samma namn i det här dokumentet. Även här gäller avdrag. Efter inlägg ingår dessa uppgifter i inläggen.

Skatten innehålls det datum då dokumentet bokförs. Han innehar inte personlig inkomstskatt på andra inkomster, såsom,. Använd för detta ändamål "Personlig skatteredovisning".

I menyn "Löner och personal", välj "Alla personliga inkomstskattedokument". I listformuläret som öppnas skapar du ett nytt dokument med typen av operation "Personligtion".

Huvudregistret för skatteredovisning för personlig inkomstskatt i 1C 8.3 är ackumuleringsregistret "Beräkningar av skattebetalare med budget för personlig inkomstskatt".

Rapportering

De mest använda rapporteringsdokumenten för personlig inkomstskatt är: "2-NDFL" och "6-NDFL". De finns i menyn "Löner och personal".

Certifikat 2-NDFL krävs endast för att få information och överföra den antingen till en anställd eller till Federal Tax Service.

Bildandet av 6-personskatt hänför sig till myndighetsredovisning och lämnas varje kvartal. Fyllning sker automatiskt.

Kontroll av riktigheten av intjänandet av personlig inkomstskatt

Om den upplupna och innehållna personliga inkomstskatten i 1C 8.3 inte stämmer överens kan du hitta fel med hjälp av en universell rapport. I rubriken väljer du registret "Beräkningar av skattebetalare med budget för personlig inkomstskatt" och anger att det kommer att bildas baserat på saldon och omsättning.

Använd menyn "Mer" - "Övrigt" för att ändra rapportalternativet. Inställningarna kan göras vad du vill. I det här exemplet tog vi bort några fält och grupperade efter individ.