- Registar akumulacije „Međusobna poravnanja sa zaposlenima u organizacijama“.
- Registar akumulacije “Plata po mjesecu organizacija”.
Povrat pretjerano zadržanog poreza na dohodak fizičkih lica u 1C: Računovodstvo preduzeća 8
Počinjemo sa obračunom plata za novembar, uzimajući u obzir da je zadnji radni dan bio 2. novembar.
Otvorite odeljak „Plate i kadrovi“, „Plate“, „Sva obračunska razgraničenja“ i kliknite na dugme „Kreiraj“ da dodate novi dokument za obračun plata za novembar.
Na kartici „Porez na dohodak fizičkih lica“ vidimo informacije o obračunatim porezima, kao i iznosu primijenjenih odbitaka. Iznos poreza na dohodak fizičkih lica koji treba biti prebijen je također prikazan u posebnom redu na kartici „Usklađivanje plaćanja“.
Objavljujemo dokument i gledamo objave
Otvorite karticu „Plate i kadrovi“, „Porez na dohodak građana“, „Svi dokumenti o porezu na dohodak građana“
Kliknite na dugme “Kreiraj” i sa liste izaberite “Personal Tax Return”.
Popunite prazna polja dokumenta koji se otvara:
— mjesec u kojem vršimo povrat poreza;
— zaposlenika kome vraćamo porez na dohodak građana;
— datum prijema prihoda i iznos poreza.
Krećemo i zatvaramo dokument.
Za provjeru ćemo generirati uplatnicu. Otvorite karticu “Plate i osoblje”, “Plate”, “Izvještaji o platama” i odaberite “Platni list”
Označavamo period, organizaciju, zaposlenog i kliknemo na dugme „Generiraj“.
Pitanje:
Prilikom studiranja 1C ZUP 3 Ispostavilo se da program prikazuje stanje u izvještajima o plaćama po mjesecima obračuna ( bilans plata), a ne po mjesecu uplate ( bilans), kao što je to bilo u ZUP-u 2.5. Kako mogu izmijeniti program da vidim stanje tačno po mjesecu plaćanja?
odgovor:
✅ Seminar “Lifehacks za 1C ZUP 3.1”
Analiza 15 životnih hakova za računovodstvo u 1C ZUP 3.1:
✅ KONTROLNA LISTA za provjeru obračuna zarada u 1C ZUP 3.1
VIDEO - mjesečna samoprovjera računovodstva:
✅ Obračun zarada u 1C ZUP 3.1
Korak po korak upute za početnike:
Sada nisu potrebne nikakve modifikacije, ova funkcionalnost je implementirana u standardnoj konfiguraciji, počevši od izdanja ZUP 3.1.4.120.
Pogledajmo primjer. Zaposlenik Arsenyeva V.S. Plate su isplaćene u februaru.
Plate se isplaćuju već 05.03.2018.
Prethodno u 1C ZUP 3 u izvještajima o platama ( Platni list, Kompletna lista razgraničenja, Analiza plata po zaposlenom itd.) u takvoj situaciji, činjenica isplate februarske plate je uvijek bila uključena u izvještaje za februar, uprkos martovskom datumu isplate, tj. po mjesecu obračuna/isplate, a ne po datumu uplate.
Sada unutra 1C ZUP 3.1.4 ukazala se prilika za implementaciju formacije "računovodstveni bilans", tj. tako da se činjenica isplate unese u izvještaj o mjesecu u kojem je isplata izvršena.
Za ovo je potrebno Dodatne postavke(odjeljak menija Postavke) postavite prekidač " Prikaži međusobna obračuna: prema računovodstvenim podacima«.
Nakon što završite ovu postavku, potrebno je ponovo otvoriti izvještaje, ako su bili otvoreni u vrijeme promjene ovog parametra, i ponovo ih generirati. U izvještaju Platni list U izvještaj za mart ući će podatak o isplati februarske plate koja je obavljena u martu, a izvještaj za februar će prikazati isplatu januarske plate izvršenu u februaru. U ovom slučaju, na obrascu za februar na kraju meseca biće prikazano stanje neisplaćene zarade za februar (tačnije, ne samo u obračunu za februar, već i za sve mesece u kojima se konačna isplata dešava u narednom mesecu ).
Sličnu sliku možemo vidjeti i u izvještaju Analiza plata po zaposlenom I Kompletan set troškova, odbitaka i plaćanja. U ovom slučaju, u izvještaju za februar će biti prikazana isplata za januar i stanje na kraju mjeseca sa dugom na kraju februara.
Kako biste prvi saznali za nove publikacije, pretplatite se na ažuriranja mog bloga:
Pitanje: dug prema organizaciji otpuštenog zaposlenika
odgovor:
Pitanje: ZUP 3.0 Povrat poreza na dohodak fizičkih lica otpuštenom radniku
odgovor:
Pitanje: Kako dobiti tarifnu stopu otpuštenog radnika
Tema današnjeg članka je prelazak programa 1C: Plaća i upravljanje osobljem sa izdanja 2.5 na izdanje 3.0.
Razmotrit će se opcije transfera, šta i gdje prenijeti, kao i šta se mora provjeriti nakon transfera. Problema s prijenosom podataka između reakcija ima više nego dovoljno, u nastavku ćemo pogledati one najčešće i analizirati njihova rješenja. Programeri nude dvije opcije za prelazak sa ZUP 2.5 na 3.0. U ovom članku ćemo pogledati prednosti i nedostatke obje opcije kako biste sami mogli zaključiti koji je način prijenosa najbolji za vas.
Razlog za prelazak na ZUP 3.0 izdanje
Razlog prelaska na novo izdanje ZUP-a je ukidanje podrške iz 2018. godine u verziji 2.5, izmjena zakonodavstva. Kompanija 1C objavila je odgovarajuće informativno pismo broj 22222 od 18.11.2016. Evo izvoda iz ovog pisma u vezi sa izdanjem ZUP-a 2.5:
- Biće moguće podnijeti godišnje izvještaje za 2017. godinu;
- Nema planova za podršku zakonodavstvu iz 2018. u objavljenim ažuriranjima;
- Korisnici izdanja 2.5 konfiguracije „Plaća i upravljanje ljudskim resursima“ PROF-a i osnovne verzije, koji iz nekog razloga ne žele da pređu na izdanje 3 nakon završetka ograničene podrške, mogu izvršiti nadogradnju na skuplji proizvod 4601546081506 „1C: Plaća i upravljanje ljudskim resursima 8 KORP” .
Međutim, treba napomenuti da ZUP verzija 2.5 u 2018. ostaje podržan u standardnim rešenjima „1C: Manufacturing Enterprise Management“ i „1C: Integrisana automatizacija“. Međutim, ne postoji standardna razmjena podataka za prijenos rezultata ZP proračuna iz ZUP-a 3.0 u ove konfiguracije.
Ukoliko dođe do izmjene zakonske regulative u 1. kvartalu 2018. godine, tada više neće biti moguće dostavljati izvještaje iz ZUP 2.5 Osnovni ili PROF. Stoga 1C preporučuje da unaprijed riješite problem prelaska na novo izdanje.
Izdanje 3.0 „1C: Plate i upravljanje kadrovima“ ima niz značajnih prednosti u odnosu na prethodno izdanje:
- Mobilna aplikacija;
- Lični račun zaposlenika (koncept samoposluživanja);
- Pogodnije i fleksibilnije osoblje (različite opcije upravljanja);
- Mogućnost registracije dva kadrovska događaja u jednom danu (na primjer, zapošljavanje i službeni put istog dana);
- Funkcionalnost kombinovanja pozicija (pružene su različite opcije za kombinovanje i obračun plata);
- Uklonjeno je dupliranje kadrovskih i obračunskih dokumenata (sada su dokumenti objedinjeni, pristup je ograničen ulogama: kadrovski službenici mogu vidjeti i uređivati samo svoj dio dokumenta, a računovođe svoj). Problem pogrešno izračunatih (zaboravljenih) kadrovskih dokumenata nestaje. Na primjer, ranije u 2.5 otpuštanje zaposlenog je registrovano u nekoliko dokumenata, sada je to jedan dokument;
- Isplate su vršene bivšim zaposlenima, pa čak i ne zaposlenima, već trećim licima (ranije je to zahtijevalo „fiktivni“ proces zapošljavanja);
- Implementirana je mogućnost ispravljanja dokumenata u tekućem periodu (na primjer, preračunavanje plaćenog godišnjeg odmora i ispravan prikaz ove operacije u 6-NDFL);
- Nivo automatizacije generisanja regulisanog 6-NDFL izveštaja je značajno poboljšan (u 99% slučajeva izveštaj se generiše automatski i ne zahteva ručna podešavanja)
Priprema za migraciju podataka
Prije nego što počnete s prijenosom podataka, potrebno je da zatvorite period u staroj bazi plata. One. izračunajte plate i po mogućnosti registrujte isplatu (ali to nije kritično; može se odraziti u novoj bazi podataka). Također morate izbrisati sve objekte označene za brisanje. Preporučljivo je provesti proceduru testiranja i ispravljanja baze podataka.
Bitan! Prije prijenosa, morate ažurirati ZUP 2.5 na najnoviju aktuelnu verziju.
Za početak prijenosa podataka potrebno je pokrenuti odgovarajući pomoćnik u ZUP-u 3.0. Da biste to učinili, morate otići u odjeljak "Administracija" i odabrati opciju "Prenesi podatke iz prethodnih programa".
Brzi pregled vaših opcija migracije podataka
Programeri su obezbijedili dvije opcije za prijenos podataka. Radi konvencije, daćemo imena za ove dvije opcije i vrlo kratak opis (detaljniji opis i razlike će biti opisani kasnije u ovom članku).
« Prenos bilansa» — prenosi se minimalna količina informacija dovoljna za početak računovodstva u novom izdanju. Istovremeno se ne prenose informacije koje se očigledno ne mogu kvalitetno prenijeti zbog razlika u računovodstvenim metodama ili strukturi programa. Ova opcija prijenosa se koristi po defaultu (ovo je opcija koju preporučuju 1C programeri). Ova opcija transfera može se koristiti počevši od bilo kog perioda sredinom godine, svi podaci za obračun prosječne zarade i izvještavanje o porezu na dohodak i doprinosima biće prebačeni u novi program. Ali obračun plata će se vršiti samo na osnovu početnih podataka (neće se uzeti u obzir svi prethodni periodi).
« Potpuni transfer" - u ovoj opciji se prenose podaci za sve prethodne periode, tako da će u novoj bazi podataka ZUP 3.0 biti moguće generisati izvještaje za protekla razdoblja (kadrovska i platna lista). Neiskorištene ili rijetko korištene informacije se prenose, što nepotrebno povećava i vrijeme prijenosa i vjerovatnoću prijenosa s greškama.
Stoga ova prilika može biti tražena, na primjer, za organizacije s jednostavnim sistemom nagrađivanja, malim brojem zaposlenih i malom količinom akumuliranih podataka.
Bilješka! Ako ste u ZUP-u 2.5 vodili evidenciju zarada rukovodstva (tzv. “upravljačko računovodstvo”), onda se ti podaci neće prenositi u novu bazu podataka ni po jednoj od opcija. To je zbog činjenice da ZUP 3.0 ne predviđa upravljačko računovodstvo zarada.
Prijenos podataka korak po korak
U prvom koraku biramo vrstu izvora početnih podataka. Ili drugim riječima, iz kojeg programa ćemo prenijeti.
U drugom koraku, čarobnjak za prijenos će od vas zatražiti da odaberete bazu podataka iz koje ćete prenijeti podatke.
Zatim morate konfigurirati. Podrazumevano, čarobnjak nudi opciju „Prenesi stanje“. Za ovu opciju morate postaviti datum početka obračuna u novoj bazi podataka. Na primjer, ako datum postavimo na novembar, tada će se prenijeti stanja s kraja oktobra.
- Koristite nove mogućnosti kadrovskog računovodstva i platnog spiska (podrazumevana opcija je prenos stanja);
- Koristite obračune iz prethodnog programa (druga opcija je potpuni prijenos).
Ako odaberete potpuni prijenos, tada ćete morati navesti početak kalendarske godine iz koje želite prenijeti podatke.
Prenos bilansa
Kao što je gore navedeno, za ovu opciju prijenosa treba navesti mjesec početka rada. Algoritam prenosi na početak navedenog perioda sve potrebne podatke za prethodne periode za podnošenje poreskih prijava i izračunavanje prosjeka:
- Obračun prosječne plate (za socijalna davanja - za tri prethodne godine, za godišnji odmor i druge slučajeve - za prethodnih 15 mjeseci);
- Za obračun poreza na dohodak fizičkih lica i za obračun premija osiguranja (ako datum početka nije januar, tj. nije početak godine).
Osim toga, prenijet će se podaci o osoblju i platnom spisku (neće se prenijeti svi podaci, već samo oni koji se koriste na datum početka računovodstva u novom programu):
- Podaci o organizacijama, odjeljenjima, pozicijama i zaposlenima i svemu što je s njima povezano, kao što su radna aktivnost, sastav porodice itd.;
- Vrste obračuna (obračunavanje i odbitak);
- Podaci za popunjavanje ličnih kartona zaposlenih (T-2);
- GPC sporazumi;
- Važeće roditeljsko odsustvo;
- Kadrovski raspored zaposlenih od početka operativnog perioda u novom programu;
- Stanja na međusobnim obračunima sa zaposlenima.
Ako zaposlenik više ne radi na dan premještaja, tj. je otpušten, onda podaci za ovog zaposlenika neće biti prenijeti u novi program. Ili, na primjer, ako neko mjesto nije zauzeto u trenutku transfera, on također neće učestvovati u transferu.
Veoma važna tačka u vezi prenosa vrsta plaćanja (razgraničenja i odbitka). U transfer su uključeni samo regulirani načini plaćanja. To znači da tipovi proračuna u kojima je uključena proizvoljna formula neće biti preneseni u ovu opciju. Morat će se ponovo kreirati i dodijeliti zaposlenima u novom programu.
Kadrovska tabela se ne prenosi u novom programu na osnovu kadrovskog rasporeda na dan početka rada. Da biste ga doveli do cilja, bit će potrebno ručno podešavanje. Štaviše, ručno podešavanje tabele osoblja je relevantno za obje opcije transfera.
Podaci za karticu T-2 se ne prenose dokumentima, već evidencijama u odgovarajućim registrima. U novom programu imaćete priliku da analizirate radnu istoriju zaposlenog, ali nećete imati takvu priliku da „propadnete“ kroz dokument i ispravite nešto u njemu.
Ako ste u trenutku premještaja imali zaposlenike koji su bili na plaćenim odsustvima (na primjer, bolovanje, godišnji odmor, službeni put, itd.), tada će se ta činjenica prenijeti u poseban dokument „Plaćeni periodi prije početka rada. ”
Šta se ne prenosi u ovoj opciji:
- Slobodna radna mjesta;
- Plate se kreću od kadrovske tabele;
- Vrste proračuna sa proizvoljnim formulama;
- Informacije za kadrovske analitičke izvještaje (na primjer, sažetak kadrovskih promjena ili primljenih i otpuštenih radnika, itd.);
- Informacije za izračunate analitičke izvještaje (na primjer, sažetak vremenskih razgraničenja za period prije početka rada);
- Informacije za plaćanje po tarifnim kategorijama (razlika u metodologiji obračuna je 2,5 i 3,0). Za takve zaposlenike će biti potrebno dodijeliti nova obračunska razgraničenja predviđena za ovu situaciju u ZUP-u 3.0 (ovo je relevantno i za opciju Potpuni prijenos);
- Informacije o kreditima zaposlenih. U novoj bazi podataka morat ćete ponovo registrirati podatke o kreditima, uzimajući u obzir već djelimično otplaćen dug (u punom prijenosu krediti se prenose);
- Privremeni transferi osoblja. Kada završi datum prijenosa u novoj bazi podataka ZUP-a. U tom slučaju može nastati problem sa podjelom i rasporedom, naime, nakon što se prijevod završi, neće biti automatskog vraćanja na prethodne vrijednosti. To je zbog činjenice da se samo dio podataka prenosi na početak operativnog perioda i može doći do situacije da ničije odjeljenje i raspored nisu uključeni i, kao rezultat, neće biti prenijeti;
- Detalji naloga za plaćanje poreza na dohodak fizičkih lica. U vrijeme pisanja ovog članka, svi podaci za generiranje 6-NDFL i 2-NDFL izvještaja su savršeno preneseni. Ali ne postoje informacije kao što su podaci o plaćanju poreza na dohodak fizičkih lica. Od njih se može tražiti da kreiraju registar poreza na dohodak građana.
Potpuni transfer
U ovoj opciji u postavkama označavamo godinu iz koje želimo prenijeti podatke. Shodno tome, prenose se svi podaci počevši od navedene godine, uključujući i svu dokumentaciju.
Važno je shvatiti da iako se opcija konvencionalno naziva kompletnom, zapravo se ne prenose svi dokumenti. Neki podaci se prenose upisima u matične knjige, na primjer: službena putovanja, odsustva, bolovanje itd.
Evo šta se prenosi u ovoj varijanti:
- Podaci o organizacijama, odjeljenjima, pozicijama i zaposlenima i svemu što je s njima povezano, na primjer radna aktivnost, sastav porodice itd. Prenose se i podaci koji se više ne koriste u trenutku transfera (tj. sve što je važilo u periodu );
- Obračuni i odbici. Sve sa regulisanim načinom obračuna biće preneseno. Proizvoljne formule se također prenose, ali će ih svakako trebati provjeriti;
- Raspored osoblja. Kao i kod opcije prijenosa stanja, kadrovska tabela se ne prenosi u potpunosti, već se kreira u novoj bazi podataka na osnovu kadrovskih podataka. One. neće biti potrebno prenijeti potpunu tabelu osoblja;
- Podaci za izračun prosječne zarade;
- Podaci za obračun poreza na dohodak i premija osiguranja;
- Podaci o međusobnim obračunima sa zaposlenima.
Spisak prenesenih dokumenata (mogu se otvoriti i pogledati u novoj bazi):
- Regrutacija;
- Transfer osoblja;
- Otpuštanje;
- Roditeljsko odsustvo (uključujući one koje je isteklo);
- Povratak sa roditeljskog odsustva;
- Lista performansi;
- Zahtjev za odbitak poreza na dohodak;
- Otkazivanje standardnih olakšica poreza na dohodak;
- Zahtjev za potvrdu prebijanja akontacije poreza na dohodak fizičkih lica.
Svi ostali podaci se prenose direktnim unosima u računovodstvene registre.
Poređenje opcija transfera
Važna tačka. U tipičnom mehanizmu za prijenos podataka, osigurajte sljedeće scenarije za spajanje baza podataka:
- Organizacije iz nekoliko ZUP 2.5 baza podataka u jednu ZUP 3.0 - ovaj scenarij prijenosa je podržan;
- Organizacije iz jedne ZUP 2.5 u zasebne ZUP 3.0 baze podataka - ovaj scenarij prijenosa NIJE podržan (može se implementirati na nestandardan način).
Rezultat prijenosa podataka
Da biste vidjeli rezultat prijenosa podataka u ZUP 3.0, potrebno je otići u dnevnik dokumenata „Podaci na početku rada“.
Ovaj časopis sadrži sljedeće vrste dokumenata:
- Početno popunjavanje osoblja;
- Zaostale plate;
- Periodi plaćeni prije početka rada.
Podaci o osoblju se prenose u tip dokumenta „Početni kadar“. Shodno tome, u njemu možete vidjeti:
- svi zaposleni;
- njihove pozicije i datum zapošljavanja;
- divizije;
- tekuća planirana vremenska razgraničenja;
- broj preuzetih opklada;
- mogućnost plaćanja akontacije;
- rasporedi rada;
- kao i stanje godišnjih odmora.
Dokument “Zaostale plate” sadrži sljedeće podatke (dokument se može uređivati):
- Spisak zaposlenih;
- divizije;
- Iznos duga.
Vrsta dokumenta "Plaćeni periodi prije početka rada" sadrži sljedeće (ovi podaci će se uzeti u obzir pri obračunu plaća):
- Spisak zaposlenih;
- Period plaćanja;
- Vrsta perioda (na primjer, bolovanje, itd.).
Podaci o zaposlenima organizacije prenose se u standardni imenik "Zaposleni". Nalazi se u odjeljku “Osoblje”. Datum prijema se upisuje direktno na karticu zaposlenog (pošto za to ne postoji poseban dokument).
Podaci o odbicima poreza na dohodak se prenose u poseban dokument. Ovaj dokument se nalazi u odjeljku „Porezi i doprinosi“, dokument se zove „Zahtjev za odbitak poreza na dohodak građana“ (standardni, lični, imovinski i društveni).
Svi ostali dokumenti, uključujući podatke za izvještavanje, nalaze se u dokumentima „Prenosi podataka“. Dokumenti se nalaze u odjeljku "Administracija".
Informacije se također mogu unijeti ručno u dokumente za prijenos podataka.
U dnevniku dokumenata „Prenos podataka“, polje „Broj“ sadrži šifru dokumenta (ili drugim rečima, vrstu dokumenta).
Ispod je pregled kodova dokumenata “Prenosi podataka”:
- TDK— Informacije o ugovorima o radu;
- RKD— Podaci o osoblju za formiranje T-2 kartice;
- ROTP— Podaci o odmorima svih vrsta;
- IL— Odbici po rješenjima o izvršenju;
- ZP_SZfss— Početni podaci za izračunavanje prosječne zarade za naknade;
- ZP_SZo— Početni podaci za obračun prosječne zarade za godišnji odmor;
- Porez na dohodak fizičkih lica— računovodstvene podatke poreza na dohodak;
- PSS— Povlastice za fondove FSS, koje će se odraziti u 4-FSS;
- NE— Računovodstveni podaci za premije osiguranja.
Postoje i dodatni kodovi za ove dokumente, oni se koriste ako ste odabrali potpunu opciju prijenosa:
- DnSost- Informacije o odsustvu zaposlenih;
- ROTP— Registar godišnjih odmora;
- CCA— Stvarni odmori;
- Plata— Podaci o svim razgraničenjima i odbitcima zaposlenih;
- WIP— Podaci o svim razgraničenjima i odbicima za zaposlene za formiranje evidencije, platnih lista i sl.;
- ZS— Namirenje kredita;
- VZ— Detaljni podaci o međusobnim poravnanjima za generisanje informacija o dugu;
- DZP— Međusobna poravnanja između štediša.
Provjeravam transfer
Obje opcije prijenosa zahtijevaju usaglašavanje konačnih podataka. Na šta prvo treba obratiti pažnju:
- divizije;
- Raspored rada;
- Vrste razgraničenja i odbitka (mogućnost korištenja novih mogućnosti u verziji Z.0);
- Lični podaci zaposlenih (kao opcija, možete odštampati lične T-2 kartice i podeliti ih zaposlenima na overu uz potpis);
- Tabela osoblja (u obje opcije transfera morate je dodati ručno);
- Stanje godišnjih odmora (standardni izvještaj “Stanje godišnjih odmora”);
- Planirana razgraničenja (standardni izvještaj „Analiza plata/platnog spiska po razgraničenju”);
- Planirani odbici (univerzalni izvještaj u registru „Planiranih odbitaka”);
- Zaostale plate (standardni izvještaj “Zaostale plate”).
U ZUP-u 3.0 ne postoji poseban izvještaj za provjeru prijenosa podataka za obračun prosječne zarade. Alternativno, usaglašavanje se može izvršiti korištenjem univerzalnog izvještaja (odjeljak “Administracija” - “Štampani obrasci, izvještaji i obrada” – “Univerzalni izvještaj”).
Podaci za izračunavanje prosjeka upisuju se direktno u registre:
- Registar akumulacije “Vremenski podaci za izračunavanje prosjeka (općenito)”;
- Registar akumulacije “Podaci o vremenskim razgraničenjima za obračun prosječne zarade (ukupno)”;
- Registar akumulacije “Podaci osiguranika za obračun prosječne zarade (FSS)”;
- Registar akumulacije „Podaci o vremenskim razgraničenjima za obračun prosječnih zarada (FSS)”;
- Registar informacija “Vremenski podaci za izračunavanje prosjeka (FSS)”.
Za usaglašavanje podataka o porezu na dohodak u ZUP-u 3.0 možete generisati standardne izvještaje: Kartica poreza na dohodak, Analiza doprinosa po mjesecima itd.
Najoptimalnija opcija za usaglašavanje rezultata transfera je usaglašavanje rezultata obračuna zarada u ZUP 2.5 i ZUP 3.0 za prve periode rada nakon tranzicije.
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 obe vrste dugova: dug zaposlenih, 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 platnih spiskova. 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 računovodstvenih parametara“ na kartici „Isplata zarada“ postaviti zastavicu „Međusobni obračuni zarada su izvršeno u kontekstu mjeseci njihovog obračunavanja”.
Naime, 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 vrše u kontekstu mjeseci njihovog obračunavanja“ određuje način vraćanja 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“. Da bismo modelirali dug, ručno ćemo ispraviti vrijednosti u koloni “Plaća” za prva dva zaposlena.
U januaru E.I. Akimov računovođa je ručno 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. Vaskina 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 dokumentom „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. One 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 da otplati prethodni dug organizacije prema zaposlenom zajedno sa isplatom za tekući mesec.
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čuna.”
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-04.05.2012.
Šta vam upada u oči?
- Nema podjele po mjesecima. Vidimo različite vrste duga, ali nema podataka 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.
- Dug za prethodne periode se sumira. 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 dug koji je nastao početkom mjeseca. Zatim, kao i obično, sastavljamo dokument „Plate koje se isplaćuju organizaciji“ sa 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. platićemo avans od 50%, odnosno 46.450 rubalja.
- Izdat ćemo naredbu o otpuštanju osoblja od 18. januara 2012. godine.
- 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 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 putem 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 je plata obračunata i korisnik uplati avans, tada program zadržava avans od cjelokupnog iznosa obračunate plaće.
3.2. Zaposleni je dobio predujam nakon bolesti
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, zaposleni 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čunavanja plata 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 obračunavanja plata po mjesecu obračuna“, izvještaj „Struktura duga organizacija“ će se morati generisati za svaki mjesec. 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 za zaposlene 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 kako bi odgovarao ž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 plati 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. Znak 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 dopalo 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 konkretni, 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 dug otplaćen i postavljena je zastavica „Međusobna obračuna plata se obavljaju u kontekstu mjeseci njihovog obračunavanja“.
Izvještaj „Struktura duga organizacija“ ponovo će nam pokazati dug po mjesecima. I to uprkos činjenici da je prilikom vođenja računovodstva bez detalja, otplaćen cijeli dug.
Pošto smo promenili stanje zastave, program sada ne vidi prethodni način otplate duga. Dajte joj metodu koja odgovara datom stanju zastave. To znači da morate otkazati dosadašnji način otplate duga i otplatiti dug na način koji zadovoljava obračun dugovanja 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 obavljaju po mjesecu obračuna“ vam više odgovara.
Zaključak
Oznaka „Međusobna poravnanja za plate se vrše u kontekstu mjeseci njihovog obračunavanja“ je POSTAVLJENA.
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 poravnanja zarada se vrše u kontekstu mjeseci njihovog obračunavanja“
- U tekućem mjesecu, dug zaposlenog prema organizaciji može se otplatiti samo ako mu je isplaćena zarada za ovaj 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 sva 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 građana“.
- Obrada “Preračunavanje plate organizacije”.
U obrascu „Podešavanje računovodstvenih parametara“ na kartici „Isplata plate“ postavite zastavicu „Uzmite u obzir izostanke sa rada“. To ć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.
