A számítási regiszter grafikonja a tulajdonság meghatározására szolgál. A számítás alapvető és vezető típusainak fogalma. A számítástípusok kiszorításának fogalma értelmét veszti, ha

1. Periodikus számításokban használt metaadat objektumok A V 8-ban komplex periodikus számítások megvalósítására a következő objektumok szolgálnak: számítási típusok tervei, számítási regiszterek. Ezenkívül: A címtárak olyan objektumokat tárolnak, amelyeket időszakos számítások szakaszaiként használnak, például egyéneket, szervezeti egységeket, alkalmazottak pozícióit stb. Az információs regiszterek bármilyen információt tárolhatnak több dimenzió mentén. Az információs regiszterek segítségével időbeosztások valósulnak meg (a 7.7-es verzió naptárához hasonlóan). A dokumentumok a számítási nyilvántartásokba történő bejegyzések bevitelére szolgálnak. A jelentések részletes és összefoglaló információk megjelenítésére szolgálnak.

2. Elszámolási típusok tervei A munkavállaló bére a következő közbenső számításokat tartalmazza: alapidőbeli elhatárolások számítása (bér, tarifa), eltérések számítása (szabadság, betegszabadság), további elhatárolások számítása (prémium, pótlék, osztalék), számítás adók és egyéb levonások (szja, tartásdíj) , egyéb számítások (PFR, Egységes Szociális Adó), a kiadandó teljes összeg kiszámítása. Ezen bérösszetevők kiszámításához típustervekbe csoportosított számítási típusokat használnak

2. 1. Cél Minden számítási típusterv leírja a számítási regiszterbejegyzések interakciós sémáját, és lehetővé teszi a bejegyzések kiszámításának szabályait, azok relatív időbeni elhelyezkedését és az újraszámítás szabályait. A számítási terveknek többféle típusa lehet. A számítási típusok elosztása a tervek között nem önkényes, mivel a tervnek vannak olyan közös jellemzői, amelyek minden benne szereplő számítástípusra hatással lesznek. Például az érvényességi idő szerinti kölcsönös kiszorítás támogatása jellemző az alapvető időbeli elhatárolásokra és eltérésekre (bér, szabadság), és nem jellemző az adókra és a forrásadókra (szja, tartásdíj). Megjegyzés. A V 8 számítási típusai nem konfigurációs objektumok, mint a 7-ben. 7. Számítási típustervekben vannak tárolva, azaz adatobjektumok, nem metaadatok.

2. 2. Előre definiált számítási típusok A számítások típusait tekintve előre meghatározott számítási típusok hozhatók létre az alkalmazási megoldás fejlesztésének szakaszában. A fennmaradó VR-ek az 1 C: Enterprise módban kerülnek be a tervekbe

2. 3. A számítási típusok egymáshoz való viszonya Minden BP-nél feltüntetésre kerül az alap-, vezető- és kiszorító típusú számítások. Például a fizetés összegét a fizetéshez kapcsolódó pótlék kiszámításakor használják, és a fő időbeli elhatárolások képezik a személyi jövedelemadó kiszámításának alapját. A vezető számítások olyan típusúak, amelyeknek az eredménye megváltozik, akkor újra kell számolnia ezt a típusú számítást. Például a fizetések „visszamenőleges” megváltoztatásakor újra kell számolni a szabadságdíjat, mivel a munkavállaló előző hónapok átlagbérét veszik figyelembe a szabadság kiszámításakor. Előfordulhat, hogy a vezető számítási típusok listája nem esik egybe az alapvetőek listájával.

folytatás Az eltolás olyan számítási típus, amelynek periódusa nem metszik egymást az ilyen típusú számítások periódusával. A megelőző számítási típusok magasabb elővételi prioritásúak, így időben megelőzik ezt a számítási típust. Például a szabadságdíj kiszorítja a fizetést, a betegszabadság pedig kiszorítja a szabadságdíjat és a fizetést. Egy bizonyos érvényességi idejű irat kilakoltatása esetén a tényleges érvényességi ideje változhat, azaz csökkenhet, vagy több intervallumra osztható. Például a hónap 10-től 20-ig tartó szabadságnyilvántartás kiszorítja a fizetési nyilvántartást, amelynek érvényességi ideje a teljes hónapra vonatkozik. Ekkor a bérnyilvántartás tényleges érvényességi ideje két időszakból áll: 1-től 9-ig és 21-től a hónap végéig.

Megjegyzés Csak az azonos számítási típusú tervhez tartozó VR-ek helyezhetők el (az alap és a vezető VR-ek több tervben is elhelyezhetők)

2. 5. A számítási típusok tervének előre definiált táblázatos részei Az alap, kiszorító és vezető BP-k tárolására a számítási típusok terveiben a következő előre meghatározott táblázatos részek állnak rendelkezésre: Alap. Fajták. Számítások, Elmozdulás. Fajták. Számítások, Vezetés. Fajták. Számítás. PM adatok elérése a programból - a konfigurációs objektum PM-ek elérésére vonatkozó szabályok szerint (lásd Syntatki Assistant)

3. Számítási regiszterek (lásd d-t „Adatátvitel” a TC-ben) (RR) A számítási regiszterek számítási rekordok (köztes és végső eredmények) tárolására szolgálnak – lásd a Számítási naplót a V 7-ben. 7. A számítási regiszter megkülönböztető jellemzője hogy nem a felhasználó interaktív szerkesztésére szolgál. A fejlesztő szükség esetén lehetőséget biztosít a felhasználónak a számítási regiszter szerkesztésére, de a számítási regiszter célja, hogy annak módosítása az adatbázis objektumok működési algoritmusai alapján történjen, nem pedig a számítási regiszter szerkesztésére. közvetlen felhasználói műveletek.

3. 1. A számítási regiszter felépítése A számítási regiszter felépítése határozza meg, hogy a regiszter milyen információkat és milyen szakaszokban tároljon. A fejlesztő meghatározza a méreteket, az erőforrásokat és a nyilvántartás részleteit: A dimenziók a tárolt információk részei. Például a Fő regiszterben. Az elhatárolások dimenziói lehetnek Alkalmazott, Szervezet, Osztály, az Adónyilvántartás dimenziói pedig: Alkalmazott és Szervezet. Erőforrások – számítási eredmények, például erőforrás Eredmény a főregiszterhez. Időbeli elhatárolások. Az erőforrások csak numerikus típusúak lehetnek. A részletek a számítási rekord további jellemzői. Az adatbázisban tárolt adatok szinte bármilyen típusúak lehetnek. Például a Napok és az órák részleteit az alapnyilvántartáshoz. Időbeli elhatárolások, részletek A kezdeti számítási adatok tárolására szolgáló összeg stb.

3. 2. Az RR periodikussága A számítási regiszter megkülönböztető jellemzői: 1. A regiszter gyakorisága határozza meg azt az időtartamot, amellyel a mozgások rögzítésre kerülnek, és amelyen belül a mozgások befolyásolhatják egymást (az érvényességi időszakot támogató regisztereknél). A számítási regiszter gyakorisága a következő értékek valamelyikével határozható meg: Nap, Hónap, Negyedév, Év.

folytatás A számítási regiszter gyakorisága határozza meg azt az időtartamot, amelyre az egyes nyilvántartási bejegyzések vonatkozni fognak. Annak jelzésére, hogy egy rekord bármely időszakhoz tartozik, a regiszter rendelkezik egy „Időszak. Regisztráció" típusú dátum. Amikor adatot ír a regiszterbe, a platform ennek az attribútumnak az értékét mindig annak az időszaknak az elejére hozza, amelyre esik. Például ha havi gyakorisággal ír adatokat a számítási regiszterbe, ahol az „Időszak. Regisztráció” értéke 2009. 08. 04., akkor a regiszter ezeket az adatokat az „Időszak” mezőértékkel menti el. Regisztráció" 2009.04.01

3. 4. bázisidőszaki rekordok függése Ez a mechanizmus lehetővé teszi, hogy a függő (másodlagos) regiszterrekordok számítását az elsődleges rekordok számítása eredményeként kapott adatokra alapozzák. A számítási regiszter (a megfelelő ÜT-tervön keresztül) kétféle alapfüggőséget támogathat: Érvényességi időszak szerinti függőség regisztrációs időszak szerinti függőség.

folytatás Az érvényességi időszak szerinti függőség azt jelenti, hogy az alaprekordok elemzésekor azok a rekordok kerülnek kiválasztásra, amelyekre a tényleges érvényességi időszak és a megadott bázisidőszak metszéspontja található. Például áprilisban újraszámolják a márciusi fizetést (például bérindexálás). A márciusi bónuszt a márciusi fizetés alapján kell kiszámítani. Ebben az esetben általában az érvényességi időtől való függést alkalmazzák. A regisztrációs időszaktól való függés azt jelenti, hogy az alaprekordok elemzésekor azok a rekordok kerülnek kiválasztásra, amelyek a „Regisztrációs időszak” mezőjük értékével a megadott bázisidőszakba esnek. Példa erre a bírságok kiszámítása a márciusi bérek kiszámításakor. A bírság összegének kiszámításának alapját a március hónapban nyilvántartott hiányzási nyilvántartásokból kell alapul venni (ez lehet a márciusi vagy a februári hiányzási jegyzőkönyv). Ebben az esetben általában a regisztrációs időszaktól való függést alkalmazzák:

3. 5. kapcsolat kialakításának lehetősége a PP és az időbeosztás között. Ha WP-t használunk az ÜT-rekordok tárolására, amelyek számítása a ledolgozott óráktól függ, akkor kapcsolat jön létre egy ütemezéssel, amely a tervezett munkaórák adatait tárolja.

4. Idődiagramok Ha a regiszterben be van jelölve az „Érvényességi időszak” jelölőnégyzet, akkor a „Diagram”, „Diagram értéke” és „Diagram dátuma” tulajdonságokat töltheti ki. Ilyen idővonalnak egy információs regiszternek kell lennie (nem időszakos, kötelező Dátum típusú dimenzióval és Szám típusú erőforrással), amely tartalmazza a számításokba bevont forrásadatok idősémáját. Ennek az ütemezésnek a dimenziói lehetnek például a munkarend (hivatkozás a címtárra) és a dátum, az erőforrás pedig a munkaórák száma ebben a dátumban. Ebben az esetben lehetőség nyílik egy számítási regiszter bejegyzést bármilyen konkrét munkabeosztáshoz társítani (rekordrészletként a munkarend-könyvtárra mutató hivatkozás megadásával), és a jövőben a beépített nyelv használatával információt szerezni a munkaórák száma a jelen bejegyzés érvényességi időszakában, tényleges érvényességi ideje vagy időszaki bejegyzése. Ez lehet például egy szervezet munkarendje munkanapokra és órákra lebontva, a műszakok időtartamának ütemezése, az előadások órarendje stb.

5. A számítási regiszter bejegyzéseinek részleges felvétele a bázisidőszakba Tekintsük azt az esetet, amikor a bázisidőszak nem többszöröse a számítási regiszter periódusának. Például létezik valamilyen „speciális” bónusz (érvényes májusban), amelynek alapidőszaka 2009. április 15. és 2009. április 15. között van (például a következő lehetőségeket is megadhatja a bázisidőszakokhoz: az utolsó 2 hét, az előző hónap első és utolsó hete, utolsó két nap, hétfő stb.). Az adatbázis átvételekor a rendszernek össze kell adnia az ebben az időszakban szereplő rekordok eredményét. Nyilván előállhat olyan helyzet, amikor a nyilvántartások nem teljesen, hanem „részben” lesznek a figyelembe vett bázisidőszakban Természetesen csak azokról a rekordokról van szó, amelyek a számítási típustervben meghatározott számítási típusokat tartalmazzák, mint adott prémiumot . A pontosság kedvéért tételezzük fel, hogy a „speciális” bónusz a számítás alaptípusaként tartalmazza a „Béret”. A bejegyzések „regisztrációs időszak szerint” vagy „érvényességi idő szerint” eshetnek a bázisidőszakba.

Folytatás Tekintsük az első esetet, amikor a rekordok a regisztrációs időszak bázisidőszakába esnek. Ebben az esetben a számítási regiszterhez tartozó számítási típusok tervében a „Regisztrációs időszaktól függ” attribútumot kell beállítani. Emlékezzünk vissza, hogy a regisztrációs időszak mindig a számítási nyilvántartási időszak kezdetének megfelelő dátum. Ha a regisztrációs időszak (azaz egy konkrét dátum) nem esik bele a bázisidőszakba, akkor ezt a bejegyzést nem vesszük figyelembe az alap kiszámításakor. Vagyis, ha megállapítják az adatbázis függőségét a regisztrációs időszaktól, akkor nem lesznek „részleges” eredmények: vagy a rekordot teljesen figyelembe veszik, vagy nem veszik teljesen figyelembe. Esetünkben egyetlen bejegyzés sem esik a „speciális” bónusz bázisidőszakába, hiszen a 2009. április 15-től 2009. április 15-ig tartó időszak nem fedi le a számítási nyilvántartási időszak kezdő időpontját.

Folytatás Tekintsük a második esetet, amikor a rekordok az érvényességi időszak bázisidőszakába esnek. Ebben az esetben a számítási regiszterhez tartozó számítási típusok tervében az „Érvényességtől függ” attribútumot kell beállítani. Itt meg kell határoznia, hogy az eredmény melyik részét kell figyelembe venni az alap kiszámításakor. Az ilyen eredmények „diszkrétségének” biztosítására a „Graph” objektumot használjuk. A diagraminformációk segítségével kiszámíthatja, hogy az „alaprekord” összesített eredményének mekkora része esik az egyes napokra, és csak azokat a napokat veszi figyelembe, amelyek a bázisidőszakba esnek.

6. Újraszámítások A rendszer lehetővé teszi az újraszámítást igénylő rekordok automatikus követését. Ez a helyzet akkor állhat elő, ha eredményeik valamilyen módon kapcsolódnak más típusú számításokhoz, és azokat megváltoztatták (törölték vagy új rekordokat adtak hozzá). Például, amikor egy alkalmazott időbeli elhatárolása megváltozik, újra kell számolni az adókat. Ezután az „NDFL” számítási típusnál az elhatárolások lesznek a vezető számítási típusok, amely a „Leading” lapon a számítási típusok szerint van konfigurálva. Tegyük fel, hogy vannak Basic számítási regisztereink. Elhatárolások, bónuszok és visszatartások. Az adók kiszámítása az összes passzív időbeli elhatárolás és prémium után történik, az eredmények felhasználásával. Az egyes alkalmazottak adónyilvántartásának relevanciájának automatikus nyomon követéséhez létre kell hoznia egy újraszámítást az Alkalmazott dimenzióval a forrásadó-nyilvántartásban. A dimenzió vezető regiszteradatként van hozzárendelve

folytatás Újraszámítás Az alárendelt objektumok arra szolgálnak, hogy regisztrálják azokat a bejegyzéseket a regiszterben, amelyek befolyásolják a már meglévő regiszterbejegyzések számításának eredményét. A Recalculation konfigurációs objektum több dimenzióval rendelkezhet, amelyek mindegyike kapcsolatot létesíthet egy adott számítási regiszter méretei és a befolyásoló számítási regiszterek között. Egy adott esetben ez lehet ugyanaz a regiszter. A Recalculation konfigurációs objektum alapján az adatbázisban létrehozott információs struktúrában a platform információkat tárol arról, hogy mely regiszterbejegyzések esnek újraszámítás alá. A konverziós táblák automatikusan kitöltésre kerülnek mind a vezető számítási típusok által érintett számítási regiszterbejegyzések, mind azon számítási regiszter bejegyzések alapján, amelyeknél a tényleges érvényességi idő megváltozott. Ezen információk alapján a fejlesztő eldöntheti, hogy újraszámolja-e a nyilvántartási bejegyzéseket.

6. Programozási technikák A beépített nyelvet használó PP-vel való munkavégzéshez a következő objektumok használatosak (lásd a Syntax Assistant - önállóan)

Példa fizetési felhalmozási bizonylat feladására szolgáló modulra Eljárás feldolgozása. Vezetés (hiba, üzemmód) minden áramhoz. Vonal. Lista a listából Ciklus // napló regisztrálása. Számítás Mozgás = Mozgás. Magazin. Számítás. Add(); Mozgalom. Storno = hamis; Mozgalom. Regisztrátor=Link; Mozgalom. Kilátás. Számítás = Aktuális. Vonal. Lista. Kilátás. Számítás; Mozgalom. Időszak. Akciók. Start = Aktuális Vonal. Lista. Időpontja. Elindult; Mozgalom. Időszak. Akciók. End = Aktuális Vonal. Lista. Időpontja. végződések; Mozgalom. Bázis. Időszak. Start = Start. Nap(aktuális. String. Lista. Dátum. Kezdés); Mozgalom. Bázis. Időszak. End = Vége. nap(aktuális. sor. lista. dátum. vége); Mozgalom. Időszak. Regisztráció = Időszak. Bejegyzés; Mozgalom. Alkalmazott = Tech. Vonal. Lista. Munkavállaló; Mozgalom. Eredmény = 0; Mozgalom. Összeg = Aktuális Vonal. Lista. Nagyságrend;

folytatás If Mozgalom. Kilátás. Számítások = tervek. Faj. Számítás. Fajták. Számítások finom f Majd Mozgás. Eredmény=Aktuális. Vonal. Lista. Nagyságrend; Vége. Ha; Ha Mozgás. Kilátás. Számítások = tervek. Faj. Számítás. Fajták. Számítások Beteg aztán mozgás. Eredmény=Aktuális. Vonal. Lista. Nagyságrend; Vége. Ha; egyesek. ciklus; // regiszterek mozgásának rögzítése (az eredmény mező csak azoknál a VR-eknél jelenik meg, //amelyek kész értékkel kerültek be a bizonylatba) Mozgások. Magazin. Számítás. Ír();

folytatás //a dokumentumban szereplő összes alkalmazott listája Kérelem = Új kérés; Kérés. Szöveg= " |KÜLÖNBÖZŐ | Felhalmozási. Fizetések. Lista. Munkavállaló | FROM | Bizonylat. Felhalmozás. Fizetések. Lista | HOGYAN Felhalmozás. Fizetések. Lista | | HOL | Felhalmozás. Fizetések. Lista. Link = &Jelenlegi. Dokumentum"; Kérés. Telepítés. Paraméter("Aktuális. Dokumentum", link); //alkalmazottak listájának létrehozása Táblázat. Érték = Kérelem. Fuss(). Unload(); Sor. Alkalmazottak = táblázat. Jelentése Kirak. Oszlop("Alkalmazott"); Lista. Alkalmazottak = Új lista. Értékek;

folytatás Számítsa ki. Elhatárolások (mozgások. Napló. Számítások, tervek. Típusok. Számítás. Típusok. Számítások. Fizetés, Lista. Alkalmazottak); Mozdulatok. Magazin. Számítás. Write(, Igaz); Kiszámítja. Elhatárolások (mozgások. Napló. Számítások, tervek. Típusok. Számítások. Típusok. Számítás. Bónusz, Lista. Alkalmazottak); Mozdulatok. Magazin. Számítás. Write(, igaz);

folytatás Eljárás Számítsa ki. Aktív időbeli elhatárolások (Mozgások beállítása, Számítás kiválasztott típusa, Alkalmazottak listája) Exportálás Ha ki van választva. Kilátás. Számítások = tervek. Faj. Számítás. Fajták. Számítások Fizetés, majd minden mozdulatért. Mozgásciklus Ha mozgás. Kilátás. Számítások = Tervek. Faj. Számítás. Fajták. Számítások Fizetés akkor tulajdonképpen. Kész=Mozgás. kap. Adat. Grafika (Típus. Időszak. Regiszter. Számítás. Aktuális. Időszak. Műveletek); Kész. Terv = Mozgás. Kap. Adat. Grafika (Típus. Időszak. Regiszter. Számítás. Időszak. Műveletek); Mozgalom. Eredmény=Mozgás. Összeg*Tényleges. Kész. Jelentése/kidolgozva. Terv. Jelentés; Vége. Ha; Vége. ciklus; Vége. Ha;

folytatás Ha kiválasztotta Kilátás. Számítások = Tervek. Faj. Számítás. Fajták. Számítások prémium Akkor Erőforrások=Új tömb(1); Resources="Journal. Calculations. Result"; Dimenziók = Új struktúra ("Alkalmazott", "Napló. Számítás. Alkalmazott"); A készletből származó minden egyes mozgáshoz. Mozgásciklus Ha mozgás. Kilátás. Számítások = tervek. Faj. Számítás. Fajták. Számítások Díj, majd bázis. Calculation=Mozgás. Kap. Bázis (források, méretek); Mozgalom. Eredmény=Mozgás. Összeg*Alap. Számítás. Eredmény/10 0; Vége. Ha; Vége. ciklus; Vége. Ha; Vége. Eljárások

1. a lehetséges számítási típusok halmazainak leírására
2. információt gyűjteni az időszakos számításokról
3. az újraszámításokról szóló információk tárolására
4. a fentiek mindegyike igaz
5. az 1. és 3. állítás igaz

A számítási típusok terve a számítási típusok és egymásra gyakorolt ​​hatásuk leírására szolgál.

14.2 Számítási típusok - ez...

1. adatbázis objektumok
2. konfigurációs objektumok
3. beépített nyelvi objektumok

14.3 Az „érvényességi időt használja” tulajdonság számítási típusok szempontjából akkor kerül beállításra, ha...

1. Feltételezzük, hogy a tervben szereplő összes számítási típusnak lesz időbeli meghosszabbítása
2. feltételezzük, hogy a tervben legalább egy számítási típusnak lesz időbeli meghosszabbítása
3. Feltételezzük, hogy az ehhez a számítási típustervhez tartozó számítási regiszterben minden bejegyzés időbeli hosszúságú lesz
4. A 2. és 3. állítás igaz

14.4 A bázistól való függés mint Az érvényességi időtől való függés a számítási típusok tekintetében akkor jön létre, ha...

1. feltételezzük, hogy a tervben legalább egy számítási típusnak lesz időbeli meghosszabbítása
2. feltételezzük, hogy a jövőben a rögzítés számítási alapjának meghatározásakor

a számítási nyilvántartásban csak azok a bejegyzések kerülnek figyelembevételre, amelyek tényleges érvényességi ideje a bázisidőszakba esik
3. Feltételezzük, hogy a tervben szereplő összes számítási típus időbeli kiterjesztéssel rendelkezik

Az érvényességi időszak függősége azt jelenti, hogy az alaprekordok elemzése kiválasztja azokat, amelyekre a tényleges érvényességi időszak és a megadott bázisidőszak metszéspontja található. Az érvényességi idő vagy regisztrációs időszak szerinti alaptól való függés azt eredményezi, hogy az alapvető számítási típusok érvényességi idejük vagy regisztrációs időszakuk alapján az „alapba” kerülnek.

14.5 Az alaptól való függés mint A regisztrációs időszaktól való függés számítási típusok tekintetében akkor jön létre, ha...

1. Feltételezzük, hogy a jövőben a számítási nyilvántartási bejegyzés számítási alapjának meghatározásakor csak azokat a rekordokat veszik figyelembe, amelyeknek Regisztrációs időszaka a bázisidőszakba esik.
2. feltételezzük, hogy a terv egyetlen számítási típusa sem rendelkezik azzal a tulajdonsággal, hogy egy bizonyos ideig érvényes
3. feltételezzük, hogy az ehhez a számítási típustervhez tartozó számítási regiszterben nem minden számítási típus rendelkezik azzal a tulajdonsággal, hogy egy bizonyos ideig érvényes

14.6 A számítási típusok alapvető tervei a...

1. számítási típusok tervei, amelyekhez számítási regiszterek kapcsolódnak
2. azok a számítási típusok tervei, amelyekből számítási típusokat vesznek a számítási alap kiszámításához
3. azok a számítási típusú tervek, amelyeknél az „alapfüggőség” tulajdonság a „nem függ” értéktől eltérő értékre van beállítva.

A harmadik válasz a számítási típus előre meghatározott táblázatos részéhez érkezik - az alapvető számítási típusok listájához, a második pedig a helyes. Ez a táblázatos rész (a BasicCalculationTypes tulajdonság) csak olyan számítási típusokhoz van definiálva, amelyeknél az "Alapfüggőség" tulajdonság nem egyenlő a "Nem függ" értékkel. Oszlopokkal rendelkezik - CalculationKind típusú CalculationKindPlanLink. és előre meghatározott Boolean típusú.

14.7 A Számítási típusok Tervének számítási típusaihoz előre meghatározott „Számítási alaptípusok” táblázatos rész hiánya azzal magyarázható, hogy...

1. a konfigurációban több számítási típus terv van megadva, és más számítási típusok terveiből adható meg számítási típusok alapként
2. a „bázisidőszak” attribútum nincs beállítva a számítási nyilvántartásban
3. A számítási típusok bázistól való függése nincs meghatározva
4. az 1. és 3. válasz helyes

A bázistól való függés nincs definiálva, ezért hiányzik a számítási típusok tervének Alapvető típusai, táblázatos része (szürkével kiemelve):

14.8 A helyettesítő számítási típusok ilyen típusú számítások...

1. amelyeknek a számítási regiszterekben szereplő rekordjai érvényességi idővel helyettesítik az adott típusú számítás rekordjait
2. amelyek a tényleges érvényességi idő tekintetében kölcsönösen kizárják egymást, és a rendszernek biztosítania kell, hogy egy számítási típus megadása egy másik típusú számítás kizárásához vezessen
3. amelyek regisztrációs időszak szerint kizárják egymást

14.9 Számítási típusok, amelyek...

1. több számítási típusú tervhez tartozik
2. ugyanahhoz a számítási típusú tervhez tartoznak
3. mindkét állítás igaz

14.10 A számítási típusok kiszorításának fogalma értelmét veszti, ha...

1. A számítási típusoknál nem használjuk az érvényességi időt
2. a tényleges érvényességi idő nem kerül felhasználásra a számítási típusok tekintetében
3. a regisztrációs időszak és a fizetési módok érvényességi ideje nem kerül felhasználásra
4. A számítási típusok tekintetében a bázisidőszakot nem használjuk

DisplaceingCalculationTypes. Megjegyzés: Ez a tulajdonság csak meghatározott azon számítási típusú tervek objektumaihoz, amelyek rendelkeznek az „Érvényességi időszakot használ” attribútummal.

14.11 A számítások vezető típusai a...

1. számítási típusok, amelyek megadásakor (vagy megváltoztatásakor) az aktuális típusú számítás eredményét újra kell számítani
2. amelyek érvényességi időtartamukat tekintve kölcsönösen kizárják egymást, és a rendszernek biztosítania kell, hogy az egyikbe való belépés a másik kizárásához vezessen
3. számítási típusok, törléskor az aktuális számítási típussal rendelkező rekord automatikusan törlődik

14.12 Előadóként megadhatja...

1. számítási típusok több számítási típus tervből
2. számítási típusok egy számítási típustervből
3. mindkét állítás igaz

14.13 Az előre meghatározott számítás típusának meghatározása...

1. Az "Előre definiált" tulajdonságba közvetlenül beírhatja a "True" értéket
2. használhatja a megfelelő objektum metódust
3. a fenti módszerek bármelyikével
4. nincs helyes válasz

14.14 Egy előre meghatározott számítási típus eléréséhez...

1. Keresse meg a változatlan kód segítségével: Számítási típusok tervei.<Имя плана видов расчета>.FindByCode(Code)
2. Keresse meg a változatlan nevén: Számítási típusok tervei.<Имя плана видов расчета>.FindByName(Name)
3. Keresse meg a konfigurátorban megadott néven: Számítási típusok tervei.<Имя плана видов расчета>.<Имя предопределенного объекта>
4. Lehetetlen programozottan megtalálni egy előre meghatározott elemet a felhasználó egyszerűen nem tudja törölni és megjelölni törlésre

14.15 Egy előre meghatározott számítási típus esetén a felhasználó nem...

1. módosítsa a kódot
2. változtassa meg a nevet
3. módosítsa a nevet és a kódot
4. módosítsa az "érvényességi idő az alapidőszak" tulajdonságot
5. nincs jó válasz

14.16 Új típusú számítások...

1. csak 1C:Enterprise módban hozható létre
2. csak "Konfigurátor" módban hozható létre
3. létrehozható "1C:Enterprise" módban és "Configurator" módban

14.17 A számítási regiszter erőforrása lehet...

1. bármilyen (például kellékek)
2. csak hivatkozás
3. csak logikai és numerikus
4. csak numerikus

Egy számítási típus tulajdonságainak szerkesztésére szolgáló párbeszédpanel az "Adatok" lapon:

14.18 A települési nyilvántartás jegyzője lehet...

1. segédkönyv
2. számítási típusok terve
3. dokumentum
4. bármilyen tárgyat
5. csak számítási típusok tervét vagy bizonylatot

14.19 Számítási nyilvántartásba rögzíteni a regisztrációs időszak...

1. tetszőlegesen beállítható
2. szigorúan a bizonylat dátumához kötve
3. ha az okiratot haladéktalanul elkészítik, a regisztrációs időszak szigorúan az irat keltéhez van kötve

14.20 A számítási nyilvántartás kitölthető...

1. csak manuálisan
2. csak dokumentumok feldolgozása során
3. programozottan bármely konfigurációs modulból, de a regisztrátor kötelező feltüntetésével
4. egyes formák összetételétől függően

14.21 A számítási regiszterek...

1. hogy információkat halmozzon fel az időszakos számításokról
2. hasonló típusú számítások halmazainak leírására
3. az újraszámításokról szóló információk tárolására

14.22 A számítási regiszterbejegyzés BasePeriodStart, BasePeriodEnd tulajdonságai csak akkor érhetők el, ha...

1. A számítási regiszter tulajdonságainál be van jelölve az "bázisidőszak" jelölőnégyzet
2. a számítási regiszterrel társított számítási típusok tervének tulajdonságaiban az „alapfüggőség” attribútum a „nem függ” pozíciótól eltérő pozícióra van állítva.
3. a számítási regiszterhez tartozó számítási típusok tervének tulajdonságaiban az „alaptól való függés” jelet a „nem függ” pozíciótól eltérő pozícióba állítjuk, és a tulajdonságoknál be van jelölve az „érvényességi időszak” jelölőnégyzet. a számítási nyilvántartásból

14.23 A Regisztrációs időszak számítása nyilvántartási bejegyzés tulajdonsága...

1. periódus, amely a számítási regiszter gyakoriságától függően diszkrét értékeket vesz fel
2. egy dátum, amely a számítási regiszter gyakoriságától függően diszkrét értékeket vesz fel
3. nincsenek helyes válaszok

14.24 Az elszámolások gyakorisága egy hónap. A megfelelő beállításokat elvégezték a számítási regiszterben. Hány bejegyzést fog eredményezni, ha a rendszer megpróbálja bevinni a betegszabadság bejegyzését a nyilvántartásba 2014. 01. 25. és 07. 03. között?

1. Egyedülálló: 2014.01.25-től 2014.07.03-ig
2. Kettő: 2014. 01. 25-től 2014. 01. 31-ig és 01. 02. és 2014. 03. 07. között
3. Három: 01.25.14-01.31.14, 02.01-02.28.14 és 01.03-03.07.14
4. Nincs, hibaüzenet jelenik meg

14.25 Érvényességi időszak tulajdonság értéke...

1. mindig egybeesik az ActionPeriodEnd tulajdonság értékével
2. mindig egybeesik az ActionPeriodStart tulajdonság értékével
3. mindig az ingatlan értékének megfelelő időszak elejére állítsa visszaActionPeriodStart, és nem feltétlenül esik egybe az ActionPeriodStart tulajdonság értékével




14.26 A rekord érvényességi ideje (a kezdő és befejező dátum szerint beállítva)...

1. nem eshet egybe a tényleges érvényességi idővel
2. mindig egybeesik a tényleges érvényességi idővel
3. soha nem esik egybe a tényleges érvényességi idővel

14.27 A bázisidőszak...

1. a BasePeriodStart és BasePeriodEnd tulajdonságok által meghatározott fogalom, amelyben az aktuális számítási regiszterrekord számítási bázisának részét képező számítási regiszterrekordok találhatók. A bázisidőszak mindig az időszak elejére csökken, és ez egy olyan dátum, amely nem feltétlenül esik egybe a BasePeriodStart tulajdonság értékével
2. dátumintervallum, amelyet a BasePeriodStart és BasePeriodEnd tulajdonságok határoznak meg, amelyben az aktuális számítási regiszterrekord számítási alapjának részét képező számítási regiszterrekordok találhatók
3. periódus, amely a számítási regiszter gyakoriságától függően diszkrét értékeket vesz fel

14.28 Bázis időszak...

1. mindig a számítási regiszter periódusának többszöröse
2. nem lehet többszöröse a számítási nyilvántartás időszakának
3. mindig a számítási regiszter egy periódusában fekszik

14.29 Ahhoz, hogy a számítási nyilvántartási bejegyzések a regisztrációs időszak bázisidőszakába essen...

1. a számítási regiszterhez tartozó számítási típustervben a "regisztrációs időszaktól függ" alapfüggőségi jelzőt kell beállítani
2. a számítási regiszterhez tartozó számítási típusok tervében az alaptól való függés bármely jele beállítható a számítási regiszter bejegyzései mindig a regisztrációs időszaknak megfelelő bázisidőszakba
3. a „Regisztrációs időszak” attribútumot be kell állítani a számítási nyilvántartásban

A számítási típusok tervének és a számítási regiszter tulajdonságainak párbeszédablakai:

14.30 A számítási regiszter "graph" tulajdonságának meghatározásához használja a...

1. konfigurációs objektum "naptár"
2. nem időszakos információs nyilvántartás
3. slave könyvtár

14.31 Ha a bázis érvényességi időtartam szerinti függősége megállapításra kerül, akkor...

1. A számítási nyilvántartásba részleges bejegyzések a bázisidőszakban történhetnek
2. nem lesznek „részeredmények”: vagy a bejegyzést teljesen figyelembe veszik, vagy nem veszik figyelembe teljesen
3. A számítási regiszter részleges bejegyzései a bázisidőszakban történhetnek, és az alap számítása a befolyásoló bejegyzés tényleges időszakának a meghatározott bázisidőszakkal átfedő részével arányosan történik. Ez a bejegyzéshez tartozó diagram adatait fogja használni.
4. az 1. és 3. állítás igaz


14.32 Információk nyilvántartása, a számítási nyilvántartás ütemezéseként meghatározott...

1. két grafikonról tartalmazhat adatokat
2. csak egy diagramról tartalmazhat adatokat
3. korlátlan számú diagramon tartalmazhat adatokat

14.33 Alapregiszterekként (amelyek erőforrásaiból számítják ki a bázist)...

1. több számítási regiszter is lehet
2. csak egy számítási regiszter használható
3. lehetnek számítási regiszterek, amelyek olyan számítási típusok tervéhez vannak társítva, amelyek alapvetőek azon számítási típusok tervéhez, amelyekhez a kérdéses számítási regiszter kapcsolódik
4. az 1., 3. állítás igaz

14.34 Mennyiség meghatározása a munkavállaló által ledolgozott napok, szükséges a GetGraphData metódusban paraméterértékként<Вид периода>jelezni...

1. alapfelvételi időszak
2. tényleges belépési időszak
3. belépési regisztrációs időszak
4. belépés érvényességi ideje

GetGraphicData(GeScheduleData)(<Отбор>, <ВидПериода>)
<ВидПериода>- Típus: Számítási regiszter periódus típusa - Számítási regiszter periódus típusa.
"Érvényességi időszak" esetén a tényleges érvényességi idő alatt gyűjtött naptári adatok kerülnek visszaadásra.
Ha "bázisidőszak" - a bázisidőszak adatai.
Ha "regisztrációs időszak" - a regisztrációs időszakra vonatkozó naptári adatok szerint. Ha például a számítási nyilvántartásnak havi gyakorisága van, akkor a számítási nyilvántartás bejegyzésének teljes hónapjára vonatkozó naptári adatok összesítésre kerülnek.
Ha a "tényleges érvényességi időszak" van kiválasztva, akkor az ütemezési adatok kiszámítása a számítási regiszter bejegyzéseinek (bejegyzéseinek) tényleges érvényességi ideje alapján történik.

14.35 Az elfojtó mechanizmus megnyilvánul...

1. a számítási regiszter táblázat megváltoztatásában
2. a tényleges érvényességi időszak táblázat rekordjainak összetételének megváltoztatásában
3. az a tény, hogy egyes okmányok mozgásának bevitelekor más dokumentumok mozgása visszafordíthatatlanul torzul
4. minden állítás igaz

14.36 Ha egy dokumentum az alaptól függő rekordokat számol (például Fizetés és Bónusz százalékos arányban, amelynek alapja tartalmazza a fizetést), akkor...

1. Az adatbázistól függő rekord kiszámítása előtt ki kell számítani egy rekordot, amely ebbe az adatbázisba esik, és az eredményt be kell írni a számítási regiszterbe. Így általános esetben egy bizonylat feladása során két rögzítési eljárás történik a települési nyilvántartásban
2. az ilyen rekordok számítási sorrendje tetszőleges lehet, mivel a rendszer automatikusan meghatározza a számítási sorrendet a számítási típusok prioritási szintjétől függően. Az iratfeladás során egy rögzítési eljárás kerül lebonyolításra az elszámolási nyilvántartásban
3. Az adatbázis-függő rekord kiszámítása előtt ki kell számítania egy rekordot, amely ebbe az adatbázisba esik. Az iratfeladás során egy rögzítési eljárás kerül lebonyolításra az elszámolási nyilvántartásban

14.37 A tényleges érvényességi idő...

1. az adott számítási regiszter számítási típusai tervében szereplő előlegszámítási típusok listái által meghatározott, az elővételes számítási típusokra vonatkozó szabályok miatt kialakult időszak
2. megegyezik az érvényességi idővel
3. az adott számítási típusok tervének vezető számítási típusainak listái által meghatározott számítási típusok eltolási szabályai miatt kialakult időszak
számítási nyilvántartás

A tényleges érvényességi idő az az időtartam, amely az érvényességi időre vonatkozó számlaverseny kölcsönös szabályai miatt kialakult, amelyet az adott településjegyzék települési tervének előzetes számítási típusainak listái határoznak meg.

14.38 Ha a számítási típusok tervében beállítja, hogy a „Szabadság” kiszorítsa a „Béret”, és ezzel egyidejűleg a „Bérezés” a „Szabadság”, és megpróbálja menteni a változtatásokat, akkor...

1. a rendszer figyelmeztetést ad, és nem menti el a változtatásokat
2. rendszerhiba történik
3. minden meg lesz mentve

14.39 Egy számítási regiszter rekordkészlet GetAddition() metódusát használják...

1. ha egy rekordot kell megadnia az aktuális időszakkal úgy, hogy az „kiszorítsa” az előző időszak rekordját
2. kiegészítést szerezni az aktuális rekordkészlethez egy értéktáblázat formájában, amelynek szerkezete megismétli a rekordkészlet szerkezetét
3. minden állítás igaz

 Leírás: További adatokat kér le, hogy lehetővé tegye a korábbi rekordok visszafordítását az aktuális rekordkészlet megadásakor. Az adatokat értéktáblázat formájában kapjuk...

14.40 Számítási regiszterrekordok GetAddition() metódusának használatakor.

1. a fordított bejegyzések bevitele programozottan történik
2. A visszafordítási bejegyzéseket a rendszer automatikusan beírja
3. nincsenek helyes válaszok

14.41 Adatok az újraszámításokról...

1. nem számítási nyilvántartási bejegyzések
2. számítási regiszterbejegyzések
3. bejegyzések az újraszámítási nyilvántartásban
4. a tényleges érvényességi időszak táblázatbejegyzései

Az Újrakalkuláció objektum arra szolgál, hogy információkat tároljon arról, hogy mely számítási regiszterrekordokhoz kell a számítási eredményeket (erőforrásokat) újraszámolni. Ez a számítási regiszternek alárendelt konfigurációs objektum. Az erőforrások újraszámításának szükségessége a felhasználó által bevitt bizonylatok helytelen sorrendje miatt merülhet fel (a dokumentumok visszamenőleges bevitele), ami ahhoz vezet, hogy újra kell számítani azon rekordok számítási eredményeit, amelyek más, a rendszerbe bevitt rekordok számítási eredményétől függenek. rendszer később.

14.42 A "Kommunikáció" lap "Újraszámítása" dimenziótulajdonságai ablakában a "Dimenzió regisztrálása" tulajdonságban jelölje meg...

1. az alapregiszter mérése, amelynek adatai megváltoznak, az aktuális regiszterrekordot újra kell számolni
2.aktuális regisztermérés, amelyet újra kell számolni, ha az alapregiszter adatai megváltoznak
3. alapregiszterek mérései, amelyek adatainak változása esetén az aktuális regiszterrekordot újra kell számolni

14.43 Az „Újraszámítás” táblázat sorokkal van kitöltve, amelyek mindegyike a...

1. a számítás típusáról és az újraszámítandó számítási nyilvántartási bejegyzés bizonylat-nyilvántartójáról szóló információkészlet. A táblázat az újraszámítási méréseket is tartalmazza
2. információkészlet a számítás típusáról és az újraszámítandó számítási nyilvántartási bejegyzés bizonylatrögzítőjéről
3. a számítás típusára, az iktatói bizonylat sorszámára és magára az újraszámítandó számítási nyilvántartási bejegyzés iktatójára vonatkozó információkészlet. A táblázat az újraszámítási méréseket is tartalmazza
4. nincsenek helyes válaszok

14.44 Válassza ki a helyes választ:

1. A számítási regiszter több számítási típustervhez társítható
2. Egy számítási regiszter csak egy számítási típusú tervhez társítható
3. A számítási regiszter csak három számítási típusú tervhez társítható

A számítási regiszter tulajdonságai párbeszédpanelen látható, hogy csak egy számítási típusú tervet választhat:

14.45 Válassza ki a helyes választ:

1. Az újraszámítással végzett munka során a fejlesztő „figyelmen kívül hagyhatja” a rendszer által az újraszámítási táblázatban megadott információkat, azaz megtagadhatja a számítási eredmények felülvizsgálatát
2. Az 1C:Enterprise 8 rendszerben az újraszámítások működési elve „értesítés”
3. A konfiguráció fejlesztője nem tudja ellenőrizni az elszámolási nyilvántartás bejegyzéseinek újraszámításának folyamatát, a rendszer mindent automatikusan végez
4. Az 1. és 2. állítás igaz

14.46 Egy számítási regiszterhez...

1. csak egy újraszámítás támogatható
2. Csak három különböző struktúrájú kiosztás támogatható
3. a különböző struktúrák tetszőleges számú újraszámítása támogatott

A konfigurációs metaadat fa azt mutatja, hogy egy számítási regiszterben tetszőleges számú különböző struktúrák kiosztása támogatható:

14.47 Ha a számítási regiszter támogatja az érvényességi időszakot, akkor...

1. ütemezést kell neki adni
2. nem kell neki ütemezést adni
3. a számítási regiszterhez tartozó számítási típusok tervében az „érvényességi időt használja” attribútumot kell beállítani
4. az 1. és 3. állítás igaz

Ha nem rendel hozzá ütemezést, akkor a konfigurációnak az adatbázis-konfigurációval történő frissítésekor a következő üzenet jelenik meg: „Számítási nyilvántartás: nincs érvényességi idővel ütemezés hozzárendelve a nyilvántartáshoz. Ha a számítási regiszterhez társított számítási típustervben nincs beállítva az „érvényességi időszakot használ” attribútum, akkor a következő üzenet jelenik meg: „Számítási regiszter.Fő elszámolások: Az érvényességi időszakkal rendelkező számítási regiszterhez hozzá van rendelve egy számítási típusterv, amely nem támogatja az érvényességi időt.”

14.48 Mi a kapcsolat a számítási típustervek és a számítási regiszterek között?

1. Egy számítási típusterv egy számítási regiszternek felel meg
2. Egy számítási típustervhez több számítási regiszter kapcsolható
3. Egy számítási regiszterhez több számítási típusú terv is kapcsolható
4. Egy számítási regiszter több számítási típustervhez, egy számítási típusterv több számítási regiszterhez kapcsolható.

14.49 A fordított bejegyzés fenti paraméterei közül melyik nem eshet egybe a fordított bejegyzés azonos paramétereivel?

1. Regisztrációs időszak
2. Megkezdődik az érvényességi idő
3. Az érvényességi idő lejár
4. Visszafordítás
5. Minden felsorolt

14.50 A generált visszavonási rekordok száma

1. Mindig egyenlő a megfordított rekordok számával
2. Előfordulhat, hogy több bejegyzés is visszafordítható
3. Lehet, hogy kevesebb a visszafordítandó bejegyzés.

14,51 Az ábrán szereplő információk alapján határozza meg a díjalap helyes értékét


Az ábra nem mutat információt az adatbázistól való függőségről.

14.52 A Bér számítási típusnál az Utazás számítási típus kiszorító számítási típusként van feltüntetve, de nincs hozzárendelve vezetőként. Milyen esetben jelennek meg az újraszámítási táblázatban információk a fizetés újraszámításának szükségességéről?

1. Mindig, utazás megkezdésekor
2. Soha nem fog megjelenni
3. Csak akkor, ha az üzleti út külön okmányként kerül rögzítésre
4. Csak abban az esetben, ha az üzleti út az előző időszakra külön bizonylatként szerepel

14,53 Az ábrán szereplő információk alapján határozza meg a díjalap helyes értékét




14.54 A Bónusz számítási típusnál az alapszámítási típus a Fizetés, de nincs hozzárendelve vezetőként. Milyen esetben jelennek meg az újraszámítási táblázatban információk a fizetés újraszámításának szükségességéről?

1. Mindig, a fizetés megadásakor
2. Soha nem fog megjelenni
3. Csak abban az esetben, ha az illetmény külön bizonylatban szerepel

4. Csak abban az esetben, ha a fizetést a bónusz beírása és kiszámítása után külön bizonylatban rögzítik


14,55 Az ábrán szereplő információk alapján határozza meg a díjalap helyes értékét!


Itt az alaptól függ a regisztrációs időszak, és Ivanovnak két fizetése van nyilvántartva 2014. 02. 01-én, és ugyanarra az osztályra.

14.56 A Bónusz számítási típusnál a Fizetés számítási típusa van megadva alapként, továbbá a bónusz vezető típusaként van megjelölve. Milyen esetben jelennek meg az újraszámítási táblázatban információk a fizetés újraszámításának szükségességéről?

1. Mindig, a fizetés megadásakor
2. Soha nem fog megjelenni

3. Csak abban az esetben, ha az illetmény külön bizonylatban szerepel
4. Csak abban az esetben, ha a fizetést a bónusz beírása és kiszámítása után külön dokumentumban rögzítik

14.57 Az elszámolások gyakorisága egy hónap. A megfelelő beállításokat elvégezték a számítási regiszterben. A Bér számítási típusnál az Utazás számítási típusa van megadva kiszorító számítási típusként. 03.01.14-én bekerült a bérinformáció az információs bázisba, de a számítás nem történt meg. 2014. március 20-án az üzleti út bekerült az információs adatbázisba és kiszámításra került. 2014. március 30-án indult a bérszámítás. Az üzleti utak adatait figyelembe veszik a fizetés kiszámításakor? Újra kell számolnom az üzleti utamat?

1. Figyelembe veszik, az üzleti utat újra kell számolni
2. Figyelembe vesszük, nincs szükség utazási újraszámításra
3. Nem veszik figyelembe. Az útszámítást törölni kell, és mindkét számítási típust újra kell számítani
4. Nem veszik figyelembe. A helyes számításhoz a fizetésnek és az üzleti útnak egy dokumentumban kell lennie
6. Az ábrán látható adatok nem elegendőek a prémium kiszámításához

Sok 1C programozó még soha nem találkozott a „Számítás” komponenssel a gyakorlatában, ezért amikor 8.0-s platformon kell vizsgáznia egy Specialisthoz, ahol minden feladat összetett időszakos számítási feladatot tartalmaz, nehézségek, elsősorban megértési nehézségek merülnek fel.

Próbáljuk meg kitalálni ezt az összetevőt a 8.0-ban. Különféle számítási feladatok megoldása helyett próbáljuk megérteni ezt a komponenst, hogy bármilyen számítási feladatot megoldhassunk. A kézikönyv tanulmányozása után meg fogja érteni a számítási regiszterek elrendezését és működését.

Például a vizsgák során telepített keretkonfigurációt fogjuk használni.

Hogy őszinte legyek, sokáig próbáltam kitalálni, hogy mire van még szükség számításokra, de nem tudtam rájönni, szóval nézzük meg a fizetések kiszámításának problémáját.

Mik azok a számítások

Alapvetően a végső bérszámfejtési termék a következő formátumú bérnyilvántartási bejegyzések halmaza:

Munkavállaló

Időszak

A számítás típusa

Eredmény

Adat

Egy komment

Mérés

Hivatalos

Hivatalos

Kellékek

Az „Adatok” oszlopban szereplő érték a munkavállaló (munkaszerződés szerinti) alapbérét tükrözi, de ez az összeg pótlékkal növelhető, pénzbírsággal, távolléttel stb. a számítást az „Eredmény” oszlopban. Ez a számítás. Az „Erőforrás” oszlopban szereplő összeg egy adott munkavállalóra a neki járó fizetés.

Így a számítási regiszter lényegében rekordok halmaza, szerkezetében hasonló a forgatható felhalmozási regiszterhez. Csak arról van szó, hogy az összetett számítások elvégzéséhez további beállításokat adnak meg, amelyek lehetővé teszik számos virtuális tábla létrehozását a számítási regiszterhez, bár ez a regiszter lényegében csak az ábrán látható rekordok halmaza.

A településnyilvántartásban minden bejegyzés egy adott településtípusra és időszakra vonatkozik.

A számítások típusai

A számítási típusok minden rekordjához tartozik egy szolgáltatás attribútum - számítási típus.

A számítások egy fajtája egy speciális referenciakönyv elemeként fogható fel, mint például a „Számítástípusok terve” – vannak benne részletek, táblázatos részek, előre meghatározott és a felhasználó által létrehozott elemek is. Több ilyen „könyvtár” is lehet a rendszerben.

Például készítsünk tervet a Main számítási típusokhoz és abban előre meghatározott számítási típusokhoz fizetés, bónusz, hiány, üzleti út.

A számítási típusokat funkcionálisan használják, hogy tükrözzék a számítási regiszterbejegyzések egymásra gyakorolt ​​hatását. De röviden a számítási típusok egymásra gyakorolt ​​hatásáról beszélnek:

A számítás típusa

Leírás

Példa

Bázisidőszak szerint

A függő időszak számítás eredménye a bázisidőszak eredményétől függ. Ha a bázisidőszak eredménye változik, akkor a függő időszak eredményét újra kell számolni.

A bónusz az alapidőszaki fizetéstől függ.

Törlés időszakonként

A függő időszak érvényességi ideje felülírja a bázisidőszak érvényességi idejét, így a bázisidőszaknak tényleges

A hiányzás a fizetés tényleges időtartamát érinti.

Vezető számítások

A számítás a vezető számítástól függ, de nem közvetlenül, hanem közvetve, pl. A számítás a B alapszámítástól, a B számítás pedig a B alapszámítástól függ, ezért A közvetetten függ B-től, azaz. Az A a vezető B számítástól függ. Valójában, ha a C számítás megváltozik, a B is változhat, ezért A rendszer nem követi automatikusan az ilyen összetett függőségeket, ezért meg kell adni, hogy melyik számítások vezetnek.

A bónusz függ a fizetés alapjától, de közvetve a hiányzástól is.

E hatás miatt a településjegyzéki bejegyzés érvényességi ideje négy időszakra oszlik:

Időszak

Leírás

Regisztrációs időszak

Milyen időszakban rögzítették az eseményt, i.e. általában egy dokumentum bevitelekor.

Érvényesség

Milyen időszakban működik a rendezvény, pl. melyik időszakhoz tartozik az esemény.

Bázis időszak

Csak azokra az időszakokra van értelme, amelyeknek van bázisidőszaka – a bázisidőszak intervallumát írja le.

Tényleges érvényességi idő

Ha az érvényességi időt más típusú számítások váltják fel, akkor a tényleges érvényességi idő több olyan időszakból áll, amikor ez a számítási típus ténylegesen érvényben van.

A regisztrációs időszakot egy szám határozza meg - az időszak kezdete, amely megfelel a számítási nyilvántartás gyakoriságának. Még ha más dátumot is beállítunk ebben a szolgáltatási mezőben, akkor is az időszak kezdete lesz a helyére. A fennmaradó időszakokat két mező határozza meg - az időszak eleje és vége. A tényleges érvényességi idő időszakok halmaza, mert több dátumintervallumból állhat.

Idődiagramok

A rendszer képes a számítási regiszterekből származó adatokat idődiagramokkal összekapcsolni, így bármely időszakra lekérhető a munkaórák száma.

Az idővonal egy egyszerű információs regiszter, amelyben az egyik dimenzió dátumot tárol, egy másik dimenzióhoz egy számítási regiszter kapcsolódik, és az egyik erőforrás az idő követésére szolgál.

Egy dimenzió, ami a településjegyzékhez kapcsolódóan általában hordoz jelentése "grafikon típusa".

dátum

Diagram típusa

Jelentése

11.01.05 Péntek

Öt nap

11.01.05 Péntek

Hat nap

12.01.05 Ült

Öt nap

12.01.05 Ült

Hat nap

Miért használja a dátum dimenziót az időszakos részletregiszter helyett? Minden nagyon egyszerű - ha január 11-én, pénteken ötnapos időszak alatt 8 óránk van, az nem jelenti azt, hogy másnap ismét 8 munkaóránk lesz. De ha periódusos regisztert használunk, akkor rekordok hiányában a következő napi értéket az előző napból vesszük.

Így egy bizonyos időszak birtokában (tényleges akció, regisztráció, bázisidőszak, stb.) automatikusan megkapjuk az ütemezés szerinti óraszámot erre az időszakra.

Újraszámítás

Az újraszámítás némileg egy sorozathatárra emlékeztet. Mivel függő számításaink vannak, ezek alap- és vezető számításaik megváltoztatásakor a rendszernek valahogy észre kell vennie, hogy a függő számításokat újra kell számolni.

Erre valók az újraszámítások.

Ha kiszámítjuk az alaprekordokat, akkor a rendszer az allokációkban megjegyzi, hogy a függő rekordokat kell kiszámítanunk. Miután kiszámítottuk a függő rekordokat, a hozzárendelések törlődnek.

Az újraszámítások lényegében a számítási regiszterbejegyzések listája, amelyeket újra kell számítani.

Ha nem ad meg méréseket az újraszámítások során, akkor az alapszámítások megváltozásakor az összes függő rekord felkerül az újraszámítási listára.

Ha az újraszámításban létrehozzuk a „Munkavállaló” dimenziót, akkor egy alkalmazott alapszámításának megváltoztatásakor csak erre a munkavállalóra vonatkozó függő rekordok kerülnek az újraszámítások közé.

Gyakorlati feladat

Elég az elmélet. Próbáljuk meg a részleteket a gyakorlatban tanulmányozni. Vegyük a keretkonfigurációt alapul.

A probléma megfogalmazása:

A bónusz legyen a fizetés fix százaléka (levonva a távollét és az utazási költségtérítést).

Az utazási költségtérítés fizetése dupla fizetésben + fix összegű kifizetés az utazás minden napjára.

A munkavállalót szabják ki a fizetés felének megfelelő pénzbírsággal a távollét idejére.

Előrehalad:

Kezdeti képzés

Hozzon létre egy új tervet a „Fő” számítási típusokhoz.

Határozzuk meg a számítások típusait és a köztük lévő függőségeket:

Alapvető

Kiszorítás

Előadók

Fizetés

Hiányzás, üzleti út

Díj

Hiányzás, üzleti út

Fizetés, hiányzás, üzleti út

Üzleti út

Hiányzás

Adjuk hozzá az ilyen típusú számításokat a „Fő” számítási típustervhez, és állítsuk be a számítási típusok tulajdonságaiban a függőségeket a táblázat szerint.

A bérszámítási nyilvántartásban létrehozzuk a „Magánszemélyek” típusú „Munkavállaló” dimenziót - így a nyilvántartásban lesz egy elemző rész a munkavállalók számára.

A konfiguráció már tartalmazza a „Bérszámfejtés” dokumentumot.

A fejlécben két dátum szerepel - „dátum” és „regisztrációs időszak”, valamint két dátum „kezdő dátum” és „befejezés dátuma” minden sorban.

Érthető, hogy a dátum egyszerűen a dokumentum elkészítésének dátuma, a regisztrációs időszak azt jelzi, hogy melyik hónapban számoljuk a fizetést, és az egyes sorokban lévő dátumok az egyes számítási típusok érvényességi idejét írják le.

Adjuk hozzá a bizonylat modulhoz az „Adatok” attribútum kezdeti beállítását - beírjuk a kezdő fizetést, beállítva a regisztrációs időszakot, az érvényességi időt és a bázisidőszakot.

A dokumentummodul így fog kinézni:

Mert Mindenkinek TechStringList Listaciklusból

// regisztráció Számítások

Mozgás = mozgások .Számítások.Hozzáadás();

Mozgalom .Storno= Hamis;

Mozgalom .In idCalculation = TechStringList.CalculationType;

Mozgalom .PeriodActionsStart= A nap kezdete ( TechStringList.StartDate);

Mozgalom .PeriodActionEnd= EndDay();

Mozgalom .Regisztrációs időszak = Regisztrációs időszak;

Mozgalom .BasicPeriodStart= A nap kezdete ( TechStringList.StartDate);

Mozgalom .BasePeriodEnd= Végnap ( TechStringList.End Date);

Mozgalom .Munkavállaló = TechStringList.Employee;

Mozgalom .Menetrend = TechStringList.Graph;

Mozgalom .Eredmény = 0;

Mozgalom .Adat = TechStringList.Size;

EndCycle ;

A Reversal attribútum a bejegyzések visszafordításához szükséges (a mínusz jelhez hasonlóan).

Jelöljük a számítás típusát, és a dátumokat a nap elejére és végére állítjuk be. Természetesen a bázisidőszakot csak az alaptól függő számítási típusoknál lehet megadni, az Adatokat pedig csak a fizetésnél, de minden így működik.

Minden dokumentumot 2003. 01. 20-ra keltezünk, a regisztrációs időszak 2003. 02. 01. (a kezdeti és végi adatokat külön nem tüntetem fel, ez itt mindegy, a rögzítésnél Regisztrációs időszak időszak elejére átszámítva 2003.01.01.). 2003 januárját használjuk, mert erre az időszakra elkészültek a munkarendek.

Hozzunk létre egy „Újraszámítás” újraszámítást, és adjuk hozzá az „Alkalmazott” dimenzióhoz társított „Alkalmazott” dimenziót.

Játék az újraszámításokkal.

A játékhoz nyissa meg a kérés konzolt - feldolgozás CustomRequest» keret konfigurációban. Hozzunk létre egy új lekérdezést a lekérdezéskonstruktor segítségével, és adjunk hozzá egy virtuális táblát Újraszámítások, a kérés szövege a következő lesz:

VÁLASZT

CalculationsRecalculation.A Recalculation objektumról,

CalculationsRecalculation.In Calculation ID,

Számítások Újraszámítás az alkalmazotttól

TÓL TŐL

Számítási nyilvántartás HOGYAN SzámításokÚjraszámítás

Készítsünk három dokumentumot – először az A és B alkalmazottak fizetését fizetjük ki. A munkavállaló január 1-től 31-ig, B január 1-től 20-ig dolgozik. A második a január 1-től 31-ig tartó időszakra B alkalmazottat, a harmadik pedig az A munkavállalót január 20-tól 25-ig tartó távollétet rendel.

A tényleges érvényességi idővel játszunk.

Hozzunk létre egy új lekérdezést – ezúttal táblaadatokat adunk hozzá Számítási regiszterek.

Hozzon létre egy kérelmet, és nézze meg, hogy A munkavállaló fizetési időszaka két időszakra oszlik - január 1-től 19-ig és január 26-tól 31-ig. Remélem értitek, hogy az időszak két részre oszlott, mert... a távollét váltotta fel a fizetést.

Azt hiszem, a számítási regiszter működési mechanizmusai egyre világosabbak a szemünk előtt.

Tanulmányozzuk a grafikonokat.

Most próbáljuk meg kiszámítani a fizetést a munkavállaló fizetése alapján.

Készítsünk új lekérdezést a számítási regiszterhez egy virtuális tábla segítségével Számítási regiszterek. Ehhez a virtuális táblához beállíthat egy paramétert - például a rekordok kiválasztásának feltételét Employee=&SelectEmployeeÉs Calculation Type=&Számítás típusaÉs Graph=&ViewGraphic.

Állítsunk be konkrét alkalmazottakat, számítási típusokat és ütemezéseket a kérés paramétereiben, és nézzük meg, hány óra lesz az eredmény.

Eredmény oszlop

Jelentése

ValuePeriodAction

Milyen órában kifejezett érvényességi időre szólt a nyilvántartásba vétel.

ValueActualPeriodAction

Hány órát dolgozott ténylegesen a munkavállaló?

ValueBasePeriod

Fizetésnél nincs értelme, bónuszoknál - a munkaórák száma a bázisidőszakban.

ÉrtékRegisztrációs időszak

Hány munkaóra van a regisztrációs időszakban (január hónap)

A számítási regiszterekkel megoldott feladatok egyike a regiszterfordulatok lekérése egy virtuális alapadattábla lekérdezésével vagy a GetBase() metódussal. A nyilvántartási forgalom nagyszámú különböző forrásadat alapján történik, beleértve a számítási típusok tervének beállításait és tartalmát, a számítási regiszter beállításait, az alapadatok virtuális táblázatának paramétereit stb. De az alapadatok megszerzésében az egyik jelentős szerepet a számítási regiszter mérések játsszák.

A dimenziók szerepe az alapadatok virtuális táblázatának paraméterezésében

Az alapadatok virtuális táblájának egyik fontos paramétere a dimenziók listája, amelyek alapján a regiszterbejegyzéseket összehasonlítjuk az adatok összegzésekor. A különböző problémák megoldásához előfordulhat, hogy össze kell adnia a nyilvántartási erőforrásokat a különböző dimenziókészletekhez. Nézzük meg a fizetések kiszámítására szolgáló regiszter példáját, amely három dimenzióval rendelkezik:

  • Szervezet,
  • Egyedi,
  • Felosztás.
Képzeljük el, hogy a következő problémákat kell megoldani:
  • A forgalmi nyilvántartás egyes rekordjaihoz a nyilvántartás beszerzése az eredeti rekorddal azonos felosztású összes irat esetében. Ez lehet például a pótlék számítása, a teljes osztály elhatárolásától függően.
  • A forgalom lekérése azonos egyénnel és részleggel rendelkező nyilvántartásokból. Azok. az ugyanazon az osztályon felhalmozott munkavállalói időbeli elhatárolások összegének átvétele (az ugyanazon alkalmazottra vonatkozó, más osztályokon kapott időbeli elhatárolások nem tartoznak ide).
  • Ugyanazon Magánszemély és ugyanazon Szervezet nyilvántartásaiból származó forgalom bevétele (minden elhatárolás a Magánszemélyhez ugyanazon a szervezeten belül).

A fenti feladatok mindegyikét az alapadatok virtuális táblájához intézett lekérdezések segítségével oldják meg. Ebben az esetben a „Főregiszter-mérések” és az „Alapregiszter-mérések” paraméterek mindhárom feladatnál eltérőek lesznek. Az első esetben van egy dimenzió - „Osztály”; a másodikban - „Egyén” és „Egység”; a harmadikban - „Szervezet” és „Egyén”.

Az alapadatgyűjtés optimalizálása

A fent felsorolt ​​esetekben az alapadatok virtuális táblájára történő lekérdezés generálásakor a rendszer a lekérdezés nyelvét tekintve a számítási regiszter tábla „bal oldali összekapcsolását” hajtja végre ugyanazzal a táblával. Ebben az esetben az egyik kapcsolódási feltétel a fő- és alapregiszter dimenziójaként megadott mezők értékeinek egyenlősége. Természetesen ezen a feltételen kívül van az érvényességi időszak vagy regisztrációs időszak összehasonlítása a bázisidőszak kezdetével és végével, számítási típusok összehasonlítása stb., de a legszigorúbb korlátozás általában a mérési értékek korlátozása.

Így az eredményül kapott lekérdezés hatékony működéséhez fontos, hogy a számítási regisztertáblában legyen egy index, amely első mezőként tartalmazza az összehasonlított dimenziók mezőit.

A számítási regiszter dimenzióinak indexelésének képessége lehetővé teszi egy ilyen probléma megoldását, de csak abban az esetben, ha egy dimenziót hasonlítunk össze (példánkban egy osztály adatainak beszerzésének feladata). Abban az esetben, ha két vagy több összehasonlítható dimenzió van, akkor egyszerre több dimenzióra kell indexet készíteni.

Pontosan ez az a probléma, amit a számítási regiszter Basic Dimensions tulajdonsága lehetővé tesz. Ha ezt a tulajdonságot több dimenzióra állítja be, a konfigurációtervező létrehoz egy indexet az összes „alap”-ként megjelölt dimenzióhoz (további részletekért lásd az „Adatbázistáblázat-indexek” című részt).

A fentiekből kitűnik, hogy egy számítási regiszterhez csak egy ilyen index hozható létre, amely bizonyos dimenziók kiválasztásával optimalizálja az alapadatok beszerzését. Ezért a fejlesztés során fontos helyesen felmérni, hogy mely virtuális táblákat használjuk leggyakrabban, és melyek teljesítményoptimalizálása a legfontosabb.

Térjünk vissza példánkhoz. Képzeljük el, hogy az egyénre és egy részlegre vonatkozó adatok beszerzését igénylő elhatárolások ritkábban fordulnak elő a konfigurációs művelet során, mint az egyénre és egy szervezetre vonatkozó adatok beszerzését igénylő elhatárolások. Ezután a „Szervezeti” és az „Egyéni” dimenziót kell alapdimenzióként megjegyezni. Ugyanakkor bele kell tűrnünk, hogy egy egyedre és egy osztályra vonatkozó alapadatok beszerzése viszonylag lassú lesz.

Az alapmérések kiválasztásakor értékelni kell azok „szelektivitását”, pl. képzelje el, hány érték lesz egy adott dimenzióban a konfiguráció működtetésekor. Képzeljük el, hogy példánkban egy személynek nagyon kevés (egy vagy két) szervezete és viszonylag sok részlege lehet. Azok. Egy magánszemélynek szinte mindig egy szervezetnél fizetnek fizetést, ugyanakkor gyakran különböző osztályoknak számítanak ki fizetéseket. Ilyen körülmények között célszerűbb az „Egyén” és „Osztály” dimenziót kiválasztani alapként.

De fontos megjegyezni a számítási regiszter mérési sorrendjét...

A mérések sorrendjéről a számítási regiszterben

Az a tény, hogy az alapadatok megszerzését megkönnyítő index létrehozásakor a rendszer a dimenziókat abban a sorrendben tartalmazza, amelyben a konfigurációs fában találhatók. Ez azt jelenti, hogy egyszerűen az „Egyed” és a „Részlet” dimenziók „átváltásával” megváltoztatjuk a mezők sorrendjét az indexben.

Példánkban, ha az „Egyed” és az „Osztályok” dimenziót választottuk ki alapnak, akkor ezek átrendezésével nem változtatjuk meg az egyedre és egy osztályra vonatkozó alapadatok megszerzésének sebességét, hanem gyökeresen rontjuk a helyzetet. egyén és szervezet adatainak megszerzésével. A „Szervezet” és az „Egyed” mezőkben lévő értékek összehasonlításakor a rendszer nem tudja használni a Divízió+Egyed indexet, mivel az „Egyed” mező nem az első benne, és a feltétel nem szabott a hadosztály. A Magánszemély+Felosztó index esetében pedig mind a divízió és a magánszemély alapadatainak átvétele, mind a szervezetre és a magánszemélyre vonatkozó alapadatok átvétele előnyös lesz, hiszen a „Magánszemély” mező lesz az első az indexet, a rendszer „részben” (egy mezőnként) tudja használni. Ugyanakkor az „Egyén” mező sokkal nagyobb „szelektivitással” rendelkezik, mint a „Szervezet” mező, és nem sok időbe telik a szervezet feltételeinek kidolgozása.

Ha az alapméret egy

Ne feledkezzünk meg a példánkban szereplő feladatról sem, amely magában foglalja az alapadatok beszerzését csak egy osztály számára. Úgy tűnik, hogy az Egyed+Osztály index létrehozása a másik két probléma megoldására kizárja az alapadatok virtuális táblázatának hatékony működését az egyik dimenzió „Osztály” számára. De itt emlékeznünk kell a regiszterdimenziók indexelésének lehetőségére (Indexing property). A dimenzió indexelésének képessége lehetővé teszi, hogy hatékonyan megoldja az adatbázis beszerzésének problémáját egy alapdimenzió alapján.

Így az általunk vizsgált példában a Basic tulajdonságot az „Egyed” és a „Osztály” dimenzióra, az Indexing tulajdonságot a „Osztály” dimenzióra kell beállítani, és gondoskodni kell arról is, hogy az „Egyed” dimenzió „magasabb” legyen. ” mint az „Osztály” dimenzió (a „Szervezet” dimenzió ” sorrendje nem fontos).

A komplex időszakos számítások mechanizmusa lehetővé teszi különféle bérszámfejtési modellek megvalósítását. A mechanizmus működése két összetevőn alapul.

Egyrészt a komplex periodikus számítások mechanizmusa eszközöket tartalmaz az alkalmazási megoldásban használt különféle számítások leírására. Ilyen lehet például a fizetés, tartásdíj, pénzbírság stb. Az ilyen típusú számítások tényleges leírása mellett lehetőség van olyan szabályok felállítására, amelyek szerint bizonyos típusú számítások más típusú számításokat is befolyásolnak.

Másrészt ez a mechanizmus lehetővé teszi a számításokhoz használt közbenső adatok és a számítások végső eredményeinek tárolását.

A komplex időszakos számítások mechanizmusának működését az alkalmazási megoldás két objektuma biztosítja:

Számítási típusok terve és Számítási regiszter.

A számítási típusok terve a számítási típusok és egymásra gyakorolt ​​hatásuk leírására szolgál. Egy alkalmazási megoldásban tetszőleges számú terv lehet számítási típusokhoz, a megvalósított számviteli modelltől függően:

A számítási regiszter az elvégzendő számítások bizonyos típusairól, valamint a közbenső adatok és maguknak a számítások eredményeinek tárolására szolgál. Egy alkalmazási megoldás több számítási regisztert is tartalmazhat, amelyek egy adott számviteli szakasz adatait tükrözik:

Számítási típusok terve

A számítási típusterv felépítése
A számítási típusok terve a számítási típusok listája. Minden számítástípusnak van egy kódja, neve és egy sor részlet, amely további információkat tartalmaz az ilyen típusú számításokról:

Például a szervezetek alapvető elhatárolásai számítástípusokra vonatkozó terv így nézhet ki:

A számítási típusok létrehozását és szerkesztését a fejlesztő (előre definiált számítási típusok) és a felhasználó is elvégezheti, miközben az alkalmazásmegoldással dolgozik. A felhasználó azonban nem törölheti a fejlesztő által létrehozott számítási típusokat.

A számítási típustervben létrehozott számítási típusok befolyásolhatják egymást. A rendszer kétféle befolyást támogat: a bázisidőszak szerinti függést és az érvényességi időszak szerinti eltolást.

Minden számítási típushoz megadhat egy listát a számítási típusokról, amelyektől függ az alapidőszak, és amelyek az érvényességi időszakban felülírják azt.

Például a tartásdíj-számítás típusa a bázisidőszaktól függhet a következő számítási típusokon:

A Fizetés számítási típust pedig a Távollét számítási típus helyettesítheti:

Ezen függőségeken túlmenően egy számítási típushoz adhatók meg úgynevezett vezető számítási típusok - olyanok, amelyektől nem közvetlenül függ, de más típusú számításokon keresztül befolyásolhatják.

Számítási típusok tervlapok
Annak érdekében, hogy a felhasználó megtekinthesse és módosítsa a számítási típusok tervében szereplő adatokat, a rendszer többféle megjelenítési formát is támogat. A rendszer képes automatikusan előállítani az összes szükséges űrlapot; Ezzel együtt a fejlesztőnek lehetősége van saját űrlapok létrehozására, amelyeket a rendszer az alapértelmezett űrlapok helyett használ:

A számítási típusok megtekintéséhez használja a lista űrlapot. Lehetővé teszi a listában való navigálást, a számítási típusok hozzáadását, törlésre való megjelölését és törlését. A lista űrlap lehetővé teszi a megjelenített információk rendezését és kiválasztását több szempont szerint:

Az egyes számítási típusokhoz tartozó adatok megtekintéséhez és módosításához használja a számítási típus űrlapot. Az adatokat általában könnyen érthető és szerkeszthető formában jeleníti meg:

A számítási típusokhoz e két űrlapon kívül egy űrlap is támogatott a listából adott számítási típusok kiválasztásához. Általában tartalmazza az egyik vagy másik számítástípus kiválasztásához szükséges minimális információkészletet.

Számítási regiszter

Számítási regiszter szerkezete
A számítási regiszterben lévő információkat rekordok formájában tárolják, amelyek mindegyike mérési értékeket és megfelelő erőforrásértékeket tartalmaz.

A regiszterdimenziók leírják azokat a szakaszokat, amelyekben az információ tárolódik, és a regiszter-erőforrások közvetlenül tartalmazzák a tárolt információkat. Például a Szervezetek alkalmazottainak alapvető elhatárolásai számítási nyilvántartáshoz, amelynek szerkezete a következő:

Az adatbázisban tárolt rekordok így néznek ki:

A számítási típusok tervéhez való viszony
A számítási regiszter az alkalmazási megoldásban létező egyik számítási típustervhez van társítva. Ez a kapcsolat azt eredményezi, hogy minden regiszterrekordnak van egy Calculation Type mezője, aminek köszönhetően a regisztermechanizmusok nyomon követhetik a számítási rekordok egymásra gyakorolt ​​hatását.

Periodikaság

A számítási regiszter nem csak a létrehozott mérések, hanem az idő kontextusában is tárol adatokat. Ez az oka annak, hogy minden számítási regiszterbejegyzéshez egy másik kötelező mező - Érvényességi időszak - létezik. A számítási regiszter létrehozásakor a fejlesztő megadhatja, hogy a bejegyzések milyen minimális gyakorisággal kerüljenek a nyilvántartásba:

Az anyakönyvvezetőnek való alárendeltség
A számítási regiszter állapotának változása általában bizonylat feladásakor következik be. Ezért minden nyilvántartási bejegyzés egy adott dokumentumhoz van társítva – egy anyakönyvvezető és a dokumentum sorszáma. A nyilvántartásba bejegyzések felvétele, módosítása és törlése csak egy bizonylathoz kapcsolódó összes bejegyzésnél lehetséges egyszerre.

Az idővonalhoz való viszony
A számítási nyilvántartás időbeosztáshoz köthető. Az idővonal egy információs regiszter, amely a számításokba bevont forrásadatok idődiagramját tartalmazza. Ennek az ütemezésnek a dimenziói lehet például a munkarend és a dátum, az erőforrás pedig az ezen a napon eltöltött munkaórák száma. Ekkor lehetőség nyílik egy számítási regiszter bejegyzést egy konkrét munkarendhez társítani, és a jövőben a beépített nyelv segítségével információt szerezni a számítások elvégzéséhez szükséges munkaórák számáról.

Például egy idővonal a következő szerkezettel:

Újraszámítások
A számítási regiszter speciális objektumokat tartalmazhat - Újraszámítások:

Ezekben az objektumokban a rendszer információkat tárol arról, hogy a számítási regiszter mely bejegyzései veszítették el relevanciájukat, és a függőségi mechanizmusok működése következtében a bázisidőszakra, illetve az érvényességi időszakra a kilakoltatásra kerülnek újraszámításra.

A rekordok egyedisége
A rendszer biztosítja a számítási regiszterben tárolt rekordok egyediségének ellenőrzését. Ezért a számítási regiszter nem tartalmazhat két bejegyzést ugyanannak a bizonylatnak ugyanazon sorához.

A számítási regiszter által megvalósított mechanizmusok

Elővásárlás érvényességi idő szerint
Az érvényességi időszak elővásárlási mechanizmusa lehetővé teszi egy településnyilvántartási bejegyzés tényleges érvényességi idejének kiszámítását a nyilvántartásban szereplő egyéb bejegyzések elemzése alapján.

Általában egy településnyilvántartási bejegyzés két dátumot tartalmaz, amelyek meghatározzák a bejegyzés érvényességi időtartamát. Ezt az időszakot nevezzük belépési érvényességi időszaknak. Ha azonban az adott bejegyzéshez tartozó számítási típust felválthatja egy másik számítási típus, akkor az adott bejegyzés érvényességi ideje csak „kívánt” időszak, vagyis „azt akarjuk, hogy a bejegyzés ebben az időszakban érvényes legyen. .” Valójában ennek a rekordnak a tényleges érvényességi ideje csak azután határozható meg, hogy az összes olyan számítási típusú rekordot elemezzük, amely érvényességi idővel felülírja ezt a számítástípust. A tényleges érvényességi időszak olyan időszakok halmaza, amelyek a bejegyzés eredeti érvényességi idejének egy részét képezik. Ha nem találunk olyan rekordot, amely érvényességi ideje tekintetében kiszorítja az adott rekordot, akkor ennek a rekordnak a tényleges érvényességi ideje megegyezik az érvényességi idejével. Az élethosszig tartó kilakoltatás másik szélsőséges esete, amikor egy adott rekordot teljesen kiszorítanak más rekordok. Ebben az esetben a bejegyzésnek nem lesz tényleges érvényességi ideje.

Minden településnyilvántartási bejegyzés tartalmazza azt a településtípust, amelyre vonatkozik. Annak meghatározásához, hogy az érvényességi idő szerint mely bejegyzések kerüljenek felül egy adott bejegyzésre, a bérnyilvántartás a bértípustervre mutató hivatkozást használ, amely leírja a bértípusok egymásra gyakorolt ​​kölcsönös hatását. Ennek a kapcsolatnak a használata lehetővé teszi a bérnyilvántartás számára, hogy meghatározza az egyes bejegyzések tényleges érvényességi idejét.

Függőség bázisidőszak szerint
Az alapperiódusfüggő mechanizmus lehetővé teszi, hogy a regiszterben található egyéb bejegyzések elemzése alapján megkapja a számítási regiszterbejegyzés alapértékét.

Az alap az a számérték, amelyet egy adott rekord eredményének kiszámításához kell használni. A bázis kiszámítása más tételek számítási eredményeinek elemzésével történik, amelyektől ez a bejegyzés függ a bázisidőszakban. Így általános esetben egy számítási regiszter rekord két dátumot tartalmaz, amelyek meghatározzák azt az időszakot, amikor szükséges elemezni az olyan számítási típusok rekordjait, amelyektől az ilyen típusú számítás az alaptól - a bázisidőszaktól - függ. A számítási típusterv hivatkozása lehetővé teszi, hogy a számítási regiszter meghatározza azokat a számítási típusokat, amelyektől az adott számítási típus a bázisidőszakra függ.

A számítási regiszter kétféle függőséget támogat a bázisidőszaktól:

  • az érvényességi időtől való függés;
  • regisztrációs időszaktól való függés.

Az érvényességi időtől való függés esetén az alap megszerzéséhez azokat a rekordokat választjuk ki, amelyeknél megtaláljuk a tényleges érvényességi idejük metszéspontját ezen rekord bázisidejével. Az a bázis értéke, amelyet egy adott befolyásoló rekordból kapunk, általában nem egyenlő azzal az eredménnyel, amelyet ez a rekord tartalmaz. Az alapot a befolyásoló rekord tényleges időszakának a meghatározott bázisidőszakkal átfedő részével arányosan számítják ki. Ez a rekordhoz társított diagramadatokat fogja használni.

A regisztrációs időszaktól való függés esetén az alap megszerzéséhez azon rekordok számítási eredményei kerülnek kiválasztásra, amelyek a „Regisztrációs időszak” mező értékével esnek a rekord bázisidőszakába.

A bázisidőszaktól való függés legbonyolultabb változata az az eset, amikor ennek a rekordnak a számítási típusához az „Érvényességi időszak a bázisidőszak” tulajdonság van beállítva. Ez a tulajdonság azt jelenti, hogy ennek a rekordnak a bázisidőszakát nem a rekord megfelelő mezőiben megadott bázisidőszakot kell használni, hanem az irat tényleges érvényességi idejét, amelyet a kilakoltatási mechanizmus működése eredményeként kapunk. az érvényességi idő, és amely általános esetben néhány időszak halmaza.

Újraszámítási rekordok generálása
Az újraszámítási rekordok generálásának mechanizmusa figyeli, hogy olyan rekordok jelenjenek meg a regiszterben, amelyek befolyásolják a meglévő rekordok számítási eredményét. A meglévőket befolyásoló új rekordok lehetőségét a számítási típusok kölcsönös hatásának elemzése, valamint az érvényességi időszakra vonatkozó eltolási mechanizmusok és a bázisidőszaki függés alapján határozzuk meg.

Az újraszámítási rekordok generáló mechanizmusának eredménye az újraszámítási rekordok halmaza, amely információkat tartalmaz arról, hogy mely regiszterbejegyzéseket kell újraszámítani (újraszámolni).

Számítási nyilvántartási űrlapok
Annak érdekében, hogy a felhasználó megtekinthesse a számítási regiszterben szereplő adatokat, a rendszer támogatja a számítási regiszter megjelenítési formáját - lista űrlapot. Lehetővé teszi a megjelenített információk rendezését és kiválasztását több szempont szerint:

A rendszer automatikusan létrehozhatja ezt az űrlapot. Ezzel együtt a fejlesztőnek lehetősége van saját űrlapok létrehozására, amelyeket a rendszer az alapértelmezett űrlap helyett használ, beleértve egy rekordkészlet űrlapot, amely lehetővé teszi számítási regiszter bejegyzések hozzáadását, módosítását és törlését.

Számítási regiszter funkció
A számítási regiszter fő funkciói a fejlesztő számára a következők:

  • rekordok kiválasztása egy adott intervallumban meghatározott kritériumok szerint;
  • iratok kiválasztása anyakönyvvezető által;
  • a megadott kiválasztásnak megfelelő regiszterbejegyzések alapértékének beszerzése;
  • ütemezési adatok beszerzése az adott kiválasztásnak megfelelő regiszterbejegyzésekhez;
  • az újraszámítás tárgyát képező iratok adatainak beszerzése;
  • rekordhalmaz olvasása, módosítása és regiszterbe írása.