1s recalculare. Corecții și recalculări ale salariilor. Preempțiune după perioada de valabilitate

De la alții - de exemplu, bonusul poate fi determinat de valoarea salariilor pentru perioada respectivă. În acest caz, este posibil ca salariul să fie modificat după ce bonusul a fost calculat. În mod implicit, platforma nu controlează astfel de situații. Dacă dezvoltatorul consideră că este necesar să urmărească acest lucru, atunci trebuie să utilizați un obiect subordonat special al registrului de calcul - Recalculare:

Înregistrările de recalculare sunt stocate într-un tabel separat. Ele nu garantează că registrul dependent trebuie recalculat cu acuratețe, dar servesc ca semnal al unei astfel de necesități potențiale.

În general, intrările din tabelul de recalculare conțin următoarele câmpuri:

obiect de recalculare (document de înregistrare ale cărui date trebuie recalculate)
tip de calcul - link la tipul de calcul din Planul de tipuri de calcul definit pentru acest registru de calcul

Înregistrările pot fi stocate mai detaliat, în contextul uneia sau mai multor dimensiuni ale unui registru de calcul dat. De exemplu, registratorul de salarii pentru întregul departament a fost retrodatat; Mai mult, modificările au fost doar pentru angajatul Ivanov. Adăugarea dimensiunii Angajat la Recalculare vă va permite să urmăriți acest lucru. În acest caz, dimensiunea Recalculare trebuie să fie legată de dimensiunea registrului de calcul:

Datele din tabelul de recalculare sunt generate automat dacă planul de tip de calcul corespunzător are setată proprietatea Perioada de bază. Dacă proprietatea nu este setată, atunci dezvoltatorul este responsabil pentru generarea înregistrărilor.

Întrebarea 14.41 a examenului 1C: Platform Professional. Date de recalculare...

nu sunt intrări în registrul de calcul
sunt intrări în registrul de calcul
sunt intrări în registrul de recalculare
sunt înregistrări ale tabelului perioadei de valabilitate efectivă

Răspunsul corect este primul, ele sunt în general stocate în tabele separate.

Întrebarea 14.42 a examenului 1C: Platform Professional. În fereastra de proprietăți a dimensiunii „Recalculare”, în fila „Comunicare”, în proprietatea „Înregistrare dimensiune”, indicați...

măsurarea registrului de bază, când se modifică datele, înregistrarea curentă a registrului trebuie recalculată
măsurarea registrului curent, ale cărui intrări ar trebui recalculate atunci când se modifică datele registrelor de bază
măsurători ale registrelor de bază, când datele cărora se modifică, înregistrarea curentă a registrului trebuie recalculată

Răspunsul corect este al doilea. Recalcularea în sine este necesară pentru a urmări necesitatea actualizării înregistrărilor din registrul curent.

Întrebarea 14.43 a examenului 1C: Platform Professional. Tabelul „Recalculare” este umplut cu rânduri, fiecare dintre acestea reprezentând...

un set de informații despre tipul de calcul și documentul-înregistrator al intrării din registrul de calcul care trebuie recalculat. Tabelul va conține și măsurători de recalculare
un set de informații despre tipul de calcul și documentul-registrar al înregistrării din registrul de calcul care trebuie recalculat
un set de informații despre tipul de calcul, numărul de rând al documentului de înregistrare și registratorul însuși al înregistrării din registrul de calcul care trebuie recalculat. Tabelul va conține și măsurători de recalculare
nu exista raspunsuri corecte

Primul răspuns este corect, analiza de mai sus.

Întrebarea 14.45 a examenului 1C: Platform Professional. Alege răspunsul corect:

În procesul de lucru cu recalculări, dezvoltatorul poate „ignora” informațiile pe care sistemul le furnizează în tabelul de recalculare, adică refuză să revizuiască rezultatele calculului
Principiul de funcționare a recalculărilor în sistemul 1C:Enterprise 8 este „notificarea”
Dezvoltatorul de configurație nu poate controla procesul de recalculare a intrărilor din registrul de decontare; sistemul face totul automat
Afirmația 1 și 2 sunt adevărate

Al patrulea răspuns corect este că recalcularea monitorizează doar nevoia potențială de a schimba datele dependente.

Întrebarea 14.46 a examenului 1C: Platform Professional. Pentru un singur registru de calcul...

O singură recalculare poate fi acceptată
Pot fi acceptate doar trei alocări de structuri diferite
Este acceptat orice număr de recalculări ale diferitelor structuri

Răspunsul corect este al treilea, nu există nicio problemă în adăugarea unui număr de obiecte subordonate Recalculare la registrul de calcul; structura lor nu este controlată în niciun fel.

Întrebarea 14.57 a examenului 1C: Platform Professional. Frecvența decontărilor este lunară. Setările corespunzătoare au fost făcute în registrul de calcul. Pentru tipul de calcul Salariul, tipul de calcul de călătorie este specificat ca tip de calcul deplasant. La data de 01.03.14, în baza de informații au fost introduse informațiile salariale, dar nu s-a făcut niciun calcul. Pe 20.03.14, călătoria de afaceri a fost introdusă în baza de date și calculată. Pe 30.03.14 a fost lansat calculul salariului. Datele călătoriilor de afaceri vor fi luate în considerare la calcularea salariului? Trebuie să-mi recalculez călătoria de afaceri?

Se va lua în considerare, dar călătoria de afaceri va trebui recalculată
Se va lua în considerare, nu este necesară recalcularea călătoriei
Nu vor fi luate în considerare. Este necesar să anulați calculul călătoriei și să recalculați ambele tipuri de calcul
Nu vor fi luate în considerare. Pentru a face corect calculul, salariul și călătoria de afaceri trebuie să fie într-un singur document

Nu este necesară recalcularea, înregistrarea călătoriei de afaceri este în termen de lună.

În acest articol, vom lua în considerare bazele teoretice ale lucrului cu registre de calcul și, de asemenea, vom calcula salariul angajatului proporțional cu numărul de ore lucrate.

Teorie

Registrul de calcul (RR)- un obiect de metadate de configurare utilizat pentru implementarea calculelor periodice în sistemul 1C. Domeniile evidente de aplicare a registrelor de calcul includ următoarele: calculul salariilor, calculul chiriei, calculul chiriei.

În structura lor, registrele de calcul sunt similare cu registrele de acumulare sau cu registrele de informații. Ei, la fel ca registrele de acumulare, au măsurători, resurse, detalii, dar principiul de funcționare al registrelor de calcul este complet diferit.

În esență, măsurătorile din registrul de acumulare servesc drept „ filtru» în contextul căruia primim date din registrul de acumulare. De exemplu, atunci când luăm „rămășițe” conform registrului de acumulare „Bunuri rămase” în contextul unui anumit articol sau o „reducere a ultimelor” conform registrului de informații „Salariile angajaților” în contextul unui anumit angajat . Spre deosebire de registrul de acumulare, măsurătorile din registrul de calcul periodic servesc la implementarea „“(acesta este atunci când tipurile de calcul extinse în timp concurează între ele pe intervalul perioadei de valabilitate a înregistrării, adică, de exemplu, calculul călătoriei de afaceri tip înlocuiește tipul de calcul al salariului pentru perioada de valabilitate) și „“(asta este atunci când tipul de calcul al bonusului depinde de tipul de calcul al salariului pentru perioadele anterioare).

mecanism de represiune după perioada de acţiune«:

Aici vedem că tipul de calcul „Călătorie de afaceri” are o durată în timp și este valabil în perioada 10 aprilie – 20 aprilie, „Călătorie de afaceri” este indicat ca tip de calcul deplasant pentru tipul de calcul „Salariu”. „Salariul” se extinde și el în timp și este valabil de la 1 aprilie până la 30 aprilie. Deoarece „Călătorie de afaceri” este indicată ca tip de calcul deplasant pentru tipul de calcul „Salariu” (are prioritate mai mare decât salariul) și este valabil pentru perioada de valabilitate a salariului, atunci salariul este înlocuit de o călătorie de afaceri și se formează „Perioada efectivă de valabilitate a salariului”.” Perioada efectivă de valabilitate a salariului „Aceasta este perioada de valabilitate a salariului după deplasarea printr-o călătorie de afaceri, în cazul nostru este formată din 2 perioade - de la 1 aprilie. la 9 și de la 21 la 30 aprilie și în total este de 19 zile. Mecanismul de deplasare bazat pe perioade funcționează numai pentru calcule pe termen lung.

Figura de mai sus arată grafic principiul „ mecanism de dependență pe perioada de bază«:

Să presupunem că la sfârșitul lunii aprilie 2017 dorim să oferim unui angajat un bonus în valoare de 10% din salariu. Salariul este indicat ca tip de calcul de bază pentru bonusuri.

Dar ca „bază” de calcul a primei, nu vom lua toată luna aprilie, ci doar intervalul de la 10 aprilie până la 20 aprilie (11 zile). Să calculăm baza pentru bonus, salariul angajatului este de 60.000 de ruble, există 30 de zile într-o lună, salariul zilnic = 60.000/30 = 2.000 de ruble. Următorul 2000*11 = 22000 rub. Baza de calcul a primei este de 22.000 de ruble.

Să calculăm prima: (22000/100)*10 = 2200 ruble. Un bonus de 10% din salariu este de 2.200 de ruble.

Obiectul de metadate ale aplicației „Planul tipurilor de calcul” este strâns asociat cu registrul de calcul.

Planul tipurilor de calcul (PVR)- un obiect de metadate de configurare care stochează informații despre tipurile de tipuri de calcule și determină influența diferitelor calcule unul asupra celuilalt.

Un plan de tip de calcul poate fi utilizat în mai multe registre de calcul, dar un registru de calcul nu poate utiliza mai multe planuri de tip de calcul în același timp.

Registrul de calcul este un tabel în care sunt stocate datele calculate, iar în ceea ce privește tipurile de calcul, sunt stocați algoritmi pentru calcularea acestor date. Registrul de calcul trebuie să aibă cel puțin un registrator de documente care face mișcări în registrul de calcul (de exemplu, Salarizare).

Mecanismele de calcul din sistemul 1C Enterprise sunt astfel concepute încât mai întâi trebuie să faceți înregistrări în registrul de calcul și abia apoi să efectuați calculul pe baza acestor date. De exemplu, este imposibil să se calculeze un bonus pe baza unui salariu până când același salariu nu este înregistrat în registrul de calcul.

Practică

Să aruncăm o privire mai atentă la registrele de calcul în practică:

Pasul 1 Să începem cu un plan pentru tipurile de calcule. Trebuie să creați un plan de tip de calcul înainte de a crea un registru de calcul. Creăm un plan pentru tipurile de calcul înainte de registrul de calcul, deoarece înainte de a crea un tabel pentru stocarea datelor calculate (adică, un registru de calcul), este necesar să specificați algoritmi pentru calcularea acestor date (adică un plan pentru tipurile de calcul).

Să creăm un plan pentru tipurile de calcul „Taxele de bază”. Să mergem imediat la fila „Calcul”. Aici vedem imediat steagul " Utilizează perioada de valabilitate„, atunci când acest steag este setat, vor avea toate tipurile de calcule incluse în acest plan lungime în timp(de exemplu, Salariu, Călătorie de afaceri), și, de asemenea, pentru acest plan de tipuri de calcul, „ mecanism de represiune după perioada de acţiune". Dacă indicatorul „Folosește perioada de valabilitate” nu este setat, atunci tipurile de calcul nu vor avea o prelungire în timp (de exemplu, Bonus, Amenda) și „mecanismul de deplasare după perioada de valabilitate” nu va funcționa. De asemenea, pe această filă există secțiuni „Dependența de bază” și „Planuri de bază pentru tipuri de calcul” - servesc la implementarea „ mecanism de dependență pe perioada de bază„, dar vom vorbi despre asta mai târziu. Deocamdată, să lăsăm „Dependența pe bază” în modul „Independent”.

Să creăm un tip de calcul predefinit „Salariu”. În fila „De bază”, totul este simplu. Setați numele și codul tipului de calcul.

Datorită faptului că am pus steagul " Utilizează perioada de valabilitate„Acum avem o filă” Deplasare"și a pornit" mecanism de represiune bazat pe perioade«.

Pe această filă indicăm tipurile de calcule care vor înlocui salariul pe perioada de valabilitate (de exemplu, Călătoria de afaceri).

Notă: în „Deplasare” puteți adăuga tipuri de calcule care aparțin numai acestui plan de tipuri de calcule.

Există și o filă " Prezentatori»—indică tipurile de calcule care, atunci când sunt modificate, trebuie să recalculeze tipul curent de calcul. Aici puteți specifica și tipuri de calcule din alte planuri de tipuri de calcul. De exemplu, tipul de calcul „Salariu” este cel mai important pentru tipul de calcul „Bonus”, adică. Când se schimbă salariul, trebuie să recalculăm și bonusul pentru că Bonusul se calculeaza in functie de salariu. În acest caz, tipul de calcul „Salariu” aparține PRP „Angajări de bază”, care utilizează o perioadă de valabilitate, iar tipul de calcul „Bonus” aparține PRP „Angajări suplimentare”, care nu utilizează o perioadă de valabilitate.

Pasul 2.Să creăm un director „Chars” cu structura implicită. În directorul „Programe” vom stoca programul de lucru al angajaților (cinci zile, șase zile etc.).

Pasul 3.Avem nevoie si de un obiect in care vom stoca Calendarul Productiei (zile lucratoare si weekenduri). În aceste scopuri, folosim un registru independent de informații neperiodic.

Să creăm un registru independent de informații neperiodic „Programe de lucru” cu 2 dimensiuni „Data” și „Program” și resursa „Număr de ore”.

Datorită registrului de informații „Programe de lucru”, vom putea calcula salariile din salariu proporțional cu numărul de zile lucrate.

Pasul 4.Creați un document „Salarizare” cu structura de detalii prezentată mai jos:

Rechizite:

Execuția operațională este setată la „Interzice” deoarece nu are sens pentru mecanismul decontărilor periodice din 1C - nu calculăm niciodată bonusuri, salarii sau amenzi în timp real.

Să creăm un formular de document cu setări implicite.

Pasul 5. În cele din urmă, am ajuns la punctul de a crea registre de calcul.

Obiectul de metadate registru de calcul se află în ramura „Registre de calcul” a configuratorului.

Să creăm un registru de calcul „Taxe de bază”. Să ne uităm la setările registrului de calcul de mai jos:

1. În câmpul „Plan de tipuri de calcul”, indicați PVR-ul „Taxe de bază” creat la pasul 1.

2. Setați indicatorul „Perioada de valabilitate” la „Adevărat” deoarece PVR-ul specificat la pasul 1 are prelungire în timp.

După setarea acestui flag, detaliile standard „Action Period”, „Action PeriodStart”, „ActionPeriodEnd” devin imediat disponibile pentru noi, ceea ce înseamnă că tipurile de calcule înregistrate în acest registru de calcul au și ele lungime în timpși avem acces la " mecanism de represiune după perioada de acţiune«.

P.S. Dacă specificați un PVR care are lungime în timp pentru un RR cu indicatorul „Perioada de valabilitate” setat la „Fals”, atunci acest PVR va funcționa ca un PVR care nu are prelungire în timp.

3.După setarea indicatorului „Perioada de valabilitate” la „Adevărat”, câmpurile „Grafic”, „Valoare diagramă”, „Data diagramă” devin disponibile pentru noi.

În câmpul „Schedule” indicăm registrul de informații „Work Schedules” creat la pasul 3.

În câmpul „Schedule Value” indicăm resursa „Număr de ore” din registrul de informații „Work Schedules”.

În câmpul „Schedule Date” indicăm dimensiunea „Date” a registrului de informații „Work Schedules”.

4. În câmpul „Frecvență” indicăm valoarea „Lună”, aceasta înseamnă că datele vor fi introduse în registru lunar.

Mai jos este structura metadatelor de registry:

Indicatorul „De bază” pentru o dimensiune afectează doar performanța; nu trebuie să îl setați, dar dacă o faceți, câmpul „Angajat” va fi indexat.

Dimensiunea „Angajat” - este folosită în „ mecanism de represiune bazat pe perioada de acţiune" Și " mecanism de dependență de perioada de bază«.

Resursa „Suma” - salariul calculat va fi înregistrat acolo.

Atributul „Diagramă” este indicat ca atribut, și nu o dimensiune de registru, deoarece nici ea și nici nu înlocuiește nimic - în esență un câmp de referință. Important!!! Nu uitați să completați câmpul „Schedule Link”. la atributul „Program” trebuie indicată acolo dimensiunea „Program” din registrul de informații „Programe de lucru”, altfel nu se va calcula cuantumul salariului.

Atributul „Parametru” va stoca valoarea salariului.

Acum că am indicat legătura cu MS „Programele de lucru”, vom calcula salariul angajatului proporțional cu numărul de zile lucrate.

Indicăm documentul ca registrator " Salarizare" creat la pasul 4.

Pasul 6. Efectuăm mișcări conform registrului de calcul „Taxe de bază”.

Să revenim la documentul „Salarizare” creat la pasul 4.

Să descriem procesarea postării în modulul obiect document:

Fragment de cod de procesare a documentelor

1C (Cod)

Procedure ProcessingProcessing(Failure, Processing Mode) // înregistrează BasicAccruals of Movement.MainAccruals.Write = True; Movements.MainAccruals.Clear(); Perioada de înregistrare = Începutul lunii (Data); Pentru fiecare TechLineMainAccruals din ciclul MainAccruals Mișcare = Movements.MainAccruals.Add(); Move.Reversal = Fals; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Perioada de înregistrare; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Sfârșitul procedurii

Procedura de procesare (Eșec, Mod)

// Registrul principal de angajamente

Mișcări. Acumulări de bază. scrie = adevărat;

Mișcări. Acumulări de bază. Clar() ;

Perioada de înregistrare = Începutul lunii (Data) ;

Pentru fiecare TechLine BasicAccrualsFrom BasicAccrualsCycle

Mișcare = Mișcări. Acumulări de bază. Adăuga() ;

Circulaţie. Storno= Fals;

Circulaţie. Tip de calcul=TexLineMainAccruals. Tip de calcul;

Circulaţie. PeriodActionStart = TechLineMainAccruals. Data de început;

Circulaţie. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ;

Circulaţie. Perioada de înregistrare = Perioada de înregistrare;

Circulaţie. Angajat = TechLineMainAccruals. Angajat;

Circulaţie. Grafic = TechLineMainAccruals. Programa;

Circulaţie. Parametru = TechStringMainAccruals. Mărimea;

EndCycle;

Sfârșitul procedurii

Să creăm un document de testare și să-l rulăm:

Să mergem la „Mișcări de documente”:

Vedem că perioada de înregistrare este setată la începutul lunii deoarece Frecvența RR este indicată ca „Lună”. De asemenea, vedem că toate câmpurile cu excepția sumei au fost completate (salariul nu a fost încă calculat).

Pasul 7.Să scriem codul de calcul al salariului.

Să creăm un modul general „Calcul” cu următoarele steaguri:

Calculul în sine va avea loc în acest modul general.

Să scriem funcția de export „Calculați taxele” în modulul „Calcul”:

Deoarece am completat câmpurile „Program”, „Valoare program”, „Data program” în setările RR „Taxe de bază”, ne-a devenit disponibil un tabel virtual al registrului de calcul. DataGraphics,într-o interogare la un tabel virtual ne interesează următoarele câmpuri:

„Număr de ore Perioada reală de acțiune” — conține numărul de ore efectiv lucrate calculat pe baza datelor de program

„Număr de ore Perioada de acțiune” - conține numărul de ore de lucru calculate pe baza datelor de program din perioada de calcul

Procedura de calcul a salariilor

1C (Cod)

Procedura CalculateAccruals(Registrar, Set de înregistrări) Export //Solicitare salariu=Solicitare nouă; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan |.FLinicDAccrual Registrul |FLinicData. Acumulări de bază. Date grafice(| Registrator = &Registrar | Și Tip de calcul = &Tip de calculSalarie) AS Basic AccrualsDataGraphics"; Request.SetParameter("Registrator", Recorder); // transmiteți documentul registratorului astfel încât căutarea să se efectueze numai pe documentul curent Request.SetParameter("Calculation TypeSalary", Planuri de Tipuri de Calcul. Acumulări de bază. Salariu); //setează tipul salariului de calcul deoarece calculeaza salariul Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //creați o structură pentru căutarea datelor pentru calcularea după numărul de rând pentru fiecare înregistrare din ciclul RecordSet //ciclați prin setul de înregistrări ale documentului curentSearch Structure.LineNumber=Record.LineNumber; //completați numărul rândului pentru căutare If Selection.FindNext(Search Structure) Apoi //căutăm în eșantion date pentru calcul pe baza numărului curent de linie Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * Sampling .Parameter); //calculați salariul proporțional cu zilele lucrate, în Parametru - salariu curent EndIf; Selection.Reset(); //resetează selecția, avem nevoie de următoarea înregistrare a setului de înregistrări pentru a căuta prin selecție primul EndCycle; Recordset.Write(, True); // scrieți înregistrările calculate în baza de date, treceți parametrul Replace = True EndProcedure

//Salariu

Solicitare=Solicitare nouă;

Cerere. Text="SELECT

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan,

| BasicAccrualsDataGraphics.NumberLines

|DIN

| Registrul de calcul. Acumulări de bază. Date grafice (

| Recorder = &Recorder

Bună ziua. Nu am mai auzit de tine de mult :) Astăzi vreau să clarific caracteristicile recalculărilor în ZUP 3.0 pentru perioadele trecute. Acest articol vorbește despre modul în care funcționează în interior și, în consecință, puteți controla acest proces. La urma urmei, probabil ați întâlnit faptul că programul acumulează în mod neașteptat sume necunoscute pentru o persoană, le inversează, apar unele diferențe... și nu v-ați dorit acest lucru sau ați vrut. dar asta nu s-a intamplat))

Sa incepem. În primul rând, recalculările au loc în momentul în care considerați salariul ca un document de „Salarizare”. În acest scop, oferă o filă „Angajări suplimentare, recalculări”. Primul lucru pe care vreau sa te sfatuiesc: verificați întotdeauna datele de pe etichetă „Angajări suplimentare, recalculări” . Ele pot apărea acolo fără știrea dvs. și nu veți înțelege de ce suma din calcul nu este aceeași.

Teoretic, în antetul documentului suntem întotdeauna avertizați că programul este pe cale să numere pe cineva sau că trebuie să-l reumplem, pentru că... cineva nu a fost numărat.

Cum știe programul pe cine trebuie să număr și pentru ce lună?

Ea determină acest lucru pe baza acțiunilor tale. Ați retrodatat documentul? Programul a analizat angajații care se aflau în acest document și și-a înregistrat lista. Ați făcut o corectare documentului (de exemplu, ați corectat foaia de pontaj pentru luna trecută)? Programul și-a amintit pe toată lumea din această foaie de pontaj și luna aceasta va fi recalculată. Aproape toate documentele, atât de personal, cât și de salarizare, sunt afectate. În acest caz, programului nu îi pasă dacă atingerea documentului v-a afectat sau nu salariul.

Să presupunem că ai mers la cererea de angajare și ai scris un comentariu acolo, după care ai postat din nou documentul. Nici un salariu, nici o dată de numire, nici un post... nimic nu a fost atins. Dar programul nu știe de ce ați suprascris documentul din perioada anterioară, nu este un telepat, pur și simplu a înregistrat acest angajat.

Al doilea sfat (alias primul secret): prin „toate funcțiile”, accesați registrul de informații „Recalculare salariu”. Nu fi leneș și urcă-te! Intrați acolo înainte de fiecare calcul al salariului și după fiecare document retrodatat.

Mulți contabili percep acest sfat ca însemnând că au un nou loc de muncă, de care au deja destul. Dar dacă nu urci acolo, nu vei înțelege logica lucrării și dacă programul este ca o cutie neagră pentru tine, atunci nu te vei împrieteni cu el. Prietenia începe cu înțelegerea lumii interioare a unui prieten! Dacă nu îți pasă de lumea interioară a adversarului tău, atunci el nu este prietenul tău.

Deci, te-ai urcat? Grozav. De regulă, este gol și nu există o singură linie, dar de îndată ce atingeți ceva retroactiv, aici va apărea o înregistrare care conține angajatul și luna care trebuie recalculată.

Al treilea sfat: dacă nu sunteți de acord cu intenția programului de a număra angajatul, ștergeți linia din acest registru.

1. Înțelegi deja cum apar liniile? Grozav.

2. La completarea documentului „Stalari” și afișarea acestuia pe baza rândurilor din registru, se efectuează o recalculare și completare a tabelului „Angajări suplimentare, recalculări”.

3. Angajații recalculați sunt scoși din registru și acesta devine gol.

4. Când anulați documentul „Stalari”, liniile sunt returnate la locul lor, astfel încât, atunci când le reumpleți, totul se va pune la loc.

Al patrulea sfat (poate că acest lucru va fi remediat): Înainte de a reîncărca documentul „Salarizare”, întindeți-l!

Pe baza algoritmului, după postarea documentului, registrul este șters. Dacă îl reumpleți fără să îl ștergeți, programul nu va ști cine trebuie numărat, iar partea tabulară cu recalculări va fi goală. Acest lucru a fost valabil pentru versiunea 21. Nu am avut timp să verific încă în 22nd.

O altă nuanță, dacă dați clic pe lista de persoane pentru recalculare din document, se va deschide formularul de listă de registru de informații„Recalcularea salariilor”.Și va exista, de asemenea, un buton pentru a „șterge” o intrare.

P.S. (important)

Motivul acestei investigații au fost recalculările nesfârșite la transferul datelor originale din Contabilitate 3.0. În timpul tranziției, va trebui să atingeți toate tehnicile și traducerile)) după aceea, ștergeți tot conținutul registrului " "Recalcularea salariului", în caz contrar, veți obține o recalculare a totul pentru toți anii. Începeți în ZUP 3.0 cu transfer de date din Contabilitate 3.0

Acesta este ceea ce s-a întâmplat în baza de date demo când un job a fost re-executat. Și când transferați 1C Accounting 3.0 în 1C ZUP 3.0, veți reface tot ce este posibil:

Asta e tot, întrebări în comentarii și nu vă fie frică de program, trebuie să îl înțelegeți și vă va răsplăti pentru el cu dragoste.

Mulți programatori 1C nu au întâlnit niciodată componenta „Calcul” în practica lor, prin urmare, atunci când trebuie să susțină examene pentru un Specialist pe Platforma 8.0, unde fiecare sarcină conține o sarcină de calcule periodice complexe, apar dificultăți, în primul rând dificultăți de înțelegere.

Să încercăm să descoperim această componentă în 8.0. În loc să rezolvăm diverse probleme de calcul, să încercăm să înțelegem această componentă astfel încât să putem rezolva orice problemă de calcul. După ce ați studiat acest manual, veți înțelege cum sunt aranjate și cum funcționează registrele de calcul.

De exemplu, vom folosi configurația cadru instalată în timpul examenelor.

Sincer să fiu, am încercat multă vreme să-mi dau seama pentru ce mai erau necesare calcule, dar nu am reușit să-mi dau seama, așa că să luăm în considerare problema calculării salariilor.

Ce sunt calculele

Practic, produsul final de salarizare este un set de intrări în registrul de salarizare sub forma:

Angajat	Perioadă	Tipul de calcul	Rezultat	Date	Un comentariu
Măsurare	Oficial	Oficial			Recuzită

Valoarea din coloana „Date” reflectă salariul de bază al angajatului (conform contractului de muncă), dar această sumă poate fi majorată cu sporuri, redusă cu amenzi și absenteism etc., prin urmare, suma efectivă de plătit se înscrie după calculul din coloana „Rezultat”. Acesta este calculul. Suma din coloana „Resurse” pentru un anumit angajat este salariul care i se cuvine.

Astfel, registrul de calcul este în esență un set de înregistrări, similar ca structură cu registrul de acumulare negociabil. Doar că, pentru a efectua calcule complexe, sunt specificate setări suplimentare pentru acesta, care vă permit apoi să construiți multe tabele virtuale pentru registrul de calcul, deși, în esență, acest registru este doar un set de înregistrări indicate în figură.

Fiecare înregistrare în registrul de decontare se referă la un anumit tip de decontare și perioadă de timp.

Tipuri de calcule

Fiecare înregistrare a tipurilor de calcul are un atribut de serviciu - tip de calcul.

Un tip de calcul poate fi gândit ca un element al unei cărți de referință speciale, cum ar fi „Planul de tipuri de calcule” - are și detalii, părți tabelare, elemente predefinite și create de utilizator. Pot exista mai multe astfel de „directoare” în sistem.

De exemplu, să creăm un plan pentru tipurile de calcul Principal și în el tipuri de calcul predefinite salariu, primă, absenta, călătorie de afaceri.

Tipurile de calcul sunt utilizate funcțional pentru a reflecta influența intrărilor din registrul de calcul unul asupra celuilalt. Dar, pe scurt, vorbesc despre influența tipurilor de calcul unul asupra celuilalt:

Tipul de calcul	Descriere	Exemplu
După perioada de bază	Rezultatul calculului perioadei dependente depinde de rezultatul perioadei de bază. Dacă rezultatul perioadei de bază se modifică, rezultatul perioadei dependente trebuie recalculat.	Bonusul depinde de salariul din perioada de bază.
Ștergerea punctual	Perioada de valabilitate a perioadei dependente înlocuiește perioada de valabilitate a perioadei de bază, deci perioada de bază are un real	Absentismul afectează perioada efectivă a salariului.
Calcule de conducere	Calculul depinde de calculul principal, dar nu direct, ci indirect, adică. calculul A depinde de calculul de bază B, iar calculul B depinde de calculul de bază B, prin urmare A depinde indirect de B, adică. A depinde de calculul principal B. De fapt, atunci când calculul C se modifică, B se poate schimba și, prin urmare, se poate schimba A. Sistemul nu urmărește automat dependențe atât de complexe, așa că trebuie să indicați care calcule conduc.	Bonusul depinde de baza de salariu, dar depinde și indirect de absenteism.

Datorită acestei influențe, perioada de valabilitate a înscrierii în registrul de decontare este împărțită în patru perioade:

Perioadă	Descriere
Perioada de înscriere	În ce perioadă a fost înregistrat evenimentul, adică de obicei atunci când este introdus un document.
Valabilitate	În ce perioadă operează evenimentul, adică cărei perioade aparține evenimentul.
Perioada de bază	Semnificativ doar pentru perioadele care au o perioadă de bază - descrie intervalul perioadei de bază.
Perioada de valabilitate reală	Dacă perioada de valabilitate este înlocuită de alte tipuri de calcule, atunci perioada de valabilitate reală constă din mai multe perioade în care acest tip de calcul este efectiv în vigoare.

Perioada de înregistrare este specificată printr-un număr - începutul perioadei, corespunzător frecvenței registrului de calcul. Chiar dacă setăm o dată diferită în acest domeniu de serviciu, aceasta va fi totuși înlocuită cu începutul perioadei. Perioadele rămase sunt specificate prin două câmpuri - începutul și sfârșitul perioadei.Perioada efectivă de valabilitate este un set de perioade, deoarece poate consta din mai multe intervale de date.

Diagrame de timp

Sistemul are capacitatea de a lega datele din registrele de calcul cu diagrame de timp, astfel încât numărul de ore de lucru să poată fi obținut pentru orice perioadă.

O cronologie este un simplu registru de informații în care o dimensiune stochează o dată, alta este asociată cu o dimensiune printr-un registru de calcul, iar una dintre resurse este utilizată pentru a urmări timpul.

O dimensiune care asociat cu registrul de calcul poartă de obicei adică „tip de grafic”.

Data	Tipul graficului	Sens
11.01.05 vineri	Cinci zile
11.01.05 vineri	Șase zile
12.01.05 sat	Cinci zile
12.01.05 sat	Șase zile

De ce să folosiți dimensiunea dată mai degrabă decât registrul de detalii periodice? Totul este foarte simplu - dacă vineri, 11 ianuarie, avem 8 ore de lucru într-o perioadă de cinci zile, asta nu înseamnă că a doua zi vom avea din nou 8 ore de lucru. Dar dacă am folosi un registru periodic, valoarea pentru ziua următoare ar fi luată din ziua precedentă în lipsa înregistrărilor.

Astfel, având o anumită perioadă (acțiune efectivă, înregistrare, perioadă de bază etc.) putem obține automat numărul de ore pentru această perioadă conform programului.

Recalculare

Recalcularea amintește oarecum de granița unei secvențe. Întrucât avem calcule dependente, atunci când le schimbăm calculele de bază și de început, sistemul trebuie cumva să rețină că trebuie să recalculăm calculele dependente.

Pentru asta sunt recalculările.

Dacă calculăm înregistrările de bază, sistemul va nota în alocări că avem nevoie pentru a calcula înregistrările dependente. Odată ce calculăm înregistrările dependente, alocările se vor șterge.

În esență, recalculările sunt o listă de intrări din registrul de calcul care trebuie recalculate.

Dacă nu introduceți măsurători în recalculări, atunci când calculele de bază se schimbă, toate înregistrările dependente vor fi adăugate la lista de recalculări.

Dacă creăm dimensiunea „Angajat” în recalculare, atunci când calculul de bază pentru un angajat este modificat, înregistrările dependente numai pentru acest angajat vor fi adăugate la recalculări.

Sarcina practică

Ajunge teorie. Să încercăm să studiem detaliile în practică. Să luăm ca bază configurația cadrului.

Formularea problemei:

Sa fie stabilit bonusul ca procent fix din salariu (minus absenteism si indemnizatii de deplasare).

Lăsați indemnizațiile de călătorie să fie plătite în salariu dublu + o sumă fixă de plăți pentru fiecare zi de călătorie.

Să i se pună salariatului o amendă în cuantum de jumătate din salariu pentru perioada de absență pentru absenteism.

Progres:

Antrenament initial

Să creăm un nou plan pentru tipurile de calcul „Principal”.

Să definim tipurile de calcule și dependențele dintre ele:

	De bază	Deplasare	Prezentatori
Salariu		Absentism, Călătorie de afaceri
Premiu		Absentism, Călătorie de afaceri	Salariu, absenteism, călătorie de afaceri
Călătorie de afaceri
Absenteism

Să adăugăm aceste tipuri de calcule la planul de tipuri de calcul „Principal” și să setăm dependențele în proprietățile tipurilor de calcul conform tabelului.

În registrul de calcul al salariilor vom crea dimensiunea „Angajat” de tip „Persoane fizice” - astfel încât registrul să aibă o secțiune de analiză pentru angajați.

Configurația conține deja documentul „Salarizare”.

Are două date în antet - „data” și „perioada de înregistrare”, precum și două date „data de început” și „data de încheiere” în fiecare rând.

Se înțelege că data este pur și simplu data la care a fost întocmit documentul, perioada de înregistrare indică pentru ce lună numărăm salariul, iar datele din fiecare rând descriu perioada de valabilitate a fiecărui tip de calcul.

Să adăugăm setarea inițială a atributului „Date” la modulul de document - vom introduce salariul de pornire, setând în el perioada de înregistrare, perioada de valabilitate și perioada de bază.

Modulul de document va arăta cam așa:

Pentru Pentru fiecare TechStringList Din ciclul listă

// înregistrează Calcule

Mișcare = Mișcări .Calcule.Adăugaţi();

Circulaţie .S torno= fals;

Circulaţie .În idCalcul = TechStringList.CalculationType;

Circulaţie .PeriodActionsStart= Începutul zilei ( TechStringList.StartDate);

Circulaţie .PeriodActionEnd= EndDay();

Circulaţie .Perioada de înscriere = Perioada de înregistrare;

Circulaţie .BasicPeriodStart= Începutul zilei ( TechStringList.StartDate);

Circulaţie .BasePeriodEnd= EndDay ( TechStringList.Data de încheiere);

Circulaţie .Angajat = TechStringList.Angajat;

Circulaţie .Programa = TechStringList.Graph;

Circulaţie .Rezultat = 0;

Circulaţie .Date = TechStringList.Size;

EndCycle ;

Atributul de inversare este necesar pentru a inversa intrările (analog cu semnul minus).

Indicăm tipul de calcul și setăm datele la începutul și sfârșitul zilei. Desigur, perioada de bază poate fi introdusă doar pentru tipuri de calcul dependente de bază, iar Datele pot fi introduse doar pentru salariu, dar totul funcționează așa.

Vom data toate documentele 20/01/2003, perioada de înregistrare va fi setată la 02/01/2003 (indic în mod specific nu datele de început și de sfârșit, acest lucru nu contează aici, oricum, la înregistrarea în Perioada de înregistrare convertit la începutul perioadei 01/01/2003). Folosim ianuarie 2003 pentru că s-au finalizat graficele de lucru pentru această perioadă.

Să creăm o recalculare „Recalculare” și să adăugăm la aceasta dimensiunea „Angajat” asociată cu dimensiunea „Angajat”.

Joacă-te cu recalculări.

Pentru a juca jocul, deschideți consola de solicitări - procesare " CustomRequest» într-o configurație de cadru. Să creăm o nouă interogare folosind constructorul de interogări și să adăugăm un tabel virtual acolo Recalculări, calcule, recalculări, textul cererii va fi astfel:

ALEGE

CalculationsRecalculation.Despre obiectul Recalculation,

CalculationsRecalculation.In Calculation ID,

Calcule Recalculare.De la angajat

DIN

Registrul de calcul Calcule, recalculare CUM CalculeRecalculare

Vom genera trei documente - mai întâi vom acumula salarii angajaților A și B. Angajatul A lucrează de la 1 la 31 ianuarie, B lucrează de la 1 la 20 ianuarie. Al doilea va atribui un bonus angajatului B pentru perioada 1-31 ianuarie, al treilea va atribui absenteismul angajatului A din 20 până în 25 ianuarie.

Ne jucăm cu Perioada de valabilitate reală.

Să creăm o nouă interogare - de data aceasta îi vom adăuga date de tabel Registre de calcul Calcule Perioada reală de acțiune.

Să creăm o cerere și să vedem că perioada de salarizare a angajatului A este împărțită în două perioade - de la 1 la 19 ianuarie și de la 26 la 31 ianuarie. Sper că înțelegeți că perioada a fost împărțită în două, pentru că... absenteismul a înlocuit salariul.

Cred că mecanismele de funcționare a registrului de calcul devin din ce în ce mai clare în fața ochilor noștri.

Să studiem graficele.

Acum să încercăm să calculăm salariul pe baza salariului angajatului.

Să creăm o nouă interogare pentru registrul de calcul folosind un tabel virtual Registre de calcul, calcule, grafice de date. Puteți seta un parametru pentru acest tabel virtual - o condiție pentru selectarea înregistrărilor, de exemplu Employee=&SelectEmployeeȘi Tipul de calcul=&Tipul de calculȘi Graph=&ViewGraphic.

Să setăm anumiți angajați, tipuri de calcule și programări în parametrii de solicitare și să vedem câte ore sunt rezultatul.

Coloana cu rezultate	Sens
ValuePeriodAction	Pentru ce perioadă de valabilitate în ore a fost înscrierea în registru.
ValueActualPeriodAction	Câte ore a lucrat efectiv angajatul?
ValueBasePeriod	Pentru salariu nu are sens, pentru bonusuri - numărul de ore de lucru din perioada de bază.
Perioada de înregistrare a valorii	Câte ore de lucru sunt în perioada de înregistrare (luna ianuarie)

Recalculările fac parte integrantă din calculul salariilor. Informațiile despre concediile medicale, concediile sau absenteismul angajaților primite de departamentul de contabilitate cu o oarecare întârziere duc la recalcularea salariilor și, în consecință, a primelor de asigurare. Experții 1C vorbesc despre modul în care calculele și recalculările primelor de asigurare sunt reflectate în contabilitate și raportare reglementată în programul 1C: Salarii și Managementul Personalului 8, ediția 3.

La recalcularea salariilor, devine necesară recalcularea primelor de asigurare. În plus, motivul recalculării contribuțiilor poate fi o modificare a tarifului în cursul anului sau descoperirea unor erori, de exemplu, neincluderea calculului în baza primelor de asigurare.

În aceste cazuri, contabilul are întrebări cu privire la necesitatea, obligația și dreptul de a transmite informații actualizate către Serviciul Fiscal Federal.

Conform clauzei 1.2 din Procedura de completare a calculului primelor de asigurare, prezentată în Anexa nr. 2 la ordinul Serviciului Federal de Taxe din Rusia din 10.10.2016 nr. ММВ-7-11/551@, plătitorul este obligat să efectueze modificările necesare în Calcul și să transmită organului fiscal un raport actualizat dacă există informații neînregistrate sau incomplete, precum și erori care conduc la o subestimare a sumei primelor de asigurare de plătit.

Atunci când decide dacă depune un calcul actualizat, contabilul trebuie să răspundă la următoarele întrebări:

dacă toate informațiile au fost reflectate;
dacă au fost comise erori și dacă au condus la o subestimare a sumei primelor de asigurare de plătit.

Prezentarea unui calcul actualizat poate fi o obligație, un drept sau o necesitate forțată.

Calcul actualizat al primelor de asigurare

Obligația de a depune un calcul actualizat apare în cazul în care, după transmiterea raportului la Serviciul Fiscal Federal, se dovedește că au fost transmise informații incomplete sau incorecte despre angajați sau au fost descoperite erori care au condus la o subestimare a sumei primelor de asigurare de plătit.

Tipuri de erori comune care necesită trimiterea obligatorie a unui calcul actualizat:

1. Angajatul nu a raportat cu promptitudine modificările datelor sale personale, iar Serviciul Fiscal Federal a furnizat informații false despre el în Secțiunea 3 a Calculului.

2. Salariatul a lucrat într-un departament care are dreptul de a aplica o rată preferenţială a primelor de asigurare. Apoi a fost transferat într-o unitate în care se aplică cota primei de asigurare de bază. Informațiile despre transferul angajatului au fost primite cu întârziere de către departamentul de contabilitate. Calculul contribuțiilor a fost făcut greșit la cotă redusă.

3. La etapa inițială de configurare a programului 1C: Salarii și Managementul Personalului 8, a fost făcută o greșeală prin excluderea primei din baza de calcul a primelor de asigurare. Corectarea erorii va avea ca rezultat perceperea unor taxe suplimentare.

4. Un departament cu tarif preferenţial pierde dreptul de utilizare, dar informaţia ajunge cu întârziere la managerul de salarizare. Recalcularea conform tarifului de bază duce la o creștere a cuantumului primelor de asigurare de plătit.

5. La calcularea primelor de asigurare, programul nu a indicat că postul a fost trecut în lista profesiilor periculoase supuse tarifelor suplimentare. După ce eroarea a fost descoperită și corectată, recalcularea a dus la o plată insuficientă a primelor de asigurare la rate suplimentare.

Să ne uităm la caracteristicile recalculării primelor de asigurare în „1C: Salariile și Managementul Personalului 8” ediția 3 folosind exemple.

Exemplul 1

La calcularea primelor de asigurare pentru o unitate Stoc s-a aplicat o rată preferenţială a primelor de asigurare Locuitorii zonei economice speciale tehnologic-inovatoare(codul tarifar „05”). Acest tarif prevede contribuții la Fondul de pensii în cuantum de 13% în anul 2018; în Fondul de asigurări sociale 2,9%; în Fondul Federal de Asigurări Medicale Obligatorii 5,1%. Exact asa au fost calculate contributiile pentru angajatul V.S. Iederă. Cu câștiguri lunare de 10.000 de ruble. Valoarea deducerilor de asigurare pentru luna a fost:

în fondul de pensii - 1.300 de ruble;
în FFOMS - 510 ruble;
în Fondul de asigurări sociale - 290 de ruble.

Sumele indicate au fost reflectate în calculul primelor de asigurare pentru primul trimestru al anului 2018.

Când s-a dovedit că divizia și-a pierdut dreptul de a aplica o rată preferențială a primelor de asigurare, atunci în conformitate cu scrisorile Serviciului Fiscal Federal al Rusiei din 25 octombrie 2017 Nr. GD-4-11/21611@ și ale Ministerului al Finanțelor Rusiei din 18 decembrie 2017 Nr.?03-15-06/ 84443 a existat necesitatea depunerii unui calcul clarificator. Pentru a-l forma, este necesar să se recalculeze primele de asigurare cu tarife noi.

În card Diviziuni câmpul ar trebui eliberat Frica de tarif preferențial. contributii. Acum diviziunea este supusă tarifului utilizat pentru organizare și specificat în card Organizații pe marcaj Politici contabile și alte setări legătură Politica contabilaîn câmp Tipul tarifului.

În Exemplul 1, organizația este setată la Rata primei de asigurare de bază(cod tarifar „01”), care prevede rate de contribuție în 2018: la Fondul de pensii al Federației Ruse în valoare de 22%; Fondul de asigurări sociale 2,9%; FFOMS 5,1%. Este evident că Fondul de Pensii a „plătit” 9% din contribuții (22% - 13%), iar codul tarifar s-a schimbat.

În exemplul 1 luat în considerare, pentru a recalcula contribuțiile, procedura de contabilitate a veniturilor ar trebui revizuită. Documentul are ca scop inregistrarea procedurii de inregistrare a veniturilor si recalculare a primelor de asigurare din perioada precedenta. (meniul Taxe si impozite). Pe marcaj Informații despre venituri este necesar să se clarifice manual toate veniturile angajaților. În același timp, pe marcaj Contribuții estimate Primele de asigurare vor fi recalculate automat.

Ca urmare a recalculării primelor de asigurare ale angajatului V.S. Iedera cu câștiguri lunare de 10.000 de ruble. Valoarea deducerilor de asigurare pentru luna a fost:

în Fondul de pensii al Rusiei - 2.200 de ruble;
în Fondul Federal de Asigurări Medicale Obligatorii și în Fondul de Asigurări Sociale - suma nu s-a schimbat și s-a ridicat, respectiv, la 510 de ruble. și 290 rub.

După recalcularea primelor de asigurare pentru primul trimestru, trebuie pregătite calcule clarificatoare. Utilizarea serviciului 1C-Raportare, este necesar să se creeze noi rapoarte pentru perioadele care se corectează şi pt Pagina titlu indica Numărul de corecție(Fig. 2). Precizările au afectat toți angajații departamentului, deoarece codul tarifar al tuturor s-a schimbat. Prin urmare, secțiunile 3 din Calcul actualizat sunt formate pentru toți angajații departamentului. În alte cazuri, când formarea unui calcul actualizat este cauzată de modificări ale datelor sau angajamente ale angajaților individuali, Secțiunea 3 afișează date numai pentru acești angajați. În orice caz, secțiunile rămase ale calculului clarificator sunt completate cu date complet noi.

Orez. 2. Pagina de titlu a calculului clarificator al primelor de asigurare pentru primul trimestru al anului 2018

Dreptul de a depune un Calcul actualizat al primelor de asigurare

Asigurații pot depune la inspecție un calcul actualizat dacă constată erori care duc la o supraestimare a cuantumului primelor de asigurare. De altfel, la următorul calcul al contribuțiilor din perioada curentă se face o recalculare, iar rezultatul se reflectă în raportul pentru perioada următoare. Opțiuni de situație care vă permit să prezentați un calcul actualizat:

1. Salariatului i s-a plătit un salariu pentru întreaga lună lucrată. Calculul primelor de asigurare a fost depus la Serviciul Federal de Taxe, dar ulterior s-a dovedit că angajatul era în concediu medical sau în concediu pe cheltuiala sa. O acumulare neinclusă în baza de calcul a primelor a înlocuit o angajamente supusă primelor de asigurare, ceea ce a dus la plata în exces a primelor.

2. Orice recalculare a angajamentelor angajaților, conducând la o recalculare a primelor de asigurare în vederea reducerii acestora.

Exemplul 2

La calculul salariilor pe luna iunie angajatului S.S. Gorbunkov a fost premiat cu:

plata salariului - 7.500 de ruble;
plata călătoriei de afaceri (pe baza câștigului mediu) pentru iunie - 2.500 de ruble.

Primele de asigurare au fost calculate la rata de bază. În iunie, contribuții din salariul S.S. Gorbunkov au fost:

în Fondul de pensii al Rusiei - 2.200 de ruble;
în FFOMS - 510 ruble;
în Fondul de asigurări sociale - 290 de ruble.

Aceste contribuții au fost plătite și incluse în Contul semestrial 2018. Concediul medical depus la compartimentul contabilitate pentru perioada 25.06.2018-30.06.2018 nu creează motiv pentru formarea unui Calcul actualizat. Document înregistrat în program Concediu medical inversează suma acumulată anterior a indemnizațiilor de călătorie (Fig. 3).

Orez. 3. Recalcularea indemnizațiilor de călătorie în documentul „Concediu medical”.

Concediul medical a fost primit de organizație în iulie. Aceasta nu este o situație de eroare și nu are ca rezultat o plată insuficientă a primelor de asigurare. Deoarece suma acumulată în concediul medical nu este supusă contribuțiilor de asigurare, a existat o plată excesivă a contribuțiilor în valoare de:

în Fondul de pensii al Federației Ruse - 550 de ruble;
în FFOMS - 127,50 ruble;
în Fondul de asigurări sociale - 72,50 ruble.

Într-un program Concediu medical, înregistrată iulie 2018, afectează calculul primelor de asigurare în luna curentă, reducând baza de calcul.

Nu există cerințe legale pentru depunerea unui Calcul actualizat într-o astfel de situație. Toate recalculările au loc în perioada următoare și sunt reflectate în rapoartele următoare. Dar, în același timp, organizația are dreptul de a clarifica raportul pentru jumătate de an și de a notifica Serviciul Fiscal Federal despre plata în exces care a avut loc prin transmiterea unei clarificări.

Cu toate acestea, înainte de sfârșitul lunii, nu ar trebui să faceți clarificări pripite ale Calculului. La urma urmei, pe parcursul lunii sunt înregistrate diverse documente. La un moment dat documentul Concediu medical poate inversa într-adevăr venitul lunii precedente și, pe baza rezultatelor calculării salariilor pentru luna, un alt document, de exemplu, Calculul salariilor si contributiilor, va efectua angajamente suplimentare care depasesc venitul de reluare din perioada precedenta. Ca urmare, venitul lunii curente va scădea cu valoarea inversării călătoriei de afaceri, nu vor rămâne minusuri pentru luna anterioară, iar raportul de ajustare nu va arăta nicio modificare.

Necesitatea depunerii unui Calcul actualizat al primelor de asigurare

Într-un număr de cazuri, în ciuda absenței unei obligații de a prezenta un calcul actualizat, deținătorul poliței nu are altă oportunitate de a raporta plata în exces a primelor, cu excepția transmiterii unei actualizări:

1. Ca urmare a recalculării contribuțiilor în perioada curentă, salariatul primește o sumă negativă. Un raport cu o sumă negativă nu poate fi transmis Serviciului Fiscal Federal. Prin urmare, există o singură cale de ieșire - generarea unui raport actualizat pentru perioada anterioară.

2. Salariatul a lucrat în muncă periculoasă. Primele de asigurare au fost calculate la un tarif suplimentar. Informațiile despre transferul angajatului la locul de muncă în condiții normale de muncă au fost primite cu întârziere de către departamentul de contabilitate. Ca urmare a recalculării, este imposibil să se reducă contribuțiile calculate la cota suplimentară, deoarece angajamentele angajatului în perioada curentă nu mai sunt supuse contribuțiilor la cota suplimentară.

Exemplul 3

În acest caz, spre deosebire de Exemplul 2 anterior, suma negativă a primelor de asigurare rezultată din anularea unei călătorii de afaceri nu va fi compensată prin angajamente. În ciuda faptului că, din cauza angajărilor altor angajați, valoarea totală a primelor de asigurare va fi pozitivă, în Secțiunea 3 angajatul va rămâne valori negative, iar acest lucru este inacceptabil. Și, prin urmare, contabilul va trebui să creeze un document Recalcularea primelor de asigurare, recalculați contribuțiile pentru luna iunie, generați și trimiteți un calcul actualizat la Serviciul Fiscal Federal.

Programul 1C: Salary and Personnel Management 8 automatizează procesul de recalculare a primelor de asigurare. Utilizarea serviciului 1C-Raportare calculele inițiale și clarificatoare pentru primele de asigurare sunt generate automat. Totuși, decizia de a pregăti un Calcul clarificator rămâne în sarcina contabilului. După ce au analizat consecințele înregistrării unui document care modifică calculele în perioada pentru care a fost deja depus un raport, contabilul fie recalculează primele de asigurare pentru perioada anterioară, fie calculul are loc automat în luna curentă.

De la redactor. În articol, citiți despre mecanismul implementat în 1C:Enterprise 8 pentru verificarea ratelor de control pentru calcularea primelor de asigurare, care ia în considerare datele calculelor de ajustare.