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 soovime anda töötajale lisatasu 10% 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ärgime teaberegistri "Töögraafikud" dimensiooni "Kuupäev".

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

Allpool on registri metaandmete struktuur:

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

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

Ressurss “Summa” - sinna kantakse arvestuslik palk.

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

Atribuut "Parameeter" salvestab palga väärtuse.

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

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

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

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

Kirjeldame postitamise töötlemist dokumendiobjekti moodulis:

Dokumentide töötlemise töötlemise koodi fragment

1C (kood)

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

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 AccrualsGraphicsGraphicsData,APersonaHodsN) icAccrualsData Graphics.Line Number |FROM |Arvutamine Register.Basic Accruals. 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

P.S. (tähtis)

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

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

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

“Ümberarvutamise reeglid” on abimetaandmete objektid, mis on loodud automaatselt jälgima arvutuste tulemuste asjakohasust uute arvutuspäeviku kannete sisestamisel, olemasolevate kustutamisel või arvutustulemuse käsitsi parandamisel.

Ümberarvutusreegli loomisel määratakse arvutuste tüübid, mille redigeerimisel ümberarvutusreegel “käivitub” ja arvutuste tüübid, mis tuleb selle reegli käivitumisel ümber arvutada.

Arvutustüüpide loendit, mille alusel konkreetne ümberarvutusreegel käivitatakse, nimetatakse tinglikult juhtivateks arvutustüüpideks. Arvutustüüpide loendit, mis tuleb konkreetse reegli käivitamisel ümber arvutada, nimetatakse tinglikult sõltuvateks arvutustüüpideks.

Näiteks põhitasude juurdemaksete korrektse ümberarvestamise korraldamiseks tuleks juhtivateks arvutusliikideks märkida need, mille alusel arvestatakse lisatasusid (palk, tariif, tükitöö) ning sõltuvate arvestusliikidena näidata tegelikud ümberarvutatud lisamaksed.

Pärast sellise ümberarvutusreegli süsteemi sisestamist käitub arvutuspäevik allpool kirjeldatud viisil. Sel juhul käsitleme esmalt ühe arveldusperioodi arvutustüüpide seost.

Seega, kui arvelduspäevikusse ilmub uus kanne (dokumendi postitamise tulemusena), kaob (kui postitamine tühistatakse) või olemasolev kanne, millel on üks "juhtivatest" arvutustüüpidest (meie näites - palk, tariif , tükimakse) parandatakse, siis eemaldatakse kõikidelt lisatasudele vastavatelt kannetelt, kui neid on, sama kehtivusajaga kui sisestatud, kustutatud või parandatud kirjel.

Kui samal ajal sisestatakse kanne, mille kehtivusaeg ei ole jooksval arveldusperioodil, vaid ühel varasematest (näiteks viimase kuu töötasu tagasiulatuvalt arvestamine), siis sisestab süsteem ümberarvestuse kanded kõigile vastava eelmise perioodi lisamakseid.

Ümberarvestusreegel võib olla kolme tüüpi: jooksva perioodi kirjete ümberarvestus, sama perioodi kirjete ümberarvestus või tulevaste perioodide kirjete ümberarvestus.

Esimesel juhul arvutatakse kindlaksmääratud tüüpi arvutused ümber ainult jooksvast perioodist, sõltumata muudetud arvutuspäeviku kannete kehtivusajast.

Teisel juhul arvutatakse määratud arveldusliigid ümber sama kehtivusajaga kui uus sisestatud kirje.

Kolmandas arvutatakse ümber ühe või mitme tulevase arveldusperioodi kirjed.

Näiteks kui koostate haiguspuhkuse ümberarvutamise reegli, määratakse algarvutuste tüübid juhtarvutusteks.

Tasude korrigeerimine toimingu tüübiga “Alatarnetamine” on ette nähtud teenuste tasude ümberarvutamiseks lühiajalise tarne korral teatud perioodi jooksul. Seda tüüpi toiminguid saab kasutada ka olukorras, kus tariif on perioodi jooksul muutunud, kuid tasud on juba tehtud.

Vaatleme viitlaekumiste korrigeerimist seda tüüpi toimingutega programmis 1C: Raamatupidamine elamu- ja kommunaalteenuste haldusettevõtetes, majaomanike ühendustes ja elamukooperatiivides, toim. 3.0 teenuse “Küte” näitel.

1. Oletame, et jaanuaris võeti “Kütte” teenuse eest tasu 900 rubla vastavalt l/s nr 2011067001:

Märkus: näites on teenus “Küte” arvutatud üldpinna alusel. Ruumi pindala 50 m2, tariif 18 rubla.

2. Veebruaris saab teatavaks, et jaanuaris pidi makse toimuma kursiga 13 rubla. Ümberarvestuse tegemiseks

koostage dokument "Vitlemiste korrigeerimine" toimingu tüübiga "Alatoimetamine".

Täitke dokument:

• märkida dokumendi kuupäev ja ümberarvestusperiood - jaanuar 2015;
• märkige päevade arv, mis tuleb ümber arvutada, näites - 31 päeva;
• Märkame ümberarvestuse objekti, antud juhul l/s nr 2011067001;
• Märgime teenuse, mille kohta ümberarvestus tehakse, antud juhul “Küte”;
• märkige ruut "Osaline ümberarvestus", valige ümberarvutamise valik "tariifi alandamisega" ja sisestage number, mille võrra soovite tariifi tõsta või alandada, antud juhul 18 – 13 = 5;
• täitke tabeli jaotis, kasutades nuppu "Täida";
• Ümberarvutamiseks klõpsake nuppu "Arvuta":

Ümberarvutamine viidi läbi kursiga 13 rubla: (18-5)*50 = 650 rubla. Seega on ümberarvestuse summa 250 rubla.