Datatemplate voor Record to Report - periodeafsluiting en afstemming
Datatemplate voor Record to Report - periodeafsluiting en afstemming
Dit is onze generieke datatemplate voor process mining voor Record to Report: periodeafsluiting en reconciliatie. Gebruik onze templates voor specifieke systemen voor gerichter advies.
Selecteer een specifiek systeem- Een algemeen raamwerk voor de analyse van Record to Report.
- Brengt belangrijke datavelden en procesactiviteiten in kaart.
- Een basis voordat je data uit een specifiek systeem haalt.
Attributen voor Record to Report - periodeafsluiting en afstemming
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van een specifieke bedrijfsgebeurtenis of taak die tijdens het afsluitproces heeft plaatsgevonden. | ||
| Beschrijving De activiteitsnaam beschrijft een afzonderlijke stap in het afsluit- en aansluitproces, zoals 'Journaalpost geboekt', 'Aansluiting goedgekeurd' of 'Periode afgesloten'. Samen vormen deze activiteiten de reeks gebeurtenissen van het end-to-end proces voor een financiële periode. De volgorde en duur van deze activiteiten analyseren is de kern van process mining. Zo wordt de werkelijke processtroom zichtbaar, kun je bottlenecks opsporen waar activiteiten te lang duren en afwijkingen van de standaardprocedure herkennen. Met verschillende activiteitsnamen kun je het proces opdelen en bijvoorbeeld inzoomen op aansluitingen of consolidatie. Waarom dit belangrijk is Dit attribuut is nodig om de proceskaart weer te geven, bottlenecks op te sporen en de volgorde van gebeurtenissen in de afsluitcyclus te begrijpen. Waar vind je dit? Af te leiden uit transactiecodes, event logs, taakbeschrijvingen in een workflowtool of statuswijzigingen van documenten in het financiële systeem. Voorbeelden Subadministratieperiode geslotenJournaalpost geboektReconciliatie goedgekeurdFinanciële overzichten gegenereerd | |||
| Financiële periode FinancialPeriod | De unieke identificatiecode van een financiële rapportagecyclus, zoals een maand of kwartaal. Deze code is de primaire case-ID en groepeert alle bijbehorende activiteiten aan het einde van de periode. | ||
| Beschrijving De financiële periode is de specifieke boekhoudperiode, bijvoorbeeld '2023-12' of 'Q4-2023', waarin alle afsluitactiviteiten plaatsvinden. Deze periode vormt de centrale case die uiteenlopende gebeurtenissen, van het afsluiten van subadministraties tot het opstellen van de definitieve rapportage, samenbrengt in één end-to-end procesinstantie. Met process mining kun je activiteiten per financiële periode analyseren en de totale doorlooptijd van de periodeafsluiting meten. Je kunt perioden met elkaar vergelijken om trends, verbeteringen of verslechteringen in de prestaties te herkennen. Door de financiële periode als case-ID te gebruiken, vallen alle bijbehorende journaalposten, aansluitingen en goedkeuringen binnen dezelfde afsluiting. Waarom dit belangrijk is Dit is de unieke case-ID die alle bijbehorende activiteiten groepeert. Zo kun je de doorlooptijd en efficiëntie van het volledige afsluitproces analyseren. Waar vind je dit? Meestal te vinden in de koptekst of sectie met algemene gegevens van financiële documenten en taakbeheersystemen voor de periodeafsluiting. Voorbeelden 2023-12Q4 20232024-MARP01-2024 | |||
| Tijdstip van gebeurtenis EventTime | De timestamp die aangeeft wanneer een activiteit of gebeurtenis is gestart. | ||
| Beschrijving Het tijdstip van de gebeurtenis legt de exacte datum en tijd vast waarop een activiteit begon. Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en de processtroom per financiële periode te reconstrueren. Het is het uitgangspunt voor alle tijdsanalyses met process mining. Een nauwkeurig tijdstip van de gebeurtenis is belangrijk om KPI's zoals doorlooptijden en wachttijden tussen activiteiten te berekenen. Door de tijd tussen opeenvolgende gebeurtenissen te analyseren, kunnen organisaties vertragingen opsporen en zien hoe het afsluitproces in de tijd verloopt. Zo wordt duidelijk waar kansen liggen om de afsluiting te versnellen en efficiënter te maken. Waarom dit belangrijk is Deze verplichte timestamp is nodig om gebeurtenissen in de juiste volgorde te zetten, doorlooptijden tussen activiteiten te berekenen en de totale duur van het afsluitproces te meten. Waar vind je dit? Meestal te vinden als 'Aanmaakdatum', 'Boekingsdatum' of 'Startdatum' in transactielogs, documentkoppen of eventtabellen van workflowsystemen. Voorbeelden 2023-12-28T10:15:00Z2024-01-02T09:00:30Z2024-01-05T17:45:12Z | |||
| Bronsysteem SourceSystem | De identificatiecode van het informatiesysteem waaruit de gebeurtenisdata zijn gehaald. | ||
| Beschrijving Het attribuut Bronsysteem geeft aan in welke applicatie of module een activiteit is vastgelegd. Bij een complex IT-landschap verloopt de periodeafsluiting vaak via meerdere systemen, zoals een ERP voor journaalposten, een aansluittool voor accountcontroles en een consolidatiesysteem voor rapportages. Door per gebeurtenis het bronsysteem bij te houden, zie je welke technologie bij het proces betrokken is. Zo worden afhankelijkheden tussen systemen zichtbaar en kun je problemen met datakoppelingen of de prestaties van een specifiek systeem opsporen. Dit overzicht helpt IT- en financiële managers die hun applicatielandschap willen verbeteren of vertragingen door een bepaald systeem willen onderzoeken. Waarom dit belangrijk is Laat zien waar elke processtap plaatsvindt. Zo kun je overdrachten tussen systemen begrijpen en bottlenecks door technologie opsporen. Waar vind je dit? Deze informatie maakt vaak deel uit van het raamwerk voor data-extractie of staat in technische metadatavelden van de brontabellen. Voorbeelden SAP S/4HANAOracle Fusion FinancialsBlackLineWorkiva | |||
| Laatste data-update LastDataUpdate | De timestamp van de laatste keer dat de procesdata zijn vernieuwd of uit het bronsysteem zijn gehaald. | ||
| Beschrijving Dit attribuut legt de datum en tijd van de laatste update van de dataset vast. Het geeft belangrijke context bij een analyse: hoe actueel de data zijn en tot welk moment gebeurtenissen zijn meegenomen. Bij een dynamisch proces als de periodeafsluiting is dit belangrijk voor realtime dashboards. Wie beslissingen neemt op basis van process mining, moet weten hoe recent de data zijn. Zo is duidelijk of de analyse een volledig historisch beeld geeft of een momentopname van een afsluiting die nog loopt. Deze timestamp is belangrijke metadata voor de integriteit van de data en het vertrouwen van gebruikers. Waarom dit belangrijk is Geeft aan hoe actueel de data zijn, zodat gebruikers weten hoe recent de procesanalyse is. Waar vind je dit? Dit is meestal metadata die tijdens het ETL-proces (extractie, transformatie en laden) wordt aangemaakt. Voorbeelden 2024-01-15T08:00:00Z2024-01-15T12:00:00Z2024-01-16T01:00:00Z | |||
| Bedrijfscode CompanyCode | De unieke identificatiecode van de juridische entiteit waarvoor de financiële activiteit wordt uitgevoerd. | ||
| Beschrijving De bedrijfscode staat voor de specifieke juridische entiteit of dochteronderneming binnen een concern waarvoor de periodeafsluiting wordt uitgevoerd. Voor financiële consolidatie moeten vaak de boeken van meerdere entiteiten worden afgesloten voordat rapportages op groepsniveau kunnen worden opgesteld. Met dit attribuut kun je filteren op organisatie en entiteiten met elkaar vergelijken. Analisten kunnen zo de efficiëntie en tijdigheid van het afsluitproces bij verschillende bedrijven binnen de organisatie vergelijken. Dat helpt om goede werkwijzen bij goed presterende entiteiten te herkennen en elders toe te passen. Ook wordt duidelijk welke entiteiten extra ondersteuning of procesverbeteringen nodig hebben. Waarom dit belangrijk is Maakt het mogelijk het afsluitproces bij verschillende juridische entiteiten te vergelijken en goede werkwijzen en verbeterpunten op te sporen. Waar vind je dit? Een standaard organisatieveld in de koptekst van vrijwel alle financiële transactietabellen in een ERP-systeem. Voorbeelden 1000US01DE015400 | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit of gebeurtenis is afgerond. | ||
| Beschrijving De eindtijd legt de exacte datum en tijd vast waarop een activiteit is afgerond. De starttijd geeft aan wanneer een activiteit begon, de eindtijd laat zien hoe lang de activiteit duurde. Dit is vooral relevant voor taken met een meetbare duur, zoals het opstellen van een complex rapport of het handmatig uitvoeren van een aansluiting. Met process mining kun je op basis van de start- en eindtijd de verwerkingstijd van activiteiten berekenen. Deze metriek helpt inefficiënte stappen en taken die veel middelen vragen op te sporen. Door verwerkingstijden te analyseren, zie je hoeveel tijd actief aan een taak wordt besteed en hoeveel tijd er wordt gewacht tot de volgende stap begint. Dat geeft een gedetailleerder beeld van de procesprestaties. Waarom dit belangrijk is Maakt het mogelijk de verwerkingstijd van activiteiten te berekenen, zodat je inefficiënte taken en bottlenecks in de inzet van middelen kunt opsporen. Waar vind je dit? Te vinden als 'Afrondingsdatum', 'Datum laatste wijziging' of een timestamp van een statuswijziging in transactietabellen of logtabellen van het bronsysteem. Voorbeelden 2023-12-28T11:00:00Z2024-01-02T09:30:45Z2024-01-05T18:00:00Z | |||
| Journaalpost-ID JournalEntryId | Een unieke identificatiecode voor een specifieke journaalpost of boekhoudkundig document. | ||
| Beschrijving De journaalpost-ID is een uniek nummer of een unieke code voor één boekhoudkundig document. Deze documenten zijn het belangrijkste middel om financiële transacties vast te leggen, waaronder standaardboekingen, overlopende posten en correcties tijdens de periodeafsluiting. Met dit attribuut kun je de verwerking van journaalposten gedetailleerd analyseren. Door activiteiten aan een specifieke journaalpost-ID te koppelen, volg je een journaalpost van aanmaak tot boeking, inclusief eventuele controles en goedkeuringen. Dit is belangrijk voor dashboards over handmatige correcties: je kunt het aantal, de waarde en de invloed ervan op het afsluitproces meten. Waarom dit belangrijk is Identificeert boekhoudkundige documenten uniek en maakt een gedetailleerde analyse mogelijk van het aantal journaalposten, herstelwerk en goedkeuringsdoorlooptijden. Waar vind je dit? Een primaire sleutel in kopteksten van boekhoudkundige documenten, vaak aangeduid als 'Documentnummer' of 'Journaal-ID'. Voorbeelden 1900000123JE-2024-00543DOC000432101 | |||
| Status van aansluiting ReconciliationStatus | De huidige of definitieve status van een aansluitingstaak. | ||
| Beschrijving De status van de aansluiting geeft aan wat de stand van zaken is bij een rekeningafstemming. Veelvoorkomende statussen zijn 'Niet gestart', 'Bezig', 'Ingediend ter controle', 'Afgewezen' en 'Goedgekeurd'. Deze statussen komen vaak overeen met activiteiten in het proces. Statuswijzigingen analyseren is een belangrijke manier om de processtroom van aansluitingen te reconstrueren. De status is nodig om KPI's zoals het percentage aansluitingen dat in één keer wordt goedgekeurd te meten. Deze KPI laat zien welk percentage van de aansluitingen zonder afwijzing wordt goedgekeurd. Ook kun je zien bij welke rekeningen of afdelingen veel afwijzingen voorkomen, wat kan wijzen op kwaliteits- of opleidingsproblemen. Waarom dit belangrijk is Volgt de voortgang van aansluitingen en maakt het mogelijk herstelwerkpercentages, goedkeuringstijden en de efficiëntie van het deelproces voor aansluitingen te meten. Waar vind je dit? Een statusveld bij de aansluitingstaak of het aansluitingsobject in een systeem voor aansluitingsbeheer. Voorbeelden BezigIngediend ter controleAfgewezenGoedgekeurd | |||
| Transactiebedrag TransactionAmount | De geldwaarde van een financiële transactie, zoals het bedrag van een journaalpost. | ||
| Beschrijving Het transactiebedrag geeft de financiële waarde van een gebeurtenis weer, meestal van een journaalpost of correctie. Dit kan de totale documentwaarde zijn, de waarde van een regel of het bedrag van een correctie bij een aansluiting. Dit attribuut voegt belangrijke bedrijfscontext toe aan de procesanalyse. Je kunt problemen prioriteren op basis van hun financiële impact. Door bijvoorbeeld de waarde van handmatige journaalposten te analyseren, kun je automatisering richten op de belangrijkste correcties. Ook helpt het bij risicobeoordeling: transacties met een hoge waarde die mogelijk strengere controles of goedkeuringen nodig hebben, worden zichtbaar. Waarom dit belangrijk is Geeft financiële context aan procesgebeurtenissen, zodat je de geldelijke impact van correcties kunt analyseren en verbeteringen op basis van hun waarde kunt prioriteren. Waar vind je dit? Te vinden in regel- of kopteksten van financiële documenten, vaak in velden voor lokale valuta en groepsvaluta. Voorbeelden 15000.00-250.751250000.50 | |||
| Verantwoordelijke gebruiker ResponsibleUser | De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd of eraan is toegewezen. | ||
| Beschrijving Dit attribuut geeft aan welke medewerker of systeemgebruiker verantwoordelijk is voor een specifieke taak in het afsluitproces. Dat kan de accountant zijn die een journaalpost boekt, de manager die een aansluiting goedkeurt of de analist die de financiële overzichten opstelt. Een analyse per verantwoordelijke gebruiker helpt de werkverdeling en teamprestaties te begrijpen en opleidingsbehoeften op te sporen. Zo zie je of bepaalde personen een bottleneck vormen of dat het werk ongelijk over het team is verdeeld. Deze analyse vanuit het perspectief van medewerkers helpt bij het verdelen van middelen en het verbeteren van de productiviteit tijdens de drukke afsluitperiode. Waarom dit belangrijk is Maakt het mogelijk de werkverdeling en teamproductiviteit te analyseren en individuele opleidingskansen of beperkingen in de beschikbare middelen op te sporen. Waar vind je dit? Te vinden in velden zoals 'Gebruikersnaam', 'Gemaakt door', 'Medewerker-ID' of 'Eigenaar' in kopteksten van financiële documenten en taaklogs van workflows. Voorbeelden j.doeasmithFIN_AUTOMATION_BOTUSER12345 | |||
| Aansluitings-ID ReconciliationId | Een unieke identificatiecode voor een specifieke rekeningafstemmingstaak. | ||
| Beschrijving De aansluitings-ID identificeert één specifieke aansluiting, bijvoorbeeld de aansluiting van een bepaalde bankrekening voor een bepaalde periode. Binnen het volledige afsluitproces vormt deze ID een subcase waarin de voorbereiding, controle en goedkeuring van die aansluiting worden gegroepeerd. Deze ID bijhouden is belangrijk voor een gedetailleerde analyse van het deelproces voor aansluitingen. Je kunt er de doorlooptijd van de volledige aansluiting mee meten, van de start tot de definitieve goedkeuring. Ook kun je herstelwerkpercentages berekenen door aansluitingen te herkennen die zijn afgewezen en teruggestuurd voor correctie. Waarom dit belangrijk is Maakt een gedetailleerde analyse van het deelproces voor aansluitingen mogelijk, met onder meer doorlooptijden, herstelwerkpercentages en bottlenecks per aansluiting. Waar vind je dit? Een primaire identificatiecode in gespecialiseerde systemen of modules voor rekeningafstemming. Voorbeelden REC-110000-20231245001BS-RECON-US01-CASH-202401 | |||
| Afdeling Department | De afdeling of het team dat bij de activiteit of gebruiker hoort. | ||
| Beschrijving Het attribuut Afdeling geeft aan welke bedrijfseenheid, zoals Finance, Controlling of Accounts Payable, verantwoordelijk is voor een activiteit. Het biedt een functionele kijk op het proces, naast de juridische entiteit die de bedrijfscode aangeeft. Een analyse per afdeling maakt overdrachten en samenwerking tussen teams zichtbaar. Ook kunnen vertragingen aan het licht komen die ontstaan doordat een andere afdeling eerst een taak moet afronden. Met deze informatie kun je de samenwerking tussen afdelingen verbeteren en workflows voor meerdere teams efficiënter maken. Waarom dit belangrijk is Helpt overdrachten en prestaties van verschillende functionele teams te analyseren en kansen voor betere samenwerking tussen afdelingen te vinden. Waar vind je dit? Af te leiden uit gebruikersstamgegevens, transactiegegevens over kostenplaatsen of rechtstreeks opgegeven in workflowbeheersystemen. Voorbeelden BedrijfsfinanciënCrediteurenadministratieTreasuryControlling | |||
| Geplande einddatum PlannedCompletionDate | De geplande deadline waarop de financiële periode of een belangrijke mijlpaal moet zijn afgesloten. | ||
| Beschrijving De geplande einddatum, ook wel streefdatum, is de deadline voor de volledige periodeafsluiting of voor belangrijke mijlpalen daarin. Financiële teams gebruiken deze datum in hun afsluitkalender om hun werk te plannen. Door de werkelijke einddatum van het proces met deze geplande datum te vergelijken, kunnen organisaties meten welk percentage van de afsluitingen op tijd klaar is. Dit is een belangrijke KPI voor de financiële functie. Met een analyse van afwijkingen van de planning kunnen teams de oorzaken van vertragingen achterhalen en hun planning en uitvoering voor volgende perioden verbeteren. Zo beschrijft de procesanalyse niet alleen wat er is gebeurd, maar helpt die ook om deadlines te halen. Waarom dit belangrijk is Maakt het mogelijk prestaties ten opzichte van de afsluitkalender te meten, terugkerende vertragingen op te sporen en de planning voor volgende perioden te verbeteren. Waar vind je dit? Bijgehouden in applicaties voor afsluitbeheer of taakbeheer, of mogelijk opgeslagen in een centrale kalender of spreadsheet. Voorbeelden 2024-01-05T23:59:59Z2024-01-08T17:00:00Z2023-12-31T23:59:59Z | |||
| Grootboekrekening GeneralLedgerAccount | Het nummer van de grootboekrekening die bij de aansluiting of journaalpost hoort. | ||
| Beschrijving De grootboekrekening is een basiselement van de financiële administratie en staat voor een specifiek type bezit, verplichting, eigen vermogen, opbrengst of kostenpost. Bij de periodeafsluiting zijn activiteiten zoals journaalposten en aansluitingen altijd gekoppeld aan een of meer grootboekrekeningen. Met een analyse per grootboekrekening krijg je een gedetailleerder beeld van de afsluiting. Je ziet welke rekeningen het lastigst of tijdrovendst zijn om aan te sluiten en voor welke rekeningen de meeste correctieboekingen nodig zijn. Deze inzichten kunnen helpen het rekeningschema te vereenvoudigen of de boekhoudkundige werkwijze voor rekeningen met een hoog risico of veel transacties te verbeteren. Waarom dit belangrijk is Maakt een gedetailleerde analyse mogelijk, zodat je ziet welke rekeningen het ingewikkeldst of tijdrovendst zijn om aan te sluiten en verbeteringen gericht kunt aanpakken. Waar vind je dit? Te vinden in de detailregels van journaalposttabellen en als belangrijk attribuut in systemen voor rekeningafstemming. Voorbeelden 110000401100210010630100 | |||
| Is geautomatiseerd IsAutomated | Een aanduiding die aangeeft of een activiteit door een systeem of automatiseringsbot is uitgevoerd in plaats van door een gebruiker. | ||
| Beschrijving Het attribuut Is geautomatiseerd is een booleaanse waarde (true/false) die onderscheid maakt tussen taken die door een persoon zijn uitgevoerd en taken die door een systeemproces zijn uitgevoerd, zoals een geplande batchtaak of een RPA-bot (robotic process automation). Zo wordt duidelijk in hoeverre het afsluitproces is geautomatiseerd. Met deze dimensie kun je de invloed van automatiseringsinitiatieven meten. Je kunt het percentage geautomatiseerde en handmatige activiteiten volgen, geschikte kandidaten voor verdere automatisering vinden en controleren of bestaande automatiseringen naar verwachting werken. Dit overzicht is belangrijk voor organisaties die hun financiële functie digitaal willen transformeren en efficiënter willen maken. Waarom dit belangrijk is Maakt onderscheid tussen taken van medewerkers en systeemtaken, zodat je het automatiseringsniveau kunt meten en nieuwe kansen voor automatisering kunt vinden. Waar vind je dit? Af te leiden uit de gebruikers-ID (bijvoorbeeld systeem- of botgebruikers), transactiecodes van batchtaken of specifieke aanduidingen in workflowtools. Voorbeelden truefalse | |||
| Type aansluiting ReconciliationType | Deelt aansluitingen in, bijvoorbeeld als balans, winst-en-verliesrekening of intercompany. | ||
| Beschrijving Dit attribuut deelt aansluitingen op basis van hun aard in logische groepen in. Veelvoorkomende typen zijn balans-, bank-, intercompany-, vaste-activum- en winst-en-verliesrekeningaansluitingen. Per type kunnen de complexiteit, risico's en standaardprocedure verschillen. Door de analyse op type aansluiting uit te splitsen, kun je prestaties beter vergelijken. Intercompany-aansluitingen zijn bijvoorbeeld vaak ingewikkelder en tijdrovender dan eenvoudige bankaansluitingen. Dit attribuut helpt realistische prestatiedoelen vast te stellen en specifieke uitdagingen binnen elke categorie aansluitingswerk te herkennen. Waarom dit belangrijk is Maakt het mogelijk prestaties van verschillende categorieën aansluitingen te vergelijken en geeft een genuanceerder beeld van procesuitdagingen en efficiëntie. Waar vind je dit? Af te leiden uit de eigenschappen van de grootboekrekening of opgeslagen als een specifiek categorieveld in een tool voor aansluitingsbeheer. Voorbeelden BalansBankaansluitingIntercompanyVaste activa | |||
| Type journaalpost JournalEntryType | De classificatie van de journaalpost, bijvoorbeeld 'Standaard', 'Terugboeking' of 'Correctie'. | ||
| Beschrijving Het type journaalpost deelt boekhoudkundige documenten in op basis van hun doel of aard. Veelvoorkomende typen zijn standaardboekingen uit subadministraties, handmatige correcties, overlopende posten, herclassificaties en terugboekingen. Deze classificatie geeft context bij de reden waarom een journaalpost is aangemaakt. Met een analyse per type journaalpost kun je routinematige, geautomatiseerde boekingen onderscheiden van afwijkende, handmatige ingrepen. Veel 'Correctie'- of 'Handmatige' boekingen kunnen wijzen op problemen in eerdere processtappen of op een gebrek aan automatisering. Deze analyse helpt kansen te vinden om processen te standaardiseren en handmatig werk tijdens de afsluiting te verminderen. Waarom dit belangrijk is Deelt journaalposten in, zodat je routinematige en uitzonderlijke boekingen kunt onderscheiden en de invloed van handmatige correcties kunt meten en analyseren. Waar vind je dit? Meestal opgeslagen als 'Documenttype' of een vergelijkbaar classificatieveld in de koptekst van het boekhoudkundige document. Voorbeelden SACorrectieOverlopende postTerugboeking | |||
Activiteiten voor Record to Report - periodeafsluiting en afstemming
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Correctieboeking geboekt | Dit is een handmatige journaalpost om saldi te corrigeren, herclassificaties te boeken of andere correcties te verwerken die tijdens de reconciliatie zijn gevonden. Het gaat meestal om incidentele boekingen om de financiële gegevens nauwkeurig te houden. | ||
| Waarom dit belangrijk is Veel correctieboekingen kunnen wijzen op problemen in eerdere processtappen of controles. Door deze boekingen te analyseren, kun je de oorzaken van fouten vinden. Waar vind je dit? Dit zijn expliciete transacties in de grootboektabellen. Je kunt ze vaak herkennen aan een specifieke journaalbron, documentsoort of boekingsdatum laat in de periode. Vastleggen Identificeer journaalposten aan de hand van een specifieke documentsoort, het bronsysteem of een gebruikersrol die hoort bij correcties aan het einde van de periode. Gebeurtenistype explicit | |||
| Financiële overzichten gegenereerd | Dit event markeert het opstellen van de belangrijkste financiële overzichten, zoals de winst-en-verliesrekening en de balans. Het is een belangrijke mijlpaal: het rapportagepakket is nu samengesteld. | ||
| Waarom dit belangrijk is Dit is een belangrijke uitkomst van het volledige Record to Report-proces. De tijd tot dit moment is een belangrijke maatstaf voor de efficiëntie van het financiële team. Waar vind je dit? Je kunt dit vastleggen door de uitvoering van specifieke rapportagetransacties of -programma’s te volgen, of door de aanmaakdatum van de definitieve rapportbestanden te gebruiken. Vastleggen Leg de timestamp vast waarop het programma of rapport voor het genereren van de financiële overzichten succesvol is uitgevoerd. Gebeurtenistype explicit | |||
| Periode geopend | Deze activiteit markeert de officiële start van de financiële afsluiting voor een specifieke periode. Meestal gaat het om een expliciete actie op systeemniveau waarmee nieuwe transacties en journaalposten voor die boekhoudperiode kunnen worden verwerkt. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het afsluitproces. De tijd tussen deze activiteit en ‘Periode gesloten’ geeft de totale doorlooptijd van het proces weer. Waar vind je dit? Dit event wordt meestal vastgelegd in systeemlogs of een stamgegevenstabel met de status van elke financiële periode, zoals een tabel voor de controle van boekingsperioden. Vastleggen Zoek de timestamp waarop de status van de periode verandert in ‘Open’ of ‘Beschikbaar voor boekingen’. Gebeurtenistype explicit | |||
| Periode gesloten | Dit is de laatste activiteit in het standaardproces. Alle taken voor de afsluiting zijn afgerond en de financiële periode is officieel gesloten. Daarna kunnen er geen transacties meer voor deze periode worden geboekt. | ||
| Waarom dit belangrijk is Dit is de definitieve eindgebeurtenis van het proces. De totale doorlooptijd wordt gemeten vanaf ‘Periode geopend’ tot dit moment en is een belangrijke KPI. Waar vind je dit? Dit is een expliciete, controleerbare actie die wordt vastgelegd in systeemlogs of de centrale tabel voor de controle van boekingsperioden. Vastleggen Zoek de timestamp waarop de status van de periode in de instellingen voor financieel periodebeheer definitief verandert in ‘Gesloten’. Gebeurtenistype explicit | |||
| Reconciliatie goedgekeurd | Dit is de definitieve goedkeuring van een rekeningreconciliatie. Alle controlerondes zijn afgerond en het rekeningsaldo is bevestigd. Dit belangrijke moment markeert de afronding van de reconciliatieworkflow voor een rekening. | ||
| Waarom dit belangrijk is Deze activiteit is een belangrijk mijlpaal. Door bij te houden of alle vereiste reconciliaties zijn afgerond, krijg je inzicht in de voortgang van de periodeafsluiting. Waar vind je dit? Dit expliciete event wordt vastgelegd wanneer de reconciliatie in een workflow- of reconciliatietool de definitieve status ‘Goedgekeurd’ krijgt. Vastleggen Leg de timestamp vast waarop de reconciliatiestatus verandert in ‘Goedgekeurd’, ‘Gecertificeerd’ of ‘Gesloten’. Gebeurtenistype explicit | |||
| Subadministratieperiode gesloten | Dit is het moment waarop transactiegerichte subadministraties, zoals crediteuren en debiteuren, voor de periode worden gesloten. Daarna kunnen er geen nieuwe operationele transacties meer worden geboekt. Zo blijft de data consistent voordat het werk aan het grootboek begint. | ||
| Waarom dit belangrijk is Het sluiten van subadministraties is een belangrijke voorwaarde voor de afsluiting van het grootboek. Vertraging bij deze activiteit kan gevolgen hebben voor de hele afsluitplanning. Waar vind je dit? Dit event is terug te vinden in statuswijzigingslogs van afzonderlijke modules of subadministraties. Financiële systemen hebben vaak een specifiek scherm of een specifieke transactie voor het beheren van de status van subadministratieperioden. Vastleggen Zoek voor de betreffende periode naar statuswijzigingen van ‘Open’ naar ‘Gesloten’ of ‘On Hold’ in modules zoals AR, AP en Fixed Assets. Gebeurtenistype explicit | |||
| Consolidatie uitgevoerd | Dit event staat voor de uitvoering van consolidatietaken die financiële data van meerdere dochterondernemingen of bedrijfseenheden samenvoegen. Zo worden de financiële resultaten gecombineerd in één set overzichten voor de moedermaatschappij. | ||
| Waarom dit belangrijk is Bij organisaties met meerdere entiteiten is consolidatie een complex en belangrijk deelproces. Door de timing en duur ervan te volgen, kun je de planning van de concernafsluiting beter beheren. Waar vind je dit? Dit event wordt meestal vastgelegd in de uitvoeringslogs van een financieel consolidatiesysteem of -module. Daarin staat wanneer consolidatietaken zijn uitgevoerd. Vastleggen Zoek timestamps in logs van consolidatietaken, valutaconversies en boekingen voor intercompany-eliminaties. Gebeurtenistype explicit | |||
| Data geïmporteerd in het grootboek | Dit event markeert de import of overdracht van samengevatte transactiegegevens uit subadministraties en externe systemen naar het grootboek. Alle financiële data komt zo op één centrale plek samen, klaar voor reconciliatie en correcties. | ||
| Waarom dit belangrijk is Deze activiteit is een belangrijk punt voor data-integratie. Door de afronding ervan te volgen, zie je afhankelijkheden van externe systemen en mogelijke bottlenecks bij het laden van data. Waar vind je dit? Dit event is meestal terug te vinden in logs van batchtaken of data-integratie, of aan de hand van de aanmaaktimestamps van samengevatte journaalposten uit subadministraties. Vastleggen Leg de timestamp vast waarop batchtaken die subadministratiedata naar het grootboek boeken, zijn afgerond. Je kunt ook de timestamp van de journaalimport gebruiken. Gebeurtenistype explicit | |||
| Financiële overzichten goedgekeurd | Dit is de definitieve goedkeuring van de financiële overzichten door bevoegde managers, voordat ze worden gepubliceerd of verspreid. Dit is vaak de laatste goedkeuringsmijlpaal in het afsluitproces. | ||
| Waarom dit belangrijk is Deze definitieve goedkeuring markeert duidelijk het einde van de rapportagecyclus. De tijd tussen het genereren en goedkeuren laat zien hoe lang de beoordeling door het management duurt. Waar vind je dit? Dit kan buiten het systeem om gebeuren, maar is vast te leggen als er een formele digitale goedkeuringsstap bestaat in een workflowtool of als statuswijziging van een taak op de afsluitchecklist. Vastleggen Leid dit af uit een statuswijziging naar ‘Goedgekeurd’ bij een taak op de afsluitchecklist voor de beoordeling door het management, of voer de gegevens handmatig in. Gebeurtenistype inferred | |||
| Geautomatiseerde taak uitgevoerd | Dit event staat voor de uitvoering van een geplande, geautomatiseerde taak voor een specifieke activiteit aan het einde van de periode. Denk aan valutaherwaarderingen, GR/IR-afletteringen of andere geautomatiseerde herclassificaties en correcties. | ||
| Waarom dit belangrijk is Deze taken zijn belangrijk voor een efficiënte automatisering. Door de duur en timing ervan te analyseren, zie je of ze vertraging veroorzaken en naar verwachting werken. Waar vind je dit? Informatie over deze events staat in de planningen en uitvoeringslogs van batchtaken. Daarin worden de begin- en eindtijden van elke taak vastgelegd. Vastleggen Haal timestamps uit systeemlogs waarin de uitvoering van specifieke programma’s of batchtaken voor het einde van de periode wordt vastgelegd. Gebeurtenistype explicit | |||
| Journaalpost geboekt | Deze activiteit legt vast dat een standaardjournaalpost in het grootboek is geboekt. Het gaat meestal om boekingen voor overlopende posten, voorzieningen, uitstelposten en intercompanytransacties die bij het reguliere afsluitproces horen. | ||
| Waarom dit belangrijk is Het aantal en de timing van deze boekingen geven aan hoeveel handmatig werk nodig is tijdens de afsluiting. Zo zie je waar automatisering mogelijk is. Waar vind je dit? Dit is een standaard financiële transactie die expliciet wordt vastgelegd in de journaalposttabellen van het grootboek, samen met gegevens over de gebruiker, datum en het type. Vastleggen Gebruik de boekingsdatum van het document uit de hoofd- of kopregel van de journaalpost of het boekingsdocument. Gebeurtenistype explicit | |||
| Periode opnieuw geopend | Dit is een uitzonderingsactiviteit waarbij een eerder gesloten periode opnieuw wordt geopend, meestal om een late correctie of aanpassing te boeken. Dit wijkt af van het standaardproces en kan wijzen op een zwakke controle. | ||
| Waarom dit belangrijk is Het opnieuw openen van perioden brengt risico’s met zich mee en hoort zelden voor te komen. Door deze activiteit te volgen, kun je tekortkomingen in procescontroles en de gevolgen van late correcties opsporen. Waar vind je dit? Dit is een expliciete statuswijziging die wordt vastgelegd in dezelfde tabellen of logs voor de controle van boekingsperioden als het event ‘Periode gesloten’. Vastleggen Leg de timestamp vast waarop de status van een periode verandert van ‘Gesloten’ terug naar ‘Open’ of ‘On Hold’. Gebeurtenistype explicit | |||
| Proefbalans gegenereerd | Deze mijlpaal markeert het genereren van een voorlopige of definitieve proefbalans. Dit is een belangrijk controlemoment om na te gaan of de totale debet- en creditbedragen gelijk zijn nadat alle correcties zijn geboekt. | ||
| Waarom dit belangrijk is Het genereren van de proefbalans is een belangrijke stap voordat de definitieve financiële overzichten worden opgesteld. Vertraging in deze fase heeft direct gevolgen voor de planning van de eindrapportage. Waar vind je dit? Dit kan worden afgeleid uit de laatste correctieboeking voordat de financiële overzichten worden opgesteld, of expliciet worden vastgelegd in uitvoeringslogs van rapporten. Vastleggen Leg de uitvoeringstimestamp van het programma voor de proefbalans vast, of leid deze af uit het tijdstip van de laatste materiële journaalpost voor de periode. Gebeurtenistype inferred | |||
| Reconciliatie afgewezen | Een controleur heeft een probleem gevonden in een ingediende reconciliatie en deze teruggestuurd naar de medewerker voor correctie. Hierdoor begint een herstelronde en blijkt dat de kwaliteitscontrole niet goed is verlopen. | ||
| Waarom dit belangrijk is Afwijzingen geven rechtstreeks aan hoeveel herstelwerk en inefficiëntie er in het proces zit. Door het aantal afwijzingen en de redenen ervoor te analyseren, kun je opleidingsbehoeften of probleemrekeningen opsporen. Waar vind je dit? Dit event wordt vastgelegd als een expliciete statuswijziging naar ‘Afgewezen’ of ‘Correctie nodig’ in het workflow-systeem voor reconciliaties. Vastleggen Zoek de timestamp waarop de status van een reconciliatie wordt bijgewerkt om aan te geven dat een controleur deze heeft afgewezen. Gebeurtenistype explicit | |||
| Reconciliatie gestart | Dit event geeft aan dat een medewerker is begonnen met de reconciliatie van een specifieke grootboekrekening. Dit is het begin van de onderbouwing van het rekeningsaldo voor de periode. | ||
| Waarom dit belangrijk is Door bij te houden wanneer reconciliaties beginnen, kun je de werklast van het team beter verdelen en rekeningen opsporen die steeds laat in de afsluitcyclus aan bod komen. Waar vind je dit? Dit event wordt vaak vastgelegd in een aparte reconciliatietool of -module, bijvoorbeeld bij een statuswijziging, taaktoewijzing of de eerste bewerking door een medewerker. Vastleggen Leid het startmoment af uit de eerste statuswijziging van ‘Nieuw’ naar ‘In uitvoering’, of gebruik de timestamp van de eerste gebruikersactie op het reconciliatieobject. Gebeurtenistype inferred | |||
| Reconciliatie ingediend ter controle | De medewerker heeft de reconciliatie afgerond en formeel ingediend voor controle en goedkeuring. Deze activiteit markeert de overdracht van de medewerker die de reconciliatie heeft voorbereid naar de controleur in de workflow. | ||
| Waarom dit belangrijk is Deze overdracht is een belangrijk moment in het deelproces voor reconciliatie. De tijd tussen indiening en goedkeuring is een belangrijke maatstaf voor de doorlooptijd van de controle. Waar vind je dit? Dit wordt meestal vastgelegd als een expliciete statuswijziging van het reconciliatieobject in een systeem voor afsluitbeheer of rekeningreconciliatie. Vastleggen Leg de timestamp vast waarop de reconciliatiestatus verandert in ‘Ingediend’, ‘Wacht op controle’ of een vergelijkbare status. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Nu je weet welke data nodig is, kun je een extractiegids voor een specifiek systeem kiezen om data te verzamelen. Je kunt deze generieke template ook als uitgangspunt gebruiken voor je Record to Report-analyse.
Verbeter vandaag nog je Record to Report-proces
Automatiseer de periodeafsluiting en afstemming, beperk fouten en krijg sneller inzicht.
Geen creditcard nodig. Zie binnen enkele dagen resultaat.