Obrada "Izrada dokumenata, prijenos poreza na dohodak"
Metodologija korištenja obrade za generiranje dokumenata "Prijenos poreza na dohodak u proračun."
Krenimo izdaleka...
U trenutku odbitka poreza na dohodak u računovodstvu se evidentira obveza poreznog agenta (organizacije) da u proračun prenese iznos poreza po odbitku od plaća zaposlenika. Istodobno, ta se potreba evidentira s točno istim datumom kao i datumom odbitka poreza. Iznosi za prijenos (obveze poreznog agenta) evidentiraju se u kontekstu poreznih stopa (13%, 30%, 9% itd.), mjeseci porezno razdoblje(tj. mjeseci u kojima su evidentirani dohodak i porez) i teritorijalnu pripadnost (OKTMO / KPP). U kontekstu ovih obilježja bilježi se i činjenica prijenosa poreza na dohodak, kako bi se osiguralo ispravno generiranje prijave poreza na dohodak i obračuna s proračunom.
Za obračun iznosa koji se trebaju prenijeti i stvarno prenijeti u proračun za svaki pojedincu, koristi se registar akumulacije Obračuni poreznih agenata s proračunom poreza na dohodak (izbornik Poslovanje - Registar akumulacije - Obračuni poreznih agenata s proračunom poreza na dohodak).
Razmotrite uobičajenu situaciju:
U razdoblju od rujna do listopada Akimova Evgenia Igorevna radila je u zasebnom odjelu, a zatim je prebačena u drugi odvojeni pododjel i donio bolovanje Za prethodno razdoblje. Dobivate sljedeću sliku iznosa obračuna i poreza na dohodak po odbitku:
Da bismo bili točni prema našem primjeru, u rujnu je bilo potrebno prikazati iznos poreza na dohodak za razne OKTMO/KPP, a u listopadu je iznos preračunatog poreza na dohodak za rujan trebao biti prikazan s minusom, a za listopad sav porez na dohodak u cijelosti. No u praksi se iznosi poreza na dohodak po odbitku odražavaju bez uzimanja u obzir mjeseca i teritorijalne pripadnosti, s naglaskom samo na odbitke. Na primjer, ovako:
Ispunjavanje dokumenta "Prijenos poreza na dohodak u proračun Ruske Federacije" bez korištenja obrade, ako je iznos prijenosa naveden u dokumentu koji je veći od iznosa poreza po odbitku, tada će biti u potpunosti raspoređen među pojedincima, kao rezultat toga, činjenica da se za svakog pojedinca navedenog u dokumentu porez prenosi više od zadržanog. U tom slučaju ne samo da će potreba za prijenosom iznosa poreza za svakog pojedinca biti potpuno otpisana iz računovodstva, već će se i evidentirati prekomjerno preneseni porez, t.j. "nužda sa predznakom minus". Ta se potreba ne prenosi u sljedeće mjesece poreznog razdoblja, tj. ne može se uračunati prilikom registracije potrebe za prijenosom poreza po odbitku za ovu osobu za drugi mjesec poreznog razdoblja, po drugoj poreznoj stopi, prema drugim OKTMO i KPP šiframa. Ovaj pristup temelji se na odredbama Poreznog zakona Ruske Federacije i potvrđen je pismom Federalne porezne službe od 19. listopada 2011. br. ED-3-3 / [e-mail zaštićen] koji kaže:
„... mjesečni prijenos u proračun iznosa iznad iznosa poreza na dohodak koji je stvarno zadržan od dohotka fizičkih osoba nije porez. porezni agent treba kontaktirati porezno tijelo sa zahtjevom za povrat na tekući račun organizacije iznosa koji nije porez na dohodak i koji je pogrešno prenesen na proračunski sustav Ruska Federacija".
Stoga treba paziti na prenošenje iznosa poreza na dohodak u proračun i, sukladno tome, ovu činjenicu odražavati u programu. Ako je ipak preneseni iznos veći nego što bi trebao biti, tada se ta činjenica ne smije bilježiti u programu, tj. kao ukupan iznos treba navesti iznos jednak zadržanom, a iznos koji nije porez treba vratiti iz IFTS-a.
Kako je vidljivo iz izvješća, u računovodstvu su generirani negativni porezni iznosi koje je potrebno prenijeti. Takvi iznosi neće imati utjecaja na daljnje računovodstvo (za ostale mjesece poreznog razdoblja, druge stope, druge OKTMO/KPP kodove), budući da "ne oporezuju se". Uz točan prikaz svih operacija u programu, takvi iznosi ukazuju na neispravnost vođenja međusobnih obračuna s IFTS-om i prema dopisu IFTS-a od 19. listopada 2011. N ED-3-3 / [e-mail zaštićen] nisu oporezivi jer bili su samo navedeni, ali obračunati i zadržani nisu.
Kao rezultat toga, prilikom formiranja 2-NDFL, dobit ćete preplatu i/ili manju uplatu za različita OKTMO/KPP i razdoblja.
Kršenje razdoblja ostvarivanja dohotka nije previše važno ako su se dogodile u istom poreznom razdoblju (godini), ali ako se dogodilo između godina, tada će doći do pogrešaka u formiranju prijave poreza na dohodak.
Ova situacija može nastati zbog:
- Netočan odraz u programu naloga za plaćanje po dokumentima Prijenos poreza na dohodak u proračun Ruske Federacije, kada jedan dokument odražava prijenos poreza za nekoliko različitih mjeseci poreznog razdoblja.
- Netočan odraz u programu naloga za plaćanje u dokumentima Prijenos poreza na dohodak u proračun Ruske Federacije, kada jedan dokument odražava prijenos poreza bez uzimanja u obzir teritorijalne pripadnosti.
- Preračunavanje prošlih mjeseci – na primjer, upisivanje bolovanja umjesto godišnjeg odmora. Preračunavanje plaća i sl.
Ispravno izvođenje dokumenata o prijenosu je vrlo naporno (zbog toga dolazi do "pogrešne klasifikacije").
Obrada za prijenos poreza na dohodak u proračun omogućuje vam analizu stanja i generiranje iznosa koji se automatski prenose, uzimajući u obzir preplaćene iznose poreza na dohodak - t.j. automatski ispunjavaju dokumente s minusima, a iste iznose troše u drugim razdobljima (za ostale zaposlenike i sl.).
S tim u vezi, preporučljivo je prvo pokrenuti dokument „Prijenos poreza na dohodak u proračun“, a tek onda, na temelju iznosa iz ovog dokumenta, platiti porez na dohodak. Prilikom izrade dokumenata kao broj naloga za plaćanje postavlja se formalna vrijednost, a nakon zaprimanja podataka o stvarnim brojevima i datumima naloga za plaćanje potrebno je promijeniti formalne brojeve. Program omogućuje registraciju jednog broja i datuma naloga za plaćanje u više dokumenata.
Postupak za korištenje obrade
Otvaramo obradu. Možete ga otvoriti kroz "Datoteka" - "Otvori", ili ga spremiti u program u vanjskim izvješćima i obradi.
1. Odabir organizacije. Ako organizacija nije odabrana, tada će se stanja analizirati za sve (ovo može potrajati dugo).
2. Zapisujemo datum dokumenta.
U kreiranim dokumentima ovaj datum će biti datum dokumenta, datum plaćanja, datum naloga za plaćanje, a stanja će se analizirati od tog datuma. Na primjer:
3. Označeni kvadratić "Samo pozitivni iznosi" znači da će se u popisu stanja ispisivati samo podaci o pozitivnim stanjima u registru "Obračuni poreznih agenata s proračunom za porez na dohodak".
4. Kliknite na gumb "Popuni salda".
Nakon ove radnje, obrada analizira stanja registra akumulacije "Obračuni poreznih agenata s proračunom za porez na dohodak" i stvara red u tabličnom dijelu za svaki agregat (Mjesec poreznog razdoblja + OKATO / KPP (ili OKTMO / KPP) + stopa poreza na dohodak.)
Da bismo bolje razumjeli o čemu govorim, pogledajmo univerzalni izvještaj o ovom registru s grupiranjima po mjesecima, OKATO, stopa poreza na dohodak:
Kao što vidite, u siječnju 2010. izradit će se 1 dokument, u veljači 2010. - također jedan, u ožujku 2010. - već dva, jer ovog mjeseca došlo je do promjene u OKATO / KPP (ili je došlo do obračuna poreza na dohodak na različitim OKATO / KPP), au travnju 2010. bit će kreirana 4 dokumenta za prijenos.
4) Prije nego kliknemo na gumb "Kreiraj dokumente", možemo izbrisati dodatne retke iz tablice (tipka Del / Delete na tipkovnici). Kliknite na "Kreiraj dokumente"
Da biste otvorili kreirane dokumente, odaberite u tabličnom dijelu potrebni dokument i kliknite na gumb "Otvori dokument" (još je prazan):
5) Za popunjavanje kreiranih dokumenata možemo koristiti gumb "Popuni i pošalji dokumente" koji se nalazi u obrascu za obradu, ako to želimo učiniti automatski,ili možemo ući u kreirani dokument i ispuniti ga na standardni način (gumb "Popuni" - "Pojedinci koji su ostvarili prihod").
Nakon ispunjavanja dokumenta obavezno provjerite broj naloga za plaćanje (program je dodijelio automatski, pa ga je bolje promijeniti), datum plaćanja, datum naloga za plaćanje.
6) Ako je potvrdni okvir "Preljev" označen u obradi, tada će svi dokumenti koji su već kreirani biti poništeni i novi dokumenti će se generirati. Obrada traži postojećih dokumenata za prijenos prema sukladnosti dokumenta datum, mjesec poreznog razdoblja, OKATO/KPP, stopa poreza na dohodak. Za pronađene dokumente, detalji zaglavlja se ponovno popunjavaju, tablični dio se briše. U tom slučaju se prethodno uneseni podaci ne spremaju! Ako se unese nekoliko dokumenata, promijenit će se prvi pronađeni.
Kako stvoriti 2-NDFL certifikat u 1C računovodstvu 8.3?
Najčešće se potvrde 2-NDFL izdaju zaposleniku nakon otpuštanja, jer su na novom radnom mjestu obvezni unijeti početne podatke. Ali postoje slučajevi kada je to potrebno u drugim slučajevima. Na primjer, u bankama prilikom primanja kredita.
U programima 1C ZUP i 1C Računovodstvo (8.2 i 8.3) potvrda se generira u obliku dokumenta i, sukladno tome, može se ispisati. Pogledajmo kako to učiniti u svakom od programa.
Formiranje i ispis 2-NDFL certifikata u konfiguraciji 1C 8.3 ZUP 3.0
U ovoj konfiguraciji možete generirati dvije vrste pomoći:
- 2-NDFL za zaposlenike
- 2-NDFL za prijenos poreznim tijelima
Koristit ćemo demo bazu podataka isporučenu s programom. Već sada sadrži obračune i isplate zaposlenicima, a neće nam biti teško generirati certifikat. Oni koji imaju čistu bazu podataka morat će zaposliti djelatnika i napraviti mu platnu listu.
Dakle, idite na izbornik "Porezi i doprinosi", zatim kliknite na poveznicu "2-NDFL za zaposlenike" i uđite u oblik popisa referenci. U ovom prozoru kliknite gumb "Kreiraj". Rekviziti obrasca, koji se moraju ispuniti, podcrtani su crvenom isprekidanom crtom. Zapravo, ovo je organizacija, zaposlenik i godina za koju je potrebna potvrda.
U sredini dokumenta nalazi se veliki gumb Ispuni. Nakon što ispunite potrebne podatke, kliknite na njega. Program će ispuniti dokument:
Imajte na umu da se dokument može formirati u kontekstu OKATO/KPP i poreznih stopa ili sažeto. Za odabir opcije koristite polje "Obrazac". Ako odaberete ispis certifikata u kontekstu OKATO / KPP, morate ispravno ispuniti odgovarajuće pojedinosti u nastavku.
Na kartici "Osobni podaci" možete urediti osobne podatke zaposlenika. Ako se nakon uređivanja podaci razlikuju od prethodno unesenih (primjerice, prilikom prijave za posao), program će prikazati upozorenje. Ali dokument se još uvijek može objaviti i ispisati.
Za ispis dokumenta morate kliknuti gumb "Potvrda o dohotku (2-NDFL)". Evo primjera, dio tiskanom obliku Reference:
Bilješka! Izašlo novi oblik potvrde 2-NDFL u skladu s nalogom Federalne porezne službe od 30.10.15. br. MMV-7-11 / [e-mail zaštićen] Mora se primjenjivati od 08.12.2015.
Imajte na umu da se u zaglavlju dokumenta nalazi unos "Nije za prijenos poreznoj upravi".
Tako je, jer smo generirali 2-NDFL certifikat za zaposlenike. Pogledajmo sada kako generirati sličan certifikat za IFTS.
Formiranje takvih potvrda provodi se u klauzuli 2-NDFL za prijenos na IFTS u odjeljku "Porezi i doprinosi".
Ako proučavate program u demo bazi podataka, tada kliknite na gumb u obliku popisa "Kreiraj", a zatim kliknite na gumb "Popuni" (nakon ispunjavanja svih potrebne pojedinosti), vidjet ćete popis zaposlenika, a ne obrazac za popunjavanje podataka za jednog zaposlenika.
Nemojte se plašiti, tako bi trebalo biti. Ako zapišete dokument i kliknete gumb "Ispis", vidjet ćete popis obrazaca za ispis. Činjenica je da je u poreznom uredu u osnovi (ili uz potvrdu) potreban registar potvrda. U ovom dokumentu je formiran i možete ga ispisati. Registar se prilaže datoteci učitanoj na elektroničke medije.
Da biste generirali i prenijeli datoteku, morate kliknuti gumb Prenesi:
Ako je organizacija povezana i konfigurirana za prijenos izvješća putem interneta, trebate koristiti gumb "Pošalji".
Tiskani oblik potvrde 2-NDFL za svakog od zaposlenika praktički se ne razlikuje od gore navedenog.
Nakon što su potvrde prihvaćene od strane porezne uprave, potrebno je označiti kućicu "Potvrde su prihvaćene od strane porezne uprave i arhivirane" Nakon toga dokument će biti označen "kvačicom" na popisu.
Pomoć 2-NDFL u 1C Enterprise Accounting 3
Formiranje i ispis 2-NDFL certifikata u ovoj konfiguraciji ne razlikuje se puno od istog procesa u programu "Plaća i upravljanje osobljem 3". Stječe se dojam da su ovaj modul pisali 1c programeri istovremeno za računovodstvo i plaću, što je općenito pošteno.
U ovom ćemo odjeljku navesti gdje se u 1C računovodstvu nalazi certifikat 2-NDFL. Ispunjavanje dokumenata ne bi trebalo postavljati pitanja, slično je gore navedenom.
Za unos obrasca liste "2-NDFL za zaposlenike", idite na izbornik "Plaća i osoblje", zatim na odgovarajuću poveznicu. Za formiranje certifikata za IFTS sve je isto.
Temeljeno na materijalima: programmist1s.ru
Prema stavku 4. čl. 226 Poreznog zakona Ruske Federacije, porezni agenti dužni su odbiti obračunati iznos poreza na dohodak izravno od prihoda poreznog obveznika kada su stvarno plaćeni i odmah ga prenijeti u proračun.
Obračun poreza na dohodak koji se prenosi u proračun u kontekstu pojedinaca u programu mora se voditi kako bi se automatski generirao izvještaj „Registar porezno računovodstvo o porezu na dohodak "i ispunjavanju dokumenata" Potvrda 2-porez na dohodak "(i za zaposlenika i za prijenos na IFTS), kako je propisano zakonom.
Koji dokumenti i u kojem trenutku (koji datum) će se porez na dohodak po odbitku upisati u program ovisi o postavci računovodstvenih parametara (vidi sliku 1).
Ako je zastava ovdje izbrisana, tada se porez po odbitku registruje u računovodstvu s dokumentima koji odražavaju činjenicu plaćanja zaposleniku Novac("Plaća koja se isplati organizacijama" u pojednostavljenom računovodstvu međusobnih obračuna ili "Rashodi gotovinski nalog"," Bankovni izvod za prijenos plaća "," Depoziti organizacija "u normalnom računovodstvu međusobnih nagodbi).
Ako je postavljena zastava, porez po odbitku se registrira istovremeno s obračunatim jednim te istim dokumentom.
Iznosi transfera poreza na dohodak evidentirani su u programu poseban dokument"Prijenos poreza na dohodak u proračun Ruske Federacije" (izbornik "Plaća po organizaciji" - "Porezi i doprinosi" - "Prijenos poreza na dohodak u proračun Ruske Federacije").
U dokumentu se ručno navodi ukupan iznos prenesenog poreza, datum njegovog prijenosa, mjesec poreznog razdoblja, porezna stopa, OKATO/KPP šifre, kao i pojedinosti dokumenta o plaćanju.
Razmotrimo računovodstvo poreza na dohodak u kontekstu pojedinaca na primjeru. Da bismo to učinili, obračunat ćemo plaću s dokumentom "Plaća zaposlenicima organizacija".
Prilikom provođenja ovog dokumenta porez na dohodak bit će registriran u sustavu kao obračunati i zadržan (prilikom korištenja postavke "Kada obračunavanje poreza na dohodak prihvatiti obračunati porez po odbitku"), a također je evidentirao potrebu za prijenosom zadržanog poreza na dohodak u proračun. To se može vidjeti u izvješću "Analiza obračunatih poreza i doprinosa" na kartici poreza na dohodak (vidi sliku 2).
Zatim trebate unijeti dokumente za isplatu plaća: "Plaća koja se isplati organizacijama" s uključenim pojednostavljenim obračunom međusobnih obračuna. Ako pojednostavljeno računovodstvo međusobnih obračuna nije uključeno, tada ćete također morati unijeti dokumente "Troškovni blagajnički nalog" prilikom plaćanja putem blagajne i / ili dokumenata " Nalog za plaćanje odlazni "i" Izvod iz banke za prijenos plaća "prilikom prijenosa preko banke.
Informacije o prijenosu poreza na dohodak trebaju se odraziti u dokumentu "Prijenos poreza na dohodak u proračun Ruske Federacije". Ukupni iznos prenesenog poreza, ručno naveden u dokumentu, automatski se raspoređuje fizičkim licima razmjerno iznosima koji su prethodno evidentirani kao potrebni za prijenos (vidi sliku 3.).
U tipičnoj konfiguraciji usvojeno je sljedeće pravilo: datum plaćanja mora biti striktno istekao datum na koji je registrirana potreba za prijenosom poreza u proračun. Odnosno, pretpostavlja se da se porez prenosi u proračun najkasnije sljedeći dan nakon dana koji se smatra isplatom dohotka. U našem primjeru porez po odbitku evidentiran je dokumentom "Plaća zaposlenicima u organizacijama", odnosno 31.01.12. To znači da se datum plaćanja u dokumentu "Prijenos poreza na dohodak u proračun Ruske Federacije" može navesti 01.02.12. Ako nije uključeno pojednostavljeno obračunavanje poreza na dohodak, tada nakon registracije isplate dohotka pojedincu treba navesti datum uplate. Ako je datum pogrešno odabran, tada se neće dogoditi automatska distribucija i program će pokazati pogrešku: "Podaci nisu pronađeni za pisanje u dokument."
Želio bih skrenuti vašu pozornost na činjenicu da je u dokumentu "Prijenos poreza na dohodak u proračun Ruske Federacije" datum plaćanja veći od datuma registracije poreza po odbitku samo u svrhu automatskog popunjavanja dokument. Nakon izvršene raspodjele preporučljivo je kao datum uplate navesti stvarni datum uplate da bi se naknadno ispravno prikazao u "Registar poreza na dohodak" kao datum uplate.
Ako je preneseni iznos manji ili veći od zadržanog, tada će ga program rasporediti među pojedincima na način da će se kao rezultat registrirati činjenica da se za svakog pojedinca porez prenosi manje (više) od zadržanog .
Kada je prijenos poreza na dohodak manji od zadržanog nakon što se provede dokument "Prijenos poreza na dohodak u proračun Ruske Federacije", potreba za prijenosom razlike između ostvarenih iznosa za svaku osobu ostat će registrirana.
Kada unesete sljedeći dokument, iznos u njemu bit će raspoređen proporcionalno preostalim iznosima potrebnim za prijenos.
Prilikom prijenosa više od zadržanog iznosa poreza na dohodak, u računovodstvu će se evidentirati prekomjerno preneseni porez, odnosno potreba sa predznakom minus.
Takva se potreba za sljedeći mjesec ne prenosi i neće biti priznata prilikom unosa sljedećeg dokumenta "Prijenos poreza na dohodak u proračun Ruske Federacije". Ovaj pristup temelji se na odredbama Poreznog zakona Ruske Federacije i potvrđuje pismo Federalne porezne službe od 19. listopada 2011. br.ED-3-3 / 3432, u kojem se navodi da su iznosi prebačeni u proračun iznad stvarno zadržanog iznosa poreza na dohodak nisu porezni te se u tom slučaju porezni agent treba obratiti IFTS-u sa zahtjevom za povrat tih iznosa na tekući račun.
Stoga treba biti oprezan pri prijenosu iznosa poreza na dohodak u proračun i pažljivo odražavati tu činjenicu u programu. Ako je ipak doznačen veći iznos od potrebnog, ta se činjenica ne bi trebala registrovati u programu, odnosno iznos jednak zadržanom treba navesti kao prenesen, a iznos koji nije porezni treba vratiti iz IFTS. Tipična konfiguracija ne sadrži automatske kontrole za takvu preplatu.
Raspodjela iznosa poreza na dohodak u dokumentu "Prijenos poreza na dohodak u proračun Ruske Federacije" između zaposlenika može se popuniti ručno, na temelju vlastitih razmatranja.
Odraz prijenosa poreza na dohodak od plaćanja "međunaseljima".
Kako bi se poboljšala točnost odraza u registru poreznog računovodstva datuma isplate prihoda "među naselja", datuma obračuna i poreznog odbitka od njih, počevši od izdanja 2.5.57, u 1C je implementiran novi pristup : Program za upravljanje plaćama i osobljem za zamjenu prethodno korištenog.
Sada je datum isplate prihoda određen izravno dokumentima s kojima se ti prihodi obračunavaju:
Obračun dopusta zaposlenicima organizacija;
Obračun bolovanja;
Registracija jednokratnih isplata zaposlenicima organizacija;
Obračun dividendi organizacijama.
Za regres za godišnji odmor upisuje se datum isplate dohotka s datumom 3 dana manjim od datuma početka godišnjeg odmora.
Za popunjavanje datuma isplate preostalog "međusobnog" prihoda "(osim za dividende), program prelazi na postavke računovodstvenih parametara na kartici "Plaća".
Datum plaćanja popunjava se prilikom izrade novog dokumenta prema sljedećim pravilima:
1) ako barem jedan od datuma u računovodstvenim parametrima nije popunjen, zamjenjuje se tekući (radni) datum;
2) ako su oba datuma popunjena, tada se od tih datuma bira sljedeći datum do tekućeg (radnog), tj. ili datum isplate akontacije, ili datum isplate plaće u ovom ili sljedećem mjesecu;
3) ako se trenutni (radni) datum poklapa s jednim od datuma plaćanja, zamjenjuje se sljedeći datum plaćanja.
Za dividende, zadani datum isplate prihoda popunjava se prilikom kreiranja novog dokumenta "Obračun dividendi organizaciji" s njegovim datumom (tj. zapravo radnim datumom).
Želio bih skrenuti pozornost na činjenicu da će se za one koji su već postojali prije ažuriranja do izdanja 2.5.57 u bazi dokumenata, datum plaćanja tijekom ažuriranja automatski popunjavati u skladu s podacima koji su registrirani u račun. Da bi se ti datumi prikazali u poreznom registru, dokumenti se moraju ponovno knjižiti, ako je potrebno, ispravljajući datume na stvarne datume isplate dohotka.
Godina je pri kraju i za par mjeseci nakon svih praznika krećemo s pripremama izvještaja 2-NDFL za prijenos na IFTS... S tim u vezi, pregledao sam članke i bio iznenađen otkrivši da je to pitanje obračun poreza na dohodak u 1C ZUP, praktički nije obraćao pažnju ni na koga. Stoga će počevši od ove publikacije u sljedećih mjesec-dva biti objavljen niz članaka posvećenih obračunu poreza na dohodak. Pogledat ćemo tipične situacije s kojima sam se susreo dok sam opsluživao svoje klijente.
A kako bi vam se ubuduće olakšalo snalaženje u radu s porezom na dohodak, ovaj prvi članak obuhvatit će redoslijed obračuna poreza na dohodak u 1C ZUP. Pogledat ćemo temeljno Osnovni principi... I ubuduće, pri razmatranju užih pitanja, mogu se pozvati na ovaj članak kako ne bih odvraćao pozornost od konkretan primjer... Podsjetim da je upravo tom principu posvećen niz članaka.
✅
✅
Krenimo od toga gdje i kako u programu 1C Plaća i upravljanje osobljem obračunava se porezom na dohodak... Za početak ću razmotriti najjednostavniji slučaj koji ne zahtijeva nikakve dodatne postavke. Zaposlenik je državljanin Rusije, rezident, nema odbitaka za porez na dohodak i kod nas je zaposlen od početka godine. U tom slučaju uopće ne trebate postavljati nikakve postavke za evidentiranje poreza na dohodak za ovog zaposlenika. Na uobičajen način odražavamo činjenicu njegovog zapošljavanja (o kadrovskoj evidenciji detaljno je opisano u članku).
Ako zaposlenik ima jednu planiranu platnu listu za mjesec dana, na primjer, "Plaću po danu" od 100.000 rubalja, tada ćemo za izračunavanje ove uplate koristiti dokument "Plaća", o kojem sam detaljno pisao. Prilikom ispunjavanja ovog dokumenta na kartici "NDFL" automatski će se kreirati prazan redak za obračun poreza na dohodak. U ovom primjeru imam 1 zaposlenika u dokumentu, dakle postoji jedan redak za obračun poreza na dohodak. Obično se kreira onoliko redaka koliko ima zaposlenih u drugim odjeljcima (ponekad se ne podudara ako npr. neki zaposlenik ima dohodak koji ne podliježe porezu na dohodak).
Zatim moramo odražavati činjenicu plaćanja plaće dokument "Plaća koja se isplati". Možete pročitati glavni članak posvećen ovom dokumentu. Dakle, iznos koji treba platiti u ovom dokumentu će biti popunjen već za odbitak poreza na dohodak izračunato ranije. Za naš primjer, ovo je 87.000 rubalja. = 100.000 - 13.000. zapravo porez na dohodak po odbitku u 1C, ZUP je registriran uz ovaj dokument.
Pojam obračunatog poreza na dohodak i poreza na dohodak po odbitku
✅
✅ KONTROLNA LISTA za provjeru platnog spiska u 1C ZUP 3.1
VIDEO - mjesečna samoprovjera računovodstva:
✅ Plaće u 1C ZUP 3.1
Korak po korak upute za početnike:
I postoji važna značajka, što treba odmah uzeti u obzir, kako bi kasnije bilo lakše raditi s programom. Smatra se da prilikom izračunavanja porez na dohodak se obračunava, a zadržava se samo u trenutku isplate plaće. No, u programu 1C ZUP moguće je postaviti postavku tako da se u trenutku obračuna plaće porez na dohodak odmah smatra obračunatim i zadržanim. To se radi u računovodstvenim parametrima na kartici "Plaća" pomoću potvrdnog okvira "Prilikom obračuna poreza na dohodak, uzeti u obzir obračunati porez kao odbijen."
Na što utječe. Program ima izvješće "Analiza obračunatih poreza i doprinosa", što uključuje opciju izvješće o porezu na dohodak za pregled podataka o porezu na dohodak.
Oni. izvješće Analiza obračunatih poreza i doprinosa ”usredotočeno je ne na mjesec obračuna, već na datum dokumenta.
Ako sada postavimo potvrdni okvir u računovodstvenim parametrima "Prilikom obračuna poreza na dohodak, uzeti u obzir obračunati porez kao odbijen" i obavezno ponovno knjižite dokumente "Plaća" i "Plaća koja se isplaćuje", tada možemo vidjeti u izvještaju "Analiza obračunatih poreza i doprinosa" i obračunati porez na dohodak, a porez na dohodak po odbitku u jednom mjesecu.
Prijenos poreza na dohodak u proračun
✅ Seminar "Life hacks na 1C ZUP 3.1"
Analiza 15 životnih hakova za računovodstvo u 1s ZUP 3.1:
✅ KONTROLNA LISTA za provjeru platnog spiska u 1C ZUP 3.1
VIDEO - mjesečna samoprovjera računovodstva:
✅ Plaće u 1C ZUP 3.1
Korak po korak upute za početnike:
Sljedeća faza rada s porezom na dohodak u 1C ZUP je odražavanje činjenice plaćanja poreza na dohodak u proračun. Za to program nudi dokument "Prijenos poreza na dohodak u proračun"... Može se pronaći na kartici "Porezi" na radnoj površini programa. Ovaj dokument je prilično specifičan i njegov rad ne podliježe uvijek logičnom objašnjenju, pa ću o njemu detaljno govoriti u nekoj drugoj publikaciji. Sada napominjem da je potrebno ispuniti relevantne podatke o plaćanje poreza na dohodak v regulirano izvješće 2-NDFL i u Registar poreznog računovodstva poreza na dohodak... Iz toga proizlazi da ne zahtijeva obvezno mjesečno punjenje. Sve možete ispuniti neposredno prije podnošenja izvješća IFTS-u, ali ja vam to ne savjetujem, iako je naravno izbor na vama.
Dakle, ispunimo ovaj dokument za zaposlenika iz našeg primjera. Značajka ovog dokumenta je da se polje "Iznos" mora navesti ručno. Taj se iznos raspoređuje među zaposlenike koji su imali oporezivi dohodak za mjesec. Sada neću ulaziti u detalje rada ovog dokumenta, jer ću ga razmotriti u zasebnom članku. Za razmatrani primjer s jednim zaposlenikom, dokument "Prijenos poreza na dohodak u proračun" treba popuniti kao što je prikazano na snimci zaslona.
Regulirano izvještavanje o porezu na dohodak u 1C ZUP
Što se tiče automatizacije, obračun poreza na dohodak u 1C ZUP provodi se u dvije glavne svrhe. Prvo, omogućuje da se na temelju obračunate plaće i obračunatog poreza na dohodak automatski generiraju ispravni iznosi za plaćanje. O tome je bilo govora kada sam govorio o dokumentu "Plaća koja se isplati". Drugi cilj je automatsko generiranje reguliranog izvješćivanja, odnosno izvješća 2-NDFL. Podsjećam da se ovo izvješće izrađuje jednom godišnje i mora se dostaviti IFTS-u najkasnije do 1. travnja godine koja slijedi nakon izvještajne.
Za generiranje ovog izvješća u 1C ZUP postoji posebna služba "Priprema podataka o porezu na dohodak za predaju poreznom tijelu"... Može se pristupiti iz odjeljka "Porezi" na radnoj površini programa.
U ovom članku prošla sam pregled općeg načela obračuna poreza na dohodak u 1C ZUP-u, a također sam odredila dvije glavne mogućnosti automatizacije koje ZUP daje u pogledu rada s porezom na dohodak. No, o porezu na dohodak još nije puno rečeno: o obračunu poreza na dohodak u drugim ispravama o plaćama, o postavljanju odbitaka, o radu s nerezidentima i građanima drugih zemalja i mnogim drugim važnim pitanjima. O tome ću pisati u budućim člancima. To je sve za danas!
To je sve za danas!
Kako biste prvi saznali za nove publikacije, pretplatite se na ažuriranja mog bloga:
