U 1s zup zadržavaju preplatu nadnica. Tačan prikaz preplaćenog poreza na dobit u izvještaju. Skriveno ručno uređivanje

Možete povratiti preplaćene plate od zaposlenog ako:

preplata je nastala kao rezultat greške u brojanju. U ovom slučaju, greškom u brojanju se smatra aritmetička greška, odnosno greška napravljena tokom aritmetičkih proračuna (pismo Rostruda od 1. oktobra 2012. br. 1286-6-1, odluka Vrhovnog suda Ruske Federacije od 20. januara 2012. br. 59-B11-17) ;

dokazano je da je zaposlenik kriv zbog nepoštovanja standarda rada ili neaktivnosti (ove okolnosti mora utvrditi komisija za radne sporove ili sud);

greška je nastala zbog nezakonitih radnji samog zaposlenog. Na primjer, ako je podnio netačne dokumente računovodstvu za standardne porezne odbitke (ovu okolnost mora potvrditi sud).

Takva su pravila utvrđena članom 137. Zakona o radu Ruske Federacije.

Kada se ne mogu izvršiti odbici

U drugim slučajevima, pogrešno izdata plata ne može se zadržati od zaposlenika - on je može nadoknaditi samo na vlastiti zahtjev (član 3. članka 1109. Građanskog zakonika Ruske Federacije). Konkretno, nemoguće je povratiti od zaposlenog preplaćenu platu ako je do preplaćene došlo kao rezultat tehničke greške (presuda Vrhovnog suda Ruske Federacije od 20. januara 2012. br. 59-B11-17).

Situacija: da li je moguće napraviti odbitke ako je plata zaposlenika greškom isplaćena dva puta: karticom i putem kase?

Odgovor: ne, ne možete.

Ponudite zaposleniku da vrati višak primljenog novca. Ako odbije, idite na sud.

Zakonodavstvo dozvoljava zadržavanje pogrešno isplaćenih plata u slučaju računovodstvene greške od strane računovođe (član 137. Zakona o radu Ruske Federacije). Međutim, greška u brojanju se shvata kao greška u izračunavanju iznosa plata (tj. aritmetička greška u obračunima) (pismo Rostruda od 1. oktobra 2012. br. 1286-6-1, odluka Vrhovnog suda Rusije Federacije od 20. januara 2012. godine broj 59-B11-17).

Ako je u istom periodu plata zaposlenog isplaćena dva puta, onda se takva greška u brojanju ne uzima u obzir. Uostalom, nije bilo distorzija u određivanju visine plate.

U takvoj situaciji, organizacija će morati na sudu dokazati da su radnje njenog zaposlenika bile usmjerene na primanje iznosa koji mu nisu pripadali. Kao dokaz se može koristiti sljedeće:

potvrda banke u kojoj se navodi da je plata zaposlenog primljena ranije nego na blagajni organizacije;

izvod (priznak) za primanje istog iznosa plate na blagajni sa potpisom radnika;

dokumenti koji potvrđuju iznos plaće koji je zaposleniku (platne liste, lični račun).

Ograničeni iznos odbitaka

Od mjesečne plate zaposlenika možete odbiti najviše 20 posto iznosa koji mu pripada za isplatu (član 138. Zakona o radu Ruske Federacije).

Dokumentovanje

Rukovodilac organizacije mora izdati naredbu o povratu više isplaćenih plata (pismo Rostruda od 9. avgusta 2007. br. 3044-6-0). Nalog se mora izdati najkasnije u roku od mjesec dana od dana isteka roka utvrđenog da zaposlenik vrati preplaćeni iznos. Ako za zaposlenog nije određen takav rok, nalog se mora izdati najkasnije mjesec dana nakon otkrivanja prekomjerne isplate zarade. Zadržavanje po odbitku je moguće samo ako zaposleni ne osporava činjenicu i iznos preplaćene naknade. Ovaj zaključak proizilazi iz člana 137. Zakona o radu Ruske Federacije. Osim toga, da biste izbjegli sporove sa inspekcijom rada, sastavite memorandum koji obrazlaže razlog za zadržavanje preplate.

Računovodstvo

Ako je u tekućem periodu došlo do preplate zaposleniku zbog pogrešnog obračuna njegove plaće u većem iznosu, tada u računovodstvu odrazite usklađivanje prekomjerno obračunatih iznosa knjiženjem:

Debit 20 (23, 26, 29...) Kredit 70

- preračunate plate su stornirane.

Otpišite preplaćene plaće za obračune sa osobljem za druge transakcije:

- preplaćene plate se otpisuju za obračune sa osobljem za druge poslove.

Slični unosi se vrše ako je proizvodni bonus (vezan za radna postignuća) pogrešno obračunat.

Primjer uskraćivanja zaposleniku pogrešno isplaćene plaće

Sredinom maja, računovođa u kompaniji Alpha LLC otkrila je da je u obračunu plata za april napravljena greška u brojanju, zbog čega je menadžer organizacije A.S. Kondratjevu je naplaćen višak od 10.100 rubalja.

Organizacija primjenjuje opšti sistem oporezivanja i plaća doprinose za osiguranje od nesreća i profesionalnih bolesti po stopi od 0,2 posto. Premije osiguranja se obračunavaju po opštim stopama. Iznos oporezivih plaćanja u korist Kondratjeva nije premašio granicu doprinosa od početka godine.

Kondratijevljeva mjesečna plata je 27.000 rubalja. Plate se isplaćuju posljednjeg dana u mjesecu. Zaposleni nema djecu, pa mu se ne obezbjeđuje odgovarajući standardni poreski odbitak.

Maksimalni iznos koji se može zadržati od mjesečne plate je:
(27.000 RUB - 27.000 RUB × 13%) × 20% = 4.698 RUB

Iznos preplaćene plate Kondratievu jednak je:
10.100 rub. - 10.100 rub. × 13% = 8787 rub.

Računovođa Alpha izvršio je sljedeće unose u računovodstvu.

U maju:

Debit 26 Kredit 70
- 10.100 rub. - Kondratjevljeva prenaplaćena plata je ukinuta;

- 1313 rub. (10.100 RUB × 13%) - prekomjerno zadržan porez na dohodak fizičkih lica od prikupljenih iznosa je ukinut;

Debit 26 Kredit 69 podračun “Poravnanja sa Fondom socijalnog osiguranja”
- 293 rub. (RUB 10.100 × 2,9%) - preračunati doprinosi u Fond socijalnog osiguranja Rusije su stornirani;

Debit 26 Kredit 69 podračun „Obračuni sa PIO“
- 2222 rub. (RUB 10.100 × 22%) - preterano obračunati penzijski doprinosi su stornirani;

Debit 26 Kredit 69 podračun “Poravnanja sa FFOMS”
- 515 rub. (RUB 10.100 × 5,1%) - preračunati doprinosi Federalnom fondu obaveznog zdravstvenog osiguranja Rusije su poništeni;

Debit 26 Kredit 69 podračuna “Poravnanja sa Fondom socijalnog osiguranja za doprinose za osiguranje od nesreća i profesionalnih bolesti”
- 20 rub. (RUB 10.100 × 0,2%) - ukinute su prekomjerno obračunate premije za osiguranje od nezgoda i profesionalnih bolesti;

Debit 73 Podračun “Previše isplaćene plate” Kredit 70
- 8787 rub. - preplaćene zarade se otpisuju za obračune sa osobljem za druge poslove;

Debit 26 Kredit 70
- 27.000 rub. - Kondratjevljeva plata za maj je obračunata;

Debit 70 Kredit 68 podračun “Uplata poreza na dohodak”
- 3510 rub. (27.000 RUB × 13%) - porez na dohodak fizičkih lica je zadržan od plate Kondratijeva za maj;

- 4698 rub. - deo preplaćene plate za april je zadržan od plate Kondratijeva za maj;

Debit 70 Kredit 50
- 18.792 rub. (27.000 rubalja - 3510 rubalja - 4698 rubalja) - Kondratjevljeva plata za maj je isplaćena minus odbitci.

U junu:

Debit 26 Kredit 70
- 27.000 rub. - Kondratjevljeva plata za jun je obračunata;

Debit 70 Kredit 68 podračun “Uplata poreza na dohodak”
- 3510 rub. (27.000 RUB × 13%) - porez na dohodak fizičkih lica je zadržan od plate Kondratijeva za jun;

Debit 70 Kredit 73 podračun “Previše isplaćene plate”
- 4089 rub. (8787 rubalja - 4698 rubalja) - dio preplaćene plate za april zadržan je od plate Kondratijeva za jun;

Debit 70 Kredit 50
- 19.401 rub. (27.000 rubalja - 3.510 rubalja - 4.089 rubalja) - Kondratjevljeva plata za jun isplaćena je minus odbitci.

Situacija: da li je potrebno formalizirati odbitak prekomjerno obračunatih plaća korištenjem računovodstvene potvrde?

Odgovor: ne, nije potrebno.

Prilikom odbijanja prekomjerno obračunate plaće od zaposlenog, potvrda o računovodstvu nije potrebna.

Sve činjenice privrednog života moraju biti potvrđene primarnim dokumentima (1. dio, član 9. Zakona od 6. decembra 2011. br. 402-FZ). Šef organizacije mora izdati nalog za povrat preplaćenih plaća (član 137. Zakona o radu Ruske Federacije). Ukoliko ovaj dokument sadrži sve potrebne detalje primarne računovodstvene dokumentacije, on će biti osnova za računovodstvene evidencije. Obavezni detalji primarnih dokumenata navedeni su u dijelu 2. člana 9. Zakona od 6. decembra 2011. br. 402-FZ.

Preračunavanje poreza

Odgovor na ovo pitanje zavisi od razloga za višak plaćanja.

Ako prekomjerna isplata plata nije povezana sa greškom u brojanju, onda nemojte preračunavati poreze i ne podnositi ažurirane deklaracije. Uradite ovo ako:

zaposleni nije poštovao standarde rada ili je bio u stanju mirovanja (ove okolnosti mora utvrditi komisija za radne sporove ili sud);

greška je nastala zbog nezakonitih radnji samog zaposlenog. Na primjer, ako je podnio netačne dokumente računovodstvu za standardne porezne odbitke (ovu okolnost mora potvrditi sud).

U tim slučajevima, smanjenje zarade zaposlenika za višak plaćanja nije ispravka računovođe, što zahtijeva prilagođavanje ažuriranih izjava. Ovo je jedan od odbitaka na inicijativu uprave, koje je organizacija pravovremeno napravila (član 137. Zakona o radu Ruske Federacije). U obračun poreza i doprinosa na zarade uračunati iznos isplata zaposlenom u mjesecu usklađivanja, uzimajući u obzir odbitke.

Ako je prekomjerna isplata plata povezana s greškom u računanju u prethodnim izvještajnim (poreskim) periodima, porezna osnovica za prethodne periode mora biti korigirana (član 54. Poreskog zakona Ruske Federacije). Uradite isto ako zaposleni dobrovoljno nadoknađuje organizaciji preplaćene plate. Budući da je u predmetnom slučaju, do trenutka otkrivanja greške, prijava poreza na dohodak već dostavljena, dostavite ažurirane prijave inspekciji, jer zbog prekomjerne isplate zarada za ovaj porez nastaje zaostatak (čl. 1. čl. 81 Poreskog zakona Ruske Federacije). Za porez na dohodak fizičkih lica, kao rezultat ispravljanja greške, doći će do preplate. Ako se izvrši ponovni obračun za prethodne poreske periode kada je obrazac 2-NDFL već dostavljen, morate ga ponovo predati inspekciji.

U pogledu doprinosa za obavezno penzijsko (socijalno, zdravstveno) osiguranje, mora se uzeti u obzir sljedeće. Ako su u bilo kom izvještajnom periodu zarade obračunate prekomjerno, onda nema potrebe za usklađivanjem oporezive osnovice za doprinose za ovaj period. Ovo se objašnjava činjenicom da se osnovica za obračun doprinosa formira na dan obračuna plaćanja (član 11. dijela Zakona od 24. jula 2009. br. 212-FZ). Dakle, nema osnova za usklađivanje osnovice za izvještajni period u kojem je zarada prekomjerno obračunata. Stoga nije potrebno davati ažurirani obračun obračunatih i plaćenih premija osiguranja za prethodne periode. Slična pojašnjenja sadržana su u pismu Ministarstva zdravlja i socijalnog razvoja Rusije od 28. maja 2010. br. 1376-19.

Primjer preračunavanja poreskih obaveza kada se zaposleniku zadržavaju više isplaćene zarade. Višak isplate zarada je nastao zbog greške u računanju od strane računovođe u prethodnom izvještajnom (poreskom) periodu. Organizacija primjenjuje opći sistem oporezivanja

Sredinom avgusta, računovođa Alpha doo otkrila je da je prilikom obračuna plata za maj napravljena greška u brojanju, zbog čega je menadžer organizacije A.S. Kondratjevu je naplaćen višak od 10.100 rubalja. Organizacija plaća premije osiguranja za obavezno penzijsko (socijalno, zdravstveno) osiguranje po opštim stopama. Iznos oporezivih plaćanja u korist Kondratjeva nije premašio granicu doprinosa od početka godine.

Računovođa Alfe je u avgustu preračunala poreze na iznos više isplaćenih zarada. Za maj su preplaćeni:

penzijski doprinosi - 2222 rublja. (10.100 RUB × 22%);
doprinosi u Fond socijalnog osiguranja Rusije - 293 rublje. (10.100 RUB × 2,9%);
doprinosi Federalnom fondu obaveznog medicinskog osiguranja Rusije - 515 rubalja. (10.100 RUB × 5,1%);
doprinosi za osiguranje od nesreća i profesionalne bolesti - 20 rubalja. (10.100 RUB × 0,2%).

Prekomjerno je zadržan porez na dohodak građana u iznosu od 1.313 rubalja. (10.100 RUB × 13%).

Izvještajni period za porez na dohodak u Alfi je kvartal. Organizacija koristi obračunsku metodu. Na osnovu rezultata prvog polugodišta, kao dodatna uplata obračunata je akontacija poreza na dobit. Dakle, zbog greške u obračunu prilikom isplate zarada za porez na dohodak, došlo je do docnji za prvu polovinu godine. Iznos zaostalih obaveza iznosio je 2630 rubalja. ((10.100 RUB + 2.222 RUB + 293 RUB + 515 RUB + 20 RUB) × 20%).

Alpha je prebačena u porez na prihod budžeta (2.630 RUB) i penale za svaki dan kašnjenja u plaćanju.

Ako se ne može izvršiti odbitak

Ako je nemoguće zadržati ili naplatiti pogrešno isplaćenu platu od zaposlenog, onda se priznaje kao dug koji je nerealan za naplatu. Iznos loših potraživanja za više isplaćene zarade:

otpis rezerve za sumnjiva dugovanja (ako je stvorena);

pripisati financijskom rezultatu aktivnosti organizacije, uključujući ga u ostale troškove (klauzula 11, 14.3 PBU 10/99) (ako rezerva nije stvorena).

Odrazite otpis zaostalih plata sa sljedećim unosima:

Debit 76 Kredit 73

- preplaćene zarade se otpisuju;

Debit 91-2 (63) Kredit 76

- loša potraživanja su otpisana.

Danas ćemo saznati kako uskladiti obaveze duga u 1C programu, odnosno prilagođavanje duga, obavljanje kompenzacija; saznat ćemo razliku u opcijama odgovarajućeg mehanizma podešavanja u 1C.

Razmotrit ćemo proces servisiranja navedenog duga u programu 1C računovodstvo verzije 8.3. Također ćemo napraviti fusnote na dokumentu usklađivanja duga za program 1C računovodstvo verzije 8.2.

Dakle, za prilagođavanje duga i, na primjer, rješavanje međusobnih kompenzacija između ugovornih strana u 1C, koristi se dokument „Usklađivanje duga“.

Možete ići u dnevnik dokumenata prilagođavanja u 1C 8.3 i 1C 8.2 otvaranjem bilo koje stavke glavnog menija „Kupovina” ili „Prodaja”.

Nakon navigacije do dnevnika dokumenta prilagođavanja, kreirat ćemo novi unos.

Zaustavimo se ovdje i pogledajmo detaljnije opcije za rad s dokumentima koje nudi programer.

Programer predlaže korištenje sljedećih opcija za prilagođavanje stanja dužničkih obaveza:

Poravnanje avansa. Opcija se koristi za uzimanje u obzir avansa koje je druga strana izdala u međusobnim obračunima.

Otplata duga. Odabirom ove stavke, računovođa dobija automatizirani alat za prebijanje nastalog duga računovodstvene organizacije za određenu drugu stranu. Dug možete prebiti i prema određenom kupcu i prema trećoj strani.

Transfer duga. Opcija se koristi za prijenos duga sa jedne druge ugovorne strane na drugu. Takođe se može koristiti za kretanje duga određene druge ugovorne strane prema njenim ugovorima, dokumentima i računima.

Otpis duga. Iz naziva je vidljivo da se ova stavka poslovanja koristi za otpis loših obaveza ili potraživanja. U tom slučaju, iznos će biti uključen u prihode ili rashode.

Ostala podešavanja. Odabirom opcije „Ostala usklađivanja“ možete uzeti u obzir različite kombinacije usklađivanja i potraživanja i obaveza između različitih ugovornih strana i računa.

U 1C računovodstvu 8.2, opcije će biti malo drugačije, ali njihova se funkcionalnost malo mijenja i očita je iz imena.

Nastavimo prebijanje duga u programu 1C, verzija konfiguracije „Računovodstvo“ 8.3.

Odabravši opciju za operaciju „Prebijanje duga“, u dokumentu naznačavamo organizaciju za koju će se operacija obavljati, drugu stranu kupca, opciju prebijanja duga, prema kojem će se dugu vršiti knjiženja itd.

Zatim, u zavisnosti od stanja obračuna sa drugom stranom, kliknite ili dugme „Dodaj“ da biste ručno uneli ispravne podatke, ili dugme „Popuni“ da biste automatski popunili podatke o međusobnom obračunu.

U tabeli tabele, na kartici „Kupčev dug (...)“ pojavljuje se unos koji nam je potreban.

Ponavljamo popunjavanje računovodstvenih podataka na drugoj kartici „Dug prema kupcu (...)“.

Sada kada smo uneli podatke o netiranju stanja, na dnu dokumenta se prikazuju iznosi potraživanja, obaveza i, zapravo, rezultirajući iznos nakon prebijanja.

Jer iznosi ofset sredstava se ne poklapaju, tada se ofset ne može realizovati.

Da ispravimo situaciju, idemo na karticu sa većim iznosom za dokument i naznačimo traženi broj u polju za pomak.

Kliknite na “Sačuvaj i zatvori”. Dokument o međusobnom poravnanju koji nam je potreban biće generisan. Provjerimo ožičenje:

Uspješno smo završili nagodbu.

Štampamo akt. Kliknite na dugme „Akt o poravnanju“ u dokumentu za prilagođavanje.

Vratimo se sada na 1C verzija 8.2.

Općenito, proces prilagođavanja duga u 1C verzijama 8.3 i 8.2 je isti, iako ima neke razlike. Nakon odabira vrste operacije „Izvođenje mreže“, popunite zaglavlje. Zatim kliknite na dugme „Popuni stanja međusobnog poravnanja“, dokument će biti popunjen računovodstvenim podacima.

Objavljujemo generirani dokument i upoređujemo knjiženja.

Ovako se dug prebija u 1C računovodstvenom sistemu. Mehanizam usklađivanja duga za različite konfiguracije, iako ima neke razlike, generalno je sličan i funkcionalno isti. Naš članak razmatra pitanja, 8 3, prijenos duga, prijenos duga,

Međusobni obračuni sa zaposlenima u programu 1C: Plate i upravljanje kadrovima 8 odvijaju se u okviru organizacija i odjela. U procesu ovakvih međusobnih poravnanja može nastati i dug organizacije prema zaposleniku, i obrnuto, zaposlenik može postati dužnik organizacije.

Program 1C: Upravljanje platama i ljudskim resursima 8 vam omogućava da pratite i otplatite obje vrste dugova: dug zaposlenika, dug organizacije.

Dugovi u programu 1C mogu nastati iz različitih razloga. Evo nekih od njih.

Ručna korekcija iznosa isplata. U dokumentu „Plate koje se isplaćuju organizacijama“ računovođa ručno uređuje iznose koji se plaćaju. Oni mogu biti veći ili manji od iznosa akumuliranih za plaćanje. Obično računovođa pribjegava olovkama u slučajevima kada ne može izračunati potrebne iznose. Ovo je loša metoda.
Djelomično plaćanje. Ukoliko na tekućem računu nema dovoljno sredstava ili iz drugih razloga, menadžment organizacije može odlučiti da isplati dio plate. Da biste to učinili, u dokumentu "Plate koje se isplaćuju organizacijama" treba navesti postotak plaćanja. Kao rezultat, program će evidentirati dug prema zaposlenima.
Nema plaćanja. Postoje i situacije kada je zaposlenik zaista primio platu, ali iz nekog razloga kalkulator nije prikazao tu činjenicu u programu.

Po mišljenju kalkulatora, program neke dugove ne klasifikuje kao dugove. To je zbog činjenice da ih automatski otplaćuje.

Zaokruživanje iznosa za plaćanje. U dokumentu “Plate koje se isplaćuju organizacijama” možete odrediti zaokruživanje iznosa za isplatu. Iznosi odbačeni kao rezultat ne predstavljaju dug u kontekstu koji se razmatra. Ovi iznosi se automatski uzimaju u obzir prilikom plaćanja narednog mjeseca. Prilikom otpuštanja ili na zahtjev zaposlenika, možete jednostavno ukloniti zaokruživanje i svaki peni će biti plaćen.
Preračunavanje plate. Obratimo pažnju na još jednu tačku. Na primjer, radniku je isplaćena puna plata za maj. U junu se ispostavilo da je u maju bio odsutan nekoliko dana. Da biste to učinili, morate izdati dokument o poravnanju „Izostanak u organizacijama“. Sa stanovišta platitelja, postoji preplata. Međutim, program ne evidentira ovu preplatu kao dug zaposlenog prema organizaciji. Umjesto toga, program 1C: Plaća i upravljanje osobljem 8 ponudit će preračunavanje plate za maj.
Stanje minus avans. Neki kalkulatori pogrešno smatraju da je razlika između plaće obračunate za tekući mjesec i ranije isplaćene akontacije dug prema zaposlenom.

U obrascu „Podešavanje računovodstvenih parametara“ na kartici „Isplata zarada“ nalazi se zastavica „Međusobna obračuna za plate se vrše u kontekstu mjeseci njihovog obračunavanja“. Naziv ove zastave me lično dovodi u zabludu. Procijenite sami.

Međusobni obračuni su obračuni različitih vrsta obračuna platnog spiska. Sprovode se u kontekstu mjeseci. Ovo se lako može provjeriti analizom sljedećih registara akumulacije.

Registar akumulacije „Međusobna poravnanja sa zaposlenima u organizacijama“.
Registar akumulacije “Plata po mjesecu organizacija”.

U njima je svaki unos vezan za određeni mjesec obračuna. Odnosno, bez obzira na stanje zastave „Međusobna poravnanja za plate se provode u kontekstu mjeseci njihovog obračunavanja“, program 1C: Upravljanje platama i osobljem 8 uvijek provodi međusobna obračuna u kontekstu mjeseci plaće. obračunavanje. Šta onda kaže ova zastava?

Zapravo stanje zastave određuje način otplate nastalih dugova. O tome je članak. Sam dug ne postoji kao računovodstveni objekat u programu. To je jednostavno razlika između obračunskog iznosa i iznosa isplate. Ako je negativan, onda je zaposlenik dužan organizaciji. Pozitivna vrijednost ukazuje na dug organizacije.

Razmotrimo do kakvih posljedica vodi zastava „Međusobna poravnanja plata u kontekstu mjeseci njihovog obračunavanja“. Svi primjeri su izvedeni na demo bazi.

1. Obračun dugovanja po mjesecima njihovog nastanka

Za organizaciju obračuna dugovanja u kontekstu mjeseci njihovog formiranja potrebno je u obrascu „Postavljanje obračunskih parametara“ na kartici „Isplata zarada“ postaviti zastavicu „Međusobna poravnanja zarada su izvršeno u kontekstu mjeseci njihovog obračunavanja”.

Zapravo, međusobna poravnanja se uvijek vrše u kontekstu mjeseci obračuna plata, odnosno bez obzira na stanje ove zastave.

Stanje zastave „Međusobna poravnanja plata se sprovode u kontekstu mjeseci njihovog obračunavanja“ određuje način otplate dugova organizacije i zaposlenih.

Modeliranje situacije u demo bazi podataka će nam pomoći da shvatimo kako da otplatimo dug. Da biste pojednostavili modeliranje, postavite oznaku „Pojednostavljeno računovodstvo međusobnih obračuna“. U ovom slučaju, dokument "Plate koje se isplaćuju organizaciji" samostalno otplaćuje dug. Nema potrebe za unosom naloga za prijem gotovine. Ovo je neophodno jednostavno kako bi se izbjeglo unošenje nepotrebnih dokumenata.

Obračunat ćemo plate za januar, februar i mart E.I. Akimova, G.D. Vaskina i R.A. Gorin, radi u organizaciji CJSC "Deltaon". Poslednjeg dana svakog meseca pripremaćemo dokumente „Plate koje se isplaćuju organizacijama“. Za modeliranje duga, ručno ćemo ispraviti vrijednosti u koloni „Plaćanja“ za prva dva zaposlena.

U januaru 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 januaru evidentirao dug zaposlenog prema organizaciji u iznosu od 6.747 rubalja. Imajte na umu da je dug zaposlenika u dokumentu označen crvenom bojom i sa minusom.

U isto vrijeme G.D. Vaskina je plaćen 1.000 rubalja manje nego što je potrebno. Na činjenicu da je proračun ispravljen ručno ukazuje prisustvo slike u obliku stilizovane olovke u prvoj koloni tabele.

U februaru je kalkulator otkrio njegovu grešku i odlučio da je ispravi ručno. Odlučio je da u februaru ne doplati iznos preplaćene u januaru. Odnosno, ponovo sam u dokumentu “Plate koje se isplaćuju organizacijama” ručno ispravio iznos koji se isplati.

Napominjemo da je program prikazao nedovoljno plaćeni iznos u koloni „Odgođeno“ crnom bojom i sa znakom plus. Malo kasnije ćemo vidjeti da računovođa zapravo nije otplatio dug zaposlenika. Naravno, u stvari, niko nikome ništa nije dužan. Ali program još ne zna za ovo. Trenutno na njemu stoje dva duga:

dug zaposlenih za januar u iznosu od 6.747 rubalja,
dug organizacije prema zaposlenom za isti iznos.

U martu je računovođa, iz samo njemu poznatog razloga, ponovo E.I. Akimova je platila nešto više nego što je program akumulirao.

Razmatramo pojednostavljeni primjer modela. U praksi, gdje ima mnogo radnika i mnogo različitih vrsta plaćanja, računovođa vrlo brzo gubi kontrolu nad nastalim dugovima. Stoga program mora imati mehanizme da ih brzo otkrije. Prije svega, ovo su izvještaji.

Hajde da generišemo izveštaj „Skup obračuna i odbitaka za organizaciju“ sa odabirom zaposlenih E.I. Akimova, G.D. Vaskin i R.A. Gorin Ovo je vrlo popularan izvještaj među računovođama.

Vidimo da je početkom januara 2012. godine organizacija imala dug prema zaposlenima u iznosu od 91.794 rubalja. Ovaj dug možete detaljno opisati po zaposleniku. Ali korištenjem ovog izvještaja vrlo je teško odrediti u kojem mjesecu je nastao. Da biste to učinili, bolje je koristiti izvještaj „Struktura duga organizacija“.

Ovaj izvještaj jasno pokazuje ne samo kome naša organizacija duguje novac, već i u kom mjesecu su ti dugovi nastali. Pretpostavimo da je ovaj dug otkriven tek u decembru 2011. godine. Postavlja se pitanje kako to isplatiti. Veoma jednostavno. Sastavljamo dokument „Plate koje se isplaćuju organizacijama“, na primjer, od 27. decembra 2011. godine i naznačujemo „avgust 2009.“ u detaljima „Mjesec obračuna“.

Nakon što popunite ovaj dokument, ponovo generirajte gore navedene izvještaje i uvjerite se da je dug organizacije zaposlenima za avgust 2009. godine likvidiran. Za petama ćemo dati neke vrlo važne napomene.

Izvještaj "Struktura duga organizacija" vam omogućava da odredite mjesec u kojem je formiran dug organizacije prema zaposlenima.

Da biste otplatili dug organizacije za prošli mjesec, potrebno je sastaviti dokument „Plate koje isplaćuju organizacije“ za mjesec u kojem je dug nastao.

Podsjetimo, 5. aprila isplaćene su plate za mart. Hajde da sada generišemo izveštaj „Struktura duga organizacija“ za period 01.01.2012-04.05.2012.

Imajte na umu da se izvještaj formira po mjesecima i dugovanja organizacije i dugovanja zaposlenih.

E.I. Akimova u januaru su preplatili 6.747 rubalja. U februaru joj je računovođa, zbog neiskustva, potplatila 6.747 rubalja, nadajući se da će program uzeti u obzir njegov dug prema organizaciji. nisam to uzeo u obzir. U martu je računovođa ponovo preplatio, ali ovaj put za 1.747 rubalja.
G.D. Vaskina Računovođa je plaćao 1000 rubalja svakog mjeseca.
R.A. Gorin za prva 4 mjeseca nema dugovanja prema organizaciji i organizacija nema dugovanja prema njemu.

Različite vrste dugova se otplaćuju na različite načine. Pogledajmo ih. Podsjetimo, razmatramo situaciju u kojoj je postavljena zastavica „Međusobna obračunavanja plata se vrše u kontekstu mjeseci njihovog obračunavanja“.

1.1. Otplata duga zaposlenog prema organizaciji

Da biste zadržali dugove zaposlenog prema organizaciji, na primjer, u aprilu, potrebno je pomoću dokumenta „Prenos duga“ prenijeti sva ili dio prethodno nastalih dugovanja zaposlenog u ovaj mjesec.

Za popunjavanje tabelarnog dijela dokumenta najpogodnije je koristiti dugme “Popuni\Po dugu”. U tom slučaju, program će automatski pronaći sve zaposlene koji imaju neizmirene obaveze.

Komanda “Popuni \ Spisak zaposlenih” otvara pomoćni obrazac u kojem morate navesti uslove za odabir zaposlenih i “Mjesec nastanka duga”. Iznosi duga u koloni „Prenos u iznosu“ mogu se pojaviti samo nakon klika na dugme „Izračunaj“. Činjenica je da svi zaposleni koji ispunjavaju uslove za odabir mogu imati dugovanja prema organizaciji.

I tako je dug prebačen. Ali da bi se to zatajilo od zaposlenog prilikom isplate plate, potrebno je imati od čega zadržati. Odnosno, treba da izračunamo plate za april. Nakon toga, kao i obično, generišemo dokument „Plate koje se isplaćuju organizaciji“.

Dokumentom „Plate koje se isplaćuju organizaciji“ otplaćen je dug E.I. Akimova prije organizacije. Ovo se može provjeriti korištenjem izvještaja „Struktura duga organizacija“, ali za period 01.01.2012-05.07.2012.

Negativni iznosi u koloni “Završni bilans” su nestali. Odnosno, nema zaposlenih koji duguju našoj organizaciji. Međutim, organizacija ima dug prema svojim zaposlenima.

1.2. Otplata duga organizacije prema zaposlenom

Zapamtite, naš računovođa je prvo preplatio E.I. Akimova 6.747 rubalja, a zatim je nedovoljno platio isti iznos. Zato je mislio da otplati dug zaposlenog. Ovo nije istina.

Ako je postavljena zastavica „Međusobna poravnanja plata se vrše po mjesecu obračuna“, tada se posebno uzimaju u obzir dugovi organizacije i dugovi zaposlenih. Oni se ne poništavaju automatski.

Moraju se posebno otplatiti.

Dakle, da bi se isplatio dug prema E.I. Akimova za februar, potrebno je, na primjer, u aprilu sastaviti dokument „Plate koje se isplaćuju organizacijama“, navodeći u njemu mjesec obračuna februara.

Izvještaj također pokazuje dug organizacije prema G.D. Vaskina. Tokom kvartala, 3.000 rubalja dolazilo je na 1.000 rubalja mesečno. Da biste ga otplatili, moraćete da izdate tri dokumenta „Plate koje se isplaćuju organizacijama“ za januar, februar i mart.

Jedan dokument „Plate koje se isplaćuju organizaciji“ ne može otplatiti prethodni dug organizacije prema zaposlenom zajedno sa isplatom za tekući mjesec.

Postupak vraćanja dugova zaposlenih.

Za obračun plata za jul koristite dokument „Obračun plata zaposlenih u organizacijama“.

Postupak otplate duga organizacije zaposlenima za prethodne mjesece.

Ovog mjeseca pripremamo dokument “Plate koje se isplaćuju organizaciji”. U pojedinostima „Mjesec obračuna“ navedite mjesec za koji se dug vraća.

2. Računovodstvo dugova bez detaljiranja po mjesecima njihovog nastanka

Za organizaciju obračuna dugova bez detaljnog navođenja mjeseci njihovog formiranja potrebno je u obrascu „Postavljanje računovodstvenih parametara“ na kartici „Isplata zarada“ poništiti oznaku „Međusobni obračuni zarada se vrše u kontekstu mjeseci njegovog obračunavanja.”

Ponovimo naše iskustvo, ali samo sa poništenom zastavicom „Međusobna obračuna plata se vrši po mjesecu obračuna“. I nakon toga ćemo ponovo generisati izveštaj „Struktura duga organizacija“, ali za period 01.01.2012-05.04.2012 izveštaj.

Šta vam upada u oči?

Nema podjele po mjesecima. Vidimo različite vrste dugova, ali nema informacija u kom mjesecu je nastao.
Dugovi različitih vrsta se zbrajaju. U Akimova E.I. u januaru je postojao dug prema organizaciji u iznosu od 6.747 rubalja. U februaru joj je za ovaj iznos nedovoljno isplaćena plata, odnosno organizacija je bila dužna prema zaposlenom. Kao rezultat toga, niko nikome ništa ne duguje. Program je uzeo u obzir obostrani dug. Ostao je samo dug prema organizaciji u iznosu od 1.747 rubalja.
Zbraja se dug za prethodne periode. Naša organizacija duguje G.D. Vaskinu. 3000 rubalja. Ali sada iz ovog izvještaja ne možemo saznati kako je nastao taj dug.

Izračunajmo platu za april, isplatimo je i analiziramo rezultat isplate.

E.I. Akimova. Da ova uposlenica nije imala dugovanja, dokument bi joj isplatio iznos od 53.253 rubalja. Umjesto toga, smanjio ga je za iznos duga zaposlenika: 51506=53253-1747.

G.D. Vaskina. Da organizacija nije imala dugovanja prema ovoj zaposlenici, tada bi joj dokument isplatio iznos od 41.847 rubalja. Umjesto toga, povećao ga je za iznos koji duguje zaposlenom: 44847 =41847+3000.

Iz ovoga možemo izvući jednostavan i važan zaključak.

Ako je poništena zastavica „Međusobna obračunavanja plata po mjesecu obračuna“, tada se obje vrste duga mogu otplatiti jednom izvodom. Ali ne nužno.

Kada se u dokumentu „Plate koje se isplaćuju organizaciji“ u atributu „Plati“ poništi zastavica „Međusobna obračunavanja plata po mjesecu obračuna“, postaje dostupna vrijednost „Dug“. To znači da se dugovi organizacije mogu platiti na dva načina.

Razne izjave.
Jedna izjava.

Razne izjave.

Prvo, sastavljamo dokument "Plate koje se isplaćuju organizaciji" sa prirodom plaćanja "Dug". U tom slučaju će otplatiti samo dug nastao početkom mjeseca. Zatim, kao i obično, sastavljamo dokument "Plate koje se isplaćuju organizaciji" s prirodom plaćanja "Plata".

Ovdje postoji jedna suptilnost. U dokumentu “Plate koje se isplaćuju organizaciji” sa prirodom plaćanja “Dug” nemoguće je kao obračunski mjesec navesti mjesec za koji je isplata već izvršena. Samo mjesec u kojem još nije bilo plaćanja. Na primjer, u našem primjeru G.D. Vaskin dug može da se otplati u obračunskom mesecu aprilu, a ne ranije.

Jedna izjava.

Da biste to učinili, u dokumentu "Plate koje se isplaćuju organizaciji" potrebno je utvrditi prirodu plaćanja "Plata". U ovom slučaju, dokument će isplatiti ukupan iznos plate za tekući mjesec i prethodna dugovanja organizacije koja su nastala početkom ovog mjeseca.

Inače, plaćanje na dva izvoda je vrlo zgodan način. U ovom slučaju, u dnevniku „Plate koje se isplaćuju organizaciji“ biće moguće odabrati dokumente sa prirodom plaćanja „Dug“.

Dakle, šta imamo ako je poništena zastavica „Međusobna poravnanja za plate se vrše u kontekstu mjeseci njihovog obračunavanja“.

Dug zaposlenog se automatski vraća sljedećom isplatom plate.
Dug organizacije se može otplatiti istovremeno sa isplatom tekuće plate (priroda isplate je “Plata”) ili u posebnom izvodu (priroda isplate je “Dug”).

3. Primjeri duga

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 ovi primjeri dati samo da bi se razumio mehanizam nastanka duga i, ako je moguće, spriječio.

Već smo pogledali najjednostavniji razlog za dug. Ovo je kada kalkulator, po sopstvenom nahođenju, ručno uređuje rezultate obračuna u dokumentu o isplati plate. Pogledajmo druge primjere.

3.1. Zaposleni je dobio predujam i dao otkaz

A.K. Kalinina je dobio avans 16. januara 2012, a dao otkaz 18. januara. Iz analize izvještaja „Struktura duga organizacija“ lako se vidi da u demonstracionoj bazi organizacija duguje A.K. Kalinina ima dug od 80.823 rubalja, koji je formiran u avgustu 2009. Hajde da ga isključimo.

Pobrinimo se da plata A.K Kalinina je jednaka 92.900 rubalja. Nakon toga ćemo izvršiti sljedeće operacije.

16. januara 2012. platit ćemo avans od 50%, odnosno 46.450 rubalja.
Od 18. januara 2012. izdaćemo nalog za otpuštanje osoblja.
Radi jednostavnosti, pretpostavit ćemo da nema potrebe za obračunom bilo kakve naknade, odbitka ili otpremnine prilikom otpuštanja.
Za januar ćemo obračunati platu otpuštenog radnika.
Izdaćemo dokument za isplatu plata.

Prilikom izvođenja 5. koraka, uočićemo da je program u tabelarnom dijelu dokumenta „Plate isplate organizacijama“ za zaposlenog A.K. On ne zamenjuje Kalininu. Ona nema šta da plati! Procijenite sami. Zaposleni je primio platu za januar u iznosu od 40.643,75 rubalja. Od ovog iznosa treba zadržati porez na dohodak u iznosu od 5.284 rubalja. Ona ima pravo na 35.359,75 rubalja u svojim rukama. Ali već je dobila 46.450 rubalja unaprijed. Shodno tome, njen dug prema organizaciji iznosi 11090,25 rubalja.

Uvjerimo se da program nije napravio grešku.

Povrat novca možete izvršiti pomoću dokumenta „Prijemni nalog“ uz operaciju „Povrat sredstava od strane zaposlenog“.

Osim toga, moramo imati na umu da porez na dohodak po odbitku nije registrovan u programu. Uostalom, kada se uplati avans, on se ne zadržava, a otpuštenom radniku nije isplaćena plata. Naprotiv, trebao je.

Da porez na dohodak fizičkih lica zaista nije zadržan, možete provjeriti po odsustvu odgovarajućeg unosa u registru akumulacije „obračun poreza na dohodak fizičkih lica sa budžetom“. Lakše prema izvještaju „Registar poreskog računovodstva za porez na dohodak građana“.

Neophodno je registrovati porez na dohodak po odbitku koristeći dokument „Knjigovodstveno usklađivanje poreza na dohodak građana, premija osiguranja i jedinstvenog socijalnog poreza“ na kartici „porez na dohodak fizičkih lica po odbitku“. Postoji alternativni, ali nimalo očigledan način. Radi se o ponovnom knjiženju dokumenta “Plate koje se isplaćuju organizacijama” sa operacijom “Planirani avans”.

U normalnoj situaciji, porez na dohodak fizičkih lica se ne zadržava od akontacije. Ali naša situacija je malo drugačija. Zaposleni je dobio predujam i dao otkaz. Platni spisak je postojao, ali nije pokrivao avans. Dakle, kada se avans ponovo izvrši, zadržava porez na dohodak fizičkih lica. Treba imati na umu da kod ovakvog odbitka poreza na dohodak, program ne provjerava otplatu duga od strane zaposlenog.

Potrebno je da koristite samo jednu od metoda. U suprotnom, zadržani porez na dohodak biće udvostručen.

Lagano povlačenje ili prevrtanje.

Poznato je da od predujmova nema potrebe za zadržavanjem poreza na dohodak građana. U programu se zadržava prilikom isplate zarada. Međutim, nekako sam naišao na bazu podataka u kojoj je sve bilo upravo suprotno.

Dokumentima “Isplata plata organizacija” sa prirodom uplate “Planirani avans” porez na dohodak fizičkih lica. Ali isti dokumenti sa prirodom isplate „Plata“ nisu zadržani od poreza na dohodak građana. Na kraju je program sve ispravno izbrojao. Međutim, čak i računovođa ove organizacije i dalje je bila nemirna. Pa, kako je to moguće? Ne bi trebalo da bude ovako!

Kao što se često dešava, razlog je jednostavna nemogućnost rada sa programom. Ispostavilo se da je “greška” jednostavna, ali je identifikovati nije bilo lako, jer nije bilo vidljivih razloga za analizu. A razlog se pokazao u pogrešnom slijedu radnji.

Umjesto redoslijeda: akontacija, obračun plate, isplata plate, korisnik je prvo obračunao platu, pa uplatio akontaciju, pa isplatio platu. Ali, ako se obračuna plata i korisnik uplati avans, onda program zadržava avans od cjelokupnog iznosa obračunatih plaća.

3.2. Zaposleni je dobio predujam nakon bolovanja

U praksi se i takva situacija dešavala.

Zaposleni je bio bolestan od 13.04.2012 do 24.04.2012. Po povratku na posao dobio je 26. aprila predujam u iznosu od 5.700 rubalja. U aprilu je primio platu od 3489,43. Slijedom navedenog, uposlenici je nastao dug u iznosu od 2210,57.

Ovu grešku je mnogo lakše pronaći ako je označena zastavica „Međusobna obračuna za plate se vrše po mjesecu obračuna“. U ovom slučaju, izvještaj „Struktura duga organizacija“ nam odmah pokazuje u kom mjesecu je dug nastao. Ostalo je da iskoristimo transkripte ovog izvještaja za analizu dokumenata ovog mjeseca.

Ako je poništena zastavica „Međusobna poravnanja plata se vrše po mjesecima njihovog obračunavanja“, za svaki mjesec će se morati generisati izvještaj „Struktura duga organizacija“. Ali ni nakon mjeseca u kojem je dug nastao, neće biti lako razumjeti razloge njegovog nastanka.

Program vam omogućava da spriječite takva dugovanja zaposlenih. Da biste to učinili, u računovodstvenim postavkama, na kartici „Isplata plaće“ postavite oznaku „Uzmite u obzir ne-izlaze“ prilikom plaćanja avansa.

3.3. Plata isplaćena i obračunski uklonjeni

Ponekad se to desi. Za zaposlenog postoji dokument „Plate koje se isplaćuju organizacijama“ sa karakterom „Plata“. Nema ručnih podešavanja. To znači da se popunjava na osnovu podataka u registrima evidentiranim u dokumentu „Platni spisak zaposlenih u organizacijama“. Međutim, iz nekog razloga dokument „Obračun plata zaposlenima u organizacijama“ nedostaje u bazi podataka.

Ovo znači jedno. Iz nekog razloga, nakon isplate plate, ona je izbrisana. To je dovelo do dugovanja zaposlenih prema organizaciji.

3.4. Skriveno ručno uređivanje

Većina grešaka je zbog jednostavne nemogućnosti rada sa programom. Umjesto proučavanja programa, neki korisnici ga prilagođavaju željenom rezultatu. Uopšte ne razmišljaju o tome kakve će biti posledice. Glavna stvar je da izjava sadrži potreban iznos. Evo primjera s kojim sam se morao suočiti.

U dokumentu “Plate koje se isplaćuju organizacijama” postoji priroda plaćanja “Avans za prvu polovinu mjeseca”. Ne znaju svi korisnici da prvo moraju obračunati plate za prvu polovinu mjeseca. Takođe ne znaju da je u programu moguće uplatiti ne samo obračunati avans, već i avans u fiksnom iznosu.

Šta rade takvi korisnici? Oni obračunavaju plate za mjesec. Zatim sastavljaju dokument “Plate koje se isplaćuju organizacijama” sa prirodom isplate “Plata”. Ali pošto on zapravo želi da uplati avans, nakon popunjavanja tabelarnog dela menja prirodu plaćanja u „Avans za prvu polovinu meseca” i ručno prilagođava iznose plaćanja.

Program automatski prikazuje ručicu za bilo koje podešavanje u prvoj koloni tabelarnog dijela. Indikacija da su izračunati podaci ručno prilagođeni.

Ali naš korisnik je lukaviji od programa. U drugoj koloni, on ručno bira okvire za potvrdu „Zastavica za automatsko izračunavanje“. Sada vizualno niko (uključujući i sam kalkulator) neće pogoditi da je izračun ručno ispravljen.

4. Oprez

Takva situacija je sasvim moguća. Računovođa je neko vrijeme radila sa mogućnošću obračuna dugovanja po mjesecima njihovog nastanka. Nešto mu se nije svidjelo u vezi s tim, pa je prešao na opciju bez detaljnog opisa obračunskih mjeseci. Ili obrnuto.

Da li je bezbedno proizvoljno, odnosno u bilo kom periodu, promeniti stanje zastave „Međusobna obračuna za plate se sprovode u kontekstu meseci njihovog obračunavanja?“

Da budemo jasni, opet ćemo se osloniti na naš primjer modela. Pretpostavimo da dokumenti o otplati duga nisu završeni u aprilu. U ovom slučaju, promjena stanja zastave „Međusobna poravnanja plata se provode u kontekstu mjeseci njihovog obračunavanja“ u jednom ili drugom smjeru je sasvim bezopasna. Ovo možete provjeriti generiranjem izvještaja „Struktura duga organizacija“. Ovisno o stanju zastave, generiraće dug ili s detaljima po mjesecu ili bez detalja. U ovom slučaju nema potrebe za prijenosom dokumenata.

To sugerira da bez obzira na stanje zastave program uvijek prati dugovanja po mjesecima nastanka. Jednostavno, odabirom jednog ili drugog stanja zastave, kalkulator bira način otplate duga.

Situacija će biti drugačija ako se dug vrati. Na primjer, računovodstvo je vođeno bez detalja po mjesecima za cijelo prvo tromjesečje. U aprilu je otplaćen dug i postavljena je zastavica „Međusobna obračunavanja plata se obavljaju u kontekstu mjeseci njihovog obračunavanja“.

Izvještaj „Struktura duga organizacija“ će nam ponovo prikazati dug po mjesecima. I to uprkos činjenici da je kada se računovodstvo vodilo bez detalja, cijeli dug je otplaćen.

Pošto smo promenili stanje zastavice, program sada ne vidi prethodni način otplate duga. Dajte joj metodu koja odgovara datom stanju zastave. To znači da je potrebno otkazati dosadašnji način otplate duga i otplatiti dug na način koji zadovoljava obračun dugova po mjesecima. Naravno, istina je i suprotno.

Ovi postupci mogu biti prilično radno intenzivni. Stoga je najbolje da od samog početka odlučite koje stanje zastave „Međusobna obračunavanja plata se provode po mjesecu obračuna“ vam više odgovara.

Zaključak

Postavljena je zastava „Međusobna poravnanja plata se vrše u kontekstu mjeseci njihovog obračunavanja“.

Postupak vraćanja dugova zaposlenih prema organizaciji.

Koristeći dokument „Prenos duga zaposlenih u organizaciji“, prenesite dug zaposlenih na mjesec u kojem se planira otplatiti ovaj dug. Na primjer, za jul.
Za obračun plata za jul koristite dokument „Obračun plata zaposlenih u organizacijama“. To se mora učiniti tako da program ima od čega da zadrži dug.
Sastavite dokument "Plate koje se isplaćuju organizaciji". Uz pojednostavljeno računovodstvo za međusobna poravnanja, on će i otplatiti dug. Ako je poništena zastavica „Pojednostavljeno računovodstvo međusobnih obračuna“, tada je dodatno potrebno izdati isprave za plaćanje.

Postupak otplate duga organizacije zaposlenima.

Ovog mjeseca pripremamo dokument “Plate koje se isplaćuju organizaciji”. U pojedinostima „Mjesec obračuna“ navesti mjesec za koji je dug otplaćen (mjesec nastanka duga).

UKINUTA je zastava „Međusobna obračunavanja plata se vrše u kontekstu mjeseci njihovog obračunavanja“

U tekućem mjesecu, dug zaposlenog prema organizaciji može se otplatiti samo ako je primio platu za taj mjesec.
Ako je plata za tekući mjesec obračunata, onda dokument “Plate koje se isplaćuju organizaciji” sa vrijednošću “Plata” postavljenom u atributu “Plati” isplaćuje obje vrste duga: Dug organizacije i Dug zaposlenog .
Ako je u dokumentu „Plate koje se isplaćuju organizaciji“ u atributu „Plaća“ postavljena vrijednost „Dug“, tada će, bez obzira na to da li su plaće obračunate za određeni period, dokument samo isplatiti dug organizacije prema zaposleniku.

Neophodno je da se u pravilu na mjesečnom nivou, nakon svake isplate plate, samostalno prati eventualna dugovanja koja nastanu. Da biste to učinili, možete koristiti odgovarajuće izvještaje i obradu.

Izvještaj "Struktura duga organizacija".
Izvještaj “Registar poreskog računovodstva za porez na dohodak fizičkih lica”.
Obrada "Preračunavanje plate organizacije."

U obrascu „Podešavanje računovodstvenih parametara“ na kartici „Isplata plate“ postavite zastavicu „Uzmite u obzir izostanke“. Ovo će spriječiti zaposlenike da se zadužuju prema organizaciji. Svi evidentirani izostanci u organizaciji u prvoj polovini mjeseca i naknadna isplata akontacije (isključujući izostanke) dovest će do formiranja duga prema organizaciji.

Slučajevi preplaćivanja poreza na dohodak fizičkih lica nisu rijetki. Neka preduzeća pristaju na prebijanje, a neka traže da im se vrate preplaćene razlike. Kako ispravno prikazati preplatu u izvještaju?

Svaki poslodavac koji ima zaposlene u svom osoblju dužan je da obračuna porez na dohodak na sve prihode fizičkih lica. U ovom slučaju, poslodavac djeluje kao poreski agent.

Njegove odgovornosti uključuju ne samo obračunavanje i odbitak, već i podnošenje izvještaja o ovim pokazateljima u računovodstvu do trenutka generisanja obračuna.

Potrebno je izvještavati Federalnu poreznu službu svakog kvartala, pokazujući sve vrijednosti poreza na dohodak fizičkih lica obračunate na prihod određenog zaposlenika i stvarno zadržane od njega. Svi pokazatelji u izvještaju na Obrascu 6 poreza na dohodak fizičkih lica prikazani su na obračunskoj osnovi.

Po pravilu, sva izvještavanja se generišu u programu. Ali da bi se konačne informacije ispravno odražavale, početni podaci moraju biti ispravno uneseni. Osim toga, svi "kvačici" i "kvačice" koji utiču na način obračuna i odbitka također moraju biti ispravno postavljeni.

Može se dogoditi da je program ili sam računovođa napravio grešku u brojanju, pa je određenom zaposleniku zadržan višak poreza na dohodak.

U izvještaju 6 poreza na dohodak fizičkih lica ne postoji red u kojem se može prikazati prekomjerno zadržan indikator za porez na dohodak građana. Stoga se postavlja pitanje: kako pozitivnu razliku odražavati u izvještaju?

Prije svega, morate pronaći i popraviti grešku. onda:

Morate izvršiti storniranje u odgovarajućem dijelu računovodstva;
Sada je potrebno izvršiti odgovarajuća usklađivanja u poreskom registru.

Napomenu! Zaposlenog je potrebno obavijestiti da mu je zadržana plus razlika. Obavještenje mora biti u pisanom obliku. Ako zaposleni izrazi želju da vrati ovaj višak, morat će napisati i odgovarajuću izjavu.

Povrat novca se može izvršiti samo na bankovni račun radnika. U suprotnom, računovođa može preračunati porez na dohodak fizičkih lica prilikom vraćanja po odbitcima za budući period.

Sada morate ispravno prikazati ovaj višak u dokumentima. U odjeljku 2:

Potrebno je navesti sav iskazani prihod iz kojeg je izvršena preplata;
u red 140 iskazuje se vrijednost poreza na dohodak fizičkih lica koji treba odbiti od ove uplate, uključujući sve preplate.

Odjeljak 1 bi trebao odražavati sljedeće:

U red 040, porezna vrijednost koja je obračunata od svih prihoda od rada datog zaposlenog u konkretnom izvještajnom periodu;
u red 070 - stvarno zadržani iznos poreza na dohodak. Budući da je riječ o pozitivnoj razlici, ova cifra će biti veća.

Ako mu je na pismeni zahtjev zaposlenog vraćena preplaćena porezna razlika, onda se ta vrijednost mora prikazati u redu 090.

Radi jasnoće, kako pravilno odraziti povraćaj preterano zadržanog poreza na dohodak građana, potrebno je navesti primer: Računovođa P., ne uzevši u obzir izjavu zaposlene V. o prisustvu deteta, nije izvršila porez odbitak, te je stoga zadržao višak obaveznog poreza. Situacija se dogodila u maju ove godine.

Za mjesec maj, svim zaposlenima je isplaćena plata u iznosu od 194.580 rubalja, a vrijednost zadržanog poreza na dohodak građana iznosila je 25.295,4 rubalja. Stvarna isplata bilansa zarada izvršena je 30. maja tekuće godine.

Zatim je u junu računovođa vidio P.-ov iskaz i preračunao vrijednost obavezne naknade. Od ukupnog prihoda dobio je 24.875,4 rubalja. Zaposlenica V. napisala je izjavu, a višak od 419 rubalja vraćen joj je.

Ukupno, kompanija zapošljava 4 osobe, a za cijeli period naplaćeno je samo 124.560 rubalja obaveznog poreza, a zadržani porez na dohodak, s obzirom na činjenicu da je došlo do viška, iznosio je 124.979 rubalja.

Izvještaj se popunjava na sljedeći način:

Napomenu! Da računovođa nije vratio višak P., onda bi u red 090 stavio crticu.

Dodatni obračun se odvija prema drugoj shemi. Dodatna plaćanja za prethodni period iskazuju se u izvještajima za period u kojem su nastala.

Preplata poreza na dohodak fizičkih lica iz sopstvenih sredstava

Ako dođe do takve situacije, a preplata je nastala na teret poslodavca, tada se ovaj pokazatelj ne može računati s budućim odbitcima.

Odnosno, naknada je u potpunosti korektno zadržana, a razlika je nastala upravo na račun finansija kompanije, što zapravo nije greška. A to je zabranjeno Poreznim zakonikom Ruske Federacije! To je navedeno u stavu 9 čl. 226 Poreski zakon Ruske Federacije.

Dakle, sam poreski agent, odnosno poslodavac, mora da napiše zahtev poreskoj upravi u mestu svoje registracije za vraćanje viška. Sva preplaćena sredstva mogu se vratiti poreskom agentu nakon usaglašavanja obračuna.

Nema potrebe da se u dokumentima na Obrascu 6 poreza na dohodak iskazuje cjelokupna razlika u preplaćenoj taksi jer je sve ispravno obračunato i odbijeno, greška je nastala upravo prilikom popunjavanja uplatnice.

Zaključak

Važno je pravilno prikazati preplaćeni porez na dohodak fizičkih lica u 6 izvještaju poreza na dohodak građana. Nepoštivanje može dovesti do neugodnih posljedica za poreskog agenta, odnosno za poslodavca.

Pogodan metod za ispravku međusobnih dugova i kredita u obračunima sa drugom stranom - dokumentomUsklađivanje duga u 1C. Program 1C: Accounting 8, verzija 3.0, nudi prošireni mehanizam za ispravljanje pomaka - u 5 opcija. Razmotrimo kako, uz pomoć jednog dokumenta, možete izvršiti prilagođavanje rezultata prethodnog izvještajnog perioda, koristeći opcije rada koje je predložio programer.

U kojim slučajevima je potrebno prilagođavanje?

Potraživanja i obaveze nastaju u toku ekonomske aktivnosti preduzeća i obračunavaju se u skladu sa uslovima ugovora. Dužničke obaveze koje podliježu usklađivanju jasno su vidljive prilikom sastavljanja bilansa stanja. Međubilans je i pozitivan i negativan.

Savjet. Provjerite dokumente prikazane u programu 1C u ovom izvještaju. Oni će se koristiti prilikom popunjavanja tabelarnog dijela alata za podešavanje.

Informativno pismo;
Izvještaj o pomirenju;
Dodatni ugovor ili ugovor.

U ovom slučaju moguće su dvije opcije za međusobne pomake:

Potpuna kompenzacija, kao rezultat toga, dugovi ugovornih strana su smanjeni na nulu;
Djelomični prebijanje, zbog čega se otplaćuje samo dio duga ili avansa druge ugovorne strane.

Usklađivanje duga u 1Cpotrebno ako se podaci dobavljača i kupca ne podudaraju, na primjer u sljedećim slučajevima:

Date su netačne informacije u računovodstvene svrhe;
Napravljene su greške u dokumentima (navedena su netačna knjiženja ili ugovori);
Promjene podataka su izvršene bez saglasnosti strana.

Pogledajmo bliže kakou 1C izvršite korekciju duga.

Dokument “Usklađivanje duga”

U glavnom meniju odaberite jedan od odjeljaka "Prodaja" ili "Kupovina". Na desnoj strani, u podnaslovu „Poravnanja sa drugim ugovornim stranama“, kliknite na „Usklađivanje duga“.

Nakon odabira ovog odjeljka, kliknite na dugme „Kreiraj“. U novom dokumentu potrebno je popuniti uobičajene detalje: ugovor, valutu, kurs, iznos itd.

Bilješka! Dugme „Popuni“ je prikazano na vrhu, u komandnom delu dokumenta i nešto niže, u komandnom delu tabele (ispod „zaglavlja“). Ako koristite dugme na vrhu, stranice dužnika i povjerioca se automatski popunjavaju. Korištenje drugog dugmeta vam omogućava da popunite svaku karticu zasebno.

Za međusobnu kompenzaciju, iznosi potraživanja i obaveza za druge ugovorne strane moraju se podudarati. U suprotnom, možete ručno promijeniti jedan od iznosa u dijelu tabele tako da oba postanu jednaka.

Odabir vrste operacije

U redu „Vrsta operacije“ morate odabrati jednu od opcija rada predviđenih programom. Programer navodi pet opcijakorekcije duga za 1C program.

U verziji 8.2 računovodstvenog programa 1C, sličan dokument "Usklađivanje duga" bio je pojednostavljen. Sadržao je samo tri vrste operacija. U 1C računovodstvu 8.2 bilo je moguće koristiti dokument „Prebijanje“. Verzija 3.0 pruža operacije netiranja sa velikim brojem parametara, uzimajući u obzir različite opcije knjiženja, te ih prenosi u dokument “Usklađivanje duga”. Da biste izvršili pomake, možete koristiti 3 od 5 predloženih vrsta operacija:

Podmirenje predujmova;
Otplata duga;
Ostala podešavanja.

Važno je znati! Povećanje vrsta operacija nije pokušaj da se program 1C učini složenijim, već da se pruži mogućnost odabira opcije koja je prikladna za određenu situaciju ili način djelovanja svakog korisnika.

Pogledajmo detaljnije svih 5 opcijakorekcije duga u 1C.

Poravnanje avansa

Možete prebiti avanse druge strane:

Sa postojećim dugom kupca prema organizaciji;
Sa dugom treće strane prema vašoj organizaciji.

Isto se odnosi i na avanse izdate drugoj strani: kompenzacija se može izvršiti između njega i vaše organizacije ili protiv duga treće strane.

Nakon što odredite vrstu transakcije, u polju „Kupac“ izaberite iz imenika ugovornih strana organizaciju čiji avansi treba da budu uključeni u usklađivanje.

Da biste kreirali dio tabele, koristite dugme „Popuni“ (zapamtite da postoje dve opcije za dugmad – na vrhu i u sredini) ili dugme „Dodaj“. Da biste ručno popunili podatke, kliknite na dugme „Dodaj“. Dugme “Popuni” automatski prenosi podatke o obračunu u tabelu. Ako koristite dugme „Popuni“, koje se nalazi iznad tabelarnog dela, morate ga pritisnuti dva puta. Jednom na kartici dužnika, a drugi put na kartici povjerioca.

Nakon ovih koraka, referentni iznosi za potraživanja i obaveze, kao i njihova stanja, pojavljuju se na dnu tabele. Ako se iznosi podudaraju, možete izvršiti transakciju knjiženja dokumenta.

Važna tačka. Ako iznosi nisu jednaki, onda je nemoguće prebiti. U tom slučaju potrebno je veći iznos u tabeli ispraviti manjim iznosom (ili odabrati određeni iznos iz dokumenata). Nakon što se uvjerite da su oba iznosa ista i da je stanje nula, možete knjižiti dokument.

Fotografija br. 5. “Ispravljanje iznosa za ofset”

Provjerite u bilansu stanja1C ispravnost usklađivanja duga.

Otplata duga

Ova vrsta operacije je namijenjena prebijanju dužničkih obaveza:

Kupac ispred vaše kompanije;
Vaša kompanija prije dobavljača.

Slično prethodnom tipu operacije („Avans offset“), možete prebiti obračune druge strane sa vašom organizacijom u odnosu na izdane avanse:

Vaša organizacija trećoj strani;
Treća strana – vaša organizacija.

Popunjavanje dokumenta vrši se slično tipu operacije „Unapredni pomak“.

Transfer duga

Ova vrsta operacije se koristi ako trebate prenijeti dug sa jedne druge ugovorne strane na drugu. Ista vrsta operacije se može odabrati zakorekcije duga u 1Ckako prilikom prijenosa duga tako i iznosa akontacije.

Prvo morate u dokumentu navesti čije dužničke obaveze želite prenijeti - kupca ili dobavljača. Nakon toga, naznačena je druga ugovorna strana na koju dolazi do prijenosa.

Zatim odredite:

Ugovor i račun sa kojeg se prenose dužničke obaveze;
Novi ugovor i račun na koji će se prenijeti obaveze.

Možete prenositi dug između ugovora. U ovom slučaju, polja „Suradna strana“ i „Primalac“ popunjavaju se podacima jedne druge ugovorne strane, a naznačeni su različiti ugovori.

Otpis duga

Ovu opciju morate koristiti ako kupac ne plati pružene usluge ili isporučenu robu. Postoje slučajevi kada dobavljač ne vrati primljeni avans nakon raskida ugovora. Ako su istekle tri godine zastare, potrebno je otpisati povjerioca odn. Kao iu prethodnim opcijama operacije, možete otpisati i dug i iznos akontacije.

U polju „Otpis“ izaberite obaveze po osnovu duga za otpis. Sa liste ugovornih strana izaberite određenog dobavljača (dužnika) ili kupca (kreditora). Na gornjoj ploči kliknite na dugme "Popuni".

Zanimljivo. Kada se koristi tip operacije „Otpis duga“, dugmad „Popuni“ na gornjoj ploči i u tabelarnom dijelu imaju isti učinak.

Ako trebate odabrati samo jedan određeni dokument sa liste, onda nakon popunjavanja tabele, drugi redovi se mogu izbrisati. Ili, umjesto dugmeta „Popuni“, možete koristiti opciju „Dodaj“.

Ako ne treba otpisati cijeli iznos, navedite potreban iznos u tabeli.

Na kartici „Račun za otpis“ navedite račun, drugu stranu, ugovor i dokument koji je osnov za otpis. Možete odabrati jednu od dvije opcije:

Račun 91.01/02 je označen za „Ostali prihodi i rashodi“;
Konto 63 – otpis na „Rezervisanja za sumnjiva potraživanja“.

Nakon knjiženja dokumenta, otvorite bilans stanja. Izvještaj bi trebao pokazatikorekcija duga 1C.

Ostala podešavanja

Ovaj tip se bira ako je zbog nekih okolnosti nemoguće koristiti prethodno opisane vrste transakcija za evidentiranje poslovnih događaja.

U poljima “Dužnik” i “Povjerilac” navesti ugovorne strane čije dužničke obaveze treba prebiti. Kliknite na dugme "Popuni" na gornjoj traci. Oznake za dužnika i povjerioca popunjavaju se istovremeno. Računovodstvene račune ostavite praznim. Kliknite Objavi i zatvori da sačuvate dokument. Provjerite ofset u bilansu stanja.

Savjet. Da biste izvršili knjiženja koja nisu predviđena općom shemom, na kartici „Računi“ potrebno je popuniti podatke (račune i dokumente) za koje se obaveze po osnovu duga usklađuju. Ovisno o odabranim transakcijama, program će odrediti vaše radnje kao “Otpis duga”, “Ustupanje duga” ili “Prebijanje”.

Predviđajući brige mnogih korisnika, uvjeravaju programerito usklađivanje duga 1Cautomatski vrši sva potrebna kretanja u registrima PDV-a.

Zaključak. Usklađivanje duga kao alat u programu 1Comogućava računovođi da odabere između različitih opcija za obavljanje iste operacije koja je najpogodnija ili najprikladnija za određenu poslovnu računovodstvenu shemu.