Datatemplate voor Record to Report - journaalposten

Generieke process mining-template
Datatemplate voor Record to Report - journaalposten

Datatemplate voor Record to Report - journaalposten

Generieke process mining-template

Dit is onze generieke datatemplate voor process mining voor Record to Report - journaalposten. Gebruik onze templates voor specifieke systemen voor gerichter advies.

Selecteer een specifiek systeem
  • Gestandaardiseerde datavelden voor consistente analyses in verschillende systemen.
  • Aanbevolen activiteiten om de belangrijkste stappen in het proces voor journaalposten vast te leggen.
  • Een flexibel raamwerk om snel en efficiënt met process mining aan de slag te gaan.

Attributen voor Record to Report - journaalposten

Neem deze aanbevolen datavelden op in het event log voor een volledige procesanalyse en helder inzicht in de workflow voor journaalposten.
5 Verplicht 6 Aanbevolen 4 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfsgebeurtenis of taak die op een bepaald moment in het journaalpostproces plaatsvond.
Beschrijving

De activiteitsnaam beschrijft een stap in de levenscyclus van een journaalpost, zoals 'Journaalpost aangemaakt', 'Journaalpost ter goedkeuring ingediend' of 'Journaalpost geboekt'. Elke activiteit staat voor een afzonderlijke statuswijziging of handeling bij de journaalpost.

Dit attribuut is belangrijk voor process mining, omdat het de knooppunten in de proceskaart bepaalt. Door de volgorde en frequentie van activiteiten te analyseren, zie je hoe het proces werkelijk verloopt. Zo kun je bottlenecks tussen stappen opsporen, afwijkingen van de standaardprocedure herkennen en meten hoeveel tijd elke procesfase kost.

Waarom dit belangrijk is

Dit attribuut bepaalt de stappen op de proceskaart. Zo kun je de processtroom visualiseren, bottlenecks opsporen en afwijkingen analyseren.

Waar vind je dit?

Vaak afgeleid uit statuswijzigingslogboeken, gebeurtenistabellen, transactiecodes of de workflowgeschiedenis van het journaaldocument.

Voorbeelden
Journaalpost aangemaaktJournaalpost ter goedkeuring ingediendJournaalpost goedgekeurdJournaalpost geboekt
Journaalpost-ID
JournalEntryId
De unieke identificatiecode van één journaalpost. Deze code dient als primaire case-ID om de volledige levenscyclus van de journaalpost te volgen, van aanmaak tot boeking of tegenboeking.
Beschrijving

De journaalpost-ID is een belangrijk attribuut waarmee elke financiële transactie uniek wordt geïdentificeerd. De ID koppelt alle bijbehorende activiteiten, zoals aanmaak, goedkeuring en boeking, aan één case.

Bij process mining maakt deze ID het mogelijk om het volledige verloop van elke journaalpost te reconstrueren. De ID vormt de basis voor het berekenen van metrieken op caseniveau, zoals de doorlooptijd, het herkennen van procesvarianten en het toetsen aan het gewenste procesmodel. Zonder unieke case-ID kun je de volgorde van gebeurtenissen voor een specifieke transactie niet volgen.

Waarom dit belangrijk is

Deze ID is nodig om de volledige levenscyclus van elke journaalpost te volgen en processtromen, doorlooptijden en variaties te analyseren.

Waar vind je dit?

Meestal te vinden in de kopgegevenstabel van financiële of boekhoudkundige documenten. De sleutel kan bestaan uit een documentnummer, bedrijfscode en boekjaar.

Voorbeelden
JE001234561000-98765432-2023ACC_DOC_45000189
Tijdstip van gebeurtenis
EventTime
De exacte timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis voor de journaalpost plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis, oftewel de timestamp, legt de exacte datum en tijd van een activiteit vast. Zo kun je de gebeurtenissen per case in chronologische volgorde zetten en de processtroom nauwkeurig reconstrueren.

Bij analyses gebruik je timestamps om de tijd tussen activiteiten en de totale doorlooptijd van het proces te berekenen en vertragingen of bottlenecks op te sporen. Het tijdsverschil tussen 'Journaalpost ter goedkeuring ingediend' en 'Journaalpost goedgekeurd' laat bijvoorbeeld zien hoelang de goedkeuring duurde. Nauwkeurige timestamps zijn de basis voor tijdsanalyses en prestatiemetingen van processen.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen op volgorde te zetten, doorlooptijden te berekenen en vertragingen in het proces op te sporen.

Waar vind je dit?

Te vinden in event logs, tabellen met transactiegeschiedenis of documentwijzigingsgegevens. Belangrijke velden heten vaak 'Aanmaakdatum', 'Wijzigingsdatum' of 'Timestamp'.

Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Bronsysteem
SourceSystem
Het systeem waarin de journaalpost oorspronkelijk is vastgelegd en waaruit de data is gehaald. Dit is handig wanneer data uit meerdere systemen wordt gecombineerd.
Beschrijving

Het attribuut Bronsysteem geeft aan uit welke toepassing of module de data van de journaalpost afkomstig is. In moderne bedrijfsomgevingen kan financiële data uit verschillende ERP-systemen, subadministraties of toepassingen van derden komen.

Met dit attribuut kun je processen uit verschillende bronsystemen vergelijken op efficiëntie en naleving. Je kunt bijvoorbeeld nagaan of journaalposten uit een geautomatiseerde subadministratie sneller worden verwerkt dan handmatig aangemaakte posten. Het attribuut is ook belangrijk voor datagovernance en het oplossen van problemen, omdat je data zo naar de bron kunt herleiden.

Waarom dit belangrijk is

Geeft aan waar de data vandaan komt. Zo kun je processen in verschillende systemen vergelijken en datagovernance ondersteunen.

Waar vind je dit?

Meestal opgegeven bij het instellen van de data-extractie of beschikbaar als standaardveld in datawarehouses die informatie uit meerdere systemen samenbrengen.

Voorbeelden
SAP S/4HANAOracle Fusion FinancialsBlackLineHandmatig
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst is vernieuwd of uit het bronsysteem is gehaald.
Beschrijving

Dit attribuut legt de datum en tijd van de meest recente data-extractie of vernieuwing vast. Zo weet je hoe actueel de geanalyseerde data is.

Om analyseresultaten goed te interpreteren, moet je weten hoe recent de data is. Aan de hand van deze timestamp zie je of je realtime informatie bekijkt of een momentopname. Dat bepaalt hoe relevant dashboards en KPI’s zijn voor actuele achterstanden en procesprestaties.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is, zodat duidelijk is hoe recent de procesanalyse is.

Waar vind je dit?

Deze timestamp wordt meestal aangemaakt en opgeslagen door de data-extractietool of het integratieplatform tijdens het laden van de data.

Voorbeelden
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
Bedrag journaalpost
JournalEntryAmount
De totale geldwaarde van de journaalpost, meestal de som van de debetbedragen.
Beschrijving

Dit attribuut bevat de financiële waarde van de journaalpost. Afhankelijk van het systeem en het datamodel kan dit het totale debetbedrag, het totale creditbedrag of een absoluut totaal zijn.

Door het proces te analyseren op basis van geldwaarde, kun je belangrijke inzichten opdoen. Je kunt verbeteringen bijvoorbeeld richten op transacties met een hoge waarde. Zo kun je nagaan of zulke journaalposten langer op goedkeuring wachten of vaker worden afgewezen. Dit attribuut is ook nodig voor materialiteitsanalyses en om transacties met een hoger financieel risico te herkennen.

Waarom dit belangrijk is

Dit attribuut is belangrijk voor materialiteitsanalyses. Je kunt verbeteringen richten op transacties met een hoge waarde en de financiële impact beoordelen.

Waar vind je dit?

Meestal beschikbaar in de kopgegevenstabel van de journaalpost. Soms moet het bedrag worden berekend door de bedragen van de regels op te tellen.

Voorbeelden
5000.00125000.75250.501000000.00
Bedrijfscode
CompanyCode
De unieke identificatiecode van de rechtspersoon of het bedrijf waarvoor de journaalpost wordt gemaakt.
Beschrijving

De bedrijfscode staat voor een afzonderlijke rechtspersoon of bedrijfseenheid binnen een organisatie. Financiële transacties worden op het niveau van de bedrijfscode vastgelegd, zodat je per entiteit afzonderlijk kunt rapporteren.

Bij process mining is de bedrijfscode een belangrijk attribuut voor organisatieanalyses. Je kunt er procesprestaties tussen entiteiten, regio’s of dochterondernemingen mee vergelijken. Een analist kan bijvoorbeeld de afwijzingspercentages of goedkeuringstijden van Amerikaanse en Duitse entiteiten vergelijken om goede werkwijzen of verbeterpunten te vinden. Zo kun je processen standaardiseren en de compliance binnen de hele organisatie bewaken.

Waarom dit belangrijk is

Maakt het mogelijk om prestaties en processen tussen rechtspersonen, dochterondernemingen en regio’s te vergelijken.

Waar vind je dit?

Een standaardveld in de kop van vrijwel elk financieel document in een ERP-systeem.

Voorbeelden
1000US01DE01ACME_CORP
Gebruikersnaam
UserName
De naam of ID van de gebruiker die een activiteit uitvoerde, zoals het aanmaken, goedkeuren of boeken van de journaalpost.
Beschrijving

Het attribuut Gebruikersnaam geeft aan wie verantwoordelijk was voor een processtap. Dat kan de opsteller van de journaalpost zijn, degene die deze indiende, de manager die de post goedkeurde of de accountant die deze boekte.

Door procesprestaties per gebruiker te analyseren, krijg je zicht op de verdeling van het werk, de productiviteit van teams en individuele opleidingsbehoeften. Zo kun je zien wie goed presteert, wie extra ondersteuning nodig heeft en welke activiteiten steeds door dezelfde personen worden uitgevoerd. Deze informatie helpt bij het verdelen van werk en het verbeteren van prestaties.

Waarom dit belangrijk is

Dit attribuut helpt bij het analyseren van de werkverdeling en teamprestaties en bij het vinden van mogelijkheden voor training.

Waar vind je dit?

Meestal te vinden in documentwijzigingslogboeken of tabellen met workflowgeschiedenis, vaak in velden als 'Gemaakt door', 'Gewijzigd door' of 'Gebruikers-ID'.

Voorbeelden
j.doeasmithFIN_USER_123Robert Johnson
Journaalposttype
JournalEntryType
De classificatie van de journaalpost, bijvoorbeeld standaard, periodiek, overlopend of tegenboeking.
Beschrijving

Het journaalposttype deelt transacties in op basis van hun zakelijke doel of aard. Veelvoorkomende typen zijn standaard handmatige boekingen, geautomatiseerde boekingen uit subadministraties, overlopende posten, herclassificaties en tegenboekingen.

Dit attribuut is een handige dimensie om analyses van processen te filteren en op te splitsen. Door processtromen en prestatiemetrieken voor verschillende journaalposttypen te vergelijken, kun je waardevolle inzichten opdoen. Zo kan blijken dat overlopende posten langer op goedkeuring wachten of dat periodieke boekingen vaker geautomatiseerd zijn. Daarmee kun je verbeteringen richten op specifieke transactiecategorieën.

Waarom dit belangrijk is

Hiermee kun je processen voor verschillende transactietypen vergelijken, zoals overlopende posten en standaardboekingen, en gerichte verbeterpunten vinden.

Waar vind je dit?

Meestal te vinden in de kopgegevens van de journaalpost. Veldnamen zijn vaak 'Documenttype', 'Journaalcategorie' of 'Journaaltype'.

Voorbeelden
StandaardOverlopende postPeriodiekTegenboeking
Status journaalpost
JournalEntryStatus
De huidige of uiteindelijke status van de journaalpost in de levenscyclus, bijvoorbeeld 'Geparkeerd', 'Goedgekeurd' of 'Geboekt'.
Beschrijving

De status van de journaalpost geeft aan wat de toestand van de transactie op een bepaald moment is of wat de uiteindelijke uitkomst was. Statussen geven meestal belangrijke procesmomenten aan, zoals 'In behandeling', 'Ter goedkeuring ingediend', 'Geboekt' of 'Tegengeboekt'.

Dit attribuut helpt om de huidige werkvoorraad en achterstand in beeld te krijgen. Managers kunnen filteren op journaalposten met de status 'In behandeling' of 'Wacht op goedkeuring' om openstaand werk te volgen. De uiteindelijke status laat zien wat er met het proces is gebeurd. Zo kun je berekenen welk deel van de posten is geboekt en welk deel is verwijderd of tegengeboekt.

Waarom dit belangrijk is

Geeft inzicht in de huidige werkvoorraad en achterstand door de status van elke journaalpost te volgen, zoals 'Wacht op goedkeuring' of 'Geboekt'.

Waar vind je dit?

Beschikbaar in de kopgegevens van de journaalpost. Veelvoorkomende veldnamen zijn 'Documentstatus' en 'Boekingsstatus'.

Voorbeelden
In behandelingWacht op goedkeuringGoedgekeurdGeboektTegengeboekt
Valuta
Currency
De valutacode voor het bedrag in de journaalpost, bijvoorbeeld USD of EUR.
Beschrijving

Het attribuut Valuta geeft aan in welke munteenheid het bedrag van de journaalpost is uitgedrukt. Dit is nodig om financiële waarden goed te interpreteren en te vergelijken, vooral in internationale organisaties.

Bij analyses geeft dit attribuut context aan het bedrag van de journaalpost. Je kunt transacties op valuta filteren. Ook heb je dit attribuut nodig voor analyses waarin je bedragen uit verschillende regio’s optelt of vergelijkt. Voor een zinvolle wereldwijde analyse moeten bedragen soms worden omgerekend naar één rapportagevaluta.

Waarom dit belangrijk is

Geeft context aan het bedrag van de journaalpost, zodat je financiële waarden in verschillende valuta correct kunt analyseren en vergelijken.

Waar vind je dit?

Een standaardveld in de kop van financiële documenten, vaak 'Valutacode' of 'Valutasleutel' genoemd.

Voorbeelden
USDEURGBPJPY
Afdeling
Department
De afdeling of het kostenplaatscentrum dat bij de journaalpost hoort, zoals Finance, Sales of IT.
Beschrijving

Het attribuut Afdeling koppelt een journaalpost aan een bedrijfseenheid, functie of kostenplaats. Met deze organisatiegegevens kun je financiële activiteiten toewijzen aan het verantwoordelijke onderdeel van het bedrijf.

Net als de bedrijfscode kun je met de afdeling de procesdata uitsplitsen voor een gedetailleerdere analyse. Je kunt de procesefficiëntie, het percentage herstelwerk of de goedkeuringstijden tussen afdelingen vergelijken. Zo vind je goede werkwijzen of afdelingen waar teams extra ondersteuning of procesbegeleiding nodig hebben.

Waarom dit belangrijk is

Maakt procesanalyse en vergelijking van prestaties tussen bedrijfseenheden mogelijk, zodat je afdelingsspecifieke problemen en goede werkwijzen kunt herkennen.

Waar vind je dit?

Te vinden in de kopgegevens of regelgegevens van de journaalpost. De afdeling kan worden afgeleid van de gebruiker die de post heeft aangemaakt of van de kostenplaats die aan de transactie is toegewezen.

Voorbeelden
FinanciënVerkoop en marketingIT-dienstenCC-10120
Boekingsdatum
PostingDate
De datum waarop de journaalpost officieel in het grootboek wordt geboekt en daarmee invloed heeft op de financiële periode.
Beschrijving

De boekingsdatum is de officiële boekhoudkundige datum van een transactie. Deze bepaalt in welke boekhoudperiode de journaalpost in de financiële overzichten wordt opgenomen. De boekingsdatum kan afwijken van de aanmaakdatum of de datum waarop de transactie plaatsvond.

Analyse van de boekingsdatum is belangrijk voor financiële controles en tijdigheidsanalyses. De tijd tussen aanmaak of goedkeuring en boeking kan een belangrijke prestatie-indicator zijn en vertragingen in de laatste processtap aan het licht brengen. Je kunt er ook mee nagaan of boekingen op tijd zijn verwerkt en posten opsporen die met terugwerkende kracht of in de verkeerde periode zijn geboekt. Dat kan gevolgen hebben voor de compliance.

Waarom dit belangrijk is

Deze datum is nodig om boekingsvertragingen te berekenen en te controleren of posten in de juiste financiële periode zijn vastgelegd.

Waar vind je dit?

Een standaard en verplicht veld in de kop van alle financiële documenten in een ERP-systeem.

Voorbeelden
2023-10-312023-11-302024-01-02
Geautomatiseerd
IsAutomated
Een markering die aangeeft of een activiteit door een systeem of een gebruiker is uitgevoerd.
Beschrijving

Het attribuut Geautomatiseerd is een booleaanse markering die onderscheid maakt tussen activiteiten van geautomatiseerde systemen, zoals bots of gekoppelde subadministraties, en activiteiten die gebruikers handmatig uitvoeren.

Dit attribuut is nodig om de automatiseringsgraad van het journaalpostproces te meten. Je kunt er de KPI voor de automatiseringsgraad mee berekenen en mogelijkheden voor verdere automatisering opsporen. Door de doorlooptijden en foutpercentages van geautomatiseerde en handmatige activiteiten te vergelijken, kun je onderbouwen of investeren in automatisering de efficiëntie verbetert en menselijke fouten vermindert.

Waarom dit belangrijk is

Helpt de automatiseringsgraad van het proces te meten en mogelijkheden te vinden om handmatige taken te automatiseren, zodat het proces efficiënter wordt en minder fouten bevat.

Waar vind je dit?

Vaak afgeleid door na te gaan of de 'Gebruikersnaam' bij een systeem- of serviceaccount hoort, of dat de transactie uit een geautomatiseerd bronsysteem komt.

Voorbeelden
truefalse
Reden van afwijzing
RejectionReason
De reden die een beoordelaar opgeeft wanneer een journaalpost tijdens het goedkeuringsproces wordt afgewezen.
Beschrijving

De reden van afwijzing is een code of tekst die uitlegt waarom een journaalpost niet is goedgekeurd. Veelvoorkomende redenen zijn een onjuiste grootboekrekening, ontbrekende documentatie of overtreding van beleid.

Dit attribuut is de belangrijkste invoer voor oorzaakanalyses van herstelwerk en procesinefficiënties. Door te analyseren hoe vaak verschillende afwijzingsredenen voorkomen, kun je de meest voorkomende fouten opsporen. Met die informatie kun je gerichte maatregelen nemen, zoals trainingsmateriaal verbeteren, beleid verduidelijken of systeemcontroles invoeren om fouten vooraf te voorkomen. Het attribuut ondersteunt rechtstreeks KPI’s zoals het afwijzingspercentage en het percentage herstelwerk.

Waarom dit belangrijk is

Dit attribuut is belangrijk voor oorzaakanalyses van herstelwerk. Zo kun je veelvoorkomende fouten opsporen en gerichte trainingen of systeemverbeteringen ontwikkelen.

Waar vind je dit?

Meestal te vinden in het workflowlogboek of de goedkeuringsgeschiedenis van de journaalpost. Het kan een vrij tekstveld zijn of een keuze uit een vooraf bepaalde lijst.

Voorbeelden
Onjuiste grootboekrekeningOndersteunende documentatie ontbreektDrempel overschredenDubbele boeking
Verplicht Aanbevolen Optioneel

Activiteiten voor Record to Report - journaalposten

Leg deze belangrijke processtappen en mijlpalen vast om het proces goed in kaart te brengen en duidelijk te zien hoe journaalposten worden verwerkt.
6 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Journaalpost aangemaakt
Deze activiteit markeert het begin van een nieuwe journaalpost. Een gebruiker maakt de eerste registratie in het systeem. Dat is het startpunt van het hele proces.
Waarom dit belangrijk is

Dit is de belangrijkste startactiviteit van het proces. Door de tijd vanaf dit moment tot de boeking te meten, bepaal je de totale doorlooptijd van begin tot eind.

Waar vind je dit?

Deze gebeurtenis wordt meestal vastgelegd in de headertabel van de journaalpostmodule, aan de hand van de timestamp waarop de registratie is aangemaakt.

Vastleggen

Zoek in de transactielogs of headertabel van het systeem naar de vroegste timestamp die bij het journaalpost-ID hoort.

Gebeurtenistype explicit
Journaalpost afgewezen
Een beoordelaar of goedkeurder wijst de journaalpost af, waardoor deze niet verder kan. De journaalpost wordt meestal teruggestuurd naar de maker voor correctie, waarna een herstelronde begint.
Waarom dit belangrijk is

Deze activiteit is belangrijk om herstelwerk in kaart te brengen, omdat dit de efficiëntie en kosten van het proces direct beïnvloedt. Veel afwijzingen kunnen wijzen op problemen met training, beleid of datakwaliteit.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de workflow- of auditlog wanneer een goedkeurder de actie 'Reject' of 'Send Back' uitvoert.

Vastleggen

Leg de timestamp vast waarop de status verandert in 'Rejected', 'Needs Correction' of een vergelijkbare status.

Gebeurtenistype explicit
Journaalpost geboekt
De journaalpost wordt officieel in het grootboek opgenomen. Vanaf dat moment is het document een permanente financiële registratie en heeft het invloed op de financiële overzichten van het bedrijf.
Waarom dit belangrijk is

Dit is het belangrijkste resultaat en eindpunt van het proces. Het is essentieel om de totale doorlooptijd en de effectiviteit van de volledige levenscyclus van de journaalpost te meten.

Waar vind je dit?

Deze belangrijke gebeurtenis wordt vastgelegd in de headerregistratie van de journaalpost, met de status 'Posted' en de bijbehorende boekingsdatum.

Vastleggen

Gebruik de boekingsdatum en -tijd uit de headertabel van de journaalpost of uit gerelateerde tabellen met financiële documenten.

Gebeurtenistype explicit
Journaalpost goedgekeurd
Een bevoegde manager geeft de definitieve goedkeuring voor de journaalpost. Dit is de laatste controle voordat het document in het grootboek kan worden geboekt.
Waarom dit belangrijk is

Dit is een belangrijk moment waarop de goedkeuringscyclus wordt afgerond. De tijd tussen goedkeuring en boeking is een andere belangrijke maatstaf om de procesefficiëntie te meten en bottlenecks op te sporen.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de workflow- of auditlog wanneer de laatste bevoegde gebruiker de goedkeuringsstap afrondt.

Vastleggen

Leg de timestamp van de definitieve goedkeuringsstatus vast, zoals 'Approved' of 'Released for Posting'.

Gebeurtenistype explicit
Journaalpost ter goedkeuring ingediend
De maker dient de voltooide journaalpost officieel in via de goedkeuringsworkflow. De journaalpost gaat daarmee van de voorbereidingsfase naar de fase waarin deze op controle wacht.
Waarom dit belangrijk is

Hiermee eindigt de voorbereidingsfase en begint de goedkeuringscyclus. De tijd tussen indiening en goedkeuring is een belangrijke KPI voor de efficiëntie van de workflow.

Waar vind je dit?

Dit wordt meestal vastgelegd als een statuswijziging in het auditspoor of de workflowlog van het systeem, bijvoorbeeld van 'In Progress' naar 'Submitted'.

Vastleggen

Zoek de timestamp waarop de status van de journaalpost verandert in 'Submitted for Approval' of een vergelijkbare status.

Gebeurtenistype explicit
Journaalpost teruggeboekt
Een eerder geboekte journaalpost wordt teruggeboekt door een nieuw document met tegengestelde boekingen aan te maken. Dit gebeurt om fouten in geboekte documenten te corrigeren en is een expliciete transactie die in het auditspoor wordt vastgelegd.
Waarom dit belangrijk is

Terugboekingen zijn een belangrijke aanwijzing voor fouten in geboekte journaalposten. Deze activiteit is een ongewenst alternatief eindpunt en is belangrijk om te meten hoe vaak journaalposten in één keer goed gaan.

Waar vind je dit?

Dit wordt meestal vastgelegd als een specifiek transactietype of gemarkeerd in de data van zowel de oorspronkelijke als de tegenboeking.

Vastleggen

Bepaal de boekingsdatum van het nieuwe journaaldocument dat expliciet als tegenboeking aan de oorspronkelijke boeking is gekoppeld.

Gebeurtenistype explicit
Documentatie toegevoegd
Een gebruiker voegt een of meer ondersteunende documenten toe aan de journaalpost. Zo hebben beoordelaars en auditors het benodigde bewijs en de context bij de transactie.
Waarom dit belangrijk is

Door deze activiteit te volgen, zie je of ontbrekende documentatie vertraging veroorzaakt. Ook krijg je inzicht in de compliance en de volledigheid van de voorbereiding van journaalposten.

Waar vind je dit?

Deze informatie staat meestal in een aparte tabel voor bijlagen of documentbeheer, gekoppeld aan het journaalpost-ID.

Vastleggen

Gebruik de aanmaaktimestamp uit de log of tabel met documentbijlagen die bij het betreffende journaalpost-ID hoort.

Gebeurtenistype explicit
Handmatige boeking vastgesteld
Deze berekende gebeurtenis classificeert een journaalpost als handmatig aangemaakt tijdens een interactieve gebruikerssessie. Dit is iets anders dan journaalposten die via geautomatiseerde interfaces of batchtaken worden aangemaakt.
Waarom dit belangrijk is

Het onderscheid tussen handmatige en geautomatiseerde journaalposten is belangrijk voor de automatiseringsanalyse. Zo kun je verbeteringen gericht aanpakken en de risico’s van handmatige handelingen beoordelen.

Waar vind je dit?

Dit is geen gebeurtenis met een tijdstip, maar een classificatie op basis van velden uit het bronsysteem, zoals de transactiecode, invoermethode of indicatoren van het bronsysteem.

Vastleggen

Classificeer journaalposten op basis van een bronveld dat de invoermethode aangeeft. Je kunt de timestamp instellen op het tijdstip van boeking.

Gebeurtenistype calculated
Journaalpost afgeletterd
Een open regel in een journaalpost wordt gecompenseerd door een andere boeking, bijvoorbeeld wanneer een kasontvangst een overlopende post aflettert. Deze activiteit legt de afstemming van specifieke regels vast en sluit ze daarmee af.
Waarom dit belangrijk is

Deze activiteit na het boeken is belangrijk voor processen met tussenrekeningen. Vertraging bij het afletteren kan de nauwkeurigheid van de balans en de efficiëntie van de periodeafsluiting beïnvloeden.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de gegevens van de journaalpostregel. Meestal worden daarbij een afletterdatum en een nummer van het afletterdocument ingevuld.

Vastleggen

Gebruik de afletterdatum van een specifieke regel van de journaalpost.

Gebeurtenistype explicit
Journaalpost gecorrigeerd
Een gebruiker past een journaalpost aan nadat deze is afgewezen of teruggestuurd voor wijzigingen. Dit is het herstelwerk dat nodig is om problemen uit de beoordelingsfase op te lossen.
Waarom dit belangrijk is

Door de tijd voor correcties te meten, zie je hoeveel herstelwerk kost. Zo worden inefficiënties en mogelijke verbeterpunten in het proces of de gebruikerstraining zichtbaar.

Waar vind je dit?

Dit wordt vaak afgeleid uit wijzigingen in belangrijke datavelden van de journaalpost nadat de status 'Rejected' is vastgelegd.

Vastleggen

Stel vast of de data van de journaalpost of de timestamp van de laatste wijziging is veranderd tussen de activiteiten 'Rejected' en 'Resubmitted'.

Gebeurtenistype inferred
Journaalpost geparkeerd
Een gebruiker slaat een onvolledige journaalpost op zonder deze te boeken, zodat die later kan worden aangevuld of gecontroleerd. Zo ontstaat een voorlopig document dat nog geen invloed heeft op het grootboek.
Waarom dit belangrijk is

Een geparkeerde journaalpost kan wijzen op vertraging of op informatie die nog ontbreekt voordat de post kan worden ingediend. Veel geparkeerde journaalposten kunnen duiden op inefficiënties of problemen met de beschikbaarheid van data.

Waar vind je dit?

Dit is vaak een expliciete status of documentsoort in de headerdata van de journaalpost of in een bijbehorende statuswijzigingslog.

Vastleggen

Leg de timestamp vast waarop de status van de journaalpost wordt ingesteld op 'Parked', 'Saved' of 'Incomplete'.

Gebeurtenistype explicit
Journaalpost gewijzigd na boeking
Een gebruiker wijzigt bepaalde velden van een journaalpost nadat deze is geboekt. De meeste financiële data kan na boeking niet meer worden aangepast, maar beschrijvende velden vaak wel.
Waarom dit belangrijk is

Deze wijzigingen kunnen wijzen op problemen met de datakwaliteit of op pogingen om informatie buiten een formele terugboekingsprocedure te corrigeren. Het is belangrijk ze te volgen voor audits en complianceanalyses.

Waar vind je dit?

Deze activiteit wordt meestal vastgelegd in wijzigingslogs die aanpassingen aan financiële registraties na boeking bijhouden.

Vastleggen

Zoek in de wijzigingslogs naar registraties die aan het journaalpost-ID zijn gekoppeld en een timestamp na de boekingsdatum hebben.

Gebeurtenistype explicit
Journaalpost opnieuw ter goedkeuring ingediend
Een gecorrigeerde journaalpost wordt opnieuw ingediend via de goedkeuringsworkflow voor een nieuwe beoordelingsronde. Na de correcties begint de goedkeuringsprocedure opnieuw.
Waarom dit belangrijk is

Deze activiteit markeert het begin van een nieuwe goedkeuringscyclus voor dezelfde journaalpost. Door herindieningen te analyseren, krijg je zicht op de volledige omvang van de herstelrondes.

Waar vind je dit?

Dit wordt vastgelegd in de workflowlog wanneer de status van de journaalpost verandert van 'Rejected' of 'In Progress' terug naar 'Submitted for Approval'.

Vastleggen

Zoek voor dezelfde case naar een statuswijziging naar 'Submitted for Approval' die plaatsvindt na de activiteit 'Journal Entry Rejected'.

Gebeurtenistype inferred
Journaalpost verwijderd
Een geparkeerde of niet-geboekte journaalpost wordt uit het systeem verwijderd. Dit gebeurt meestal als de journaalpost per ongeluk is aangemaakt of niet meer nodig is voordat deze een financiële registratie wordt.
Waarom dit belangrijk is

Dit is het eindpunt voor journaalposten die nooit worden geboekt. Door verwijderingen te analyseren, kun je procesproblemen opsporen of zien waar onnodig werk ontstaat.

Waar vind je dit?

Deze gebeurtenis kan worden vastgelegd in een auditlog. Je kunt ook zoeken naar registraties die eerder in de journaalposttabellen stonden, maar inmiddels zijn verwijderd.

Vastleggen

Leg de timestamp vast uit een auditlog waarin de verwijdering van de journaalpostregistratie wordt bijgehouden.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo verzamel je data voor process mining.

Extractiemethoden verschillen per systeem. Lees voor gedetailleerde instructies

onze ETL-gids   of   selecteer een specifiek proces en systeem.

Klaar om aan de slag te gaan?

Begin met je procesanalyse aan de hand van deze generieke template, of ga meteen naar een extractiegids voor een specifiek systeem om de datavoorbereiding daarop af te stemmen.

Verbeter de verwerking van journaalposten en ga meteen aan de slag

Verhoog de efficiëntie, beperk fouten en verkort de afsluitcyclus.

Start je gratis proefperiode

Geen creditcard nodig • Zie meteen wat het oplevert