1s ümberarvutus. Töötasu korrigeerimised ja ümberarvestused. Eesostu kehtivusaja järgi

Teistelt – näiteks võib lisatasu määrata perioodi töötasude suuruse järgi. Sel juhul on võimalik, et pärast lisatasu arvestamist muudetakse töötasu. Vaikimisi platvorm selliseid olukordi ei kontrolli. Kui arendaja peab vajalikuks seda jälgida, peate kasutama arvutusregistri spetsiaalset alluvat objekti - Ümberarvutus:

Ümberarvutamise kirjed salvestatakse eraldi tabelis. Need ei garanteeri sõltuva registri täpset ümberarvutamist, kuid annavad signaali sellise võimaliku vajaduse kohta.

Üldiselt sisaldavad ümberarvutamise tabeli kirjed järgmisi välju:

ümberarvutusobjekt (kirje dokument, mille andmed tuleb ümber arvutada)
arvutustüüp - link arvutustüübile selle arvutusregistri jaoks määratud arvutustüüpide plaanist

Kirjeid saab salvestada üksikasjalikumalt, antud arvutusregistri ühe või mitme mõõtme kontekstis. Näiteks kogu osakonna palgaregistri pidajal oli tagasiulatuvus; Pealegi olid muudatused ainult töötaja Ivanovi jaoks. Töötaja dimensiooni lisamine ümberarvutamisele võimaldab teil seda jälgida. Sel juhul peab ümberarvutamise dimensioon olema seotud arvutusregistri dimensiooniga:

Ümberarvutustabelist genereeritakse andmed automaatselt, kui vastaval arvutustüübi plaanil on määratud atribuut Põhiperiood. Kui atribuut ei ole määratud, vastutab arendaja kirjete loomise eest.

Eksami 1C küsimus 14.41: Platform Professional. Ümberarvutamise andmed...

ei ole arvutusregistri kanded
on arvutusregistri kanded
on ümberarvestuse registri kanded
on tegeliku kehtivusaja tabeli kirjed

Õige vastus on esimene, need on üldjuhul salvestatud eraldi tabelitesse.

Eksami 1C küsimus 14.42: Platform Professional. Dimensiooni atribuutide aknas "Ümberarvutamine" märkige vahekaardi "Kommunikatsioon" atribuudis "Registreeri dimensioon"...

baasregistri mõõtmine, mille andmete muutumisel tuleb senine registrikirje ümber arvutada
jooksva registri mõõtmine, mille kanded tuleks baasregistrite andmete muutumisel ümber arvutada
baasregistrite mõõtmised, mille andmete muutumisel tuleb kehtiv registrikirje ümber arvutada

Õige vastus on teine. Ümberarvestus ise on vajalik jooksva registri kannete uuendamise vajaduse jälgimiseks.

Eksami 1C küsimus 14.43: Platform Professional. Tabel "Ümberarvutamine" on täidetud ridadega, millest igaüks tähistab...

infokogum arvutuse liigi ja ümberarvutamist vajava arvestusregistri kande dokument-salvestaja kohta. Tabel sisaldab ka ümberarvutusmõõtmisi
info kogum arvutuse liigi ja ümberarvutamist vajava arvestusregistri kande dokumendiregistripidaja kohta
andmete kogum arvutusliigi, registripidaja dokumendi rea numbri ja ümberarvutamist vajava arvutusregistri kande registripidaja enda kohta. Tabel sisaldab ka ümberarvutusmõõtmisi
õigeid vastuseid pole

Esimene vastus on õige, analüüs üleval.

Eksami 1C küsimus 14.45: Platform Professional. Vali õige vastus:

Ümberarvutustega töötamise käigus saab arendaja "ignoreerida" teavet, mille süsteem ümberarvutamise tabelis esitab, st keelduda arvutustulemuste ülevaatamisest
Ümberarvutuste toimimise põhimõte süsteemis 1C: Enterprise 8 on "teavitamine"
Konfiguratsiooni arendaja ei saa kontrollida arveldusregistri kannete ümberarvutamise protsessi, süsteem teeb kõike automaatselt
Väide 1 ja 2 vastavad tõele

Neljas õige vastus on, et ümberarvutamine jälgib ainult võimalikku vajadust muuta sõltuvaid andmeid.

Eksami 1C küsimus 14.46: Platform Professional. Ühe arvutusregistri jaoks...

Toetada saab ainult ühte ümberarvutamist
Toetada saab ainult kolme erineva struktuuriga eraldist
Toetatakse mis tahes arvu erinevate struktuuride ümberarvutusi

Õige vastus on kolmas, arvutusregistrisse lisada suvalise arvu alluvaid Recalculation objekte pole probleemi, nende struktuuri ei kontrollita kuidagi.

Eksami 1C küsimus 14.57: Platform Professional. Arvelduste sagedus on igakuine. Arvutusregistris on vastavad seadistused tehtud. Arvutustüübi Palga puhul on nihutava arvutuse tüübina määratud Reisi arvestustüüp. 03.01.14 sisestati infobaasi palgainfo, kuid arvestust ei tehtud. 20.03.14 kanti lähetus infobaasi ja arvutati. 30.03.14 algas palgaarvestus. Kas palga arvutamisel võetakse arvesse lähetuste andmeid? Kas ma pean oma töölähetuse ümber arvutama?

Arvesse läheb, aga töölähetus tuleb ümber arvutada
Arvesse võetakse, reisi ümberarvestamist ei nõuta
Ei võeta arvesse. Reisi arvestus tuleb tühistada ja mõlemat tüüpi arvestus ümber arvutada
Ei võeta arvesse. Arvutuse korrektseks tegemiseks peavad palk ja lähetus olema ühes dokumendis

Ümberarvestust pole vaja, lähetuse kirje on kuu sees.

Selles artiklis käsitleme arvutusregistritega töötamise teoreetilisi aluseid ja arvutame ka töötaja töötasu proportsionaalselt töötundide arvuga.

teooria

Arvutusregister (RR)- konfiguratsiooni metaandmete objekt, mida kasutatakse perioodiliste arvutuste rakendamiseks 1C süsteemis. Arvestusregistrite ilmselgete rakendusvaldkondade hulka kuuluvad: palgaarvestus, üüriarvestus, üüriarvestus.

Arvutusregistrid on oma ülesehituselt sarnased akumulatsiooniregistritele ehk inforegistritele. Neil, nagu akumulatsiooniregistritelgi, on mõõdud, ressursid, detailid, kuid arvutusregistrite tööpõhimõte on hoopis teine.

Akumulatsiooniregistris olevad mõõtmised on sisuliselt järgmised: filter» mille kontekstis saame andmeid kogumisregistrist. Näitena, kui võtame akumulatsiooniregistri järgi “jäägid” “Ülejäänud kaubad” teatud kauba kontekstis või “lõike viimastest” inforegistri “Töötajate palgad” järgi teatud töötaja kontekstis. . Erinevalt akumulatsiooniregistrist on perioodiliste arvutuste registris teostatavad mõõtmised "" (see on siis, kui ajapikendusega arvutustüübid konkureerivad üksteisega kirje kehtivusaja jooksul, st näiteks töölähetuse arvestus tüüp tõrjub välja kehtivusaja palgaarvestuse tüübi) ja ““(see on siis, kui lisatasu arvestuse liik sõltub eelnevate perioodide palgaarvestuse liigist).

repressioonimehhanism toimeperioodi järgi«:

Siit näeme, et arvestustüüp “Läiklusreis” on ajaliselt kestusega ja kehtib 10. aprillist 20. aprillini, arvestusliigi “Töötasu” puhul on nihutava arvestustüübina märgitud “Tööreis”. Ka “palk” laieneb ajas ja kehtib 1. aprillist 30. aprillini. Kuna „Töölähetus“ on arvestusliigi „Töötasu“ puhul märgitud nihutava arvestusviisina (kõrgema prioriteediga kui palk) ja kehtib palga kehtivusajal, siis nihutatakse töötasu välja töölähetusega ja moodustub “Palga tegelik kehtivusaeg”. Palga tegelik kehtivusaeg “See on palga kehtivusaeg pärast töölähetuse tõttu väljaviimist, meie puhul koosneb see 2 perioodist - alates 1. aprillist 9-ni ja 21-30 aprillini ning kokku on 19 päeva. Perioodipõhine nihkemehhanism töötab ainult pikaajaliste arvutuste puhul.

Ülaltoodud joonis näitab graafiliselt põhimõtet " sõltuvusmehhanism baasperioodi kaupa«:

Oletame, et 2017. aasta aprilli lõpus tahame anda töötajale preemiat 10% ulatuses tema palgast. Lisatasude arvestuse põhiliigina on märgitud töötasu.

Kuid lisatasu arvutamisel ei võta me kogu aprillikuud, vaid ainult intervalli 10. aprillist 20. aprillini (11 päeva). Arvutame lisatasu baasi, töötaja palk on 60 000 rubla, kuus on 30 päeva, päevapalk = 60 000/30 = 2000 rubla. Järgmine 2000*11 = 22000 hõõruda. Lisatasu arvutamise aluseks on 22 000 rubla.

Arvutame lisatasu: (22000/100)*10 = 2200 rubla. Lisatasu 10% palgast on 2200 rubla.

Rakenduse metaandmete objekt “Arvutustüüpide plaan” on tihedalt seotud arvutusregistriga.

Arvutustüüpide plaan (PVR)- konfiguratsiooni metaandmete objekt, mis salvestab infot arvutustüüpide tüüpide kohta ja määrab erinevate arvutuste mõju üksteisele.

Ühte arvutustüübi plaani saab kasutada mitmes arvutusregistris, kuid ühes arvutusregistris ei saa kasutada mitut arvutustüübi plaani korraga.

Arvutusregister on tabel, kuhu salvestatakse arvutatud andmed ja arvutustüüpide lõikes salvestatakse nende andmete arvutamise algoritmid. Arvestusregistris peab olema vähemalt üks dokumendiregistraator, kes teeb arvestusregistris liikumisi (näiteks Palgaarvestus).

Arvutusmehhanismid 1C Enterprise süsteemis on loodud nii, et esmalt tuleb teha kanded arvutusregistrisse ja alles siis nende andmete põhjal arvutus teha. Näiteks ei ole võimalik palgapõhist lisatasu arvutada enne, kui see sama palk on arvestusregistrisse kantud.

Harjuta

Vaatame üksikasjalikumalt arvutusregistreid praktikas:

Samm 1 Alustame arvutuste tüüpide plaaniga. Enne arvutusregistri loomist peate looma arvutustüübi plaani. Arvutustüüpide plaani koostame enne arvutusregistrit, kuna enne arvutuslike andmete salvestamise tabeli (st arvutusregistri) koostamist on vaja määrata nende andmete arvutamise algoritmid (st arvutustüüpide plaan).

Koostame "Põhitasude" arvutustüüpide kava. Läheme kohe vahekaardile "Arvutamine". Siin näeme kohe lippu" Kasutab kehtivusaega", kui see lipp on seatud, on kõik selles plaanis sisalduvad arvutused pikkus ajas(näiteks Palk, Töölähetus) ja ka selle arvutustüüpide plaani jaoks " repressioonimehhanism toimeperioodi järgi". Kui märge “Kasutab kehtivusaega” pole seatud, siis arvutustüüpidel ajapikendust ei ole (näiteks Boonus, Trahv) ja “Kehtivusaja järgi nihutamise mehhanism” ei tööta. Ka sellel vahekaardil on jaotised "Sõltuvus baasist" ja "Arvutustüüpide põhiplaanid" - need aitavad rakendada " sõltuvusmehhanism baasperioodi kaupa“, aga me räägime sellest hiljem. Jätame praegu valiku "Sõltuvus baasist" režiimile "Sõltumatu".

Loome etteantud arvutustüübi “Palk”. Vahekaardil „Põhiline” on kõik lihtne. Määrake arvutustüübi nimi ja kood.

Tänu sellele, et panime lipu üles " Kasutab kehtivusaega"Meil on nüüd vahekaart" Väljatõrjumine"ja lülitas sisse" perioodipõhine repressioonimehhanism«.

Sellel vahekaardil märgime arvutuste tüübid, mis nihutavad töötasu kehtivusaja järgi (näiteks lähetus).

Märge: jaotises “Nihendamine” saate lisada arvutustüüpe, mis kuuluvad ainult sellesse arvutustüüpide plaani.

Seal on ka vahekaart " Saatejuhid»—see näitab arvutustüüpe, mille muutmisel tuleb praegune arvutustüüp ümber arvutada. Siin saate määrata arvutustüüpe ka teistest arvutustüüpide plaanidest. Näiteks arvutustüüp “Palk” on “Bonus” arvestustüübi puhul esikohal, st. Kui palk muutub, peame ka lisatasu ümber arvutama, sest Lisatasu arvestatakse olenevalt töötasust. Sel juhul kuulub arvestustüüp “Palk” kehtivusaega kasutavasse “Basic Accruals” PRP-sse ja “Bonus” arvestustüüp “Täiendavate kogumiste” PRP-sse, mis ei kasuta kehtivusaega.

2. samm.Teeme vaikestruktuuriga kataloogi "Charts". Kataloogis “Ajagraafikud” salvestame töötajate tööajad (viiepäevased, kuuepäevased jne).

3. samm.Samuti vajame objekti, kuhu salvestame Tootmiskalendri (tööpäevad ja nädalavahetused). Nendel eesmärkidel kasutame mitteperioodilist sõltumatut teaberegistrit.

Loome mitteperioodilise sõltumatu inforegistri “Töögraafikud” 2 dimensiooniga “Kuupäev” ja “Ajakava” ning ressursiga “Tundide arv”.

Tänu inforegistrile “Töögraafikud” saame töötasust arvestada töötasu proportsionaalselt töötatud päevade arvuga.

4. samm.Looge alltoodud üksikasjade struktuuriga dokument "Palgaarvestus".

Nõuded:

Operatiivne täitmine on seatud olekusse "Keela" sest 1C perioodiliste arvelduste mehhanismil pole mõtet - me ei arvuta kunagi reaalajas lisatasusid, palku ega trahve.

Loome vaikeseadetega dokumendivormi.

5. samm. Lõpuks jõudsime arvutusregistrite loomiseni.

Arvutusregistri metaandmete objekt asub konfiguraatori harus “Arvutusregistrid”.

Loome arvestusregistri “Põhitasud”. Vaatame allolevaid arvutusregistri sätteid:

1. Märkige väljale „Arvutustüüpide plaan“ 1. toimingus loodud PVR „Põhitasud“.

2. Määrake "Kehtivusperioodi" lipu väärtuseks "True", sest 1. sammus määratud PVR-il on aja pikendamine.

Pärast selle lipu seadmist muutuvad meile kohe kättesaadavaks standardsed andmed “Action Period”, “Action PeriodStart”, “ActionPeriodEnd”, mis tähendab, et ka selles arvutusregistris registreeritud arvutuste tüüpidel on pikkus ajas ja meil on juurdepääs " repressioonimehhanism toimeperioodi järgi«.

P.S. Kui määrate PVR-i, millel on pikkus ajas RR-i puhul, mille lipp „Kehtivusperiood” on seatud väärtusele „False”, töötab see PVR PVR-na, millel puudub aja pikendamine.

3.Pärast „Kehtivusperioodi“ lipu seadmist väärtusele „True“, muutuvad meile kättesaadavaks väljad „Graafik“, „Graafiku väärtus“, „Diagrammi kuupäev“.

Väljale “Ajakava” märgime sammus 3 loodud teaberegistri “Töögraafikud”.

Väljale "Ajakava väärtus" märgime teaberegistris "Töögraafikud" ressursi "Tundide arv".

Väljale "Ajakava kuupäev" märkige teaberegistri "Töögraafikud" dimensioon "Kuupäev".

4. Väljale “Sagedus” märgime väärtuse “Kuu”, see tähendab, et andmed kantakse registrisse igakuiselt.

Allpool on registri metaandmete struktuur:

Dimensiooni lipp „Basic” mõjutab ainult toimivust; te ei pea seda määrama, kuid kui seda teete, indekseeritakse väli „Töötaja”.

Dimensioon "Töötaja" – seda kasutatakse jaotises " toimeperioodil põhinev repressioonimehhanism"Ja" baasperioodist sõltumise mehhanism«.

Ressurss “Summa” - sinna kantakse arvestuslik palk.

Atribuut „Chart” on näidatud atribuudina, mitte registrimõõtmena, kuna ei see ega see ei tõrju midagi välja – sisuliselt võrdlusväli. Tähtis!!! Ärge unustage täita välja "Ajakava link". atribuudis “Ajakava” tuleb seal märkida “Töögraafikud” inforegistri dimensioon “Ajakava”, vastasel juhul palgasummat ei arvestata.

Atribuut "Parameeter" salvestab palga väärtuse.

Nüüd, kui oleme märkinud seose “Töögraafikutega” MS-ga, arvestame töötaja töötasu proportsionaalselt töötatud päevade arvuga.

Märkame dokumendi registripidajana " Palgaarvestus" loodud sammus 4.

6. samm. Liikumisi teeme arvestusregistri “Põhitasud” järgi.

Pöördume tagasi 4. sammus loodud dokumendi “Palgaarvestus” juurde.

Kirjeldame postitamise töötlemist dokumendiobjekti moodulis:

Dokumentide töötlemise töötlemise koodi fragment

1C (kood)

Protseduuride töötlemineTöötlemine(tõrge, töötlemisrežiim) // register BasicAccruals of Movement.MainAccruals.Write = Tõene; Movements.Main Accruals.Clear(); Registreerimisperiood = Kuu algus (kuupäev); Iga TechLineMainAccruals From MainAccruals Cycle Movement jaoks = Movements.MainAccruals.Add(); Move.Reversal = vale; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Registreerimisperiood; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Menetluse lõpp

Töötlemisprotseduur (tõrge, režiim)

// Peamine tekkeregister

Liikumised. Põhilised viited. kirjuta = tõsi;

Liikumised. Põhilised viited. Clear() ;

Registreerimisperiood = Kuu algus (kuupäev) ;

Iga TechLine BasicAccrualsFrom BasicAccrualsCycle jaoks

Liikumine = Liikumised. Põhilised viited. Lisama() ;

Liikumine. Storno= Vale;

Liikumine. Arvutustüüp=TexLineMainAccruals. Arvutuse tüüp;

Liikumine. PeriodActionStart = TechLineMainAccruals. Algus kuupäev;

Liikumine. ActionPeriodEnd=Lõpppäev(TexLineMainAccruals.EndDate) ;

Liikumine. Registreerimisperiood = Registreerimisperiood;

Liikumine. Töötaja = TechLineMainAccruals. Töötaja;

Liikumine. Diagramm = TechLineMainAccruals. ajakava;

Liikumine. Parameeter = TechStringMainAccruals. Suurus;

EndCycle;

Menetluse lõpp

Loome testdokumendi ja käivitame selle:

Läheme jaotisse "Dokumendi liikumised":

Näeme, et registreerimisperioodiks on seatud kuu algus, sest RR-i sagedus on märgitud kui "Kuu". Samuti näeme, et kõik väljad peale summa on täidetud (palk pole veel arvestatud).

7. samm.Kirjutame palgaarvestuse koodi.

Loome üldmooduli "Arvutamine" järgmiste lippudega:

Arvutamine ise toimub selles üldmoodulis.

Kirjutame moodulisse “Arvutamine” ekspordifunktsiooni “Arvuta tasud”:

Kuna täitsime RR-i “Põhitasud” seadetes väljad “Ajakava”, “Graafiku väärtus”, “Ajakava kuupäev”, saime meie käsutusse arvutusregistri virtuaalne tabel. DataGraphics, virtuaalse tabeli päringus oleme huvitatud järgmistest väljadest:

"Tegeliku tegevusperioodi tundide arv" — sisaldab graafikuandmete alusel arvutatud tegelikult töötatud tundide arvu

"Tegevusperioodi tundide arv" - sisaldab arvestusperioodi graafikuandmete alusel arvutatud töötundide arvu

Palgaarvestuse kord

1C (kood)

Protseduur Calculate Accruals(Register, Set of Records) Export //Salary Request=Uus taotlus; Query.Text="SELECT | ISNULL(Basic AccrualsGraphicsData.NumberofHoursActual ActionPeriod, 0) AS HoursFact, |Basic AccrualsGraphicsData.Parameter, |ISNULL(Basic AccrualsGraphicsGraphicsAndmed,APerioodid,PAPerioodid ccrualsGraphicsAndmed ica.Rea number |FROM |Arvutusregister.Põhiarvestus. Graafikaandmed(| Registripidaja = &Registripidaja | Ja Arvutustüüp = &ArvutustüüpPalk) AS Basic AccrualsDataGraphics"; Request.SetParameter("Registreer", Salvesti); // edastada dokument registripidajale, et otsing sooritataks ainult jooksval dokumendil Request.SetParameter("ArvutustüüpPalk", Arvestustüüpide plaanid. Põhimaksed. Palk); //määrata arvestusliku palga liik, sest arvuta palka Selection=Request.Run().Select(); SearchStructure=UusStruktuur; SearchStructure.Insert("Riidaarv",0); //loo struktuur andmete otsimiseks reanumbri järgi arvutamiseks Iga kirje jaoks kirjekomplektist Tsükkel //tsükkel läbi aktiivse dokumendi kirjete kogumiSearch Structure.LineNumber=Record.LineNumber; //otsingu jaoks täida rea number If Selection.FindNext(Search Structure) Seejärel //otsime näidisest andmeid arvutamiseks jooksva reanumbri alusel Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * Sampling .Parameter); //arvesta töötasu proportsionaalselt töötatud päevadega, sisse Parameeter - jooksev palk EndIf; Selection.Reset(); //lähtestage valik, vajame kirjekomplekti järgmist kirjet, et valikust otsida esimene EndCycle; Recordset.Write(, True); //kirjutage arvutatud kirjed andmebaasi, edastage parameeter Replace = True EndProcedure

//Palk

Request=Uus taotlus;

Taotlus. Text="VALI

| ISNULL(Basic AccrualsDataGraphics.Numberof HoursActual ActionPeriod, 0) AS HoursFact,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(Basic AccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS tunniplaan,

| BasicAccrualsDataGraphics.NumberLines

|ALT

| Arvutusregister. Põhilised tekkepõhised arvestused. Graafikaandmed (

| Salvesti = &salvesti

Tere päevast. Ma pole teist pikka aega kuulnud :) Täna tahan selgitada eelmiste perioodide ZUP 3.0 ümberarvutuste funktsioone. See artikkel räägib sellest, kuidas see sees töötab, ja vastavalt sellele saate seda protsessi juhtida. Tõenäoliselt olete ju kokku puutunud tõsiasjaga, et programm kogub inimesele ootamatult tundmatuid summasid, pöörab need ümber, ilmnevad erinevused... ja te ei tahtnud seda või tahtsite seda. aga seda ei juhtunud))

Alustagem. Esiteks toimuvad ümberarvestused hetkel, kui arvestate töötasu dokumendiks "Palgaarvestus". Sel eesmärgil pakub see vahekaarti "Täiendavad viited, ümberarvutused". Esimene asi, mida tahan teile nõu anda: kontrollige alati plaadil olevaid andmeid "Täiendavad viitvõlad, ümberarvestused" . Need võivad teie teadmata sinna ilmuda ja te ei saa aru, miks arvutuses olev summa ei ole sama.

Teoreetiliselt hoiatatakse meid alati dokumendi päises, et programm hakkab kedagi loendama või et me peame selle uuesti täitma, sest... kedagi ei arvestatud.

Kuidas programm teab, keda ma pean loendama ja mis kuu jooksul?

Ta määrab selle teie tegude põhjal. Kas te kuupäevastasite dokumendi tagasi? Programm vaatles selles dokumendis olevaid töötajaid ja salvestas nende nimekirja. Kas tegite dokumendis paranduse (näiteks parandasite eelmise kuu tööaja tabelit)? Programm on sellelt ajatabelilt kõik meeles pidanud ja see kuu arvestatakse ümber. See puudutab peaaegu kõiki dokumente, nii personali kui ka palgaarvestust. Sel juhul pole programmil vahet, kas dokumendi puudutamine mõjutas sinu palka või mitte.

Oletame, et läksite tööle kandideerimise juurde ja kirjutasite sinna kommentaari, misjärel panite dokumendi uuesti üles. Ei mingit palka, ei määramise kuupäeva ega ametikohta... midagi ei puutunud. Aga programm ei tea, miks sa eelmise perioodi dokumendi üle kirjutasid, see pole telepaat, ta lihtsalt salvestas selle töötaja.

Teine näpunäide (ehk esimene saladus): minge läbi “kõik funktsioonid” inforegistrisse “Palga ümberarvestus”. Ära ole laisk ja roni sisse! Minge sinna enne iga palgaarvestust ja pärast iga tagasiulatuva kuupäevaga dokumenti.

Paljud raamatupidajad tajuvad seda nõuannet nii, et neil on uus töökoht, millest neil juba piisab. Aga kui sa sinna ei roni, ei saa sa töö loogikast aru ja kui programm on sinu jaoks nagu must kast, siis sa ei sõbrune sellega. Sõprus algab sõbra sisemaailma mõistmisest! Kui sa ei hooli oma vastase sisemaailmast, pole ta sinu sõber.

Niisiis, kas sa oled sisse roninud? Suurepärane. Reeglina on see tühi ja seal pole ühtegi rida, kuid niipea, kui midagi tagasiulatuvalt puudutate, ilmub siia kirje, mis sisaldab töötajat ja kuud, mis tuleb ümber arvutada.

Kolmas näpunäide: kui te ei nõustu programmi kavatsusega töötajat loendada, kustutage rida sellest registrist.

1. Kas saate juba aru, kuidas jooned ilmuvad? Suurepärane.

2. Dokumendi “Palgaarvestus” täitmisel ja registri ridade alusel konteerimisel tehakse ümberarvestus ja tabeli täitmine. "Täiendavad viited, ümberarvestused."

3. Ümberarvestatud töötajad kustutatakse registrist ja see saab tühjaks.

4. Dokumendi “Palgaarvestus” tühistamisel tagastatakse read oma kohale, et uuesti täites loksuks kõik paika.

Neljas näpunäide (võib-olla parandatakse seda): Enne “Palgaarvestuse” dokumendi uuesti täitmist aja see laiali!

Algoritmi alusel pärast dokumendi postitamist register kustutatakse. Kui täidate seda ilma tühjendamata, ei tea programm, keda tuleb loendama, ja ümberarvutustega tabeliosa on tühi. See kehtis 21. väljalaske kohta. Mul pole olnud aega seda veel 22. väljaandes kontrollida.

Veel üks nüanss, kui klõpsate dokumendis ümberarvutamiseks mõeldud inimeste loendil, avaneb teaberegistri loendi vorm"Palkade ümberarvutamine." Ja seal on ka nupp ühe kirje "kustutamiseks".

P.S. (tähtis)

Selle uurimise põhjuseks olid lõputud ümberarvutused raamatupidamise 3.0 algandmete ülekandmisel. Ülemineku ajal peate puudutama kõiki tehnikaid ja tõlkeid)) pärast seda kustutage kogu registri sisu " "Palga ümberarvutamine", vastasel juhul saate kõigi aastate kohta ümberarvestuse ZUP 3.0 alustamine andmeedastusega raamatupidamisest 3.0

Nii juhtus demo andmebaasis, kui üks töö tehti uuesti. Ja kui teisaldate 1C Accounting 3.0 versioonile 1C ZUP 3.0, teete uuesti kõik, mis võimalik:

See on kõik, küsimused kommentaaridesse ja ärge kartke programmi, peate sellest aru saama ja see maksab teile selle eest armastusega.

Paljud 1C programmeerijad pole kunagi oma praktikas komponendiga “Arvutamine” kokku puutunud, seetõttu tekivad raskused, eelkõige arusaamisraskused, kui nad peavad platvormil 8.0 spetsialisti jaoks eksameid sooritama, kus iga ülesanne sisaldab ülesannet keerukate perioodiliste arvutuste kohta.

Proovime selle komponendi versioonis 8.0 välja mõelda. Erinevate arvutusülesannete lahendamise asemel proovime seda komponenti mõista, et saaksime lahendada mis tahes arvutusülesande. Pärast selle juhendiga tutvumist saate aru, kuidas arvutusregistrid on paigutatud ja töötavad.

Näiteks kasutame eksamite ajal paigaldatud raami konfiguratsiooni.

Ausalt öeldes proovisin pikka aega aru saada, milleks veel arvutusi vaja on, kuid ma ei saanud sellest aru, nii et kaalume palkade arvutamise probleemi.

Mis on arvutused

Põhimõtteliselt on lõplik palgaarvestustoode palgaarvestusregistri kannete komplekt järgmisel kujul:

Töötaja	Periood	Arvutuse tüüp	Tulemus	Andmed	Kommentaar
Mõõtmine	Ametlik	Ametlik			Rekvisiidid

Väärtus veerus “Andmed” kajastab töötaja põhipalka (vastavalt töölepingule), kuid seda summat saab suurendada lisatasude võrra, vähendada trahvide ja töölt puudumise vms võrra, seetõttu kantakse tegelik väljamakstav summa pärast veerus "Tulemus" esitatud arvutus. See on arvutus. Summa veerus “Ressurss” antud töötaja kohta on talle makstav palk.

Seega on arvutusregister sisuliselt kirjete kogum, mis sarnaneb ülesehituselt kaubeldava akumulatsiooniregistriga. Lihtsalt keerukate arvutuste tegemiseks määratakse selle jaoks täiendavad sätted, mis võimaldavad teil arvutusregistri jaoks luua palju virtuaalseid tabeleid, kuigi sisuliselt on see register vaid joonisel näidatud kirjete komplekt.

Iga arveldusregistri kanne on seotud konkreetse arveldusliigi ja ajaperioodiga.

Arvutuste tüübid

Igal arvutustüüpide kirjel on teenuse atribuut – arvutustüüp.

Teatud tüüpi arvutusi võib käsitleda kui spetsiaalse teatmeteose, näiteks „Arvutuste tüüpide kava” elementi – sellel on ka üksikasjad, tabeliosad, eelmääratletud ja kasutaja loodud elemendid. Selliseid "katalooge" võib süsteemis olla mitu.

Näiteks koostame plaani arvutustüüpidele Main ja selles etteantud arvutustüüpidele palk, boonus, puudumine, ärireis.

Arvutustüüpe kasutatakse funktsionaalselt, et kajastada arvutusregistri kirjete mõju üksteisele. Lühidalt aga räägivad nad arvutustüüpide mõjust üksteisele:

Arvutuse tüüp	Kirjeldus	Näide
Baasperioodi järgi	Sõltuva perioodi arvestuse tulemus sõltub baasperioodi tulemusest. Kui baasperioodi tulemus muutub, tuleb sõltuva perioodi tulemus ümber arvutada.	Lisatasu sõltub baasperioodi palgast.
Pühkimine perioodi järgi	Sõltuva perioodi kehtivusaeg asendab baasperioodi kehtivusaja, seega on baasperioodil tegelik	Töölt puudumine mõjutab tegelikku palgaperioodi.
Juhtivad arvutused	Arvestus sõltub juhtivast arvutusest, kuid mitte otseselt vaid kaudselt, s.t. arvutus A sõltub põhiarvutusest B ja arvutus B põhiarvutusest B, seetõttu sõltub A kaudselt B-st, s.t. A sõltub juhtivast arvutusest B. Tegelikult kui arvutus C muutub, võib muutuda B ja seetõttu võib muutuda ka A. Süsteem ei jälgi selliseid keerulisi sõltuvusi automaatselt, seega peate näitama, millised arvutused juhivad.	Lisatasu sõltub palga baasist, aga kaudselt ka töölt puudumisest.

Sellest mõjust tulenevalt jaguneb arveldusregistri kande kehtivusaeg neljaks perioodiks:

Periood	Kirjeldus
Registreerimisperiood	Mis perioodil sündmus salvestati, s.o. tavaliselt siis, kui dokument sisestatakse.
Kehtivus	Mis perioodil üritus tegutseb, s.o. millisesse perioodi sündmus kuulub.
Baasperiood	Mõtetav ainult perioodide puhul, millel on baasperiood – kirjeldab baasperioodi intervalli.
Tegelik kehtivusaeg	Kui kehtivusaega asendavad muud tüüpi arvutused, siis tegelik kehtivusaeg koosneb mitmest perioodist, mil seda tüüpi arvutus tegelikult kehtib.

Registreerimisperioodi määrab üks number - perioodi algus, mis vastab arvestusregistri sagedusele. Isegi kui määrame sellel teenuseväljal erineva kuupäeva, asendatakse see siiski perioodi algusega. Ülejäänud perioodid on määratud kahe väljaga - perioodi algus ja lõpp Tegelik kehtivusaeg on perioodide kogum, kuna see võib koosneda mitmest kuupäevavahemikust.

Ajagraafikud

Süsteemil on võimalus siduda arvutusregistrite andmed ajagraafikutega, et töötundide arv oleks võimalik saada mis tahes perioodi kohta.

Ajaskaala on lihtne teaberegister, milles üks dimensioon salvestab kuupäeva, teine on dimensiooniga seotud arvutusregistri abil ja ühte ressurssi kasutatakse aja jälgimiseks.

Dimensioon, mis arvutusregistriga seotud tavaliselt kannab mis tähendab "graafiku tüüp".

kuupäeva	Diagrammi tüüp	Tähendus
11.01.05 P	Viis päeva
11.01.05 P	Kuus päeva
12.01.05 laup	Viis päeva
12.01.05 laup	Kuus päeva

Miks kasutada perioodilise detailregistri asemel kuupäeva dimensiooni? Kõik on väga lihtne – kui reedel, 11. jaanuaril on meil viiepäevase perioodi jooksul 8 töötundi, ei tähenda see, et järgmisel päeval oleks jälle 8 töötundi. Aga kui kasutaksime perioodilist registrit, siis järgmise päeva väärtus võetakse kirjete puudumisel eelmisest päevast.

Seega, omades teatud perioodi (tegelik toiming, registreerimine, baasperiood jne) saame automaatselt saada selle perioodi tundide arvu vastavalt graafikule.

Ümberarvutamine

Ümberarvutamine meenutab mõneti järjestuse piiri. Kuna meil on sõltuvad arvutused, siis nende baas- ja juhtarvutuste muutmisel peab süsteem kuidagi märkima, et peame sõltuvad arvutused ümber arvutama.

Selleks on ümberarvutused.

Kui arvutame baaskirjed, märgib süsteem eraldistes, et peame arvutama sõltuvad kirjed. Kui oleme sõltuvad kirjed arvutanud, kustutatakse eraldised.

Sisuliselt on ümberarvutused loend arvutusregistri kannetest, mis tuleb ümber arvutada.

Kui ümberarvutustesse mõõtmisi ei sisesta, siis põhiarvutuste muutumisel lisatakse kõik sõltuvad kirjed ümberarvutuste nimekirja.

Kui loome ümberarvestuses dimensiooni “Töötaja”, siis töötaja põhiarvestuse muutmisel lisatakse ümberarvestustele ainult selle töötaja ülalpeetavad kirjed.

Praktiline ülesanne

Aitab teooriast. Proovime üksikasju praktikas uurida. Võtame aluseks raami konfiguratsiooni.

Probleemi sõnastus:

Lisatasu olgu fikseeritud protsendina palgast (miinus töölt puudumised ja sõidutasud).

Sõiduraha makstakse topeltpalgana + kindla summa maksed iga reisipäeva eest.

Võtta töötajale töölt puudumise eest rahatrahvi poole palga ulatuses.

Edusammud:

Esialgne koolitus

Loome arvutustüüpidele "Peamine" uue plaani.

Määratleme arvutuste tüübid ja nendevahelised sõltuvused:

	Põhiline	Väljatõrjumine	Saatejuhid
Palk		Töölt puudumine, ärireis
Auhind		Töölt puudumine, ärireis	Palk, töölt puudumine, lähetus
Ärireis
Töölt puudumine

Lisame seda tüüpi arvutused „Põhi“ arvutustüüpide plaani ja määrame arvutustüüpide omaduste sõltuvused vastavalt tabelile.

Palgaarvestuse registris loome "Eraisikud" tüüpi dimensiooni "Töötaja" - et registris oleks töötajate jaoks analüütika osa.

Konfiguratsioon sisaldab juba dokumenti “Palgaarvestus”.

Selle päises on kaks kuupäeva - "kuupäev" ja "registreerimisperiood" ning igal real kaks kuupäeva "alguskuupäev" ja "lõppkuupäev".

Mõistetakse, et kuupäev on lihtsalt dokumendi vormistamise kuupäev, registreerimisperiood näitab, millise kuu eest me palka arvestame ja kuupäevad igal real kirjeldavad iga arvutusliigi kehtivusaega.

Lisame dokumendimoodulisse atribuudi “Andmed” algseadistuse - sisestame algpalga, määrates sinna registreerimisperioodi, kehtivusaja ja baasperioodi.

Dokumendimoodul näeb välja umbes selline:

Sest Igale TechStringList Loenditsüklist

// register Arvutused

Liikumine = Liikumised .Arvutused.Lisa();

Liikumine .S torno= Vale;

Liikumine .In idCalculation = TechStringList.CalculationType;

Liikumine .PeriodActionsStart= päeva algus ( TechStringList.StartDate);

Liikumine .PeriodActionEnd= EndDay();

Liikumine .Registreerimise periood = Registreerimisperiood;

Liikumine .BasicPeriodStart= päeva algus ( TechStringList.StartDate);

Liikumine .BasePeriodEnd= Lõpppäev ( TechStringList.Lõppkuupäev);

Liikumine .Töötaja = TechStringList.Employee;

Liikumine .Ajakava = TechStringList.Graph;

Liikumine .Tulemus = 0;

Liikumine .Andmed = TechStringList.Size;

EndCycle ;

Atribuut Reversal on vajalik kirjete ümberpööramiseks (analoogselt miinusmärgiga).

Märgime arvutuse tüübi ja määrame kuupäevadeks päeva alguse ja lõpu. Muidugi saab baasperioodi sisestada ainult baasist sõltuvate arvutustüüpide puhul ja Andmeid saab sisestada ainult palga kohta, aga kõik toimib nii.

Dateerime kõik dokumendid 20.01.2003, registreerimisperioodiks seatakse 01.02.2003 (ma konkreetselt ei märgi algus- ja lõpuandmeid, see pole siin igatahes oluline, salvestamisel Registreerimisperioodümber arvestatud perioodi alguseks 01/01/2003). Kasutame 2003. aasta jaanuari, kuna selleks perioodiks olid töögraafikud täidetud.

Loome ümberarvutuse “Ümberarvestus” ja lisame sellele dimensiooniga “Töötaja” seotud dimensioon “Töötaja”.

Ümberarvutustega mängimine.

Mängu mängimiseks avage päringukonsool - töötlemine " CustomRequest» raami konfiguratsioonis. Loome päringukonstruktori abil uue päringu ja lisame sinna virtuaalse tabeli Ümberarvutused, arvutused, ümberarvutused, on taotluse tekst järgmine:

VALI

ArvutusedRecalculation.Ümberarvutamise objekti kohta,

ArvutusedRecalculation.In kalkulatsiooni ID,

Arvutused Ümberarvestus Töötajalt

FROM

Arvestusregister Arvutused Ümberarvestus KUIDAS ArvutusedÜmberarvutamine

Genereerime kolm dokumenti - esmalt kogume palgad töötajatele A ja B. Töötaja A töötab 1.-31.jaanuar, B töötab 1.-20.jaanuar. Teisega määratakse töötajale B lisatasu ajavahemikuks 1.-31.jaanuar, kolmandaga töötajale A töölt puudumised 20.-25.jaanuar.

Mängime tegeliku kehtivusajaga.

Teeme uue päringu – seekord lisame sinna tabeliandmed Arvutusregistrid. Arvutused. Tegelik tegevusperiood.

Koostame päringu ja vaatame, et töötaja A palgaperiood jaguneb kaheks perioodiks - 1.-19.jaanuar ja 26.-31.jaanuar. Loodan, et saate aru, et periood jagunes kaheks, sest... töölt puudumine asendas palka.

Arvan, et arvutusregistri toimimismehhanismid saavad meie silme all selgemaks.

Uurime graafikuid.

Nüüd proovime arvutada töötasu töötaja töötasu alusel.

Koostame arvutusregistri jaoks uue päringu virtuaalse tabeli abil Arvutusregistrid, arvutused, DataGraphics. Selle virtuaalse tabeli jaoks saate määrata parameetri - näiteks kirjete valimise tingimuse Töötaja=&Vali Töötaja Ja Calculation Type=&Arvutustüüp Ja Graafik=&ViewGraphic.

Määrame päringu parameetritesse konkreetsed töötajad, arvutuste tüübid ja graafikud ning vaatame, mitu tundi on tulemuseks.

Tulemuste veerg	Tähendus
ValuePeriodAction	Millise kehtivusaja kohta tundides oli kanne registris.
ValueActualPeriodAction	Mitu tundi töötaja tegelikult töötas?
ValueBasePeriod	Palga puhul pole mõtet, lisatasude puhul - baasperioodi töötundide arv.
VäärtusRegistreerimisperiood	Mitu töötundi on registreerimisperioodil (jaanuar)

Ümberarvestused on palgaarvestuse lahutamatu osa. Teave töötajate haiguspuhkuste, puhkuste või töölt puudumise kohta raamatupidamisosakonnale mõne hilinemisega toob kaasa palkade ja vastavalt kindlustusmaksete ümberarvutamise. 1C eksperdid räägivad, kuidas kindlustusmaksete arvutused ja ümberarvutused kajastuvad raamatupidamises ja reguleeritud aruandluses programmis 1C: Palgad ja personalijuhtimine 8, väljaanne 3.

Palkade ümberarvutamisel tekib vajadus kindlustusmaksete ümberarvutamine. Lisaks võib sissemaksete ümberarvutamise põhjuseks olla aasta jooksul toimunud tariifi muutus või vigade avastamine, näiteks arvestuse mittearvestamine kindlustusmaksete baasis.

Sellistel juhtudel on raamatupidajal küsimusi föderaalsele maksuteenistusele ajakohastatud teabe esitamise vajaduse, kohustuse ja õiguse kohta.

Venemaa Föderaalse Maksuteenistuse 10.10.2016 korralduse nr ММВ-7-11/551@ lisas nr 2 toodud kindlustusmaksete arvestuse täitmise korra punkti 1.2 kohaselt on maksja kohustatud tegema arvestuses vajalikud muudatused ja esitama maksuhaldurile ajakohastatud aruande, kui andmed on kajastamata või mittetäielikud, samuti vead, mis põhjustavad tasumisele kuuluva kindlustusmakse summa alahindamise.

Otsustades, kas esitada uuendatud arvutus, peab raamatupidaja vastama järgmistele küsimustele:

kas kogu teave kajastus;
kas tehti vigu ja kas need tõid kaasa makstavate kindlustusmaksete summa alahindamise.

Uuendatud Arvutuse esitamine võib olla kohustus, õigus või sunnitud vajadus.

Uuendatud kindlustusmaksete arvestus

Ajakohastatud arvutuse esitamise kohustus tekib juhul, kui pärast föderaalsele maksuteenistusele aruande esitamist selgub, et töötajate kohta esitati puudulikud või ebaõiged andmed või avastati vigu, mis tõid kaasa tasumisele kuuluvate kindlustusmaksete summa alahindamise.

Levinud vigade tüübid, mis nõuavad ajakohastatud arvutuse kohustuslikku esitamist:

1. Töötaja ei teatanud viivitamatult oma isikuandmete muudatustest ja föderaalne maksuteenistus esitas arvutuse jaotises 3 tema kohta valeandmeid.

2. Töötaja töötas osakonnas, millel on õigus kohaldada kindlustusmaksete soodusmäära. Seejärel viidi ta üle üksusesse, kus rakendatakse kindlustusmakse põhimäära. Info töötaja üleviimise kohta laekus raamatupidamisse hilinemisega. Sissemaksete arvestus tehti valesti vähendatud määraga.

3. Programmi 1C: Palk ja personalijuhtimine 8 esialgses seadistamisetapis tehti viga, jättes kindlustusmaksete arvestusbaasist välja preemia. Vea parandamine toob kaasa lisatasude võtmise.

4. Soodustariifiga osakond kaotab selle kasutamise õiguse, kuid info jõuab palgajuhini hilinemisega. Põhitariifi järgi ümberarvutamine toob kaasa tasumisele kuuluvate kindlustusmaksete summa suurenemise.

5. Kindlustusmaksete arvutamisel ei viidanud programm, et ametikoht on loetletud ohtlike kutsealade nimekirjas, millele kohaldatakse lisatariife. Pärast vea avastamist ja parandamist põhjustas ümberarvestus kindlustusmaksete alamaksmise täiendavate määradega.

Vaatame näidete abil kindlustusmaksete ümberarvutamise funktsioone väljaandes “1C: palgad ja personalijuhtimine 8” 3.

Näide 1

Divisjoni kindlustusmaksete arvutamisel Varud kohaldati kindlustusmaksete soodusmäära Tehnoloogia-innovatsiooni erimajandusvööndi elanikud(pileti kood “05”). See tariif näeb 2018. aastal ette sissemakseid pensionifondi 13% ulatuses; sotsiaalkindlustusfondis 2,9%; föderaalses kohustusliku ravikindlustusfondis 5,1%. Täpselt nii arvestati sissemakseid töötaja V.S. Luuderohi. Igakuise sissetulekuga 10 000 rubla. Kuu kindlustuse mahaarvamiste summa oli:

pensionifondis - 1300 rubla;
FFOMS-is - 510 rubla;
sotsiaalkindlustusfondis - 290 rubla.

Näidatud summad kajastusid 2018. aasta I kvartali kindlustusmaksete arvestuses.

Kui selgus, et osakond oli kaotanud õiguse kohaldada kindlustusmaksete soodusmäära, siis vastavalt Venemaa Föderaalse Maksuteenistuse 25. oktoobri 2017 kirjadele nr GD-4-11/21611@ ja ministeeriumile Venemaa rahanduse 18. detsember 2017 nr 03-15-06/ 84443 tekkis vajadus esitada täpsustav Kalkulatsioon. Selle moodustamiseks on vaja kindlustusmaksed ümber arvutada uute määradega.

Kaardil Diviisid põld tuleks puhastada Soodustariifi hirm. panused. Nüüd kehtib jaoskonnale organisatsiooni jaoks kasutatav ja kaardil märgitud tariif Organisatsioonid järjehoidja peal Arvestuspoliitikad ja muud seaded link Arvestuspoliitika põllul Tariifi tüüp.

Näites 1 on organisatsioon seatud väärtusele Põhikindlustusmakse määr(tariifikood “01”), mis näeb ette sissemaksemäärad 2018. aastal: Vene Föderatsiooni pensionifondi 22% ulatuses; Sotsiaalkindlustusfond 2,9%; FFOMS 5,1%. On ilmne, et pensionifond on „alamaksnud” 9% sissemaksetest (22% - 13%) ja tariifikood on muutunud.

Vaadeldavas näites 1 tuleks sissemaksete ümberarvutamiseks üle vaadata tulude arvestuse kord. Dokument on mõeldud eelmise perioodi tulude kajastamise ja kindlustusmaksete ümberarvutamise korra registreerimiseks. (menüü Maksud ja tasud). Järjehoidja peal Sissetulekuteave on vaja kõik töötajate sissetulekud käsitsi selgitada. Samal ajal järjehoidja peal Hinnangulised panused Kindlustusmaksed arvutatakse automaatselt ümber.

Töötaja V.S. kindlustusmaksete ümberarvutamise tulemusena. Luuderohi kuusissetulekuga 10 000 rubla. Kuu kindlustuse mahaarvamiste summa oli:

Venemaa pensionifondis - 2200 rubla;
föderaalses kohustusliku ravikindlustusfondis ja sotsiaalkindlustusfondis - summa ei muutunud ja oli vastavalt 510 rubla. ja 290 rubla.

Peale I kvartali kindlustusmaksete ümberarvutamist tuleks koostada täpsustavad Arvutused. Teenuse kasutamine 1C-aruandlus, parandatavate perioodide ja kohta on vaja koostada uued aruanded Tiitelleht näidata Parandusnumber(Joonis 2). Täpsustused puudutasid kõiki osakonna töötajaid, kuna kõigi tariifikood oli muutunud. Seetõttu on uuendatud arvestuse jaotised 3 moodustatud kõigi osakonna töötajate kohta. Muudel juhtudel, kui ajakohastatud arvutuse moodustamise põhjuseks on muudatused üksikute töötajate andmetes või tekkepõhises arvestuses, kuvatakse jaotises 3 andmed ainult nende töötajate kohta. Igal juhul on täpsustava arvutuse ülejäänud osad täidetud täiesti uute andmetega.

Riis. 2. 2018. aasta I kvartali kindlustusmaksete selgitava arvestuse tiitelleht

Õigus esitada uuendatud kindlustusmaksete arvestus

Kindlustusvõtjal on võimalik ülevaatusele esitada uuendatud Kalkulatsioon, kui leiab vigu, mis viivad kindlustusmaksete suuruse ülehindamiseni. Tegelikult tehakse jooksva perioodi järgmisel sissemaksete arvestusel ümberarvestus ja tulemus kajastub järgmise perioodi aruandes. Olukorra valikud, mis võimaldavad teil esitada värskendatud arvutuse:

1. Töötajale maksti töötasu kogu töötatud kuu eest. Kindlustusmaksete arvestus esitati föderaalsele maksuteenistusele, kuid hiljem selgus, et töötaja oli haiguslehel või puhkusel omal kulul. Kindlustusmaksetest sõltuva tekkepõhise viitvõla asemele lisandus kindlustusmaksete arvestuse baasi mittekuuluv viitvõla, mis tõi kaasa kindlustusmaksete enammaksmise.

2. Töötajate viitlaekumiste ümberarvutamine, mis toob kaasa kindlustusmaksete ümberarvutamise nende vähendamiseks.

Näide 2

Juuni töötasu arvutamisel töötajale S.S. Gorbunkovi autasustati:

palgamakse - 7500 rubla;
töölähetuse tasu (keskmise sissetuleku alusel) juunis - 2500 rubla.

Kindlustusmakseid on arvestatud baasmäära alusel. Juunis sissemaksed S.S.-i palgast. Gorbunkovid olid:

Venemaa pensionifondis - 2200 rubla;
FFOMS-is - 510 rubla;
sotsiaalkindlustusfondis - 290 rubla.

Need sissemaksed on tasutud ja kantud 2018. aasta poolaasta kontole. Raamatupidamisosakonda esitatud haigusleht perioodil 25.06.2018-30.06.2018 ei anna põhjust uuendatud Arvutuse moodustamiseks. Programmis registreeritud dokument Haigusleht tühistab varem kogutud sõidurahade summa (joonis 3).

Riis. 3. Dokumendis “Haigusleht” sõidutasude ümberarvestus

Haiguslehe sai organisatsioon kätte juulis. Tegemist ei ole veaolukorraga ega too kaasa kindlustusmaksete alamaksmist. Kuna haiguslehel kogunenud summalt kindlustusmakseid ei maksta, tekkis sissemaksete enammaksmine summas:

Vene Föderatsiooni pensionifondis - 550 rubla;
FFOMS-is - 127,50 rubla;
sotsiaalkindlustusfondis - 72,50 rubla.

Programmis Haigusleht, registreeritud juuli 2018, mõjutab jooksva kuu kindlustusmaksete arvestust, vähendades arvestusbaasi.

Sellises olukorras ei ole ajakohastatud Arvutuse esitamiseks seadusest tulenevaid nõudeid. Kõik ümberarvestused toimuvad järgmisel perioodil ja kajastuvad järgmistes aruannetes. Kuid samal ajal on organisatsioonil õigus täpsustada poolaasta aruannet ja teavitada föderaalset maksuteenistust tekkinud enammaksest, esitades selgituse.

Enne kuu lõppu ei tasu aga kalkulatsioonis rutakalt täpsustusi teha. Kogu kuu jooksul registreeritakse ju erinevaid dokumente. Mingil hetkel dokument Haigusleht saab tõepoolest tühistada eelmise kuu sissetuleku ja kuu töötasu arvutamise tulemuste põhjal muu dokumendi, näiteks Palkade ja sissemaksete arvutamine, teeb täiendavaid viiteid, mis ületavad eelmise perioodi tagasipööratud tulu. Selle tulemusena väheneb jooksva kuu sissetulek lähetuse tagasipööramise võrra, eelmise kuu miinuseid ei jää ja korrigeerimisaruandes muudatusi ei kuvata.

Vajadus esitada uuendatud kindlustusmaksete arvestus

Paljudel juhtudel ei ole kindlustusvõtjal, vaatamata ajakohastatud kalkulatsiooni esitamise kohustuse puudumisele, muud võimalust kindlustusmaksete enammaksmisest teada anda, välja arvatud ajakohastatud arvestuse esitamine:

1. Jooksva perioodi sissemaksete ümberarvutamise tulemusena saab töötaja negatiivse summa. Föderaalsele maksuteenistusele ei saa esitada negatiivse summaga aruannet. Seetõttu on ainult üks väljapääs – koostada eelmise perioodi uuendatud aruanne.

2. Töötaja töötas ohtlikul tööl. Kindlustusmakseid arvestati lisamääraga. Teave töötaja tavapärastel töötingimustel tööle ülemineku kohta laekus raamatupidamisse hilinemisega. Ümberarvestuse tulemusena ei ole võimalik arvutatud sissemakseid täiendava määraga vähendada, kuna töötaja jooksva perioodi viitlaekumiste suhtes enam lisamääraga sissemakseid ei tehta.

Näide 3

Sellisel juhul ei kompenseerita erinevalt eelmisest näitest 2 töölähetuse ärajäämisest tulenevat kindlustusmaksete negatiivset summat viitlaekumisega. Hoolimata asjaolust, et teiste töötajate kogunemise tõttu on kindlustusmaksete kogusumma positiivne, jääb 3. jaos töötaja negatiivseteks väärtusteks ning see on lubamatu. Ja seetõttu peab raamatupidaja looma dokumendi Kindlustusmaksete ümberarvutamine, arvutage juunikuu sissemaksed ümber, koostage ja esitage föderaalsele maksuteenistusele ajakohastatud arvutus.

Programm 1C: Palk ja personalijuhtimine 8 automatiseerib kindlustusmaksete ümberarvutamise protsessi. Teenuse kasutamine 1C-Aruandlus kindlustusmaksete esialgsed ja täpsustavad arvutused genereeritakse automaatselt. Täpsustava Kalkulatsiooni koostamise otsus jääb aga raamatupidaja teha. Olles analüüsinud arvutusi muutva dokumendi registreerimise tagajärgi perioodil, mille kohta aruanne on juba esitatud, arvutab raamatupidaja kas eelmise perioodi kindlustusmaksed ümber või toimub arvestus automaatselt jooksval kuul.

Toimetaja käest. Artiklist lugege 1C:Enterprise 8-s rakendatud mehhanismi kindlustusmaksete arvutamise kontrollsuhete kontrollimiseks, mis võtab arvesse korrigeerimisarvutuste andmeid.