Kako u ZUP -u nakon otkaza otpisati preplaćenu plaću i porez na dohodak. Kako otpisati preplaćenu plaću i porez na dohodak u ZUP -u nakon otkaza Dug za traženje zaposlenika u ZUP -u 2.5
Uzajamne nagodbe sa zaposlenicima u programu 1C: Plaće i upravljanje osobljem 8 provode se u kontekstu organizacija i odjela. U procesu takvih međusobnih nagodbi može nastati dug organizacije prema zaposleniku, i obrnuto, može se pokazati da je zaposlenik dužnik organizacije.
Program 1C: Plaće i upravljanje osobljem 8 omogućuje vam praćenje i otplatu obje vrste duga: dug zaposlenika, dug organizacije.
Dugovi u programu 1C mogu nastati iz različitih razloga. Evo nekih od njih.
- Ručna korekcija dospjelih iznosa... U dokumentu "Plaća koja se plaća organizacijama", kalkulator ručno ispravlja uplaćene iznose. Mogu biti veći ili manji od iznosa naplaćenih za plaćanje. Obično kalkulator pribjegava olovkama u slučajevima kada izračunavanjem ne može dobiti potrebne iznose. Ovo je loša metoda.
- Djelomična isplata... U slučaju nedostatka sredstava na tekućem računu ili iz drugih razloga, uprava organizacije može odlučiti isplatiti dio plaće. Da biste to učinili, u dokumentu "Plaća koja se plaća organizacijama" treba navesti postotak plaćanja. Kao rezultat toga, program će popraviti dug prema zaposlenicima.
- Nema isplate... Postoje situacije u kojima je zaposlenik stvarno primio plaću, ali iz nekog razloga kalkulator nije odražavao tu činjenicu u programu.
Prema mišljenju kalkulatora, program neke dugove ne klasificira kao dugove. To je zbog činjenice da im se automatski otplaćuje.
- Zaokruživanje dospjelih iznosa... U dokumentu "Plaća koja se plaća organizacijama" možete navesti zaokruživanje plativih iznosa. Iznosi koji se zbog toga odbacuju nisu, u ovom kontekstu, dug. Ti se iznosi automatski uzimaju u obzir pri uplati sljedeći mjesec... Nakon otkaza ili na zahtjev zaposlenika, jednostavno možete ukloniti zaokruživanje i sve će se platiti do lipe.
- Ponovni izračun plaća... Obratimo pozornost na još jednu točku. Na primjer, zaposleniku je isplaćena puna plaća za svibanj. U lipnju se pokazalo da je u svibnju bio vani nekoliko dana. Da biste to učinili, potrebno je izdati dokument o nagodbi "Odsustvovanje s posla u organizacijama". Sa stajališta kalkulatora, postoji preplata. Međutim, program ne bilježi ovu preplatu kao dug zaposlenika prema organizaciji. Umjesto toga, program 1C: Plaće i ljudski potencijali 8 ponudit će ponovni izračun plaće za svibanj.
- Stanje umanjeno za avansno plaćanje... Neki kalkulatori pogrešno vjeruju da je razlika između plaće ostvarene u tekućem mjesecu i ranije isplaćene akontacije dug prema zaposleniku.
U obrascu "Postavljanje računovodstvenih parametara", na kartici "Isplata plaća", postoji potvrdni okvir "Međusobna plaćanja po plaćama provode se u kontekstu mjeseci njenog obračuna". Naziv ove zastave mene osobno dovodi u zabludu. Prosudite sami.
Međusobna poravnanja su razgraničenja različiti tipovi proračuni plaće... Provode se u kontekstu mjeseci. To je lako provjeriti analizom sljedećih registara akumulacije.
- Registar akumulacija "Nagodbe sa zaposlenicima organizacija".
- Akumulacijski registar "Mjesečna plaća organizacija".
U njima je svaki zapis vezan za određeni mjesec obračuna. Odnosno, bez obzira na stanje zastave "Uzajamna plaćanja za plaće provode se u kontekstu mjeseci njezinog pripisivanja", program 1C: Upravljanje plaćama i osobljem 8 uvijek provodi međusobne namire u kontekstu mjeseci isplate plaća. O čemu onda govori ova zastava?
Zapravo stanje zastave određuje način otplate nastalih dugova... Ovaj članak govori o tome. Sam dug ne postoji kao računovodstveni objekt u programu. To je jednostavno razlika između obračunatog iznosa i uplaćenog iznosa. Ako je negativan, tada postoji dug zaposlenika prema organizaciji. Pozitivna vrijednost označava dužnost organizacije.
Razmotrimo posljedice stanja zastave "Međusobna plaćanja za plaće provode se u kontekstu mjeseci njezinog pripisivanja". Svi su primjeri izvedeni na demo bazi.
1. Računovodstvo dugova u kontekstu mjeseci njihovog nastanka
Kako bi se organiziralo računovodstvo dugova u kontekstu mjeseci njihovog nastanka, potrebno je u obrascu "Postavljanje računovodstvenih parametara" na kartici "Isplata plaća" postaviti potvrdni okvir "Uzajamna plaćanja po plaćama se vode" u kontekstu mjeseci njihovog obračunavanja. "
Zapravo, međusobne nagodbe uvijek se provode u kontekstu platnih mjeseci, odnosno, bez obzira na stanje ove zastave.
Stanje zastave "Međusobna plaćanja za plaće provode se u kontekstu mjeseci njenog obračuna" određuje način otplate dugova organizacije i zaposlenika.
Modeliranje situacije u demo bazi podataka pomoći će nam da shvatimo kako otplatiti dug. Kako biste pojednostavili modeliranje, postavite zastavicu "Pojednostavljeno računovodstvo međusobnih obračuna". U tom slučaju dokument "Plaća koja se plaća organizaciji" neovisno otplaćuje dug. Unesite potrošni materijal gotovinski nalog nema potrebe. To je samo potrebno kako ne biste unijeli nepotrebne dokumente.
Izračunat ćemo plaću za siječanj, veljaču i ožujak E.I. Akimova, G. D. Vaskina i R.A. Gorin, radi u organizaciji CJSC "Deltaon". Posljednjeg dana svakog mjeseca sastavit ćemo dokumente “Plaća koja se plaća organizacijama”. Za simulaciju zaduženja ručno ćemo ispraviti vrijednosti u stupcu "Plaćati se" za prva dva zaposlenika.
U siječnju E.I. Akimov računovođa ručno je povećao iznos plaćanja sa 53.253 rubalja na 60.000 rubalja. Kao rezultat toga, dokument je u siječnju zabilježio dug zaposlenika prema organizaciji u iznosu od 6.747 rubalja. Imajte na umu da je dug zaposlenika u dokumentu označen crvenom bojom i s minusom.
U isto vrijeme G.D. Vaskina je plaćena 1.000 rubalja manje od potrebnog. Činjenica da je izračun ispravljen ručno svjedoči prisutnost slike u obliku stilizirane olovke u prvom stupcu tablice.
U veljači je kalkulator otkrio njegovu pogrešku i odlučio je ručno ispraviti. Za iznos preplate u siječnju odlučio je ne platiti u veljači. Odnosno, opet sam u dokumentu "Plaća koja se plaća organizacijama" ručno ispravio iznos koji se plaća.
Imajte na umu da je program prikazao nedovoljno plaćeni iznos u stupcu "Odgođeno" crnom bojom i sa znakom plus. Nešto kasnije vidjet ćemo da kalkulator zapravo nije isplatio dug zaposlenika. Naravno, zapravo nitko nikome nije dužan. No, program za to još ne zna. Trenutno u njemu vise dva duga:
- dug zaposlenika za siječanj u iznosu od 6.747 rubalja,
- dug organizacije prema zaposleniku za isti iznos.
U ožujku je kalkulator iz samo njemu poznatog razloga ponovno E.I. Akimova je platila nešto više nego što je program naplaćivao.
Razmatramo pojednostavljeni primjer modela. U praksi, gdje ima mnogo zaposlenih, postoji mnogo različitih vrsta namirenja, kalkulator vrlo brzo gubi kontrolu nad nastalim dugovima. Stoga program mora imati mehanizme za njihovo brzo otkrivanje. Prije svega, to su izvješća.
Generirajmo izvješće "Sažetak obračunatih odbitaka i odbitaka prema organizaciji" s odabirom zaposlenika E.I. Akimova, G. D. Vaskina i R.A. Gorin Ovo je vrlo popularno izvješće među kalkulatorima.
Vidimo da početkom siječnja 2012. postoji dug organizacije prema zaposlenicima u iznosu od 91.794 rubalja. Ovaj dug možete razvrstati po zaposlenicima. No, vrlo je teško utvrditi uz pomoć ovog izvješća u kojem je mjesecu nastalo. Da biste to učinili, bolje je koristiti izvješće "Struktura duga organizacija".
U ovom izvješću možete jasno vidjeti ne samo kome naša organizacija duguje, već i u kojem mjesecu su ti dugovi nastali. Pretpostavimo da je ovaj dug otkriven tek u prosincu 2011. godine. Postavlja se pitanje kako to isplatiti. Jako jednostavno. Sastavljamo dokument "Plaća koja se isplaćuje organizacijama", na primjer, od 27. prosinca 2011., a u potrebnom "Mjesec razgraničenja" označavamo "kolovoz 2009.".
Nakon podnošenja ovog dokumenta, ponovno generirajte gore navedena izvješća i pobrinite se da je dug organizacije prema zaposlenicima za kolovoz 2009. eliminiran. Vruće za petama, dat ćemo vrlo važne komentare.
Izvješće "Struktura dugova organizacija" omogućuje vam da odredite mjesec nastanka duga organizacije prema zaposlenicima.
Za otplatu duga organizacije za prošli mjesec potrebno je sastaviti dokument "Plaća koja se plaća organizacijama" za mjesec duga.
Podsjetimo, plaća za ožujak isplaćena je 5. travnja. Sada ćemo generirati izvješće "Struktura duga organizacija" za razdoblje 01.01.2012-05.04.2012.
Imajte na umu da izvješće generira dugove organizacije i dugove zaposlenika u kontekstu mjeseci.
- E.I. Akimova u siječnju preplatio 6747 rubalja. U veljači joj je kalkulator zbog neiskustva potplatio 6.747 rubalja, nadajući se da će program uzeti u obzir njegov dug prema organizaciji. Nisam to uzeo u obzir. U ožujku je kalkulator ponovno preplatio, ali već u iznosu od 1.747 rubalja.
- G. D. Vaskina kalkulator mjesečno nedovoljno plaćen 1000 rubalja.
- R.A. Gorin prva 4 mjeseca nema dugovanja prema organizaciji i organizacija nema dugovanja prema njemu.
Različite vrste duga se otplaćuju na različite načine. Razmotrimo ih. Podsjetimo da razmatramo situaciju kada je postavljen potvrdni okvir "Međusobna plaćanja za plaće provode se u kontekstu mjeseci njezinog pripisivanja".
1.1. Otplata duga zaposlenika prema organizaciji
Za zadržavanje dugova zaposlenika prema organizaciji, na primjer, u travnju, potrebno je prenijeti sve ili dio prethodno formiranih dugova zaposlenika na ovaj mjesec pomoću dokumenta „Prijenos duga“.
Za popunjavanje tabličnog dijela dokumenta najprikladnije je koristiti gumb "Popuni \ Po dugu". U tom slučaju program će automatski pronaći sve zaposlenike koji imaju nepodmirene dugove.
Naredbom "Popuni \ Popis zaposlenika" otvara se pomoćni obrazac u kojem morate navesti uvjete za odabir zaposlenika i "Mjesec zaostalih dugovanja". Iznosi duga u stupcu "Prijenos u veličini" mogu se pojaviti tek nakon što kliknete gumb "Izračunaj". Činjenica je da svi zaposlenici koji zadovoljavaju kriterije odabira ne mogu imati dug prema organizaciji.
I tako je dug prebačen. No, kako bi se to zadržalo od zaposlenika pri isplati plaće, potrebno je da postoji nešto od čega se može uskratiti. Odnosno, moramo izračunati plaću za travanj. Nakon toga, kao i obično, formiramo dokument "Plaća koja se plaća organizaciji".
Dokumentom "Plaća koja se plaća organizaciji" vraćen je dug E.I. Akimova ispred organizacije. To se može vidjeti uz pomoć izvješća "Struktura duga organizacija", ali za razdoblje 01.01.2012-07.05.2012.
Negativni iznosi u stupcu "Završno stanje" nestali su. Odnosno, nema zaposlenika koji duguju našoj organizaciji. Međutim, postoji dug organizacije prema njezinim zaposlenicima.
1.2. Otplata duga organizacije prema zaposleniku
Upamtite, naš je kalkulator preplatio E.I. Akimova 6.747 rubalja, a zatim je isti iznos potplaćen. Pa je mislio otplatiti dug zaposlenika. Ovo nije istina.
Ako je postavljen potvrdni okvir "Međusobna namirenja plaća provode se u kontekstu mjeseci njezinog obračuna", tada se dugovi organizacije i dugovi zaposlenika knjiže odvojeno. Ne vraćaju se međusobno automatski.
Moraju se posebno otplaćivati.
Dakle, kako bi otplatio dug prema E.I. Akimova za veljaču, potrebno je, na primjer, u travnju sastaviti dokument "Plaća koja se plaća organizacijama", s naznakom mjeseca obračuna u njoj u veljači.
Izvješće također prikazuje dug organizacije prema G.D. Vaskina. Tijekom tromjesečja došlo je do 3000 rubalja, 1000 rubalja mjesečno. Da biste ga isplatili, morat ćete izdati tri dokumenta "Plaća koja se plaća organizacijama" za siječanj, veljaču i ožujak.
Jedan dokument "Plaća koja se plaća organizaciji" ne može otplatiti prethodni dug organizacije prema zaposleniku zajedno s plaćanjem za tekući mjesec.
Postupak otplate dugova zaposlenika.
- S dokumentom "Plaće zaposlenicima organizacija" isplatite plaće za srpanj.
Postupak otplate dugova organizacije zaposlenicima za protekle mjesece.
U tekućem mjesecu izrađujemo dokument "Plaća koja se plaća organizaciji". U varijabli "Mjesečni obračun" navedite mjesec za koji se dug otplaćuje.
2. Računovodstvo dugova bez pojedinosti po mjesecima njihovog nastanka
Za organiziranje računovodstva dugova bez pojedinosti po mjesecima njihovog formiranja potrebno je poništiti potvrdni okvir "Međusobne namire plaća u kontekstu mjeseci njihova obračunavanja" na kartici "Isplata plaća" u obliku "Postavi povećanje računovodstvenih parametara ”.
Ponovimo naše iskustvo, ali samo s neoznačenim "Uzajamno podmirivanje plaća provodi se u kontekstu mjeseci njegova obračuna". Nakon toga ponovno ćemo generirati izvješće "Struktura duga organizacija", ali za razdoblje 01.01.2012-05.04.2012 izvješće.
Što vam upada u oči?
- Nema podjele po mjesecima... Vidimo različite vrste duga, ali nema podataka u kojem je mjesecu nastao.
- Dugovi različitih vrsta se zbrajaju... U Akimovoj E.I. u siječnju je dug prema organizaciji iznosio 6.747 rubalja. U veljači joj je plaća bila nedovoljno isplaćena za ovaj iznos, odnosno organizacija je imala dug prema zaposleniku. Zbog toga nitko nikome nije dužan. Program je uzeo u obzir međusobne dugove. Organizaciji je postojao samo dug u iznosu od 1.747 rubalja.
- Zbraja se dug za prethodna razdoblja... Naša organizacija duguje Vaskini G.D. 3000 rubalja. Ali sada, kako je nastao ovaj dug, sada ne možemo saznati iz ovog izvješća.
Izračunajmo plaću za travanj, isplatimo je i analiziramo rezultat isplate.
E.I. Akimova... Da ova zaposlenica nema dugova, tada bi joj dokument platio iznos od 53.253 rubalja. Umjesto toga, smanjio ga je za iznos duga zaposlenika: 51506 = 53253-1747.
G. D. Vaskina... Da organizacija nije imala dugove prema ovoj zaposlenici, tada bi joj dokument platio iznos od 41.847 rubalja. Umjesto toga povećao ga je za iznos duga zaposleniku: 44847 = 41847 + 3000.
Iz ovoga se može izvući jednostavan i važan zaključak.
Ako potvrdni okvir "Međusobna namirenja plaća provode u kontekstu mjeseci njezinog obračuna" nije označen, tada se obje vrste dugova mogu vratiti jednim izvodom. Ali ne nužno.
Kada se potvrdni okvir "Međusobna namirenja plaća provode u kontekstu mjeseci njezinog obračuna" u dokumentu "Plaća koja se isplaćuje organizaciji" u varijabli "Plati", vrijednost "Duga" postaje dostupna. To znači da se dugovi organizacije mogu platiti na dva načina.
- Različite izjave.
- Jedna izjava.
Različite izjave.
Prvo sastavljamo dokument "Plaća koju treba platiti organizaciji" s prirodom plaćanja "Dug". U tom će slučaju otplatiti samo dug koji je nastao početkom mjeseca. Zatim, kao i obično, sastavljamo dokument "Plaća koju treba isplatiti organizaciji" s prirodom plaćanja "Plaća".
Ovdje postoji jedna suptilnost. U dokumentu „Plaća koju treba platiti organizaciji“ s prirodom plaćanja „Dug“ nemoguće je navesti mjesec za koji je plaćanje već izvršeno kao mjesec obračuna. Samo mjesec dana u kojem još nije bilo plaćanja. Na primjer, u našem primjeru G.D. Vaskin dug može se vratiti u mjesecu prirasta u travnju, a ne ranije.
Jedna izjava.
Da biste to učinili, u dokumentu "Plaća koja se plaća organizaciji" potrebno je utvrditi prirodu plaćanja "Plaća". U tom slučaju dokument će se platiti ukupan iznos plaću za tekući mjesec i prethodne dugove organizacije koji su natekli početkom ovog mjeseca.
Inače, plaćanje u dva računa je jako prikladan način... U tom slučaju, u časopisu "Plaća koja se plaća organizaciji" bit će moguće odabrati dokumente s prirodom plaćanja "Dug".
Dakle, što imamo ako potvrdni okvir "Međusobna namirenja plaća provode u kontekstu mjeseci njezinog obračuna" nije označen.
- Dug zaposlenika automatski se isplaćuje pri sljedećoj isplati plaće.
- Dug organizacije može se otplatiti istodobno s isplatom tekuće plaće (priroda plaćanja je "Plaća") ili zasebnog izvoda (priroda plaćanja je "Dug").
3. Primjeri zaostalih dugovanja
Bez obzira na razlog zbog kojeg je nastao ovaj ili onaj dug, on se otplaćuje na jedan od gore opisanih načina. Stoga su ti primjeri dati samo kako bi se razumio mehanizam zaostalih dugovanja i, ako je moguće, spriječili.
Već smo razmotrili najjednostavniji uzrok duga. Tada kalkulator prema vlastitom nahođenju ručno ispravlja rezultate izračuna u dokumentu o isplati plaće. Pogledajmo i druge primjere.
3.1. Zaposlenik je primio predujam i dao otkaz.
A.K. Kalinina je 16. siječnja 2012. primila predujam, a 18. siječnja dala je otkaz. Iz analize izvješća "Struktura duga organizacija" lako je vidjeti da se u demo bazi iza organizacije ispred A.K. Kalinina ima dug od 80.823 rubalja, koji je nastao u kolovozu 2009. godine. Ugasimo ga.
Uvjerimo se da je plaća A.K. Kalinina jednaka je 92.900 rubalja. Nakon toga izvršit ćemo sljedeće operacije.
- Dana 16. siječnja 2012. platit ćemo akontaciju od 50%, odnosno 46.450 rubalja.
- Kadrovski nalog za otpuštanje izdati ćemo od 18. siječnja 2012. godine.
- Radi jednostavnosti, pretpostavit ćemo da se nikakva naknada, odbici i otpremnine ne smiju računati nakon otkaza.
- Izračunajmo plaću otpuštenog zaposlenika za siječanj.
- Izdati ćemo dokument za isplatu plaća.
Prilikom izvođenja 5. koraka primijetit ćemo da program u tabelarnom odjeljku dokumenta "Plaća koja se plaća organizacijama", zaposlenik A.K. Kalinin ne zamjenjuje. Ona nema što platiti! Prosudite sami. Zaposleniku je isplaćena plaća za siječanj u iznosu od 40643,75 rubalja. Od tog iznosa mora se zadržati porez na dohodak u iznosu od 5284 rubalja. Ona u svojim rukama ima pravo na 35359,75 rubalja. Ali već je unaprijed primila 46.450 rubalja. Slijedom toga, njezin dug prema organizaciji iznosi 11090,25 rubalja.
Uvjerimo se da program nije pogrešan.
Povrat možete izvršiti pomoću dokumenta „Primite gotovinski nalog“ s operacijom „Povratak Novac zaposlenik ".
Osim toga, moramo se sjetiti da odbitak poreza na dohodak nije registriran u programu. Uostalom, kad se predujam plati, on se ne zadržava, a ni otpuštenoj zaposlenici nije isplaćena plaća. Naprotiv, trebao je.
Moguće je osigurati da porez na dohodak stvarno nije zadržan nepostojanjem odgovarajućeg unosa u evidenciji akumulacije "Uplate poreza na dohodak u proračun". Lakše prema izvješću "Registriraj se porezno računovodstvo o porezu na dohodak građana ".
Zadržavanje poreza na dohodak potrebno je registrirati dokumentom "Usklađivanje računovodstva poreza na dohodak, premije osiguranja i poreza na dobit", kartica "Zadržani porez na dohodak". Postoji i alternativan, ali potpuno ne očit način. Time se želi ponovno provesti dokument "Plaća koja se plaća organizacijama" s operacijom "Planirani predujam".
U normalnoj situaciji, akontacija se ne zadržava na porez na dohodak. Ali naša situacija je malo drugačija. Zaposlenik je primio predujam i dao otkaz. Postojala je platna lista, ali ona nije pokrivala predujam. Stoga, kad se avans uplati, on zadržava porez na dohodak. Treba zapamtiti da s ovim zadržavanje poreza na dohodak program ne provjerava otplatu duga zaposlenika.
Morate primijeniti samo jedan od načina. U protivnom će doći do udvostručenja zadržanog poreza na dohodak.
Malo povlačenje ili prevrtanje.
Poznato je da nije potrebno zadržati porez na dohodak od predujmova. U programu se zadržava dok se isplaćuju plaće. Međutim, nekako sam naišao na bazu podataka u kojoj je sve bilo upravo suprotno.
Dokumenti "Isplata plaća organizacijama" s prirodom plaćanja "Planirani predujam" zadržani porez na dohodak. No, isti dokumenti, s prirodom plaćanja "Plaće", porez na dohodak nisu zadržani. Na kraju je program sve ispravno prebrojio. Ipak, čak je i kalkulator ove organizacije i dalje bio neugodan. Pa, kako je to? Ne mora biti tako!
Kao što je vrlo često razlog je elementarna nemogućnost rada s programom. Pokazalo se da je "pogreška" jednostavna, no nije je bilo lako identificirati budući da nema očiglednog razloga za analizu. A razlog se pokazao u pogrešnom slijedu radnji.
Umjesto slijeda: uplata akontacije, obračun plaće, isplata plaće, korisnik je prvo izračunao plaću, zatim je platio predujam, pa isplatio plaću. No, ako je plaća prikupljena, a korisnik uplaćuje predujam, program zadržava predujam od cijelog iznosa obračunate plaće.
3.2. Zaposlenik je nakon bolesti primio predujam
U praksi je postojala takva situacija.
Zaposlenica je bila bolesna u razdoblju od 13.04.2012-24.04.2012. Nakon odlaska na posao primio je 26. travnja predujam u iznosu od 5700 rubalja. U travnju je primio plaću od 3489,43. Zbog toga je nastao dug zaposlenika u iznosu od 2210,57.
Ovu je pogrešku mnogo lakše pronaći ako je potvrđen okvir "Uzajamne isplate plaća provode se u kontekstu mjeseci njezinog pripisivanja". U ovom slučaju, izvješće "Struktura duga organizacija" odmah nam pokazuje u kojem je mjesecu dug nastao. Ostaje analizirati dokumente ovog mjeseca uz pomoć transkripata ovog izvješća.
Ako potvrdni okvir "Međusobna namirenja plaća provode u kontekstu mjeseci njezinog obračuna" nije označen, morat će se generirati izvješće "Struktura dugova organizacija" za svaki mjesec. No, čak i nakon što se pronađe mjesec u kojem je dug nastao, neće biti lako razumjeti razloge njegovog nastanka.
Program vam omogućuje da spriječite takve dugove zaposlenika. Da biste to učinili, u postavkama računovodstvenih parametara, na kartici "Isplata plaća", postavite zastavicu "Uzmi u obzir ne izlaz" pri plaćanju predujma.
3.3. Plaća i obračuni uklonjeni
Ponekad se dogodi. Za zaposlenika postoji dokument "Plaća koja se plaća organizacijama" s likom "Plaća". U njemu nema ručnih podešavanja. To znači da se popunjava na temelju podataka u registrima zabilježenih dokumentom "Plaće zaposlenicima organizacija". Međutim, iz nekog razloga u bazi nema dokumenta "Plaće zaposlenicima organizacija".
Ovo znači jedno. Iz nekog razloga, nakon što je isplaćena plaća, smijenjen je. To je dovelo do duga zaposlenika prema organizaciji.
3.4. Skriveno ručno uređivanje
Većina pogrešaka posljedica je elementarne nemogućnosti rada s programom. Umjesto učenja programa, neki ga korisnici prilagođavaju željenom rezultatu. Uopće ne razmišljaju o tome kakve će posljedice imati. Glavna stvar je da se potrebni iznos nalazi u izjavi. Evo primjera s kojim sam se morao pozabaviti.
U dokumentu "Plaća koja se plaća organizacijama" postoji priroda plaćanja "Predujam za prvu polovicu mjeseca". Ne znaju svi korisnici da se prvo mora isplatiti plaća za prvu polovicu mjeseca. Također ne znaju da je u programu moguće platiti ne samo procijenjeni predujam, već i predujam u fiksnom iznosu.
Kako se takvi korisnici ponašaju. Napravite izračun mjesečne plaće. Zatim sastavljaju dokument "Plaća koja se plaća organizacijama" s prirodom plaćanja "Plaća". No budući da zapravo želi platiti predujam, nakon što je ispunio tablični dio, mijenja prirodu plaćanja u "Predujam po obračunu za prvu polovicu mjeseca" i ručno prilagođava iznos plaćanja.
Programi s bilo kojom ispravkom u prvom stupcu tabličnog odjeljka automatski prikazuju ručicu. Pokazuje da su izračunati podaci ručno podešeni.
Ali naš je korisnik lukaviji od programa. U drugom stupcu ručno postavlja potvrdne okvire "Znak automatskog izračuna". Sada vizualno nitko (uključujući i sam kalkulator) neće pogoditi da je izračun ručno ispravljen.
4. Oprez
Takva situacija je sasvim moguća. Kalkulator je neko vrijeme radio s mogućnošću obračuna dugovanja po mjesecima njihovog nastanka. Nešto što mu se nije svidjelo u vezi s tim, te je prešao na opciju bez pojedinosti po mjesečnom obračunu. Ili obrnuto.
Je li sigurno proizvoljno, to jest u bilo kojem razdoblju, promijeniti stanje zastave "Uzajamne namire plaća provode se u kontekstu mjeseci njezinog pripisivanja."
Radi definitivnosti, opet ćemo se osloniti na naš modelni primjer. Pretpostavimo da u travnju nisu dovršeni dokumenti o otplati duga. U ovom slučaju, promjena stanja zastave "Međusobna plaćanja za plaće provode se u kontekstu mjeseci njenog prirasta" u jednom ili drugom smjeru prilično je bezopasna. To možete provjeriti generiranjem izvješća "Struktura duga organizacija". Ovisno o stanju zastave, ona će formirati dug ili s pojedinostima po mjesecima, ili bez pojedinosti. Istodobno, nema potrebe za ponovnim postavljanjem dokumenata.
To sugerira da bez obzira na stanje zastave program uvijek prati dugove po mjesecima njihovog nastanka... Jednostavno odabirom jednog ili drugog stanja zastave, kalkulator bira način otplate duga.
Situacija će biti drugačija ako se dug otplati. Na primjer, računovodstvo se vodilo bez pojedinosti po mjesecima za cijelo prvo tromjesečje. U travnju je dug otplaćen i postavljena zastava "Međusobna plaćanja za plaće provode se u kontekstu mjeseci njegova obračunavanja".
Izvješće "Struktura dužničkih organizacija" ponovno će nam pokazati dugove po mjesecima. I to unatoč činjenici da je, kad se računovodstvo vodilo bez pojedinosti, sav dug isplaćen.
Budući da smo promijenili stanje zastave, program sada ne vidi stari način otplate duga... Dajte joj metodu koja odgovara danom stanju zastave. To znači da je potrebno otkazati prethodni način otplate duga i izvršiti otplatu duga na način koji je u skladu s obračunom dugova po mjesecima. Naravno, vrijedi i suprotno.
Ovi postupci mogu potrajati dugo. Stoga je najbolje od samog početka odlučiti koje stanje zastave "Uzajamna plaćanja za plaće provode se u kontekstu mjeseci njezinog pripisivanja" vama više odgovara.
Zaključak
USTANOVLJENA je zastava "Međusobna namirenja plaća provode se u kontekstu mjeseci njenog obračuna".
Postupak otplate dugova zaposlenika organizaciji.
- Dokumentom "Prijenos duga zaposlenih u organizaciji" prenesite dug zaposlenih u mjesec u kojem se planira otplata tog duga. Na primjer, za srpanj.
- S dokumentom "Plaće zaposlenicima organizacija" isplatite plaće za srpanj. To se mora učiniti kako bi program imao od čega zadržati dug.
- Napravite dokument "Plaća koja se plaća organizaciji". Pojednostavljenim računovodstvom međusobnih nagodbi otplatit će i dug. Ako zastavica "Pojednostavljeno računovodstvo međusobnih namirenja" nije označena, tada je dodatno potrebno izdati dokumente za plaćanje.
Postupak otplate duga organizacije prema zaposlenicima.
U tekućem mjesecu izrađujemo dokument "Plaća koja se plaća organizaciji". U varijabli "Mjesečni rok nastanka" navedite mjesec za koji se dug otplaćuje (mjesec u kojem je dug nastao).
Zastava "Međusobna poravnanja plaća provode se u kontekstu mjeseci njezinog pripisivanja"
- U tekućem mjesecu moguće je isplatiti dug zaposlenika organizaciji samo ako mu je za ovaj mjesec pripisana plaća.
- Ako se prikupi plaća za tekući mjesec, tada dokument "Plaća koja se isplaćuje organizaciji" s vrijednošću "Plaća" postavljenom u varijabli "Plati" otplaćuje obje vrste dugova: Dug organizacije i Dug zaposlenika .
- Ako u dokumentu "Plaća koja se isplaćuje organizaciji" u varijabli "Plati" postavite vrijednost "Dug", onda bez obzira na prisutnost plaće za ovo razdoblje dokument će isplatiti samo dug organizacije prema zaposleniku.
Potrebno je u pravilu mjesečno, nakon svake isplate plaće, neovisno pratiti nastale zaostatke. Da biste to učinili, možete koristiti odgovarajuća izvješća i tretmane.
- Izvješće "Struktura duga organizacija".
- Izvješće "Registar poreznog računovodstva za porez na dohodak".
- Obrada preračuna preračuna plaća.
U obrascu "Postavljanje računovodstvenih parametara" na kartici "Plaća" postavite potvrdni okvir "Razmisli o odsustvu". Time ćete izbjeći pojavu dugova zaposlenika prema organizaciji. Svaki zabilježeni izostanak s posla u organizaciji u prvoj polovici mjeseca i naknadna uplata akontacije (isključujući izostanke) dovest će do stvaranja duga prema organizaciji.
Tema današnjeg članka je prijelaz 1C: Plaće i programa za upravljanje osobljem s verzije 2.5 na verziju 3.0.
Razmotrit će se mogućnosti prijenosa, što i gdje prenijeti, kao i što se mora provjeriti nakon prijenosa. Problema s prijenosom podataka između reakcija ima više nego dovoljno, tada ćemo razmotriti najčešće i analizirati njihovo rješenje. Programeri programa nude dvije mogućnosti za prelazak sa ZUP -a 2.5 na 3.0. U članku ćemo se osvrnuti na prednosti i nedostatke obiju opcija kako biste sami zaključili koji način prijenosa trebate koristiti.
Razlog prelaska na reviziju ZUP 3.0
Razlog prijelaza na novu verziju ZUP -a je uklanjanje podrške iz 2018. u verziji 2.5 izmjene zakonodavstva. Tvrtka 1C objavila je odgovarajuće informativno pismo broj 22222 od 18.11.2016. Evo izvadaka iz ovog pisma u vezi sa revizijom ZUP -a 2.5:
- Bit će omogućena mogućnost dostave godišnje izvještavanje za 2017. godinu;
- U objavljenim ažuriranjima nema planova za podršku zakonodavstvu iz 2018. godine;
- Korisnici revizije 2.5 konfiguracije "Plaće i upravljanje osobljem" PROF -a i osnovnih verzija, koji iz nekog razloga ne žele prijeći na reviziju 3 nakon završetka ograničene podrške, mogu nadograditi na skuplji proizvod 4601546081506 "1C: Upravljanje plaćama i osobljem 8 CORP "...
Međutim, valja napomenuti da revizija ZUP -a 2.5 u 2018. ostaje podrška standardnim rješenjima „1C: Upravljanje proizvodno poduzeće"I" 1C: Integrirana automatizacija ". Međutim, ne postoji standardna razmjena podataka za prijenos rezultata izračuna RFP -a sa SPM 3.0 na ove konfiguracije.
Ako u 1. tromjesečju 2018. dođe do izmjene zakonodavstva, više neće biti moguće podnositi izvješća iz ZUP -a 2.5 Basic ili PROF -a. Stoga 1C preporučuje da se problem s prijelazom na novo izdanje riješi unaprijed.
"1C: Plaće i upravljanje ljudskim potencijalima" verzija 3.0 ima niz značajnih prednosti u odnosu na prethodno izdanje:
- Mobilna aplikacija;
- Osobni račun zaposlenika (koncept samoposluživanja);
- Prikladnije i fleksibilnije stolom za osoblje(različite mogućnosti izvođenja);
- Mogućnost registriranja dva događaja u vezi s osobljem u jednom danu (na primjer, zapošljavanje na jedan dan i odmah poslovno putovanje);
- Funkcionalnost za kombiniranje radnih mjesta (pružaju se različite mogućnosti za kombiniranje i izračun plaća);
- Dupliciranje dokumenata o osoblju i nagodbi isključeno je (sada su dokumenti ujednačeni, pristup je ograničen ulogama: službenici za kadrove mogu vidjeti i urediti samo svoj dio u dokumentu, kalkulatori vlastiti). Nestaje problem neračunatih (zaboravljenih) kadrovskih dokumenata. Na primjer, ranije u 2.5, otkaz zaposlenika registriran je s nekoliko dokumenata, sada je to jedan dokument;
- Provedena plaćanja bivšim zaposlenicima, pa čak ni zaposlenicima uopće, već trećim stranama pojedinci(ranije je za to bilo potrebno izdati "fiktivno" zapošljavanje);
- Provedena je mogućnost ispravljanja dokumenata u tekućem razdoblju (na primjer, ponovni izračun plaćenog dopusta i ispravan odraz ove operacije u 6-NDFL);
- Razina automatizacije formiranja reguliranog 6-NDFL izvješća značajno je poboljšana (u 99% slučajeva izvješće se generira automatski i ne zahtijeva ručne prilagodbe)
Priprema za migraciju podataka
Prije početka prijenosa podataka morate zatvoriti razdoblje u staroj bazi plaća. Oni. izračunati plaće i poželjno je registrirati isplatu (ali to nije kritično, može se odraziti već u novoj bazi podataka). Također morate izbrisati sve označene objekte za brisanje. Preporučljivo je provesti postupak testiranja i ispravljanja baze podataka.
Važno! Prije prijenosa morate ažurirati ZUP 2.5 na najnovije trenutno izdanje.
Da biste započeli prijenos podataka, morate pokrenuti odgovarajućeg pomoćnika u ZUP -u 3.0. Da biste to učinili, morate otići u odjeljak "Administracija" i odabrati opciju "Prijenos podataka iz prethodnih programa".
Kratak pregled opcija migracije podataka
Programeri su dali dvije mogućnosti za prijenos podataka. Radi konvencije, dat ćemo imena tim dvjema mogućnostima i vrlo Kratki opis(više Detaljan opis a razlike će biti opisane kasnije u ovom članku).
« Prijenos stanja"- prenosi se minimalna količina podataka, dovoljna za početak vođenja evidencije novo izdanje... Istodobno se ne prenose informacije koje se očito ne mogu kvalitativno prenijeti zbog razlika u računovodstvenoj metodologiji ili u strukturi programa. Ova se opcija prijenosa koristi prema zadanim postavkama (ovu opciju preporučuju programeri 1C). Ova se mogućnost prijenosa može koristiti od bilo kojeg razdoblja sredinom godine, svi će se podaci prenijeti u novi program za izračun prosječne zarade i podnošenje izvješća o porezu na dohodak i doprinosima. No, izračun plaća provest će se samo na temelju početnih podataka (sva prethodna razdoblja neće se uzeti u obzir).
« Potpuni prijenos"- u ovoj opciji se prenose podaci za sva prošla razdoblja, pa će kao rezultat toga u novoj bazi podataka ZUP 3.0 biti moguće generirati izvješća za prošla razdoblja (osoblje i izračunato). Prijenose se neiskorištene ili rijetko korištene informacije, što nepotrebno povećava i vrijeme prijenosa i vjerojatnost pogrešnog prijenosa.
Stoga takva prilika može biti tražena, na primjer, za organizacije s jednostavnim sustavom nagrađivanja, s malim brojem zaposlenika i količinom akumuliranih podataka.
Bilješka! Ako ste u ZUP-u 2.5 vodili evidenciju o plaćama menadžmenta (tzv. "Upravljačko računovodstvo"), ti se podaci neće prenijeti u nova baza nije jedna od opcija. To je zbog činjenice da ZUP 3.0 ne predviđa upravljačko računovodstvo plaća.
Prijenos podataka korak po korak
U prvom koraku odabiremo vrstu početnog izvora podataka. Ili drugim riječima, iz kojeg ćemo programa prenijeti.
U drugom koraku čarobnjak za prijenos ponudit će vam da odaberete bazu podataka iz koje želite prenijeti podatke.
Zatim morate konfigurirati. Čarobnjak prema zadanim postavkama nudi opciju "Prijenos ostataka". Za ovu opciju trebate postaviti datum početka računovodstva u novoj bazi podataka. Na primjer, ako datum postavimo na studeni, tada će se salda do kraja listopada prenijeti.
- Koristite nove značajke računovodstva osoblja i plaća (zadana je mogućnost prijenos po saldu);
- Koristite obračune iz prethodnog programa (druga je mogućnost potpuni prijenos).
Ako odaberete potpuni prijenos, tada ćete morati navesti početak kalendarske godine iz koje ćete morati prenijeti podatke.
Prijenos stanja
Kao što je gore navedeno, za ovu opciju prijenosa treba navesti mjesec početka operacije. Algoritam prenosi na početak navedenog razdoblja sve potrebne podatke za prošla razdoblja za isporuku izvješćivanje o porezu na dohodak i izračunavanje prosjeka:
- Izračunati prosječnu plaću (za beneficije FSS - za prethodne tri godine, za godišnji odmor i druge slučajeve - za prethodnih 15 mjeseci);
- Za izračun poreza na dohodak i za izračun premije osiguranja (ako datum početka nije siječanj, tj. Ne početak godine).
Osim toga, prenijet će se osobni i računski podaci (neće se prenijeti svi podaci, već samo oni koji se koriste na datum početka računovodstva u novi program):
- Podaci o organizacijama, odjelima, položajima i zaposlenicima i svemu što se s njima odnosi, na primjer, radna aktivnost, sastav obitelji itd .;
- Vrste poravnanja (obračuni i odbitci);
- Podaci za popunjavanje osobnih kartica zaposlenika (T-2);
- GPC ugovori;
- Trenutni roditeljski dopust;
- Zapošljavanje osoblja od početka operativnog razdoblja u novom programu;
- Stanja zbog međusobnih nagodbi sa zaposlenicima.
Ako zaposlenik više ne radi na datum prijenosa, tj. je odbačen, podaci za ovog zaposlenika neće se prenijeti u novi program. Ili, na primjer, ako mjesto u trenutku prijenosa nitko ne zauzima, također neće sudjelovati u prijenosu.
Vrlo važna točka u vezi s prijenosom vrsta naselja (obračuni i odbici). U prijenos su uključene samo regulirane metode izračuna. To znači da se tipovi izračuna u kojima je uključena proizvoljna formula neće prenijeti u ovoj varijanti. Morat će ih se ponovno stvoriti i dodijeliti zaposlenicima u novom programu.
Tablica osoblja se ne prenosi, ona se stvara u novom programu na temelju tablice kadrova od datuma početka rada. Za postizanje cilja bit će potrebne ručne prilagodbe. Štoviše, ručno prilagođavanje radnog stola relevantno je za obje mogućnosti prijenosa.
Podaci za karticu T-2 ne prenose se dokumentima, već upisima u odgovarajuće registre. U novom programu imat ćete priliku analizirati radnu povijest zaposlenika, ali nećete moći "propasti" u dokument i ispraviti nešto u njemu.
Ako ste u vrijeme premještaja imali zaposlenike koji su bili na nedolasku (na primjer, bolovanje, godišnji odmor, službeno putovanje itd.), Tada će se ta činjenica prenijeti u poseban dokument "Periodi plaćeni prije početka operacija ".
Ono što se u ovoj varijanti ne prenosi:
- Slobodna radna mjesta;
- Čepovi za plaće iz tablice osoblja;
- Vrste izračuna s proizvoljnim formulama;
- Podaci za izvještaje o analizi osoblja (na primjer, skup promjena osoblja ili primljenih i otpuštenih zaposlenika itd.);
- Podaci za izračunata analitička izvješća (na primjer, skup naknada za razdoblje prije početka rada);
- Podaci za plaćanje po tarifnim kategorijama (razlika u metodologijama izračuna je 2,5 i 3,0). Za takve zaposlenike bit će potrebno dodijeliti nove naknade predviđene za ovu situaciju u ZUP -u 3.0 (to je također relevantno za opciju Potpuni prijenos);
- Podaci o kreditima zaposlenika. U novoj bazi podataka bit će potrebno ponovno registrirati podatke o kreditima, a uzimajući u obzir već djelomično otplaćen dug (u punom prijenosu krediti se prenose);
- Privremeni premještaj osoblja. Kada datum prijenosa završi već u novoj ZUP bazi podataka. U tom slučaju može doći do problema s podjelom i rasporedom, naime, nakon završetka prijenosa neće doći do automatskog povratka na prethodne vrijednosti. To je zbog činjenice da se samo kriška podataka prenosi na početak operacijskog razdoblja, a može doći i do situacije da odjel i raspored ni s kim nisu uključeni te se stoga neće prenijeti;
- Pojedinosti o platnim nalozima za porez na dohodak. U vrijeme pisanja ovog članka svi podaci za izvještavanje o 6-NDFL i 2-NDFL savršeno su preneseni. No, ne postoje takvi podaci kao što su detalji plaćanja poreza na dohodak. Možda će se od njih zahtijevati da formiraju registar poreznog računovodstva za porez na dohodak.
Potpuni prijenos
U ovoj opciji u postavkama označavamo godinu iz koje želite prenijeti podatke. U skladu s tim, prenose se svi podaci iz navedene godine, uključujući sve dokumente.
Važno je shvatiti da, iako je opcija uvjetna i naziva se potpuna, zapravo se ne prenose svi dokumenti. Neki se podaci prenose zapisima u registre, na primjer: službena putovanja, odsustvovanje s rada, bolovanje itd.
Evo što se prenosi u ovoj varijaciji:
- Podaci o organizacijama, odjelima, položajima i zaposlenicima i svemu što se s njima odnosi, na primjer, radna aktivnost, sastav obitelji itd. Čak i oni podaci koji se više ne koriste u vrijeme prijenosa (tj. Svi oni koji su vrijedili za to razdoblje );
- Obračuni i odbitci. Sve će se prenijeti reguliranom metodom izračuna. Također se prenose proizvoljnim formulama, ali definitivno će ih trebati provjeriti;
- Tablica za osoblje. Kao i u mogućnosti prijenosa ostataka, tablica osoblja se ne prenosi u potpunosti, već se stvara u novoj bazi podataka na temelju podataka o osoblju. Oni. ne prenosi se cijeli radni stol, bit će potrebna ručna prilagodba;
- Podaci za izračun prosječne zarade;
- Podaci za računovodstvo poreza na dohodak i premije osiguranja;
- Podaci o međusobnim nagodbama sa zaposlenicima.
Popis dokumenata za prijenos (mogu se otvoriti i pregledati u novoj bazi podataka):
- Regrutiranje;
- HR prijevod;
- Otkaz;
- Roditeljski dopust (uključujući i one kojima je istekao rok trajanja);
- Povratak s roditeljskog dopusta;
- Popis izvedbi;
- Zahtjev za odbitke poreza na dohodak;
- Otkazivanje standardni odbici Porez na dohodak;
- Zahtjev za potvrdu prijenosa predujma poreza na dohodak.
Svi ostali podaci prenose se izravno u računovodstvene registre.
Usporedba mogućnosti prijenosa
Važna točka. U tipičnom mehanizmu prijenosa podataka osigurajte sljedeće scenarije za kombiniranje baza podataka:
- Organizacije iz više baza ZUP 2.5 u jednu ZUP 3.0 - podržan je ovaj scenarij migracije;
- Organizacije iz jedne ZUP 2.5 za odvajanje ZUP 3.0 baza podataka - takav scenarij migracije NIJE podržan (može se provesti na nestandardan način).
Rezultat prijenosa podataka
Da biste vidjeli rezultat prijenosa podataka u ZUP 3.0, morate otići u evidenciju dokumenta "Podaci na početku rada".
Ovaj časopis sadrži sljedeće vrste dokumenata:
- Početno standardno postavljanje;
- Zaostale plaće;
- Razdoblja plaćena prije početka rada.
Podaci o osoblju prenose se u prikaz dokumenta "Početno osoblje". U njemu, respektivno, možete vidjeti:
- svi zaposlenici;
- njihova radna mjesta i datum njihovog zapošljavanja;
- podjele;
- tekuće planirane naknade;
- broj primljenih oklada;
- mogućnost izračuna avansa;
- raspored rada;
- kao i ostaci godišnjih odmora.
Dokument "Zaostale plaće" sadrži sljedeće podatke (dokument je dostupan za uređivanje):
- Popis zaposlenih;
- Pododjeljci;
- Iznos duga.
Vrsta dokumenta "Periodi plaćeni prije početka rada" sadrži sljedeće (ti će se podaci uzeti u obzir pri obračunu plaća):
- Popis zaposlenih;
- Period plaćanja;
- Vrsta razdoblja (na primjer, bolovanje itd.).
Podaci o zaposlenicima organizacije prenose se u standardni imenik "Zaposlenici". Nalazi se u odjeljku "Osoblje". Datum prijema bilježi se izravno na kartici zaposlenika (budući da za to ne postoji poseban dokument).
Informacije o odbici poreza na dohodak prenijeti u zaseban dokument. Ovaj dokument nalazi se u odjeljku "Porezi i doprinosi", koji se naziva dokumentom "Zahtjev za odbitke poreza na dohodak" (standardni, osobni, imovinski i društveni).
Svi ostali dokumenti, uključujući podatke za formiranje izvješća, nalaze se u dokumentima "Prijenos podataka". Dokumenti se nalaze u odjeljku "Administracija".
Podaci se također mogu ručno unijeti u dokumente "Prijenos podataka".
U dnevniku dokumenata "Prijenos podataka" polje "Broj" sadrži kôd dokumenta (ili, drugim riječima, vrstu dokumenta).
U nastavku je dešifriranje kodova dokumenata "Prijenos podataka":
- TDK- Podaci o ugovorima o radu;
- RKD- podatke o osoblju za formiranje kartice T-2;
- Rtp- Podaci o praznicima svih vrsta;
- IL- odbici na ovršnom listu;
- ZP_SZfss- početni podaci za izračun prosječne zarade za beneficije;
- ZP_SZo- početni podaci za izračun prosječne zarade na godišnjem odmoru;
- Porez na dohodak- Podaci poreznog računovodstva poreza na dohodak;
- PSS- Pogodnosti za fondove FSS-a za razmatranje u 4-FSS;
- SV- Računovodstveni podaci o premijama osiguranja.
Za ove dokumente postoje i dodatni kodovi, oni se koriste ako ste odabrali potpunu opciju prijenosa:
- DnSost- Podaci o odsutnosti zaposlenika;
- Rtp- Registar godišnjih odmora;
- CCA- stvarni godišnji odmori;
- RFP- Podaci o svim obračunima i odbitcima zaposlenika;
- WIP- Podaci o svim vremenskim razgraničenjima i odbitcima za zaposlenike za formiranje šifri, uplatnica itd .;
- Z S- Proračuni za kredite;
- SZ- detaljne podatke o međusobnim nagodbama radi dobivanja informacija o dugu;
- DZP- Uzajamne nagodbe za štediše.
Provjera prijenosa
Za obje mogućnosti prijenosa potrebno je usklađivanje ukupnih iznosa. Na što biste prije svega trebali obratiti pozornost:
- Pododjeljci;
- Rasporedi rada;
- Vrste obračunavanja i zadržavanja (mogućnost korištenja novih značajki u izdanju Z.0);
- Osobni podaci zaposlenika (kao opciju možete ispisati osobne kartice T-2 i distribuirati ih zaposlenicima radi provjere protiv potpisa);
- Tablica osoblja (u obje opcije prijenosa morate je popuniti ručno);
- Stanje odsustva (standardno izvješće "Stanje odsustva");
- Planirana vremenska razgraničenja (standardno izvješće "Plaća / Analiza platnih lista po razgraničenjima");
- Planirani odbici (univerzalno izvješće u registru “Planirani odbici”);
- Zaostale plaće (standardno izvješće "Zaostale plaće").
U ZUP -u 3.0 ne postoji posebno izvješće za provjeru prijenosa podataka radi izračuna prosječne zarade. Alternativno, usklađivanje se može izvršiti pomoću univerzalnog izvješća (odjeljak "Administracija" - "Ispis obrazaca, izvješća i obrada" - "Univerzalno izvješće").
Podaci za izračun prosjeka upisuju se izravno u registre:
- Registar akumulacija "Vremenski podaci za izračunavanje prosjeka (općenito)";
- Registar akumulacija "Podaci o vremenskim razgraničenjima za izračun prosječne zarade (ukupno)";
- Registar akumulacija "Podaci osiguranika za izračun prosječne zarade (FSS)";
- Registar akumulacija "Podaci o vremenskim razgraničenjima za izračun prosječne zarade (FSS)";
- Registar podataka "Podaci o vremenu za izračunavanje prosjeka (FSS)".
Za usklađivanje podataka o porezu na dohodak u ZUP -u 3.0 možete generirati standardna izvješća: karticu poreza na dohodak, analizu doprinosa po mjesecima itd.
Najbolji način za usklađivanje rezultata prijenosa je usklađivanje rezultata plaća u ZUP -u 2.5 i ZUP -u 3.0 za prva razdoblja rada nakon prijelaza.
Pitanje: dug organizaciji otpuštenom zaposleniku
Odgovor:
Pitanje: ZUP 3.0 Povrat poreza na dohodak otpušteni zaposlenik
Odgovor:
Pitanje: Kako doći do tarifne stope otpuštenog zaposlenika
Pitanje:
Prilikom studiranja 1C ZUP 3 ispostavilo se da program u izvješćima o plaćama prikazuje stanje za mjesec obračuna ( bilans plaća), a ne po mjesecu plaćanja ( knjigovodstveno stanje), kao što je to bilo u ZUP -u 2.5. Kako izmijeniti program kako biste vidjeli stanje za mjesec plaćanja?
Odgovor:
✅ Seminar "Lifehacks na 1C ZUP 3.1"
Analiza 15 životnih hakova za računovodstvo u 1s ZUP 3.1:
✅ LISTA KONTROLA za provjeru plaća u 1C ZUP -u 3.1
VIDEO - mjesečna samoprovjera računovodstva:
✅ Platni spisak u 1C ZUP -u 3.1
Korak po korak upute za početnike:
Sada nisu potrebne nikakve izmjene, ova je funkcija implementirana u tipičnoj konfiguraciji, počevši od izdanja ZUP 3.1.4.120.
Pogledajmo primjer. Zaposlenica Arsenyeva V.S. u veljači je naplaćena plaća.
Isplata plaća vrši se već u ožujku 05.03.2018.
Ranije u 1C ZUP 3 u izvješćima o plaćama ( Platni spisak, Kompletan obračunski period, Analiza plaće po zaposleniku itd.) u sličnoj situaciji činjenica isplate veljačke plaće uvijek je bila uključena u izvješća za veljaču, unatoč ožujkovnom datumu isplate, tj. po mjesecu obračunavanja / plaćanja, a ne po datumu plaćanja.
Sada u 1C ZUP 3.1.4 postalo je moguće provesti formaciju "Računovodstveno stanje", tj. tako da činjenica plaćanja pada u izvještaj mjeseca u kojem je izvršena uplata.
Za ovo morate Dodatne postavke(odjeljak izbornika Prilagođavanje) postavite prekidač " Prikaži međusobne nagodbe: prema računovodstvenim podacima«.
Nakon izvođenja ove postavke morate ponovno otvoriti izvješća, ako su bila otvorena u vrijeme promjene ovog parametra, te ih ponovno generirati. U izvješću Platni spisak isplata plaće u veljači koja se dogodila u ožujku ući će u ožujsko izvješće, a veljačko izvješće prikazat će siječanjsku isplatu plaće u veljači. Istodobno, u veljačanskom letku na kraju mjeseca bit će naznačen ostatak neisplaćene plaće za veljaču (točnije, ne samo u veljačkom letku, već i u svim mjesecima u kojima se konačna isplata događa sljedećeg mjeseca).
Sličnu sliku možemo vidjeti u izvješću. Analiza plaće po zaposleniku i Cjeloviti set troškova, odbitaka i plaćanja. U ovom slučaju izvješće za veljaču odražava plaćanje za siječanj i stanje na kraju mjeseca sa zaostalim plaćanjem krajem veljače.
Da biste prvi saznali za nove publikacije, pretplatite se na ažuriranja mog bloga:
To je lako provjeriti analizom sljedećih registara akumulacije.- Registar akumulacija "Nagodbe sa zaposlenicima organizacija".
- Akumulacijski registar "Mjesečna plaća organizacija".
Povratak neopravdano zadržanog poreza na dohodak u 1C: Računovodstvo poduzeća 8
Počinjemo s izračunavanjem plaća za studeni, uzimajući u obzir činjenicu da je zadnji radni dan bio 2. studenog.
Otvorite odjeljak "Plaća i osoblje", "Plaća", "Svi troškovi" i pritiskom na gumb "Kreiraj" dodajte novi dokument za izračun plaće za studeni.
Na kartici "Porez na dohodak" vidimo podatke o obračunatim porezima, kao i iznos primijenjenih odbitaka. Također se odražava iznos poreza na dohodak koji se treba kompenzirati na posebnoj liniji na kartici Prilagodbe isplata.
Objavljujemo dokument i pregledavamo transakcije
Otvorite karticu "Plaća i osoblje", "Porez na dohodak", "Svi dokumenti o porezu na dohodak"
Kliknemo gumb "Kreiraj" i s popisa odaberemo "Povrat poreza na dohodak"
Ispunite prazna polja otvorenog dokumenta:
- mjesec u kojem vršimo povrat poreza;
- zaposlenik kojem vraćamo porez na dohodak;
- datum primitka prihoda i iznos poreza.
Crtamo i zatvaramo dokument.
Za provjeru ćemo formirati platnu listu. Otvorite karticu "Plaća i osoblje", "Plaća", "Izvješća o plaći" i odaberite "Plaća"
Navedemo razdoblje, organizaciju, zaposlenika i kliknemo gumb "Generiraj".