Întrebare:
Când studiezi 1C ZUP 3 s-a dovedit că în programul în rapoartele de salariu soldul este afișat după luna de angajare ( echilibrul salarial), și nu prin luna de plată ( bilanț), așa cum a fost în ZUP 2.5. Cum se finalizează programul pentru a vedea soldul exact până în luna plății?
Răspuns:
✅ Seminar „Hack-uri de viață pentru 1C ZUP 3.1”
Analiza a 15 hack-uri de viață contabilă în 1s zup 3.1:
✅ LISTA DE VERIFICARE pentru verificarea salariilor în 1C ZUP 3.1
VIDEO - autoverificare lunară a contabilității:
✅ Salarizare în 1C ZUP 3.1
Instrucțiuni pas cu pas pentru începători:
Acum nu sunt necesare modificări, această funcționalitate este implementată într-o configurație tipică, începând de la lansare ZUP 3.1.4.120.
Să ne uităm la un exemplu. Angajată Arsenyeva V.S. Februarie a fost plătită.
Salariul este plătit deja în 03.05.2018.
Mai devreme 1C ZUP 3în rapoartele de salarizare Fișă de plată, set complet de angajamente, analiză salarială de către angajat etc.) într-o astfel de situație, faptul achitării salariului din februarie a fost întotdeauna inclus în rapoartele aferente lunii februarie, în ciuda datei de plată a lunii martie, i.e. până la luna de angajare/plată, și nu până la data plății.
Acum in 1C ZUP 3.1.4 a devenit posibilă implementarea formaţiei "balanta contabila", adică astfel încât faptul plăţii se încadrează în procesul-verbal al lunii în care s-a produs plata.
Pentru aceasta este necesar în Setari aditionale(secțiunea de meniu Setare) setați comutatorul " Afișați decontări reciproce: conform datelor contabile«.
După finalizarea acestei setări, trebuie să redeschideți rapoartele dacă erau deschise în momentul în care a fost modificată această setare și să le generați din nou. În raport Fișă de plată informatiile despre plata salariului din februarie, intervenita in luna martie, vor intra in raportul pentru luna martie, iar in raportul pentru luna februarie se va arata plata salariului din ianuarie, efectuata in luna februarie. Totodată, soldul salariilor neachitate aferente lunii februarie va fi indicat pe foaia pentru luna februarie la sfârşitul lunii (mai precis, nu numai pe foaia pentru luna februarie, ci şi în toate lunile în care plata finală are loc în luna viitoare).
O imagine similară o putem vedea în raport Analiza salariului de catre angajatȘi Un set complet de angajări, deduceri și plăți.În acest caz, raportul pentru februarie va reflecta plata pentru ianuarie și soldul la sfârșitul lunii cu datorii la sfârșitul lunii februarie.
Pentru a fi primul care află despre noile publicații, abonați-vă la actualizările blogului meu:
Subiectul articolului de astăzi este trecerea programului 1C: Salariul și managementul personalului de la ediția 2.5 la ediția 3.0.
Opțiunile de transfer vor fi luate în considerare, ce și unde să transferați și ce trebuie verificat după transfer. Există mai mult decât suficiente probleme cu transferul datelor între reacții, apoi le vom lua în considerare pe cele mai comune și le vom analiza soluția. Dezvoltatorii programului oferă două opțiuni pentru trecerea de la ZUP 2.5 la 3.0. În articol, ne vom uita la avantajele și dezavantajele ambelor opțiuni, astfel încât să puteți decide singur ce metodă de transfer este cea mai potrivită pentru dvs.
Motivul trecerii la noua ediție a ZUP este scoaterea din suport din 2018 în versiunea 2.5 a modificării legislației. Firma 1C a publicat scrisoarea de informare corespunzătoare Nr. 22222 din data de 18.11.2016. Iată fragmente din această scrisoare referitoare la revizuirea ZUP 2.5:
Cu toate acestea, trebuie remarcat faptul că versiunea ZUP 2.5 în 2018 rămâne suportată în soluțiile standard „1C: Manufacturing Enterprise Management” și „1C: Integrated Automation”. Cu toate acestea, nu există un schimb de date standard pentru transferul rezultatelor calculului RFP de la ZUP 3.0 la aceste configurații.
Dacă în trimestrul I 2018 se produce o modificare a legislației, atunci nu se vor mai putea depune rapoarte din ZUP 2.5 Basic sau PROF. Prin urmare, 1C recomandă rezolvarea în avans a problemei trecerii la o nouă ediție.
„1C: Managementul salariilor și al resurselor umane” versiunea 3.0 are o serie de avantaje semnificative față de versiunea anterioară:
Înainte de a începe transferul de date, trebuie să închideți perioada din vechea bază de salariu. Acestea. calculați salariile și este de dorit să înregistrați plata (dar acest lucru nu este critic, poate fi deja reflectat în noua bază de date). De asemenea, trebuie să ștergeți toate obiectele marcate pentru ștergere. Se recomanda efectuarea procedurii de testare si corectare a infobazei.
Important! Înainte de transfer, trebuie să actualizați ZUP 2.5 la cea mai recentă versiune actuală.
Pentru a începe transferul de date, trebuie să lansați asistentul corespunzător în ZUP 3.0. Pentru a face acest lucru, trebuie să mergeți la secțiunea „Administrare” și să selectați opțiunea „Transfer date din programele anterioare”.
Dezvoltatorii au oferit două opțiuni pentru transferul de date. Pentru convenție, vom da nume acestor două opțiuni și o descriere foarte scurtă (o descriere mai detaliată și diferențele vor fi descrise mai târziu în acest articol).
« Transferul reziduurilor» - se transferă cantitatea minimă de informații, suficientă pentru a începe ținerea evidenței în noua ediție. Totodată, nu se transferă informații care, evident, nu pot fi transferate calitativ din cauza diferențelor de metode contabile sau de structură a programelor. Această opțiune de transfer este utilizată în mod implicit (această opțiune este recomandată de dezvoltatorii 1C). Această opțiune de transfer poate fi utilizată începând din orice perioadă de la jumătatea anului, toate datele pentru calcularea câștigului mediu și raportarea impozitului pe venitul personal și contribuțiilor vor fi transferate în noul program. Dar calculul salariilor va fi efectuat doar pe baza datelor inițiale (nu vor fi luate în considerare toate perioadele anterioare).
« Transfer complet» - în această opțiune se transferă datele pentru toate perioadele trecute, ca urmare, în noua bază de date ZUP 3.0 se vor putea genera rapoarte pentru perioadele trecute (personal și decontare). Informațiile nefolosite sau utilizate rar sunt migrate, ceea ce crește în mod inutil atât timpul de migrare, cât și probabilitatea unei migrări eronate.
Prin urmare, o astfel de oportunitate poate fi solicitată, de exemplu, pentru organizațiile cu un sistem de salarizare simplu, cu un număr mic de angajați și cu cantitatea de date acumulate.
Notă! Dacă în ZUP 2.5 ați ținut evidența salariilor manageriale (așa-numitele „evidențe ale managementului”), atunci aceste date nu vor fi transferate în noua bază de date în niciuna dintre opțiuni. Acest lucru se datorează faptului că ZUP 3.0 nu prevede contabilitatea de gestiune a salariilor.
La primul pas, selectăm tipul sursei inițiale de date. Sau cu alte cuvinte, din ce program ne vom transfera.
La al doilea pas, expertul de migrare vă va solicita să selectați baza de date din care doriți să transferați date.
În continuare, trebuie să configurați. În mod implicit, expertul oferă opțiunea „Transfer solduri”. Pentru această opțiune, trebuie să setați data de începere a contabilității în noua bază de date. De exemplu, dacă setăm data în noiembrie, atunci soldurile de la sfârșitul lunii octombrie vor fi transferate.
Dacă alegeți un transfer complet, atunci va trebui să specificați începutul anului calendaristic din care doriți să transferați date.
După cum sa menționat mai sus, pentru această opțiune de transfer, ar trebui să specificați luna de începere a funcționării. Algoritmul transferă la începutul perioadei specificate toate datele necesare pentru perioadele anterioare pentru depunerea declarațiilor de impozit pe venitul personal și calcularea mediei:
În plus, vor fi transferate datele de personal și de decontare (nu vor fi transferate toate datele, ci doar cele care sunt utilizate la data de începere a contabilității în noul program):
Dacă angajatul nu mai lucrează la data transferului, de ex. a fost concediat, datele pentru acest angajat nu vor fi transferate în noul program. Sau, de exemplu, dacă poziția nu este ocupată de nimeni în momentul transferului, nici aceasta nu va participa la transfer.
Un punct foarte important în ceea ce privește transferul de tipuri de calcule (taxe și deduceri). La transfer participă doar metodele de calcul reglementate. Aceasta înseamnă că tipurile de calcul în care este implicată o formulă arbitrară în această opțiune nu vor fi transferate. Acestea vor trebui create și alocate angajaților din noul program din nou.
Tabelul de personal nu se transferă, se creează în noul program pe baza personalului de la data începerii operațiunii. Pentru a-l aduce la țintă va fi necesară o ajustare manuală. În plus, ajustarea manuală a tabelului de personal este relevantă pentru ambele opțiuni de transfer.
Datele pentru cardul T-2 nu sunt transferate prin documente, ci prin înscrieri în registrele corespunzătoare. În noul program, veți avea ocazia să analizați istoricul de lucru al angajatului, dar nu va exista o astfel de oportunitate de a „cădea” în document și de a corecta ceva în el.
Dacă la momentul transferului aveai angajați care erau în absențe plătite (de exemplu, concediu medical, vacanță, călătorie de afaceri etc.), atunci acest fapt va fi transferat în documentul special „Perioade plătite înainte de începerea funcționării” .
Ce nu este transferat în această variantă:
În această opțiune, în setări, specificăm anul din care doriți să transferați datele. În consecință, toate datele începând din anul specificat, inclusiv toate documentele, sunt transferate.
Este important de înțeles că, deși opțiunea este numită în mod condiționat completă, de fapt nu toate documentele sunt transferate. O parte din informații sunt transferate prin înregistrări către registre, de exemplu: călătorii de afaceri, absenteism, concedii medicale etc.
Iată ce este transportat în această variantă:
Lista documentelor portabile (pot fi deschise și vizualizate în noua bază de date):
Toate celelalte date sunt transferate prin înscrieri directe în registrele contabile.
Un punct important. Într-un mecanism tipic de migrare a datelor, furnizați următoarele scenarii pentru îmbinarea bazelor de date:
Pentru a vedea rezultatul transferului de date către ZUP 3.0, trebuie să mergeți la jurnalul de documente „Date la începutul operațiunii”.
Acest jurnal conține următoarele tipuri de documente:
Datele de personal sunt transferate la tipul de document „Încadrare inițială”. În ea, respectiv, puteți vedea:
Documentul „Arierate salariale” conține următoarele informații (documentul este editabil):
Tipul de document „Perioade plătite înainte de începerea funcționării” conține următoarele (aceste date vor fi luate în considerare la calcularea salariilor):
Informațiile despre angajații organizației sunt transferate în directorul standard „Angajați”. Se află în secțiunea „Personal”. Data admiterii se consemnează direct pe cardul salariatului (din moment ce nu există un document separat pentru aceasta).
Informațiile privind deducerile din impozitul pe venitul personal sunt transferate într-un document separat. Acest document se află în secțiunea „Impozite și contribuții”, documentul se numește „Cerere de deducere a impozitului pe venitul personal” (standard, personal, imobiliar și social).
Toate celelalte documente, inclusiv datele de raportare, se află în documentele de transfer de date. Documentele se află în secțiunea „Administrare”.
Informațiile pot fi, de asemenea, introduse manual în documentele de transfer de date.
În jurnalul de documente „Transfer de date”, câmpul „Număr” conține codul documentului (sau, cu alte cuvinte, tipul documentului).
Mai jos este decodificarea codurilor documentelor „Transferuri de date”:
Există și coduri suplimentare pentru aceste documente, acestea sunt folosite dacă ați ales opțiunea de transfer complet:
Pentru ambele opțiuni de transfer, este necesară o reconciliere a totalurilor. La ce ar trebui să acordați atenție în primul rând:
Nu există un raport special în ZUP 3.0 pentru a verifica transferul de date pentru calcularea câștigurilor medii. Alternativ, reconcilierea poate fi efectuată folosind raportul universal (secțiunea „Administrare” - „Tipărește formulare, rapoarte și procesare” - „Raport universal”).
Datele pentru calcularea mediei sunt scrise direct în registre:
Pentru a reconcilia datele privind impozitul pe venitul personal în ZUP 3.0, puteți genera rapoarte standard: Card de impozit pe venitul personal, Analiza contribuțiilor pe luni etc.
Cea mai bună opțiune pentru reconcilierea rezultatelor transferului este reconcilierea rezultatelor salariilor în ZUP 2.5 și ZUP 3.0 pentru primele perioade de operare după tranziție.
Întrebare: datorie către organizație de la un angajat concediat
Răspuns:
Întrebare: ZUP 3.0 Returnarea impozitului pe venit personal către un angajat concediat
Răspuns:
Întrebare: Cum să obțineți tariful unui angajat disponibilizat
Începem cu salariile pe luna noiembrie, ținând cont de faptul că ultima zi lucrătoare a fost 2 noiembrie.
Deschidem secțiunea „Salariu și personal”, „Salariu”, „Toate angajamentele” iar prin butonul „Creează” adăugăm un nou document pentru calcularea salariilor pe luna noiembrie.
În fila „PIT”, vedem informații despre impozitele calculate, precum și cuantumul deducerilor aplicate. Suma impozitului pe venitul personal care trebuie compensată este, de asemenea, reflectată într-un rând separat din fila „Ajustări de plată”.
Efectuăm documentul și ne uităm la postări
Deschidem fila „Salariu și personal”, „Impozit pe venitul persoanelor fizice”, „Toate documentele privind impozitul pe venitul personal”
Faceți clic pe butonul „Creați” și selectați „Declarație de impozit pe venitul persoanelor fizice” din listă
Completați câmpurile goale ale documentului deschis:
— luna în care facem rambursarea taxei;
- un angajat căruia îi returnăm impozitul pe venitul personal;
- data încasării venitului și cuantumul impozitului.
Postăm și închidem documentul.
Să creăm o listă de verificare pentru verificare. Deschideți fila „Salariu și personal”, „Salariu”, „Rapoarte de salariu” și selectați „Bulon de plată”
Specificați perioada, organizația, angajatul și faceți clic pe butonul „Generează”.
Decontări reciproce cu angajații din programul 1C: Gestionarea salariilor și a personalului 8 se desfășoară în contextul organizațiilor și departamentelor. În procesul unor astfel de decontări reciproce, poate apărea atât datoria organizației față de angajat, cât și invers, angajatul poate deveni debitor al organizației.
Programul 1C: Managementul salariului și al personalului 8 vă permite să urmăriți și să plătiți ambele tipuri de datorii: datoria angajaților, datoria organizației.
Datoriile din programul 1C pot apărea din diverse motive. Aici sunt câțiva dintre ei.
Unele datorii, în opinia calculatorului, programul nu clasifică drept datorii. Acest lucru se datorează faptului că le rambursează automat.
În formularul „Configurarea parametrilor contabili”, în fila „Plata salariului”, există un steag „Decontările reciproce privind salariile se efectuează în contextul lunilor de angajare a acestuia”. Numele acestui steag este personal înșelător pentru mine. Judecă singur.
Decontările reciproce sunt angajări ale diferitelor tipuri de calcule ale salariilor. Ele sunt efectuate în contextul lunilor. Acest lucru poate fi ușor verificat prin analiza următoarelor registre de acumulare.
În ele, fiecare intrare este legată de o anumită lună de acumulare. Adică, indiferent de starea steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare a acestuia”, programul 1C: Gestionarea salariilor și a personalului 8 efectuează întotdeauna decontări reciproce în contextul lunilor de salarizare. . Atunci ce spune acest steag?
De fapt starea pavilionului determină modalitatea de rambursare a datoriilor emergente. Iată un articol despre asta. Datoria în sine, ca obiect contabil, nu există în program. Este doar diferența dintre suma acumulată și suma plății. Dacă este negativ, atunci angajatul are o datorie față de organizație. O valoare pozitivă indică datoria organizației.
Să luăm în considerare consecințele stării steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare a acestuia”. Toate exemplele au fost rulate pe o bază demonstrativă.
Pentru a organiza contabilitatea datoriilor în contextul lunilor de formare a acestora, este necesar în formularul „Configurarea parametrilor contabili”, în fila „Plata salariului” setați steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare a acestuia”.
De altfel, decontările reciproce se efectuează întotdeauna în contextul lunilor de salarizare, adică indiferent de starea acestui steag.
Starea steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare” determină metoda de rambursare a datoriilor organizației și angajaților.
Modelarea situației în baza demo ne va ajuta să ne dăm seama cum să rambursăm datoria. Pentru a simplifica modelarea, am setat steagul „Contabilitatea simplificată a decontărilor reciproce”. În acest caz, documentul „Salariu plătit către organizație” rambursează în mod independent datoria. Nu trebuie să introduceți o chitanță de numerar. Acest lucru este necesar pur și simplu pentru a nu introduce documente inutile.
Să calculăm salariul pe lunile ianuarie, februarie și martie E.I. Akimova, G.D. Vaskina și R.A. Gorin, lucrând în organizația CJSC „Deltaon”. În ultima zi a fiecărei luni, vom emite documentele „Salariu plătit organizațiilor”. Pentru a modela manual datoria, vom corecta valorile din coloana „Plătibil” pentru primii doi angajați.
În ianuarie E.I. Statul de plată al lui Akim a crescut manual suma plății de la 53.253 de ruble la 60.000 de ruble. Drept urmare, documentul a înregistrat în ianuarie datoria angajatului față de organizație în valoare de 6747 de ruble. Vă rugăm să rețineți că datoria angajatului în document este indicată cu roșu și cu minus.
În același timp, G.D. Vaskina a fost plătită cu 1.000 de ruble mai puțin decât era necesar. Faptul că calculul a fost corectat manual este indicat de prezența unei imagini sub forma unui stilou stilizat în prima coloană a tabelului.
În februarie, calculatorul și-a descoperit greșeala și a decis să o corecteze manual. Pentru suma plății în plus în ianuarie, a decis să nu plătească în plus în februarie. Adică, din nou în documentul „Salariu de plătit organizațiilor” corectat manual suma de plătit.
Vă rugăm să rețineți că programul a afișat suma neplătită în coloana „Amânat” cu negru și cu un semn plus. Puțin mai târziu vom vedea că plătitorul de fapt nu a plătit datoria angajatului. Desigur, de fapt, nimeni nu datorează nimănui. Dar programul nu știe încă despre asta. În acest moment, are două datorii:
În martie, calculatorul, dintr-un motiv cunoscut doar de el, din nou E.I. Akimova a plătit puțin mai mult decât a acumulat programul.
Luăm în considerare un exemplu de model simplificat. În practică, acolo unde sunt mulți angajați, multe tipuri diferite de decontări, plătitorul pierde foarte repede controlul asupra datoriilor apărute. Prin urmare, programul trebuie să aibă mecanisme care să le detecteze rapid. În primul rând, acestea sunt rapoarte.
Să generăm un raport „Rezumatul angajamentelor și deducerilor pentru organizație” cu o selecție pentru angajați E.I. Akimova, G.D. Vaskin și R.A. Gorin Acesta este un raport foarte popular printre calculatoare.
Vedem că la începutul lunii ianuarie 2012 există o datorie a organizației față de angajați în valoare de 91.794 de ruble. Puteți detalia această datorie în funcție de angajat. Dar este foarte greu de stabilit cu ajutorul acestui raport în ce lună s-a format. Pentru a face acest lucru, este mai bine să utilizați raportul „Structura datoriilor organizațiilor”.
În acest raport, puteți vedea clar nu numai cui organizația noastră datorează bani, ci și în ce lună s-au format aceste datorii. Să presupunem că această datorie a fost descoperită abia în decembrie 2011. Întrebarea este cum să plătească. Foarte simplu. Întocmim documentul „Salariu de plătit organizațiilor”, de exemplu, din 27 decembrie 2011, și indicăm „August 2009” în variabila „Luna contului”.
După completarea acestui document, generați din nou rapoartele de mai sus și asigurați-vă că datoria organizației față de angajați pentru luna august 2009 a fost eliminată. În căutarea fierbinte, vom face câteva remarci foarte importante.
Raportul „Structura datoriilor organizațiilor” vă permite să determinați luna formării datoriilor organizației față de angajați.
Pentru a achita datoria organizației pentru ultima lună, este necesar să se întocmească documentul „Salariu de plătit organizațiilor” pentru luna în care s-a format datoria.
Amintiți-vă că pe 5 aprilie a fost plătit salariul pe luna martie. Să generăm acum raportul „Structura datoriei organizațiilor” pentru perioada 01.01.2012-05.04.2012.
Atenție la faptul că raportul generează în contextul lunilor, atât datoriile organizației, cât și datoriile angajaților.
Diferite tipuri de datorii sunt rambursate în moduri diferite. Să le luăm în considerare. Reamintim că luăm în considerare situația în care este setat steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare a acestuia”.
Pentru a păstra datoriile angajatului față de organizație, de exemplu, în aprilie, este necesar să transferați toate sau o parte din datoriile formate anterior ale angajatului în această lună utilizând documentul „Transferul datoriilor”.
Pentru a completa partea tabulară a documentului, cel mai convenabil este să folosiți butonul „Umpleți \ Prin datorie”. În acest caz, programul va găsi automat toți angajații care au datorii restante.
Comanda „Completați cu lista de angajați” deschide un formular auxiliar în care trebuie să specificați condițiile de selectare a angajaților și „Luna de apariție a datoriilor”. Sumele datoriilor din coloana „Transfer în sumă” pot apărea doar după ce faceți clic pe butonul „Calculați”. Cert este că nu toți angajații care îndeplinesc condițiile de selecție pot avea o datorie față de organizație.
Și așa a fost transferată datoria. Dar pentru a-l ține de un angajat atunci când plătește un salariu, este necesar să existe ceva de care să țină. Adică trebuie să acumulăm salarii pentru luna aprilie. După aceea, ca de obicei, formăm documentul „Salariu plătit către organizație”.
Documentul „Salariu datorat organizației” a rambursat datoria E.I. Akimova înaintea organizației. Acest lucru poate fi verificat folosind raportul „Structura datoriei organizațiilor”, dar pentru perioada 01/01/2012-05/07/2012.
Sumele negative din coloana „Sold de închidere” au dispărut. Adică nu există angajați care ar fi datori organizației noastre. Cu toate acestea, există o datorie a organizației față de angajați.
Amintiți-vă, calculatorul nostru a plătit mai întâi E.I. Akimova 6747 de ruble, iar apoi a plătit mai puțin aceeași sumă. Așa că s-a gândit să plătească datoria angajatului. Nu este adevarat.
Dacă se stabilește steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare”, atunci datoriile organizației și datoriile angajaților sunt luate în considerare separat. Ele nu se anulează automat reciproc.
Acestea trebuie plătite separat.
Deci, pentru a plăti datoria către E.I. Akimova pentru februarie, este necesar, de exemplu, să se emită documentul „Salariu plătit organizațiilor” în aprilie, indicând în el luna de angajare februarie.
Raportul arată și datoria organizației față de G.D. Vaskina. Pentru trimestrul a rulat 3.000 de ruble la 1.000 de ruble pe lună. Pentru a-l achita, va trebui să eliberați trei documente „Salariu plătit organizațiilor” pentru ianuarie, februarie și, respectiv, martie.
Un document „Salariu de plătit către organizație” nu poate fi folosit pentru a achita datoria anterioară a organizației față de angajat împreună cu plata pentru luna curentă.
Procedura de achitare a datoriilor salariaților.
Procedura de achitare a datoriilor organizației față de angajați din ultimele luni.
În luna curentă, întocmim documentul „Salariu plătit către organizație”. În atributul „Luna de acumulare”, specificați luna pentru care este rambursată datoria.
Pentru a organiza contabilitatea datoriilor fără a le detalia pe luni de formare, este necesar în formularul „Configurarea parametrilor contabili”, în fila „Plata salariilor”, debifați caseta „Decontările reciproce ale salariilor se efectuează în contextul luni de la acumularea acestuia”.
Să repetăm experiența noastră, dar numai cu steagul nebifat „Decontările reciproce asupra salariilor se efectuează în contextul lunilor de angajare a acestuia”. Și după aceea vom genera din nou raportul „Structura datoriilor organizațiilor”, dar pentru perioada 01/01/2012-04/05/2012.
Ce vă atrage atenția?
Să calculăm salariul pentru luna aprilie, să-l plătim și să analizăm rezultatul plății.
E.I. Akimova. Dacă acest angajat nu avea datorii, atunci documentul i-ar fi plătit suma de 53.253 de ruble. In schimb, a redus-o cu suma datoriei angajatului: 51506=53253-1747.
G.D. Vaskin. Dacă organizația nu avea datorii față de acest angajat, atunci documentul i-ar plăti suma de 41.847 de ruble. În schimb, a mărit-o cu suma datoriei către angajat: 44847 = 41847 + 3000.
Din aceasta putem trage o concluzie simplă și importantă.
Dacă indicatorul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare” este nebifat, atunci ambele tipuri de datorii pot fi rambursate cu o singură declarație. Dar nu neapărat.
Când indicatorul „Decontările reciproce ale salariilor se efectuează pe luni de acumulare” este nebifat, valoarea „Datoria” devine disponibilă în documentul „Salariu plătit către organizație” în atributul „Plătire”. Aceasta înseamnă că datoriile organizației pot fi plătite în două moduri.
Diverse afirmatii.
În primul rând, întocmim documentul „Salariu plătit către organizație” cu natura plății „Datoria”. În acest caz, va achita doar datoria formată la începutul lunii. Apoi, ca de obicei, întocmim documentul „Salariu plătit organizației” cu natura plății „Salariu”.
Există o subtilitate aici. În documentul „Salariu plătit către organizație” cu natura plății „Datorie”, este imposibil să se indice luna pentru care plata a fost deja efectuată ca lună de acumulare. Doar luna în care nu a fost încă plata. De exemplu, în exemplul nostru G.D. Datoria lui Vaska poate fi rambursată în luna aprilie, și nu mai devreme.
O foaie.
Pentru a face acest lucru, în documentul „Salariu plătit către organizație” este necesar să se stabilească natura plății „Salariu”. În acest caz, documentul va achita salariul total pentru luna curentă și datoriile anterioare ale organizației care au ajuns la începutul acestei luni.
Apropo, plata în două foi este o modalitate foarte convenabilă. În acest caz, în jurnalul „Salariu plătit către organizație” se vor putea selecta documente cu natura plății „Datoria”.
Deci, ce avem dacă steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare” este nebifat.
Indiferent de motivul pentru care a apărut cutare sau cutare datorie, aceasta este rambursată într-una din modalitățile descrise mai sus. Prin urmare, aceste exemple sunt date doar pentru a înțelege mecanismul apariției datoriilor și, dacă este posibil, pentru a le preveni.
Am considerat deja cea mai simplă cauză a datoriilor. Acesta este momentul în care plătitorul, la discreția sa, corectează manual rezultatele calculelor din documentul de salarizare. Să luăm în considerare alte exemple.
A.K. Kalinina pe 16 ianuarie 2012 a primit un avans, iar pe 18 ianuarie a renunțat. Din analiza raportului „Structura datoriilor organizațiilor” este ușor de observat că în baza de date demonstrativă din spatele organizației înainte de A.K. Kalinina are o datorie în valoare de 80.823 de ruble, care a fost formată în august 2009. Să-l stingem.
Să ne asigurăm că salariul lui A.K. Kalinina este egală cu 92.900 de ruble. După aceea, vom efectua următoarele operații.
La efectuarea celui de-al 5-lea pas, vom observa că programul din partea tabelară a documentului „Salariu plătit organizațiilor” de către angajatul A.K. Kalinina nu înlocuiește. Nu are ce plăti! Judecă singur. Angajatul a primit un salariu pentru ianuarie în valoare de 40643,75 ruble. Din această sumă, impozitul pe venitul personal în valoare de 5284 de ruble trebuie reținut. Are dreptul la 35359,75 ruble pe mâini. Dar ea primise deja 46.450 de ruble în avans. În consecință, datoria ei față de organizație este de 11090,25 ruble.
Să ne asigurăm că programul nu a greșit.
Puteți efectua o rambursare folosind documentul „Comandă în numerar primită” cu operațiunea „Rambursare de către angajat”.
În plus, trebuie să ne amintim că reținerea impozitului pe venitul personal nu este înregistrată în program. La urma urmei, la plata unui avans, acesta nu este reținut, iar salariul angajatului concediat nu a fost plătit. Dimpotrivă, ar fi trebuit.
Vă puteți asigura că impozitul pe venitul personal nu este într-adevăr reținut prin absența unei înscrieri corespunzătoare în registrul de acumulare „decontări cu bugetul impozitului pe venitul personal”. Mai ușor conform raportului „Registrul de contabilitate fiscală pentru impozitul pe venitul persoanelor fizice”.
Este necesar să se înregistreze reținerea impozitului pe venitul persoanelor fizice prin documentul „Ajustarea contabilității pentru impozitul pe venitul persoanelor fizice, primele de asigurare și impozitul social unificat”, fila „Impozitul pe venitul personal reținut”. Există o alternativă, dar deloc evidentă. Aceasta este pentru a republica documentul „Salariu plătit organizațiilor” cu operațiunea „Plată anticipată planificată”.
Într-o situație normală, impozitul pe venitul persoanelor fizice nu este reținut din avans. Dar situația noastră este puțin diferită. Angajatul a primit un avans și a demisionat. A existat o acumulare de salariu, dar nu a acoperit avansul emis. Prin urmare, la reefectuarea unui avans, retine impozitul pe venitul persoanelor fizice. Trebuie amintit că, cu o astfel de reținere a impozitului pe venitul personal, programul nu verifică restituirea datoriei de către angajat.
Trebuie doar să utilizați una dintre metode. În caz contrar, va exista o dublare a impozitului pe venitul persoanelor fizice reținut.
O ușoară retragere sau de sus în jos.
Se știe că nu este necesară reținerea impozitului pe venitul persoanelor fizice din avansuri. În program, este reținut din plata salariilor. Totuși, am dat cumva de o bază în care totul era exact invers.
Documentele „Plata salariilor organizațiilor” cu natura plății „Plata anticipată planificată” reținut impozitul pe venitul personal. Dar aceleași documente, cu natura plății „Salariu”, nu au reținut impozitul pe venitul personal. În cele din urmă, programul a făcut totul bine. Cu toate acestea, chiar și calculatorul acestei organizații se simțea încă neliniștit. Ei bine, cum e? La urma urmei, nu ar trebui să fie așa!
Ca de multe ori, motivul constă în incapacitatea elementară de a lucra cu programul. „Greșeala” s-a dovedit a fi simplă, dar nu a fost ușor de identificat, deoarece nu există motive vizibile pentru analiză. Și motivul s-a dovedit a fi într-o secvență greșită de acțiuni.
În locul secvenței: plata în avans, acumularea salariului, plata salariului, utilizatorul a calculat mai întâi salariul, apoi a plătit avansul, apoi a plătit salariul. Dar, dacă se acumulează un salariu și utilizatorul plătește un avans, atunci programul reține un avans din întreaga sumă a salariilor acumulate.
În practică, a apărut și o astfel de situație.
Salariatul a fost bolnav in perioada 13.04.2012 - 24.04.2012. După ce a plecat la muncă, a primit o plată în avans pe 26 aprilie în valoare de 5.700 de ruble. În aprilie, a primit un salariu de 3489,43. Ca urmare, s-a format datoria salariatului în valoare de 2210,57.
Este mult mai ușor de găsit această eroare dacă este setat steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare a acesteia”. În acest caz, raportul „Structura datoriilor organizațiilor” ne arată imediat în ce lună s-a format datoria. Rămâne de analizat documentele acestei luni cu ajutorul stenogramelor acestui raport.
Dacă indicatorul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare” este nebifat, va trebui generat raportul „Structura datoriei organizațiilor” pentru fiecare lună. Dar nici după ce se constată luna în care s-a constituit datoria, nu va fi ușor de înțeles motivele formării ei.
Programul ajută la prevenirea unor astfel de datorii ale angajaților. Pentru a face acest lucru, în setările parametrilor contabili, pe fila „Plată salariu”, setați steag „Luați în considerare nu ieșiri” atunci când plătiți un avans.
Uneori se întâmplă. Există un document „Salariu plătit de organizații” pentru angajat cu caracterul „Salariu”. Nu există reglaje manuale. Aceasta înseamnă că se completează pe baza datelor din registrele înregistrate în documentul „Stalari de plată angajaților organizațiilor”. Cu toate acestea, din anumite motive, documentul „Statele de plată pentru angajații organizațiilor” lipsește din baza de date.
Înseamnă un lucru. Din anumite motive, după ce a fost plătit salariul, acesta a fost eliminat. Acest lucru a dus la datoria angajatului față de organizație.
Majoritatea erorilor din incapacitatea elementară de a lucra cu programul. În loc să învețe programul, unii utilizatori îl adaptează la rezultatul dorit. Ei nu se gândesc la care vor fi consecințele. Principalul lucru este că suma necesară este în extras. Iată un exemplu pe care l-am întâlnit.
În documentul „Salariu de plătit organizațiilor” există o natură a plății „Plata în avans pentru prima jumătate a lunii”. Nu toți utilizatorii știu că trebuie mai întâi să completeze statul de plată pentru prima jumătate a lunii. De asemenea, nu știu că în program este posibil să plătească nu numai un avans estimat, ci și un avans cu o sumă fixă.
Cum fac acești utilizatori? Ei fac salarii lunare. Apoi întocmesc documentul „Salariu plătit de organizații” cu natura plății „Salariu”. Dar, întrucât de fapt dorește să plătească un avans, după completarea părții tabulare, schimbă natura plății în „Plata în avans pentru prima jumătate a lunii” și ajustează manual suma plății.
Programele pentru orice reglare din prima coloană a secțiunii tabelare afișează automat mânerul. Indică faptul că datele calculate au fost ajustate manual.
Dar utilizatorul nostru este mai inteligent decât programul. În a doua coloană, el bifează manual casetele „Atribut de calcul automat”. Acum, vizual, nimeni (inclusiv calculatorul însuși) nu va ghici că calculul a fost corectat manual.
O astfel de situație este destul de posibilă. Calculatorul a funcționat de ceva timp cu opțiunea de contabilizare a datoriilor în lunile de formare a acestora. Nu i-a plăcut ceva în asta și a trecut la opțiune fără a detalia după luni de acumulare. Sau vice versa.
Este sigur să schimbați în mod arbitrar, adică în orice moment, starea steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare a acestuia”.
Pentru certitudine, ne vom baza din nou pe exemplul nostru model. Să presupunem că în aprilie nu au fost executate actele de rambursare a datoriilor. În acest caz, schimbarea stării steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare” într-o direcție sau alta este destul de inofensivă. Acest lucru poate fi verificat prin generarea raportului „Structura datoriilor organizațiilor”. In functie de starea steagului va genera o datorie fie cu detalii pe luni, fie fara detalii. Nu este nevoie să transferați documente.
Acest lucru sugerează că, indiferent de starea steagului programul ține întotdeauna o evidență a datoriilor în contextul lunilor de acumulare a acestora. Pur și simplu, alegând una sau alta stare a steagului, calculatorul alege metoda de rambursare a datoriei.
Situația va fi diferită dacă datoria este rambursată. De exemplu, înregistrările au fost păstrate fără detalii pe luni pentru întregul prim trimestru. În aprilie, datoria a fost rambursată și a fost stabilit steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare a acesteia”.
Raportul „Structura datoriilor organizațiilor” ne va arăta din nou datoria pe luni. Și asta în ciuda faptului că atunci când contabilitatea era ținută fără detalii, toată datoria a fost rambursată.
Din moment ce am schimbat starea steagului, programul nu vede acum modalitatea anterioară de a rambursa datoria. Dă-i metoda care corespunde stării date a steagului. Aceasta înseamnă că trebuie să anulați metoda anterioară de rambursare a datoriei și să efectuați rambursarea datoriei într-un mod care să corespundă contabilizării datoriilor pe lună. Desigur, este adevărat și contrariul.
Aceste proceduri pot fi destul de laborioase. Prin urmare, cel mai bine este să decideți de la bun început care stare a steagului „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare” este mai potrivită pentru dvs.
Steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de acumulare a acestuia” este SET.
Procedura de plată a datoriilor angajaților față de organizație.
Procedura de achitare a datoriei organizației față de angajați.
În luna curentă, întocmim documentul „Salariu plătit către organizație”. În atributul „Luna de acumulare”, indicați luna pentru care este rambursată datoria (luna în care s-a format datoria).
Steagul „Decontările reciproce ale salariilor se efectuează în contextul lunilor de angajare” a fost Șters
Este necesar să se facă o regulă în fiecare lună, după fiecare plată a salariilor, pentru a controla în mod independent datoriile apărute. Pentru a face acest lucru, puteți utiliza rapoartele și procesarea corespunzătoare.
În formularul „Setarea parametrilor contabili”, în fila „Plata salariului”, setați steag „Luați în considerare absenteismul”. Acest lucru va evita apariția datoriilor angajaților față de organizație. Orice absenteism înregistrat în organizație în prima jumătate a lunii și plata ulterioară a unui avans (excluzând absenteismul) vor duce la formarea unei datorii către organizație.