1s 8.3 računovodstveni ponovni izračun nedostatka vode. Kako izvršiti preračun za manjkove s promjenom tarife. Preračun premija osiguranja

Usklađivanje naknada s tipom operacije “Underdelivery” namijenjeno je ponovnom obračunu naknada za usluge u slučaju kratke isporuke za određeno razdoblje. Ova vrsta operacije također se može koristiti u situaciji kada je tarifa promijenjena u razdoblju, ali su već izvršene naplate.

Razmotrimo prilagodbu obračuna ovom vrstom operacije u programu 1C: Računovodstvo u poduzećima za upravljanje stambenim i komunalnim uslugama, udrugama vlasnika stanova i stambenim zadrugama, ed. 3.0 na primjeru usluge “Grijanje”.

1. Pretpostavimo da je u siječnju usluga "Grijanje" naplaćena u iznosu od 900 rubalja prema l/s br. 2011067001:

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

2. U veljači postaje poznato da je u siječnju isplata trebala biti izvršena po stopi od 13 rubalja. Za provođenje ponovnog izračuna

izraditi dokument “Usklađivanje vremenskih razgraničenja” s tipom operacije “Manje isporuke”.

Ispunite dokument:

• navesti datum dokumenta i razdoblje ponovnog izračuna - siječanj 2015.;
• navesti broj dana koje je potrebno ponovno izračunati, u primjeru - 31 dan;
• Navodimo predmet preračunavanja, u ovom slučaju l/s br. 2011067001;
• Označavamo uslugu za koju će se izvršiti ponovni izračun, u ovom slučaju "Grijanje";
• označite kućicu “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;
• ispunite odjeljak tablice pomoću gumba "Ispuni";
• Pritisnite gumb "Izračunaj" da izvršite ponovni izračun:

Obračun za siječanj izvršen je po stopi od 18 rubalja: 18*50=900 rubalja.

Ponovno izračunavanje je provedeno po stopi od 13 rubalja: (18-5) * 50 = 650 rubalja. Stoga je iznos ponovnog izračuna 250 rubalja.

Preračuni su sastavni dio obračuna plaća. Informacije o bolovanju, godišnjim odmorima ili izostancima zaposlenika koje računovodstvo primi s određenim zakašnjenjem dovode do ponovnog obračuna plaća i, sukladno tome, premija osiguranja. Stručnjaci 1C govore o tome kako se izračuni i ponovni izračuni premija osiguranja odražavaju u računovodstvu i reguliranom izvješćivanju u programu 1C: Plaće i upravljanje osobljem 8, izdanje 3.

Prilikom preračunavanja plaća potrebno je preračunati premije osiguranja. Osim toga, razlog za ponovni obračun doprinosa može biti promjena tarife tijekom godine ili otkrivanje pogrešaka, primjerice neuvrštavanje obračuna u osnovicu za premije osiguranja.

U tim slučajevima računovođa ima pitanja o potrebi, obvezi i pravu podnošenja ažuriranih podataka Federalnoj poreznoj službi.

Prema klauzuli 1.2 Postupka za ispunjavanje obračuna premija osiguranja, danog u Dodatku br. 2 nalogu Federalne porezne službe Rusije od 10.10.2016. br. MMV-7-11/551@, platitelj je dužni izvršiti potrebne izmjene u Obračunu i podnijeti ažurirano izvješće poreznom tijelu ako postoje neevidentirani ili nepotpuni podaci, kao i pogreške koje dovode do podcjenjivanja iznosa premija osiguranja koje se plaćaju.

Prilikom donošenja odluke o predaji ažuriranog obračuna računovođa mora odgovoriti na sljedeća pitanja:

• jesu li sve informacije prikazane;
• jesu li učinjene pogreške i jesu li dovele do podcjenjivanja iznosa plativih premija osiguranja.

Predaja ažuriranog obračuna može biti obveza, pravo ili prisilna potreba.

Ažuriran obračun premija osiguranja

Obveza podnošenja ažuriranog izračuna nastaje ako se nakon podnošenja izvješća Federalnoj poreznoj službi ispostavi da su dostavljeni nepotpuni ili netočni podaci o zaposlenicima ili su otkrivene pogreške koje su dovele do podcjenjivanja iznosa premija osiguranja koje se plaćaju.

Vrste uobičajenih pogrešaka koje zahtijevaju obvezno podnošenje ažuriranog izračuna:

1. Zaposlenik nije pravodobno prijavio promjene svojih osobnih podataka, a Federalna porezna služba je u odjeljku 3. obračuna o njemu dala lažne podatke.

2. Zaposlenik je radio u odjelu koji ima pravo primjenjivati ​​povlaštenu stopu premije osiguranja. Zatim je prebačen u jedinicu u kojoj se primjenjuje osnovna premija osiguranja. Informacija o premještaju djelatnika u računovodstvo je stigla kasno. Pogrešno je izvršen obračun doprinosa po sniženoj stopi.

3. U početnoj fazi postavljanja programa 1C: Upravljanje plaćama i osobljem 8 napravljena je pogreška isključivanjem premije iz osnovice za obračun premija osiguranja. Ispravljanje pogreške rezultirat će dodatnim troškovima.

4. Odjel s povlaštenom tarifom gubi pravo korištenja iste, ali podaci do voditelja plaće dolaze sa zakašnjenjem. Preračunom prema osnovnoj tarifi povećava se iznos premije osiguranja.

5. Pri izračunu premija osiguranja program nije označio da je radno mjesto navedeno na popisu opasnih zanimanja koja podliježu dodatnim tarifama. Nakon što je pogreška otkrivena i ispravljena, ponovni izračun rezultirao je premalo plaćenom premijom osiguranja po dodatnim stopama.

Pogledajmo značajke ponovnog izračuna premija osiguranja u "1C: Plaće i upravljanje osobljem 8" izdanje 3 koristeći primjere.

Primjer 1

Pri obračunu premija osiguranja za diviziju Zaliha primijenjena je povlaštena stopa premija osiguranja Stanovnici tehnološki inovativne posebne gospodarske zone(tarifni kod “05”). Ovom tarifom predviđeni su doprinosi za mirovinski fond u iznosu od 13% u 2018. godini; u Fondu socijalnog osiguranja 2,9%; u Federalnom fondu obveznog zdravstvenog osiguranja 5,1%. Upravo su tako obračunati doprinosi zaposlenici V.S. Bršljan. S mjesečnom zaradom od 10.000 rubalja. Iznos odbitaka osiguranja za mjesec bio je:

• u mirovinskom fondu - 1300 rubalja;
• u FFOMS - 510 rubalja;
• u Fondu socijalnog osiguranja - 290 rubalja.

Navedeni iznosi odraženi su u obračunu premija osiguranja za prvo tromjesečje 2018. godine.

Kada se ispostavilo da je odjel izgubio pravo na primjenu povlaštene stope premija osiguranja, tada je u skladu s dopisima Federalne porezne službe Rusije od 25. listopada 2017. br. GD-4-11/21611@ i Ministarstva financija Rusije od 18. prosinca 2017. br.? 03-15-06/ 84443 postojala je potreba za podnošenjem obračuna za pojašnjenje. Za njegovo formiranje potrebno je preračunati premije osiguranja s novim stopama.

U kartici Divizije polje treba očistiti Strah od povlaštenih tarifa. doprinosa. Sada podjela podliježe tarifi koja se koristi za organizaciju i navedena je na kartici organizacije na knjižnoj oznaci Računovodstvene politike i druge postavke veza Računovodstvena politika u polju Vrsta tarife.

U primjeru 1, organizacija je postavljena na Osnovna stopa premije osiguranja(tarifna oznaka "01"), predviđajući stope doprinosa u 2018. godini: u mirovinski fond Ruske Federacije u iznosu od 22%; Fond socijalnog osiguranja 2,9%; FFOMS 5,1%. Očito je da je mirovinski fond “podplatio” 9% doprinosa (22% - 13%), a promijenila se i tarifna oznaka.

U primjeru 1 koji se razmatra, za preračun doprinosa potrebno je revidirati postupak obračuna prihoda. Dokument je namijenjen registraciji postupka evidentiranja prihoda i preračunavanja premija osiguranja prethodnog razdoblja. (Jelovnik Porezi i naknade). Na knjižnoj oznaci Podaci o prihodima potrebno je ručno razjasniti sve prihode zaposlenika. Istovremeno, na knjižnoj oznaci Procijenjeni doprinosi Premije osiguranja automatski će se ponovno izračunati.

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

• u mirovinskom fondu Rusije - 2200 rubalja;
• u Saveznom fondu za obvezno medicinsko osiguranje i Fondu za socijalno osiguranje - iznos se nije promijenio i iznosio je 510 rubalja, respektivno. i 290 rub.

Nakon preračunavanja premija osiguranja za prvo tromjesečje potrebno je pripremiti pojašnjavajući obračun. Korištenje usluge 1C-izvješćivanje, potrebno je izraditi nova izvješća za razdoblja koja se ispravljaju i za Naslovnica naznačiti Broj ispravka(slika 2). Pojašnjenja su se odnosila na sve zaposlenike odjela, budući da je svima promijenjena tarifna oznaka. Stoga se rubrika 3. u ažuriranom Obračunu formira za sve djelatnike odjela. U ostalim slučajevima, kada je formiranje ažuriranog obračuna uzrokovano promjenama u podacima ili vremenskim razgraničenjima pojedinih zaposlenika, u odjeljku 3 prikazuju se podaci samo za te zaposlenike. U svakom slučaju, preostali dijelovi obračuna za razjašnjenje popunjavaju se potpuno novim podacima.

Riža. 2. Naslovna stranica razjašnjavajućeg obračuna premije osiguranja za I. kvartal 2018. godine

Pravo na dostavu ažuriranog Obračuna premije osiguranja

Osiguranici mogu inspekciji dostaviti dopunjeni Izračun ako utvrde pogreške koje dovode do precijenjenog iznosa premije osiguranja. Naime, prilikom sljedećeg obračuna doprinosa u tekućem razdoblju vrši se ponovni izračun, a rezultat se odražava u izvješću za sljedeće razdoblje. Opcije situacije koje vam omogućuju da predstavite ažurirani izračun:

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

2. Svaki ponovni izračun obračuna zaposlenika, što dovodi do ponovnog izračuna premija osiguranja prema njihovom smanjenju.

Primjer 2

Prilikom obračuna plaće za lipanj zaposlenici S.S. Gorbunkov je nagrađen:

• isplata plaće - 7.500 rubalja;
• plaćanje službenog putovanja (na temelju prosječne zarade) za lipanj - 2500 rubalja.

Premije osiguranja obračunate su po osnovnoj stopi. U lipnju doprinosi iz plaće S.S. Gorbunkov su bili:

• u mirovinskom fondu Rusije - 2200 rubalja;
• u FFOMS - 510 rubalja;
• u Fondu socijalnog osiguranja - 290 rubalja.

Ovi doprinosi su plaćeni i uključeni u polugodišnji obračun 2018. godine. Bolovanje dostavljeno u računovodstvo za razdoblje 25.06.2018.-30.06.2018., ne predstavlja razlog za formiranje ažuriranog Obračuna. Dokument registriran u programu Bolovanje stornira prethodno obračunati iznos putnih naknada (slika 3).

Riža. 3. Preračun putnih naknada u dokumentu “Bolovanje”.

Bolovanje je organizacija primila u srpnju. Ovo nije pogreška i ne rezultira nedovoljnom uplatom premija osiguranja. Budući da se na iznos obračunatog na bolovanju ne plaćaju doprinosi za osiguranje, došlo je do preplate doprinosa u iznosu od:

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

U programu Bolovanje, registriran srpnja 2018, utječe na obračun premije osiguranja u tekućem mjesecu, smanjujući osnovicu za obračun.

U takvoj situaciji ne postoje zakonski uvjeti za dostavu ažuriranog obračuna. Sva ponovna izračunavanja događaju se u sljedećem razdoblju i odražavaju se u sljedećim izvješćima. Ali u isto vrijeme, organizacija ima pravo razjasniti izvješće za polugodište i obavijestiti Saveznu poreznu službu o preplaćivanju koje se dogodilo podnošenjem pojašnjenja.

Međutim, prije kraja mjeseca ne biste trebali ishitreno pojašnjavati izračun. Uostalom, razni dokumenti se registriraju tijekom cijelog mjeseca. U nekom trenutku dokument Bolovanje može doista stornirati dohodak prethodnog mjeseca, a na temelju rezultata obračuna plaće za mjesec drugi dokument, npr. Obračun plaća i doprinosa, izvršit će dodatna razgraničenja koja premašuju stornirani prihod prethodnog razdoblja. Time će se primanja tekućeg mjeseca umanjiti za iznos storniranja službenog puta, neće ostati nikakvi minus za prethodni mjesec, a u obračunu usklađivanja neće biti nikakvih promjena.

Potreba dostave ažuriranog Obračuna premije osiguranja

U određenom broju slučajeva, unatoč nepostojanju obveze dostave ažuriranog obračuna, ugovaratelj osiguranja nema drugu mogućnost prijaviti svoju preplatu premije osim dostave ažuriranog obračuna:

1. Kao rezultat ponovnog izračuna doprinosa u tekućem razdoblju, zaposlenik dobiva negativan iznos. Izvješće s negativnim iznosom ne može se podnijeti Federalnoj poreznoj službi. Stoga postoji samo jedan izlaz - generirati ažurirano izvješće za prethodno razdoblje.

2. Zaposlenik je radio na opasnom radu. Premije osiguranja obračunate su po dodatnoj stopi. Informacija o prelasku zaposlenika na rad u normalnim uvjetima rada u računovodstvo je stigla kasno. Uslijed preračunavanja nemoguće je umanjiti obračunate doprinose po dodatnoj stopi, jer se na obračune radnika u tekućem razdoblju više ne plaćaju doprinosi po dodatnoj stopi.

Primjer 3

U ovom slučaju, za razliku od prethodnog primjera 2, negativni iznos premije osiguranja koji proizlazi iz otkazivanja službenog putovanja neće biti nadoknađen vremenskim razgraničenjima. Unatoč činjenici da će zbog obračuna ostalih zaposlenika ukupan iznos premija osiguranja biti pozitivan, u odjeljku 3 zaposlenik će ostati negativne vrijednosti, a to je nedopustivo. Stoga će računovođa morati izraditi dokument Preračun premija osiguranja, ponovno izračunati doprinose za lipanj, generirati i dostaviti ažurirani izračun Federalnoj poreznoj službi.

Program 1C: Upravljanje plaćama i osobljem 8 automatizira proces ponovnog izračunavanja premija osiguranja. Korištenje usluge 1C-izvješćivanje početni i razjašnjavajući izračuni za premije osiguranja generiraju se automatski. Međutim, odluka o izradi razjašnjavajućeg obračuna ostaje na računovođi. Nakon analize posljedica evidentiranja dokumenta koji mijenja obračune u razdoblju za koje je izvješće već predano, računovođa ili preračunava premije osiguranja za prethodno razdoblje ili se obračun automatski događa u tekućem mjesecu.

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

Objekt Recalculation koristi se za pohranjivanje informacija o tome za koje zapise registra obračuna treba ponovno izračunati rezultate izračuna (resurse). To je konfiguracijski objekt podređen registru izračuna. Potreba za ponovnim izračunom resursa može nastati zbog pogrešnog redoslijeda unosa dokumenata od strane korisnika (retroaktivni unos dokumenata), što dovodi do potrebe za ponovnim izračunom rezultata obračuna onih zapisa koji ovise o rezultatima obračuna drugih zapisa unesenih u sustav kasnije.

Postavke objekta ponovnog izračuna

Informacije o zapisima koji zahtijevaju ponovni izračun mogu se pohraniti s različitim detaljima.

Zapisi dodjele sadrže unaprijed definirana polja:

• Objekt rekalkulacije – poveznica na matičar čije je rezultate obračuna potrebno revidirati;
• Vrsta kalkulacije – poveznica na vrstu kalkulacije iz plana vrsta kalkulacija koja je dodijeljena registru koji posjeduje objekt Preračun.

Dakle, minimalno se podaci o ponovnim izračunima pohranjuju točno prema matičaru (dokumentu) i vrsti izračuna.

Za točniju identifikaciju zastarjelih unosa u registar poravnanja, možete unijeti mjere dodjele. To će vam omogućiti da suzite popis zapisa koji zahtijevaju ponovni izračun.

Pogledajmo primjer.

Ukoliko registar obračuna pohranjuje podatke o obračunatoj osnovnoj plaći zaposlenika organizacije i stoga registar obračuna ima dimenziju „Zaposlenik“, tada i preračun može imati dimenziju „Zaposlenik“. To će dovesti do toga da će evidencija preračunavanja značiti potrebu preračunavanja onih upisa u upisnike koji pripadaju određenom upisniku, imaju određenu vrstu obračuna i sadrže poveznicu na određenog zaposlenika.

Sustav može automatski popuniti tablicu konverzije na temelju postavki napravljenih tijekom konfiguracije. Automatsko praćenje zapisa za koje je potrebna revizija rezultata glavna je svrha objekta rekalkulacije.

Dimenzije dodjele jedan su od alata koji vam omogućuju konfiguriranje ovog automatskog popunjavanja dodjele.

To se radi korištenjem svojstava dimenzije dodjele:

• Dimenzija registra – poveznica na dimenziju matičnog registra obračuna kojoj je podređen preračun.
• Podaci o vodećim registrima – poveznice na mjerenja i detalje vodećih registara izračuna.

Kako bismo opisali osobitosti postavljanja rekalkulacijskih mjerenja, dogovorit ćemo sljedeće uvjete:

• Glavni registar je računski registar kojemu je podređen rekalkulacija i koji “prati” relevantnost rezultata.
• Vodeći upisnici su računski upisnici čiji upisi utječu na rezultat obračuna upisnika glavnog upisnika.

Ako sustav već ima zapise glavnog registra, tada svaka promjena u sastavu zapisa vodećeg registra treba dovesti do pojave zapisa rekalkulacije. Ovi unosi ponovnog izračuna signalizirat će potrebu ponovnog izračuna jednog ili drugog skupa unosa glavnog registra.

Kako bi se točno opisalo koje će promjene u vodećim upisnicima dovesti do pojave rekalkulacija, koriste se rekalkulacijske mjere. Za navođenje potrebe preračunavanja evidencije za istog zaposlenika za kojeg je upisan (promijenjen) vodeći matični zapis učinite sljedeće. U svojstvo "Dimenzija registra" upisuje se poveznica na dimenziju "Zaposlenik" glavnog registra, a u svojstvo "Podaci vodećeg registra" unose se poveznice na dimenziju "Zaposlenik" svih vodećih registara. S 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 zapisa registra (recimo da skup zapisa sadrži zapise za zaposlenika Ivanova koji imaju određeno razdoblje valjanosti (npr. ožujak)
• Automatski će se zatražiti glavni registar
• Ako već sadrži zapise, prema Ivanovu, a njihov rezultat potencijalno ovisi o zapisima vodećeg registra (što znači "potencijalno ovisi...", bit će riječi u nastavku), tada će se u ponovni izračun unijeti linije sa sljedećim podacima:

U tom slučaju, retci će biti uneseni samo ako takvi retci već nisu u tablici pretvorbe.

Treba napomenuti da pojava upisa rekalkulacije ne znači nikakve promjene izravno u glavnom registru. Evidencija ponovnog izračuna nije ništa drugo nego signal koji sustav daje. A kako točno reagirati na ovaj signal o potrebi preračunavanja unosa u registar ovisi o programeru određenog rješenja. O primjerima obrade zapisa rekalkulacije raspravljat ćemo u drugim publikacijama.

Postavke plana vrste obračuna vezane uz izdvajanja

Ovisnost pojedinih upisnika o drugima gradi se kroz postavke planova za vrste obračuna. Za to se koriste sljedeći koncepti:

• Varijanta ovisnosti o bazi – svojstvo plana obračunskih vrsta;
• Osnovni planovi obračunskih vrsta – svojstvo plana obračunskih vrsta;
• Vodeće vrste kalkulacije - svojstvo vrste kalkulacije;
• Bazno razdoblje – pojedinosti o unosu registra obračuna;
• Rok valjanosti – pojedinosti o unosu u registar obračuna;
• Razdoblje registracije – podaci o unosu u registar obračuna.

Recimo da je glavnom registru obračuna dodijeljen plan tipa obračuna „Glavni“, a vodećem registru tip plana obračuna „Pomoćni“. Tada glavni plan tipova izračuna treba postaviti sljedeća svojstva grupe svojstava "Izračun":
Ovisnost o osnovici – „po roku važenja” ili „po roku registracije”;
Osnovni planovi za vrste kalkulacija – plan za vrste kalkulacija “Pomoćni”.

To će značiti da glavni računski registar, koji se ponaša prema planu obračunskog tipa "Glavni", ovisi o onim registrima kojima je dodijeljen plan obračunskog tipa "Pomoćni" (tj. u našem slučaju vodeći registar obračunskog tipa) i na u isto vrijeme unosi Glavni registar ovisi o matičnoj evidenciji prema roku valjanosti ili prema razdoblju upisa.

Prilikom postavljanja plana za vrste obračuna „Glavni“, njegove vrste obračuna (npr. tip obračuna „Dodatni dodatak“) moraju biti postavljene na popisu vodećih tipova obračuna za tipove obračuna plana „Pomoćni“ (npr. vrste obračuna “Osobni dodatak” i “Mjesečni dodatak”). To će značiti da rezultati obračuna matičnih upisa s vrstom obračuna „Dodatni dodatak“ ovise o rezultatima vodećih očevidnika s vrstama obračuna „Osobni prirez“ i „Mjesečni prirez“ te se moraju ponovno izračunati u slučaju bilo kakva promjena (pojavljivanje ili brisanje).

Istovremeno, kako bi saznao koje zapise je potrebno preračunati, sustav će usporediti zapise vodećeg i glavnog obračunskog registra:

• prema vrsti obračuna,
• kada razdoblje valjanosti (ili razdoblje registracije) evidencije vodećeg registra pada unutar osnovnog razdoblja evidencije glavnog registra
• i dimenzijom Zaposlenik, koja je gore opisana.

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

“Pravila ponovnog izračuna” su pomoćni objekti metapodataka dizajnirani za automatsko praćenje relevantnosti rezultata izračuna prilikom unosa novih unosa u temeljnicu izračuna, brisanja postojećih ili ručnog ispravljanja rezultata izračuna.

Prilikom kreiranja pravila rekalkulacije određuju se vrste kalkulacija, pri uređivanju kojih se pravilo rekalkulacije “pokreće”, te vrste kalkulacija koje je potrebno rekalkulirati kada se to pravilo aktivira.

Popis vrsta izračuna na temelju kojih se pokreće određeno pravilo rekalkulacije konvencionalno se naziva vodeći tipovi izračuna. Popis tipova izračuna koji se moraju ponovno izračunati kada se aktivira određeno pravilo konvencionalno se naziva ovisnim tipovima izračuna.

Na primjer, da biste organizirali ispravan preračun doplata na glavne naknade, kao vodeće vrste obračuna treba navesti one na temelju kojih se obračunavaju doplate (plaća, tarifa, rad po komadu), a kao zavisne vrste obračuna treba navesti stvarne preračunate dodatne isplate.

Nakon unosa takvog pravila rekalkulacije u sustav, dnevnik obračuna će se ponašati kako je opisano u nastavku. U ovom slučaju, prvo ćemo razmotriti slučaj za odnos vrsta obračuna u jednom obračunskom razdoblju.

Dakle, ako se u dnevniku poravnanja pojavi novi unos (kao rezultat knjiženja dokumenta), nestane (kada je knjiženje otkazano) ili postojeći unos s jednom od „vodećih” vrsta obračuna (u našem primjeru - plaća, tarifa , komadno plaćanje) ispravi, tada će se ukloniti znak „Obračunato” sa svih unosa koji odgovaraju doplatama, ako postoje, s istim rokom važenja kao i uneseni, brisani ili ispravljeni unos.

Ako se istovremeno unese unos s rokom valjanosti ne u tekućem obračunskom razdoblju, već u jednom od prošlih (npr. retroaktivni obračun plaće za prošli mjesec), tada će sustav unijeti unose ponovnog obračuna za sve dodatna plaćanja odgovarajućeg prethodnog razdoblja.

Pravilo ponovnog izračuna može biti tri vrste: ponovno izračunavanje zapisa tekućeg razdoblja, ponovno izračunavanje zapisa istog razdoblja ili ponovno izračunavanje zapisa budućih razdoblja.

U prvom slučaju navedene vrste obračuna preračunavaju se samo iz tekućeg razdoblja, bez obzira na rok valjanosti promijenjenih obračunskih temeljnica.

U drugom slučaju se navedeni tipovi obračuna preračunavaju s istim rokom valjanosti kao i uneseni novi unos.

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

Na primjer, ako izgradite pravilo za ponovni izračun bolovanja, tada će tipovi početnih izračuna biti dodijeljeni kao vodeći izračuni.

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

Struktura

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

Mjerenja registri opisuju odjeljke u kojima su informacije pohranjene, i resursi registri izravno sadrže pohranjene podatke. Na primjer, za računski registar Vremenska razgraničenja, koji ima sljedeću strukturu:

Zapisi pohranjeni u bazi podataka izgledat će ovako:

Odnos prema planu obračunskih vrsta

Registar obračuna je povezan s jednim od planova tipa obračuna koji postoje u aplikativnom rješenju. Ovaj odnos uzrokuje da svaki unos u registar ima polje Vrsta izračuna, zahvaljujući kojima mehanizmi registra mogu pratiti međusobni utjecaj obračunskih zapisa jednih na druge.

Periodičnost

Računski registar pohranjuje podatke ne samo u smislu kreiranih mjerenja, već iu smislu vremena. To je razlog postojanja još jednog obaveznog polja za svaki unos u registar obračuna - Valjanost. Prilikom izrade registra obračuna, programer može odrediti minimalnu učestalost kojom će se unosi unositi u registar:

Podređenost matičaru

Promjena stanja obračunskog registra obično se događa prilikom knjiženja dokumenta. Dakle, svakom upisu u registar pridružuje se određeni dokument - upisnik i broj retka tog dokumenta. Dodavanje upisa u upisnik, mijenjanje i brisanje moguće je samo istovremeno za sve upise koji se odnose na jedan dokument.

Odnos prema vremenskoj crti

Registar obračuna može se povezati s vremenskim rasporedom. Vremenska crta je registar informacija koji sadrži vremenski dijagram izvornih podataka uključenih u izračune. Dimenzije ovog rasporeda mogu biti npr. raspored rada i datum, a resurs može biti broj radnih sati na taj datum. Tada će biti moguće povezati obračunski upisnik s određenim rasporedom rada iu budućnosti pomoću ugrađenog jezika dobiti informaciju o broju radnih sati potrebnih za obavljanje obračuna.

Na primjer, vremenska traka sa sljedećom strukturom:

Preračunavanja

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

U tim objektima sustav će pohraniti podatke o tome koji su unosi u registar obračuna izgubili svoju relevantnost i podložni ponovnom obračunu kao rezultat rada mehanizama ovisnosti za bazno razdoblje i iseljenja za razdoblje valjanosti.

Jedinstvenost zapisa

Sustav omogućuje kontrolu jedinstvenosti zapisa pohranjenih u registru obračuna. Stoga registar obračuna ne može sadržavati dva unosa koji se odnose na isti redak istog dokumenta.

Mehanizmi koje provodi računski registar

Pravo prvenstva prema roku valjanosti

Mehanizam prioritetnog razdoblja valjanosti omogućuje vam izračunavanje stvarnog razdoblja valjanosti unosa u registar namire na temelju analize drugih unosa sadržanih u registru.

Općenito, unos u registar naselja sadrži dva datuma koji definiraju razdoblje tijekom kojeg je unos valjan. To se razdoblje naziva razdoblje valjanosti unosa. Međutim, ako se vrsta izračuna na koju se odnosi određeni unos može zamijeniti drugom vrstom izračuna, tada je razdoblje valjanosti danog unosa samo „traženo” razdoblje, odnosno „želimo da unos vrijedi u ovom razdoblju .” U stvarnosti, stvarni rok važenja ovog zapisa može se utvrditi tek nakon analize svih zapisa vrsta obračuna koji po roku važenja zamjenjuju ovu vrstu obračuna. Stvarno razdoblje valjanosti bit će skup razdoblja koja su podskup izvornog razdoblja valjanosti unosa. Ako se ne pronađe zapis koji istiskuje dani u smislu roka valjanosti, tada će stvarni rok valjanosti tog zapisa biti jednak njegovom roku valjanosti. Drugi ekstremni slučaj doživotnog izbacivanja je kada je određeni zapis potpuno istisnut drugim zapisima. U tom slučaju neće postojati stvarno razdoblje valjanosti za unos.

Svaki zapis u registru naselja sadrži vrstu naselja na koju se odnosi. Da bi se utvrdilo koji unosi trebaju zamijeniti određeni unos prema razdoblju valjanosti, registar plaća koristi poveznicu na plan vrsta plaća, koji opisuje međusobni utjecaj vrsta plaća jednih na druge. Korištenje ovog odnosa omogućuje registru plaća da odredi stvarno razdoblje valjanosti svakog unosa.

Ovisnost prema baznom razdoblju

Mehanizam ovisnosti o baznom razdoblju omogućuje vam da dobijete osnovnu vrijednost za unos u registar obračuna na temelju analize drugih unosa sadržanih u registru.

Baza je brojčana vrijednost koja se mora koristiti za izračunavanje rezultata danog zapisa. Osnovica se izračunava analizom rezultata obračuna ostalih unosa o kojima ovaj unos ovisi za bazno razdoblje. Dakle, u općem slučaju, evidencija obračuna sadrži dva datuma koji određuju razdoblje u kojem je potrebno analizirati zapise vrsta obračuna o kojima ovaj tip obračuna ovisi o osnovici - bazno razdoblje. Korištenje poveznice na plan vrsta obračuna omogućuje registru obračuna određivanje tipova obračuna o kojima ovisi određeni tip obračuna za bazno razdoblje.

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

• ovisnost o razdoblju valjanosti;
• ovisno o razdoblju registracije.

U slučaju ovisnosti o razdoblju valjanosti, za dobivanje baze bit će odabrani oni zapisi za koje se pronađe presjek njihovog stvarnog roka valjanosti s baznim razdobljem ovog zapisa. Vrijednost baze koja će se dobiti iz pojedinog utjecajnog zapisa općenito nije jednaka rezultatu koji taj zapis sadrži. Osnovica će se izračunati proporcionalno dijelu stvarnog razdoblja utjecajnog zapisa koji se preklapa s navedenim osnovnim razdobljem. Ovo će koristiti podatke grafikona povezane s ovim zapisom.

U slučaju ovisnosti o razdoblju registracije, za dobivanje baze odabiru se rezultati izračuna onih slogova koji ulaze u bazno razdoblje ovog zapisa po vrijednosti svog polja “Razdoblje registracije”.

Najsloženija verzija ovisnosti o baznom razdoblju je slučaj kada je svojstvo "Razdoblje valjanosti je bazno razdoblje" postavljeno za vrstu izračuna ovog zapisa. Ovo svojstvo znači da će se kao osnovno razdoblje ovog zapisa koristiti ne osnovno razdoblje, koje je navedeno u odgovarajućim poljima zapisa, već stvarno razdoblje valjanosti zapisa, dobiveno kao rezultat rada mehanizma za iseljenje za rok valjanosti i koji je, u općem slučaju, skup nekih razdoblja.

Generiranje rekalkulacijskih zapisa

Mehanizam za generiranje rekalkulacijskih slogova prati pojavu slogova u registru koji utječu na rezultat obračuna postojećih slogova. Mogućnost utjecaja novih zapisa na postojeće utvrđuje se kao rezultat analize međusobnog utjecaja tipova obračuna i na temelju rada mehanizama pomaka za razdoblje valjanosti i ovisnosti za bazno razdoblje.

Rezultat mehanizma za generiranje rekalkulacijskih slogova je skup rekalkulacijskih zapisa koji sadrže informacije o tome koje upisnike treba preračunati (rekalkulirati).

Funkcionalnost registra izračuna

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

• odabir zapisa u zadanom intervalu prema određenim kriterijima;
• odabir evidencije po matičaru;
• dobivanje osnovne vrijednosti za unose u registar koji zadovoljavaju navedeni odabir;
• dobivanje podataka rasporeda za unose u registar koji zadovoljavaju dani odabir;
• dobivanje podataka o evidencijama koje su predmet preračunavanja;
• čitanje, mijenjanje i pisanje skupa zapisa u registar.