Hur skapar man ett 2-NDFL-certifikat i 1C Accounting 8.3?
Oftast utfärdas 2-NDFL-certifikat till en anställd vid uppsägning, eftersom de krävs på en ny arbetsplats för att ange de ursprungliga uppgifterna. Men det finns tillfällen då det krävs i andra fall. Till exempel i banker när man tar lån.
I programmen 1C ZUP och 1C Accounting (8.2 och 8.3) genereras certifikatet i form av ett dokument och kan följaktligen skrivas ut. Låt oss se hur du gör detta i vart och ett av programmen.
Bildande och utskrift av ett 2-NDFL-certifikat i konfigurationen 1C 8.3 ZUP 3.0
I den här konfigurationen kan du generera certifikat av två typer:
- 2-personlig inkomstskatt för anställda
- 2-NDFL för överföring till skattemyndigheten
Låt oss använda demodatabasen som följer med programmet. Den innehåller redan periodiseringar och utbetalningar till anställda, och det kommer inte att vara svårt för oss att generera ett certifikat. De som har en ren databas kommer att behöva anställa en anställd och göra honom till lön.
Så, gå till menyn "Skatter och avgifter", följ sedan länken "2-personskatt för anställda" och kom in i form av en referenslista. I det här fönstret klickar du på knappen "Skapa". Formulärdetaljer som måste fyllas i är understrukna med röd prickad linje. I själva verket är detta den organisation, medarbetare och år som ett certifikat behövs för.
I mitten av dokumentet finns en stor "Fyll"-knapp. När du har fyllt i de nödvändiga uppgifterna klickar du på den. Programmet kommer att fylla i dokumentet:
Observera att dokumentet kan genereras i samband med OKATO / KPP och skattesatser eller i sammanfattning. Använd fältet "Formulär" för att välja ett alternativ. Om du väljer att skriva ut ett certifikat inom ramen för OKATO / KPP, måste du korrekt fylla i lämpliga uppgifter nedan.
På fliken "Personliga uppgifter" kan du redigera en anställds personuppgifter. Om uppgifterna efter redigeringen skiljer sig från de som angetts tidigare (till exempel när man söker jobb) kommer programmet att utfärda en varning. Men dokumentet kan fortfarande hållas och skrivas ut.
För att skriva ut dokumentet måste du klicka på knappen "Inkomsträkning (2-NDFL)". Här är ett exempel, en del av ett utskrivbart hjälpformulär:
Notera! En ny form av certifikat 2-NDFL har släppts i enlighet med order från Federal Tax Service av den 30 oktober 2015 nr ММВ-7-11 / [e-postskyddad] Den ska tillämpas från 2015-12-08.
Observera att i dokumentets rubrik finns en post "Ej för överföring till skattemyndigheten."
Det stämmer, eftersom vi genererade ett 2-personligt inkomstskattebevis för anställda. Låt oss nu se hur man genererar ett liknande certifikat för IFTS.
Bildandet av sådana certifikat utförs i punkt 2-NDFL för överföring till Federal Tax Service Inspectorate i avsnittet "Skatter och bidrag".
Om du studerar programmet i en demodatabas, genom att klicka på knappen i "Skapa" listformuläret och sedan klicka på knappen "Fyll" (efter att ha fyllt i alla nödvändiga uppgifter), kommer du att se en lista över anställda, och inte ett formulär för att fylla i uppgifter för en anställd.
Var inte rädd, det är så det ska vara. Om du skriver ner dokumentet och trycker på knappen "Skriv ut" kommer du att se en lista med formulär att skriva ut. Faktum är att skatteverket i huvudsak (eller utöver intyget) kräver ett intygsregister. Precis i det här dokumentet bildas det och du kan skriva ut det. Registret bifogas filen som laddas upp till elektroniska medier.
För att skapa och ladda upp en fil måste du klicka på knappen "Ladda upp":
Om organisationen har anslutit och konfigurerat möjligheten att ladda upp rapporter via Internet måste du använda knappen "Skicka".
Den tryckta formen av 2-NDFL-certifikatet för var och en av de anställda skiljer sig praktiskt taget inte från ovanstående.
Efter att intygen har godkänts av skattemyndigheten måste du markera rutan "Certifikat godkända av skattemyndigheten och arkiverade", Därefter kommer dokumentet att markeras med en "bocka" i listan.
Hjälp 2-NDFL i 1C Enterprise Accounting 3
Bildandet och utskriften av 2-NDFL-certifikat i denna konfiguration skiljer sig inte mycket från samma process i löne- och HR 3-programmet. Man får intrycket att denna modul skrevs av 1c-programmerare samtidigt för redovisning och lön, vilket i allmänhet är sant.
I det här avsnittet kommer vi att ange var 2-NDFL-certifikatet finns i 1C Accounting. Att fylla i dokumenten bör inte väcka frågor, det liknar ovanstående.
För att komma in i listformuläret "2-NDFL för anställda", gå till menyn "Lön och personal", sedan motsvarande länk. För bildandet av certifikat för IFTS är allt sig likt.
Källa: programmer1s.ru
- 1 Möjliga fel i beräkningen av personlig inkomstskatt i programmet 1C 8.2 ZUP 2.5
- 2 Möjliga fel i beräkningen av personlig inkomstskatt i programmet 1C 8.3 ZUP 3.0.
- 3 Möjliga fel i beräkningen av personlig inkomstskatt i programmet 1C 8.3 Redovisning 3.0
- 4 Eventuella fel vid beräkningen av personlig inkomstskatt
- 5 Möjliga fel i dokument mellan förlikning i exemplet med 1C 8.3 ZUP 3.0
- 6 Möjliga fel i avräkningsdokument med exemplet 1C Accounting 3.0
- 7 Möjliga fel i dokument mellan avveckling i exemplet med 1C 8.2 ZUP 2.5
Möjliga fel i beräkningen av personlig inkomstskatt i programmet 1C 8.2 ZUP 2.5 Låt oss överväga i programmet 1C ZUP 2.5 på exemplet på dokumentet "Semester". Semesterlön periodiserades, som ursprungligen var planerad att betalas ut den 29 januari 2016. Faktum är att utbetalningen sker den 28 januari 2016. Därför ändrar vi datumet för inkomstutbetalningen i semesterintjäningsdokumentet till den 28 januari 2016 .
Vissa användare av programmet 1s 8.3 har problem med personlig inkomstskatt. Och hur mår du?
Det finns några sätt att rulla tillbaka från den senaste uppdateringen och till och med några delar tillbaka. I november var allt fortfarande bra. Och nu, från impotens, känner jag bara för att dumt gråta Lades till: 19 jan, 2018, 11:27 Citat: Gennady ObGES den 19 jan 2018, 05:49 För säkerhets skull, jag ska förtydliga - dokumenten översattes på nytt (inklusive de som inte fylldes i), månader startade om? Tja, hur kan du svara på detta baserat på skärmdumpen och avsaknaden av ens minimal information Gennady Ob HPP, snälla berätta för mig vilken typ av information jag ska tillhandahålla? Jag började allt från noll, gjorde konsekvent och genomförde periodiseringar – utdrag – utbetalningar.
Ingenting hjälper. Att periodiseringstabellerna efter uppdateringarna har förändrats dramatiskt är ett faktum. Jag förstår inte de tekniska finesserna, men något stämmer uppenbarligen inte i uppdateringen.
Personlig inkomstskatteredovisning i 1s 8.3 redovisning 3.0
Viktig! För att undvika eventuella fel i personlig inkomstskatt, spåra i programmet 1C 8.3 (8.2) ö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 är datumet för faktisk mottagande av inkomst fast.
För inkomster 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 skatten beräknas analyserar programmet från vilken inkomst denna skatt tas ut, och bestämmer datumet för faktisk intäktsersättning, vilket registreras i skattebokföringsregistret. Varför kan det finnas en skillnad i inkomstinkomstdatum, vilket beaktas i inkomstregistret och personskatteregistret? Överväg nedan.
Beräknad inkomstskatt är inte lika med innehållen
Möjliga fel i dokument mellan avräkningar på exemplet med 1C 8.3 ZUP 3.0 I exemplet med programmet 1C ZUP 3.0 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 planerat betalningsdatum. Låt oss klara det. Registret för skatteredovisningsregistret bildades den 30 januari 2016.
Viktig
Om vi betalar ut semesterersättning tidigare än datumet för dokumentet - 2016-01-28, som planerat, fyll i redogörelsen, vi ser - den personliga inkomstskatten som innehålls är inte ifylld. Från och med 2016-01-28 finns ingen beräknad skatt. Följaktligen, när man gör en sådan redogörelse för personlig inkomstskatt, registreras inte det behållna.
Uppmärksamhet
Om allt är bra med datumet för dokumentet och det är tidigare än det planerade betalningsdatumet: Då när du fyller i redogörelsen kommer allt också att vara bra, skatten kommer att fastställas. När Vedomosti genomfördes bokfördes den som en innehållen skatt.
Problemet med NDFL
Möjliga fel i avräkningsdokument med exemplet 1C Accounting 3.0 I programmet 1C Accounting 3.0 är allt sig likt. Datumet för dokumentet är viktigt. Tänk på exemplet med dokumentet "Semester". Det planerade betalningsdatumet är 2016-01-28, och datumet för dokumentet kommer medvetet att fastställas senare, till exempel 2016-01-30. Låt oss lägga upp dokumentet. Den beräknade skatten registrerades per 2016-01-30.
Efter att betalningen har gjorts, och inte i Vedomosti, nämligen betalningen "Kontantuttag" eller debitering från byteskontot tidigare än datumet för "Semester"-dokumentet, registreras, fastställs och fastställs inte den innehållna skatten i Registrera. Därför är datumet för dokumentet viktigt, om vi sätter den 28 januari 2016 och återutställer kontanter, då bildades den personliga inkomstskatteposten, allt föll in i registret och sedan kommer det att falla i formen 6-personlig inkomst beskatta.
Eventuella personliga inkomstskattefel i 1s 8.3 och 8.2 - hur man hittar och åtgärdar
Här finns även ett betalningsdatum och när 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 i beräkningen av personlig inkomstskatt Vid beräkning av personlig inkomstskatt måste vi också vara uppmärksamma på datumet för beräkningen av skatten. Detta gäller för program i den tredje versionen. Skatteförfallodagen måste vara strikt före skatteinnehållningsdagen.
Om själva skatten inte periodiseras vid tidpunkten för innehållet av skatten, så finns det i själva verket inget att innehålla. Viktig! Spår i 1C-programmet: datumen för dokument mellan bosättningar är det datum då skatten debiteras, om skatten inte debiteras 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 skattedatum. 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 automatiskt i formuläret "Mer om beräkning av personlig inkomstskatt". Det är enklare här, ZUP 3.0-programmet. självt 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 det här fallet inte datumet för mottagande av inkomst i formen "Mer om beräkning av personlig inkomstskatt" i sig.
Här behöver du göra en omräkning, eller ändra datum i formuläret "Mer om beräkning av personlig inkomstskatt" manuellt. I alla andra fall bör bokföringsdatumet för personlig inkomstskatt ändras automatiskt vid betalningsdagen. Men för säkerhets skull, kontrollera detta ögonblick, kontrollera sammanträffandet av datum. Eventuella 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å avräkningshandlingar ”Sjukskrivning” och ”Semester”.
En rad i den personliga inkomstskatten med ett "minus" daterat 2016-01-29, och den andra raden med ett "plus" daterat 2016-01-28. Ytterligare två grupper av rader från 100 till 140 läggs till i 6- personlig inkomstskatt.I den ena är allt omvänt, och i den andra - räknas allt om. För att undvika en sådan situation, ö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. Eventuella fel i beräkningen 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". Betalningsdatumet från dokumentets huvudform går till inkomstregistret. Och i skatteredovisningsregistret - datumet från formuläret "Mer information om beräkning av personlig inkomstskatt."
Dessa två datum måste matcha.
I den här artikeln kommer vi att överväga att arbeta med personlig inkomstskatt i 1C 8.3 Redovisning 3.0 – från inställningar till drift och rapportering. Innehåll
- 1 Programinställning
- 1.1 Skatteuppgifter
- 1.2 Lönesättning
- 2 Personlig inkomstskatteredovisning i 1C
- 3 Rapportering
- 4 Kontrollera om beräkningen av personlig inkomstskatt är korrekt
Enligt punkt 4 i art. 226 i Ryska federationens skattelag är skatteagenter skyldiga att hålla inne det upplupna beloppet för personlig inkomstskatt direkt från skattebetalarens inkomst när de faktiskt betalas och omedelbart överföra det till budgeten.
Redovisning av den personliga inkomstskatten som överförs till budgeten i samband med individer i programmet måste hållas för att automatiskt generera rapporten "Skatteredovisningsregister för personlig inkomstskatt" och fylla i dokumenten "Referens 2-NDFL" (båda för den anställde och för överföring till IFTS), eftersom detta krävs enligt lag.
Vilka dokument och vid vilken tidpunkt (vilket datum) den innehållna personliga inkomstskatten kommer att registreras i programmet beror på inställningarna för redovisningsparametrar (se fig. 1).
Om flaggan är avmarkerad här, registreras den innehållna skatten i bokföringen med dokument som återspeglar betalningen av medel till den anställde ("Lön som ska betalas av organisationer" i den förenklade redovisningen av ömsesidiga uppgörelser eller "Expense cash order", "Kontoutdrag för överföring av löner", "Insättning av organisationer" med normal redovisning).
Om flaggan är inställd så registreras den innehållna skatten samtidigt med den beräknade en och samma handlingen.
Beloppen för personliga inkomstskatteöverföringar registreras i programmet som ett separat dokument "Överföring av personlig inkomstskatt till Ryska federationens budget" (menyn "Löner för organisationer" - "Skatter och bidrag" - "Överföring av personlig inkomstskatt" till Ryska federationens budget").
Dokumentet anger manuellt det totala beloppet för den överförda skatten, datumet för dess överföring, månaden för skatteperioden, skattesatsen, OKATO / KPP-koder samt detaljerna i betalningsdokumentet.
Överväg redovisningen av personlig inkomstskatt i samband med individer med hjälp av ett exempel. För att göra detta beräknar vi lönen med dokumentet "Lön för anställda i organisationer".
När detta dokument publiceras kommer systemet att registrera personlig inkomstskatt som upplupen och innehållen (när du använder inställningen "Vid beräkning av personlig inkomstskatt, acceptera den beräknade skatten som innehållen") och behovet av att överföra den innehållna personliga inkomstskatten till budgeten är också registrerad. Detta framgår av rapporten "Analys av upplupna skatter och avgifter" på fliken personlig inkomstskatt (se fig. 2).
Därefter bör du ange dokument för betalning av löner: "Lön som ska betalas av organisationer" med den förenklade redovisningen av ömsesidiga avräkningar aktiverad. Om den förenklade redovisningen av ömsesidiga uppgörelser inte är aktiverad, måste du också ange dokumenten "Utgående kontantorder" när du betalar via kassan och / eller dokumenten "Utgående betalningsorder" och "Kontoutdrag för överföring av löner ” vid överföring via banken.
Information om överföring av personlig inkomstskatt bör återspeglas i dokumentet "Överföring av personlig inkomstskatt till Ryska federationens budget." Det totala beloppet för överförd skatt, manuellt angivet i dokumentet, fördelas automatiskt mellan individer i proportion till de belopp som tidigare registrerats som erforderliga för överföring (se fig. 3).
I en typisk konfiguration används följande regel: förfallodatum måste vara strikt högre än det datum då behovet av att överföra skatt till budgeten registreras. Det vill säga, det antas att skatten överförs till budgeten tidigast dagen efter den dag som betraktas som betalning av inkomst. I vårt exempel registreras den innehållna skatten av dokumentet "Löner till anställda i organisationer", det vill säga 01/31/12. Detta innebär att betalningsdatumet i dokumentet "Överföring av personlig inkomstskatt till Ryska federationens budget" kan anges den 01.02.12. Om den förenklade personliga inkomstskatteredovisningen inte ingår, bör betalningsdatumet anges nästa efter registreringen av betalningen av inkomst till en individ. Om datumet är felaktigt valt, kommer automatisk distribution inte att ske och programmet kommer att indikera ett fel: "Inga data hittades för att skriva till dokumentet."
Jag skulle vilja fästa din uppmärksamhet på det faktum att i dokumentet "Överföring av personlig inkomstskatt till Ryska federationens budget" är betalningsdatumet större än datumet för registrering av den innehållna skatten endast i syfte att automatiskt fylla i dokumentet. Efter att distributionen har slutförts är det lämpligt att ange det faktiska betalningsdatumet som betalningsdatum för att den senare korrekt återspeglas i "Individuellt skatteredovisningsregister" som betalningsdatum.
Om det överförda beloppet är mindre eller mer än innehållet kommer programmet att fördela det mellan individer på ett sådant sätt att som ett resultat det faktum att mindre (mer) skatt överfördes för varje individ än innehållet.
Vid överföring av beloppet för personlig inkomstskatt mindre än innehållet efter dokumentet "Överföring av personlig inkomstskatt till Ryska federationens budget", kommer behovet av att överföra skillnaden mellan de resulterande beloppen för varje person att finnas kvar i redovisningen.
När du anger nästa dokument kommer beloppet i det att fördelas i proportion till de återstående beloppen som behövs för överföringen.
Vid överföring av beloppet för personlig inkomstskatt mer än innehållet kommer en alltför överförd skatt att registreras i bokföringen, det vill säga ett behov med ett minustecken.
Ett sådant behov överförs inte till nästa månad och kommer inte att kvittas när du anger nästa dokument "Överföring av personlig inkomstskatt till Ryska federationens budget." Detta tillvägagångssätt är baserat på bestämmelserna i Ryska federationens skattelag och bekräftas av brevet från den federala skattetjänsten den 19 oktober 2011 nr ED-3-3/3432, där det anges att beloppen överförs till budgeten utöver beloppet av personlig inkomstskatt som faktiskt innehållits är inte skatt, och i detta fall bör skatteombudet kontakta IFTS med en ansökan om återföring av dessa belopp till byteskontot.
Därför är det nödvändigt att noggrant överföra beloppen för personlig inkomstskatt till budgeten och noggrant återspegla detta faktum i programmet. Om ändå ett belopp som är större än nödvändigt överfördes, bör detta faktum inte registreras i programmet, det vill säga att det överförda beloppet ska anges som det innehållna beloppet och det belopp som inte är en skatt ska returneras från IFTS. Standardkonfigurationen innehåller inte automatiska medel för att kontrollera en sådan överbetalning.
Fördelningen av belopp för personlig inkomstskatt i dokumentet "Överföring av personlig inkomstskatt till Ryska federationens budget" mellan anställda kan fyllas i manuellt, baserat på deras egna överväganden.
Reflektion av överföringen av personlig inkomstskatt från "inter-settlement" betalningar
För att förbättra noggrannheten när det gäller att återspegla datumen för betalningen av "inter-settlement"-inkomster, datumen för beräkning och källskatt från dem, från och med release 2.5.57, har en ny metod implementerats i 1C: Löne- och personalhanteringsprogram, utformat för att ersätta det tidigare använda.
Nu bestäms datumet för betalningen av inkomsten direkt av dokumenten med vilka dessa inkomster intjänas:
intjänande av ledighet för anställda i organisationer;
Sjukskrivningstillverkning;
Registrering av engångsperioder för anställda i organisationer;
Beräkning av utdelning av organisationer.
För semesterersättning fylls inkomstutbetalningsdagen i med ett datum 3 dagar mindre än semesterns startdatum.
För att fylla i datum för betalning av den återstående "inter-settlement" inkomsten "(förutom utdelningar), hänvisar programmet till inställningarna för redovisningsparametrarna på fliken" Lönebetalning".
Betalningsdatum fylls i när ett nytt dokument skapas enligt följande regler:
1) om minst ett av datumen i redovisningsparametrarna inte är ifyllt, ersätts det aktuella (arbets)datumet;
2) om båda datumen är ifyllda, väljs nästa nästa datum till det aktuella (arbets)datumet från dessa datum, dvs. antingen datum för förskottsbetalning eller datum för utbetalning av lön i denna eller nästa månad;
3) om det aktuella (arbets)datumet sammanfaller med ett av betalningsdatumen, ersätts nästa nästa betalningsdatum.
För utdelningar fylls inkomstbetalningsdatum i som standard när ett nytt Organisationsutdelningsdokument skapas med dess datum (det vill säga det faktiska arbetsdatumet).
Jag vill uppmärksamma er på att för dokument som redan är tillgängliga före uppdatering till release 2.5.57 i databasen kommer betalningsdatum under uppdateringen att fyllas i automatiskt i enlighet med de uppgifter som registreras i bokföringen. För att visa dessa datum i skattebokföringsregistret måste dokumenten vid behov återföras, med korrigering av datumen för de faktiska datumen för inkomstutbetalningen.
Året går mot sitt slut och om ett par månader efter alla helgdagar börjar vi förbereda rapporter 2-NDFL för överföring till IFTS. I detta avseende tittade jag igenom artiklarna och blev förvånad över att finna att problemet var personlig inkomstskatteredovisning i 1C ZUP, fick praktiskt taget ingen uppmärksamhet. Från och med denna publikation kommer därför en serie artiklar om personlig inkomstskatt att släppas under de kommande månaderna. Vi kommer att titta på typiska situationer som jag har stött på när jag betjänade mina kunder.
Och för att göra det lättare för dig att navigera i arbetet med personlig inkomstskatt i framtiden kommer denna första artikel att täcka hela redovisningsföljden för personlig inkomstskatt i 1C ZUP. Vi kommer att titta på de grundläggande grundläggande principerna. Och i framtiden, när jag överväger smalare frågor, kommer jag att kunna hänvisa till den här artikeln för att inte bli distraherad från ett specifikt exempel. Låt mig påminna er om att det var på denna princip som en serie artiklar tillägnad .
✅
✅
Låt oss börja med var och hur i programmet 1C Löne- och personalhantering beräknar personlig inkomstskatt. Till att börja med kommer jag att överväga det enklaste fallet som inte kräver några ytterligare inställningar. Den anställde är medborgare i Ryssland, bosatt, har inga personliga inkomstskatteavdrag och får jobb hos oss från början av året. I det här fallet behöver du inte göra några inställningar för personlig inkomstskatteredovisning för denna anställd. På vanligt sätt återspeglar vi faktumet att anställa honom (om personalregister, se artikeln i detalj).
Om en anställd har en enda planerad periodisering per månad, till exempel "Lön per dag" på 100 000 rubel, kommer vi att använda dokumentet "Löner", som jag skrev om i detalj i, för att beräkna denna betalning. När du fyller i detta dokument på bokmärket "NDFL" en tom rad kommer automatiskt att skapas för beräkning av personlig inkomstskatt. I det här exemplet har jag 1 anställd i dokumentet, så det finns bara en rad för att beräkna personlig inkomstskatt. Vanligtvis skapas lika många rader som det finns anställda i de återstående sektionerna (det stämmer ibland inte om t.ex. någon anställd har inkomster som inte är föremål för personlig inkomstskatt).
Därefter måste vi återspegla det faktum att löner betalas genom ett dokument "Betalbar". Du kan läsa huvudartikeln, som ägnas åt detta dokument. Så det belopp som ska betalas i detta dokument kommer att fyllas i redan minus den personliga inkomstskatten som beräknades tidigare. För vårt exempel är detta 87 000 rubel. = 100 000 - 13 000. faktiskt innehållande av personlig inkomstskatt i 1C ZUP är registrerad med detta dokument.
Begreppet beräknad personlig inkomstskatt och innehållen personlig inkomstskatt
✅
✅ CHECKLISTA för kontroll av löner i 1C ZUP 3.1
VIDEO - månatlig självkontroll av bokföring:
✅ Lön i 1C ZUP 3.1
Steg för steg instruktioner för nybörjare:
Och här finns en viktig funktion som bör beaktas omedelbart, så att det senare skulle bli lättare att arbeta med programmet. Man tror att vid beräkning av löner beräknas personlig inkomstskatt, och den kommer att innehållas först vid tidpunkten för utbetalning av lön. Men i 1C ZUP-programmet är det möjligt att ställa in inställningen så att vid tidpunkten för löneutbetalningen anses personlig inkomstskatt omedelbart både beräknad och innehållen. Detta görs i redovisningsparametrarna på fliken "Löner" med hjälp av kryssrutan "Vid beräkning av personlig inkomstskatt, ta hänsyn till den beräknade skatten som innehållen."
Vad påverkar det. Programmet har en rapport "Analys av upplupna skatter och bidrag", som inkluderar ett alternativ för personlig inkomstskatterapport för att visa personlig inkomstskatt.
De där. rapport Analys av upplupna skatter och avgifter ”är inte fokuserad på periodiseringsmånaden, utan på datumet för dokumentet.
Om nu vi kryssar i rutan i redovisningsparametrarna "Vid beräkning av personlig inkomstskatt, ta hänsyn till den beräknade skatten som innehållen" och vi kommer definitivt att omdokumentera dokumenten "Lön" och "Lön att betala", vi kommer att kunna se i rapporten "Analys av upplupna skatter och avgifter" och beräknad personlig inkomstskatt, och innehållen personlig inkomstskatt på en månad.
Överföring av personlig inkomstskatt till budgeten
✅ Seminarium "Life hacks for 1C ZUP 3.1"
Analys av 15 bokföringslivshack i 1s zup 3.1:
✅ CHECKLISTA för kontroll av löner i 1C ZUP 3.1
VIDEO - månatlig självkontroll av bokföring:
✅ Lön i 1C ZUP 3.1
Steg för steg instruktioner för nybörjare:
Nästa steg i arbetet med personlig inkomstskatt i 1C ZUP är att återspegla det faktum att betala personlig inkomstskatt till budgeten. För att göra detta tillhandahåller programmet ett dokument "Överföring av personlig inkomstskatt till budgeten". Den finns på fliken "Skatter" på programmets skrivbord. Detta dokument är ganska specifikt och dess arbete är inte alltid mottagligt för en logisk förklaring, så jag kommer att prata om det i detalj i en annan publikation. Nu noterar jag att det är nödvändigt att fylla i relevant information om betalning av personlig inkomstskatt i reglerad rapport 2-NDFL och i Register över skatteredovisning för personlig inkomstskatt. Av detta följer att den inte kräver obligatorisk månatlig fyllning. Du kan fylla i allt direkt innan du skickar in rapporter till IFTS, men jag råder dig inte att göra detta, även om valet såklart är ditt.
Så låt oss fylla i detta dokument för medarbetaren från vårt exempel. En funktion i detta dokument är att fältet "Belopp" måste anges manuellt. Detta belopp fördelas på anställda som hade skattepliktig inkomst under månaden. Nu kommer jag inte att gå in på detaljer om arbetet med detta dokument, eftersom jag kommer att överväga det i en separat artikel. För exemplet under övervägande med en anställd, dokumentet "Överföring av personlig inkomstskatt till budgeten" måste fyllas i enligt skärmdumpen.
Reglerad redovisning av personlig inkomstskatt i 1C ZUP
När det gäller automatisering, personlig inkomstskatteredovisning i 1C ZUP genomförs för två huvudsakliga syften. För det första låter det dig automatiskt generera korrekta belopp som ska betalas baserat på upplupen lön och beräknad personlig inkomstskatt. Detta diskuterades när jag talade om dokumentet "Lön att betala". Det andra målet är den automatiska genereringen av reglerad rapportering, nämligen 2-NDFL-rapporten. Låt mig påminna er om att denna rapport genereras en gång om året och måste lämnas in till IFTS senast den 1 april året efter rapporteringen.
För att generera denna rapport i 1C ZUP finns en speciell tjänst "Förberedande av personskatteuppgifter för överföring till skattemyndigheten". Den kan nås från avsnittet "Skatter" på programmets skrivbord.
I den här artikeln gick jag igenom den allmänna principen för redovisning av personlig inkomstskatt i 1C ZUP, och diskuterade även de två huvudsakliga automatiseringsmöjligheter som ZUP ger när det gäller att arbeta med personlig inkomstskatt. Mycket har dock ännu inte sagts om personlig inkomstskatt: om redovisning av personlig inkomstskatt i andra lönedokument, om att sätta upp avdrag, om att arbeta med utlänningar och medborgare i andra länder och många andra viktiga frågor. Jag kommer att skriva om detta i kommande artiklar. Det är allt för idag!
Det är allt för idag!
För att vara den första att veta om nya publikationer, prenumerera på mina blogguppdateringar:
2016 präglades av en så ljus händelse för revisorer och medföljande 1C-specialister som introduktionen av en ny form av kvartalsrapportering 6-NDFL.
De flesta av problemen gick kanske till användare av 1C 8.2 (ZUP 2.5). Först rekommenderades de starkt att avmarkera rutan "När du beräknar personlig inkomstskatt, ta hänsyn till den beräknade skatten som innehållen", sedan visade praktiken hur mycket bekvämare det var att lämna denna ruta.
För att underlätta för att korrigera den förvirrande situationen i sekvensen av dokument för periodisering och betalning av löner, skapade 1C-tillverkare ett lika förvirrande dokument "Kedja av personligat". Att försöka använda det gör de utmattade revisorernas huvuden smärta. Vid tidpunkten för de sista timmarna av deadline för att skicka in den första 6-NDFL-deklarationen var mängden information om hur man arbetar med detta dokument extremt knapp.
Förfarandet för att fylla i formulär 6 för personlig inkomstskatt i 1C ZUP
Avsnitt 2 i Form 6-NDFL i 1C ZUP kräver en tydlig kronologisk ordning av dokument. Nya krav ökar ansvarsnivån för att lägga in varje periodiserings- och avdragsfakta i programmet. Efter bokföring av varje periodiserings- / betalnings- / avdragsdokument är det nödvändigt att ständigt övervaka rörelsen i ackumuleringsregistret "Personliga inkomstskatteavräkningar med budgeten" - varje periodiseringsbelopp måste avslutas med avdragsbeloppet, och datumen måste motsvara tidsfrister som anges i artikel 223, artikel 226 i Ryska federationens skattelag.
Enligt artikel 223 i Ryska federationens skattelagstiftning, bestämning av datumet för faktisk mottagande av inkomst:
Enligt artikel 226 i Ryska federationens skattelag är tidsfristen för överföring av personlig inkomstskatt:
Meny "Åtgärder" -> Gå -> personlig inkomstskatt beräkningar med budgeten
I ZUP 2.5 finns 2 alternativ för redovisningsprinciper för personlig inkomstskatt. Valet av alternativet registreras med flaggan "Vid beräkning av personlig inkomstskatt, beakta den beräknade skatten som innehållen":
- omarkerad - "normal bokföring";
- kryssrutan är markerad - "förenklad redovisning".
Med ”förenklad redovisning” är även periodiseringshandlingen för personskatteregistret ett skatteinnehållsdokument. I "normal bokföring" är periodiseringshandlingen endast en periodiseringshandling och skatteinnehållningen görs av inkomstutbetalningshandlingen. Vid en viss tidpunkt, för att göra det mer bekvämt att ange olika betalningsdatum i samma periodiseringsdokument för olika anställda, förbättrades 1C och denna funktion lades till - en "Mer..." hyperlänk dök upp nära löneutbetalningsdatumet:
