1s perskaičiavimas. Darbo užmokesčio pataisymai ir perskaičiavimai. Pirmenybė pagal galiojimo laikotarpį

Iš kitų – pavyzdžiui, priedas gali būti nustatomas pagal laikotarpio atlyginimų dydį. Tokiu atveju gali būti, kad paskaičiavus priedą atlyginimas bus pakeistas. Pagal numatytuosius nustatymus platforma nevaldo tokių situacijų. Jei kūrėjas mano, kad tai būtina stebėti, turite naudoti specialų pavaldžią skaičiavimo registro objektą - Perskaičiavimas:

Perskaičiavimo įrašai saugomi atskiroje lentelėje. Jie negarantuoja, kad priklausomą registrą reikia tiksliai perskaičiuoti, bet yra signalas apie tokį galimą poreikį.

Apskritai perskaičiavimo lentelės įrašuose yra šie laukai:

perskaičiavimo objektas (įrašo dokumentą, kurio duomenis reikia perskaičiuoti)
skaičiavimo tipas - nuoroda į skaičiavimo tipą iš skaičiavimo tipų plano, apibrėžto šiam skaičiavimo registrui

Įrašai gali būti saugomi išsamiau, atsižvelgiant į vieną ar kelis konkretaus skaičiavimo registro matmenis. Pavyzdžiui, viso skyriaus darbo užmokesčio registratorius buvo datuojamas atgaline data; Be to, pakeitimai buvo skirti tik darbuotojui Ivanovui. Prie Perskaičiavimo pridėję dimensiją Darbuotojas galėsite tai stebėti. Tokiu atveju perskaičiavimo dimensija turi būti susieta su skaičiavimo registro dimensija:

Duomenys iš perskaičiavimo lentelės generuojami automatiškai, jei atitinkamo skaičiavimo tipo plane yra nustatyta Bazinio laikotarpio ypatybė. Jei nuosavybė nenustatyta, už įrašų generavimą atsakingas kūrėjas.

1C egzamino 14.41 klausimas: Platform Professional. Perskaičiavimo duomenys...

nėra skaičiavimo registro įrašai
yra skaičiavimo registro įrašai
yra perskaičiavimo registro įrašai
yra faktinio galiojimo laikotarpio lentelės įrašai

Teisingas atsakymas yra pirmasis, jie paprastai saugomi atskirose lentelėse.

1C egzamino 14.42 klausimas: Platform Professional. Matmenų ypatybių lange „Perskaičiavimas“, skirtuke „Ryšiai“, ypatybėje „Registruoti dimensiją“ nurodykite...

bazinio registro matavimas, kurio duomenims pasikeitus, turi būti perskaičiuojamas esamas registro įrašas
einamojo registro matavimas, kurio įrašai turėtų būti perskaičiuojami pasikeitus bazinių registrų duomenims
bazinių registrų matavimai, kurių duomenims pasikeitus, turi būti perskaičiuojamas esamas registro įrašas

Teisingas atsakymas yra antrasis. Pats perskaičiavimas reikalingas norint sekti būtinybę atnaujinti esamo registro įrašus.

1C egzamino 14.43 klausimas: Platform Professional. Lentelė „Perskaičiavimas“ užpildyta eilutėmis, kurių kiekviena reiškia...

informacijos rinkinys apie skaičiavimo rūšį ir skaičiavimo registro įrašo dokumentą-registratorių, kurį reikia perskaičiuoti. Lentelėje taip pat bus pateikti perskaičiavimo matavimai
informacijos apie skaičiavimo tipą ir skaičiavimo registro įrašo dokumentų registratorių rinkinys, kurį reikia perskaičiuoti
informacijos apie skaičiavimo rūšį, registratoriaus dokumento eilutės numerį ir patį skaičiavimo registro įrašo registratorių rinkinį, kurį reikia perskaičiuoti. Lentelėje taip pat bus pateikti perskaičiavimo matavimai
teisingų atsakymų nėra

Pirmas atsakymas teisingas, analizė aukščiau.

1C egzamino 14.45 klausimas: Platform Professional. Pasirinkite teisingą atsakymą:

Dirbdamas su perskaičiavimais, kūrėjas gali „nekreipti dėmesio“ į informaciją, kurią sistema pateikia perskaičiavimo lentelėje, tai yra atsisakyti patikslinti skaičiavimo rezultatus.
Perskaičiavimų veikimo principas sistemoje 1C:Enterprise 8 yra „pranešimas“
Konfigūracijos kūrėjas negali kontroliuoti atsiskaitymų registro įrašų perskaičiavimo proceso, sistema viską daro automatiškai
1 ir 2 teiginiai yra teisingi

Ketvirtas teisingas atsakymas – perskaičiavimas tik stebi galimą poreikį keisti priklausomus duomenis.

1C egzamino 14.46 klausimas: Platform Professional. Vienam skaičiavimo registrui...

Gali būti palaikomas tik vienas perskaičiavimas
Gali būti remiami tik trys skirtingų struktūrų paskirstymai
Palaikomas bet koks skirtingų struktūrų perskaičiavimų skaičius

Teisingas atsakymas yra trečias, nėra problemų į skaičiavimo registrą įtraukti bet kokį pavaldžių Perskaičiavimo objektų skaičių, jų struktūra niekaip nekontroliuojama.

1C egzamino 14.57 klausimas: Platform Professional. Atsiskaitymų dažnumas – kas mėnesį. Skaičiavimo registre buvo atlikti atitinkami nustatymai. Atlyginimo skaičiavimo tipui Kelionės skaičiavimo tipas nurodomas kaip pakeičiantis skaičiavimo tipas. 03-01-14 į informacinę bazę buvo įvesta informacija apie atlyginimą, tačiau paskaičiavimas nebuvo atliktas. 03-20-14 komandiruotė buvo įrašyta į informacinę duomenų bazę ir apskaičiuota. 03-30-14 pradėtas skaičiuoti atlyginimas. Ar skaičiuojant atlyginimą bus atsižvelgta į komandiruočių duomenis? Ar man reikia perskaičiuoti savo komandiruotę?

Bus atsižvelgta, tačiau komandiruotę teks perskaičiuoti
Bus atsižvelgta, kelionės perskaičiavimo nereikia
Nebus atsižvelgta. Būtina atšaukti kelionės skaičiavimą ir perskaičiuoti abiejų tipų skaičiavimus
Nebus atsižvelgta. Norint teisingai apskaičiuoti, atlyginimas ir komandiruotė turi būti viename dokumente

Perskaičiuoti nereikia, komandiruotės įrašas per mėnesį.

Šiame straipsnyje apžvelgsime teorinius darbo su skaičiavimo registrais pagrindus, taip pat apskaičiuosime darbuotojo darbo užmokestį proporcingai dirbtų valandų skaičiui.

teorija

Skaičiavimo registras (RR)- konfigūracijos metaduomenų objektas, naudojamas periodiniams skaičiavimams atlikti 1C sistemoje. Akivaizdžios skaičiavimo registrų taikymo sritys yra šios: darbo užmokesčio apskaičiavimas, nuomos apskaičiavimas, rentos apskaičiavimas.

Savo struktūra skaičiavimo registrai yra panašūs į kaupiamuosius ar informacijos registrus. Jie, kaip ir akumuliaciniai registrai, turi išmatavimus, išteklius, detales, tačiau skaičiavimo registrų veikimo principas yra visiškai kitoks.

Iš esmės matavimai kaupimo registre naudojami kaip " filtras» kurio kontekste gauname duomenis iš kaupimo registro. Kaip pavyzdį, kai imame „likučius“ pagal kaupimo registrą „Likusios prekės“ tam tikros prekės kontekste arba „paskutinę iškarpą“ pagal informacijos registrą „Darbuotojų atlyginimai“ tam tikro darbuotojo kontekste. . Priešingai nei kaupimo registre, matavimai periodinio skaičiavimo registre yra skirti įgyvendinti „“ (tai tada, kai laiko pratęsimo skaičiavimo tipai konkuruoja tarpusavyje per įrašo galiojimo laikotarpį, t. y., pavyzdžiui, komandiruotės skaičiavimas tipas išstumia darbo užmokesčio apskaičiavimo tipą galiojimo laikotarpiui) ir „“(tai tada, kai premijos apskaičiavimo tipas priklauso nuo ankstesnių laikotarpių atlyginimo apskaičiavimo rūšies).

represijos mechanizmas pagal veikimo laikotarpį«:

Čia matome, kad skaičiavimo tipas „Komandiruotė“ turi trukmę laike ir galioja nuo balandžio 10 d. iki balandžio 20 d., „Komandiruotė“ nurodytas kaip išstumiantis skaičiavimo tipas skaičiavimo tipui „Atlyginimas“. „Atlyginimas“ taip pat tęsiasi laikui bėgant ir galioja nuo balandžio 1 d. iki balandžio 30 d. Kadangi „Komandiruotė“ yra nurodytas kaip išstumiantis skaičiavimo tipas „Atlyginimas“ skaičiavimo rūšiai (turi didesnį prioritetą nei atlyginimas) ir galioja atlyginimo galiojimo laikotarpiu, tai darbo užmokestis išstumiamas komandiruotėmis ir formuojamas „Faktinis darbo užmokesčio galiojimo laikas“. iki 9 ir nuo balandžio 21 iki 30 ir iš viso yra 19 dienų. Periodinio poslinkio mechanizmas veikia tik atliekant ilgalaikius skaičiavimus.

Aukščiau pateiktame paveikslėlyje grafiškai parodytas principas " priklausomybės mechanizmas pagal bazinį laikotarpį«:

Tarkime, 2017 m. balandžio mėnesio pabaigoje darbuotojui norime skirti 10% jo atlyginimo priedą. Atlyginimas nurodomas kaip pagrindinė priedų apskaičiavimo rūšis.

Bet kaip „bazę“ apskaičiuojant priemoką, imsime ne visą balandžio mėnesį, o tik intervalą nuo balandžio 10 d. iki balandžio 20 d. (11 dienų). Paskaičiuokime priedo bazę, darbuotojo atlyginimas 60 000 rublių, mėnesyje yra 30 dienų, dienos atlyginimas = 60 000/30 = 2 000 rublių. Kitas 2000*11 = 22000 rub. Priemokos apskaičiavimo pagrindas yra 22 000 rublių.

Apskaičiuokime priemoką: (22000/100)*10 = 2200 rublių. 10% atlyginimo premija yra 2200 rublių.

Programos metaduomenų objektas „Skaičiavimo tipų planas“ yra glaudžiai susijęs su skaičiavimo registru.

Skaičiavimo tipų planas (PVR)- konfigūracijos metaduomenų objektas, kuriame saugoma informacija apie skaičiavimo tipų tipus ir nustatoma skirtingų skaičiavimų įtaka vieni kitiems.

Vienas skaičiavimo tipo planas gali būti naudojamas keliuose skaičiavimo registruose, tačiau vienas skaičiavimo registras negali vienu metu naudoti kelių skaičiavimo tipų planų.

Skaičiavimo registras yra lentelė, kurioje saugomi apskaičiuoti duomenys, o pagal skaičiavimo tipus yra saugomi šių duomenų apskaičiavimo algoritmai. Skaičiavimo registre turi būti bent vienas dokumentų registratorius, kuris atlieka judėjimus skaičiavimo registre (pavyzdžiui, Darbo užmokestis).

Skaičiavimo mechanizmai sistemoje „1C Enterprise“ sukurti taip, kad pirmiausia reikia daryti įrašus skaičiavimo registre ir tik tada atlikti skaičiavimą pagal šiuos duomenis. Pavyzdžiui, neįmanoma apskaičiuoti priedo pagal darbo užmokestį, kol šis atlyginimas nėra įrašytas į skaičiavimo registrą.

Praktika

Atidžiau pažvelkime į skaičiavimo registrus praktikoje:

1 žingsnis Pradėkime nuo skaičiavimų tipų plano. Prieš kurdami skaičiavimo registrą, turite sukurti skaičiavimo tipo planą. Skaičiavimo tipų planą sudarome prieš skaičiavimo registrą, nes prieš kuriant lentelę skaičiuojamiesiems duomenims saugoti (t.y. skaičiavimo registrą), būtina nurodyti šių duomenų skaičiavimo algoritmus (t.y. skaičiavimo tipų planą).

Sukurkime skaičiavimo tipų planą „Pagrindiniai mokesčiai“. Iš karto eikime į skirtuką „Skaičiavimas“. Čia mes iš karto matome vėliavą " Naudoja galiojimo laiką“, kai ši vėliavėlė bus nustatyta, bus atlikti visi į šį planą įtraukti skaičiavimų tipai ilgis laike(pvz., Atlyginimas, Komandiruotė), o taip pat ir šiam skaičiavimo tipų planui „ represijos mechanizmas pagal veikimo laikotarpį“. Jei vėliavėlė „Naudoja galiojimo laikotarpį“ nenustatyta, skaičiavimo tipai neturės laiko pratęsimo (pavyzdžiui, premija, bauda) ir neveiks „pakeitimo pagal galiojimo laikotarpį mechanizmas“. Taip pat šiame skirtuke yra skyriai „Priklausomybė nuo bazės“ ir „Pagrindiniai skaičiavimo tipų planai“ - jie skirti įgyvendinti „ priklausomybės mechanizmas pagal bazinį laikotarpį“, bet apie tai pakalbėsime vėliau. Kol kas palikime „Priklausomybę nuo bazės“ režimu „Nepriklausomas“.

Sukurkime iš anksto nustatytą skaičiavimo tipą „Atlyginimas“. Skirtuke „Pagrindinis“ viskas paprasta. Nustatykite skaičiavimo tipo pavadinimą ir kodą.

Dėl to, kad iškėlėme vėliavą " Naudoja galiojimo laiką„Dabar turime skirtuką“ Išstumiantis"ir įjungta" laikotarpiu pagrįstas represijų mechanizmas«.

Šiame skirtuke nurodome skaičiavimų tipus, kurie išstums atlyginimą pagal galiojimo laikotarpį (pvz., Komandiruotė).

Pastaba: „Perkėlimas“ galite pridėti skaičiavimo tipus, priklausančius tik šiam skaičiavimo tipų planui.

Taip pat yra skirtukas " Pranešėjai»—nurodo skaičiavimų tipus, kuriuos pakeitus turi būti perskaičiuotas esamas skaičiavimo tipas. Čia taip pat galite nurodyti skaičiavimo tipus iš kitų skaičiavimo tipų planų. Pavyzdžiui, skaičiavimo tipas „Atlyginimas“ yra pirmaujantis „Premijos“ skaičiavimo tipui, t.y. Pasikeitus atlyginimui turime perskaičiuoti ir priedą, nes Premija skaičiuojama priklausomai nuo atlyginimo. Šiuo atveju skaičiavimo tipas „Atlyginimas“ priklauso „Pagrindinių kaupimų“ PRP, kuris naudoja galiojimo laikotarpį, o „Premijos“ skaičiavimo tipas priklauso „Papildomų kaupimų“ PRP, kuris nenaudoja galiojimo laikotarpio.

2 žingsnis.Sukurkime katalogą "Charts" su numatyta struktūra. Kataloge „Tvarkaraščiai“ saugosime darbuotojų darbo valandas (penkias dienas, šešias dienas ir kt.).

3 veiksmas.Taip pat reikia objekto, kuriame saugosime Gamybos kalendorių (darbo dienomis ir savaitgaliais). Šiems tikslams naudojame neperiodinį nepriklausomą informacijos registrą.

Sukurkime neperiodinį nepriklausomą informacijos registrą „Darbo grafikai“ su 2 matmenimis „Data“ ir „Tvarkaraštis“ bei šaltiniu „Valandų skaičius“.

Informacinio „Darbo grafikų“ registro dėka nuo atlyginimo galėsime skaičiuoti darbo užmokestį proporcingai dirbtų dienų skaičiui.

4 veiksmas.Sukurkite „Darbo užmokesčio“ dokumentą su toliau pateikta išsamios informacijos struktūra:

Reikalavimai:

Operatyvinis vykdymas nustatytas į „Uždrausti“ nes 1C periodinių atsiskaitymų mechanizmas neturi prasmės - mes niekada neskaičiuojame premijų, atlyginimų ar baudų realiu laiku.

Sukurkime dokumento formą su numatytaisiais parametrais.

5 veiksmas. Galiausiai priėjome prie skaičiavimo registrų kūrimo.

Skaičiavimo registro metaduomenų objektas yra konfigūratoriaus šakoje „Skaičiavimo registrai“.

Sukurkime skaičiavimo registrą „Pagrindiniai mokesčiai“. Pažvelkime į toliau pateiktus skaičiavimo registro nustatymus:

1. Lauke „Skaičiavimo tipų planas“ nurodykite 1 veiksme sukurtą PVR „Pagrindiniai mokesčiai“.

2. Nustatykite žymą „Galiojimo laikotarpis“ į „Tiesa“, nes 1 veiksme nurodytas PVR turi laiko pratęsimas.

Nustačius šią vėliavėlę, mums iš karto tampa prieinamos standartinės detalės „Veiksmo laikotarpis“, „Veiksmo laikotarpio pradžia“, „ActionPeriodEnd“, o tai reiškia, kad šiame skaičiavimų registre užregistruoti skaičiavimų tipai taip pat turi ilgis laike ir mes turime prieigą prie " represijos mechanizmas pagal veikimo laikotarpį«.

P.S. Jei nurodote PVR, kuris turi ilgis laike RR, kai žyma „Galiojimo laikotarpis“ nustatyta į „False“, šis PVR veiks kaip PVR, neturintis laiko pratęsimas.

3. Nustačius vėliavėlę „Galiojimo laikotarpis“ į „Tiesa“, laukai „Diagrama“, „Diagramos vertė“, „Diagramos data“ tampa prieinami.

Lauke „Tvarkaraštis“ nurodome 3 veiksme sukurtą informacijos registrą „Darbo grafikai“.

Lauke „Tvarkaraščio vertė“ nurodome „Darbo grafikų“ informacijos registro išteklius „Valandų skaičius“.

Lauke „Tvarkaraščio data“ nurodome informacijos registro „Darbo grafikai“ dimensiją „Data“.

4. Laukelyje „Dažnumas“ nurodome reikšmę „Mėnuo“, tai reiškia, kad duomenys į registrą bus įvedami kas mėnesį.

Žemiau pateikiama registro metaduomenų struktūra:

Aspekto žyma „Pagrindinis“ turi įtakos tik našumui; jos nustatyti nereikia, bet jei tai padarysite, laukas „Darbuotojas“ bus indeksuotas.

Dimensija „Darbuotojas“ – ji naudojama „ represijos mechanizmas, pagrįstas veikimo laikotarpiu"Ir" priklausomybės nuo bazinio laikotarpio mechanizmas«.

Išteklius „Suma“ - ten bus įrašytas apskaičiuotas atlyginimas.

Atributas „Diagrama“ nurodomas kaip atributas, o ne registro dimensija, nes nei ji, nei ji nieko neišstumia – iš esmės atskaitos laukas. Svarbu!!! Nepamirškite užpildyti laukelio „Tvarkaraščio nuoroda“. atribute „Tvarkaraštis“ ten turi būti nurodyta „Darbo grafikų“ informacinio registro dimensija „Tvarkaraštis“, kitu atveju atlyginimo suma nebus skaičiuojama.

Atributas „Parametras“ išsaugos atlyginimo vertę.

Dabar, kai nurodėme ryšį su „Darbo grafikais“ MS, darbuotojo atlyginimą skaičiuosime proporcingai dirbtų dienų skaičiui.

Mes nurodome dokumentą kaip registratorius " Darbo užmokestis“ sukurta 4 veiksme.

6 veiksmas. Judėjimus atliekame pagal skaičiavimo registrą „Pagrindiniai mokesčiai“.

Grįžkime prie „Darbo užmokesčio“ dokumento, sukurto 4 veiksme.

Apibūdinkime registravimo apdorojimą dokumento objekto modulyje:

Dokumentų apdorojimo apdorojimo kodo fragmentas

1C (kodas)

Procedūros apdorojimasApdorojimas(gedimas, apdorojimo režimas) // registras BasicAccruals of Movement.MainAccruals.Write = True; Movements.Main Accruals.Clear(); Registracijos laikotarpis = mėnesio pradžia (data); Kiekvienai TechLineMainAccruals iš MainAccruals ciklo judėjimas = Movements.MainAccruals.Add(); Move.Reversal = klaidinga; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Registracijos laikotarpis; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Procedūros pabaiga

Apdorojimo procedūra (gedimas, režimas)

// Pagrindinis kaupimo registras

Judesiai. Pagrindiniai sukaupimai. rašyti = tiesa;

Judesiai. Pagrindiniai sukaupimai. Išvalyti () ;

Registracijos laikotarpis = mėnesio pradžia (data) ;

Kiekvienam TechLine BasicAccrualsFrom BasicAccrualsCycle

Judėjimas = judesiai. Pagrindiniai sukaupimai. Papildyti() ;

Judėjimas. Storno= Netiesa;

Judėjimas. Skaičiavimo tipas=TexLineMainAccruals. Skaičiavimo tipas;

Judėjimas. PeriodActionStart = TechLineMainAccruals. Pradžios data;

Judėjimas. ActionPeriodEnd=Pabaigos diena(TexLineMainAccruals.EndDate) ;

Judėjimas. Registracijos laikotarpis = Registracijos laikotarpis;

Judėjimas. Darbuotojas = TechLineMainAccruals. Darbuotojas;

Judėjimas. Diagrama = TechLineMainAccruals. Tvarkaraštis;

Judėjimas. Parametras = TechStringMainAccruals. Dydis;

EndCycle;

Procedūros pabaiga

Sukurkime bandomąjį dokumentą ir paleiskime jį:

Eikime į „Dokumentų judėjimai“:

Matome, kad registracijos laikotarpis nustatytas iki mėnesio pradžios, nes RR dažnis nurodomas kaip „Mėnuo“. Taip pat matome, kad visi laukeliai, išskyrus sumą, užpildyti (atlyginimas dar nepaskaičiuotas).

7 veiksmas.Parašykime darbo užmokesčio skaičiavimo kodą.

Sukurkime bendrą modulį „Skaičiavimas“ su šiomis vėliavėlėmis:

Pats skaičiavimas vyks šiame bendrame modulyje.

Modulio „Apskaičiavimas“ įrašykime eksporto funkciją „Apskaičiuoti mokesčius“:

Kadangi RR nustatymuose „Pagrindiniai mokesčiai“ užpildėme laukus „Tvarkaraštis“, „Tvarkaraščio vertė“, „Tvarkaraščio data“, mums tapo prieinama virtuali skaičiavimo registro lentelė. DataGraphics, virtualios lentelės užklausoje mus domina šie laukai:

„Valandų skaičius faktinis veiksmo laikotarpis“ – yra faktiškai dirbtų valandų skaičius, apskaičiuotas pagal grafiko duomenis

„Veiksmo laikotarpio valandų skaičius“ – yra pagal grafiko duomenis apskaičiuotas darbo valandų skaičius skaičiavimo laikotarpiu

Darbo užmokesčio skaičiavimo tvarka

1C (kodas)

Procedūra Apskaičiuokite kaupimą (Regitras, Įrašų rinkinys) Eksportas //Atlyginimo užklausa=Nauja užklausa; Query.Text="SELECT | ISNULL(Pagrindinis kaupimasGrafikosduomenys.Valandų skaičiusActualActionPeriod, 0) AS HoursFact, |Pagrindinis kaupimasGrafikosduomenys.Parametras, |ISNULL(Pagrindinis kaupimasGrafikas,ASPA ccrualsGraphicsData ica.Eilutės numeris |NUO |Skaičiavimas Registras.Pagrindiniai kaupimai. Grafiniai duomenys(| Registratorius = &Registratorius | Ir skaičiavimo tipas = &Apskaičiavimo tipasAtlyginimas) AS Basic AccrualsDataGraphics"; Request.SetParameter("Registratorius", Įrašytojas); // perduoti dokumentą registratoriui, kad paieška būtų atliekama tik esamame dokumente Request.SetParameter("Skaičiavimo tipasAtlyginimas", Skaičiavimo tipų planai. Pagrindiniai kaupimai. Atlyginimas); //nustatyti atlyginimo apskaičiavimo rūšį, nes apskaičiuoti atlyginimą Selection=Request.Run().Select(); SearchStructure=NaujaStruktūra; SearchStructure.Insert("EilutėsNumber",0); //sukurkite struktūrą duomenų paieškai skaičiavimui pagal eilutės numerį Kiekvienam įrašui iš įrašų rinkinio ciklo //pereikite per dabartinio dokumento įrašų rinkinįSearch Structure.LineNumber=Record.LineNumber; //užpildykite paieškos eilutės numerį If Selection.FindNext(Search Structure) Tada //pavyzdyje ieškome duomenų, skirtų skaičiavimui pagal esamą eilutės numerį Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * Atranka .Parameter); //skaičiuoti atlyginimą proporcingai dirbtoms dienoms, Parametre - esamas atlyginimas EndIf; Selection.Reset(); //iš naujo nustatyti pasirinkimą, mums reikia kito įrašų rinkinio įrašo, kad galėtume ieškoti pasirinktame pirmajame EndCycle; Recordset.Write(, True); //įrašyti apskaičiuotus įrašus į duomenų bazę, perduoti parametrą Replace = True EndProcedure

//Atlyginimas

Užklausa=Nauja užklausa;

Prašymas. Text="PASIRINKITE

| ISNULL(Pagrindiniai kaupimo duomenysDuomenų grafika.Valandų skaičiusAkcinis veiksmo laikotarpis, 0) AS Valandų faktas,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(Basic AccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS valandų planas,

| BasicAccrualsDataGraphics.NumberLines

|NUO

| Skaičiavimo registras. Pagrindinės sumos. Grafiniai duomenys (

| Diktofonas = &Įrašytuvas

Laba diena. Jau seniai apie tave nieko negirdėjau :) Šiandien noriu išsiaiškinti perskaičiavimų ZUP 3.0 ypatybes už praėjusius laikotarpius. Šiame straipsnyje kalbama apie tai, kaip jis veikia viduje, ir atitinkamai galite valdyti šį procesą. Juk tikriausiai teko susidurti su tuo, kad programa žmogui netikėtai sukaupia nežinomas sumas, jas atšaukia, atsiranda kažkokie skirtumai... o tu šito nenorėjai arba norėjai. bet taip neatsitiko))

Pradėkime. Pirma, perskaičiavimai įvyksta tuo metu, kai atlyginimą laikote „darbo užmokesčio“ dokumentu. Šiuo tikslu jame yra skirtukas „Papildomi sukaupimai, perskaičiavimai“. Pirmas dalykas, kurį noriu jums patarti: visada patikrinkite etiketėje pateiktus duomenis „Papildomi sukaupimai, perskaičiavimai“ . Jie ten gali atsirasti be jūsų žinios, ir jūs nesuprasite, kodėl skaičiuojant suma nėra vienoda.

Teoriškai dokumento antraštėje visada esame įspėjami, kad programa tuoj ką nors suskaičiuos arba kad mums reikia jį papildyti, nes... kažkas nebuvo įskaitytas.

Kaip programa žino, kam ir kurį mėnesį reikia skaičiuoti?

Ji tai nustato pagal jūsų veiksmus. Ar grąžinote dokumento datą atgal? Programa peržiūrėjo darbuotojus, kurie buvo šiame dokumente, ir įrašė jų sąrašą. Ar pataisėte dokumentą (pvz., pataisėte praėjusio mėnesio darbo laiko apskaitos žiniaraštį)? Programa prisiminė visus iš šio darbo laiko apskaitos žiniaraščio ir šis mėnuo bus perskaičiuotas. Nukenčia beveik visi dokumentai – tiek personalo, tiek darbo užmokesčio. Šiuo atveju programai nesvarbu, ar jūsų prisilietimas prie dokumento paveikė jūsų atlyginimą, ar ne.

Tarkime, nuėjote į darbo paraišką ir ten parašėte komentarą, po kurio iš naujo paskelbėte dokumentą. Jokio atlyginimo, jokios paskyrimo datos, jokios pareigos... nieko nebuvo paliesta. Bet programa nežino, kodėl jūs perrašėte dokumentą iš ankstesnio laikotarpio, tai nėra telepatas, ji tiesiog įrašė šį darbuotoją.

Antras patarimas (dar žinomas kaip pirmoji paslaptis): per „visos funkcijos“ eikite į informacijos registrą „Atlyginimo perskaičiavimas“. Nepatingėkite ir lipkite! Užeikite ten prieš kiekvieną darbo užmokesčio apskaičiavimą ir po kiekvieno dokumento su atgaline data.

Daugelis buhalterių šį patarimą suvokia kaip reiškiantį, kad jie turi naują darbą, kurio jau turi pakankamai. Bet jei ten neužlipsi, nesuprasi darbo logikos, o jei tau programa kaip juoda dėžė, tai su ja nesusidraugaus. Draugystė prasideda nuo vidinio draugo pasaulio supratimo! Jei jums nerūpi priešininko vidinis pasaulis, jis nėra jūsų draugas.

Taigi, ar įlipote? Puiku. Paprastai jis tuščias ir nėra nė vienos eilutės, bet kai tik ką nors paliesite atgaline data, čia atsiras įrašas, kuriame yra darbuotojas ir mėnuo, kurį reikia perskaičiuoti.

Trečias patarimas: jei nesutinkate su programos ketinimu skaičiuoti darbuotoją, ištrinkite eilutę iš šio registro.

1. Ar jau supratote, kaip atsiranda linijos? Puiku.

2. Pildant dokumentą „Darbo užmokesčio žiniaraštis“ ir registruojant pagal eilutes registre, atliekamas perskaičiavimas ir lentelės pildymas. „Papildomi kaupimai, perskaičiavimai“.

3. Perskaičiuoti darbuotojai išbraukiami iš registro ir jis tampa tuščias.

4. Panaikinus „Darbo užmokesčio“ dokumentą, eilutės grąžinamos į savo vietas, kad vėl jas pildant viskas stos į savo vietas.

Ketvirtas patarimas (galbūt tai bus pataisyta): Prieš pildydami „Darbo užmokesčio“ dokumentą, jį išskleiskite!

Remiantis algoritmu, užregistravus dokumentą, registras išvalomas. Jei jį papildysite neišvalę, programa nežinos, kam reikia skaičiuoti, o lentelės dalis su perskaičiavimais bus tuščia. Tai pasakytina apie 21 leidimą. Dar nespėjau to patikrinti 22-oje.

Kitas niuansas, jei dokumente paspausite perskaičiuojamų žmonių sąrašą, atsidarys informacijos registro sąrašo forma„Atlyginimų perskaičiavimas“. Taip pat bus mygtukas „ištrinti“ vieną įrašą.

P.S. (svarbu)

Šio tyrimo priežastis – nesibaigiantys perskaičiavimai perkeliant pirminius duomenis iš Apskaita 3.0. Perėjimo metu turėsite paliesti visus metodus ir vertimus)) po to ištrinkite visą registro turinį " „Atlyginimo perskaičiavimas“, kitu atveju gausite visko perskaičiavimą už visus metus.. Darbo pradžia ZUP 3.0 su duomenų perkėlimu iš Apskaita 3.0

Taip atsitiko demonstracinėje duomenų bazėje, kai viena užduotis buvo vykdoma iš naujo. O kai perkelsite 1C Accounting 3.0 į 1C ZUP 3.0, perdarysite viską, kas įmanoma:

Tai viskas, klausimai komentaruose ir nebijokite programos, reikia ją suprasti ir ji jums už tai atsilygins su meile.

Daugelis 1C programuotojų savo praktikoje niekada nesusidūrė su „Skaičiavimo“ komponentu, todėl, kai jiems tenka laikyti specialisto egzaminus platformoje 8.0, kur kiekvienoje užduotyje yra sudėtingų periodinių skaičiavimų užduotis, iškyla sunkumų, pirmiausia supratimo sunkumų.

Pabandykime išsiaiškinti šį komponentą 8.0 versijoje. Užuot sprendę įvairius skaičiavimo uždavinius, pabandykime suprasti šį komponentą, kad galėtume išspręsti bet kokią skaičiavimo problemą. Išstudijavę šį vadovą suprasite, kaip yra išdėstyti ir veikia skaičiavimo registrai.

Pavyzdžiui, naudosime per egzaminus įdiegtą rėmelio konfigūraciją.

Tiesą sakant, ilgai bandžiau išsiaiškinti, kam dar reikia skaičiavimų, bet niekaip nepavyko, todėl panagrinėkime atlyginimų skaičiavimo problemą.

Kas yra skaičiavimai

Iš esmės galutinis darbo užmokesčio apskaitos produktas yra šios formos darbo užmokesčio registro įrašų rinkinys:

Darbuotojas	Laikotarpis	Skaičiavimo tipas	Rezultatas	Duomenys	Komentaras
Matavimas	Oficialus	Oficialus			Rekvizitas

Skiltyje „Duomenys“ esanti reikšmė atspindi darbuotojo bazinį atlyginimą (pagal darbo sutartį), tačiau ši suma gali būti didinama priedomis, mažinama baudomis ir pravaikštomis ir pan., todėl faktinė mokėtina suma įrašoma po stulpelyje „Rezultatas“ pateiktą skaičiavimą. Tai yra skaičiavimas. Stulpelyje „Ištekliai“ nurodyta suma tam darbuotojui yra jam priklausantis atlyginimas.

Taigi skaičiavimo registras iš esmės yra įrašų rinkinys, savo struktūra panaši į apyvartinį kaupimo registrą. Tiesiog norint atlikti sudėtingus skaičiavimus, jam nurodomi papildomi nustatymai, kurie vėliau leidžia sukurti daugybę skaičiavimo registro virtualių lentelių, nors iš esmės šis registras yra tik paveikslėlyje nurodytų įrašų rinkinys.

Kiekvienas įrašas atsiskaitymų registre yra susijęs su konkrečia atsiskaitymo rūšimi ir laikotarpiu.

Skaičiavimo tipai

Kiekvienas skaičiavimo tipų įrašas turi paslaugos atributą – skaičiavimo tipą.

Tam tikras skaičiavimo tipas gali būti laikomas specialios žinyno elementu, pvz., „Skaičiavimų tipų planas“ – jame taip pat yra detalių, lentelių dalių, iš anksto nustatytų ir vartotojo sukurtų elementų. Tokių „katalogų“ sistemoje gali būti keli.

Pavyzdžiui, sukurkime skaičiavimo tipų pagrindinį planą ir jame iš anksto nustatytus skaičiavimo tipus atlyginimas, premija, nebuvimas, verslo kelionė.

Skaičiavimo tipai naudojami funkciškai, kad atspindėtų skaičiavimo registro įrašų įtaką vienas kitam. Tačiau trumpai jie kalba apie skaičiavimo tipų įtaką vienas kitam:

Skaičiavimo tipas	apibūdinimas	Pavyzdys
Pagal bazinį laikotarpį	Priklausomo laikotarpio skaičiavimo rezultatas priklauso nuo bazinio laikotarpio rezultato. Pasikeitus bazinio laikotarpio rezultatui, priklausomo laikotarpio rezultatas turi būti perskaičiuojamas.	Premija priklauso nuo bazinio laikotarpio atlyginimo.
Valymas pagal laikotarpį	Priklausomo laikotarpio galiojimo laikotarpis pakeičia bazinio laikotarpio galiojimo laikotarpį, todėl bazinis laikotarpis turi faktinį	Pravaikštos įtakoja faktinį atlyginimo laikotarpį.
Pagrindiniai skaičiavimai	Skaičiavimas priklauso nuo pirmaujančio skaičiavimo, bet ne tiesiogiai, o netiesiogiai, t.y. skaičiavimas A priklauso nuo pagrindinio skaičiavimo B, o skaičiavimas B priklauso nuo pagrindinio skaičiavimo B, todėl A netiesiogiai priklauso nuo B, t.y. A priklauso nuo pirmaujančio skaičiavimo B. Tiesą sakant, pasikeitus skaičiavimui C, gali pasikeisti B, todėl gali pasikeisti ir A. Sistema automatiškai neseka tokių sudėtingų priklausomybių, todėl reikia nurodyti, kurie skaičiavimai pirmauja.	Priemoka priklauso nuo atlyginimo pagrindo, bet netiesiogiai priklauso ir nuo pravaikštų.

Dėl šios įtakos atsiskaitymų registro įrašo galiojimo laikas skirstomas į keturis laikotarpius:

Laikotarpis	apibūdinimas
Registracijos laikotarpis	Kokiu laikotarpiu buvo užfiksuotas įvykis, t.y. paprastai, kai įvedamas dokumentas.
Galiojimas	Kokiu laikotarpiu vyksta renginys, t.y. kuriam laikotarpiui priklauso įvykis.
Bazinis laikotarpis	Reikšmingas tik laikotarpiams, kurie turi bazinį laikotarpį – apibūdina bazinio laikotarpio intervalą.
Faktinis galiojimo laikas	Jei galiojimo laikotarpis pakeičiamas kitų tipų skaičiavimais, faktinis galiojimo laikotarpis susideda iš kelių laikotarpių, kai tokio tipo skaičiavimai iš tikrųjų galioja.

Registracijos laikotarpis nurodomas vienu skaičiumi – laikotarpio pradžia, atitinkančiu skaičiavimo registro dažnumą. Net jei šiame paslaugų lauke nustatysime kitą datą, ji vis tiek bus pakeista laikotarpio pradžia. Likę laikotarpiai nurodomi dviem laukeliais – laikotarpio pradžia ir pabaiga Faktinis galiojimo laikotarpis yra laikotarpių rinkinys, nes jį gali sudaryti keli datos intervalai.

Laiko diagramos

Sistema turi galimybę duomenis iš skaičiavimo registrų susieti su laiko diagramomis, kad būtų galima gauti bet kurio laikotarpio darbo valandų skaičių.

Laiko juosta yra paprastas informacijos registras, kuriame vienas aspektas saugo datą, kitas yra susietas su dimensija skaičiavimo registru, o vienas iš išteklių naudojamas laikui sekti.

Dimensija, kuri susietas su skaičiavimo registru paprastai neša reiškia „grafiko tipas“.

data	Diagramos tipas	Reikšmė
11.01.05 Penk	Penkios dienos
11.01.05 Penk	Šešios dienos
12.01.05 Šešt	Penkios dienos
12.01.05 Šešt	Šešios dienos

Kodėl verta naudoti datos aspektą, o ne periodinį išsamios informacijos registrą? Viskas labai paprasta – jei penktadienį, sausio 11 d., per penkių dienų laikotarpį turime 8 darbo valandas, tai nereiškia, kad kitą dieną vėl turėsime 8 darbo valandas. Bet jei naudotume periodinį registrą, kitos dienos vertė būtų paimta iš praėjusios dienos, jei nebūtų įrašų.

Taigi turėdami tam tikrą laikotarpį (faktinį veiksmą, registraciją, bazinį laikotarpį ir pan.) galime automatiškai gauti šio laikotarpio valandų skaičių pagal grafiką.

Perskaičiavimas

Perskaičiavimas šiek tiek primena sekos ribą. Kadangi turime priklausomus skaičiavimus, keičiant jų bazinius ir pirmaujančius skaičiavimus, sistema turi kažkaip pastebėti, kad priklausomus skaičiavimus turime perskaičiuoti.

Tam ir skirti perskaičiavimai.

Jei apskaičiuosime bazinius įrašus, sistema paskirstymuose pažymės, kad mums reikia apskaičiuoti priklausomus įrašus. Kai apskaičiuosime priklausomus įrašus, paskirstymai bus išvalyti.

Iš esmės perskaičiavimai yra skaičiavimo registro įrašų, kuriuos reikia perskaičiuoti, sąrašas.

Jei į perskaičiavimus neįvesite jokių matavimų, pasikeitus pagrindiniams skaičiavimams, visi priklausomi įrašai bus įtraukti į perskaičiavimų sąrašą.

Jei perskaičiavime sukursime dimensiją „Darbuotojas“, tai pakeitus pagrindinį darbuotojo skaičiavimą, prie perskaičiavimų bus pridedami tik šio darbuotojo priklausomi įrašai.

Praktinė užduotis

Užteks teorijos. Pabandykime praktikoje ištirti detales. Paimkime rėmo konfigūraciją kaip pagrindą.

Problemos formulavimas:

Tegul premija nustatoma kaip fiksuotas procentas nuo atlyginimo (atėmus pravaikštas ir komandiruotes).

Tegul kelionės išmokos mokamos dvigubu atlyginimu + fiksuota išmokų suma už kiekvieną kelionės dieną.

Už pravaikštą darbuotojui skiriama pusės atlyginimo dydžio bauda už pravaikštą.

Progresas:

Pradinis mokymas

Sukurkime naują skaičiavimo tipų planą „Pagrindinis“.

Apibrėžkime skaičiavimų tipus ir priklausomybes tarp jų:

	Pagrindinis	Išstumiantis	Pranešėjai
Atlyginimas		Pravaikštos, verslo kelionė
Prizas		Pravaikštos, verslo kelionė	Atlyginimas, Pravaikštos, Komandiruotė
Verslo kelionė
Pravaikštas

Įtraukime šių tipų skaičiavimus į „Pagrindinių“ skaičiavimo tipų planą ir pagal lentelę nustatykime skaičiavimo tipų savybių priklausomybes.

Atlyginimų apskaičiavimo registre sukursime „Asmenų“ tipo dimensiją „Darbuotojas“ - kad registre būtų darbuotojų analitinė skiltis.

Konfigūracijoje jau yra „Darbo užmokesčio“ dokumentas.

Antraštėje yra dvi datos – „data“ ir „registracijos laikotarpis“, taip pat dvi datos „pradžios data“ ir „pabaigos data“ kiekvienoje eilutėje.

Suprantama, kad data yra tiesiog dokumento įforminimo data, registracijos laikotarpis nurodo, už kurį mėnesį skaičiuojame atlyginimą, o kiekvienoje eilutėje esančios datos apibūdina kiekvienos apskaičiavimo rūšies galiojimo laikotarpį.

Į dokumentų modulį įtraukime pradinį atributo „Duomenys“ nustatymą - įvesime pradinį atlyginimą, nustatydami registracijos laikotarpį, galiojimo laiką ir bazinį laikotarpį.

Dokumento modulis atrodys maždaug taip:

Dėl Kiekvienam TechStringList Iš sąrašo ciklo

// registras Skaičiavimai

Judėjimas = judesiai .Skaičiavimai.Pridėti();

Judėjimas .S torno= Netiesa;

Judėjimas .In idCalculation = TechStringList.CalculationType;

Judėjimas .PeriodActionsStart= Dienos pradžia ( TechStringList.StartDate);

Judėjimas .PeriodActionEnd= EndDay();

Judėjimas .Registracijos laikotarpis = Registracijos laikotarpis;

Judėjimas .BasicPeriodStart= Dienos pradžia ( TechStringList.StartDate);

Judėjimas .BasePeriodEnd= Pabaigos diena ( TechStringList.Pabaigos data);

Judėjimas .Darbuotojas = TechStringList.Darbuotojas;

Judėjimas .Tvarkaraštis = TechStringList.Graph;

Judėjimas .Rezultatas = 0;

Judėjimas .Duomenys = TechStringList.Size;

EndCycle ;

Atributas Reversal reikalingas norint pakeisti įrašus (analogiškai su minuso ženklu).

Nurodome skaičiavimo tipą, o datas nustatome į dienos pradžią ir pabaigą. Žinoma, bazinį laikotarpį galima įvesti tik nuo bazės priklausomiems skaičiavimo tipams, o Duomenis – tik atlyginimui, bet viskas taip veikia.

Visus dokumentus datuosime 2003-01-20, registracijos laikotarpis bus nustatytas 2003-02-01 (konkrečiai nurodau ne pradžios ir pabaigos duomenis, tai čia nesvarbu, bet kokiu atveju įrašant į Registracijos laikotarpis perskaičiuota į 2003-01-01 laikotarpio pradžią). Naudojamės 2003 m. sausio mėn., nes šiam laikotarpiui buvo sudaryti darbo grafikai.

Sukurkime perskaičiavimą „Perskaičiavimas“ ir pridėkime prie jo dimensiją „Darbuotojas“, susietą su dimensija „Darbuotojas“.

Žaidimas su perskaičiavimais.

Norėdami žaisti žaidimą, atidarykite užklausų konsolę - apdorojimas " CustomRequest» rėmelio konfigūracijoje. Sukurkime naują užklausą naudodami užklausos konstruktorių ir pridėkime ten virtualią lentelę Perskaičiavimai Skaičiavimai Perskaičiavimai, užklausos tekstas bus toks:

PASIRINKTI

SkaičiavimaiPerskaičiavimas.Apie objektą Perskaičiavimas,

CalculationsRecalculation.In Skaičiavimo ID,

Skaičiavimai Perskaičiavimas Iš darbuotojo

NUO

Skaičiavimo registras Skaičiavimai Perskaičiavimas KAIP SkaičiavimaiPerskaičiavimas

Sugeneruosime tris dokumentus - pirmiausia skaičiuosime atlyginimus darbuotojams A ir B. Darbuotojas A dirba sausio 1-31 dienomis, B dirba sausio 1-20 dienomis. Antrasis skirs priedą darbuotojui B už laikotarpį nuo sausio 1 d. iki 31 d., trečiasis skirs darbuotojui A pravaikštas nuo sausio 20 iki 25 d.

Žaidžiame su faktiniu galiojimo laikotarpiu.

Sukurkime naują užklausą – šį kartą į ją įtrauksime lentelės duomenis Skaičiavimo registrai. Skaičiavimai. Faktinis veiksmo laikotarpis.

Sukurkime užklausą ir pažiūrėkime, kad darbuotojo A darbo užmokesčio laikotarpis yra padalintas į du laikotarpius – nuo sausio 1 iki 19 dienos ir nuo sausio 26 iki 31 dienos. Tikiuosi supratote, kad laikotarpis buvo padalintas į dvi dalis, nes... pravaikštos pakeitė atlyginimą.

Manau, prieš mūsų akis ryškėja skaičiavimo registro veikimo mechanizmai.

Išstudijuokime grafikus.

Dabar pabandykime skaičiuoti atlyginimą pagal darbuotojo atlyginimą.

Sukurkime naują skaičiavimo registro užklausą naudodami virtualią lentelę Skaičiavimo registrai Skaičiavimai DataGraphics. Galite nustatyti šios virtualios lentelės parametrą – pavyzdžiui, įrašų pasirinkimo sąlygą Darbuotojas=&Pasirinkite darbuotoją Ir Calculation Type=&Skaičiavimo tipas Ir Graph=&ViewGraphic.

Užklausos parametruose nustatykime konkrečius darbuotojus, skaičiavimų tipus ir grafikus ir pažiūrėkime, kiek valandų yra rezultatas.

Rezultatų stulpelis	Reikšmė
ValuePeriodAction	Kokiam galiojimo laikui valandomis buvo įrašas registre.
ValueActualPeriodAction	Kiek valandų darbuotojas iš tikrųjų dirbo?
ValueBasePeriod	Atlyginimui tai neturi prasmės, priedams - darbo valandų skaičius baziniu laikotarpiu.
Vertė Registracijos laikotarpis	Kiek darbo valandų yra registracijos laikotarpiu (sausio mėn.)

Perskaičiavimai yra neatsiejama darbo užmokesčio skaičiavimo dalis. Informacija apie darbuotojų nedarbingumo atostogas, atostogas ar pravaikštas, kurią buhalterija gauna pavėluotai, verčia perskaičiuoti atlyginimus ir atitinkamai draudimo įmokas. 1C ekspertai kalba apie tai, kaip draudimo įmokų apskaičiavimai ir perskaičiavimai atsispindi apskaitoje ir reguliuojamoje ataskaitoje programoje 1C: Atlyginimai ir personalo valdymas 8, 3 leidimas.

Perskaičiuojant darbo užmokestį, atsiranda būtinybė perskaičiuoti draudimo įmokas. Be to, įmokų perskaičiavimo priežastis gali būti tarifo pasikeitimas per metus arba klaidų atradimas, pavyzdžiui, apskaičiavimo neįtraukimas į draudimo įmokų bazę.

Tokiais atvejais buhalteris turi klausimų apie poreikį, pareigą ir teisę pateikti atnaujintą informaciją Federalinei mokesčių tarnybai.

Pagal Rusijos federalinės mokesčių tarnybos 2016-10-10 įsakymo Nr. ММВ-7-11/551@ priede Nr. 2 Draudimo įmokų apskaičiavimo užpildymo tvarkos 1.2 punktą, mokėtojas yra įpareigotas atlikti reikiamus Skaičiavimo pakeitimus ir pateikti mokesčių administratoriui atnaujintą ataskaitą, jei yra neįrašyta ar neišsami informacija, taip pat klaidos, dėl kurių buvo neįvertinta mokėtinų draudimo įmokų suma.

Spręsdamas, ar pateikti atnaujintą skaičiavimą, buhalteris turi atsakyti į šiuos klausimus:

ar visa informacija buvo atspindėta;
ar nebuvo padaryta klaidų ir ar dėl jų buvo neįvertinta mokėtinų draudimo įmokų suma.

Atnaujinto Skaičiavimo pateikimas gali būti prievolė, teisė ar priverstinė būtinybė.

Atnaujintas draudimo įmokų apskaičiavimas

Pareiga pateikti atnaujintą apskaičiavimą atsiranda, jei pateikus ataskaitą Federalinei mokesčių tarnybai paaiškėja, kad buvo pateikta neišsami arba neteisinga informacija apie darbuotojus arba buvo aptikta klaidų, dėl kurių buvo neįvertinta mokėtinų draudimo įmokų suma.

Dažniausiai pasitaikančių klaidų tipai, dėl kurių privaloma pateikti atnaujintą Skaičiavimą:

1. Darbuotojas operatyviai nepranešė apie savo asmens duomenų pasikeitimus, o Federalinė mokesčių tarnyba pateikė apie jį melagingą informaciją Skaičiavimo 3 skirsnyje.

2. Darbuotojas dirbo skyriuje, kuris turi teisę taikyti lengvatinį draudimo įmokų tarifą. Tada jis buvo perkeltas į padalinį, kuriame taikomas bazinis draudimo įmokos tarifas. Informaciją apie darbuotojo perkėlimą buhalterija gavo pavėluotai. Neteisingai apskaičiuotos įmokos taikant sumažintą tarifą.

3. Pradiniame programos 1C: Atlyginimai ir personalo valdymas 8 nustatymo etape buvo padaryta klaida neįtraukiant įmokos į draudimo įmokų apskaičiavimo bazę. Ištaisius klaidą bus taikomi papildomi mokesčiai.

4. Skyrius su lengvatiniu tarifu netenka teisės juo naudotis, tačiau informacija atlyginimų tvarkytoją pasiekia pavėluotai. Perskaičiavus pagal bazinį tarifą, didėja mokėtinų draudimo įmokų suma.

5. Apskaičiuojant draudimo įmokas, programa nenurodė, kad pareigybė įrašyta į pavojingų profesijų, kurioms taikomi papildomi tarifai, sąrašą. Nustačius ir ištaisius klaidą, perskaičiavus, draudimo įmokos buvo sumokėtos per mažai papildomais tarifais.

Pažvelkime į draudimo įmokų perskaičiavimo ypatybes „1C: Atlyginimai ir personalo valdymas 8“ 3 leidime naudodami pavyzdžius.

1 pavyzdys

Skaičiuojant vieneto draudimo įmokas Atsargos buvo pritaikytas lengvatinis draudimo įmokų tarifas Technologijų naujovių specialiosios ekonominės zonos gyventojai(kainos kodas „05“). Šis tarifas numato 13% įmokų į Pensijų fondą 2018 m.; socialinio draudimo fonde 2,9%; Federaliniame privalomojo sveikatos draudimo fonde 5,1 proc. Būtent taip buvo skaičiuojamos įmokos darbuotojui V.S. Gebenė. Su mėnesiniu uždarbiu 10 000 rublių. Draudimo išskaitų suma už mėnesį buvo:

Pensijų fonde - 1300 rublių;
FFOMS - 510 rublių;
Socialinio draudimo fonde - 290 rublių.

Nurodytos sumos atsispindėjo skaičiuojant draudimo įmokas už 2018 metų I ketvirtį.

Paaiškėjus, kad skyrius prarado teisę taikyti lengvatinį draudimo įmokų tarifą, pagal Rusijos federalinės mokesčių tarnybos 2017 m. spalio 25 d. raštus Nr. GD-4-11/21611@ ir ministerijos Rusijos finansų 2017-12-18 Nr.?03-15-06/ 84443 atsirado poreikis pateikti patikslinančią Skaičiavimą. Jai suformuoti būtina perskaičiuoti draudimo įmokas naujais įkainiais.

Kortelėje Padaliniai laukas turi būti išvalytas Lengvatinio tarifo baimė. įnašų. Dabar padaliniui taikomas organizacijai naudojamas ir kortelėje nurodytas tarifas Organizacijos ant žymės Apskaitos politika ir kiti nustatymai nuoroda Apskaitos politika lauke Tarifo tipas.

1 pavyzdyje organizacija nustatyta į Bazinis draudimo įmokos tarifas(tarifo kodas „01“), numatant įmokų tarifus 2018 m.: į Rusijos Federacijos pensijų fondą 22 proc.; Socialinio draudimo fondas 2,9%; FFOMS 5,1%. Akivaizdu, kad Pensijų fondas „per mažai sumokėjo“ 9% įmokų (22% - 13%), pasikeitė tarifo kodas.

Nagrinėjamame 1 pavyzdyje, siekiant perskaičiuoti įmokas, reikėtų peržiūrėti pajamų apskaitos tvarką. Dokumentas skirtas registruoti praėjusio laikotarpio pajamų apskaitymo ir draudimo įmokų perskaičiavimo tvarką. (Meniu Mokesčiai ir rinkliavos). Ant žymės Informacija apie pajamas būtina rankiniu būdu išsiaiškinti visas darbuotojų pajamas. Tuo pačiu metu ant žymės Numatomas įnašas Draudimo įmokos bus perskaičiuojamos automatiškai.

Dėl darbuotojo V. S. draudimo įmokų perskaičiavimo 2012 m. Gebenė, kurios mėnesinis uždarbis yra 10 000 rublių. Draudimo išskaitų suma už mėnesį buvo:

Rusijos pensijų fonde - 2200 rublių;
Federaliniame privalomojo sveikatos draudimo fonde ir socialinio draudimo fonde - suma nepasikeitė ir siekė atitinkamai 510 rublių. ir 290 rub.

Perskaičiavus I ketvirčio draudimo įmokas, reikėtų parengti patikslinančius Skaičiavimus. Naudodamiesi paslauga 1C – ataskaitų teikimas, reikia kurti naujas ataskaitas už taisomus laikotarpius ir už Titulinis puslapis nurodyti Pataisos numeris(2 pav.). Paaiškinimai palietė visus skyriaus darbuotojus, nes pasikeitė visų tarifų kodas. Todėl 3 skiltys atnaujintame Skaičiuoklėse formuojamos visiems skyriaus darbuotojams. Kitais atvejais, kai atnaujintas Skaičiavimas sudaromas dėl atskirų darbuotojų duomenų pasikeitimų ar kaupimų, 3 skyriuje pateikiami tik šių darbuotojų duomenys. Bet kokiu atveju, likę patikslinančio skaičiavimo skyriai užpildomi visiškai naujais duomenimis.

Ryžiai. 2. 2018 metų I ketvirčio patikslinančio draudimo įmokų apskaičiavimo titulinis lapas

Teisė pateikti atnaujintą Draudimo įmokų apskaičiavimą

Draudėjai gali pateikti patikrinimui atnaujintą Skaičiavimą, jei aptinka klaidų, dėl kurių draudimo įmokų dydis yra pervertintas. Tiesą sakant, per kitą einamojo laikotarpio įmokų apskaičiavimą atliekamas perskaičiavimas, o rezultatas atsispindi kito laikotarpio ataskaitoje. Situacijos parinktys, leidžiančios pateikti atnaujintą Skaičiavimą:

1. Darbuotojui buvo mokamas atlyginimas už visą dirbtą mėnesį. Draudimo įmokų apskaičiavimas buvo pateiktas Federalinei mokesčių tarnybai, tačiau vėliau paaiškėjo, kad darbuotojas buvo nedarbingumo atostogose arba atostogauja savo lėšomis. Į įmokų apskaičiavimo bazę neįtrauktas kaupimas pakeitė draudimo įmokų kaupimą, dėl kurio buvo permokėta įmokų.

2. Bet koks darbuotojų sukauptų sumų perskaičiavimas, dėl kurio perskaičiuojamos draudimo įmokos, siekiant jas sumažinti.

2 pavyzdys

Apskaičiuojant darbo užmokestį už birželio mėnesį darbuotojui S.S. Gorbunkovas buvo apdovanotas:

atlyginimas - 7500 rublių;
komandiruotės apmokėjimas (pagal vidutinį uždarbį) už birželį - 2500 rublių.

Draudimo įmokos skaičiuojamos pagal bazinį tarifą. Birželio mėnesį įmokos nuo S. S. atlyginimo. Gorbunkovas buvo:

Rusijos pensijų fonde - 2200 rublių;
FFOMS - 510 rublių;
Socialinio draudimo fonde - 290 rublių.

Šios įmokos buvo sumokėtos ir įtrauktos į 2018 m. pusmečio sąskaitą. Buhalterijai pateiktos nedarbingumo atostogos už laikotarpį 2018-06-25-2018-06-30 nesudaro pagrindo formuoti atnaujintą Skaičiavimą. Programoje registruotas dokumentas Nedarbingumo atostogos atšaukia anksčiau sukauptą kelionės išlaidų sumą (3 pav.).

Ryžiai. 3. Kelionės išlaidų perskaičiavimas dokumente „Nedarbingumo atostogos“.

Nedarbingumo lapelį organizacija gavo liepos mėnesį. Tai nėra klaida ir nesumokama per mažai draudimo įmokų. Kadangi nedarbingumo atostogų metu sukaupta suma nėra apmokestinama draudimo įmokomis, susidarė įmokų permoka:

Rusijos Federacijos pensijų fonde - 550 rublių;
FFOMS - 127,50 rubliai;
Socialinio draudimo fonde - 72,50 rub.

Programoje Nedarbingumo atostogos, registruotas 2018 m. liepos mėn, turi įtakos einamojo mėnesio draudimo įmokų apskaičiavimui, mažina skaičiavimo bazę.

Tokioje situacijoje nėra jokių teisinių reikalavimų atnaujintam Skaičiavimui pateikti. Visi perskaičiavimai atliekami kitu laikotarpiu ir atsispindi kitose ataskaitose. Tačiau tuo pat metu organizacija turi teisę patikslinti pusmečio ataskaitą ir pranešti Federalinei mokesčių tarnybai apie susidariusią permoką, pateikdama paaiškinimą.

Tačiau iki mėnesio pabaigos neturėtumėte skubotų Skaičiavimo patikslinimų. Juk visą mėnesį registruojami įvairūs dokumentai. Tam tikru momentu dokumentas Nedarbingumo atostogos iš tikrųjų gali atšaukti praėjusio mėnesio pajamas, o remiantis mėnesio darbo užmokesčio apskaičiavimo rezultatais, kitą dokumentą, pvz. Atlyginimų ir įmokų apskaičiavimas, darys papildomus sukaupimus, viršijančius praėjusio laikotarpio atšaukimo pajamas. Dėl to einamojo mėnesio pajamos sumažės komandiruotės atšaukimo dydžiu, neliks minusų už praėjusį mėnesį, o koreguojančioje ataskaitoje pokyčių nebus.

Būtinybė pateikti atnaujintą Draudimo įmokų apskaičiavimą

Daugeliu atvejų, nepaisant pareigos pateikti atnaujintą Skaičiavimą, draudėjas neturi kitos galimybės pranešti apie savo įmokų permoką, išskyrus patikslinimo pateikimą:

1. Dėl einamojo laikotarpio įmokų perskaičiavimo darbuotojas gauna neigiamą sumą. Ataskaita su neigiama suma negali būti pateikta Federalinei mokesčių tarnybai. Todėl yra tik viena išeitis – sugeneruoti atnaujintą praėjusio laikotarpio ataskaitą.

2. Darbuotojas dirbo pavojingą darbą. Draudimo įmokos buvo skaičiuojamos pagal papildomą tarifą. Informaciją apie darbuotojo perkėlimą dirbti įprastomis darbo sąlygomis buhalterija gavo pavėluotai. Dėl perskaičiavimo priskaičiuotų įmokų sumažinti papildomu tarifu neįmanoma, nes darbuotojo sukauptos einamojo laikotarpio įmokos papildomo tarifo įmokos nebeapmokestinamos.

3 pavyzdys

Šiuo atveju, skirtingai nei ankstesniame 2 pavyzdyje, neigiama draudimo įmokų suma, atsiradusi dėl komandiruotės atšaukimo, nebus kompensuojama kaupiant. Nepaisant to, kad dėl kitų darbuotojų kaupimų bendra draudimo įmokų suma bus teigiama, 3 skirsnyje darbuotojo reikšmės išliks neigiamos, ir tai yra nepriimtina. Ir todėl buhalteris turės sukurti dokumentą Draudimo įmokų perskaičiavimas, perskaičiuoti įmokas už birželį, sugeneruoti ir pateikti atnaujintą Skaičiavimą Federalinei mokesčių tarnybai.

Programa 1C: Atlyginimas ir personalo valdymas 8 automatizuoja draudimo įmokų perskaičiavimo procesą. Naudodamiesi paslauga 1C-Ataskaitų teikimas pradiniai ir patikslinantys draudimo įmokų skaičiavimai generuojami automatiškai. Tačiau sprendimas parengti patikslinamąjį Skaičiavimą lieka buhalteris. Išanalizavęs skaičiavimus keičiančio dokumento registravimo pasekmes tuo laikotarpiu, už kurį jau pateikta ataskaita, buhalteris arba perskaičiuoja draudimo įmokas už praėjusį laikotarpį, arba apskaičiavimas vyksta automatiškai einamąjį mėnesį.

Iš redaktoriaus. Straipsnyje skaitykite apie 1C:Enterprise 8 įdiegtą draudimo įmokų skaičiavimo kontrolės koeficientų tikrinimo mechanizmą, kuriame atsižvelgiama į koregavimo skaičiavimų duomenis.