Zup 3 dodatni troškovi preračunavanja. Dodatni troškovi, preračuni

Pozdrav dragi posjetitelji. U današnjem članku ćemo govoriti o tome kako 1C ZUP 3.1 (3.0) odražavaju dodatne naknade (ponovni izračun) premija osiguranja po dodatnim stopama u tekućem mjesecu za prethodna razdoblja za koja su već dostavljena izvješća te kako to učiniti automatski u programu. Pogledajmo značajke ponašanja programa (zaronimo u zamršenost oblikovanja pokreta u " Knjigovodstvo prihoda za obračun premija osiguranja"), a također da vidimo kako se takva dodatna razgraničenja odražavaju u reguliranom izvješćivanju RSV-1. Kao i uvijek, proučit ćemo sva pitanja koristeći jednostavan primjer.



U našem primjeru, dana 01.06.2016., na radno mjesto za koje nije navedena dopunska tarifa primljena je djelatnica. Organizacija održava tablicu osoblja; u odjeljku "Postavke" - Evidencija osoblja - Postavljanje rasporeda osoblja, označen je potvrdni okvir - Osoblje se održava, dakle, u jedinici osoblja na kartici "Dodatno" postavljaju se parametri za izračun premija osiguranja za dodatne tarife (možete pročitati detaljno o postavljanju obračuna dodatnih premija). U našem slučaju sva polja s podacima o postavkama su prazna, tj. Doprinosi po dodatnim stopama ne obračunavaju se od radnika.

Provjerimo je li to istina. Isplatimo zaposleniku plaću za lipanj i vidimo da na kartici “Doprinosi” u koloni “PFR (štetno bez s/o)” i u koloni “PFR (teško bez s/0)” nisu obračunati doprinosi.

Nakon predaje izvješća za 2. tromjesečje, pokazalo se da je potrebno obračunati premije osiguranja po dodatnim stopama od zaposlenika angažiranog na ovom radnom mjestu. Što je potrebno napraviti u programu ZUP-a 3.1 (3.0) da se u srpnju pri obračunu plaća obračunaju dodatni doprinosi za lipanj? Prvo morate otvoriti dokument koji je odobrio ovu jedinicu osoblja ( Odobrenje kadrovskog rasporeda od 01.06.2016) i na kartici "Napredno" potvrdite okvir - Doprinosi se prikupljaju za zaposlene na poslovima s prijevremenom mirovinom. Drugo, da biste odredili postotak tarife, navedite radne uvjete - u našem primjeru to je Rad s opasnim radnim uvjetima, podstavak 1. stavka 1. članka 27. Zakona „O radnim mirovinama u Ruskoj Federaciji“.

Pregledajmo dokument Odobrenje kadrovskog rasporeda. Dakle, programom jasno dajemo do znanja da je od 1. lipnja 2016. te doprinose još trebalo obračunati. Zatim ćemo obračunati plaću za mjesec srpanj i vidjeti hoće li se dodatno obračunati premije osiguranja za lipanj. Očekujemo da ćemo na kartici "Doprinosi" imati 2 retka: za tekuće doprinose za srpanj i za dodatne procjene doprinosa za lipanj po dodatnim stopama.

No, vidimo da su nam doprinosi obračunati samo za SRPANJ, a do obračuna za LIPANJ nije došlo. Koji je razlog? Nažalost, nije dovoljno samo postaviti postavku u poziciji osoblja - . Također je potrebno PONOVO PROVJERITI (ali ne preračunati) dokument za LIPANJ . Za što je ovo?

Činjenica je da kada zaposleniku obračunamo neki prihod, program stanje tog prihoda evidentira u poseban registar za potrebe obračuna premija osiguranja. Otvorimo dokument Obračun plaća i doprinosa za LIPANJ i vidimo što imamo evidentirano u ovom registru. Dakle, iznos dohotka od 30.000 rubalja (stupac "Iznos") u cijelosti podliježe doprinosima za osiguranje (stupac "Vrsta dohotka"), ali ne podliježe doprinosima za zaposlene na poslovima s prijevremenim odlaskom u mirovinu. Stupac “Plaćaju se doprinosi za zaposlene na poslovima s prijevremenom mirovinom” nije ispunjeno.

Zašto se program tako ponaša? Činjenica je da u trenutku dokumenta Obračun plaća i doprinosa od 30. lipnja 2016. nije bila označena potvrdna kućica na radnom mjestu. Doprinosi se prikupljaju za zaposlene na poslovima s prijevremenom mirovinom. Sada smo postavili ovu postavku, shodno tome potrebno je ponovo proknjižiti dokument Obračuni plaća i doprinosa za LIPANJ, kako bi u očevidniku Računovodstvo prihoda za obračun premija osiguranja ovaj prihod (30.000 rubalja) je zabilježen kao podliježu doprinosima za zaposlene na poslovima s prijevremenim odlaskom u mirovinu.

Dakle, revidiramo dokument. Sada u registru Računovodstvo prihoda za obračun premija osiguranja prihod (30 000 rubalja) evidentiran je kao predmet doprinosa za rad s opasnim uvjetima rada.

Dalje, vratimo se na dokument. Obračun plaća i doprinosa za SRPANJ i na kartici “Doprinosi” kliknite na gumb “Preračunaj doprinose”. Sada će program vidjeti da je u lipnju evidentiran dohodak od kojeg je trebalo obračunati doprinose po dodatnoj tarifi. Sukladno tome, naši doprinosi su obračunati i pojavio se još jedan redak u kojem je stupac "Mjesec primitka dohotka" - lipanj 2016., stupac "PFR (štetno bez s/o)"— 2700 rubalja (9% od osnovice od 30 000 rubalja).

Odraz preračunavanja premija osiguranja u DAM-1

Seminar “Lifehacks za 1C ZUP 3.1”
Analiza 15 životnih hakova za računovodstvo u 1C ZUP 3.1:

KONTROLNA LISTA za provjeru obračuna plaća u 1C ZUP 3.1
VIDEO - mjesečna samoprovjera računovodstva:

Obračun plaća u 1C ZUP 3.1
Korak po korak upute za početnike:

Sada da vidimo kako će se ovaj dodatni trošak odraziti u izvješćima. Iz odjeljka "Izvješćivanje, potvrde" - "Tromjesečno izvješćivanje mirovinskom fondu Ruske Federacije" generirat ćemo izvješće RSV-1 za 3. tromjesečje 2016. i vidjeti kako će ono odražavati dodatno obračunavanje premija osiguranja za dodatne tarife za lipanj i tekuće obračunske obveze za srpanj. (Da primjer bude jednostavan, zaposleniku nećemo ništa obračunati za kolovoz i rujan)

Otvorimo općenite odjeljke 1-5.


Kao što vidimo, program je odražavao cjelokupni dohodak zaposlenika i doprinosi po dodatnoj stopi su ispravno obračunati.

To je na ovaj način 1C ZUP 3.1 (3.0) treba odražavati automatski dodatni obračun premija osiguranja po dodatnoj stopi, ako smo otkrili svoju pogrešku (u postavkama nismo naveli potrebu za obračunom doprinosa na vrijeme) i želimo je ispraviti, kao i poslati informaciju o ispravku u sklopu izvješća za sljedeće tromjesečje.

To je sve za danas. Vidimo se opet!)

Pogledajmo cjelovite korak po korak upute za početnike - od zapošljavanja do obračuna i isplate plaća u 1C ZUP 8.3 (8.2).

Prije svega, prije isplate plaća zaposlenici moraju biti uneseni u bazu podataka i usklađeni svi kadrovski dokumenti. U 1C plaća i osoblje 3.1 (3.0), ovi dokumenti su pohranjeni u izborniku "Osoblje", stavka "Prijemi, transferi, otpuštanja".

Prilikom zapošljavanja ili premještaja zaposlenika, program mora navesti datum prijema, položaj, odjel i plaću.

Postavljanje korisničkih prava

Za održavanje ovih kadrovskih dokumenata i obračuna plaća, korisnik mora biti uključen u odgovarajuće pristupne grupe. Ova se postavka mora izvršiti pod računom s administratorskim pravima.

U izborniku "Administracija" odaberite "Postavljanje korisnika i prava".

U ovom slučaju, korisnik “Računovodja” je uključen u grupe:

  • "Viši kadrovski časnici"
  • "Viši računovođe."

Porezne olakšice

Razmotrimo primjer obračuna plaća u 1C ZUP-u za zaposlenika s djetetom mlađim od 18 godina. Ovaj porezni odbitak konfiguriran je u odjeljku "Porez na dohodak" na kartici zaposlenika.

Unesite novo terećenje za standardni odbitak, dodajući odgovarajući porezni odbitak.

Obračun i obračun plaća i doprinosa

Važno je upamtiti da je prvi korak uključivanje zapošljavanja, transfera osoblja i otpuštanja zaposlenika u program. Zatim se upisuju izostanci zaposlenika (bolovanje, godišnji odmori i sl.) i prekovremeni rad (prekovremeni rad). Ako postoje druga obračunavanja (financijska pomoć, roditeljski dopust itd.), i njih je potrebno unaprijed dodati u program.

Ako se ovaj niz pokvari, program neće moći pravilno obračunati doprinose i poreze.

Sada možete ići izravno na obračun i obračun plaća. U rubrici “Plaća” odaberite stavku “Obračun plaće i doprinosa” ili istoimenu stavku u podrubrici “Kreiraj”. U prvom slučaju vidjet ćete popis svih prethodno unesenih dokumenata.

Nakon što ste izradili dokument, prvo što trebate učiniti je ispuniti obračunski mjesec i odjeljak. Datum je obično posljednji dan obračunskog mjeseca. 1C ZUP dokument izračunat ćemo automatski klikom na gumb "Ispuni". Program će odabrati sve zaposlenike navedenog odjela koji trebaju napraviti obračune.

Obračunavanja su ona koja su navedena u kadrovskim dokumentima (zapošljavanje, premještaj osoblja).

Kada kliknete na gumb "Prikaži detalje izračuna", prikazat će se dodatni stupci, na primjer, standardno vrijeme i koliko je stvarno odrađeno. Iz ovog dokumenta također možete generirati platni list za zaposlenika.

Na platnoj listi iskazuju se sva davanja i odbici, kao i prethodno uvedena porezna olakšica za djecu.

Kartica "Benefits" prikazuje sve beneficije koje se isplaćuju iz Fonda socijalnog osiguranja (na primjer, roditeljski dopust do 1,5 godina). Kartica "Odbici" odražava sve odbitke za zaposlenike, osim poreza na osobni dohodak (na primjer, alimentacije).

Kartice “Porez na dohodak” i “Doprinosi” sadrže izračune poreza na dohodak, odnosno obračunatih doprinosa. Ukoliko postoje ugovori za plaćanje (npr. GPC ugovori), oni će biti prikazani na kartici “Ugovori” sa svim potrebnim podacima (ako je odgovarajuća postavka uključena u programu).

Podaci u dokumentu “Plaće i doprinosi” po potrebi se mogu ručno korigirati. U tom će slučaju biti podebljani.

Preračun isprava plaća i doprinosa

Kao što je ranije navedeno, prije izrade dokumenta za obračun plaća i doprinosa, potrebno je u program unijeti podatke o svim obračunima i odbicima zaposlenika. Pogledajmo kasnije primjer izrade takvog dokumenta.

U izborniku “Plaća” odaberite “Prekovremeni rad”. Ova će funkcija biti dostupna ako je postavka odjeljka "Plaće" omogućena.

U kreiranom dokumentu označite jednog ili više zaposlenika te navedite datume prekovremenog rada s brojem odrađenih sati.

Nakon knjiženja dokumenta “Prekovremeni rad” u prethodno kreiranom obračunu plaća i doprinosa ispisuje se komentar o potrebi preračunavanja.

Svi preračuni koje je potrebno izvršiti bit će prikazani u izborniku “Plaća”, pododjeljak “Usluga”.

Ponovna izračunavanja mogu biti ne samo za razgraničenja, već i za odbitke. Prikazuju se po zaposleniku, uz naznaku obračunskog razdoblja, obračunskog dokumenta koji je potrebno ispraviti i razloga.

0 korisnika i 1 gost pregledava ovu temu.

Pozdrav, platforma: 8.3 (8.3.10.2580), : Upravljanje plaćama i osobljem, izdanje 3.1 (3.1.3.274).

Kako pravilno objasniti zašto se u dokumentu “Obračun plaća” pojavljuje poruka “Potreban dodatni obračun (preračun)”?

Odnosno, ispada da ovu poruku uopće ne treba uzeti u obzir? Samo pogledajte jesu li brojke za zaposlenike točne ili ne? Ali i provjera svih zaposlenika je dugotrajan proces. Ili tek tako?

I još jedno pitanje. Pojavljuje se kartica “Dodatna razgraničenja, preračuni” Samo ne mogu razumjeti brojke koje se tamo pojavljuju. Ponekad njihov zbroj daje nulu (na primjer, 100, -100). Ponekad ne (pa, tu se obično nešto doda). Ali kako razumjeti koji brojevi odakle dolaze? Postoji li neki način, na primjer, da se brzo prebacite s njih na dokumente?

Pozdrav, platforma: 1C:Enterprise 8.3 (8.3.10.2580), konfiguracija: Plaće i upravljanje osobljem, izdanje 3.1 (3.1.3.274).

Molim vas da mi pomognete razumjeti temu “Dodatna razgraničenja, preračuni.”

Kako pravilno objasniti zašto se u dokumentu “Obračun plaća” pojavljuje poruka “Potreban dodatni obračun (preračun)”?

Za verziju 3.1.3.274 registrirano je samo 439 neispravljenih pogrešaka, samo one otkrivene

Bojim se da nitko neće pisati najave za svakog zainteresiranog.

Razumijem da je u ovom slučaju redoslijed unosa dokumenata obično poremećen. Možda su neki dokumenti ponovno preneseni. A pomoću poveznice "Više detalja" možete vidjeti dokument u kojem je nešto pogrešno učinjeno.

Postoji slučaj kada je nakon dokumenta “Plaća” upisan dokument, na primjer “Rad vikendom i praznicima”.

Ali ako je, na primjer, razlog dokument “Ticket Card” - to je zapravo posljednji dokument koji se radi prije obračuna plaće. A “Payroll” još nije uveden. Kada ga počnete unositi, pojavljuje se ova poruka. A onda se dogodi da samo pritisnete “Fill” i poruka nestane.

Odnosno, ispada da ovu poruku uopće ne treba uzeti u obzir? Samo pogledajte jesu li brojke za zaposlenike točne ili ne? Ali i provjera svih zaposlenika je dugotrajan proces. Ili tek tako?

Dobar dan. Dugo vas nisam čuo :) Danas želim razjasniti značajke rekalkulacija u ZUP-u 3.0 za prošla razdoblja. Ovaj članak govori o tome kako to radi iznutra i, sukladno tome, možete kontrolirati ovaj proces. Uostalom, vjerojatno ste se susreli s činjenicom da nekome program neočekivano prikupi nepoznate iznose, stornira ih, pojave se neke razlike... a vi to niste htjeli, ili htjeli. ali to se nije dogodilo))

Započnimo. Prvo, ponovni izračuni se događaju u trenutku kada plaću smatrate dokumentom "Payroll". U tu svrhu osigurava karticu „Dodatna razgraničenja, preračuni“. Prvo što vam želim savjetovati: uvijek provjerite podatke na pločici "Dodatna razgraničenja, preračuni" . Mogu se tamo pojaviti bez vašeg znanja i nećete razumjeti zašto iznos u izračunu nije isti.

U teoriji, u zaglavlju dokumenta uvijek smo upozoreni da će program nekoga prebrojati ili da ga trebamo ponovno napuniti, jer... netko nije ubrojen.

Kako program zna koga trebam računati i za koji mjesec?

Ona to određuje na temelju vaših postupaka. Jeste li unatrag datirali dokument? Program je pogledao zaposlenike koji su bili u ovom dokumentu i zabilježio njihov popis. Jeste li ispravili dokument (na primjer, ispravili vremenski list za prošli mjesec)? Program je zapamtio sve iz ovog vremenskog lista i ovaj će se mjesec ponovno izračunati. Utječu na gotovo sve dokumente, i kadrovske i platne liste. U ovom slučaju, program ne mari je li vaše dodirivanje dokumenta utjecalo na vašu plaću ili ne.

Recimo da ste otišli na molbu za posao i tamo napisali komentar, nakon čega ste ponovno objavili dokument. Bez plaće, bez datuma imenovanja, bez pozicije... ništa se nije diralo. Ali program ne zna zašto ste prebrisali dokument iz prethodnog razdoblja, nije telepat, jednostavno je snimio ovog zaposlenika.

Drugi savjet (odnosno prva tajna): kroz “sve funkcije” idite na registar podataka “Preračun plaće”. Ne budite lijeni i popnite se! Uđite prije svakog obračuna plaće i nakon svakog dokumenta sa starim datumom.

Mnogi računovođe ovaj savjet doživljavaju kao da imaju novi posao, kojeg već imaju dovoljno. Ali ako se tamo ne popnete, nećete razumjeti logiku rada, a ako je program za vas poput crne kutije, onda se s njim nećete sprijateljiti. Prijateljstvo počinje razumijevanjem unutarnjeg svijeta prijatelja! Ako vam nije stalo do unutarnjeg svijeta vašeg protivnika, onda vam on nije prijatelj.

Dakle, jeste li se popeli? Sjajno. U pravilu je prazan i nema niti jednog retka, ali čim retroaktivno nešto dotaknete, ovdje će se pojaviti zapis u kojem je zaposlenik i mjesec koji treba preračunati.

Treći savjet: ako se ne slažete s namjerom programa da broji zaposlenika, izbrišite redak iz ovog registra.

1. Razumijete li već kako se crte pojavljuju? Sjajno.

2. Prilikom popunjavanja dokumenta „Plaća“ i knjiženja na temelju redova u očevidniku vrši se preračun i popunjavanje tablice. "Dodatna razgraničenja, preračuni."

3. Preračunati radnici se brišu iz očevidnika i isti postaje prazan.

4. Kada poništite dokument “Plaća”, linije se vraćaju na svoje mjesto tako da kada ih ponovno popunite, sve će doći na svoje mjesto.

Četvrti savjet (možda će se ovo popraviti): Prije popunjavanja dokumenta “Plaća” raširite ga!

Na temelju algoritma, nakon knjiženja dokumenta, vrši se brisanje registra. Ako ga ponovno napunite bez brisanja, program neće znati koga treba prebrojati, a tablični dio s ponovnim izračunima bit će prazan. To je vrijedilo za izdanje 21. Još nisam imao vremena provjeriti u 22. izdanju.

Još jedna nijansa, ako kliknete na popis ljudi za ponovni izračun u dokumentu, otvorit će se obrazac s popisom registra informacija"Preračun plaća." Također će postojati gumb za "brisanje" jednog unosa.

p.s. (važno)

Razlog ove istrage bila su beskrajna preračunavanja prilikom prijenosa izvornih podataka iz Računovodstva 3.0. Tijekom prijelaza morat ćete dodirnuti sve tehnike i prijevode)) nakon toga obrišite sav sadržaj registra " "Preračun plaće", inače ćete dobiti preračun svega za sve godine Početak rada u ZUP 3.0 s prijenosom podataka iz Računovodstva 3.0

Ovo se dogodilo u demo bazi podataka kada je jedan posao ponovno izvršen. A kada 1C Računovodstvo 3.0 prebacite u 1C ZUP 3.0, ponovit ćete sve što je moguće:

To je sve, pitanja u komentarima i ne bojte se programa, morate ga razumjeti i on će vam za to uzvratiti s ljubavlju.

AŽURIRANO: 01.2019

Pozdrav, dragi posjetitelji.

Danas ćemo govoriti o onim situacijama u računovodstvu u kojima 1C ZUP 3.1 postoji preračunavanje prethodno obračunatog dohotka i kako se to uzima u obzir preračunavanja na 6-NDFL. Prikazat će se dvije mogućnosti rekalkulacije. Prvi, kada ponovni izračun dovodi do smanjenja prihoda, drugi, kada se prihod dodatno obračunava:

  • Opoziv s godišnjeg odmora - plaća za godišnji odmor se poništava;
  • Ponovni izračun plaće za godišnji odmor u vezi s dodatnim obračunavanjem prihoda, koji je uključen u izračun prosjeka - plaća za godišnji odmor dodatno se obračunava.



Podsjetnik o obračunu poreza na dohodak i popunjavanju 6-poreza na dohodak u 1s zup 8.3 dostupno .

00:00 - opći opis teme;
00:15 — ponovni izračun storniranja u 6-NDFL (teorija);
03:37 - ponovni izračun storniranja u 6-NDFL (demonstracija u 1C 8.3 ZUP 3.1);
07:39 — prikaz stanja u izvješću „Analiza poreza na dohodak na temelju popratnih dokumenata“;
11:54 - odraz dodatnog obračunavanja prihoda u 6-NDFL (teorija);
13:30 - odraz dodatnog obračuna dohotka u 6-NDFL (demonstracija u 1C 8.3 ZUP 3.1);
15:17 — prikaz stanja u reportaži “Analiza poreza na dohodak na temelju popratne dokumentacije.”

Računovodstvo za ponovni izračun plaće za godišnji odmor (negativan prihod) u 6-NDFL. Pregled s godišnjeg odmora u 1C ZUP 3.1

U ovoj temi ćemo pogledati refleksiju informacija u 6-NDFL kada opoziv zaposlenika s godišnjeg odmora u 1C ZUP 3.1. Odmah da napomenem da se slično računovodstveno načelo primjenjuje u slučaju bolesti zaposlenika tijekom godišnjeg odmora (kada se dani bolovanja poništavaju).

Zaposleniku je u rujnu obračunat stalni dopust od 27. rujna do 17. rujna. Dokument obračunava porez na dohodak na dan primitka dohotka koji je jednak datumu isplate 21. rujna.

Činjenica zadržavanja ovog poreza na dohodak evidentirana je u dokumentu "Vedomost..." za isplatu godišnjeg odmora od 21. rujna.

Iznos obračunatog poreza na dohodak od naknade za godišnji odmor i iznos ovog dohotka pali su u odjeljak 1 izvješća 6-NDFL za 9 mjeseci (redci 020 i 040), budući da datum primitka odgovara 3. tromjesečju - 21. rujna. Podsjećam da su podaci za 1 odjeljak 6-NDFL u 1s 8.3 zup su odabrani prema datumu primitka prihoda. Detaljnije načelo utvrđivanja datuma primitka dohotka, kao i drugih parametara važno u obračunu poreza na dohodak u 1s ZUP-a 3.1 pregledao i .

Odjeljak 2 istog polugodišnjeg izvješća odražava činjenicu obustave poreza na dohodak od godišnjeg odmora od 21. rujna, budući da je rok za prijenos poreza na dohodak od godišnjeg odmora isplaćenog u rujnu u ovom slučaju 30. rujna - to je ujedno i datum iz 3. četvrtine.

Ovdje ću podsjetiti da su podaci za 2 odjeljka 6-NDFL u 1s zup 3.1 odabrano po vrijednosti rok za prijenos poreza na dohodak, a kao rok za prijenos poreza na dohodak za godišnji odmor (kao i za bolovanje) utvrđuje se zadnji dan u mjesecu u kojem se taj dohodak obračunava (uključujući i dane vikenda)

Stoga će se činjenica zadržavanja poreza na dohodak od ovog godišnjeg odmora odraziti u izvješću za 9 mjeseci.

Događa se u listopadu pregled zaposlenika s godišnjeg odmora tjedan dana prije kraja godišnjeg odmora. U 1C ZUP 3.1 ta se činjenica odražava unosom dokumenta ispravka na temelju izvornog dokumenta „Odmor” (gumb „Ispravi” u donjem lijevom kutu izvornog dokumenta).

U ovom slučaju ispravni dokument bit će uveden u listopadu. U ovom dokumentu potrebno je ispraviti datum završetka godišnjeg odmora. Iznos prikupljen u izvornom dokumentu poništit će se i naplatit će se novi iznos koji će biti manji.

U ispravi se neće obračunavati porez na dohodak (budući da je osnovica negativna), već će se evidentirati storno dohotka. Ovaj storno prihod u 1C ZUP 3.1 uzet će se u obzir kod izvornika datum primitka prihoda, tj. na datum na koji je naknada za godišnji odmor prvobitno isplaćena 21. rujna. U slučaju negativne osnove, ovaj početni datum plaćanja bit će zamijenjen bez obzira na to koji je datum naveden u pojedinostima "Datum plaćanja" dokumenta ispravka.

Dalje će se pri obračunu plaće za listopad obračunavati plaće i porez na dohodak ne samo od plaće, već i od storno obračunatog godišnjeg odmora. Međutim, nećemo vidjeti poseban redak s negativno obračunatim porezom na dohodak, jer cjelokupan rezultirajući porez na dohodak će se uzeti u obzir na dan primitka pozitivnog dohotka.

U ovom slučaju radi se o Isplati po osnovi plaće (primanja sa šifrom 2000) za listopad, tj. dana 31.10. Izračun će biti sljedeći:

(34 210,53 (plaća za lipanj) - 9 960,00 (preokret godišnjeg odmora)) * 0,13 = 3 153 rublja.

A upravo će se taj porez na dohodak, koji već uračunava storniranje godišnjeg odmora, obustaviti prilikom isplate plaće za listopad 08.11.

Ako je do isplate listopadske plaće već dostavljeno izvješće 6-NDFL za 9 mjeseci (što je najvjerojatnije), tada se ispostavlja da tamo nije uzeta u obzir činjenica ponovnog izračuna rujanskog godišnjeg odmora. Međutim, to ne znači da su potrebne prilagodbe ovog izvješća.

Preračun obračunatog poreza na dohodak od regresa uzet će se u obzir u 1 odjeljak 6-NDFL izvješće za godinu (za 4. tromjesečje), budući da se rubrika 1 popunjava kumulativnim zbrojem iu ovom kumulativnom zbroju će se uzeti u obzir preračun za rujan.

Što se tiče poreza na dohodak po odbitku, u izvješću za godinu (za 4. tromjesečje) također spada činjenica o obustavi poreza na dohodak od plaće za listopad, koja uzima u obzir storno poreza na dohodak od regresa za godišnji odmor. Odjeljak 2 6-NDFL. Opet, nema smisla korigirati podatke u izvješću za polugodište, jer u tom trenutku još nije bilo opoziva s godišnjeg odmora, a prilikom početne isplate godišnjeg odmora točno onoliko poreza na dohodak koliko je trebalo biti uskraćen bio zadržan.

Računovodstvo za ponovni izračun plaće za godišnji odmor (pozitivan prihod) u 6-NDFL

Razmotrimo situaciju u kojoj, kao rezultat, preračun u 1s 8,3 zup uspjelo je pozitivan prihod. Razmotrimo i ovo pitanje na primjeru obračunavanja naknade za godišnji odmor.

Dakle, krajem rujna (27. rujna) zaposleniku se obračunava godišnji odmor, čije je razdoblje 03.10 - 09.10

Regres se isplaćuje 27. rujna i zadržava se porez na dohodak.

Činjenica obračuna poreza na dohodak i sam dohodak ogleda se u 1 odjeljak 6-NDFL 9 mjeseci(budući da je datum primitka dohotka 27. rujna, to je 3. tromjesečje), a činjenica o porezu na dohodak po odbitku iskazuje se posebnom skupinom redaka u Odjeljak 2 izvješća 6-NDFL također za 9 mjeseci(rubrika 2 se popunjava prema prijelaznom roku, a prijenosni rok je u ovom slučaju 30. rujna, što je ujedno i 3. kvartal).

Zatim slijedi obračun plaće za rujan. Nakon ovog izračuna potrebno je nekako preračunati godišnji odmor kako bi obračuni za rujan ušli u izračun prosjeka. U 1C ZUP 3.1 ponovni izračun godišnjeg odmora u takvim situacijama može se učiniti na dva načina.

Ponovni izračun plaće za godišnji odmor u izvornom dokumentu

Prva opcija uključuje izravno ponovno izračunavanje izvornog dokumenta. Ova opcija je moguća ako je razdoblje u kojem je godišnji odmor obračunan još dostupno za editiranje (nisu poslani podaci za generiranje prometa u računovodstvenom programu, nisu poslani izvještaji o doprinosima poreznoj upravi).

Izvršimo sličan ponovni izračun izvornog dokumenta za naš primjer. Kao rezultat toga, u dokument "Odmor" izvršit će se ponovni izračun prosjeka, obračuna i poreza na dohodak (u konkretnom slučaju preračun će se dogoditi naviše, budući da će se osnovica za izračun prosjeka povećati nakon rujanskog obračuna).

Važno! Važno je imati na umu da će se nakon ovakvog preračunavanja, zbog povećanja iznosa obračunatog regresa, povećati osnovica za doprinose za osiguranje, a budući da se doprinosi obračunavaju u dokumentu “Obračun plaća i doprinosa”, onda potrebno je ponovno obračunati doprinose za ovog radnika u ovom dokumentu.

Seminar “Lifehacks za 1C ZUP 3.1”
Analiza 15 životnih hakova za računovodstvo u 1C ZUP 3.1:

KONTROLNA LISTA za provjeru obračuna plaća u 1C ZUP 3.1
VIDEO - mjesečna samoprovjera računovodstva:

Obračun plaća u 1C ZUP 3.1
Korak po korak upute za početnike:

Pretpostavimo da se regres preračunava prije isplate plaće za rujan. Tada će se prilikom popunjavanja izjave za isplatu rujanske plaće iznos isplate uvećati za iznos dodatno obračunatog regresa, a “Porez na dohodak za prijenos” povećat će se za iznos koji se dodaje regresu za godišnji odmor.

Razmotrimo što će se dogoditi kada se ova situacija odrazi na 6-NDFL. U odjeljku 1 dodatni obračun naknade za godišnji odmor i dodatni obračun poreza na dohodak odrazit će se u izvješću za godinu (za 4 kvartala), budući da razlika između početnog iznosa naknade za godišnji odmor i ponovno izračunatog iznosa (kao i obračunatog poreza na dohodak) iz ove razlike) je dokument Izjava... je dodijeljen na datum plaćanja ovog dodatno akumuliranog iznosa plaća za godišnji odmor- 10.10. To se može vidjeti u kretanju dokumenta “Vedomost...” od 10.10. u registru “Obračun prihoda za obračun poreza na dohodak” i u registru “Obračuni poreznih obveznika s proračunom za porez na dohodak”.

O 2 odjeljka 6-NDFL, tada će činjenica odbitka poreza na dohodak od dodatnog iznosa naknade za godišnji odmor, koja se dogodila prilikom isplate plaća za rujan, biti uključena u izvješće za godinu (za 4. kvartal), budući da sama činjenica odbitka pada na 4. tromjesečje, a rok za doznaku poreza na dohodak je 31. listopada. U tom će se slučaju u 6-NDFL formirati zasebna skupina redaka.

Vrijedno je napomenuti da ova grupa linija ima datum primitka prihoda (linija 100) nije zamijenjen izvorni datum primitka dohotka, već datum isplate dodatnog obračunatog dohotka – 10.10.; datum zadržavanja (redak 110)- također datum plaćanja, i as prijenosni rok (redak 120) Označen je zadnji dan tekućeg mjeseca - 31.10.

Dakle, cjelokupni preračun će biti uzet u obzir u izvješću tekućeg tromjesečja (u ovom slučaju, Q4), tako da podnijeti korektivno izvješće za 3. kvartal (izvješće za 9 mjeseci) Nije obavezno.

Izrada dokumenta ispravka za ponovni izračun plaće za godišnji odmor

Druga opcija preračun godišnjeg odmora u 1C ZUP 8.3, ovo je izrada ispravnog dokumenta na temelju originalnog dokumenta „Odmor“.

Poništava godišnji odmor obračunan u izvornom dokumentu i prikuplja novi iznos izračunat uzimajući u obzir plaću za rujan. Bit će veći, pa će se dodatno obračunavati porez na dohodak.

Značajka ove opcije preračun godišnjeg odmora u 1C ZUP 3.1 je da se dokument ispravka registrira u sljedećem obračunskom mjesecu (u ovom slučaju to je obračunski mjesec listopad). Korištenje ove mogućnosti ponovnog izračuna je opravdano ako je, do trenutka kada je otkrivena potreba za ponovnim izračunom godišnjeg odmora, mjesec u kojem je upisan izvorni godišnji odmor već bio "zatvoren".

Pretpostavimo da je potreba za korekcijom godišnjeg odmora za rujan otkrivena tek 28. listopada. Tog je datuma unesen ispravni dokument.

Sukladno tome, isplata dodatno obračunatog dijela godišnjeg odmora može se izvršiti pri sljedećoj isplati nešto nakon 28.10., u ovom slučaju to je isplata plaće za listopad - 08.11. Taj ćemo datum plaćanja postaviti u dokumentu ispravka. Budući da je preračun rezultirao pozitivnom osnovicom (došlo je do razgraničenja, a ne storniranja), ovaj će dohodak i porez na dohodak na njega imati "datum primitka prihoda", jednak datumu plaćanja, a ne izvornom datumu iz izvornog dokumenta.

Sada da vidimo kako će se ova situacija odraziti na 6-NDFL. O 1 odjeljak 6-NDFL, tada će se činjenica dodatnog obračuna naknade za godišnji odmor i dodatnog obračuna poreza na dohodak odraziti u izvješću za godinu (za 4. tromjesečje), budući da je datum primitka dohotka 08.11. na koji se obračunavaju dodatni obračunati dohodak i osobni dohodak porez od njega su zabilježeni je 4. kvartal.

O 2 odjeljka 6-NDFL, tada će se u izvješću za godinu (za 4. tromjesečje) također pojaviti činjenica o obustavljanju poreza na dohodak od ovog dodatnog obračuna. Štoviše , kao iu slučaju prve opcije ponovnog izračuna, to će se odraziti u zasebnoj skupini redaka, gdje će datum plaćanja biti označen kao redovi 100 i 110 - 08.11, a kao razdoblje prijenosa (redak 120) sljedeći dan - zadnji dan u mjesecu u kojem je izvršena isplata ovog dohotka (uključujući i dane vikenda).

Dakle, u ovoj opciji rekalkulacije, cijela rekalkulacija će biti uzeta u obzir u izvješću tekućeg kvartala (u ovom slučaju Q4), dakle podnijeti korektivno izvješće za 3. kvartal (izvještaj za 9 mjeseci) također Nije obavezno.

Udio: