Rillogaritja e 1s. Korrigjimet dhe rillogaritjet e pagave. Parandalimi sipas periudhës së vlefshmërisë

Nga të tjerët - për shembull, bonusi mund të përcaktohet nga shuma e pagave për periudhën. Në këtë rast, është e mundur që paga të ndryshohet pasi të jetë llogaritur bonusi. Si parazgjedhje, platforma nuk kontrollon situata të tilla. Nëse zhvilluesi e konsideron të nevojshme ta gjurmojë këtë, atëherë duhet të përdorni një objekt të veçantë vartës të regjistrit të llogaritjes - Rillogaritja:

Të dhënat e rillogaritjes ruhen në një tabelë të veçantë. Ato nuk garantojnë që regjistri i varur duhet të rillogaritet me saktësi, por shërbejnë si sinjal për një nevojë të tillë të mundshme.

Në përgjithësi, shënimet e tabelës së rillogaritjes përmbajnë fushat e mëposhtme:

objekti i rillogaritjes (dokument regjistrimi, të dhënat e të cilit duhet të rillogariten)
lloji i llogaritjes - lidhje me llojin e llogaritjes nga Plani i llojeve të llogaritjes të përcaktuara për këtë regjistër llogaritës

Regjistrimet mund të ruhen më në detaje, në kontekstin e një ose disa dimensioneve të një regjistri të caktuar llogaritës. Për shembull, regjistruesi i listës së pagave për të gjithë departamentin ishte i vjetëruar; Për më tepër, ndryshimet ishin vetëm për punonjësin Ivanov. Shtimi i dimensionit Punonjës në Rillogaritje do t'ju lejojë ta gjurmoni këtë. Në këtë rast, dimensioni i Rillogaritjes duhet të lidhet me dimensionin e regjistrit të llogaritjes:

Të dhënat nga tabela e rillogaritjes gjenerohen automatikisht nëse plani përkatës i llojit të llogaritjes ka grupin e vetive të periudhës bazë. Nëse prona nuk është vendosur, atëherë zhvilluesi është përgjegjës për gjenerimin e të dhënave.

Pyetja 14.41 e provimit 1C: Platforma profesionale. Të dhënat e rillogaritjes...

nuk janë regjistrime të regjistrit llogaritës
janë regjistrime të regjistrit llogaritës
janë regjistrimet e regjistrit të rillogaritjes
janë të dhënat e tabelës së periudhës aktuale të vlefshmërisë

Përgjigja e saktë është e para, ato zakonisht ruhen në tabela të veçanta.

Pyetja 14.42 e provimit 1C: Platforma profesionale. Në dritaren e vetive të dimensionit "Rillogaritja", në skedën "Komunikimi", në vetinë "Regjistro dimensionin", tregoni...

matja e regjistrit bazë, kur të dhënat e të cilit ndryshojnë, regjistri aktual i regjistrit duhet të rillogaritet
matja e regjistrit aktual, hyrjet e të cilit duhet të rillogariten kur ndryshojnë të dhënat e regjistrave bazë.
matjet e regjistrave bazë, kur të dhënat e të cilëve ndryshojnë, duhet të rillogaritet regjistri aktual i regjistrit

Përgjigja e saktë është e dyta. Vetë rillogaritja është e nevojshme për të gjurmuar nevojën për të përditësuar regjistrimet në regjistrin aktual.

Pyetja 14.43 e provimit 1C: Platforma profesionale. Tabela "Rillogaritja" është e mbushur me rreshta, secila prej të cilave përfaqëson...

një grup informacioni në lidhje me llojin e llogaritjes dhe regjistrimin e dokumentit të regjistrimit të regjistrit të llogaritjes që duhet të rillogaritet. Tabela gjithashtu do të përmbajë matjet e rillogaritjes
një grup informacioni rreth llojit të llogaritjes dhe regjistruesit të dokumenteve të regjistrimit të regjistrit të llogaritjes që duhet të rillogaritet
një grup informacioni në lidhje me llojin e llogaritjes, numrin e linjës së dokumentit të regjistruesit dhe vetë regjistruesi i regjistrimit të regjistrit të llogaritjes që duhet të rillogaritet. Tabela gjithashtu do të përmbajë matjet e rillogaritjes
nuk ka përgjigje të sakta

Përgjigja e parë është e saktë, analiza më sipër.

Pyetja 14.45 e provimit 1C: Platforma profesionale. Zgjidh pergjigjen e sakte:

Në procesin e punës me rillogaritjet, zhvilluesi mund të "injorojë" informacionin që ofron sistemi në tabelën e rillogaritjes, domethënë të refuzojë të rishikojë rezultatet e llogaritjes
Parimi i funksionimit të rillogaritjeve në sistemin 1C: Enterprise 8 po "njofton"
Zhvilluesi i konfigurimit nuk mund të kontrollojë procesin e rillogaritjes së regjistrimeve të regjistrit të shlyerjes, sistemi bën gjithçka automatikisht
Pohimet 1 dhe 2 janë të vërteta

Përgjigja e katërt e saktë është se rillogaritja monitoron vetëm nevojën e mundshme për të ndryshuar të dhënat e varura.

Pyetja 14.46 e provimit 1C: Platforma profesionale. Për një llogaritje regjistër...

Mund të mbështetet vetëm një rillogaritje
Mund të mbështeten vetëm tre alokime të strukturave të ndryshme
Mbështetet çdo numër rillogaritjesh i strukturave të ndryshme

Përgjigja e saktë është e treta, nuk ka problem shtimi i ndonjë numri të objekteve vartëse të Rillogaritjes në regjistrin e llogaritjes, struktura e tyre nuk kontrollohet në asnjë mënyrë.

Pyetja 14.57 e provimit 1C: Platforma profesionale. Frekuenca e vendbanimeve është mujore. Cilësimet përkatëse janë bërë në regjistrin e llogaritjes. Për llojin e llogaritjes së pagës, lloji i llogaritjes së udhëtimit specifikohet si një lloj llogaritjeje zhvendosëse. Me datë 01.03.14, në bazën informative është futur informacioni për pagat, por nuk është bërë llogaritje. Më datë 20.03.14, udhëtimi i punës është futur në bazën e informacionit dhe është llogaritur. Me datë 30.03.14 ka filluar llogaritja e pagave. A do të merren parasysh të dhënat e udhëtimit të punës gjatë llogaritjes së pagës? A duhet të rillogarit udhëtimin tim të biznesit?

Do të merret parasysh, por udhëtimi i punës do të duhet të rillogaritet
Do të merret parasysh, nuk kërkohet rillogaritje udhëtimi
Nuk do të merret parasysh. Është e nevojshme të anuloni llogaritjen e udhëtimit dhe të rillogaritni të dy llojet e llogaritjes
Nuk do të merret parasysh. Për të bërë llogaritjen e saktë, paga dhe udhëtimi i punës duhet të jenë në një dokument

Rillogaritja nuk është e nevojshme, të dhënat e udhëtimit të biznesit janë brenda muajit.

Në këtë artikull, ne do të shqyrtojmë bazat teorike të punës me regjistrat e llogaritjes, dhe gjithashtu do të llogarisim pagat e punonjësit në përpjesëtim me numrin e orëve të punës.

Teoria

Regjistri i llogaritjes (RR)- një objekt i meta të dhënave konfigurimi i përdorur për të zbatuar llogaritjet periodike në sistemin 1C. Fushat e dukshme të aplikimit të regjistrave të llogaritjes përfshijnë si në vijim: llogaritjen e listës së pagave, llogaritjen e qirasë, llogaritjen e qirasë.

Në strukturën e tyre, regjistrat llogaritës janë të ngjashëm me regjistrat e grumbullimit ose regjistrat e informacionit. Ata, ashtu si regjistrat e akumulimit, kanë matje, burime, detaje, por parimi i funksionimit të regjistrave llogaritës është krejtësisht i ndryshëm.

Në thelb të tyre, matjet në regjistrin e akumulimit shërbejnë si " filtër» në kontekstin e të cilit marrim të dhëna nga regjistri i akumulimit. Si shembull, kur marrim "mbeturina" sipas regjistrit të akumulimit "Mallra të mbetura" në kontekstin e një artikulli të caktuar ose një "prerje të fundit" sipas regjistrit të informacionit "Pagat e punonjësve" në kontekstin e një punonjësi të caktuar. . Në ndryshim nga regjistri i akumulimit, matjet në regjistrin periodik të llogaritjes shërbejnë për të zbatuar ""(kjo është kur llojet e llogaritjeve të zgjatura konkurrojnë me njëri-tjetrin gjatë intervalit të periudhës së vlefshmërisë së regjistrit, d.m.th., si shembull, llogaritja e udhëtimit të punës lloji zhvendos llojin e llogaritjes së pagës për periudhën e vlefshmërisë) dhe "" (kjo është kur lloji i llogaritjes së bonusit varet nga lloji i llogaritjes së pagës për periudhat e mëparshme).

mekanizmi i shtypjes sipas periudhës së veprimit«:

Këtu shohim se lloji i llogaritjes "Udhëtim biznesi" ka një kohëzgjatje në kohë dhe është i vlefshëm nga 10 Prill deri në 20 Prill, "Udhëtim biznesi" tregohet si një lloj llogaritje zhvendosëse për llojin e llogaritjes "Paga". “Paga” shtrihet gjithashtu me kalimin e kohës dhe është e vlefshme nga 1 prilli deri më 30 prill. Meqenëse "Udhëtimi i biznesit" tregohet si një lloj llogaritje zhvendosëse për llojin e llogaritjes "Paga" (ka përparësi më të lartë se paga) dhe është i vlefshëm për periudhën e vlefshmërisë së pagës, atëherë paga zhvendoset nga një udhëtim pune dhe formohet "Periudha aktuale e vlefshmërisë së pagës" "Kjo është periudha e vlefshmërisë së pagës pas zhvendosjes me një udhëtim pune, në rastin tonë ajo përbëhet nga 2 periudha - nga 1 Prilli." deri më 9 dhe nga 21 deri më 30 prill dhe në total është 19 ditë. Mekanizmi i zhvendosjes së bazuar në periudhë funksionon vetëm për llogaritjet afatgjata.

Figura e mësipërme tregon grafikisht parimin e " mekanizmi i varësisë sipas periudhës bazë«:

Le të themi në fund të prillit 2017 ne duam t'i japim një punonjësi një bonus në masën 10% të pagës së tij. Paga tregohet si lloji bazë i llogaritjes për bonuset.

Por si “bazë” për llogaritjen e primit, nuk do të marrim të gjithë muajin prill, por vetëm intervalin nga 10 prilli deri më 20 prill (11 ditë). Le të llogarisim bazën për bonusin, paga e punonjësit është 60,000 rubla, ka 30 ditë në muaj, paga ditore = 60,000/30 = 2,000 rubla. Tjetra 2000*11 = 22000 fshij. Baza për llogaritjen e primit është 22,000 rubla.

Le të llogarisim premiumin: (22000/100)*10 = 2200 rubla. Një bonus prej 10% të pagës është 2200 rubla.

Objekti i meta të dhënave të aplikacionit “Plani i llojeve të llogaritjes” është i lidhur ngushtë me regjistrin e llogaritjes.

Plani i llojeve të llogaritjes (PVR)- një objekt konfigurimi meta të dhënave që ruan informacione për llojet e llojeve të llogaritjes dhe përcakton ndikimin e llogaritjeve të ndryshme mbi njëra-tjetrën.

Një plan i llojit të llogaritjes mund të përdoret në disa regjistra llogaritëse, por një regjistër llogaritës nuk mund të përdorë disa plane të tipit llogaritës në të njëjtën kohë.

Regjistri i llogaritjes është një tabelë në të cilën ruhen të dhënat e llogaritura, dhe për sa i përket llojeve të llogaritjes ruhen algoritmet për llogaritjen e këtyre të dhënave. Regjistri i llogaritjes duhet të ketë të paktën një regjistrues dokumentesh që bën lëvizje në regjistrin e llogaritjes (për shembull, Lista e pagave).

Mekanizmat e llogaritjes në sistemin 1C Enterprise janë krijuar në atë mënyrë që së pari duhet të bëni regjistrime në regjistrin e llogaritjes dhe vetëm më pas të kryeni llogaritjen bazuar në këto të dhëna. Për shembull, është e pamundur të llogaritet një bonus bazuar në pagë derisa e njëjta pagë të regjistrohet në regjistrin e llogaritjes.

Praktikoni

Le të hedhim një vështrim më të afërt në regjistrat e llogaritjes në praktikë:

Hapi 1 Le të fillojmë me një plan për llojet e llogaritjeve. Duhet të krijoni një plan të llojit të llogaritjes përpara se të krijoni një regjistër llogaritjeje. Ne krijojmë një plan për llojet e llogaritjes përpara regjistrit të llogaritjes, sepse përpara se të krijojmë një tabelë për ruajtjen e të dhënave të llogaritura (d.m.th., një regjistër llogaritjeje), është e nevojshme të specifikohen algoritmet për llogaritjen e këtyre të dhënave (d.m.th., një plan për llojet e llogaritjes).

Le të krijojmë një plan për llojet e llogaritjes "Tarifat bazë". Le të shkojmë menjëherë te skeda "Llogaritja". Këtu shohim menjëherë flamurin " Përdor periudhën e vlefshmërisë“, kur të vendoset ky flamur, do të ketë të gjitha llojet e përllogaritjeve të përfshira në këtë plan gjatësi në kohë(për shembull, paga, udhëtim pune), dhe gjithashtu për këtë plan të llojeve të llogaritjes, " mekanizmi i shtypjes sipas periudhës së veprimit". Nëse flamuri "Përdor periudhën e vlefshmërisë" nuk është vendosur, atëherë llojet e llogaritjes nuk do të kenë një zgjatje në kohë (për shembull, Bonus, Gjobë) dhe "mekanizmi i zhvendosjes sipas periudhës së vlefshmërisë" nuk do të funksionojë. Gjithashtu në këtë skedë ka seksione "Varësia nga baza" dhe "Planet bazë për llojet e llogaritjes" - ato shërbejnë për të zbatuar " mekanizmi i varësisë sipas periudhës bazë", por ne do të flasim për të më vonë. Tani për tani, le të lëmë "Varësia në bazë" në modalitetin "I pavarur".

Le të krijojmë një lloj llogaritjeje të paracaktuar "Paga". Në skedën "Basic", gjithçka është e thjeshtë. Vendosni emrin dhe kodin e llojit të llogaritjes.

Falë faktit që ne vendosëm flamurin " Përdor periudhën e vlefshmërisë"Tani kemi një skedë" Zhvendosja"dhe u ndez" mekanizmi i represionit të bazuar në periudhë«.

Në këtë skedë ne tregojmë llojet e llogaritjeve që do të zhvendosin pagën sipas periudhës së vlefshmërisë (për shembull, Udhëtimi i biznesit).

shënim: në "Zhvendosja" mund të shtoni lloje llogaritjeje që i përkasin vetëm këtij plani të llojeve të llogaritjes.

Ekziston edhe një skedë " Prezantuesit»—tregon llojet e llogaritjeve që, kur ndryshohen, duhet të rillogaritin llojin aktual të llogaritjes. Këtu mund të specifikoni gjithashtu llojet e llogaritjeve nga planet e tjera të llojeve të llogaritjes. Për shembull, lloji i llogaritjes "Paga" është ai kryesor për llojin e llogaritjes "Bonus", d.m.th. Kur ndryshon paga, duhet të rillogaritim edhe bonusin sepse Bonusi llogaritet në varësi të pagës. Në këtë rast, lloji i llogaritjes “Paga” i përket PRP-së “Akrualet Bazë”, e cila përdor një periudhë vlefshmërie, dhe lloji i llogaritjes “Bonus” i përket PRP-së “Akruale shtesë”, e cila nuk përdor periudhë vlefshmërie.

Hapi 2.Le të krijojmë një direktori “Charts” me strukturën e paracaktuar. Në drejtorinë “Orarë” do të ruajmë orarin e punës së punonjësve (pesëditore, gjashtëditore, etj.).

Hapi 3.Na duhet edhe një objekt në të cilin do të ruajmë kalendarin e prodhimit (ditët e punës dhe fundjavat). Për këto qëllime, ne përdorim një regjistër jo periodik të pavarur informacioni.

Le të krijojmë një regjistër të pavarur informacioni jo periodik "Oraret e punës" me 2 dimensione "Data" dhe "Orari" dhe burimi "Numri i orëve".

Falë regjistrit të informacionit “Orari i punës”, ne do të mund të llogarisim pagat nga paga në raport me numrin e ditëve të punës.

Hapi 4.Krijoni një dokument “Payroll” me strukturën e detajeve të paraqitura më poshtë:

Kushtet:

Ekzekutimi operacional është caktuar në "Ndaloj" sepse nuk ka kuptim për mekanizmin e shlyerjeve periodike në 1C - ne kurrë nuk llogarisim shpërblimet, pagat ose gjobat në kohë reale.

Le të krijojmë një formular dokumenti me cilësimet e paracaktuara.

Hapi 5. Më në fund, arritëm në pikën e krijimit të regjistrave të llogaritjes.

Objekti i meta të dhënave të regjistrit llogaritës ndodhet në degën "Regjistrat e llogaritjes" të konfiguruesit.

Le të krijojmë një regjistër llogaritës "Tarifat bazë". Le të shohim cilësimet e regjistrit të llogaritjes më poshtë:

1. Në fushën "Plani i llojeve të llogaritjes", tregoni PVR "Tarifat bazë" të krijuar në hapin 1.

2. Vendosni flamurin "Periudha e vlefshmërisë" në "E vërtetë" sepse PVR e specifikuar në hapin 1 ka zgjatje në kohë.

Pas vendosjes së këtij flamuri, detajet standarde "Action Period", "Action PeriodStart", "ActionPeriodEnd" bëhen menjëherë të disponueshme për ne, që do të thotë se llojet e llogaritjeve të regjistruara në këtë regjistër llogaritës kanë gjithashtu gjatësi në kohë dhe ne kemi akses në " mekanizmi i shtypjes sipas periudhës së veprimit«.

P.S. Nëse specifikoni një PVR që ka gjatësi në kohë për një RR me flamurin "Periudha e vlefshmërisë" të vendosur në "False", atëherë kjo PVR do të funksionojë si një PVR që nuk ka zgjatje në kohë.

3.Pas vendosjes së flamurit "Periudha e vlefshmërisë" në "E vërtetë", fushat "Grafiku", "Vlera e grafikut", "Data e grafikut" bëhen të disponueshme për ne.

Në fushën "Orari" ne tregojmë regjistrin e informacionit "Orafat e punës" të krijuar në hapin 3.

Në fushën "Vlera e orarit" ne tregojmë burimin "Numri i orëve" në regjistrin e informacionit "Orarat e punës".

Në fushën "Data e orarit", tregoni dimensionin "Data" të regjistrit të informacionit "Orarat e punës".

4. Në fushën “Frekuenca” shënojmë vlerën “Muaji”, që do të thotë se të dhënat do të futen në regjistër në baza mujore.

Më poshtë është struktura e meta të dhënave të regjistrit:

Flamuri "Bazë" për një dimension ndikon vetëm në performancën që ju nuk duhet ta vendosni, por nëse e bëni këtë, fusha "Punonjës" do të indeksohet.

Dimensioni "Punonjës" - përdoret në " mekanizmi i represionit bazuar në periudhën e veprimit"Dhe" mekanizmi i varësisë nga periudha bazë«.

Burimi "Shuma" - paga e llogaritur do të regjistrohet atje.

Atributi "Chart" tregohet si një atribut, dhe jo një dimension regjistri, sepse as ajo dhe as ajo nuk zhvendos asgjë - në thelb një fushë referimi. E rëndësishme!!! Mos harroni të plotësoni fushën "Lidhja e programit". te atributi “Orari”, aty duhet të tregohet dimensioni “Orari” i regjistrit të informacionit “Oraret e punës”, përndryshe shuma e pagës nuk do të llogaritet.

Atributi "Parametri" do të ruajë vlerën e pagës.

Tani që kemi treguar lidhjen me MS "Oraret e Punës", do të llogarisim pagën e punonjësit në raport me numrin e ditëve të punës.

Ne tregojmë dokumentin si regjistrues " Lista e pagave" krijuar në hapin 4.

Hapi 6. Bëjmë lëvizje sipas regjistrit llogaritës “Tarifat bazë”.

Le të kthehemi te dokumenti “Payroll” i krijuar në hapin 4.

Le të përshkruajmë përpunimin e postimit në modulin e objektit të dokumentit:

Fragment i kodit të përpunimit të përpunimit të dokumentit

1C (Kodi)

Procedura ProcessingProcessing(Failure, Processing Mode) // regjistër BasicAccruals of Movement.MainAccruals.Write = True; Lëvizjet.MainAccruals.Clear(); Periudha e Regjistrimit = Fillimi i Muajit (Data); Për Çdo TechLineMainAccruals From MainAccruals Cicle Movement = Movements.MainAccruals.Add(); Lëviz.Përmbysja = False; Lëvizja.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = FundDay(TexLineMainAccruals.EndDate); Lëvizja.Periudha e regjistrimit = Periudha e regjistrimit; Lëvizja.Punonjësi = TechLineMainAccruals.Punonjësi; Movement.Chart = TechStringMainAccruals.Chart; Lëvizja.Parametri = TechStringMainAccruals.Size; Cikli i Fundit; Fundi i procedurës

Procedura e përpunimit (Dështimi, modaliteti)

// Regjistri kryesor i Akrualeve

Lëvizjet. Akruale bazë. shkruaj = e vërtetë;

Lëvizjet. Akruale bazë. Qartë() ;

Periudha e Regjistrimit = Fillimi i Muajit (Data) ;

Për çdo TechLine BasicAccrualsFrom BasicAccrualsCycle

Lëvizje = Lëvizje. Akruale bazë. Add() ;

Lëvizja. Storno= E rreme;

Lëvizja. Lloji i Llogaritjes=TexLineMainAccruals. Lloji i Llogaritjes;

Lëvizja. PeriodActionStart = TechLineMainAccruals. Data e fillimit;

Lëvizja. ActionPeriodEnd=Dita e Fundit(TexLineMainAccruals.Data e Fundit) ;

Lëvizja. Periudha e Regjistrimit = Periudha e Regjistrimit;

Lëvizja. Punonjësi = TechLineMainAccruals. Punonjës;

Lëvizja. Grafik = TechLineMainAccruals. Orari;

Lëvizja. Parametri = TechStringMainAccruals. Madhësia;

Cikli i Fundit;

Fundi i procedurës

Le të krijojmë një dokument testimi dhe ta ekzekutojmë atë:

Le të shkojmë te "Lëvizjet e dokumenteve":

Shohim që periudha e regjistrimit është caktuar në fillim të muajit sepse Frekuenca e RR tregohet si "Muaji". Gjithashtu shohim që të gjitha fushat përveç shumës janë plotësuar (paga ende nuk është llogaritur).

Hapi 7.Të shkruajmë kodin e llogaritjes së pagave.

Le të krijojmë një modul të përgjithshëm "Llogaritja" me flamujt e mëposhtëm:

Llogaritja do të bëhet në këtë modul të përgjithshëm.

Le të shkruajmë funksionin e eksportit "Llogaritni tarifat" në modulin "Llogaritja":

Meqenëse plotësuam fushat "Orari", "Vlera e planit", "Data e orarit" në cilësimet e RR "Tarifat bazë", u bë e disponueshme për ne një tabelë virtuale e regjistrit të llogaritjes. Grafika e të Dhënave, në një pyetje në një tabelë virtuale ne jemi të interesuar në fushat e mëposhtme:

"Numri i orëve të periudhës aktuale të veprimit" - përmban numrin e orëve të punuara realisht të llogaritura në bazë të të dhënave të orarit

"Numri i orëve Periudha e Veprimit" - përmban numrin e orëve të punës të llogaritura në bazë të të dhënave të orarit në periudhën llogaritëse

Procedura e llogaritjes së pagave

1C (Kodi)

Procedura CalculateAccruals(Registrar, Set of Records) Export //Kërkesë për pagë=Kërkesë e re; Query.Text="ZGJEDHJE | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, | ISNULL(BasicAccrualsGraphicsPeriodAssAsum) ccrualsGraphicsData ica.Numri i linjës |FROM |Regjistri i llogaritjes.Akrualet bazë. Të dhënat grafike(| Regjistruesi = &Regjistruesi | DHE Lloji i Llogaritjes = &Lloji i Llogaritjes Paga) AS Akrualet Bazë Të Dhënat Grafika"; Request.SetParameter("Regjistruesi", Regjistruesi); // kaloji dokumentin regjistruesit në mënyrë që kërkimi të kryhet vetëm në dokumentin aktual Request.SetParameter("Calculation TypeSalary", Plans of Calculation Types. Basic Accruals. Paga); //caktoni llojin e llogaritjes së pagës sepse llogarit rrogën Përzgjedhja=Kërkesë.Run().Select(); SearchStructure=Struktura e re; SearchStructure.Insert("Numri i rreshtit",0); //krijoni një strukturë për kërkimin e të dhënave për llogaritjen sipas numrit të rreshtit Për Çdo Regjistrim Nga Cikli RecordSet //cikli përmes grupit të rekordeve të dokumentit aktual Struktura e kërkimit.LineNumber=Regjistrimi.Numri i linjës; //plotëso numrin e linjës për kërkim If Selection.FindNext(Struktura e kërkimit) Pastaj //ne shikojmë në mostër për të dhëna për llogaritje bazuar në numrin aktual të linjës Record.Sum =?(Selection.HoursPlan=0.0, Selection.HoursFact /Sample.HoursPlan * Mostrimi .Parametri); //llogaritni pagën në raport me ditët e punës, në Parametri - paga aktuale FundIf; Zgjedhja.Reset(); //rivendos përzgjedhjen, na duhet rekordi i radhës i grupit të të dhënave për të kërkuar nëpër përzgjedhjen e parë EndCycle; Recordset.Write(, True); //shkruani të dhënat e llogaritura në bazën e të dhënave, kaloni parametrin Replace = True EndProcedure

//Paga

Kërkesë=Kërkesë e re;

Kërkesë. Text="ZGJIDH

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS OrëFakt,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS Plani i orëve,

| BasicAccrualsDataGraphics.NumberLines

|NGA

| Regjistri i llogaritjes së të dhënave grafike.

| Regjistrues = &Regjistrues

Mirembrema. Nuk kam dëgjuar prej jush për një kohë të gjatë :) Sot dua të sqaroj tiparet e rillogaritjeve në ZUP 3.0 për periudhat e kaluara. Ky artikull flet për mënyrën se si funksionon brenda dhe, në përputhje me rrethanat, ju mund ta kontrolloni këtë proces. Në fund të fundit, ju ndoshta keni hasur në faktin që programi i grumbullon papritur shuma të panjohura një personi, i kthen ato, shfaqen disa dallime ... dhe ju nuk e dëshironit këtë, ose nuk e dëshironit. por kjo nuk ndodhi))

Le të fillojmë. Së pari, rillogaritjet ndodhin në momentin kur ju e konsideroni pagën si dokument "Paga". Për këtë qëllim, ai ofron një skedë "Akruale shtesë, rillogaritje". Gjëja e parë që dua t'ju këshilloj: kontrolloni gjithmonë të dhënat në etiketë "Akrualet shtesë, rillogaritjet" . Ato mund të shfaqen atje pa dijeninë tuaj dhe nuk do ta kuptoni pse shuma në llogaritje nuk është e njëjtë.

Teorikisht, në kokën e dokumentit na paralajmërohet gjithmonë se programi është gati të numërojë dikë ose se duhet ta rimbushim, sepse... dikush nuk u llogarit.

Si e di programi se kë duhet të numëroj dhe për cilin muaj?

Ajo e përcakton këtë bazuar në veprimet tuaja. A e keni rikthyer dokumentin? Programi shikoi punonjësit që ishin në këtë dokument dhe regjistroi listën e tyre. A keni bërë një korrigjim në dokument (për shembull, keni korrigjuar fletën kohore për muajin e kaluar)? Programi i ka mbajtur mend të gjithë nga kjo fletë kohore dhe këtë muaj do të rillogaritet. Pothuajse të gjitha dokumentet, si personeli ashtu edhe lista e pagave, preken. Në këtë rast, programit nuk i intereson nëse prekja e dokumentit ka ndikuar në pagën tuaj apo jo.

Le të themi se keni shkuar në aplikimin për punë dhe keni shkruar një koment atje, pas së cilës keni ripostuar dokumentin. As rrogë, as datë takimi, as pozicion... asgjë nuk u prek. Por programi nuk e di pse e keni mbishkruar dokumentin e periudhës së mëparshme, nuk është telepat, thjesht e ka regjistruar këtë punonjës.

Këshilla e dytë (aka sekreti i parë): përmes "të gjitha funksioneve", shkoni te regjistri i informacionit "Rillogaritja e pagave". Mos u bëni dembel dhe ngjituni! Hyni atje përpara çdo llogaritjeje të listës së pagave dhe pas çdo dokumenti të prapambetur.

Shumë kontabilistë e perceptojnë këtë këshillë si kuptim që ata kanë një punë të re, të cilën tashmë e kanë mjaft. Por nëse nuk ngjiteni atje, nuk do ta kuptoni logjikën e punës dhe nëse programi është si një kuti e zezë për ju, atëherë nuk do të bëni miq me të. Miqësia fillon me të kuptuarit e botës së brendshme të një miku! Nëse nuk ju intereson bota e brendshme e kundërshtarit tuaj, atëherë ai nuk është miku juaj.

Pra, a jeni ngjitur? E madhe. Si rregull, është bosh dhe nuk ka asnjë rresht të vetëm, por sapo të prekni diçka në mënyrë retroaktive, këtu do të shfaqet një procesverbal që përmban punonjësin dhe muajin që duhet rillogaritur.

Këshilla e tretë: nëse nuk jeni dakord me qëllimin e programit për të numëruar punonjësin, fshini rreshtin nga ky regjistër.

1. A e kuptoni tashmë se si shfaqen linjat? E madhe.

2. Me plotësimin e dokumentit “Paga” dhe vendosjen e tij në bazë të rreshtave në regjistër, bëhet rillogaritja dhe plotësimi i tabelës. "Akruale shtesë, rillogaritje."

3. Punonjësit e rillogaritur hiqen nga regjistri dhe ai zbrazet.

4. Kur anuloni dokumentin “Payroll”, linjat kthehen në vendin e tyre në mënyrë që kur t'i rimbushni, gjithçka të bjerë në vend.

Këshilla e katërt (ndoshta kjo do të rregullohet): Përpara se të rimbushni dokumentin "Paga", shpërndajeni atë!

Në bazë të algoritmit, pas postimit të dokumentit, regjistri pastrohet. Nëse e rimbushni pa e pastruar, programi nuk do ta dijë se kush duhet të numërohet dhe pjesa tabelare me rillogaritjet do të jetë bosh. Kjo ishte e vërtetë për publikimin 21. Nuk kam pasur kohë ta kontrolloj ende në 22.

Një nuancë tjetër, nëse klikoni në listën e njerëzve për rillogaritje në dokument, do të hapet formulari i listës së regjistrit të informacionit“Rillogaritja e pagave”. Dhe gjithashtu do të ketë një buton për të "fshirë" një hyrje.

P.S. (e rëndësishme)

Arsyeja e këtij hetimi ishin rillogaritjet e pafundme gjatë transferimit të të dhënave origjinale nga Kontabiliteti 3.0. Gjatë tranzicionit, do të duhet të prekni të gjitha teknikat dhe përkthimet)) pas kësaj, fshini të gjitha përmbajtjet e regjistrit " "Rillogaritja e pagave", përndryshe do të merrni një rillogaritje të gjithçkaje për të gjitha vitet. Fillimi në ZUP 3.0 me transferimin e të dhënave nga Kontabiliteti 3.0

Kjo është ajo që ndodhi në bazën e të dhënave demo kur një punë u riekzekutua. Dhe kur transferoni 1C Accounting 3.0 në 1C ZUP 3.0, do të ribërni gjithçka që është e mundur:

Kjo është e gjitha, pyetje në komente dhe mos kini frikë nga programi, duhet ta kuptoni dhe do t'jua kthejë me dashuri.

Shumë programues 1C nuk e kanë hasur kurrë komponentin "Llogaritja" në praktikën e tyre, prandaj, kur duhet të marrin provime për një Specialist në Platformën 8.0, ku çdo detyrë përmban një detyrë për llogaritjet komplekse periodike, lindin vështirësi, kryesisht vështirësi të të kuptuarit.

Le të përpiqemi ta kuptojmë këtë komponent në 8.0. Në vend që të zgjidhim probleme të ndryshme llogaritëse, le të përpiqemi ta kuptojmë këtë komponent në mënyrë që të mund të zgjidhim çdo problem llogaritjeje. Pasi të keni studiuar këtë manual, do të kuptoni se si janë rregulluar dhe funksionojnë regjistrat e llogaritjes.

Për shembull, ne do të përdorim konfigurimin e kornizës të instaluar gjatë provimeve.

Për të qenë i sinqertë, u përpoqa për një kohë të gjatë të kuptoja se për çfarë duheshin llogaritjet tjetër, por nuk munda ta kuptoja, kështu që le të shqyrtojmë problemin e llogaritjes së pagave.

Cilat janë llogaritjet

Në thelb, produkti përfundimtar i listës së pagave është një grup regjistrimesh në regjistrin e pagave të formularit:

Punonjës	Periudha	Lloji i llogaritjes	Rezultati	Të dhënat	Një koment
Matja	zyrtare	zyrtare			Props

Vlera në kolonën “Të dhënat” pasqyron pagën bazë të punonjësit (sipas kontratës së punës), por kjo shumë mund të rritet me shpërblime, të zvogëlohet me gjoba dhe mungesa etj., prandaj, shuma aktuale që duhet paguar shënohet pas llogaritja në kolonën “Rezultati”. Kjo është llogaritja. Shuma në kolonën "Burimet" për një punonjës të caktuar është paga që i takon.

Kështu, regjistri i llogaritjes është në thelb një grup regjistrimesh, të ngjashme në strukturë me regjistrin e akumulimit të negociueshëm. Thjesht, për të kryer llogaritjet komplekse, për të specifikohen cilësime shtesë, të cilat më pas ju lejojnë të ndërtoni shumë tabela virtuale për regjistrin e llogaritjes, megjithëse, në thelb, ky regjistër është vetëm një grup rekordesh të treguara në figurë.

Çdo regjistrim në regjistrin e shlyerjes lidhet me një lloj specifik të shlyerjes dhe periudhës kohore.

Llojet e llogaritjeve

Çdo regjistrim i llojeve të llogaritjes ka një atribut shërbimi - lloji i llogaritjes.

Një lloj llogaritjeje mund të konsiderohet si një element i një libri referimi të veçantë si p.sh. "Plani i llojeve të llogaritjeve" - ai gjithashtu ka detaje, pjesë tabelare, elementë të paracaktuar dhe të krijuar nga përdoruesi. Mund të ketë disa "drejtori" të tilla në sistem.

Për shembull, le të krijojmë një plan për llojet kryesore të llogaritjes dhe në të llojet e llogaritjeve të paracaktuara paga, bonus, mungesa, Udhëtim biznesi.

Llojet e llogaritjes përdoren në mënyrë funksionale për të pasqyruar ndikimin e regjistrimeve të regjistrit llogaritës mbi njëri-tjetrin. Por me pak fjalë ata flasin për ndikimin e llojeve të llogaritjes tek njëri-tjetri:

Lloji i llogaritjes	Përshkrim	Shembull
Sipas periudhës bazë	Rezultati i llogaritjes së periudhës së varur varet nga rezultati i periudhës bazë. Nëse rezultati i periudhës bazë ndryshon, rezultati i periudhës së varur duhet të rillogaritet.	Bonusi varet nga paga e periudhës bazë.
Fshirja sipas periodave	Periudha e vlefshmërisë së periudhës së varur zëvendëson periudhën e vlefshmërisë së periudhës bazë, kështu që periudha bazë ka një	Mungesa ndikon në periudhën aktuale të pagës.
Llogaritjet kryesore	Llogaritja varet nga llogaritja kryesore, por jo direkt por indirekt, d.m.th. llogaritja A varet nga llogaritja bazë B, dhe llogaritja B varet nga llogaritja bazë B, prandaj A varet tërthorazi nga B, d.m.th. A varet nga llogaritja kryesore B. Në fakt, kur llogaritja C ndryshon, B mund të ndryshojë dhe për këtë arsye A mund të ndryshojë.	Bonusi varet nga baza e pagës, por në mënyrë indirekte varet edhe nga mungesa.

Për shkak të këtij ndikimi, periudha e vlefshmërisë së regjistrimit në regjistrin e shlyerjes ndahet në katër periudha:

Periudha	Përshkrim
Periudha e regjistrimit	Në çfarë periudhe është regjistruar ngjarja, d.m.th. zakonisht kur futet një dokument.
Vlefshmëria	Në çfarë periudhe funksionon ngjarja, d.m.th. cilës periudhë i përket ngjarja.
Periudha bazë	Vetëm me kuptim për periudhat që kanë një periudhë bazë - përshkruan intervalin e periudhës bazë.
Periudha aktuale e vlefshmërisë	Nëse periudha e vlefshmërisë zëvendësohet nga lloje të tjera llogaritjesh, atëherë periudha aktuale e vlefshmërisë përbëhet nga disa periudha kur ky lloj llogaritje është në të vërtetë në fuqi.

Periudha e regjistrimit specifikohet me një numër - fillimi i periudhës, që korrespondon me frekuencën e regjistrit të llogaritjes. Edhe nëse caktojmë një datë tjetër në këtë fushë shërbimi, ajo përsëri do të zëvendësohet me fillimin e periudhës. Periudhat e mbetura përcaktohen nga dy fusha - fillimi dhe fundi i periudhës Periudha aktuale e vlefshmërisë është një grup periudhash, sepse mund të përbëhet nga disa intervale datash.

Grafikët e kohës

Sistemi ka aftësinë për të lidhur të dhënat nga regjistrat e llogaritjes me grafikët kohorë në mënyrë që numri i orëve të punës të mund të merret për çdo periudhë.

Një afat kohor është një regjistër i thjeshtë informacioni në të cilin një dimension ruan një datë, një tjetër lidhet me një dimension nga një regjistër llogaritës dhe një nga burimet përdoret për të gjurmuar kohën.

Një dimension që lidhur me regjistrin e llogaritjes zakonisht mbart që do të thotë "lloji i grafikut".

datë	Lloji i grafikut	Kuptimi
11.01.05 e premte	Pesë ditë
11.01.05 e premte	Gjashtë ditë
12.01.05 Shtu	Pesë ditë
12.01.05 Shtu	Gjashtë ditë

Pse të përdorni dimensionin e datës në vend të regjistrit periodik të detajeve? Gjithçka është shumë e thjeshtë - nëse të premten, më 11 janar, kemi 8 orë pune gjatë një periudhe pesëditore, kjo nuk do të thotë që të nesërmen do të kemi përsëri 8 orë pune. Por nëse do të përdornim një regjistër periodik, vlera për ditën e nesërme do të merrej nga dita e mëparshme në mungesë të regjistrimeve.

Kështu, duke pasur një periudhë të caktuar (veprimi aktual, regjistrimi, periudha bazë, etj.) ne mund të marrim automatikisht numrin e orëve për këtë periudhë sipas orarit.

Rillogaritja

Rillogaritja të kujton disi një kufi të sekuencës. Meqenëse kemi llogaritje të varura, kur ndryshojmë bazën e tyre dhe llogaritjet kryesore, sistemi duhet disi të vërejë se ne duhet të rillogaritim llogaritjet e varura.

Për këtë janë rillogaritjet.

Nëse llogarisim të dhënat bazë, sistemi do të shënojë në ndarjet që na nevojiten për të llogaritur të dhënat e varura. Pasi të llogarisim të dhënat e varura, alokimet do të pastrohen.

Në thelb, rillogaritjet janë një listë e regjistrimeve të regjistrit të llogaritjes që duhet të rillogariten.

Nëse nuk futni asnjë matje në rillogaritjet, atëherë kur të ndryshojnë llogaritjet bazë, të gjitha të dhënat e varura do të shtohen në listën e rillogaritjes.

Nëse krijojmë dimensionin “Punonjës” në rillogaritje, atëherë kur të ndryshohet llogaritja bazë për një punonjës, në rillogaritje do të shtohen të dhënat e varura vetëm për këtë punonjës.

Detyrë praktike

Mjaft teori. Le të përpiqemi të studiojmë detajet në praktikë. Le të marrim konfigurimin e kornizës si bazë.

Formulimi i problemit:

Le të vendoset bonusi si përqindje fikse e pagës (minus mungesat dhe shtesat e udhëtimit).

Lejoni që shtesat e udhëtimit të paguhen me pagë të dyfishtë + një shumë fikse pagese për çdo ditë udhëtimi.

Le të ngarkohet punonjësi një gjobë në masën e gjysmës së pagës për periudhën e mungesës për mungesë.

Progresi:

Trajnimi fillestar

Le të krijojmë një plan të ri për llojet e llogaritjes "Kryesore".

Le të përcaktojmë llojet e llogaritjeve dhe varësitë midis tyre:

	bazë	Zhvendosja	Prezantuesit
Paga		Mungesa, Udhëtim pune
Çmimi		Mungesa, Udhëtim pune	Paga, Mungesa, Udhëtim pune
Udhëtim biznesi
Mungesa

Le t'i shtojmë këto lloje llogaritjesh në planin e llojeve të llogaritjes "Kryesore" dhe të vendosim varësitë në vetitë e llojeve të llogaritjes sipas tabelës.

Në regjistrin e llogaritjes së pagave do të krijojmë dimensionin “Punonjës” të tipit “Individë” – në mënyrë që regjistri të ketë një seksion analitik për punonjësit.

Konfigurimi tashmë përmban dokumentin "Payroll".

Ka dy data në kokë - "data" dhe "periudha e regjistrimit", si dhe dy data "data e fillimit" dhe "data e mbarimit" në secilën rresht.

Kuptohet që data është thjesht data e ekzekutimit të dokumentit, periudha e regjistrimit tregon se për cilin muaj po numërojmë pagën dhe datat në çdo rresht përshkruajnë periudhën e vlefshmërisë së çdo lloj llogaritjeje.

Le të shtojmë cilësimin fillestar të atributit "Të dhënat" në modulin e dokumentit - do të vendosim pagën fillestare, duke vendosur periudhën e regjistrimit, periudhën e vlefshmërisë dhe periudhën bazë në të.

Moduli i dokumentit do të duket diçka si kjo:

Për Për secilin TechStringList Nga Cikli i Listës

// Regjistro Llogaritjet

Lëvizje = Lëvizje .Llogaritjet.Shto();

Lëvizja .S torno= E rreme;

Lëvizja .Në idCalculation = TechStringList.CalculationType;

Lëvizja .PeriudhaVeprimetFillimi= Fillimi i ditës ( TechStringList.Data e Fillimit);

Lëvizja .PeriudhaVeprimiFund= FundDay();

Lëvizja .Periudha e regjistrimit = Periudha e regjistrimit;

Lëvizja .Periudha bazë Fillimi= Fillimi i ditës ( TechStringList.Data e Fillimit);

Lëvizja .Periudha bazëFund= Dita e Fundit ( TechStringList.Data e Fundit);

Lëvizja .Punonjës = TechStringList.Punonjës;

Lëvizja .Orari = TechStringList.Grafiku;

Lëvizja .Rezultati = 0;

Lëvizja .Të dhënat = TechStringList.Size;

Cikli i Fundit ;

Atributi Reversal është i nevojshëm për të kthyer hyrjet (analoge me shenjën minus).

Ne tregojmë llojin e llogaritjes dhe vendosim datat në fillim dhe në fund të ditës. Sigurisht, periudha bazë mund të futet vetëm për llojet e llogaritjes në varësi të bazës, dhe të dhënat mund të futen vetëm për pagën, por gjithçka funksionon në atë mënyrë.

Ne do t'i datojmë të gjitha dokumentet 20/01/2003, periudha e regjistrimit do të vendoset në 02/01/2003 (në mënyrë specifike nuk tregoj të dhënat e fillimit dhe të fundit, kjo nuk ka rëndësi këtu, gjithsesi, kur regjistroni në Periudha e regjistrimit konvertuar në fillim të periudhës 01/01/2003). Ne përdorim janarin e vitit 2003, sepse oraret e punës janë plotësuar për këtë periudhë.

Le të krijojmë një rillogaritje "Rillogaritje" dhe t'i shtojmë dimensionin "Punonjës" të lidhur me dimensionin "Punonjës".

Duke luajtur me rillogaritjet.

Për të luajtur lojën, hapni tastierën e kërkesës - përpunimi " Kërkesë me porosi» në një konfigurim kornizë. Le të krijojmë një pyetje të re duke përdorur konstruktorin e pyetjeve dhe të shtojmë një tabelë virtuale atje Rillogaritjet, teksti i kërkesës do të jetë si ky:

ZGJIDHNI

CalculationsRecalculation.Rreth objektit Rillogaritje,

LlogaritjetRillogaritja.Në ID-në e Llogaritjes,

Llogaritjet Rillogaritja Nga punonjësi

NGA

Regjistrimi i Llogaritjes SI LlogaritjetRillogaritja

Ne do të gjenerojmë tre dokumente - së pari do të grumbullojmë paga për punonjësit A dhe B. Punonjësi A punon nga 1 deri më 31 janar, B punon nga 1 deri më 20 janar. I dyti do t'i caktojë një bonus punonjësit B për periudhën nga 1 deri më 31 janar, i treti do t'i caktojë mungesën punonjësit A nga 20 deri më 25 janar.

Ne luajmë me periudhën aktuale të vlefshmërisë.

Le të krijojmë një pyetje të re - këtë herë do t'i shtojmë të dhënat e tabelës Regjistrat e Llogaritjes Periudha aktuale e veprimit.

Le të krijojmë një kërkesë dhe të shohim që periudha e pagës së punonjësit A është e ndarë në dy periudha - nga 1 deri më 19 janar dhe nga 26 deri më 31 janar. Shpresoj ta kuptoni që periudha u nda në dysh, sepse... mungesa e zëvendësoi pagën.

Mendoj se mekanizmat e funksionimit të regjistrit të llogaritjes po bëhen më të qarta para syve tanë.

Le të studiojmë grafikët.

Tani le të përpiqemi të llogarisim pagën në bazë të pagës së punonjësit.

Le të krijojmë një pyetje të re për regjistrin e llogaritjes duke përdorur një tabelë virtuale Llogaritjet e të dhënave. Ju mund të vendosni një parametër për këtë tabelë virtuale - një kusht për zgjedhjen e regjistrimeve, për shembull Punonjësi=&Zgjidh Punonjësin Dhe Lloji i Llogaritjes=&Lloji i Llogaritjes Dhe Grafiku=&Shiko grafikun.

Le të vendosim punonjës specifikë, llojet e llogaritjeve dhe oraret në parametrat e kërkesës dhe të shohim se sa orë janë rezultati.

Kolona e rezultateve	Kuptimi
ValuePeriodAction	Për çfarë periudhe vlefshmërie në orë ka qenë regjistrimi në regjistër.
VleraAktualePeriudhaVeprimi	Sa orë ka punuar në të vërtetë punonjësi?
ValueBasePeriod	Për pagën nuk ka kuptim, për shpërblimet - numri i orëve të punës në periudhën bazë.
Periudha e regjistrimit të vlerës	Sa orë pune ka në periudhën e regjistrimit (muaj janar)

Rillogaritjet përbëjnë një pjesë integrale të llogaritjes së listës së pagave. Informacioni në lidhje me pushimet e sëmurë, pushimet ose mungesat e punonjësve të marra nga departamenti i kontabilitetit me njëfarë vonese çon në rillogaritjen e pagave dhe, në përputhje me rrethanat, primet e sigurimit. Ekspertët e 1C flasin për mënyrën se si llogaritjet dhe rillogaritjet e primeve të sigurimit pasqyrohen në kontabilitetin dhe raportimin e rregulluar në programin 1C: Pagat dhe Menaxhimi i Personelit 8, botimi 3.

Kur rillogaritni pagat, bëhet e nevojshme të rillogaritni primet e sigurimit. Për më tepër, arsyeja e rillogaritjes së kontributeve mund të jetë ndryshimi i tarifës gjatë vitit ose zbulimi i gabimeve, për shembull, mospërfshirja e llogaritjes në bazën e primeve të sigurimit.

Në këto raste, llogaritari ka pyetje në lidhje me nevojën, detyrimin dhe të drejtën për të paraqitur informacion të përditësuar në Shërbimin Federal të Taksave.

Sipas pikës 1.2 të Procedurës për plotësimin e llogaritjes së primeve të sigurimit, dhënë në shtojcën nr. 2 të urdhrit të Shërbimit Federal të Taksave të Rusisë, datë 10.10.2016 Nr. ММВ-7-11/551@, paguesi është detyrohet të bëjë ndryshimet e nevojshme në Llogaritje dhe të paraqesë një raport të përditësuar pranë autoritetit tatimor nëse ka ndonjë informacion të paregjistruar ose të paplotë, si dhe gabime që çojnë në një nënvlerësim të shumës së primeve të pagueshme të sigurimit.

Kur vendos nëse do të paraqesë një llogaritje të përditësuar, kontabilisti duhet t'u përgjigjet pyetjeve të mëposhtme:

nëse i gjithë informacioni është pasqyruar;
nëse janë bërë gabime dhe nëse ato kanë çuar në një nënvlerësim të shumës së primeve të pagueshme të sigurimit.

Dorëzimi i një llogaritjeje të përditësuar mund të jetë një detyrim, një e drejtë ose një domosdoshmëri e detyruar.

Llogaritja e përditësuar e primeve të sigurimit

Detyrimi për të paraqitur një llogaritje të përditësuar lind nëse, pas paraqitjes së raportit në Shërbimin Federal të Taksave, rezulton se janë dorëzuar informacione jo të plota ose të pasakta për punonjësit, ose janë zbuluar gabime që çuan në një nënvlerësim të shumës së primeve të pagueshme të sigurimit.

Llojet e gabimeve të zakonshme që kërkojnë paraqitjen e detyrueshme të një llogaritjeje të përditësuar:

1. Punonjësi nuk raportoi menjëherë ndryshimet në të dhënat e tij personale dhe Shërbimi Federal i Taksave dha informacion të rremë rreth tij në Seksionin 3 të Llogaritjes.

2. Punonjësi ka punuar në një departament që ka të drejtë të aplikojë një normë preferenciale të primeve të sigurimit. Më pas ai u transferua në një njësi ku aplikohet tarifa bazë e primit të sigurimit. Informacioni për transferimin e punonjësit u mor me vonesë nga departamenti i kontabilitetit. Llogaritja e kontributeve është bërë gabim me një normë të reduktuar.

3. Në fazën fillestare të konfigurimit të programit 1C: Menaxhimi i pagave dhe personelit 8, u bë një gabim duke përjashtuar primin nga baza e llogaritjes për primet e sigurimit. Korrigjimi i gabimit do të rezultojë në tarifa shtesë.

4. Një departament me tarifë preferenciale humbet të drejtën për ta përdorur atë, por informacioni arrin te menaxheri i listës së pagave me vonesë. Rillogaritja sipas tarifës bazë çon në një rritje të shumës së primeve të pagueshme të sigurimit.

5. Gjatë llogaritjes së primeve të sigurimit, programi nuk tregoi se pozicioni ishte i shënuar në listën e profesioneve të rrezikshme që i nënshtrohen tarifave shtesë. Pas zbulimit dhe korrigjimit të gabimit, rillogaritja rezultoi në një nënpagesë të primeve të sigurimit me tarifa shtesë.

Le të shohim tiparet e rillogaritjes së primeve të sigurimit në "1C: Pagat dhe Menaxhimi i Personelit 8" botimi 3 duke përdorur shembuj.

Shembulli 1

Gjatë llogaritjes së primeve të sigurimit për një njësi Stoku u aplikua një normë preferenciale e primeve të sigurimit Banorët e zonës së posaçme ekonomike inovative teknologjike(kodi i tarifës "05"). Kjo tarifë parashikon kontribute në fondin pensional në masën 13% në vitin 2018; në Fondin e Sigurimeve Shoqërore 2.9%; në Fondin Federal të Sigurimit të Detyrueshëm Mjekësor 5.1%. Pikërisht kështu janë llogaritur kontributet për punonjësin V.S. Ivy. Me të ardhura mujore prej 10,000 rubla. Shuma e zbritjeve të sigurimit për muajin ishte:

në fondin pensional - 1300 rubla;
në FFOMS - 510 rubla;
në Fondin e Sigurimeve Shoqërore - 290 rubla.

Shumat e treguara janë pasqyruar në përllogaritjen e primeve të sigurimit për tremujorin e parë 2018.

Kur doli se divizioni kishte humbur të drejtën për të aplikuar një normë preferenciale të primeve të sigurimit, atëherë në përputhje me letrat e Shërbimit Federal të Taksave të Rusisë të datës 25 tetor 2017 Nr. GD-4-11/21611@ dhe Ministrisë i Financave të Rusisë i datës 18 dhjetor 2017 Nr.? Për ta formuar atë, është e nevojshme të rillogaritni primet e sigurimit me tarifa të reja.

Në kartë Divizionet fusha duhet të pastrohet Frika nga tarifat preferenciale. kontributet. Tani ndarja i nënshtrohet tarifës së përdorur për organizatën dhe të specifikuar në kartë Organizatat në faqerojtësin Politikat e kontabilitetit dhe cilësimet e tjera lidhje Politika e kontabilitetit në fushë Lloji i tarifës.

Në shembullin 1, organizata është caktuar në Norma bazë e primit të sigurimit(kodi tarifor "01"), duke parashikuar normat e kontributeve në vitin 2018: në fondin pensional të Federatës Ruse në shumën 22%; Fondi i Sigurimeve Shoqërore 2.9%; FFOMS 5.1%. Është e qartë se Fondi i Pensionit ka “nënpaguar” 9% të kontributeve (22% - 13%), dhe kodi tarifor ka ndryshuar.

Në shembullin 1 në shqyrtim, për të rillogaritur kontributet, procedura e kontabilitetit të të ardhurave duhet të rishikohet. Dokumenti ka për qëllim regjistrimin e procedurës për regjistrimin e të ardhurave dhe rillogaritjen e primeve të sigurimit të periudhës së mëparshme. (menu Taksat dhe tarifat). Në faqerojtësin Informacion mbi të ardhuratështë e nevojshme të sqarohen manualisht të gjitha të ardhurat e punonjësve. Në të njëjtën kohë, në faqerojtësin Kontributet e vlerësuara Primet e sigurimit do të rillogariten automatikisht.

Si rezultat i rillogaritjes së primeve të sigurimit të punonjësit V.S. Ivy me të ardhura mujore prej 10,000 rubla. Shuma e zbritjeve të sigurimit për muajin ishte:

në fondin pensional të Rusisë - 2200 rubla;
në Fondin Federal të Sigurimit të Detyrueshëm Mjekësor dhe Fondin e Sigurimeve Shoqërore - shuma nuk ndryshoi dhe arriti në 510 rubla, përkatësisht. dhe 290 fshij.

Pas rillogaritjes së primeve të sigurimit për tremujorin e parë, duhet të përgatiten Llogaritjet sqaruese. Duke përdorur shërbimin 1C-Raportimi,është e nevojshme të krijohen raporte të reja për periudhat që korrigjohen dhe për Titulli i faqes tregojnë Numri i korrigjimit(Fig. 2). Sqarimet prekën të gjithë punonjësit e departamentit, pasi kodi tarifor i të gjithëve kishte ndryshuar. Prandaj, Seksionet 3 në Llogaritjen e përditësuar janë formuar për të gjithë punonjësit e departamentit. Në raste të tjera, kur formimi i një Llogaritjeje të përditësuar shkaktohet nga ndryshimet në të dhënat ose llogaritjet e punonjësve individualë, Seksioni 3 shfaq të dhëna vetëm për këta punonjës. Në çdo rast, pjesët e mbetura të Llogaritjes sqaruese plotësohen me të dhëna krejtësisht të reja.

Oriz. 2. Faqja e titullit të llogaritjes sqaruese të primeve të sigurimit për tremujorin e parë 2018

E drejta për të paraqitur një Llogaritje të përditësuar të primeve të sigurimit

Mbajtësit e policave mund të paraqesin një Llogaritje të përditësuar në inspektim nëse zbulojnë gabime që çojnë në një mbivlerësim të shumës së primeve të sigurimit. Në fakt, gjatë llogaritjes së radhës të kontributeve në periudhën aktuale, bëhet një rillogaritje, dhe rezultati pasqyrohet në raportin e periudhës së ardhshme. Opsionet e situatës që ju lejojnë të paraqisni një llogaritje të përditësuar:

1. Punonjësit i është paguar paga për muajin e plotë të punës. Llogaritja e primeve të sigurimit u dorëzua në Shërbimin Federal të Taksave, por më vonë doli që punonjësi ishte në pushim mjekësor ose me pushime me shpenzimet e tij. Një përllogaritje që nuk përfshihej në bazën për llogaritjen e primeve zëvendësoi një akruale që i nënshtrohej primeve të sigurimit, gjë që çoi në mbipagesë të primeve.

2. Çdo rillogaritje e akrualeve të punonjësve, që çon në një rillogaritje të primeve të sigurimit drejt uljes së tyre.

Shembulli 2

Gjatë llogaritjes së pagave për muajin qershor punonjësit S.S. Gorbunkov u shpërblye:

pagesa e pagave - 7500 rubla;
Pagesa e udhëtimit të biznesit (bazuar në fitimet mesatare) për qershor - 2500 rubla.

Primet e sigurimit janë llogaritur me normën bazë. Në qershor kontribute nga paga e S.S. Gorbunkov ishin:

në fondin pensional të Rusisë - 2200 rubla;
në FFOMS - 510 rubla;
në Fondin e Sigurimeve Shoqërore - 290 rubla.

Këto kontribute janë paguar dhe janë përfshirë në llogarinë gjashtëmujore 2018. Pushimi mjekësor i dorëzuar në departamentin e kontabilitetit për periudhën 25.06.2018-30.06.2018 nuk krijon arsye për formimin e një Llogaritjeje të përditësuar. Dokument i regjistruar në program Pushim mjekësor kthen shumën e përllogaritur më parë të shtesave të udhëtimit (Fig. 3).

Oriz. 3. Rillogaritja e shtesave të udhëtimit në dokumentin “Pushimi mjekësor”.

Leja mjekësore u mor nga organizata në korrik. Kjo nuk është një situatë gabimi dhe nuk rezulton në nënpagesë të primeve të sigurimit. Meqenëse shuma e përllogaritur në pushimin mjekësor nuk i nënshtrohet kontributeve të sigurimit, ka pasur një mbipagesë të kontributeve në shumën prej:

në fondin pensional të Federatës Ruse - 550 rubla;
në FFOMS - 127,50 rubla;
në Fondin e Sigurimeve Shoqërore - 72,50 rubla.

Në një program Pushim mjekësor, i regjistruar korrik 2018, ndikon në llogaritjen e primeve të sigurimit në muajin aktual, duke ulur bazën e llogaritjes.

Nuk ka kërkesa ligjore për paraqitjen e një Llogaritjeje të përditësuar në një situatë të tillë. Të gjitha rillogaritjet ndodhin në periudhën e ardhshme dhe pasqyrohen në raportet e ardhshme. Por në të njëjtën kohë, organizata ka të drejtë të sqarojë raportin për gjashtëmujorin dhe të njoftojë Shërbimin Federal të Taksave për mbipagesën që ka ndodhur duke paraqitur një sqarim.

Megjithatë, para fundit të muajit nuk duhet të bëni sqarime të nxituara të Llogaritjes. Në fund të fundit, dokumente të ndryshme regjistrohen gjatë gjithë muajit. Në një moment dokumenti Pushim mjekësor me të vërtetë mund të kthejë të ardhurat e muajit të mëparshëm, dhe bazuar në rezultatet e llogaritjes së pagave për muajin, një dokument tjetër, për shembull, Llogaritja e pagave dhe kontributeve, do të bëjë akruale shtesë që tejkalojnë të ardhurat e kthimit të periudhës së mëparshme. Si rezultat, të ardhurat e muajit aktual do të ulen me shumën e kthimit të udhëtimit të biznesit, nuk do të mbeten asnjë minus për muajin e mëparshëm dhe raporti rregullues nuk do të tregojë asnjë ndryshim.

Nevoja për të paraqitur një Llogaritje të përditësuar të primeve të sigurimit

Në një numër rastesh, pavarësisht mungesës së detyrimit për të paraqitur një Llogaritje të përditësuar, mbajtësi i policës nuk ka asnjë mundësi tjetër për të raportuar mbipagesën e tij të primeve, përveç paraqitjes së një përditësimi:

1. Si rezultat i rillogaritjes së kontributeve në periudhën aktuale, punonjësi përfiton një shumë negative. Një raport me një shumë negative nuk mund të dorëzohet në Shërbimin Federal të Taksave. Prandaj, ekziston vetëm një rrugëdalje - të gjeneroni një raport të përditësuar për periudhën e mëparshme.

2. Punonjësi ka punuar në punë të rrezikshme. Primet e sigurimit u llogaritën me një tarifë shtesë. Informacioni për transferimin e punonjësit në punë në kushte normale pune u mor me vonesë nga departamenti i kontabilitetit. Si rezultat i rillogaritjes, është e pamundur të zvogëlohen kontributet e llogaritura me normën shtesë, sepse llogaritjet e punonjësit në periudhën aktuale nuk i nënshtrohen më kontributeve me normën shtesë.

Shembulli 3

Në këtë rast, ndryshe nga shembulli i mëparshëm 2, shuma negative e primeve të sigurimit që rezulton nga anulimi i një udhëtimi pune nuk do të kompensohet nga akruale. Pavarësisht se për shkak të llogaritjeve të punonjësve të tjerë, shuma totale e primeve të sigurimit do të jetë pozitive, në seksionin 3 punonjësi do të mbetet vlera negative dhe kjo është e papranueshme. Dhe për këtë arsye llogaritari do të duhet të krijojë një dokument Rillogaritja e primeve të sigurimit, rillogaritni kontributet për qershorin, krijoni dhe dorëzoni një Llogaritje të përditësuar në Shërbimin Federal të Taksave.

Programi 1C: Menaxhimi i pagave dhe personelit 8 automatizon procesin e rillogaritjes së primeve të sigurimit. Duke përdorur shërbimin 1C-Raportimi llogaritjet fillestare dhe sqaruese për primet e sigurimit gjenerohen automatikisht. Megjithatë, vendimi për përgatitjen e një Llogaritjeje sqaruese i mbetet kontabilistit. Duke analizuar pasojat e regjistrimit të një dokumenti që ndryshon llogaritjet në periudhën për të cilën tashmë është paraqitur një raport, kontabilisti ose rillogarit primet e sigurimit për periudhën e mëparshme, ose llogaritja ndodh automatikisht në muajin aktual.

Nga redaktori. Në artikull, lexoni në lidhje me mekanizmin e zbatuar në 1C: Ndërmarrja 8 për kontrollin e raporteve të kontrollit për llogaritjen e primeve të sigurimit, i cili merr parasysh të dhënat e llogaritjeve të rregullimit.