1s 8.3 računovodstveni preračun nedostatka vode. Kako preračunati nedostatke sa promjenom tarife. Preračunavanje premija osiguranja

Usklađivanje naknada sa vrstom operacije „Nedovoljna isporuka“ je namijenjeno za preračunavanje naknada za usluge u slučaju kratke isporuke za određeni period. Ova vrsta operacije se može koristiti iu situaciji kada je tarifa promijenjena u periodu, ali su već izvršene naknade.

Razmotrimo prilagođavanje obračuna s ovom vrstom operacije u programu 1C: Računovodstvo u kompanijama za upravljanje stambenim i komunalnim uslugama, udruženjima vlasnika kuća i stambenim zadrugama, ur. 3.0 na primjeru usluge “Grijanje”.

1. Pretpostavimo da je u januaru usluga „Grijanje“ naplaćena u iznosu od 900 rubalja prema l/s br. 2011067001:

Napomena: u primjeru, usluga “Grijanje” se izračunava na osnovu ukupne površine. Površina sobe 50 m2, tarifa 18 rubalja.

2. U februaru postaje poznato da je u januaru isplata trebala biti izvršena po stopi od 13 rubalja. Da izvrši preračunavanje

kreirati dokument „Kreiranje vremenskih razgraničenja” sa tipom operacije „Nedovoljna isporuka”.

Popunite dokument:

• navesti datum dokumenta i period ponovnog obračuna - januar 2015. godine;
• navedite broj dana koje je potrebno preračunati, u primjeru - 31 dan;
• Navodimo predmet preračuna, u ovom slučaju l/s br. 2011067001;
• Navodimo uslugu za koju će se izvršiti preračun, u ovom slučaju „Grijanje“;
• označite polje za potvrdu „Djelomični preračun“, odaberite opciju preračuna „sa smanjenjem tarife za“ i unesite broj za koji želite povećati ili smanjiti tarifu, u ovom slučaju 18 – 13 = 5;
• popunite odeljak tabele pomoću dugmeta „Popuni“;
• Kliknite na dugme "Izračunaj" da izvršite ponovni izračun:

Januarsko obračunavanje je izvršeno po stopi od 18 rubalja: 18*50=900 rubalja.

Preračunavanje je izvršeno po stopi od 13 rubalja: (18-5)*50 = 650 rubalja. Stoga je iznos preračunavanja 250 rubalja.

Preračuni su sastavni dio obračuna platnog spiska. Informacije o bolovanju, odmorima ili izostancima zaposlenih koje računovodstvo primi sa određenim zakašnjenjem dovode do ponovnog obračuna plata i, shodno tome, premija osiguranja. Stručnjaci 1C govore o tome kako se obračuni i ponovni obračuni premija osiguranja odražavaju na računovodstvo i regulirano izvještavanje u programu 1C: Plaće i upravljanje osobljem 8, izdanje 3.

Prilikom ponovnog obračuna zarada, potrebno je izvršiti ponovni obračun premija osiguranja. Osim toga, razlog za ponovni obračun doprinosa može biti promjena tarife tokom godine ili otkrivanje grešaka, na primjer, neuključivanje obračuna u osnovicu za premije osiguranja.

U ovim slučajevima, računovođa ima pitanja o potrebi, obavezi i pravu da dostavi ažurirane informacije Federalnoj poreznoj službi.

Prema tački 1.2 Procedure za popunjavanje obračuna premija osiguranja, datog u Dodatku br. 2 naredbe Federalne poreske službe Rusije od 10.10.2016. godine br. MMV-7-11/551@, obveznik je obavezan je izvršiti potrebne izmjene Obračuna i dostaviti ažurirani izvještaj poreskom organu ukoliko postoje neevidentirani ili nepotpuni podaci, kao i greške koje dovode do potcjenjivanja iznosa plativih premija osiguranja.

Prilikom odlučivanja da li će dostaviti ažurirani obračun, računovođa mora odgovoriti na sljedeća pitanja:

• da li su sve informacije prikazane;
• da li su napravljene greške i da li su dovele do potcjenjivanja iznosa premija osiguranja koje se plaćaju.

Podnošenje ažuriranog obračuna može biti obaveza, pravo ili iznuđena potreba.

Ažuriran obračun premija osiguranja

Obaveza dostavljanja ažuriranog obračuna nastaje ako se nakon podnošenja izvještaja Federalnoj poreznoj službi pokaže da su dostavljeni nepotpuni ili netačni podaci o zaposlenima ili su otkrivene greške koje su dovele do potcjenjivanja iznosa plativih premija osiguranja.

Vrste uobičajenih grešaka koje zahtijevaju obavezno podnošenje ažurirane kalkulacije:

1. Zaposlenik nije blagovremeno prijavio promjene u svojim ličnim podacima, a Federalna poreska služba je dala lažne podatke o njemu u Odjeljku 3. Obračuna.

2. Zaposleni je radio u odeljenju koje ima pravo da primenjuje povlašćenu stopu premije osiguranja. Zatim je premješten u jedinicu gdje se primjenjuje osnovna stopa premije osiguranja. Računovodstvo je sa zakašnjenjem primilo informaciju o premeštaju zaposlenog. Obračun doprinosa je izvršen pogrešno po smanjenoj stopi.

3. U početnoj fazi postavljanja programa 1C: Plate i upravljanje osobljem 8, napravljena je greška isključivanjem premije iz obračunske osnovice za premije osiguranja. Ispravljanje greške će rezultirati dodatnim naplatama.

4. Odeljenje sa povlašćenom tarifom gubi pravo da je koristi, ali informacija sa zakašnjenjem stiže do menadžera platnog spiska. Preračunavanje po osnovnoj tarifi dovodi do povećanja iznosa plativih premija osiguranja.

5. Prilikom obračuna premija osiguranja u programu nije naznačeno da je radno mjesto navedeno na listi opasnih profesija koje podliježu dodatnim tarifama. Nakon što je greška otkrivena i ispravljena, preračunavanje je rezultiralo nedostatkom uplaćenih premija osiguranja po dodatnim stopama.

Pogledajmo karakteristike ponovnog izračunavanja premija osiguranja u „1C: Plaće i upravljanje osobljem 8“ izdanje 3 na primjerima.

Primjer 1

Prilikom obračuna premija osiguranja za jedinicu Stock primijenjena je preferencijalna stopa premija osiguranja Stanovnici tehnološko-inovativne posebne ekonomske zone(kod tarife “05”). Ovom tarifom predviđeni su doprinosi Fondu PIO u iznosu od 13% u 2018. godini; u Fondu socijalnog osiguranja 2,9%; u Federalnom fondu obaveznog zdravstvenog osiguranja 5,1%. Upravo na taj način su obračunati doprinosi za zaposlenog V.S. Ivy. Sa mjesečnom zaradom od 10.000 rubalja. Iznos odbitka osiguranja za mjesec bio je:

• u Penzionom fondu - 1.300 rubalja;
• u FFOMS - 510 rubalja;
• u Fondu socijalnog osiguranja - 290 rubalja.

Navedeni iznosi su odraženi u obračunu premija osiguranja za prvi kvartal 2018. godine.

Kada se ispostavilo da je odeljenje izgubilo pravo da primenjuje povlašćenu stopu premija osiguranja, tada je u skladu sa pismima Federalne poreske službe Rusije od 25. oktobra 2017. godine br. GD-4-11/21611@ i Ministarstva Finansije Rusije od 18. decembra 2017. br.?03-15-06/ 84443 postojala je potreba da se dostavi pojašnjavajući Obračun. Za njegovo formiranje potrebno je preračunati premije osiguranja sa novim stopama.

Na kartici Divizije polje treba očistiti Strah od preferencijalnih tarifa. doprinosi. Sada odjel podliježe tarifi koja se koristi za organizaciju i navedena u kartici Organizacije na obeleživaču Računovodstvene politike i druga podešavanja veza Računovodstvena politika u polju Vrsta tarife.

U primjeru 1, organizacija je postavljena na Osnovna stopa premije osiguranja(tarifna oznaka “01”), koja predviđa stope doprinosa u 2018. godini: Penzionom fondu Ruske Federacije u iznosu od 22%; Fond socijalnog osiguranja 2,9%; FFOMS 5,1%. Očigledno je da je Fond PIO „poduplatio“ 9% doprinosa (22% - 13%), a tarifni broj je promijenjen.

U primjeru 1 koji se razmatra, u cilju ponovnog obračuna doprinosa, treba revidirati postupak obračuna prihoda. Dokument je namijenjen registraciji postupka evidentiranja prihoda i ponovnog obračuna premija osiguranja iz prethodnog perioda. (meni Porezi i naknade). Na obeleživaču Podaci o prihodima potrebno je ručno razjasniti sva primanja zaposlenih. Istovremeno, na obeleživaču Procijenjeni doprinosi Premije osiguranja će se automatski preračunavati.

Kao rezultat ponovnog obračuna premija osiguranja zaposlenog V.S. Ivy sa mjesečnom zaradom od 10.000 rubalja. Iznos odbitka osiguranja za mjesec bio je:

• u Penzionom fondu Rusije - 2.200 rubalja;
• u Federalnom fondu obaveznog zdravstvenog osiguranja i Fondu socijalnog osiguranja - iznos se nije promijenio i iznosio je 510 rubalja, respektivno. i 290 rub.

Nakon ponovnog obračuna premija osiguranja za prvi kvartal, potrebno je pripremiti pojašnjene Obračune. Korištenje usluge 1C-izvještavanje, potrebno je kreirati nove izvještaje za periode koji se koriguju i za Naslovna strana ukazati Broj ispravke(Sl. 2). Pojašnjenja su uticala na sve zaposlene u odeljenju, jer je svima promenjena tarifna oznaka. Stoga se odjeljci 3 u ažuriranom Obračunu formiraju za sve zaposlene u odjeljenju. U drugim slučajevima, kada je formiranje ažurirane kalkulacije uzrokovano promjenama podataka ili vremenskih razgraničenja pojedinih zaposlenika, odjeljak 3 prikazuje podatke samo za te zaposlenike. U svakom slučaju, preostale rubrike obračunskog obračuna popunjavaju se potpuno novim podacima.

Rice. 2. Naslovna strana pojašnjenog obračuna premija osiguranja za prvi kvartal 2018.

Pravo na dostavljanje ažuriranog Obračuna premija osiguranja

Osiguranici mogu dostaviti inspekciji ažurirani Obračun ako pronađu greške koje dovode do precjenjivanja iznosa premija osiguranja. Naime, prilikom sljedećeg obračuna doprinosa u tekućem periodu vrši se preračun, a rezultat se odražava u izvještaju za naredni period. Opcije situacije koje vam omogućavaju da predstavite ažuriranu kalkulaciju:

1. Zaposlenom je isplaćena plata za cijeli odrađeni mjesec. Obračun premija osiguranja dostavljen je Federalnoj poreskoj službi, ali se kasnije ispostavilo da je zaposlenik bio na bolovanju ili godišnjem odmoru o svom trošku. Obračun koji nije uključen u osnovicu za obračun premija zamijenio je obračun premije osiguranja, što je dovelo do preplate premije.

2. Svako preračunavanje obračuna zaposlenih, što dovodi do ponovnog obračuna premija osiguranja u pravcu njihovog smanjenja.

Primjer 2

Prilikom obračuna zarade za jun zaposlenom S.S. Gorbunkov je nagrađen:

• isplata plate - 7.500 rubalja;
• Isplata službenog puta (na osnovu prosječne zarade) za jun - 2.500 rubalja.

Premije osiguranja su obračunate po osnovnoj stopi. U junu doprinosi iz plate S.S. Gorbunkov su bili:

• u Penzionom fondu Rusije - 2.200 rubalja;
• u FFOMS - 510 rubalja;
• u Fondu socijalnog osiguranja - 290 rubalja.

Ovi doprinosi su uplaćeni i uključeni u Polugodišnji račun za 2018. godinu. Bolovanje dostavljeno računovodstvu za period 25.06.2018-30.06.2018. godine ne predstavlja razlog za formiranje ažuriranog Obračuna. Dokument registrovan u programu Bolovanje poništava prethodno akumulirani iznos putnih naknada (slika 3).

Rice. 3. Preračunavanje putnih naknada u dokumentu „Bolovanje“.

Bolovanje je organizacija dobila u julu. Ovo nije greška i ne dovodi do nedovoljnog plaćanja premija osiguranja. S obzirom na to da se na bolovanje ne plaćaju doprinosi za osiguranje, došlo je do preplate doprinosa u iznosu od:

• u Penzionom fondu Ruske Federacije - 550 rubalja;
• u FFOMS - 127,50 rubalja;
• u Fondu socijalnog osiguranja - 72,50 rubalja.

U programu Bolovanje, registrovan jul 2018, utiče na obračun premija osiguranja u tekućem mjesecu, umanjujući osnovicu za obračun.

U takvoj situaciji ne postoje zakonski zahtjevi za podnošenje ažurirane kalkulacije. Sva preračunavanja se dešavaju u narednom periodu i odražavaju se u narednim izvještajima. Ali u isto vrijeme, organizacija ima pravo da pojasni izvještaj za pola godine i obavijesti Federalnu poreznu službu o preplati koja je nastala podnošenjem pojašnjenja.

Međutim, prije kraja mjeseca ne biste trebali ishitreno pojašnjavati Obračun. Uostalom, razni dokumenti se registruju tokom cijelog mjeseca. U nekom trenutku dokument Bolovanje zaista može stornirati prihod iz prethodnog mjeseca, a na osnovu rezultata obračuna plaća za mjesec, drugi dokument, npr. Obračun plata i doprinosa, izvršit će dodatna razgraničenja koja prelaze prihod od ukidanja prethodnog perioda. Kao rezultat toga, prihod tekućeg mjeseca će se smanjiti za iznos storniranja službenog puta, neće ostati minusi za prethodni mjesec, a izvještaj o usklađivanju neće prikazati nikakve promjene.

Potreba za dostavljanjem ažuriranog Obračuna premija osiguranja

U određenom broju slučajeva, uprkos nepostojanju obaveze dostavljanja ažuriranog obračuna, ugovarač osiguranja nema drugu mogućnost da prijavi svoju preplatu premija, osim podnošenja ažuriranja:

1. Kao rezultat preračuna doprinosa u tekućem periodu, zaposleni dobija negativan iznos. Izvještaj sa negativnim iznosom ne može se podnijeti Federalnoj poreznoj službi. Stoga postoji samo jedan izlaz - generirati ažurirani izvještaj za prethodni period.

2. Zaposleni je radio na opasnim poslovima. Premije osiguranja su obračunate po dodatnoj stopi. Računovodstvo je sa zakašnjenjem primilo informaciju o prelasku radnika na posao u normalnim uslovima. Kao rezultat ponovnog obračuna, nemoguće je umanjiti obračunate doprinose po dodatnoj stopi, jer na obračune radnika u tekućem periodu više se ne plaćaju doprinosi po dodatnoj stopi.

Primjer 3

U ovom slučaju, za razliku od prethodnog primjera 2, negativan iznos premije osiguranja nastao kao rezultat otkazivanja službenog putovanja neće biti nadoknađen razgraničenjem. Uprkos činjenici da će zbog obračuna ostalih zaposlenih ukupan iznos premija osiguranja biti pozitivan, u Odjeljku 3 zaposleni će ostati negativne vrijednosti, što je nedopustivo. I stoga će računovođa morati kreirati dokument Preračunavanje premija osiguranja, preračunati doprinose za juni, generisati i dostaviti ažurirani Obračun Federalnoj poreskoj službi.

Program 1C: Upravljanje platama i osobljem 8 automatizira proces ponovnog obračuna premija osiguranja. Korištenje usluge 1C-Izvještavanje početni i pojašnjavajući obračuni za premije osiguranja se generišu automatski. Međutim, odluka o pripremi obračunskog obračuna ostaje na računovođi. Analizirajući posljedice registracije dokumenta kojim se mijenjaju obračuni u periodu za koji je izvještaj već dostavljen, računovođa ili preračunava premije osiguranja za prethodni period, ili se obračun automatski vrši u tekućem mjesecu.

Od urednika. U članku pročitajte o mehanizmu implementiranom u 1C:Enterprise 8 za provjeru kontrolnih omjera za obračun premija osiguranja, koji uzima u obzir podatke kalkulacija usklađivanja.

Objekt Recalculation se koristi za pohranjivanje informacija o tome za koji registar izračunavanja bilježi rezultate proračuna (resurse) koje je potrebno ponovno izračunati. To je konfiguracijski objekt podređen registru proračuna. Potreba za ponovnim obračunom resursa može nastati zbog pogrešnog redoslijeda unosa dokumenta od strane korisnika (retroaktivni unos dokumenata), što dovodi do potrebe preračunavanja rezultata obračuna onih zapisa koji zavise od rezultata obračuna drugih zapisa unesenih u sistem kasnije.

Postavke objekta ponovnog izračuna

Informacije o zapisima koji zahtijevaju ponovno izračunavanje mogu se pohraniti u različitim detaljima.

Zapisi o dodjeli sadrže unaprijed definirana polja:

• Objekat rekalkulacije – link ka registratoru čije rezultate obračuna treba revidirati;
• Vrsta kalkulacije – veza ka tipu obračuna iz plana tipova obračuna koji je dodijeljen registru koji posjeduje objekt Rekalkulacija.

Dakle, u najmanju ruku, informacije o preračunama se pohranjuju tačno prema registratoru (dokumentu) i vrsti obračuna.

Da biste preciznije identificirali zastarjele unose u registar poravnanja, možete unijeti mjere alokacije. Ovo će vam omogućiti da suzite listu zapisa za koje je potrebno ponovno izračunavanje.

Pogledajmo primjer.

Ako registar obračuna pohranjuje podatke o obračunanoj osnovnoj plati zaposlenih u organizaciji i stoga registar obračuna ima dimenziju "Zaposleni", tada preračun može imati i dimenziju "Zaposleni". To će dovesti do toga da će evidencija preračuna značiti potrebu za preračunavanjem onih upisa koji pripadaju određenom matičaru, imaju određenu vrstu obračuna i sadrže vezu do određenog radnika.

Tabelu konverzije sistem može automatski popuniti na osnovu podešavanja napravljenih tokom konfiguracije. Automatsko praćenje zapisa za koje je potrebna revizija rezultata je glavna svrha objekta ponovnog izračunavanja.

Dimenzije alokacije su jedan od alata koji vam omogućavaju da konfigurirate ovo automatsko popunjavanje alokacije.

Ovo se radi pomoću svojstava dimenzije alokacije:

• Dimenzija registra – link ka dimenziji „nadređenog” obračunskog registra kojem je podređeno preračunavanje.
• Podaci vodećih registra – veze do mjerenja i detalji vodećih računskih registara.

Da bismo opisali posebnosti postavljanja mjerenja preračunavanja, dogovorit ćemo se oko sljedećih uslova:

• Glavni registar je računski registar kojem je podređeno preračunavanje i koji „prati“ relevantnost rezultata.
• Vodeći registri su računski registri čiji unosi utiču na rezultat obračuna unosa glavnog registra.

Ako sistem već ima zapise glavnog registra, onda bi svaka promjena u sastavu vodećih registarskih zapisa trebala dovesti do pojave zapisa preračunavanja. Ovi unosi ponovnog izračunavanja će signalizirati potrebu za ponovnim izračunavanjem jednog ili drugog skupa unosa glavnog registra.

Kako bi se tačno opisali koje promjene u vodećim registrskim unosima će dovesti do pojave preračunavanja, koriste se mjerenja ponovnog izračunavanja. Da biste odredili potrebu za ponovnim obračunom evidencije za istog radnika za kojeg su uneseni (promijenjeni) vodeći registarski zapisi, uradite sljedeće. Veza na dimenziju "Zaposleni" glavnog registra unosi se u svojstvo "Dimenzija registra", a veze na dimenziju "Zaposleni" svih vodećih registara se unose u svojstvo "Podaci vodećih registra". Sa ovom postavkom, u slučaju bilo kakve promjene u sastavu zapisa vodećeg registra (tj. prilikom pisanja odgovarajućeg skupa zapisa), dogodit će se sljedeće:

• Analiziran je skup vodećih registarskih zapisa (recimo da skup evidencija sadrži zapise za zaposlenog Ivanova koji imaju određeni rok važenja (npr. mart)
• Glavni registar će biti automatski zatražen
• Ako već sadrži zapise, prema Ivanovu, a njihov rezultat potencijalno zavisi od zapisa vodećeg registra (šta znači „potencijalno zavisi…” biće reči u nastavku), tada će se u preračunavanje unositi redovi sa sledećim podacima:

U ovom slučaju, redovi će se unositi samo ako takvi redovi već nisu u tabeli konverzije.

Treba napomenuti da pojavljivanje unosa preračuna ne znači nikakve promjene direktno u glavnom registru. Rekalkulacioni zapisi nisu ništa drugo do signal koji sistem daje. A kako tačno reagovati na ovaj signal o potrebi ponovnog izračunavanja unosa u registru zavisi od programera određenog rešenja. O primjerima obrade zapisa preračunavanja raspravljat ćemo u drugim publikacijama.

Postavke plana tipa kalkulacije koje se odnose na alokacije

Zavisnost nekih registarskih unosa od drugih gradi se kroz podešavanja planova za tipove obračuna. Za to se koriste sljedeći koncepti:

• Varijanta zavisnosti od osnove – svojstvo plana obračunskih tipova;
• Osnovni planovi tipova obračuna – svojstvo plana obračunskih vrsta;
• Vodeći tipovi obračuna - svojstvo vrste obračuna;
• Bazni period – detalji unosa u registru obračuna;
• Rok važenja – detalji unosa obračunskog registra;
• Period registracije – detalji unosa obračunskog registra.

Recimo da je glavnom registru obračuna dodijeljen plan tipa obračuna „Glavni“, a vodećem registru plan tipa „Pomoćni“. Zatim glavni plan tipova proračuna treba postaviti sljedeća svojstva grupe svojstava "Izračun":
Zavisnost od osnove – “po roku važenja” ili “po roku registracije”;
Osnovni planovi za obračunske vrste – plan za obračunske vrste „Pomoćni“.

To će značiti da glavni računski registar, koji se ponaša prema planu tipa obračuna „Glavni“, zavisi od onih registara kojima je dodijeljen plan tipa „Pomoćni“ obračun (tj. u našem slučaju vodeći računski registar) i na istovremeno sa unosima Glavni registar zavisi od matične evidencije po periodu važenja ili po periodu registracije.

Prilikom postavljanja plana za tipove obračuna "Glavni", njegovi tipovi obračuna (na primjer, tip obračuna "Dodatni dodatak") moraju biti postavljeni u listu vodećih tipova obračuna za tipove obračuna "Pomoćni" plan (npr. vrste obračuna “Lična doplata” i “Mjesečna doplata”). To će značiti da rezultati obračuna glavnih upisnika sa obračunskom vrstom "Dodatak" zavise od rezultata vodećih upisa sa tipovima obračuna "Lična doplata" i "Mjesečna doplata" i moraju se preračunati u slučaju bilo kakve promjene (pojavljivanje ili brisanje).

Istovremeno, kako bi se utvrdilo koje zapise je potrebno preračunati, sistem će uporediti zapise glavnog i glavnog obračunskog registra:

• po vrsti obračuna,
• kada period važenja (ili period registracije) vodeće evidencije registra padne u osnovni period evidencije glavnog registra
• i dimenzijom Zaposleni, koja je gore opisana.

Ovaj materijal će vam omogućiti da napravite postavke koje će dovesti do automatskog popunjavanja tabela konverzije. Za neke zadatke automatsko dovršavanje možda neće biti dovoljno. U takvim slučajevima, trebali biste generirati zapise o dodjeli koristeći ugrađeni jezik sistema. O tome se detaljno govori u odjeljku "Unos alokacija pomoću ugrađenog jezika".

“Pravila ponovnog izračunavanja” su pomoćni objekti metapodataka dizajnirani da automatski prate relevantnost rezultata proračuna prilikom unosa novih unosa u dnevnik proračuna, brisanja postojećih ili ručnog ispravljanja rezultata proračuna.

Prilikom kreiranja pravila ponovnog izračunavanja određuju se vrste proračuna, pri uređivanju kojih se „pokreće“ pravilo ponovnog izračunavanja i vrste proračuna koje se moraju ponovo izračunati kada se ovo pravilo aktivira.

Lista tipova proračuna na osnovu kojih se pokreće određeno pravilo ponovnog izračuna konvencionalno se naziva vodećim proračunskim tipovima. Lista tipova proračuna koji se moraju ponovo izračunati kada se aktivira određeno pravilo se konvencionalno naziva zavisnim tipovima izračunavanja.

Na primjer, da biste organizirali ispravan preračun doplata na glavne troškove, kao vodeće vrste obračuna naznačite one na osnovu kojih se obračunavaju dodatna plaćanja (plata, tarifa, rad na komad), a kao zavisne vrste obračuna treba navesti stvarne preračunate dodatne uplate.

Nakon unosa takvog pravila ponovnog izračunavanja u sistem, dnevnik obračuna će se ponašati kao što je opisano u nastavku. U ovom slučaju, prvo ćemo razmotriti slučaj za odnos tipova obračuna u jednom obračunskom periodu.

Dakle, ako se u dnevniku obračuna pojavi novi unos (kao rezultat knjiženja dokumenta), nestane (kada se knjiženje poništi) ili postojeći unos sa jednom od „vodećih“ vrsta obračuna (u našem primjeru - plata, tarifa , plaćanje u komadu) se ispravi, onda će se sa svih unosa koji odgovaraju dodatnim uplatama, ako ih ima, ukloniti znak „Obračunato“ sa istim rokom važenja kao uneseni, obrisani ili ispravljeni unos.

Ako se istovremeno unese unos sa rokom važenja ne u tekućem obračunskom periodu, već u nekom od prošlih (npr. retroaktivni obračun plate za prošli mjesec), tada će sistem unijeti unose ponovnog obračuna za sve dodatne uplate za odgovarajući prethodni period.

Pravilo preračunavanja može biti tri tipa: preračunavanje evidencije tekućeg perioda, preračunavanje evidencije istog perioda ili ponovno izračunavanje evidencije budućih perioda.

U prvom slučaju, određene vrste obračuna se preračunavaju samo iz tekućeg perioda, bez obzira na period važenja izmijenjenih unosa u dnevnik.

U drugom slučaju, navedeni tipovi poravnanja se ponovo izračunavaju sa istim periodom valjanosti kao i novi unos.

U trećem se preračunavaju zapisi jednog ili više budućih obračunskih perioda.

Na primjer, ako napravite pravilo za ponovno izračunavanje bolovanja, tada će se tipovi početnih obračuna dodijeliti kao vodeći proračuni.

Računski registri- ovo su objekti konfiguracije aplikacije. Koriste se u mehanizmu složenih periodičnih proračuna i služe za pohranjivanje zapisa o određenim vrstama proračuna koje je potrebno izvršiti, kao i za pohranu međupodataka i rezultata samih proračuna.

Struktura

Informacije u registru proračuna pohranjuju se u obliku zapisa, od kojih svaki sadrži mjerne vrijednosti i odgovarajuće vrijednosti resursa.

Mjerenja registri opisuju sekcije u kojima se pohranjuju informacije, i resurse registri direktno sadrže pohranjene informacije. Na primjer, za registar proračuna Obračuni, koji ima sljedeću strukturu:

Zapisi pohranjeni u bazi podataka će izgledati ovako:

Odnos prema planu obračunskih tipova

Registar proračuna je pridružen jednom od planova tipa proračuna koji postoje u aplikacijskom rješenju. Ovaj odnos uzrokuje da svaki unos registra ima polje Vrsta obračuna, zahvaljujući kojem mehanizmi registra mogu pratiti međusobni uticaj obračunskih zapisa jedan na drugog.

Periodičnost

Računski registar pohranjuje podatke ne samo u kontekstu kreiranih mjerenja, već iu kontekstu vremena. To je razlog za postojanje još jednog obaveznog polja za svaki unos u registar obračuna - Validnost. Prilikom kreiranja registra izračuna, programer može odrediti minimalnu učestalost unosa unosa u registar:

Podređenost matičaru

Promjena stanja registra obračuna obično se dešava kada se dokument knjiži. Dakle, svaki upis u registar je povezan sa određenim dokumentom - registratorom i brojem reda ovog dokumenta. Dodavanje upisa u registar, njihovo mijenjanje i brisanje moguće je samo istovremeno za sve upise koji se odnose na jedan dokument.

Odnos prema vremenskoj liniji

Registar obračuna može se povezati sa vremenskim rasporedom. Vremenska linija je registar informacija koji sadrži vremenski dijagram izvornih podataka uključenih u proračune. Dimenzije ovog rasporeda mogu biti, na primjer, raspored rada i datum, a resurs može biti broj radnih sati na ovaj datum. Tada će biti moguće povezati unos registra obračuna sa određenim rasporedom rada i ubuduće, koristeći ugrađeni jezik, dobiti informacije o broju radnih sati potrebnih za obavljanje proračuna.

Na primjer, vremenska linija sa sljedećom strukturom:

Rekalkulacije

Registar obračuna može uključivati ​​posebne objekte - Rekalkulacije:

U ovim objektima sistem će pohraniti informacije o tome koji su unosi u registru obračuna izgubili relevantnost i podliježu ponovnom izračunavanju kao rezultat rada mehanizama zavisnosti za bazni period i izbacivanja za period važenja.

Jedinstvenost zapisa

Sistem omogućava kontrolu nad jedinstvenošću zapisa pohranjenih u registru obračuna. Dakle, registar obračuna ne može sadržavati dva unosa koji se odnose na isti red istog dokumenta.

Mehanizmi implementirani računskim registrom

Preuzeće po periodu važenja

Mehanizam prečesti perioda važenja vam omogućava da izračunate stvarni period važenja unosa u registru poravnanja na osnovu analize drugih unosa sadržanih u registru.

Općenito, upis u registar naselja sadrži dva datuma koji određuju period u kojem upis važi. Ovaj period se naziva period važenja unosa. Međutim, ako se tip obračuna na koji se odnosi dati unos može zamijeniti drugim tipom obračuna, tada je period važenja datog unosa samo „traženi“ period, odnosno „želimo da unos bude važeći u ovom periodu .” U stvarnosti, stvarni period važenja ovog zapisa može se utvrditi tek nakon analize svih zapisa tipova obračuna koji zamenjuju ovu vrstu obračuna periodom važenja. Stvarni period važenja će biti skup perioda koji su podskup originalnog perioda važenja unosa. Ako se ne pronađe nijedan zapis koji pomiče dati u smislu roka važenja, onda će stvarni period važenja ovog zapisa biti jednak njegovom roku važenja. Drugi ekstremni slučaj doživotne deložacije je kada je data evidencija u potpunosti potisnuta drugim evidencijama. U tom slučaju neće postojati stvarni rok važenja za unos.

Svaki unos u registru poravnanja sadrži tip poravnanja na koji se odnosi. Da bi se odredilo koji unosi treba da zamene dati unos po periodu važenja, registar platnih spiskova koristi vezu sa planom platnih spiskova, koji opisuje međusobni uticaj vrsta platnih spiskova jednih na druge. Korišćenje ovog odnosa omogućava platnom spisku da odredi stvarni period važenja svakog unosa.

Ovisnost prema baznom periodu

Mehanizam zavisnosti baznog perioda vam omogućava da dobijete osnovnu vrednost za unos registra obračuna na osnovu analize drugih unosa sadržanih u registru.

Baza je numerička vrijednost koja se mora koristiti za izračunavanje rezultata datog zapisa. Osnovica se izračunava analizom rezultata obračuna ostalih unosa od kojih zavisi ovaj unos za bazni period. Dakle, u opštem slučaju, zapis registra obračuna sadrži dva datuma koji određuju period u kojem je potrebno analizirati evidenciju vrsta obračuna od kojih ova vrsta obračuna zavisi od osnovice - baznog perioda. Korišćenje veze sa planom tipa obračuna omogućava registru obračuna da odredi tipove obračuna od kojih zavisi dati tip obračuna za bazni period.

Registar obračuna podržava dvije vrste ovisnosti o baznom periodu:

• zavisnost od roka važenja;
• zavisnost od perioda registracije.

U slučaju zavisnosti od roka važenja, za dobijanje osnove biće odabrani oni zapisi za koje se nađe presek njihovog stvarnog roka važenja sa baznim periodom ovog zapisa. Vrijednost baze koja će se dobiti iz određenog utjecajnog zapisa općenito nije jednaka rezultatu koji ovaj zapis sadrži. Osnovica će se izračunati proporcionalno dijelu stvarnog perioda utjecajnog zapisa koji se preklapa sa navedenim baznim periodom. Ovo će koristiti podatke grafikona povezane s ovim zapisom.

U slučaju zavisnosti od perioda registracije, za dobijanje osnovice, biće izabrani rezultati obračuna onih zapisa koji ulaze u bazni period ovog zapisa po vrednosti njihovog polja „Registracioni period“.

Najkompleksnija verzija zavisnosti od baznog perioda je slučaj kada je za tip obračuna ovog zapisa postavljeno svojstvo „Period važenja je bazni period“. Ovo svojstvo znači da će se osnovni period ovog zapisa koristiti ne osnovni period, koji je naveden u odgovarajućim poljima zapisa, već stvarni period važenja zapisa, dobijen kao rezultat rada mehanizma za iseljenje za rok važenja i koji je, u opštem slučaju, skup nekih perioda.

Generisanje zapisa preračunavanja

Mehanizam za generisanje rekalkulacionih zapisa prati činjenicu da se u registru pojavljuju zapisi koji utiču na rezultat proračuna postojećih zapisa. Mogućnost uticaja novih zapisa na postojeće utvrđuje se kao rezultat analize međusobnog uticaja tipova proračuna i na osnovu rada mehanizama pomeranja za period važenja i zavisnosti za bazni period.

Rezultat mehanizma za generisanje rekalkulacionih zapisa je skup rekalkulacionih zapisa koji sadrže informacije o tome koje unose registra treba ponovo izračunati (preračunati).

Funkcionalnost registra proračuna

Glavna funkcionalnost koju registar proračuna pruža programeru je:

• odabir zapisa u datom intervalu prema određenim kriterijumima;
• izbor evidencije od strane matičara;
• dobijanje osnovne vrijednosti za unose registra koji zadovoljavaju specificirani izbor;
• dobijanje podataka rasporeda za unose u registar koji zadovoljavaju datu selekciju;
• dobijanje podataka o evidenciji koja je predmet preračuna;
• čitanje, modifikovanje i upisivanje skupa zapisa u registar.