Ülesanne

Ettevõtte töötajate töötasu arvestatakse igakuiselt. Kõik töötajad töötavad viiepäevase töögraafiku alusel, kuid lahendus peab võimaldama töötada mitme erineva graafiku alusel.

Põhitöökohas tundide läbiviimise eest saavad haridusettevõtte töötajad tunnitasu. Tariifi kogunemissumma arvutatakse tariifimäära korrutamisel tegelikult töötatud tundide arvuga. Tariifimäära algväärtus võib muutuda mitte rohkem kui üks kord päevas, kuid see võetakse arveldusperioodi alguses

Töötajad saavad kohapeal läbi viia koolitusi. Sel juhul kohapealse koolituse perioodi tariifi ei kogune ja tekkepõhine

töötaja koosneb kahest osast:

Mingi kindel summa tema transpordikulude hüvitamiseks;

Tasu vormis otsene koolituse kogunemine, mis arvutatakse üliõpilaste jooksval arveldusperioodil tehtud maksete kogusummana, mis on korrutatud teatud protsendiga. Protsentuaalse väärtuse saab määrata dokumendis “Palk.

Detsembris, aasta lõpus, võib ettevõtte töötajatele määrata preemia protsendina kõigist viimase aasta jooksul tehtud viitlaekumiste summast. Preemiaprotsent on kõigile ettevõtte töötajatele sama. Protsentuaalne väärtus määratakse tekkepõhise teabe teabebaasi sisestamise ajal.

Selle ülesande raames ei ole vaja ümberarvutusmehhanismi kasutada.

Kõik viitlaekumised sisestatakse dokumendi “Palgaarvestus” abil. Arvestage, et kõik andmed sisestatakse ainult ühe kuu jooksul, näiteks võite märkida tariifi tekkepõhise perioodi 10.01–31.01, kuid kirjet: tariifi 10.01–03.02 ei saa sisestada.

Konfiguratsioonis oleva ettevõtte töötajatele tehtud viitlaekumiste analüüsimiseks on vaja esitada järgmist tüüpi aruanne:

Aruande saab koostada mis tahes arveldusperioodi kohta. Õpilaste kohapealse koolitamise eest tehtud koguste analüüsimiseks peab konfiguratsioon esitama järgmist tüüpi aruande:

Aruande saab koostada mis tahes arveldusperioodi kohta.

Lahendus

1. Alustame arvutusülesande lahendamist sellega, et teeme kindlaks, millist tüüpi tekke- ja mahaarvamisi tuleb konfiguratsioonis luua ning milliseid valemeid tuleks kasutada iga arvutusliigi tulemuse saamiseks. Vastavalt ülesandele peame looma nelja tüüpi arvutusi:

· Põhitöökoha üliõpilaste koolituse kogunemine Tulemus = Tariifimäär * Töötatud tundide arv;

Pange tähele, et iga-aastase boonuse puhul on kohe märgitud kõigi viimase aasta jooksul tehtud viitlaekumiste kogusumma arvutamise meetod - "Baasi saamine".

2. Järgmises etapis näitame ülaltoodud arvutuste puhul nendevahelised sõltuvused.

Tabel nr 5.1. Probleemi lahendamiseks vajalike arvutuste tüüpide nihke- ja baassõltuvuste seadistamine

Arvutuse tüüp	Väljatõrjumine	Alus
TRF	KMD	-
TRN	-	-
KMD	-	-
PRM	-	TRF, TRN, KMD

3. Loome konfiguratsioonis ülaltoodud tüüpi arvutusi. Seadistage iga kasutatud arvutusplaani jaoks jaotis "Arvutamine";

4. Koostada arveldusregistrid;

5. Teeme vajalikud muudatused dokumendi “Palgaarvestus” struktuuris;

6. Liigume edasi dokumendi „Palgaarvestus” juurde:

a. Lisame registrisse vajaliku arvu kandeid:

i. Määrame iga kirje jaoks kõigi olemasolevate perioodide intervallide piirid;

ii. Märgime mõõtmiste väärtused ja registri üksikasjad;

b. Arvutame esmaste arvutustüüpide jaoks loodud komplektide kirjed:

i. Kui sisestada transpordikulud, siis tekkepõhine tulemus

teeme kindlaks kohe, vastavalt dokumendile;

ii. Arvestus põhitöökoha tariifi järgi

1. Päringumehhanismi kasutades saame iga kirje kohta määratud arvutusviisiga andmed töötundide ja kehtiva tariifimäära kohta;

2. Korraldame tsükli komplekti arvestuste alusel. Iga kirje jaoks rakendame otse positsioneerimise päringuvaliku soovitud reale. Arvutame tekkepõhise tulemuse;

3. Salvestame komplekti tegelikku kehtivusaega ümber arvutamata;

iii. Väljasõidutasude arvutamine

1. Loome kaubeldav register „Maksed

kuulajad";

2. Teeme muudatused “Raha laekumise” dokumendi töötlemise algoritmis, mille käigus tuleb see register täita;

3. Päringumehhanismi abil saame iga põllul töötanud ja dokumendis märgitud töötaja kohta andmed praktikantide tasude kohta;

4. Korraldame tsükli komplekti arvestuste alusel. Iga kirje puhul rakendame otsepositsioneerimise päringuvaliku soovitud reale. Arvutame tekkepõhise tulemuse;

5. Salvestame komplekti tegelikku kehtivusaega ümber arvutamata;

d. Korrame lõikes 4 kirjeldatud samme iga taseme teiseste arvutuste tüüpide kirjete jaoks:

i. Aastapreemia arvutamine

1. Loome konstanti lisatasu protsendi salvestamiseks. Lubame vaikimisi konstantide põhivormi kasutamise režiimi;

2. Päringumehhanismi kasutades saame iga kirje kohta määratud arvutusviisiga andmed andmebaasi;

3. Korraldame tsükli komplekti arvestuste alusel. Iga kirje jaoks rakendame otse positsioneerimise päringuvaliku soovitud reale. Arvutame tekkepõhise tulemuse;

4. Paneme komplekti kirja;

e. Kanname arvutusega seotud programmikoodi ühisesse moodulisse;

7. Ehitame arvestusregistrite andmete põhjal üles ülesandes nõutavad aruanded, kasutades andmete koostamise mehhanismi.

Hallatud vormid

Ülesanne

Kõigi ülesandes kasutatavate dokumentide vormidele on vaja lisada võimalus vaadata liikumisi registrites, mis on seotud antud dokumendiga, mille vorm on antud hetkel avatud.

Töötajate valiku vormis, mis kutsutakse välja dokumendivormilt “Palgaarvestus”, tuleb valitud töötajate nimekirja täiendada teabega nende tariifimäärade kohta. Töötaja valimisel peaks veerus "Suurus" ilmuma teave sobiva määra kohta. Dokumendi “Palgaarvestus” jaoks on vaja koostada põhinimekirja vorm, kus jooksva dokumendi puhul peaksid kajastuma selle tehtud kanded arvestusregistritesse.

Lahendus

1. Koostame dokumentide põhivormid. Avame iga vormi vormiredaktori aknas. Laiendage vahekaardil „Käsuliides” haru „Navigeerimispaneel – Go”. Märkige registrite jaoks märkeruudud Nähtavus.

2. Loome kataloogi “Isikud” valimiseks mittepõhivormi;

a. Teeme vajalikud muudatused “Töötajate info” registri struktuuris;

b. Loome uue vormi;

c. Avame peamiste vormiatribuutide omaduste palett;

d. Määrake jaotises "Objekt" lipp "Kohandatud taotlus";

e. Avame loendi seaded;

f. Teeme taotluse tekstis vajalikud muudatused;

g. Serveris vormi loomisel määrame kindlaks välise päringu parameetrite väärtused;

h. Määratleme oma töötluse väärtuse valimiseks otsinguvormist;

3. Korraldage kataloogivormi kutsumine dokumendivormilt

a. Loome dokumendi "Palgaarvestus" põhivormi;

b. Loodud kataloogivormi märgime dokumendivormi elemendi “Basic AccrualsEmployee” atribuudi “Valimise vorm” väärtuseks;

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 ilmsed rakendusvaldkonnad on järgmised: palgaarvestus, üüriarvestus, rendiarvestus.

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 eelmiste 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 kujuneb “Palga tegelik kehtivusaeg” Tegelik töötasu 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 soovime 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 plaani. 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 “Graafikud”. 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 allpool näidatud üksikasjade struktuuriga dokument "Palgaarvestus".

Nõuded:

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

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 „Põhiline” mõjutab ainult toimivust, 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", mis on loodud etapis 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 = liikumine. 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 perioodilisus on tähistatud 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 AccrualsGraphicsData, NAmberData icAccrualsDataGr afika.Rea number |FROM |Arvutamine Register.Basic Accruals. Graafikaandmed(| Registripidaja = &Registripidaja | JA Arvutustüüp = &Arvutuse tüü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); //kirjutada arvutatud kirjed andmebaasi, edastada 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 Graafika põhiandmed (. | Salvesti = &salvesti

Huvitav, millal ma seda raamatut veel loen? 8.3 vabastatakse siis)))

Mis on keerulised perioodilised arvutused?

Vaatame sõnu. Sõna “Arvutamine” – loodan, et on selge, et mõned numbrid tuleb välja arvutada. "Perioodiline" tähendab, et seda tuleb teha aeg-ajalt, teatud ajavahemike järel (mida nimetatakse "perioodiks", nagu uudishimulik lugeja võib arvata). Milles seisneb raskus? Noh, raamat toob näite naise palgast. Seda arvestatakse kord kuus (reeglina) ja raskus seisneb selles, et palk koosneb mõnest osast, nagu palk, lisatasu, ühekordne lisatasu, haigusleht jne. Ja igaüks neist osadest arvutatakse oma algoritmi järgi, näiteks palk on normtunni maksumus korrutatud töötundide arvuga miinus maksud, lisatasu on teatud protsent palgast jne.

Mis on arvutuse tüüp, alus?

Arvutuse tüüp - kompleksse perioodilise arvutuse mis tahes osa, näiteks boonus.

Alus on see, millest me arvutust nähes alustame. Näiteks lisatasu arvutamiseks peame teadma palka. Lisaks ei ole juhuslik mitte ainult kuu palk, vaid sellel perioodil (baasperioodil) kogunenud numbrid, mis mõjutavad lisatasu arvutamist.

Mille poolest erinevad baasperiood, tegelik periood ja kehtivusaeg?

Kehtivusaeg – Teie poolt määratud ehk antud aja jooksul kehtivad andmed.

Tegelik periood on see, mis jääb kehtivusajast peale arvutuste tegemist (nt eemaldatakse kõik vabad päevad).

Baasperiood – periood, mille jooksul analüüsitakse muude baasperioodi arvestust mõjutavate arvutuste tulemusi.

Tegelikult ma ei saa sellest konkreetsest küsimusest aru. Mingi verbaalne tasakaalustus, ausalt.

Mis on baasperioodi sõltuvus?

Noh, siin tundub enam-vähem selge. Kui meil on vaja lisatasu arvutada protsendina palgast, siis pole vaja palka üldiselt, vaid teatud perioodi töötasu, mille palk mõjutab lisatasu. Siis võib perioodi nimetada baasperioodiks ja sõltuvust sõltuvuseks baasperioodist.

Mis on perioodi eelostmine?

Alustame sellest, et “väljatõrjumine” mõjutab arvutust. Edasi arvame, et keegi töötas 20 päeva, arvutas palka, aga selgus, et töötas ainult 10 päeva. Siis tuleb palk ümber arvutada just selle perioodi eest, mil töötaja vahetult töötas, seda nimetavad Odesnikud tegevusperioodi järgi ümberpaigutamiseks.

Mis on arvutustüüpide plaani konfiguratsiooniobjekti eesmärk?

Arvutustüüpide plaan on mõeldud võimalike arvutusliikide kohta teabe salvestamise struktuuri kirjeldamiseks. Põhimõtteliselt on see tabel, mis salvestab teavet selle kohta, mis tüüpi arvutused on olemas ja millised on nendevahelised seosed.

Töötamise ajal saab kasutaja ise lisada uut tüüpi arvutusi.

Millised on arvutustüübi plaani peamised omadused?

Järgmised omadused: kasutab kehtivusaega – see tüüp määrab, kas arvutustüüpide plaan sisaldab arvutustüüpe, mida saab kehtivusajaga asendada.

Sõltuvus baasist – kas tekib baasperioodist sõltuvaid arvutustüüpe.

Sõltuvus toimingu perioodist - valitakse need kirjed, mille kohta leitakse nende tegeliku tegevusperioodi ja määratud baasperioodi ristumiskoht;

Sõltuvus registreerimisperioodist – tööd tehakse nende andmetega, mille kandmine väljale Registreerimisperiood jääb baasperioodi;

Mis vahe on põhi-, ennetus- ja juhtivatel arvutustel?

Põhiline – ümberarvutamiseks tuleks kasutada põhiliste arvutuste tulemusi;

Nihutamine – nihutab arvutused kehtivusaja alusel;

Juhtiv – kui juhtarvutuse tulemus on muutunud, siis tuleb kogu arvutus ümber arvutada;

Kuidas koostada arvutustüüpide kava?

Sama mis kõik 1C-s! Paremklõpsake konfiguratsioonipuus.

Mis on arvutusregistri konfiguratsiooniobjekt?

Mõeldud andmete kogumise struktuuri kirjeldamiseks, mis on arvutuste tulemused.

Süsteemis 1C:Enterprise on arvutusregistri objektid ette nähtud teatud perioodilisusega tehtud arvutuste tulemuste salvestamiseks, mis on üksteisega tihedalt seotud teatud reeglite järgi ja mõjutavad üksteist teatud perioodi jooksul.

Arvutusregistri omadused

Lisaks kõikidele metaandmeobjektidele omaste üldiste omadustega on arvutusregistritel mitmeid spetsiifilisi omadusi.

Arvutusregistri redigeerimine toimub redigeerimisaknas.

Arvutusregistri redigeerimisel määratakse arvutustüüpide plaan, töötatakse välja kehtivusaja ja baasperioodi tugi, perioodilisus, registri struktuur: koostatakse mõõtmete, ressursside ja registriandmete komplektid, vajadusel sõelutakse ja trükitakse luuakse vormid registri liikumiste vaatamiseks.

Arvutustüüpide plaan- registri peamine omadus. Valige üks objektidest, mille tüüp on "Arvutustüüpide plaan".

Kehtivus- kui vara on asutatud, siis tuvastatakse antud registri liikumiste vastastikuse mõju konkureeriv olemus. Konkureerivate liikumiste näideteks on palgaarvestus ja haigusleht - ei saa olla haige ja töötada korraga, s.t. saavad nii palka kui ka haigusraha. Sellised arvutused välistavad üksteist ajaliselt ja süsteem peab tagama, et ühe sisestamine toob kaasa teise välistamise.

Ajakava Kehtivus. Atribuut kujutab endast linki teaberegistrisse, mis kirjeldab arvutusse kaasatud lähteandmete ajalist skeemi. Ajakava tuleks märkida nende arvutuste jaoks, mis sõltuvad teatud reegli järgi kehtivusaja jooksul jagatud algandmetest. Näiteks võib see olla ajakava organisatsiooni töötundide registreerimiseks päevade kaupa, loengutundide registreerimine tundide kaupa jne.

Graafiku tähendus- vara on saadaval, kui vara on seatud Kehtivus. Kinnisvaras valitakse kinnistus määratletud inforegistri ressurss Ajakava.

Ajakava kuupäev- vara on saadaval, kui vara on seatud Kehtivus. Kinnistul valida kinnistus määratletud inforegistri dimensioon Ajakava ja mille tüüp on Kuupäev. Selle atribuudi väärtust kasutatakse atribuudis Chart Value määratud teaberegistri ressursi väärtustega sidumiseks.

Baasperiood- kui vara on asutatud, siis tehakse kindlaks antud registri liikumiste vastastikuse mõju seos. Seotud liikumiste näited hõlmavad seost tekkepõhiste summade arvutamise vahel baasperioodi tekkepõhiste summade keskmise alusel.

Perioodilisus- määratleb perioodi, mille jooksul liikumised registreeritakse ja mille jooksul liikumised võivad üksteist mõjutada (tegevusperioodi toetavate registrite puhul).

Ümberarvutused- alluvad registriobjektid, mis võimaldavad seada reegleid registriliikumiste vastastikuse mõjutamise kohta. Objekti atribuutide paleti grupis Atribuutide seos Mõõtmine register määrab jooksva registri põhimõõtme, mis tuleks atribuudis määratud juhtivregistrite andmete muutmisel ümber arvutada Andmed juhtivad registrid. Näiteks arvutatakse üksikisiku mahaarvamise summa ümber, kui tekkepõhised summad (palk, lisatasud) muutuvad.

Kui vara on määratud Baasperiood, siis genereeritakse ümberarvutusandmed automaatselt. Kui atribuuti ei määrata, siis peab ümberarvutusandmete genereerimine toimuma kasutaja poolt käsitsi (projekteerimisel tuleks välja töötada spetsiaalne ümberarvutuste sisestamise vorm ja nende teostamise mehhanism).

Vahekaardil "Muu" saate määrata objektide blokeerimise režiimi (automaatne või juhitav) ja seda tüüpi objektide täistekstiotsingu funktsiooni.

Arvutusregistrid

Arvutusregistrid on mõeldud arvutuskirjete (vahe- ja lõpptulemuste) salvestamiseks. Registrivormid võimaldavad vaadata arveldusdokumente. Näiteks alloleval joonisel on näidatud peamiste tekkeregistri vorm.

Nagu näete, salvestatakse sellesse registrisse iga üksikisiku kohta põhiviitearvestuse (palk, puhkus) jne arvutamise tulemused. Topeltklõps kirjel avab selle kande arvestusregistrisse kandnud salvestaja dokumendi.

Iga asustusregister põhineb konkreetsel asustustüüpide plaanil. Arvutusregistri redigeerimisel näidatakse ära ka selle muud omadused, näiteks arvutuste sagedus, baasi saamise mehhanismi toetus, kehtivusaja toetus (eesostumehhanismile), graafikud, mille järgi kehtivusaegu arvestatakse. kontrollitud jne.

Arvutusregistri struktuur määrab, millist teavet ja millistes jaotistes registris säilitatakse. Arendaja määrab mõõtmed, ressursid ja registri üksikasjad:

Mõõtmed on salvestatud teabe osad. Näiteks peamise tekkeregistri dimensioonid on üksikisik, organisatsioon, osakond, positsioon, samas kui maksude registril on ainult kaks dimensiooni: üksikisik ja organisatsioon.

Ressursid - arvutustulemused, näiteks ressurss Kogutud põhiregistri jaoks, ressurss Kinnipeetud maksude registri jaoks jne. Ressursid võivad olla ainult numbrilist tüüpi.

Üksikasjad on arvutuskirje lisatunnus. Andmebaasi salvestatud üksikasjad võivad olla peaaegu igat tüüpi. Näiteks peamise tekkeregistri üksikasjad Päevad ja tunnid, kinnipidamisregistri dokumendibaasi üksikasjad. Alloleval joonisel on kujutatud Töötajate tekkepõhise arvestuse registri struktuur.

Diagrammid

Kui registris on märgitud ruut "Kehtivusaeg", saate täita atribuudid "Ajakava", "Ajakava väärtus" ja "Ajakava kuupäev". Tegelikult on graafik mitteperioodiline teaberegister, mis kirjeldab arvutuse algandmete ajajaotust. Näiteks võib see olla organisatsiooni töögraafik tööpäevade ja tundide kaupa, töövahetuste kestus, loengutundide graafik jne.

Allpool on näide inforegistrist, mis toimib töögraafikuna.

Ümberarvutused

Süsteem võimaldab teil automaatselt jälgida kirjeid, mis nõuavad ümberarvutamist. Selline olukord võib tekkida siis, kui nende tulemused on kuidagi seotud teist tüüpi arvutustega ja neid on muudetud (kustutatud või lisatud uusi kirjeid).

Näiteks kui töötaja viitlaekumised muutuvad, tuleb maksud ümber arvutada. Seejärel on arvutustüübi „NDFL” puhul peamised arvutustüübid tekkepõhised arvestustüübid, mis on konfigureeritud arvutustüüpide järgi vahekaardil „Leading”.

Oletame, et meil on põhilaekumiste, lisatasude ja mahaarvamiste arvestusregistrid. Maksud arvutatakse pärast kõiki viiteid ja lisatasusid, kuna nende tulemusi kasutatakse.

Iga töötaja maksuarvestuse asjakohasuse automaatseks jälgimiseks peate kinnipidamisregistris looma ümberarvutuse dimensiooniga Individuaalne. Alusregistri andmeteks määratakse Individuaalne dimensioon Basic Accruals registrist ja Boonuste registrist.

Allolev näide näitab, kuidas ümberarvutamine toimib:

Muudetud kirjed on igas registris esile tõstetud. Sellest tulenevalt on kinnipidamisregistri seotud kanded muutunud ebaoluliseks, s.t. nõuavad ümberarvutamist, mis kajastub teisendustabelis.

Seega on ümberarvutamine tabel, mis salvestab ümberarvutamist vajavate mõõtmete väärtused. Lisaks mõõtmistele on selles tabelis salvestatud arvutuste tüübid ja lingid dokumentide salvestamiseks. Ümberarvutamise tabeli abil saate kindlaks teha, millised kirjed on muutunud ebaoluliseks ja nõuavad ümberarvutamist (või vähemalt hoolikamat tähelepanu).

Päringud arvutusregistritesse

Arvutusregistri andmete päringud võimaldavad hankida teavet tehtud arvutuste kohta. Päringutes pääsete juurde järgmistele lähtetabelitele.

• arvestusregistri kannete põhitabel,
• tegeliku kehtivusaja tabel,
• teisendustabel.

Päringumehhanismi abil saate arvutustulemusi rühmitada vajalikesse jaotistesse, arvutada kogusummasid ja valida ainult vajalikud arvutuskirjed. See võimaldab koostada terve hulga vajalikke aruandeid, näiteks palgalehti, isiklikke kontosid, palgamaksete väljavõtteid jne. Päringumehhanismi kirjeldati üksikasjalikult peatükis "Pärimised". Arvutusregistri lähtetabelite väljade loetelu on toodud dokumentatsioonis.

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. Kui arvutus C muutub, võib B muutuda ja seetõttu võib A muutuda. Süsteem ei jälgi selliseid keerulisi sõltuvusi automaatselt, seega peate näitama, millised arvutused on juhtivad.	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, sest 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õidutoetused makstakse topeltpalgana + fikseeritud summa maksed iga reisipäeva eest.

Töölt puudumise aja eest tasuda trahvi 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 tagasipööramiseks (analoogselt miinusmärgiga).

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

Dateerime kõik dokumendid 20.01.2003, registreerimisperioodiks määratakse 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, sest selleks perioodiks olid töögraafikud täidetud.

Loome ümberarvutuse “Ümberarvestus” ja lisame sellele “Töötaja” dimensiooniga seotud dimensiooni “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, on taotluse tekst järgmine:

VALI

ArvutusedRecalculation.Ümberarvutamise objekti kohta,

ArvutusedRecalculation.In kalkulatsiooni ID,

Arvutused Töötajalt

FROM

Arvutuste register KUIDAS ArvutusedÜmberarvutamine

Genereerime kolm dokumenti - esmalt arvutame töötajate A ja B töötasu. Töötaja A töötab 1.-31.jaanuar, B töötab 1.-20.jaanuar. Teisena määrame töötajale B lisatasu perioodiks 1. jaanuar kuni 31. jaanuar ja kolmas töötajale A töölt puudumised 20. jaanuarist 25. jaanuarini.

Mängime tegeliku kehtivusajaga.

Teeme uue päringu – seekord lisame sinna tabeliandmed Arvutusregistrid. 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. Selle virtuaalse tabeli jaoks saate määrata parameetri - näiteks kirjete valimise tingimuse Töötaja=&Valige 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)