Jouw datatemplate voor Record to Report - Journal Entry
Jouw datatemplate voor Record to Report - Journal Entry
Dit is onze generieke datatemplate voor process mining voor Van vastlegging tot rapportage - journaalpost. Gebruik onze systeemspecifieke templates voor gerichtere begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerde datavelden voor consistente analyses in verschillende systemen.
- Aanbevolen activiteiten om de belangrijkste stappen in je journaalpostproces vast te leggen.
- Een flexibel raamwerk om snel en efficiënt met process mining aan de slag te gaan.
Van vastlegging tot rapportage - attributen van journaalposten
| 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 actie op de journaalpost. Dit attribuut is de basis van process mining, omdat het de knooppunten in de proceskaart bepaalt. Door de volgorde en frequentie van activiteiten te analyseren, krijg je zicht op de werkelijke processtroom, vind je knelpunten tussen stappen, ontdek je afwijkingen van de standaardprocedure en meet je hoeveel tijd elke procesfase kost. Waarom dit belangrijk is Dit bepaalt de stappen in de proceskaart. Daarmee kun je de processtroom visualiseren, knelpunten vinden en afwijkingen analyseren. Waar je het vindt Vaak afgeleid uit statuswijzigingslogs, gebeurtenistabellen, transactiec codes of workflowgeschiedenis die bij het journaalpostdocument horen. Voorbeelden Journaalpost aangemaaktJournaalpost ingediend ter goedkeuringJournaalpost goedgekeurdJournaalpost geboekt | |||
| ID van journaalpost JournalEntryId | De unieke identificatie van één journaalpost. Deze dient als primaire case-identificatie om de volledige levenscyclus van een journaalpost te volgen, van aanmaak tot boeking of terugboeking. | ||
| Beschrijving De ID van de journaalpost is een belangrijk attribuut waarmee elke instantie van het financiële transactieproces uniek wordt geïdentificeerd. De ID koppelt alle gerelateerde activiteiten, zoals aanmaak, goedkeuring en boeking, aan één samenhangende case. In process mining maakt deze ID het mogelijk om de volledige route van elke journaalpost te reconstrueren. De ID vormt de basis voor het berekenen van metrics op case-niveau, zoals de doorlooptijd, het identificeren van procesvarianten en het analyseren van de naleving van het gewenste procesmodel. Zonder unieke case-identificatie kun je de volgorde van gebeurtenissen voor een specifieke transactie niet volgen. Waarom dit belangrijk is Deze ID is essentieel om de volledige levenscyclus van elke journaalpost te volgen en processtromen, doorlooptijden en variaties te analyseren. Waar je het vindt Meestal te vinden in de koptekstabel van financiële of boekhoudkundige documenten. Het kan gaan om een samengestelde sleutel van documentnummer, bedrijfscode en boekjaar. Voorbeelden JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| Tijdstip van gebeurtenis EventTime | De precieze timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis voor de journaalpost plaatsvond. | ||
| Beschrijving Het tijdstip van de gebeurtenis, of de timestamp, legt de exacte datum en tijd vast waarop een activiteit is uitgevoerd. Hiermee bepaal je de chronologische volgorde van gebeurtenissen voor elke case. Dat is nodig om de processtroom nauwkeurig te reconstrueren. In analyses gebruik je timestamps om de tijd tussen activiteiten te berekenen, de totale doorlooptijd van het proces te meten en vertragingen of knelpunten te vinden. Het tijdsverschil tussen 'Journaalpost ter goedkeuring ingediend' en 'Journaalpost goedgekeurd' laat bijvoorbeeld zien hoe lang de goedkeuring duurde. Nauwkeurige timestamps vormen de basis voor elke tijdsgebonden procesanalyse en prestatiemeting. Waarom dit belangrijk is Deze timestamp is essentieel om gebeurtenissen te ordenen, doorlooptijden en tijdsduur te berekenen en vertragingen in het proces te vinden. Waar je het vindt Te vinden in event logs, tabellen met transactiegeschiedenis of documentwijzigingen. 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 journaalpostgegevens oorspronkelijk zijn vastgelegd en waaruit ze zijn geëxtraheerd. Dit is handig wanneer data uit meerdere systemen wordt gecombineerd. | ||
| Beschrijving Het attribuut Bronsysteem identificeert de oorspronkelijke applicatie of module waarin de journaalpostgegevens zijn gegenereerd. In moderne bedrijfsomgevingen kan financiële data afkomstig zijn uit verschillende ERP-systemen, subgrootboeken of applicaties van derden. Dit attribuut is waardevol voor verschillende analytische invalshoeken. Je kunt er procesefficiëntie en naleving tussen verschillende bronsystemen mee vergelijken. Zo kun je analyseren of journaalposten uit een geautomatiseerd subgrootboek sneller worden verwerkt dan handmatig aangemaakte journaalposten. Het is ook belangrijk voor datagovernance en het oplossen van problemen, omdat je data hiermee naar de bron kunt terugvolgen. Waarom dit belangrijk is Dit laat zien waar de data vandaan komt. Daarmee kun je processen in verschillende systemen vergelijken en datagovernance ondersteunen. Waar je het vindt Meestal ingesteld tijdens de configuratie 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 uit het bronsysteem is vernieuwd of geëxtraheerd. | ||
| Beschrijving Dit attribuut legt de datum en tijd van de meest recente data-extractie of vernieuwing vast. Het geeft context bij de actualiteit van de data die je analyseert. Voor elke analyse is het belangrijk om te weten hoe actueel de data is, zodat je de resultaten goed kunt interpreteren. Met deze timestamp zie je of je naar realtime-informatie kijkt of naar een momentopname van een specifiek tijdstip. Dat beïnvloedt de relevantie van dashboards en KPI's over actuele achterstanden of procesprestaties. Waarom dit belangrijk is Dit geeft aan hoe actueel de data is, zodat je weet hoe recent de procesanalyse is. Waar je het vindt Dit wordt meestal gegenereerd 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 van 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 datamodel kan het gaan om het totale debetbedrag, het totale creditbedrag of een absoluut totaal. Door het proces vanuit financieel perspectief te analyseren, kun je belangrijke inzichten krijgen. Je kunt verbeteracties prioriteren door je te richten op transacties met een hoge waarde. Zo kun je onderzoeken of journaalposten met een hoge waarde langer op goedkeuring wachten of vaker worden afgewezen. Dit attribuut is ook belangrijk voor materialiteitsanalyses en het identificeren van transacties met een hoger financieel risico. Waarom dit belangrijk is Dit is belangrijk voor materialiteitsanalyses. Je kunt er procesverbeteringen voor transacties met een hoge waarde mee prioriteren en de financiële impact beoordelen. Waar je het vindt Meestal beschikbaar in de koptekstabel 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 identificatie van de juridische entiteit of het bedrijf waarvoor de journaalpost wordt gemaakt. | ||
| Beschrijving De bedrijfscode staat voor een afzonderlijke juridische of bedrijfseenheid binnen een organisatie. Financiële transacties worden op bedrijfs codeniveau vastgelegd, zodat je afzonderlijk financiële rapportages kunt maken. In process mining is de bedrijfscode een belangrijk attribuut voor organisatieanalyses. Je kunt er procesprestaties tussen verschillende entiteiten, regio's of dochterondernemingen mee vergelijken. Zo kan een analist de afwijzingspercentages of goedkeuringstijden van de Amerikaanse en Duitse entiteit vergelijken om goede werkwijzen of verbeterpunten te vinden. Dit helpt om processen te standaardiseren en compliance in de hele organisatie te bewaken. Waarom dit belangrijk is Hiermee kun je prestaties benchmarken en processen vergelijken tussen verschillende juridische entiteiten, dochterondernemingen of regio's. Waar je het vindt 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 specifieke activiteit heeft uitgevoerd, zoals het aanmaken, goedkeuren of boeken van de journaalpost. | ||
| Beschrijving Het attribuut Gebruikersnaam identificeert de persoon die verantwoordelijk is voor het uitvoeren van een bepaalde processtap. Dit kan de maker van de journaalpost zijn, de persoon die deze heeft ingediend, de manager die de post heeft goedgekeurd of de boekhouder die deze heeft geboekt. Door procesprestaties per gebruiker te analyseren, krijg je zicht op de verdeling van het werk, de productiviteit van het team en individuele opleidingsbehoeften. Je kunt hiermee goed presterende medewerkers vinden, gebruikers identificeren die extra ondersteuning nodig hebben en activiteiten opsporen die steeds door dezelfde personen worden uitgevoerd. Deze informatie helpt bij gebruikersbeheer en het verbeteren van prestaties. Waarom dit belangrijk is Dit attribuut is belangrijk voor het analyseren van de werkverdeling, teamprestaties en mogelijkheden voor training. Waar je het vindt Meestal te vinden in logboeken met documentwijzigingen of tabellen met workflowgeschiedenis, vaak in velden zoals 'Aangemaakt door', 'Gewijzigd door' of 'Gebruikers-ID'. Voorbeelden j.doeasmithFIN_USER_123Robert Johnson | |||
| Status van journaalpost JournalEntryStatus | De huidige of definitieve status van de journaalpost in de levenscyclus, zoals 'Geparkeerd', 'Goedgekeurd' of 'Geboekt'. | ||
| Beschrijving De status van de journaalpost geeft de toestand van de transactie op een bepaald moment of de uiteindelijke uitkomst aan. Statussen verwijzen meestal naar belangrijke mijlpalen in het proces, zoals 'In behandeling', 'Ter goedkeuring ingediend', 'Geboekt' of 'Teruggeboekt'. Dit attribuut helpt om de actuele werkvoorraad en achterstand te begrijpen. Door te filteren op journaalposten met de status 'In behandeling' of 'Wacht op goedkeuring' kunnen managers openstaand werk volgen. De analyse van de eindstatus laat zien wat de uitkomst van het proces is, bijvoorbeeld welk aandeel van de posten is geboekt en welk aandeel is verwijderd of teruggeboekt. Waarom dit belangrijk is Helpt de actuele werkvoorraad en achterstand te begrijpen door de status van elke journaalpost te volgen, zoals 'Wacht op goedkeuring' of 'Geboekt'. Waar je het vindt Beschikbaar in de kopgegevens van de journaalpost. Veelvoorkomende veldnamen zijn 'Documentstatus' en 'Boekingsstatus'. Voorbeelden In behandelingWacht op goedkeuringGoedgekeurdGeboektTeruggeboekt | |||
| Type journaalpost JournalEntryType | De classificatie van de journaalpost, zoals standaard, periodiek, overlopende post of terugboeking. | ||
| Beschrijving Het type journaalpost deelt transacties in op basis van hun bedrijfsdoel of aard. Veelvoorkomende typen zijn standaard handmatige posten, geautomatiseerde posten uit subgrootboeken, overlopende posten, herclassificaties en terugboekingen. Dit attribuut is een nuttige dimensie voor filtering en segmentatie in procesanalyses. Door processtromen en prestatiemetrics voor verschillende typen journaalposten te vergelijken, kun je waardevolle inzichten krijgen. Zo kan blijken dat overlopende posten een veel langere goedkeuringscyclus hebben of dat periodieke posten vaker geautomatiseerd worden verwerkt. Daarmee kun je verbeteracties richten op specifieke transactiecategorieën. Waarom dit belangrijk is Hiermee kun je analyses segmenteren en processen voor verschillende transactietypen vergelijken, zoals overlopende posten en standaardposten, om gerichte verbeterpunten te vinden. Waar je het vindt Meestal te vinden in de kopgegevens van de journaalpost. Veldnamen zijn vaak 'Documenttype', 'Journaalcategorie' of 'Journaaltype'. Voorbeelden StandaardOverlopende postTerugkerendTegenboeking | |||
| Valuta Currency | De valutacode voor het bedrag in de journaalpost, zoals USD of EUR. | ||
| Beschrijving Het attribuut Valuta geeft de munteenheid van het bedrag van de journaalpost aan. Dit is nodig om financiële waarden goed te interpreteren en te vergelijken, vooral in multinationale organisaties. In analyses geeft dit attribuut context aan het bedrag van de journaalpost. Je kunt transacties per valuta filteren. Ook is het een voorwaarde voor analyses waarin bedragen uit verschillende regio's worden opgeteld of vergeleken. Voor een zinvolle wereldwijde analyse moeten bedragen soms worden omgerekend naar één rapportagevaluta. Waarom dit belangrijk is Dit geeft de nodige context bij het bedrag van de journaalpost, zodat je financiële waarden in verschillende valuta nauwkeurig kunt analyseren en vergelijken. Waar je het vindt Een standaardveld in de kop van financiële documenten, vaak met de naam 'Valutacode' of 'Valutasleutel'. Voorbeelden USDEURGBPJPY | |||
| Afdeling Department | De bedrijfsafdeling of kostenplaats die bij de journaalpost hoort, zoals Finance, Sales of IT. | ||
| Beschrijving Het attribuut Afdeling koppelt een journaalpost aan een specifieke 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 op een gedetailleerder niveau uitsplitsen. Je kunt proces efficiëntie, herstelpercentages of goedkeuringstijden tussen afdelingen vergelijken. Zo vind je goede werkwijzen per afdeling en zie je waar specifieke teams meer ondersteuning of procesbegeleiding nodig hebben. Waarom dit belangrijk is Hiermee kun je processen analyseren en prestaties tussen verschillende bedrijfseenheden vergelijken. Zo vind je afdelingsspecifieke problemen of goede werkwijzen. Waar je het vindt Te vinden in de kopgegevens of regelgegevens van de journaalpost. Het 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 de financiële periode beïnvloedt. | ||
| Beschrijving De boekingsdatum is de officiële boekhoudkundige datum van een transactie. Deze bepaalt in welke financiële periode de journaalpost in de financiële overzichten wordt opgenomen. De datum kan verschillen van de aanmaakdatum of de datum waarop de transactie plaatsvond. De analyse van de boekingsdatum is belangrijk voor financiële controles en analyses van tijdigheid. De vertraging tussen de aanmaak- of goedkeuringsdatum en de boekingsdatum kan een belangrijke KPI zijn en vertragingen in de laatste processtap zichtbaar maken. Je gebruikt de datum ook om het percentage tijdige boekingen te analyseren en posten te vinden die met terugwerkende kracht of in een verkeerde periode zijn geboekt. Dat kan een compliance-risico zijn. Waarom dit belangrijk is Deze datum is belangrijk voor het berekenen van boekingsvertragingen en om ervoor te zorgen dat posten in de juiste financiële periode worden vastgelegd voor een betrouwbare rapportage. Waar je het vindt 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 | |||
| Is geautomatiseerd IsAutomated | Een vlag die aangeeft of een activiteit door een systeem of door een menselijke gebruiker is uitgevoerd. | ||
| Beschrijving Het attribuut Is geautomatiseerd is een booleaanse vlag die onderscheid maakt tussen activiteiten die door geautomatiseerde systemen zijn uitgevoerd, zoals bots of geïntegreerde subgrootboeken, en activiteiten die gebruikers handmatig hebben uitgevoerd. Dit attribuut is nodig om de automatiseringsgraad van het journaalpostproces te meten. Je kunt hiermee de KPI voor automatiseringsgraad berekenen en mogelijkheden voor verdere automatisering vinden. Door doorlooptijden en foutpercentages van geautomatiseerde en handmatige activiteiten te vergelijken, kun je een onderbouwde businesscase maken voor investeringen in automatisering. Daarmee verbeter je de efficiëntie en verminder je menselijke fouten. Waarom dit belangrijk is Helpt de automatiseringsgraad van het proces te meten en mogelijkheden te vinden om handmatige taken te automatiseren. Zo verhoog je de efficiëntie en verminder je fouten. Waar je het vindt Vaak afgeleid door te controleren of de 'Gebruikersnaam' bij een systeem- of serviceaccount hoort, of door na te gaan of 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 rekeningtoewijzing, onvoldoende documentatie of overtreding van beleid. Dit attribuut vormt de belangrijkste input voor een oorzaakanalyse van herstelwerk en inefficiënte processen. Door de frequentie van verschillende afwijzingsredenen te analyseren, kun je de meest voorkomende fouten vinden. Deze informatie helpt bij gerichte maatregelen, zoals betere trainingsmaterialen, duidelijker beleid of systeemcontroles die fouten vooraf voorkomen. Het ondersteunt KPI's zoals afwijzingspercentage en herstelpercentage rechtstreeks. Waarom dit belangrijk is Dit is belangrijk voor een oorzaakanalyse van herstelwerk. Je kunt er veelvoorkomende fouten mee vinden en gerichte training of systeemverbeteringen ontwikkelen. Waar je het vindt Meestal te vinden in het workflowlog of de goedkeuringsgeschiedenis van de journaalpost. Het kan een vrij tekstveld zijn of een keuze uit een vooraf gedefinieerde lijst. Voorbeelden Onjuiste grootboekrekeningOntbrekende ondersteunende documentatieDrempel overschredenDubbele boeking | |||
Van vastlegging tot rapportage - activiteiten van journaalposten
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Journaalpost aangemaakt | Deze activiteit markeert de start van een nieuwe journaalpost. Het is het moment waarop een gebruiker de eerste registratie in het systeem aanmaakt. Die registratie vormt het begin van het volledige proces. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startactiviteit van het proces. Door de tijd vanaf dit moment tot aan de boeking te analyseren, meet je de totale end-to-enddoorlooptijd. Waar je het vindt Deze gebeurtenis wordt meestal vastgelegd in de header-tabel van de journaalpostmodule, met de aanmaaktimestamp van de registratie. Vastleggen Bepaal de vroegste timestamp die in de transactielogs of header-tabel van het systeem aan de ID van de journaalpost is gekoppeld. Eventtype explicit | |||
| Journaalpost afgewezen | Een beoordelaar of goedkeurder wijst de journaalpost af, waardoor deze niet verder kan. De post wordt meestal teruggestuurd naar de maker voor correctie, waardoor een herstelwerkcyclus ontstaat. | ||
| Waarom dit belangrijk is Deze activiteit is belangrijk om herstelwerk zichtbaar te maken. Dat heeft rechtstreeks effect op de efficiëntie en kosten van het proces. Veel afwijzingen kunnen wijzen op problemen met training, beleid of datakwaliteit. Waar je het vindt Deze gebeurtenis wordt vastgelegd in de workflow- of auditlog wanneer een goedkeurder de actie ‘Reject’ of ‘Send Back’ uitvoert. Vastleggen Leg de timestamp vast van de statuswijziging naar ‘Rejected’, ‘Needs Correction’ of een vergelijkbare status. Eventtype explicit | |||
| Journaalpost geboekt | De journaalpost wordt officieel in het grootboek vastgelegd. Vanaf dit moment is het document een permanent financieel record en heeft het effect op de financiële overzichten van het bedrijf. | ||
| Waarom dit belangrijk is Dit is het belangrijkste succesvolle resultaat en het eindpunt van het proces. Het is de basis voor het meten van de totale doorlooptijd en de effectiviteit van de volledige levenscyclus van de journaalpost. Waar je het vindt Deze belangrijke gebeurtenis wordt vastgelegd in de headerregistratie van de journaalpost, met de status ‘Posted’ en een bijbehorende boekingsdatum. Vastleggen Gebruik de boekingsdatum en -tijd uit de header-tabel van de journaalpost of uit gerelateerde tabellen met financiële documenten. Eventtype explicit | |||
| Journaalpost goedgekeurd | De journaalpost krijgt de definitieve goedkeuring van een bevoegde manager. Dit is de laatste controle voordat het document in het grootboek kan worden geboekt. | ||
| Waarom dit belangrijk is Dit is een belangrijke mijlpaal waarmee de goedkeuringscyclus wordt afgerond. De tijd tussen goedkeuring en boeking is een ander belangrijk aandachtspunt voor het meten van procesefficiëntie en het vinden van bottlenecks. Waar je het vindt Deze gebeurtenis wordt vastgelegd in de workflow- of auditlog wanneer de laatste bevoegde gebruiker de goedkeuringsstap afrondt. Vastleggen Leg de timestamp vast van de definitieve goedkeuringsstatus, zoals ‘Approved’ of ‘Released for Posting’. Eventtype explicit | |||
| Journaalpost ingediend ter goedkeuring | De maker dient de voltooide journaalpost formeel in voor de goedkeuringsworkflow. De journaalpost gaat daarmee van de voorbereidende fase naar een status waarin deze op controle wacht. | ||
| Waarom dit belangrijk is Dit markeert het einde van de voorbereidingsfase en het begin van de goedkeuringscyclus. De tijd tussen indiening en goedkeuring is een belangrijke KPI voor de efficiëntie van de workflow. Waar je het vindt Dit wordt meestal vastgelegd als een statuswijziging in de audit trail of workflowlog van het systeem, bijvoorbeeld van ‘In Progress’ naar ‘Submitted’. Vastleggen Bepaal de timestamp waarop de status van de journaalpost verandert in ‘Submitted for Approval’ of een vergelijkbare status. Eventtype 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, controleerbare transactie. | ||
| Waarom dit belangrijk is Terugboekingen zijn een belangrijke indicator van fouten in geboekte posten. Deze activiteit is een ongewenst alternatief eindpunt en is belangrijk voor het meten van het percentage dat in één keer goed gaat. Waar je het vindt Dit wordt meestal vastgelegd als een specifiek transactietype of gemarkeerd in de data van zowel de oorspronkelijke als de terugboekende journaalpost. Vastleggen Identificeer de boekingsdatum van het nieuwe journaalpostdocument dat expliciet als terugboeking aan de oorspronkelijke post is gekoppeld. Eventtype explicit | |||
| Documentatie toegevoegd | Een gebruiker voegt een of meer ondersteunende documenten toe aan de journaalpost. Deze documenten leveren beoordelaars en auditors het benodigde bewijs en de context voor de transactie. | ||
| Waarom dit belangrijk is Door deze activiteit te volgen, zie je of vertragingen worden veroorzaakt door ontbrekende documentatie. Je krijgt ook inzicht in compliance en de volledigheid van de voorbereiding van de journaalpost. Waar je het vindt Deze informatie staat meestal in een aparte tabel voor bijlagen of documentbeheer, gekoppeld aan de ID van de journaalpost. Vastleggen Gebruik de aanmaaktimestamp uit de log of tabel met documentbijlagen die bij de specifieke ID van de journaalpost hoort. Eventtype explicit | |||
| Handmatige boeking geïdentificeerd | Deze berekende gebeurtenis classificeert een journaalpost als aangemaakt via een handmatige, interactieve gebruikerssessie. Dit verschilt van posten die via geautomatiseerde interfaces of batchtaken zijn aangemaakt. | ||
| Waarom dit belangrijk is Het onderscheid tussen handmatige en geautomatiseerde posten is belangrijk voor de analyse van automatisering. Het helpt je verbeteracties te richten en de risico’s van handmatige interventies te beoordelen. Waar je het vindt Dit is geen gebeurtenis in de tijd, maar een classificatie die is afgeleid van velden uit het bronsysteem, zoals transactietype, 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 moment van boeken. Eventtype calculated | |||
| Journaalpost gecorrigeerd | De gebruiker wijzigt een journaalpost nadat deze is afgewezen of voor aanpassingen is teruggestuurd. Dit vertegenwoordigt het herstelwerk dat nodig is om problemen uit de controle op te lossen. | ||
| Waarom dit belangrijk is Door de tijd voor correcties te meten, kwantificeer je het effect van herstelwerk. Je ziet waar inefficiënties zitten en waar procesverbetering of training nodig kan zijn. Waar je het vindt Dit wordt vaak afgeleid uit wijzigingen in belangrijke datavelden van de journaalpost nadat de status ‘Rejected’ is vastgelegd. Vastleggen Detecteer een wijziging in de data of de timestamp van de laatste wijziging van de journaalpost tussen de activiteiten ‘Rejected’ en ‘Resubmitted’. Eventtype inferred | |||
| Journaalpost geparkeerd | Een gebruiker slaat een onvolledige journaalpost op zonder deze te boeken, zodat de post later kan worden aangevuld of gecontroleerd. Zo ontstaat een voorlopig document dat nog geen effect heeft op het grootboek. | ||
| Waarom dit belangrijk is Parkeren wijst op een mogelijke vertraging of op ontbrekende informatie vóór indiening. Een groot aantal geparkeerde posten kan wijzen op inefficiënties of problemen met de beschikbaarheid van data. Waar je het vindt Dit is vaak een expliciete status of documentsoort in de headerdata van de journaalpost of in een bijbehorende log met statuswijzigingen. Vastleggen Leg de timestamp vast waarop de status van de journaalpost wordt ingesteld op ‘Parked’, ‘Saved’ of ‘Incomplete’. Eventtype explicit | |||
| Journaalpost gewijzigd na boeking | Een gebruiker wijzigt bepaalde velden van een journaalpost nadat deze al is geboekt. Hoewel de meeste financiële data na de boeking niet meer kan worden gewijzigd, zijn sommige beschrijvende velden vaak nog aanpasbaar. | ||
| Waarom dit belangrijk is Deze wijzigingen kunnen wijzen op problemen met de datakwaliteit of op pogingen om informatie buiten een formeel terugboekingsproces te corrigeren. Het is belangrijk om ze te volgen voor audit- en complianceanalyses. Waar je het vindt Deze activiteit wordt meestal vastgelegd in logs van wijzigingsdocumenten, waarin aanpassingen aan financiële records na de boeking worden bijgehouden. Vastleggen Identificeer records in wijzigingslogs die aan de ID van de journaalpost zijn gekoppeld en een timestamp na de boekingsdatum hebben. Eventtype explicit | |||
| Journaalpost opnieuw ingediend ter goedkeuring | Een gecorrigeerde journaalpost wordt opnieuw in de goedkeuringsworkflow geplaatst voor een nieuwe controlecyclus. Hiermee wordt het goedkeuringsproces na de correcties opnieuw gestart. | ||
| 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 herstelwerkcycli. Waar je het vindt Dit wordt vastgelegd in de workflowlog wanneer de status van de journaalpost verandert van ‘Rejected’ of ‘In Progress’ terug naar ‘Submitted for Approval’. Vastleggen Identificeer een statuswijziging naar ‘Submitted for Approval’ die voor dezelfde case plaatsvindt na de activiteit ‘Journal Entry Rejected’. Eventtype inferred | |||
| Journaalpost vereffend | Een open regel binnen een journaalpost wordt gecompenseerd door een andere boeking, bijvoorbeeld wanneer een kasontvangst een overlopende post vereffent. Deze activiteit markeert de reconciliatie van specifieke regels, waarmee ze feitelijk worden afgesloten. | ||
| Waarom dit belangrijk is Deze activiteit na het boeken is belangrijk voor processen met tussenrekeningen. Vertragingen bij het vereffenen kunnen de nauwkeurigheid van de balans en de efficiëntie van de periodeafsluiting beïnvloeden. Waar je het vindt Deze gebeurtenis wordt vastgelegd in de gegevens van de journaalpostregel. Daar worden meestal een vereffeningsdatum en een nummer van het vereffeningsdocument ingevuld. Vastleggen Gebruik de vereffeningsdatum die bij een specifieke regel van de journaalpost hoort. Eventtype explicit | |||
| Journaalpost verwijderd | Een geparkeerde of niet-geboekte journaalpost wordt uit het systeem verwijderd. Dit gebeurt meestal wanneer de post per ongeluk is aangemaakt of niet meer nodig is voordat deze een financieel record wordt. | ||
| Waarom dit belangrijk is Dit is een eindresultaat voor journaalposten die nooit worden geboekt. Door verwijderingen te analyseren, kun je procesfouten of onnodig aangemaakt werk herkennen. Waar je het vindt Deze gebeurtenis kan worden vastgelegd in een auditlog of worden geïdentificeerd aan de hand van records die eerder in de journaalposttabellen stonden maar inmiddels zijn verwijderd. Vastleggen Leg de timestamp vast uit een auditlog waarin de verwijdering van het record van de journaalpost staat. Eventtype explicit | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Begin je procesanalyse met deze generieke template of ga meteen naar een systeem specifieke extractiegids om je datavoorbereiding af te stemmen.
Verbeter je journaalposten en optimaliseer nu
Verhoog de efficiëntie, verminder fouten en verkort je afsluitingscyclus.
Geen creditcard nodig \b• Zie meteen de waarde