Jouw datatemplate voor Record to Report en journaalposten

Workiva
Jouw datatemplate voor Record to Report en journaalposten

Jouw datatemplate voor Record to Report en journaalposten

Deze template helpt je bij het verzamelen van de data die je nodig hebt om je Record to Report-proces voor journaalposten te analyseren. Je ziet welke datavelden belangrijk zijn, welke processtappen je moet volgen en hoe je deze informatie uit Workiva haalt. Met deze template verzamel je alle data die je nodig hebt voor een effectieve process mining-aanpak.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen
  • Praktische richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Record to Report - attributen van journal entries

Dit zijn de aanbevolen datavelden voor je event log, zodat je het Record to Report-proces voor journal entries volledig kunt analyseren.
5 Verplicht 5 Aanbevolen 8 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de specifieke processtap of het event dat voor de journaalpost heeft plaatsgevonden.
Beschrijving

Dit attribuut beschrijft de activiteit die op een bepaald moment in de levenscyclus van de journaalpost is uitgevoerd. Het legt belangrijke mijlpalen vast, zoals 'Journal Entry Created', 'Journal Entry Submitted for Review', 'Journal Entry Approved' en 'Journal Entry Posted to GL'.

Het analyseren van de volgorde en frequentie van deze activiteiten vormt de kern van process mining. Je kunt de processtroom visualiseren, veelvoorkomende en zeldzame routes, oftewel varianten, herkennen en bottlenecks vinden waar posten de meeste tijd doorbrengen. Het attribuut wordt ook gebruikt om de start- en eindpunten voor KPI-berekeningen vast te leggen, zoals de doorlooptijd van goedkeuring.

Waarom dit belangrijk is

Het definieert de processtappen, zodat je de workflow van journaalposten kunt visualiseren en analyseren en bottlenecks kunt vinden.

Waar je het vindt

Dit wordt meestal afgeleid uit event logs of records van statuswijzigingen binnen Workiva. Het exacte veld moet mogelijk worden gemapt vanuit systeemstatuscodes of eventbeschrijvingen.

Voorbeelden
Journaalpost aangemaaktJournaalpost ingediend voor controleJournaalpost goedgekeurdJournaalpost geboekt in het grootboek
ID van journaalpost
JournalEntryId
De unieke identificatie van één journaalpost. Deze dient als primaire case-identificatie voor procesanalyse.
Beschrijving

De Journal Entry ID houdt alle activiteiten en events bij die horen bij een specifieke reeks financiële transacties, van aanmaak tot definitieve boeking en afstemming. Deze ID koppelt elke stap, zoals aanmaak, indiening, controle, goedkeuring en boeking, aan één samenhangende procesinstantie.

In process mining is dit attribuut essentieel om de end-to-end-reis van elke journaalpost te reconstrueren. Je kunt er procesvarianten, doorlooptijden en rework-lussen per post mee analyseren. Zo krijg je een helder beeld van de manier waarop afzonderlijke posten door het systeem lopen.

Waarom dit belangrijk is

Dit is de belangrijkste sleutel om de volledige levenscyclus van een journaalpost te volgen en de processtroom, duur en variaties te analyseren.

Waar je het vindt

Dit is de primaire sleutel voor een journaalpostrecord in Workiva. Raadpleeg de Workiva-documentatie voor de specifieke tabel of API-endpoint.

Voorbeelden
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
Starttijd
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit of een specifiek event plaatsvond.
Beschrijving

De Event Time is een precieze timestamp, inclusief datum en tijd, die het moment van een activiteit vastlegt. Deze data is essentieel om events in de juiste volgorde te zetten en voor alle tijdgebaseerde analyses.

In process mining wordt dit attribuut gebruikt om de tijd tussen activiteiten, de totale doorlooptijd per case en wachttijden te berekenen. Het is essentieel voor dashboards die doorlooptijden analyseren, zoals 'Journal Entry Approval Cycle Time' en 'Document Attachment Lag Time'. Ook vormt het de basis voor het vinden van vertragingen en inefficiëntie in het proces.

Waarom dit belangrijk is

Deze timestamp is essentieel voor het berekenen van alle tijdsduur, het correct ordenen van events en het analyseren van procesprestaties in de tijd.

Waar je het vindt

Deze informatie wordt meestal opgeslagen naast elk event of elke statuswijziging in de transactie- of logtabellen van Workiva.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Bronsysteem
SourceSystem
Het systeem van registratie waaruit de gegevens van de journaalpost zijn geëxtraheerd.
Beschrijving

Dit attribuut identificeert de bronapplicatie waar de procesdata vandaan komt. Voor deze analyse is de waarde steeds 'Workiva'.

In een analyse met één systeem lijkt dit misschien statisch, maar het is belangrijke metadata voor datagovernance en traceerbaarheid. In grotere bedrijfsomgevingen lopen processen vaak door meerdere systemen. Dan is dit veld nodig om de volledige dataherkomst te begrijpen en data uit verschillende bronnen correct te integreren.

Waarom dit belangrijk is

Levert belangrijke informatie over de dataherkomst en context. Zo blijft duidelijk waar de procesdata vandaan komt, vooral in omgevingen met meerdere systemen.

Waar je het vindt

Dit is meestal een statische waarde die tijdens het extractie- en transformatieproces aan de data wordt toegevoegd om de herkomst te markeren.

Voorbeelden
Workiva
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst uit het bronsysteem is vernieuwd.
Beschrijving

Dit attribuut legt de datum en tijd van de meest recente data-extractie uit Workiva vast. Het geeft context bij de actualiteit van de data die je analyseert.

In elk procesanalyse-dashboard is deze informatie belangrijk om te begrijpen hoe actueel de inzichten zijn. Je ziet hiermee of je naar realtime data kijkt of naar een momentopname van een specifiek tijdstip. Dat is belangrijk voor goed onderbouwde beslissingen over de bedrijfsvoering.

Waarom dit belangrijk is

Laat zien hoe actueel de data is, zodat gebruikers weten of de analyse de huidige processtatus weerspiegelt.

Waar je het vindt

Deze timestamp wordt gegenereerd en opgeslagen tijdens het extractie-, transformatie- en laadproces (ETL).

Voorbeelden
2023-10-27T02:00:00Z
Afdeling
Department
De bedrijfsafdeling of kostenplaats die de journaalpost heeft gestart.
Beschrijving

Dit attribuut identificeert de organisatie-eenheid, zoals Finance, Sales of Marketing, die aan de journaalpost is gekoppeld. Dit wordt vaak bepaald door de kostenplaats of de gebruiker die de post heeft aangemaakt.

Door het proces per afdeling te analyseren, kun je prestaties tussen verschillende onderdelen van de organisatie vergelijken. Je ziet welke afdelingen de efficiëntste processen hebben, de meeste rework kennen of de langste goedkeuringstijden hebben. Dat helpt bij het delen van best practices en het bieden van gerichte ondersteuning.

Waarom dit belangrijk is

Maakt prestatievergelijking tussen verschillende bedrijfsonderdelen mogelijk en helpt afdelingsspecifieke problemen of best practices te vinden.

Waar je het vindt

Deze informatie staat waarschijnlijk in de kopgegevens van de journaalpost. Mogelijk is ze gekoppeld aan het gebruikersprofiel van de maker of opgegeven als kostenplaats.

Voorbeelden
FinanciënVerkoop Noord-AmerikaBedrijfsvoering EU
Bedrag journaalpost
JournalEntryAmount
De totale geldwaarde van de journaalpost, meestal de som van de debet- of creditbedragen.
Beschrijving

Dit attribuut vertegenwoordigt de belangrijkste financiële waarde van de journaalpost. Het kan het totale debetbedrag zijn, dat gelijk moet zijn aan het totale creditbedrag.

Door het proces te analyseren op basis van financiële waarde, kun je belangrijke patronen vinden. Journaalposten met een hoge waarde worden bijvoorbeeld vaak strenger gecontroleerd en volgen mogelijk een andere, grondigere goedkeuringsroute. Je kunt dit attribuut gebruiken om dashboards te filteren en te analyseren of de waarde van een post samenhangt met verwerkingstijd, reworkpercentages of vertragingen bij goedkeuring.

Waarom dit belangrijk is

Maakt analyse op basis van financiële impact mogelijk. Zo kun je bepalen of posten met een hoge waarde anders worden verwerkt of vaker vertraging oplopen.

Waar je het vindt

Dit is een belangrijk veld in de kopgegevens van de journaalpost in Workiva.

Voorbeelden
15000.00250.50125000.75
Gebruiker
User
De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut identificeert de persoon die verantwoordelijk is voor een activiteit, zoals de maker, reviewer of goedkeurder van een journaalpost. Het kan een unieke gebruikers-ID, een naam of een e-mailadres zijn.

Data per gebruiker analyseren is belangrijk om de verdeling van de werklast, prestaties en compliance te begrijpen. Het vormt de basis voor dashboards zoals 'Journal Entry Workload Distribution' en 'Journal Entry Rejection Analysis'. Je kunt activiteiten per gebruiker uitsplitsen en zo mogelijke trainingsbehoeften of een onevenwichtige verdeling van middelen herkennen.

Waarom dit belangrijk is

Dit attribuut is belangrijk voor het analyseren van de werklastverdeling, het herkennen van goed presterende gebruikers en het begrijpen van gebruikersspecifiek gedrag of bottlenecks.

Waar je het vindt

Deze informatie is meestal beschikbaar in de event- of transactielogboeken van Workiva, gekoppeld aan elke vastgelegde activiteit.

Voorbeelden
asmithbjonescchen
Status journaalpost
JournalEntryStatus
De huidige status van de journaalpost in de levenscyclus.
Beschrijving

Dit attribuut geeft de actuele status van een journaalpost aan, zoals 'Draft', 'Submitted for Approval', 'Approved', 'Posted' of 'Rejected'. Het is een momentopname van de positie van de post op het moment van data-extractie.

Dit is belangrijk voor operationele monitoring en vormt de basis voor het dashboard 'Current Journal Entry Status Overview'. Het geeft management een helder beeld van de huidige werklast en achterstand in elke procesfase. Zo kunnen middelen beter worden verdeeld en prioriteiten worden gesteld.

Waarom dit belangrijk is

Geeft een actuele momentopname van de positie van journaalposten in het proces. Dat is belangrijk voor operationele monitoring en het beheren van achterstanden.

Waar je het vindt

Dit is een standaardveld in de kopgegevens van de journaalpost in Workiva en geeft de huidige status weer.

Voorbeelden
ConceptWacht op goedkeuringGeboektAfgewezen
Type journaalpost
JournalEntryType
De classificatie van de journaalpost, zoals standaard, transitorisch of correctie.
Beschrijving

Dit attribuut deelt journaalposten in op basis van hun bedrijfsdoel. Veelvoorkomende typen zijn standaardposten voor reguliere transacties, transitorische posten voor het verwerken van opbrengsten en kosten, herclassificatieposten en correctieposten.

Deze dimensie is belangrijk voor vergelijkende analyses. Je kunt het proces segmenteren om te zien of bepaalde typen posten meer tijd kosten, vaker worden afgewezen of andere routes volgen. Zo wordt het dashboard 'Journal Entry Reversal Rate Trend' gebruikt om terugboekingen per type te analyseren en problemen in specifieke boekhoudkundige werkwijzen te isoleren.

Waarom dit belangrijk is

Maakt het mogelijk om het proces te segmenteren en te bepalen of bepaalde typen posten meer vertragingen, rework of afwijkingen veroorzaken dan andere.

Waar je het vindt

Dit is waarschijnlijk een standaardveld in de kopgegevens van de journaalpost in Workiva.

Voorbeelden
StandaardOverlopende postHerclassificatieCorrectie
Bedrijfscode
CompanyCode
De identificatie van de specifieke juridische entiteit waarvoor de journaalpost wordt vastgelegd.
Beschrijving

De bedrijfscode vertegenwoordigt een afzonderlijke juridische entiteit binnen een concern. Financiële transacties worden op dit niveau vastgelegd voor wettelijke rapportage en consolidatie.

In een organisatie met meerdere entiteiten is het belangrijk om het proces van journaalposten per bedrijfscode te analyseren. Zo kun je verschillen in procesprestaties, compliance en efficiëntie vinden die specifiek zijn voor bepaalde juridische entiteiten of regio's. Dat maakt gerichte procesverbetering mogelijk.

Waarom dit belangrijk is

Belangrijk voor het analyseren en vergelijken van procesprestaties tussen verschillende juridische entiteiten binnen een organisatie.

Waar je het vindt

Dit is een verplicht basisveld in de kopgegevens van een journaalpost in elk boekhoudsysteem voor bedrijven, waaronder Workiva.

Voorbeelden
1000US01DE01
Boekingsdatum
PostingDate
De datum waarop de journaalpost officieel in het grootboek wordt vastgelegd.
Beschrijving

De boekingsdatum is de effectieve transactiedatum voor financiële rapportage. Deze bepaalt in welke verslagperiode de post in de financiële overzichten wordt opgenomen. De datum kan verschillen van de datum waarop de post is aangemaakt of goedgekeurd.

Dit attribuut is belangrijk voor financiële en compliance-analyses. Je kunt ermee analyseren hoe tijdig journaalposten worden geboekt ten opzichte van het afsluiten van verslagperioden. Vertragingen tussen goedkeuring en boeking kunnen wijzen op systeem- of procesbottlenecks die de financiële afsluiting beïnvloeden.

Waarom dit belangrijk is

Dit is een belangrijke datum voor financiële rapportage. Je kunt ermee analyseren hoe tijdig boekingen worden verwerkt en wat hun effect is op de financiële afsluitingscyclus.

Waar je het vindt

Dit is een standaarddatumveld in de kopgegevens van de journaalpost in Workiva.

Voorbeelden
2023-10-312023-11-302023-12-31
Documentatie aanwezig
HasSupportingDocumentation
Een vlag die aangeeft of vóór indiening voor controle ondersteunende documentatie is toegevoegd.
Beschrijving

Dit booleaanse attribuut controleert of de activiteit 'Supporting Documentation Attached' vóór de activiteit 'Journal Entry Submitted for Review' heeft plaatsgevonden voor een bepaalde journaalpost.

Dit attribuut ondersteunt rechtstreeks het dashboard 'Journal Entry Documentation Compliance' en de KPI 'JE Documentation Attachment Rate'. Het is belangrijk voor compliance en auditbaarheid. Posten zonder de juiste documentatie kunnen leiden tot afwijzingen, vertragingen en auditbevindingen. Met deze analyse kun je beleid beter handhaven en het controleproces efficiënter maken.

Waarom dit belangrijk is

Meet rechtstreeks de naleving van documentatiebeleid en helpt rework en vertragingen door ontbrekende informatie te verminderen.

Waar je het vindt

Dit is een afgeleid attribuut dat wordt berekend door de volgorde van activiteiten in de procesdata per case te controleren.

Voorbeelden
truefalse
Doorlooptijd goedkeuring
ApprovalCycleTime
De totale verstreken tijd vanaf het moment waarop een journaalpost ter controle wordt ingediend tot het moment waarop deze definitief wordt goedgekeurd.
Beschrijving

Deze berekende metriek meet de duur van de volledige goedkeuringsfase. Meestal wordt de tijd berekend tussen het eerste event 'Journal Entry Submitted for Review' en het laatste event 'Journal Entry Approved' voor elke journaalpost.

Dit is een directe maat voor de efficiëntie van de controle- en goedkeuringsworkflow en een belangrijke KPI voor veel financiële afdelingen. De metriek vormt de basis voor het dashboard 'Journal Entry Approval Cycle Time'. Daarmee kun je bottlenecks vinden en het effect volgen van verbeterinitiatieven die goedkeuringen moeten versnellen.

Waarom dit belangrijk is

Dit is een belangrijke prestatie-indicator die de efficiëntie van het goedkeuringsproces rechtstreeks meet en helpt vertragingen te vinden.

Waar je het vindt

Dit is een berekende metriek op basis van de timestamps van de activiteiten 'Journal Entry Submitted for Review' en 'Journal Entry Approved' uit het event log.

Voorbeelden
25920086400604800
Eindtijd
EndTime
De timestamp die aangeeft wanneer een specifieke activiteit of een specifiek event is afgerond.
Beschrijving

De End Time legt het precieze moment vast waarop een activiteit eindigt. Veel procesevents zijn direct afgerond en hebben alleen een Start Time. Andere activiteiten hebben een meetbare duur, zoals een controlestap die begint wanneer een gebruiker de taak opent en eindigt wanneer die de taak indient.

Dit attribuut wordt vooral gebruikt om de verwerkingstijd, oftewel de actieve werktijd, van een activiteit te berekenen. Zo kun je die onderscheiden van inactieve of wachttijd. Het helpt bij analyses van de tijd die gebruikers actief besteden aan specifieke taken, zoals 'Journal Entry Reviewed'.

Waarom dit belangrijk is

Hiermee kun je de werkelijke verwerkingstijd van een activiteit berekenen en actieve werktijd onderscheiden van wachttijd voor een nauwkeurigere efficiëntieanalyse.

Waar je het vindt

Raadpleeg de Workiva-documentatie. Mogelijk moet je dit afleiden door zowel het start- als het voltooiingsevent van één activiteit vast te leggen.

Voorbeelden
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
Geautomatiseerd
IsAutomated
Een vlag die aangeeft of een activiteit door een systeem of door een menselijke gebruiker is uitgevoerd.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die automatisch door het systeem worden uitgevoerd, zoals 'Automated Validation Run', en activiteiten die handmatig door een gebruiker worden uitgevoerd, zoals 'Journal Entry Reviewed'.

Dit onderscheid is belangrijk om procesefficiëntie en automatiseringsmogelijkheden goed te meten. Je kunt menselijke bottlenecks onderscheiden van systeemgerelateerde bottlenecks en de werkelijke handmatige inspanning in het proces berekenen. Het is belangrijk voor initiatieven die meer automatisering en minder handmatige contactmomenten nastreven.

Waarom dit belangrijk is

Helpt onderscheid te maken tussen systeem- en menselijke activiteiten. Dat is belangrijk voor het analyseren van het automatiseringsniveau en het vinden van handmatige bottlenecks.

Waar je het vindt

Dit is vaak een afgeleid attribuut. Je kunt het bepalen door te controleren of de 'User' bij een activiteit een systeem- of serviceaccount is, of door te kijken of de naam van de activiteit op automatisering wijst.

Voorbeelden
truefalse
Reden van afwijzing
RejectionReason
Een code of tekst die uitlegt waarom een journaalpost tijdens het controle- of goedkeuringsproces is afgewezen.
Beschrijving

Wanneer een journaalpost wordt afgewezen, legt dit attribuut de reden van de reviewer of goedkeurder vast. Mogelijke redenen zijn 'Incorrect GL Account', 'Missing Documentation', 'Calculation Error' of 'Policy Violation'.

Deze informatie is zeer waardevol voor een oorzaakanalyse van rework. Door de meest voorkomende afwijsredenen te analyseren, kunnen organisaties verbeterpunten vinden, zoals gerichte training, duidelijkere instructies of betere systeemcontroles. Het is een belangrijk attribuut voor de dashboards 'Journal Entry Rework Analysis' en 'Journal Entry Rejection Analysis'.

Waarom dit belangrijk is

Geeft direct inzicht in de oorzaken van rework, zodat je gericht verbeteringen kunt doorvoeren in training, documentatie en procescontroles.

Waar je het vindt

Deze data kan in een apart veld staan of in een opmerkingen- of notitieveld dat in Workiva aan de activiteit 'Journal Entry Rejected' is gekoppeld.

Voorbeelden
Ontbrekende ondersteunende documentatieOnjuiste grootboekrekening gebruiktBedrag overschrijdt de drempel
Rework
IsRework
Een vlag die aangeeft of een journaalpost op enig moment in de levenscyclus is afgewezen of gecorrigeerd.
Beschrijving

Dit booleaanse attribuut wordt per case berekend. Het krijgt de waarde 'true' als de activiteitenreeks van de journaalpost events bevat zoals 'Journal Entry Rejected' of 'Journal Entry Corrected'.

Dit attribuut maakt reworkanalyse eenvoudiger door een duidelijke binaire vlag te bieden voor filtering en aggregatie. Het is de basis voor het berekenen van de KPI 'Journal Entry Rework Rate' en voor het dashboard 'Journal Entry Rework Analysis'. Zo kun je snel cases vinden die afwijken van de 'happy path' en extra werk vereisen.

Waarom dit belangrijk is

Biedt een eenvoudige vlag om alle journaalposten te vinden en analyseren die correctie nodig hadden. Dat is belangrijk voor het meten van proceskwaliteit en first-time-right-percentages.

Waar je het vindt

Dit is een afgeleid attribuut dat wordt berekend door per case in het event log te controleren of reworkactiviteiten aanwezig zijn, zoals 'Journal Entry Rejected'.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Record to Report - activiteiten voor journal entries

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log vastlegt voor een betrouwbare analyse en ontdekking van je workflow voor journal entries.
6 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Journaalpost aangemaakt
Deze activiteit markeert het aanmaken van een nieuwe journaalpost in Workiva. De activiteit wordt vastgelegd wanneer een gebruiker een nieuw record voor een journaalpost aanmaakt. Daarbij ontstaat een unieke Journal Entry ID die als case-identificatie voor het proces dient.
Waarom dit belangrijk is

Als startpunt van het proces is deze gebeurtenis belangrijk voor het meten van de end-to-enddoorlooptijd van elke journaalpost. Door deze activiteit te analyseren krijg je inzicht in het ontstaan van de werklast en de capaciteitsplanning.

Waar je het vindt

Deze gebeurtenis wordt meestal vastgelegd in een auditlog of transactietabel in Workiva waarin het aanmaken van nieuwe objecten voor journaalposten wordt geregistreerd, samen met een aanmaaktimestamp en gebruikers-ID.

Vastleggen

Vastgelegd in een audit trail of tabel bij het aanmaken van een nieuw record voor een journaalpost, gekoppeld aan een timestamp voor 'Created On'.

Eventtype explicit
Journaalpost afgewezen
Een reviewer of goedkeurder wijst de journaalpost af vanwege fouten, ontbrekende informatie of beleidsovertredingen. De post gaat terug naar de maker voor correctie. Dit wordt vastgelegd met een statuswijziging naar 'Rejected' of 'Needs Rework'.
Waarom dit belangrijk is

Deze activiteit is de belangrijkste trigger voor rework-lussen, die een grote bron van procesinefficiëntie zijn. Door afwijzingen te analyseren, krijg je zicht op trainingsbehoeften, veelvoorkomende fouten en onduidelijke procesrichtlijnen.

Waar je het vindt

Afgeleid uit een statuswijziging in het historielogboek van de journaalpost. De status wordt bijgewerkt naar 'Rejected'. Het event wordt vastgelegd met een timestamp en de gebruiker die de actie uitvoerde.

Vastleggen

De timestamp waarop het statusveld wordt bijgewerkt naar 'Rejected' of 'Sent Back'.

Eventtype inferred
Journaalpost geboekt in het grootboek
Deze activiteit geeft aan dat de goedgekeurde journaalpost officieel in het grootboek is geboekt. Dit betekent dat de hoofdprocesstroom succesvol is afgerond. Meestal wordt dit vastgelegd als een laatste statuswijziging of als een transactie in het boekingslogboek.
Waarom dit belangrijk is

Als belangrijkste 'eind'-event voor de meeste journaalposten is deze activiteit essentieel voor het berekenen van de end-to-end-doorlooptijd en de verwerkingscapaciteit. Dit is het moment waarop de journaalpost invloed krijgt op de financiële overzichten.

Waar je het vindt

Je vindt dit in een transactielogboek met grootboekboekingen of als een statuswijziging van de journaalpost naar 'Posted'. Op dat moment wordt meestal ook een boekingsdatum ingevuld.

Vastleggen

Vastgelegd in een tabel met grootboekboekingen, inclusief een timestamp en een verwijzing naar de Journal Entry ID, of als een statuswijziging naar 'Posted'.

Eventtype explicit
Journaalpost goedgekeurd
Deze activiteit staat voor de definitieve goedkeuring van de journaalpost door een bevoegde gebruiker. Daarna kan de journaalpost worden geboekt. Dit is een belangrijk ijkpunt en wordt in Workiva meestal vastgelegd als een expliciete statuswijziging naar 'Approved'.
Waarom dit belangrijk is

Dit markeert de succesvolle afronding van het volledige controle- en goedkeuringsproces. Het is een belangrijke gebeurtenis voor het meten van goedkeuringsdoorlooptijden en het percentage goedkeuringen bij de eerste indiening. Daarmee heeft deze activiteit direct effect op de procesefficiëntie.

Waar je het vindt

Vastgelegd in de statusgeschiedenis van de journaalpost. Het statusveld van het record wordt bijgewerkt naar 'Approved'. Deze wijziging wordt geregistreerd met een timestamp en de gebruikers-ID van de goedkeurder.

Vastleggen

De timestamp waarop het statusveld van de journaalpost wordt bijgewerkt naar 'Approved'.

Eventtype inferred
Journaalpost ingediend voor controle
Dit is het moment waarop een gebruiker de opgestelde journaalpost met bijbehorende documentatie indient voor de formele controle- en goedkeuringsworkflow. Meestal wordt dit vastgelegd als een expliciete statuswijziging in het Workiva-platform, waarbij de journaalpost van 'Draft' of 'New' naar 'In Review' gaat.
Waarom dit belangrijk is

Deze activiteit is een belangrijk ijkpunt en start de goedkeuringscyclus. Door de tijd vanaf dit moment tot de definitieve goedkeuring te meten, zie je waar knelpunten in het controleproces zitten en kun je de goedkeuringsdoorlooptijd berekenen.

Waar je het vindt

Afgeleid van een statuswijziging op het record van de journaalpost, bijvoorbeeld van 'Draft' naar 'Submitted for Review'. Deze wijziging en de bijbehorende timestamp worden vastgelegd in een wijzigingsgeschiedenis of statustabel.

Vastleggen

Afgeleid door wijzigingen in het statusveld van de journaalpost te volgen naar 'Submitted' of een vergelijkbare waarde, met gebruik van de timestamp van de wijziging.

Eventtype inferred
Verwerking van terugboeking van journaalpost
Een eerder geboekte journaalpost wordt teruggeboekt. Daarbij wordt een nieuwe post aangemaakt die het oorspronkelijke bedrag neutraliseert. Dit is een specifiek transactietype dat expliciet in het systeem wordt vastgelegd.
Waarom dit belangrijk is

Deze activiteit wijst vaak op fouten in geboekte posten. Een hoog percentage terugboekingen kan duiden op problemen in het oorspronkelijke controle- en goedkeuringsproces. Dat beïnvloedt de financiële nauwkeurigheid en zorgt voor extra werk.

Waar je het vindt

Vastgelegd in transactiegegevens waarin een specifiek transactietype of een vlag een terugboeking aangeeft. De terugboekingspost verwijst meestal naar de oorspronkelijke Journal Entry ID.

Vastleggen

Er wordt een nieuw journaalpostrecord aangemaakt met het type 'Reversal' en een link naar de ID van de oorspronkelijke post.

Eventtype explicit
Controle van journaalpost gestart
Deze activiteit markeert het moment waarop een controleur begint met het beoordelen van de ingediende journaalpost. Je kunt dit afleiden uit het moment waarop de controleur de controletaak in de Workiva-werklijst opent of claimt.
Waarom dit belangrijk is

Met deze activiteit maak je onderscheid tussen de tijd dat een journaalpost in een wachtrij staat en de tijd die daadwerkelijk aan actieve controle wordt besteed. Dat is belangrijk om de werklast van controleurs goed te meten en wachtrijknelpunten te herkennen.

Waar je het vindt

Dit is vaak geen expliciete gebeurtenis. Je kunt deze afleiden uit het moment waarop het systeem de taak aan een specifieke gebruiker toewijst of waarop de gebruiker het record van de journaalpost voor het eerst opent nadat deze is ingediend.

Vastleggen

Afgeleid van het moment waarop de taakstatus verandert naar 'In Progress' of waarop de toegewezen controleur het record na indiening voor het eerst opent.

Eventtype inferred
Geautomatiseerde validatie mislukt
De geautomatiseerde validatiecontrole van het systeem vindt een fout, waardoor de journaalpost niet verder kan in de workflow. De status van de post wordt automatisch gewijzigd naar een mislukte of rework-status.
Waarom dit belangrijk is

Dit laat zien hoe geautomatiseerde kwaliteitscontroles werken. Een hoge frequentie van fouten kan wijzen op structurele problemen bij gegevensinvoer of op problemen met de validatieregels zelf. Daardoor ontstaat een onnodige rework-lus.

Waar je het vindt

Dit wordt vastgelegd in een systeemlogboek of via een statuswijziging die door het geautomatiseerde validatieproces wordt gestart. De status van de post kan bijvoorbeeld wijzigen naar 'Validation Error'.

Vastleggen

Een event dat door het systeem wordt gelogd, of een automatische statuswijziging naar een foutstatus wanneer een validatieregel faalt.

Eventtype explicit
Geautomatiseerde validatie uitgevoerd
Na indiening voert het systeem een automatische controle uit op de journaalpost om velden, totalen of complianceregels te valideren. Dit is vaak een automatisch achtergrondproces dat door het systeem wordt gelogd.
Waarom dit belangrijk is

Hiermee worden problemen met de datakwaliteit vroeg ontdekt, waardoor later minder herstelwerk nodig is. Door fouten te analyseren, zie je veelvoorkomende gebruikersfouten en waar de systeembegeleiding beter kan.

Waar je het vindt

Deze gebeurtenis staat in systeemlogs of een specifieke transactielog die aan de workflow voor journaalposten is gekoppeld. Daarin wordt vastgelegd wanneer validatieregels worden uitgevoerd.

Vastleggen

Door het systeem gelogd wanneer de validatie-engine de data van de journaalpost controleert.

Eventtype explicit
Journaalpost afgestemd
Deze activiteit vindt plaats nadat de journaalpost tijdens een afstemmingsproces is gematcht en afgeletterd. In Workiva wordt dit vastgelegd in de tools voor afstemming of accountcertificering.
Waarom dit belangrijk is

De tijd tussen boeken en afstemmen analyseren is belangrijk om de efficiëntie van het financiële afsluitingsproces te begrijpen. Vertragingen in deze stap kunnen de tijdigheid en nauwkeurigheid van financiële rapportages beïnvloeden.

Waar je het vindt

Dit komt waarschijnlijk uit een aparte afstemmingsmodule of tabel binnen Workiva, waarin afgestemde posten worden gekoppeld aan hun oorspronkelijke Journal Entry ID's. Hiervoor wordt de timestamp van de statuswijziging bij de afstemming gebruikt.

Vastleggen

De timestamp van een event of statuswijziging in een afstemmingsmodule die de journaalpost markeert als 'Reconciled'.

Eventtype explicit
Journaalpost gecontroleerd
Deze gebeurtenis betekent dat een controleur de beoordeling van de journaalpost heeft afgerond en actie heeft ondernomen, bijvoorbeeld door deze ter goedkeuring door te sturen of af te wijzen. Meestal wordt dit afgeleid uit de daaropvolgende statuswijziging.
Waarom dit belangrijk is

Dit markeert de afronding van een belangrijke kwaliteitscontrole. Door de duur van de controlestap te analyseren, kun je de werklast van het team beheren en kansen voor training van controleurs of vereenvoudiging van het proces vinden.

Waar je het vindt

Afgeleid van de timestamp waarop de status van de journaalpost verandert van 'In Review' naar een volgende status, zoals 'Pending Approval' of 'Rejected'.

Vastleggen

De timestamp van de statuswijziging van een 'Review'-status naar een volgende status.

Eventtype inferred
Journaalpost gecorrigeerd
Na een afwijzing past de maker of een andere gebruiker de journaalpost aan om de gemelde problemen op te lossen. Dit is meestal geen expliciet event. Je leidt het af uit gegevenswijzigingen in het record na een status 'Rejected'.
Waarom dit belangrijk is

Deze activiteit is een belangrijk onderdeel van de rework-lus. Door te meten hoe lang het duurt om posten te corrigeren, zie je hoe snel fouten worden opgelost en of bepaalde gebruikers of typen posten meer tijd kosten.

Waar je het vindt

Deze activiteit wordt afgeleid uit audittrail-logboeken. Je identificeert haar door te zoeken naar veldwijzigingen bij een journaalpost tussen een status 'Rejected' en de daaropvolgende indiening.

Vastleggen

Geïdentificeerd aan de hand van wijzigingslogboeken of audittrails waarin wijzigingen in journaalpostgegevens staan na de timestamp van een event 'Rejected'.

Eventtype inferred
Journaalpost ter goedkeuring verzonden
Na een geslaagde eerste controle wordt de journaalpost formeel doorgestuurd naar een aangewezen goedkeurder of goedkeuringsgroep. Dit wordt vastgelegd door een statuswijziging, bijvoorbeeld van 'Reviewed' naar 'Pending Approval'.
Waarom dit belangrijk is

Deze activiteit maakt onderscheid tussen de eerste controle en de definitieve goedkeuring, die door verschillende rollen kunnen worden uitgevoerd. Zo kun je vertragingen isoleren die specifiek bij de goedkeuringsstap op hoger niveau ontstaan.

Waar je het vindt

Afgeleid van een statuswijziging in het record van de journaalpost, vastgelegd in een tabel met de wijzigingsgeschiedenis. De status gaat van een controlestatus naar een goedkeuringsstatus.

Vastleggen

Afgeleid door de wijziging van het statusveld naar 'Pending Approval' of een vergelijkbare waarde te volgen, samen met de bijbehorende timestamp.

Eventtype inferred
Onderliggende documentatie toegevoegd
Deze activiteit vindt plaats wanneer een gebruiker een of meer onderliggende documenten, zoals facturen of contracten, aan het record van de journaalpost toevoegt. Meestal wordt dit vastgelegd door de documentbeheer- of bijlagenfunctie in Workiva te monitoren.
Waarom dit belangrijk is

Door deze activiteit te volgen, kun je compliance bewaken en vertragingen herkennen. De tijd tussen het aanmaken van de journaalpost en het toevoegen van het document kan een belangrijk knelpunt zijn dat de controle- en goedkeuringscyclus vertraagt.

Waar je het vindt

Vastgelegd in logs van de documentbeheerfuncties van Workiva. Deze registreren wanneer een bestand aan een specifieke Journal Entry ID wordt gekoppeld. Dit kan een expliciet event log zijn of worden afgeleid van de aanmaakdatum van de koppeling naar de bijlage.

Vastleggen

De gebeurtenis wordt gelogd wanneer een gebruiker een document succesvol uploadt of aan de journaalpost koppelt.

Eventtype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit Workiva

Klaar om aan de slag te gaan?

Begin vandaag met het verbeteren van je Record to Report-proces voor journaalposten. Deze template bevat alles wat je nodig hebt om waardevolle inzichten uit je data te halen.

Begin vandaag met het verbeteren van je Record to Report-proces voor journaalposten

Verkort de doorlooptijd van journaalposten met 30% en sluit je financiële periode sneller af.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je kunt op elk moment opzeggen.