1s 8.3 redovisning omräkning av brist på vatten. Hur man räknar om för brister med ändrad tariff. Omräkning av försäkringspremier

Justering av avgifter med typen av operation "Underleverans" är avsedd för omräkning av avgifter för tjänster vid kort leverans under en viss period. Denna typ av operation kan också användas i en situation där taxan har ändrats under perioden, men debitering redan har gjorts.

Låt oss överväga att justera periodiseringar med denna typ av verksamhet i 1C-programmet: Redovisning i bostads- och kommunala förvaltningsbolag, villaägarföreningar och bostadsrättsföreningar, red. 3.0 med hjälp av exemplet med tjänsten "Uppvärmning".

1. Låt oss anta att tjänsten "Uppvärmning" i januari debiterades till ett belopp av 900 rubel enligt l/s nr 2011067001:

Obs: i exemplet beräknas tjänsten "Uppvärmning" baserat på den totala ytan. Rumsyta 50 m2, taxa 18 rubel.

2. I februari blir det känt att betalningen i januari var tänkt att ske med en kurs av 13 rubel. Att utföra omräkning

skapa ett dokument "Justering av periodiseringar" med typen av operation "Underleverans".

Fyll i dokumentet:

ange datumet för dokumentet och omräkningsperioden - januari 2015;
ange antalet dagar som behöver räknas om, i exemplet - 31 dagar;
Vi anger föremålet för omräkningen, i detta fall l/s nr 2011067001;
Vi anger tjänsten för vilken omräkning kommer att göras, i detta fall "Uppvärmning";
markera kryssrutan "Delvis omberäkning", välj omräkningsalternativet "med en sänkning av tariffen med" och ange siffran som du vill öka eller minska tariffen med, i detta fall 18 – 13 = 5;
fyll i tabellsektionen med "Fyll"-knappen;
Klicka på knappen "Beräkna" för att utföra omräkningen:

Periodiseringen i januari genomfördes med en hastighet av 18 rubel: 18*50=900 rubel.

Omräkningen utfördes med en hastighet av 13 rubel: (18-5)*50 = 650 rubel. Därför är omräkningsbeloppet 250 rubel.

Omräkningar är en integrerad del av löneberäkningen. Information om sjukfrånvaro, semester eller frånvaro för anställda som tas emot av ekonomiavdelningen med viss fördröjning leder till omräkning av löner och följaktligen försäkringspremier. 1C-experter berättar om hur beräkningar och omräkningar av försäkringspremier återspeglas i redovisning och reglerad rapportering i programmet 1C: Löner och personalledning 8, utgåva 3.

Vid omräkning av löner blir det nödvändigt att räkna om försäkringspremier. Dessutom kan skälet till omräkning av avgifter vara en förändring av taxan under året eller upptäckt av fel, till exempel att beräkningen inte tagits med i underlaget för försäkringspremier.

I dessa fall har revisorn frågor om behovet, skyldigheten och rätten att lämna uppdaterad information till Federal Tax Service.

Enligt klausul 1.2 i förfarandet för att fylla i beräkningen av försäkringspremier, som ges i bilaga nr 2 till ordern från Rysslands federala skattetjänst daterad 10.10.2016 nr ММВ-7-11/551@, är betalaren skyldig att göra nödvändiga ändringar i Beräkningen och lämna en uppdaterad rapport till skattemyndigheten om någon oretecknad eller ofullständig information, samt fel som leder till en underskattning av beloppet av försäkringspremier.

När revisorn beslutar om en uppdaterad beräkning ska lämnas in ska revisorn svara på följande frågor:

om all information återspeglades;
huruvida fel begåtts och om de ledde till en underskattning av storleken på försäkringspremierna.

Inlämning av en uppdaterad beräkning kan vara en skyldighet, en rättighet eller en påtvingad nödvändighet.

Uppdaterad beräkning av försäkringspremier

Skyldigheten att lämna in en uppdaterad beräkning uppstår om det, efter att ha lämnat in rapporten till Federal Tax Service, visar sig att ofullständig eller felaktig information om anställda har lämnats, eller fel upptäckts som ledde till en underskattning av beloppet av försäkringspremier som ska betalas.

Typer av vanliga fel som kräver obligatorisk inlämning av en uppdaterad beräkning:

1. Den anställde rapporterade inte omedelbart ändringar i sina personuppgifter, och Federal Tax Service gav falsk information om honom i avsnitt 3 i beräkningen.

2. Den anställde arbetade på en avdelning som har rätt att tillämpa en förmånlig ränta på försäkringspremier. Därefter överfördes han till en enhet där grundförsäkringspremien tillämpas. Information om den anställdes överföring kom sent till ekonomiavdelningen. Beräkningen av avgifterna gjordes felaktigt till reducerad skattesats.

3. I det inledande uppställningsskedet av programmet 1C: Löner och personalledning 8 gjordes ett misstag genom att premien uteslöts från beräkningsunderlaget för försäkringspremier. Att rätta till felet kommer att resultera i ytterligare avgifter.

4. En avdelning med förmånstaxa förlorar rätten att använda den men informationen når löneansvarig med dröjsmål. Omräkning enligt grundtaxan leder till en ökning av beloppet av försäkringspremier.

5. Vid beräkningen av försäkringspremier angav programmet inte att tjänsten var listad i listan över farliga yrken som omfattas av tilläggstaxor. Efter att felet upptäckts och rättats ledde omräkningen till att försäkringspremier till tilläggsavgifter betalades under.

Låt oss titta på funktionerna i omräkning av försäkringspremier i "1C: Löner och personalhantering 8" utgåva 3 med hjälp av exempel.

Exempel 1

Vid beräkning av försäkringspremier för en enhet Stock en förmånlig ränta på försäkringspremier tillämpades Invånare i den teknologiinnovativa speciella ekonomiska zonen(biljettkod "05"). Denna tariff ger bidrag till pensionsfonden med 13 % 2018; i socialförsäkringskassan 2,9 %; i Federal Compulsory Medical Insurance Fund 5,1 %. Exakt så beräknades bidrag för anställd V.S. Murgröna. Med månatliga inkomster på 10 000 rubel. Beloppet för försäkringsavdrag för månaden var:

i pensionsfonden - 1 300 rubel;
i FFOMS - 510 rubel;
i socialförsäkringsfonden - 290 rubel.

De angivna beloppen återspeglades i beräkningen av försäkringspremier för första kvartalet 2018.

När det visade sig att divisionen hade förlorat rätten att tillämpa en förmånlig ränta på försäkringspremier, då i enlighet med skrivelser från Rysslands federala skattetjänst daterade den 25 oktober 2017 nr GD-4-11/21611@ och ministeriet of Finance of Russia daterad 18 december 2017 nr? 03-15-06/ 84443 det fanns ett behov av att lämna in en klargörande beräkning. För att bilda det är det nödvändigt att räkna om försäkringspremier med nya priser.

I kortet Divisioner fältet ska rensas Rädsla för förmånstullar. bidrag. Nu är uppdelningen föremål för den taxa som används för organisationen och som anges i kortet Organisationer på bokmärket Redovisningsprinciper och andra inställningar länk Redovisningsprincip i fält Tarifftyp.

I exempel 1 är organisationen inställd på Grundförsäkringspremie(tullkod "01"), som föreskriver avgiftssatser 2018: till Ryska federationens pensionsfond till ett belopp av 22%; Försäkringskassan 2,9 %; FFOMS 5,1%. Det är uppenbart att pensionsfonden har "underbetalt" 9% av bidragen (22% - 13%), och taxekoden har ändrats.

I exempel 1 under övervägande bör inkomstredovisningsförfarandet ses över för att omräkna bidragen. Dokumentet är avsett att registrera förfarandet för inkomstregistrering och omräkning av försäkringspremier från föregående period. (meny Skatter och avgifter). På bokmärket Inkomstinformation det är nödvändigt att manuellt klargöra alla anställdas inkomster. Samtidigt på bokmärket Beräknade bidrag Försäkringspremier kommer att räknas om automatiskt.

Till följd av omräkning av försäkringspremier för anställd V.S. Murgröna med månatliga inkomster på 10 000 rubel. Beloppet för försäkringsavdrag för månaden var:

i Rysslands pensionsfond - 2 200 rubel;
i Federal Compulsory Medical Insurance Fund och Social Insurance Fund - beloppet ändrades inte och uppgick till 510 rubel. och 290 rub.

Efter omräkning av försäkringspremier för första kvartalet bör förtydligande Beräkningar utarbetas. Använder tjänsten 1C-Rapportering, det är nödvändigt att skapa nya rapporter för de perioder som korrigeras och för Titelsida ange Rättelsenummer(Fig. 2). Förtydligandena påverkade alla anställda på avdelningen, eftersom allas tariffkod hade ändrats. Därför bildas avsnitt 3 i den uppdaterade beräkningen för alla anställda på avdelningen. I andra fall, när bildandet av en uppdaterad beräkning orsakas av ändringar i data eller periodiseringar för enskilda anställda, visar avsnitt 3 data endast för dessa anställda. I vilket fall som helst är de återstående avsnitten av den klargörande beräkningen ifyllda med helt nya uppgifter.

Ris. 2. Titelsida för den förtydligande beräkningen av försäkringspremier för första kvartalet 2018

Rätten att lämna en uppdaterad beräkning av försäkringspremier

Försäkringstagare kan lämna in en uppdaterad Beräkning till besiktningen om de hittar fel som leder till en överskattning av försäkringspremiens storlek. Faktum är att vid nästa beräkning av bidragen under innevarande period görs en omräkning, och resultatet återspeglas i rapporten för nästa period. Situationsalternativ som låter dig presentera en uppdaterad beräkning:

1. Den anställde fick lön för hela arbetade månaden. Beräkningen av försäkringspremier lämnades till Federal Tax Service, men det visade sig senare att den anställde var sjukskriven eller på semester på egen bekostnad. En periodisering som inte ingick i underlaget för premieberäkningen ersatte en periodiseringspliktig försäkringspremie, vilket ledde till överbetalning av premier.

2. Eventuell omräkning av intjänad personal, vilket leder till en omräkning av försäkringspremier för att minska dem.

Exempel 2

Vid beräkning av lön för juni till anställd S.S. Gorbunkov tilldelades:

lönebetalning - 7 500 rubel;
betalning för affärsresa (baserat på genomsnittlig inkomst) för juni - 2 500 rubel.

Försäkringspremier har beräknats till grundtaxan. I juni bidrag från S.S:s lön. Gorbunkov var:

i Rysslands pensionsfond - 2 200 rubel;
i FFOMS - 510 rubel;
i socialförsäkringsfonden - 290 rubel.

Dessa bidrag är inbetalda och inkluderade i 2018 års halvårskonto. Den sjukfrånvaro som lämnats in till redovisningsavdelningen för perioden 2018-06-25-30-06-30 skapar inte skäl för bildandet av en uppdaterad Beräkning. Dokument registrerat i programmet Sjukskrivenåterför det tidigare upplupna beloppet av reseersättningar (fig. 3).

Ris. 3. Omräkning av reseersättning i dokumentet ”Sjukskrivning”.

Sjukskrivningen togs emot av organisationen i juli. Detta är ingen felsituation och leder inte till underbetalning av försäkringspremier. Eftersom det intjänade beloppet vid sjukfrånvaro inte omfattas av försäkringsavgifter har det skett en överbetalning av avgifter med:

i Ryska federationens pensionsfond - 550 rubel;
i FFOMS - 127,50 rubel;
i socialförsäkringsfonden - 72,50 rubel.

I ett program Sjukskriven, registrerad juli 2018, påverkar beräkningen av försäkringspremier under innevarande månad, vilket minskar beräkningsunderlaget.

Det finns inga lagkrav för att lämna in en uppdaterad beräkning i en sådan situation. Alla omräkningar sker under nästa period och återspeglas i nästa rapporter. Men samtidigt har organisationen rätt att förtydliga rapporten för halvåret och meddela Federal Tax Service om överbetalningen som har inträffat genom att lämna in ett förtydligande.

Före slutet av månaden bör du dock inte göra förhastade förtydliganden av beräkningen. Det finns trots allt olika handlingar registrerade under hela månaden. Vid något tillfälle dokumentet Sjukskriven kan verkligen vända inkomsten från föregående månad, och baserat på resultaten av beräkningen av löner för månaden, ett annat dokument, till exempel, Beräkning av löner och bidrag, kommer att göra ytterligare periodiseringar som överstiger återföringsintäkterna från föregående period. Som ett resultat kommer den innevarande månadens inkomst att minska med beloppet för återföring av affärsresan, inga minus för föregående månad kvarstår och justeringsrapporten kommer inte att visa några förändringar.

Behovet av att lämna in en uppdaterad beräkning av försäkringspremier

I ett antal fall har försäkringstagaren, trots avsaknad av skyldighet att lämna en uppdaterad beräkning, ingen annan möjlighet att rapportera sin överbetalning av premier, förutom att lämna en uppdatering:

1. Som ett resultat av omräkning av avgifter under innevarande period får den anställde ett negativt belopp. En rapport med ett negativt belopp kan inte skickas till Federal Tax Service. Därför finns det bara en utväg - att generera en uppdaterad rapport för föregående period.

2. Den anställde arbetade i riskfyllt arbete. Försäkringspremier beräknades med en tilläggssats. Information om den anställdes övergång till arbete under normala arbetsförhållanden inkom sent till ekonomiavdelningen. Som ett resultat av omräkning är det omöjligt att sänka de beräknade avgifterna till tilläggssatsen, eftersom den anställdes periodiseringar under den aktuella perioden inte längre är föremål för avgifter till tilläggssatsen.

Exempel 3

I det här fallet, till skillnad från föregående exempel 2, kommer det negativa beloppet av försäkringspremier som härrör från avbokning av en affärsresa inte att kompenseras av periodiseringar. Trots det faktum att det totala beloppet av försäkringspremier på grund av andra anställdas intjänande kommer att vara positivt, i avsnitt 3 kommer den anställde att förbli negativa värden, och detta är oacceptabelt. Och därför måste revisorn skapa ett dokument Omräkning av försäkringspremier, räkna om bidrag för juni, generera och skicka in en uppdaterad beräkning till Federal Tax Service.

Programmet 1C: Lön och personalhantering 8 automatiserar processen för omräkning av försäkringspremier. Använder tjänsten 1C-Rapportering initiala och förtydligande beräkningar för försäkringspremier genereras automatiskt. Beslutet att upprätta en förtydligande Kalkyl ligger dock kvar hos revisorn. Efter att ha analyserat konsekvenserna av att registrera ett dokument som ändrar beräkningar i den period som en rapport redan har lämnats för, räknar revisorn antingen om försäkringspremier för föregående period, eller så sker beräkningen automatiskt under innevarande månad.

Från redaktören. Läs i artikeln om mekanismen som implementeras i 1C:Enterprise 8 för att kontrollera kontrollförhållanden för beräkning av försäkringspremier, som tar hänsyn till data från justeringsberäkningar.

Omräkningsobjektet används för att lagra information om för vilka beräkningsregisterposter beräkningsresultaten (resurserna) behöver räknas om. Det är ett konfigurationsobjekt som är underordnat beräkningsregistret. Behovet av att räkna om resurser kan uppstå på grund av en felaktig sekvens av dokumentinmatning av användaren (retroaktiv inmatning av dokument), vilket leder till behovet av att räkna om beräkningsresultaten för de poster som beror på beräkningsresultaten för andra poster som matats in i systemet senare.

Omräkningsobjektinställningar

Information om poster som kräver omräkning kan lagras i varierande detalj.

Tilldelningsposter innehåller fördefinierade fält:

Omräkningsobjekt – en länk till registratorn vars beräkningsresultat behöver revideras;
Beräkningstyp – en länk till beräkningstypen från beräkningstypplanen som är tilldelad registret som äger Omberäkningsobjektet.

Därmed lagras åtminstone information om omräkningar korrekt till registrator (dokument) och typ av beräkning.

För att mer exakt identifiera inaktuella avräkningsregisterposter kan du ange allokeringsmått. Detta gör att du kan begränsa listan över poster som kräver omräkning.

Låt oss titta på ett exempel.

Om beräkningsregistret lagrar uppgifter om den upplupna grundlönen för organisationens anställda och beräkningsregistret således har dimensionen "Anställd", så kan omräkningen också ha dimensionen "Anställd". Detta kommer att leda till att omräkningsposter kommer att innebära behov av att räkna om de registeranteckningar som tillhör en specifik registrator, har en viss typ av beräkning och innehåller en länk till en specifik anställd.

Konverteringstabellen kan fyllas i automatiskt av systemet baserat på de inställningar som gjordes under konfigurationen. Automatisk spårning av poster för vilka en revidering av resultatet krävs är huvudsyftet med omräkningsobjektet.

Allokeringsdimensioner är ett av verktygen som låter dig konfigurera denna automatiska allokeringsfyllning.

Detta görs med hjälp av egenskaperna för allokeringsdimensionen:

Registerdimension – en länk till dimensionen för det ”överordnade” beräkningsregistret som omräkningen är underordnad.
Ledande registerdata – länkar till mätningar och detaljer om ledande beräkningsregister.

För att beskriva särdragen med att ställa in omräkningsmätningar kommer vi överens om följande villkor:

Huvudregistret är det beräkningsregister som omräkningen är underordnad och som det ”övervakar” resultatens relevans.
Ledande register är beräkningsregister vars anteckningar påverkar resultatet av beräkningen av huvudregisteranteckningarna.

Om systemet redan har huvudregisterposter bör varje förändring av sammansättningen av de ledande registerposterna leda till att omräkningsposter uppstår. Dessa omräkningsposter kommer att signalera behovet av att räkna om en eller annan uppsättning huvudregisterposter.

För att exakt beskriva vilka förändringar i ledande registerposter som kommer att leda till att omräkningar uppstår, används omräkningsmått. För att specificera behovet av att räkna om poster för samma anställd för vilken de ledande registerposterna infördes (ändrades), gör du följande. En länk till dimensionen "Anställd" i huvudregistret läggs in i egenskapen "Register Dimension", och länkar till dimensionen "Anställd" för alla ledande register läggs in i egenskapen "Leading Register Data". Med denna inställning, i händelse av någon förändring i sammansättningen av de ledande registerposterna (d.v.s. när du skriver motsvarande uppsättning poster), kommer följande att hända:

En uppsättning ledande registerposter har analyserats (låt oss säga att postuppsättningen innehåller poster för den anställde Ivanov som har en viss giltighetstid (till exempel mars)
Huvudregistret kommer att begäras automatiskt
Om den redan innehåller poster, enligt Ivanov, och deras resultat potentiellt beror på posterna i det ledande registret (vad "potentiellt beror ..." kommer att diskuteras nedan), kommer rader med följande data att läggas in i omräkningen:

I det här fallet kommer rader endast att anges om sådana rader inte redan finns i konverteringstabellen.

Det bör noteras att uppkomsten av omräkningsposter inte innebär några ändringar direkt i huvudregistret. Omräkningsposter är inget annat än en signal som systemet ger. Och exakt hur man ska reagera på denna signal om behovet av att räkna om registerposter beror på utvecklaren av en viss lösning. Vi kommer att diskutera exempel på bearbetning av omräkningsposter i andra publikationer.

Planinställningar för beräkningstyp relaterade till tilldelningar

Vissa registerposters beroende av andra byggs upp genom inställningarna av planer för beräkningstyper. Följande begrepp används för detta:

Variant av beroende av basen – egenskap hos planen för beräkningstyper;
Grundläggande planer för beräkningstyper – egenskap hos planen för beräkningstyper;
Ledande typer av beräkning - egenskapen för beräkningstypen;
Basperiod – uppgifter om beräkningsregistret;
Giltighetsperiod – uppgifter om beräkningsregistret;
Registreringsperiod – uppgifter om beräkningsregistret.

Låt oss säga att huvudberäkningsregistret tilldelas beräkningstypplanen "Huvud", och det ledande registret tilldelas beräkningstypplanen "Auxiliary". Sedan måste huvudplanen för beräkningstyper ställa in följande egenskaper för egenskapsgruppen "Beräkning":
Beroende på basen – "efter giltighetstid" eller "efter registreringsperiod";
Grundplaner för beräkningstyper – plan för beräkningstyper ”Auxiliary”.

Detta kommer att innebära att huvudberäkningsregistret, som uppträder enligt beräkningstypplanen ”Huvud”, är beroende av de register till vilka beräkningstypplanen ”Hjälp” är tilldelad (d.v.s. i vårt fall det ledande beräkningsregistret) och vid samma tid inmatningarna Huvudregistret beror på stamposterna efter giltighetsperiod eller registreringsperiod.

När du skapar en plan för beräkningstyperna "Huvud" måste dess beräkningstyper (till exempel beräkningstypen "Tilläggsbidrag") ställas in i listan över ledande beräkningstyper för beräkningstyperna "Auxiliary" (till exempel beräkningstyperna ”Personligt tillägg” och ”Månadstillägg”). Detta kommer att innebära att resultatet av beräkning av huvudregisteranteckningarna med beräkningstypen "Tilläggsbidrag" beror på resultatet av de ledande registeranteckningarna med beräkningstyperna "Personlig tillägg" och "Månadstillägg" och ska räknas om vid ev. någon ändring (utseende eller radering).

Samtidigt, för att ta reda på vilka poster som behöver räknas om, kommer systemet att jämföra posterna för de ledande och huvudberäkningsregistren:

efter typ av beräkning,
när giltighetsperioden (eller registreringsperioden) för de ledande registerposterna faller inom basperioden för huvudregisterposterna
och av anställningsdimensionen, som beskrevs ovan.

Detta material låter dig göra inställningar som kommer att leda till automatisk fyllning av konverteringstabeller. För vissa uppgifter kanske automatiskt slutförande inte räcker. I sådana fall bör du generera allokeringsposter med hjälp av systemets inbyggda språk. Detta diskuteras i detalj i avsnittet "Ange tilldelningar med det inbyggda språket".

"Omberäkningsregler" är extra metadataobjekt som är utformade för att automatiskt spåra relevansen av resultaten av beräkningar vid inmatning av nya beräkningsjournalposter, radering av befintliga eller manuell korrigering av beräkningsresultatet.

När du skapar en omräkningsregel bestäms vilka typer av beräkningar som ska beräkningar, när du redigerar vilken omräkningsregel som "utlöses" och vilka typer av beräkningar som måste räknas om när denna regel utlöses.

Listan över beräkningstyper på grundval av vilka en specifik omräkningsregel utlöses kallas konventionellt ledande beräkningstyper. Listan över beräkningstyper som måste räknas om när en specifik regel utlöses kallas konventionellt beroende beräkningstyper.

Till exempel, för att organisera den korrekta omräkningen av tilläggsbetalningar till huvudavgifterna, bör du som ledande typer av beräkningar ange de på grundval av vilka ytterligare betalningar beräknas (lön, taxa, ackord) och som beroende typer av beräkningar du bör ange de faktiska omräknade tilläggsbetalningarna.

Efter att ha lagt in en sådan omräkningsregel i systemet kommer beräkningsjournalen att bete sig som beskrivs nedan. I det här fallet kommer vi först att överväga fallet för förhållandet mellan beräkningstyper under en faktureringsperiod.

Så om en ny post dyker upp i avräkningsjournalen (som ett resultat av att ett dokument bokförs), försvinner (när bokföringen avbryts) eller en befintlig post med en av de "ledande" beräkningstyperna (i vårt exempel - lön, tariff , styckbetalning) korrigeras, kommer det att tas bort tecknet "Beräknat" från alla poster som motsvarar ytterligare betalningar, om några, med samma giltighetstid som den inmatade, raderade eller korrigerade posten.

Om samtidigt en post skrivs in med en giltighetstid inte i den aktuella faktureringsperioden, utan i en av de tidigare (till exempel retroaktiv beräkning av lön för den senaste månaden), så kommer systemet att lägga in omräkningsposter för alla ytterligare betalningar för motsvarande föregående period.

Omräkningsregeln kan vara av tre typer: omräkning av poster för den aktuella perioden, omräkning av poster för samma period eller omräkning av poster för framtida perioder.

I det första fallet räknas specificerade typer av beräkningar om från endast den aktuella perioden, oavsett giltighetstiden för de ändrade beräkningsjournalposterna.

I det andra fallet räknas de angivna avräkningstyperna om med samma giltighetstid som den nya inmatningen.

I den tredje omräknas poster för en eller flera framtida faktureringsperioder.

Till exempel, om du bygger en regel för omräkning av sjukfrånvaro, kommer typerna av påbörjande beräkningar att tilldelas som ledande beräkningar.

Beräkningsregister- dessa är. De används i mekanismen för komplexa periodiska beräkningar och tjänar till att lagra poster om vissa typer av beräkningar som måste utföras, såväl som för att lagra mellanliggande data och resultaten av själva beräkningarna.

Strukturera

Information i beräkningsregistret lagras i form av poster, som var och en innehåller mätvärden och motsvarande resursvärden.

Mått register beskriver de avsnitt där information lagras, och Resurser register innehåller direkt den lagrade informationen. Till exempel för ett beräkningsregister Periodiseringar, som har följande struktur:

Posterna som lagras i databasen kommer att se ut så här:

Förhållande till beräkningstypsplan

Beräkningsregistret är kopplat till någon av de beräkningstypsplaner som finns i applikationslösningen. Detta förhållande gör att varje registerpost har ett fält Typ av beräkning, tack vare vilka registermekanismer kan spåra den ömsesidiga påverkan av beräkningsposter på varandra.

Periodicitet

Beräkningsregistret lagrar data inte bara i samband med skapade mätningar, utan även i tidssammanhang. Detta är anledningen till att det finns ytterligare ett obligatoriskt fält för varje beräkningsregisterpost - Giltighet. När du skapar ett beräkningsregister kan utvecklaren ange den lägsta frekvensen med vilken poster kommer att föras in i registret:

Underställd registrator

En förändring av beräkningsregistrets tillstånd sker vanligtvis när ett dokument bokförs. Därför är varje registerpost associerad med ett specifikt dokument - en registrator och radnumret för detta dokument. Att lägga till poster i registret, ändra dem och ta bort dem är endast möjligt samtidigt för alla poster som är relaterade till ett dokument.

Förhållande till tidslinjen

Beräkningsregistret kan kopplas till ett tidschema. En tidslinje är ett informationsregister som innehåller ett tidsdiagram över källdata som ingår i beräkningarna. Dimensionerna för detta schema kan till exempel vara arbetsschema och datum, och resursen kan vara antalet arbetstimmar på detta datum. Då kommer det att vara möjligt att koppla en beräkningsregisteranmälan till ett specifikt arbetsschema och i framtiden, med hjälp av det inbyggda språket, få information om antalet arbetstimmar som krävs för att utföra beräkningar.

Till exempel en tidslinje med följande struktur:

Omräkningar

Beräkningsregistret kan innehålla särskilda objekt - Omräkningar:

I dessa objekt kommer systemet att lagra information om vilka poster i beräkningsregistret som har förlorat sin relevans och som är föremål för omräkning till följd av att beroendemekanismerna fungerar för basperioden och vräkning för giltighetstiden.

Det unika med rekord

Systemet ger kontroll över unikheten hos poster som lagras i beräkningsregistret. Därför kan beräkningsregistret inte innehålla två poster som hänför sig till samma rad i samma dokument.

Mekanismer implementerade av beräkningsregistret

Förköp efter giltighetstid

Med mekanismen för giltighetsperiodförbud kan du beräkna den faktiska giltighetsperioden för en avräkningsregisterpost baserat på en analys av andra poster som finns i registret.

I allmänhet innehåller en avräkningsregisteranteckning två datum som definierar den period under vilken anteckningen är giltig. Denna period kallas för inträdesperioden. Men om beräkningstypen som en given post avser kan ersättas av en annan beräkningstyp, är giltighetsperioden för den givna posten endast en "begärd" period, det vill säga "vi vill att posten ska vara giltig under denna period .” I verkligheten kan den faktiska giltighetstiden för denna post bestämmas först efter att ha analyserat alla poster av beräkningstyper som ersätter denna typ av beräkning efter giltighetsperiod. Den faktiska giltighetsperioden kommer att vara en uppsättning perioder som är en delmängd av den ursprungliga giltighetsperioden för bidraget. Om ingen post hittas som ersätter den givna i termer av giltighetsperiod, kommer den faktiska giltighetsperioden för denna post att vara lika med dess giltighetsperiod. Ett annat extremfall av livstids vräkning är när ett visst rekord helt och hållet slås ut av andra rekord. I det här fallet kommer det inte att finnas någon faktisk giltighetstid för bidraget.

Varje avräkningsregisterpost innehåller den avräkningstyp som den avser. För att avgöra vilka poster som ska ersätta en given post efter giltighetstid använder löneregistret en länk till löneslagsplanen, som beskriver lönearternas ömsesidiga inflytande på varandra. Genom att använda detta förhållande kan löneregistret bestämma den faktiska giltighetstiden för varje post.

Beroende per basperiod

Mekanismen för basperiodberoende låter dig erhålla basvärdet för en beräkningsregisterpost baserat på analysen av andra poster som finns i registret.

Basen är det numeriska värde som måste användas för att beräkna resultatet av en given post. Basen beräknas genom att analysera beräkningsresultaten för andra poster som denna post beror på för basperioden. En beräkningsregisterpost innehåller alltså i det allmänna fallet två datum som bestämmer under vilken period det är nödvändigt att analysera poster av beräkningstyper som denna typ av beräkning beror på basen - basperioden. Genom att använda länken till beräkningstypsplanen kan beräkningsregistret bestämma de beräkningstyper som en given beräkningstyp beror på för basperioden.

Beräkningsregistret stöder två typer av beroende av basperioden:

beroende av giltighetstiden;
beroende av registreringstiden.

I fallet med ett beroende av giltighetsperioden, för att erhålla basen, kommer de poster att väljas för vilka skärningspunkten mellan deras faktiska giltighetsperiod och basperioden för denna post hittas. Värdet på basen som kommer att erhållas från en viss påverkande post är i allmänhet inte lika med resultatet som denna post innehåller. Basen kommer att beräknas i proportion till den del av den faktiska perioden för den påverkande posten som överlappar den specificerade basperioden. Detta kommer att använda sjökortsdata som är kopplade till denna post.

I händelse av beroende av registreringsperioden, för att erhålla basen, kommer resultaten av beräkningen av de poster som faller inom basperioden för denna post att väljas med värdet av deras "Registreringsperiod"-fält.

Den mest komplexa versionen av beroendet av basperioden är fallet när egenskapen "Giltighetsperiod är basperioden" är inställd för beräkningstypen för denna post. Denna egenskap betyder att basperioden för denna post kommer att användas inte basperioden, som anges i motsvarande fält i posten, utan den faktiska giltighetsperioden för posten, som erhålls som ett resultat av driften av vräkningsmekanismen för giltighetstiden och som i det allmänna fallet är en uppsättning av några perioder.

Genererar omräkningsposter

Mekanismen för att generera omräkningsposter övervakar det faktum att poster dyker upp i registret som påverkar beräkningsresultatet för befintliga poster. Möjligheten att nya poster påverkar befintliga bestäms som ett resultat av en analys av den ömsesidiga påverkan av beräkningstyper och baserat på hur förskjutningsmekanismerna fungerar för giltighetsperioden och beroendet för basperioden.

Resultatet av mekanismen för att generera omräkningsposter är en uppsättning omräkningsposter som innehåller information om vilka registerposter som ska räknas om (omräknas).

Funktionalitet för beräkningsregister

Den huvudsakliga funktionaliteten som beräkningsregistret tillhandahåller utvecklaren är:

välja poster i ett givet intervall enligt specificerade kriterier;
urval av poster av registrator;
erhållande av basvärdet för registerposter som uppfyller det specificerade urvalet;
erhållande av schemadata för registerposter som uppfyller ett givet urval;
erhållande av data om poster som är föremål för omräkning;
läsa, modifiera och skriva en uppsättning poster till ett register.