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 lisatasu töötajale B 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äärtus Registreerimisperiood	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

Osaku 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äävad punktis 3 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.

Recalculation objekti kasutatakse teabe salvestamiseks selle kohta, milliste arvutusregistri kirjete jaoks on vaja arvutustulemusi (ressursse) ümber arvutada. See on arvutusregistrile alluv konfiguratsiooniobjekt. Ressursside ümberarvutamise vajadus võib tekkida kasutajapoolsest valest dokumendisisestuse järjestusest (dokumentide tagasiulatuv sisestamine), mis toob kaasa vajaduse ümber arvutada nende kirjete arvutustulemused, mis sõltuvad teiste kirjete arvutustulemustest, mis sisestatakse süsteem hiljem.

Ümberarvutusobjekti sätted

Teavet ümberarvutamist vajavate kirjete kohta saab salvestada erineva detailsusega.

Jaotuskirjed sisaldavad eelmääratletud välju:

• Ümberarvutusobjekt – link registripidajale, kelle arvutustulemused vajavad ülevaatamist;
• Arvutustüüp – link arvutustüüpide plaanist arvutustüübile, mis on määratud ümberarvutusobjekti omavale registrile.

Seega salvestatakse vähemalt teave ümberarvutuste kohta registripidaja (dokumendi) ja arvutuse tüübi järgi.

Aegunud arveldusregistri kannete täpsemaks tuvastamiseks saate sisestada jaotusmõõtmised. See võimaldab teil kitsendada ümberarvutamist vajavate kirjete loendit.

Vaatame näidet.

Kui arvestusregistris on salvestatud andmed organisatsiooni töötajate kogunenud põhipalga kohta ja seega on arvestusregistris dimensioon "Töötaja", siis võib ümberarvestusel olla ka dimensioon "Töötaja". See toob kaasa asjaolu, et ümberarvestuskirjed tähendavad vajadust ümber arvutada need registrikanded, mis kuuluvad konkreetsele registripidajale, on teatud tüüpi arvestusega ja sisaldavad linki konkreetsele töötajale.

Konversioonitabeli saab süsteem automaatselt täita konfigureerimise käigus tehtud seadistuste põhjal. Ümberarvutusobjekti põhieesmärk on nende kirjete automaatne jälgimine, mille jaoks on vaja tulemust muuta.

Jaotamise dimensioonid on üks tööriistu, mis võimaldavad teil seda automaatset jaotamise täitmist konfigureerida.

Seda tehakse jaotusdimensiooni atribuutide abil:

• Registri dimensioon – link “ema” arvestusregistri dimensioonile, millele ümberarvutus on allutatud.
• Juhtregistri andmed – lingid mõõtmistele ja juhtivate arvutusregistrite üksikasjadele.

Ümberarvutusmõõtmiste seadistamise iseärasuste kirjeldamiseks lepime kokku järgmistes tingimustes:

• Põhiregister on arvutusregister, millele ümberarvutamine on allutatud ja mille tulemuste asjakohasust “jälgib”.
• Juhtregistrid on arvutusregistrid, mille kanded mõjutavad põhiregistri kannete arvutuse tulemust.

Kui süsteemil on juba põhiregistrikirjed, siis peaks juhtregistrikirjete koosseisu muutus viima ümberarvutuskirjete ilmumiseni. Need ümberarvutuskanded annavad märku vajadusest üks või teine ​​põhiregistri kirjete komplekt ümber arvutada.

Selleks, et täpselt kirjeldada, millised muutused juhtivates registrikirjetes viivad ümberarvutuste ilmnemiseni, kasutatakse ümberarvutusmõõtmisi. Sama töötaja kirjete ümberarvutamise vajaduse täpsustamiseks, kelle jaoks juhtregistri kirjed sisestati (muudeti), tehke järgmist. Link põhiregistri dimensioonile "Töötaja" sisestatakse atribuuti "Registri dimensioon" ja lingid kõigi juhtivate registrite dimensioonile "Töötaja" atribuuti "Juhtivad registriandmed". Selle seadistuse korral juhtub juhtregistri kirjete koosseisu muutumisel (st vastava kirjekomplekti kirjutamisel) järgmine:

• Analüüsitud on juhtivate registrikirjete komplekt (oletame, et kirjete komplekt sisaldab töötaja Ivanovi kirjeid, millel on teatud kehtivusaeg (nt märts)
• Põhiregistrit küsitakse automaatselt
• Kui see Ivanovi sõnul juba sisaldab kirjeid ja nende tulemus sõltub potentsiaalselt juhtregistri kirjetest (mida tähendab "potentsiaalselt sõltub...", tuleb juttu allpool), siis sisestatakse ümberarvutusse read järgmiste andmetega:

Sel juhul sisestatakse read ainult siis, kui selliseid ridu pole juba teisendustabelis.

Tuleb märkida, et ümberarvutuskirjete ilmumine ei tähenda otseselt põhiregistris muudatusi. Ümberarvutamise kirjed pole midagi muud kui signaal, mille süsteem annab. Ja kuidas sellele signaalile registrikirjete ümberarvutamise vajadusest täpselt reageerida, sõltub konkreetse lahenduse arendajast. Näiteid ümberarvutuskirjete töötlemisest käsitleme teistes väljaannetes.

Eraldamistega seotud arvutustüübi plaani sätted

Mõnede registrikirjete sõltuvus teistest on üles ehitatud arvutustüüpide plaanide seadistuste kaudu. Selleks kasutatakse järgmisi mõisteid:

• Aluse sõltuvuse variant – arvutustüüpide plaani omadus;
• Arvutusliikide põhiplaanid – arvutusliikide plaani omadus;
• Juhtivad arvutusliigid - arvutustüübi omadus;
• Baasperiood – arvestusregistri kande andmed;
• Kehtivusaeg – arvestusregistri kande andmed;
• Registreerimisperiood – arvestusregistri kande andmed.

Oletame, et põhiregistrile on määratud arvutustüübi plaan “Põhi” ja juhtregistrile “Abiarvutuse tüübiplaan”. Seejärel tuleb arvutustüüpide põhiplaanis määrata atribuutide rühma "Arvutamine" järgmised omadused:
Sõltuvus alusest – “kehtivusaja järgi” või “registreerimisperioodi järgi”;
Arvutustüüpide põhiplaanid – arvutustüüpide plaan “Abi”.

See tähendab, et arvutuste põhiregister, mis käitub vastavalt “Põhi” arvutustüübi plaanile, sõltub nendest registritest, millele on määratud arvutustüübi “Abi” plaan (st meie puhul juhtiv arvutusregister) ja samal ajal kirjed Põhiregister sõltub põhikirjetest kehtivusaja või registreerimisperioodi järgi.

Arvutustüüpide "Põhiline" jaoks plaani koostamisel tuleb selle arvutustüübid (näiteks arvutustüüp "Lisatoetus") määrata "Abi" plaani arvutustüüpide juhtivate arvutustüüpide loendis (näiteks arvestustüübid “Isiklik lisatasu” ja “Kuu lisatasu”). See tähendab, et põhiregistri kannete arvutamise tulemused arvutustüübiga "Lisatasu" sõltuvad juhtivate registrikannete tulemustest arvestustüüpidega "Isiklik lisatasu" ja "Kuu lisatasu" ning need tuleb uuesti arvutada, kui kõik muudatused (välimus või kustutamine).

Samal ajal võrdleb süsteem juht- ja põhiarvutusregistri kirjeid, et teada saada, millised kirjed tuleb ümber arvutada:

• arvutusviisi järgi,
• kui juhtivregistrikirjete kehtivusaeg (või registreerimisperiood) jääb põhiregistrikirjete baasperioodi
• ja ülalkirjeldatud töötaja dimensiooni järgi.

See materjal võimaldab teil teha sätteid, mis viivad teisendustabelite automaatse täitmiseni. Mõne ülesande puhul ei pruugi automaatsest lõpetamisest piisata. Sellistel juhtudel peaksite genereerima jaotuskirjed, kasutades süsteemi sisseehitatud keelt. Seda käsitletakse üksikasjalikult jaotises "Jaotuste sisestamine sisseehitatud keele abil".

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". atribuudil “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õhimaksumus. kirjuta = tõsi; Liikumised. Põhimaksumus. Clear() ; Registreerimisperiood = Kuu algus (kuupäev) ; Iga TechLine BasicAccrualsFrom BasicAccrualsCycle jaoks Liikumine = Liikumised. Põhimaksumus. 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 ccrualsData Graphics.Rea number |ALT |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