De datatemplate voor Record to Report - Journaalposten
De datatemplate voor Record to Report - Journaalposten
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Praktische aanwijzingen voor data-extractie
Attributen voor Record to Report - Journaalposten
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke processtap of gebeurtenis voor de journaalpost. | ||
|
Beschrijving
Dit attribuut beschrijft de activiteit die op een bepaald moment in de levenscyclus van de journaalpost is uitgevoerd. Het legt belangrijke momenten vast, zoals 'Journaalpost aangemaakt', 'Journaalpost ter beoordeling ingediend', 'Journaalpost goedgekeurd' en 'Journaalpost geboekt in het grootboek'. De volgorde en frequentie van deze activiteiten analyseren is de kern van process mining. Zo kun je het procesverloop visualiseren, veelvoorkomende en zeldzame routes (varianten) herkennen en bottlenecks opsporen waar posten de meeste tijd doorbrengen. Je gebruikt de activiteiten ook om begin- en eindpunten vast te stellen voor KPI-berekeningen, zoals de goedkeuringsdoorlooptijd.
Waarom dit belangrijk is
Dit attribuut beschrijft de processtappen. Zo kun je de workflow voor journaalposten visualiseren en analyseren en bottlenecks opsporen.
Waar vind je dit?
Dit wordt meestal afgeleid uit event logs of statuswijzigingen in Workiva. Mogelijk moet je het juiste veld koppelen aan systeemstatuscodes of gebeurtenisbeschrijvingen.
Voorbeelden
Journaalpost aangemaaktJournaalpost ingediend ter controleJournaalpost goedgekeurdJournaalpost geboekt in het grootboek
|
|||
|
Journaalpost-ID
JournalEntryId
|
De unieke identificatiecode van één journaalpost. Deze code dient als primaire case-ID voor procesanalyse. | ||
|
Beschrijving
Met de journaalpost-ID kun je alle activiteiten en gebeurtenissen volgen die horen bij een specifieke reeks financiële transacties, van aanmaak tot definitieve boeking en afstemming. De ID koppelt elke stap, zoals aanmaken, indienen, beoordelen, goedkeuren en boeken, aan één procesinstantie. Bij process mining is dit attribuut essentieel om het volledige verloop van elke journaalpost te reconstrueren. Je kunt er procesvarianten, doorlooptijden en herstelcycli per post mee analyseren. Zo zie je duidelijk hoe afzonderlijke posten door het systeem lopen.
Waarom dit belangrijk is
Deze sleutel is nodig om de volledige levenscyclus van een journaalpost te volgen en het procesverloop, de duur en de variaties te analyseren.
Waar vind je dit?
Dit is de primaire sleutel van een journaalpostrecord in Workiva. Raadpleeg de Workiva-documentatie voor de specifieke tabel of het API-eindpunt.
Voorbeelden
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
De gebeurtenistijd is een precieze timestamp met datum en tijd, die het moment van een activiteit vastlegt. Deze data is nodig om gebeurtenissen in de juiste volgorde te zetten en tijdsanalyses uit te voeren. Bij process mining gebruik je dit attribuut om de tijd tussen activiteiten, de totale doorlooptijd per case en wachttijden te berekenen. Het is nodig voor dashboards die doorlooptijden analyseren, zoals 'Goedkeuringsdoorlooptijd journaalpost' en 'Vertraging bij toevoegen van documenten'. Ook vormt het de basis voor het opsporen van vertragingen en inefficiënties in het proces.
Waarom dit belangrijk is
Deze timestamp is nodig om doorlooptijden te berekenen, gebeurtenissen in de juiste volgorde te zetten en de procesprestaties over tijd te analyseren.
Waar vind je dit?
Deze informatie wordt meestal bij elke gebeurtenis of statuswijziging opgeslagen 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 waarin de journaalpostgegevens zijn vastgelegd en waaruit ze zijn opgehaald. | ||
|
Beschrijving
Dit attribuut geeft aan uit welke brontoepassing de procesdata afkomstig is. In deze analyse is de waarde altijd 'Workiva'. In een analyse van één systeem lijkt deze waarde misschien onveranderlijk, maar voor databeheer en traceerbaarheid is dit belangrijke metadata. In grotere organisaties lopen processen vaak door meerdere systemen. Dit veld helpt dan om de volledige herkomst van de data te begrijpen en gegevens uit verschillende bronnen correct te combineren.
Waarom dit belangrijk is
Geeft inzicht in de herkomst en context van de data, zodat duidelijk is waar de procesdata vandaan komt, vooral in omgevingen met meerdere systemen.
Waar vind je dit?
Dit is meestal een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de herkomst van de data aan te geven.
Voorbeelden
Workiva
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data voor het laatst uit het bronsysteem is vernieuwd. | ||
|
Beschrijving
Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Workiva. Zo weet je hoe actueel de geanalyseerde data is. In een dashboard voor procesanalyse helpt deze informatie gebruikers te bepalen hoe actueel de inzichten zijn. Je ziet of de analyse realtime data weergeeft of een momentopname van een bepaald 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 meest recente processtatus weergeeft.
Waar vind je dit?
Deze timestamp wordt aangemaakt en opgeslagen tijdens het proces van data-extractie, -transformatie en -laden (ETL).
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Afdeling
Department
|
De bedrijfsafdeling of het kostenplaatsnummer waarmee de journaalpost is gestart. | ||
|
Beschrijving
Dit attribuut geeft de organisatie-eenheid aan die bij de journaalpost hoort, zoals Finance, Sales of Marketing. Deze wordt vaak bepaald aan de hand van de kostenplaats of de gebruiker die de post heeft aangemaakt. Door het proces per afdeling te analyseren, kun je de prestaties van verschillende delen van de organisatie vergelijken. Zo zie je welke afdelingen het efficiëntst werken, het meeste herstelwerk hebben of de langste goedkeuringsdoorlooptijden kennen. Die informatie helpt om goede werkwijzen te delen of gerichte ondersteuning te bieden.
Waarom dit belangrijk is
Maakt het mogelijk de prestaties van verschillende bedrijfseenheden te vergelijken en afdelingsspecifieke problemen of goede werkwijzen te herkennen.
Waar vind je dit?
Deze informatie staat waarschijnlijk in de koptekstgegevens van de journaalpost. Mogelijk is ze gekoppeld aan het gebruikersprofiel van de maker of vastgelegd als kostenplaats.
Voorbeelden
FinanciënSales Noord-AmerikaBedrijfsvoering EU
|
|||
|
Bedrag journaalpost
JournalEntryAmount
|
De totale geldwaarde van de journaalpost, meestal de som van de debet- of creditbedragen. | ||
|
Beschrijving
Dit attribuut geeft de belangrijkste financiële waarde van de journaalpost weer. Dit kan het totale debetbedrag zijn, dat gelijk moet zijn aan het totale creditbedrag. Door het proces op basis van financiële waarde te analyseren, kun je belangrijke patronen ontdekken. Journaalposten met een hoge waarde worden bijvoorbeeld mogelijk strenger gecontroleerd en volgen een andere, uitgebreidere goedkeuringsroute. Je kunt dit attribuut gebruiken om dashboards te filteren en te onderzoeken of de waarde van een post samenhangt met de verwerkingstijd, het percentage herstelwerk of vertragingen bij goedkeuring.
Waarom dit belangrijk is
Maakt analyse op basis van financiële impact mogelijk. Zo kun je nagaan of posten met een hoge waarde anders worden verwerkt of vaker vertraging oplopen.
Waar vind je dit?
Dit is een basisveld in de koptekstgegevens van een 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 geeft aan wie verantwoordelijk was voor een activiteit, bijvoorbeeld de maker, beoordelaar 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 werkdruk, prestaties en compliance te begrijpen. Dit attribuut wordt gebruikt in dashboards zoals 'Verdeling van de werkdruk voor journaalposten' en 'Analyse van afgewezen journaalposten'. Je kunt activiteiten per gebruiker uitsplitsen en zo mogelijke trainingsbehoeften of een ongelijke verdeling van middelen herkennen.
Waarom dit belangrijk is
Dit attribuut is belangrijk om de werkdrukverdeling te analyseren, goed presterende gebruikers te herkennen en gedrag of bottlenecks per gebruiker te begrijpen.
Waar vind je dit?
Deze informatie is meestal beschikbaar in de event logs of transactielogboeken van Workiva en is gekoppeld aan elke vastgelegde activiteit.
Voorbeelden
asmithbjonescchen
|
|||
|
Journaalposttype
JournalEntryType
|
De classificatie van de journaalpost, bijvoorbeeld 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, herclassificaties en correctieposten. Met deze dimensie kun je processen vergelijken. Je kunt het proces uitsplitsen en nagaan of bepaalde typen posten langer duren, vaker worden afgewezen of een andere route volgen. Het dashboard 'Trend in percentage terugboekingen van journaalposten' gebruikt dit attribuut bijvoorbeeld om terugboekingen per type te analyseren. Zo kun je problemen met specifieke boekhoudkundige werkwijzen opsporen.
Waarom dit belangrijk is
Hiermee kun je het proces uitsplitsen en zien of bepaalde typen posten vaker vertraging, herstelwerk of afwijkingen veroorzaken.
Waar vind je dit?
Dit is waarschijnlijk een standaardveld in de koptekst van de journaalpost in Workiva.
Voorbeelden
StandaardTransitorischHerclassificatieCorrectie
|
|||
|
Status journaalpost
JournalEntryStatus
|
De huidige status van de journaalpost in de levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de realtime status van een journaalpost aan, zoals 'Concept', 'Ingediend ter goedkeuring', 'Goedgekeurd', 'Geboekt' of 'Afgewezen'. Het is een momentopname van de status van de post op het moment dat de data wordt opgehaald. Deze informatie is nodig om de bedrijfsvoering te volgen en vormt de basis voor het dashboard 'Overzicht huidige status journaalposten'. Het management krijgt zo een duidelijk beeld van de werkvoorraad en achterstanden in elke procesfase. Dat helpt bij het verdelen van middelen en het stellen van prioriteiten.
Waarom dit belangrijk is
Geeft realtime weer waar journaalposten zich in het proces bevinden. Dit is belangrijk om de bedrijfsvoering te volgen en achterstanden te beheren.
Waar vind je dit?
Dit is een standaardveld in de koptekst van de journaalpost in Workiva en geeft de huidige status weer.
Voorbeelden
ConceptIn afwachting van goedkeuringGeboektAfgewezen
|
|||
|
Automatisch uitgevoerd
IsAutomated
|
Een markering die aangeeft of een activiteit door het systeem of door een gebruiker is uitgevoerd. | ||
|
Beschrijving
Dit booleaanse attribuut maakt onderscheid tussen activiteiten die het systeem automatisch uitvoert, zoals 'Automatische validatie uitgevoerd', en activiteiten die een gebruiker handmatig uitvoert, zoals 'Journaalpost beoordeeld'. Dit onderscheid is nodig om de procesefficiëntie en het automatiseringspotentieel goed te meten. Analisten kunnen menselijke bottlenecks apart bekijken van systeemproblemen en de daadwerkelijke handmatige inspanning in het proces berekenen. Dit attribuut is belangrijk voor initiatieven die meer automatisering en minder handmatige handelingen nastreven.
Waarom dit belangrijk is
Helpt onderscheid te maken tussen systeemactiviteiten en menselijke activiteiten. Dat is nodig om het automatiseringsniveau te analyseren en handmatige bottlenecks op te sporen.
Waar vind je dit?
Dit is vaak een afgeleid attribuut. Je kunt dit bepalen door na te gaan of de 'Gebruiker' bij een activiteit een systeem- of serviceaccount is, of door te kijken of de naam van de activiteit op automatisering wijst.
Voorbeelden
truefalse
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatiecode van de specifieke juridische entiteit waarvoor de journaalpost wordt vastgelegd. | ||
|
Beschrijving
De bedrijfscode staat voor 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 voor journaalposten per bedrijfscode te analyseren. Zo ontdek je verschillen in procesprestaties, compliance en efficiëntie tussen juridische entiteiten of regio's. Dat maakt gerichte procesverbeteringen mogelijk.
Waarom dit belangrijk is
Belangrijk om procesprestaties tussen verschillende juridische entiteiten binnen een organisatie te analyseren en te vergelijken.
Waar vind je dit?
Dit is een verplicht basisveld in de koptekstgegevens van journaalposten 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 ingangsdatum van de transactie voor de financiële rapportage. Deze bepaalt in welke verslagperiode de post in de financiële overzichten wordt opgenomen. De datum kan afwijken van de aanmaak- of goedkeuringsdatum. Dit attribuut is belangrijk voor financiële analyses en compliance. Je kunt ermee analyseren of journaalposten op tijd worden geboekt ten opzichte van de afsluiting van verslagperioden. Vertraging tussen goedkeuring en boeking kan wijzen op systeem- of procesbottlenecks die de financiële afsluiting beïnvloeden.
Waarom dit belangrijk is
Deze datum is belangrijk voor de financiële rapportage. Je kunt ermee analyseren of boekingen op tijd plaatsvinden en hoe ze de financiële afsluiting beïnvloeden.
Waar vind je dit?
Dit is een standaarddatumveld in de koptekstgegevens van journaalposten in Workiva.
Voorbeelden
2023-10-312023-11-302023-12-31
|
|||
|
Documentatie aanwezig
HasSupportingDocumentation
|
Een markering die aangeeft of ondersteunende documentatie is toegevoegd voordat de post ter beoordeling werd ingediend. | ||
|
Beschrijving
Dit booleaanse attribuut controleert of de activiteit 'Ondersteunende documentatie toegevoegd' voor de activiteit 'Journaalpost ter beoordeling ingediend' voorkomt bij een journaalpost. Dit attribuut ondersteunt rechtstreeks het dashboard 'Compliance van journaalpostdocumentatie' en de KPI 'Percentage journaalposten met bijgevoegde documentatie'. Het is belangrijk voor compliance en auditeerbaarheid. Posten zonder de juiste documentatie kunnen leiden tot afwijzingen, vertragingen en bevindingen bij audits. Met deze analyse kun je beleid handhaven en het beoordelingsproces vereenvoudigen.
Waarom dit belangrijk is
Meet rechtstreeks of het documentatiebeleid wordt nageleefd en helpt herstelwerk en vertragingen door ontbrekende informatie te verminderen.
Waar vind je dit?
Dit is een afgeleid attribuut, berekend door de volgorde van activiteiten in de procesdata voor elke case te controleren.
Voorbeelden
truefalse
|
|||
|
Eindtijd
EndTime
|
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis is afgerond. | ||
|
Beschrijving
De eindtijd legt het precieze moment vast waarop een activiteit wordt afgerond. Veel procesgebeurtenissen duren maar een ogenblik en hebben alleen een starttijd. Andere activiteiten hebben een meetbare duur, zoals een beoordelingsstap die begint wanneer een gebruiker de taak opent en eindigt wanneer die de taak indient. Je gebruikt dit attribuut vooral om de verwerkingstijd, oftewel de actieve werktijd, van een activiteit te berekenen. Zo maak je onderscheid tussen actief werk en wachttijd. Dit helpt bij analyses van de tijd die gebruikers daadwerkelijk aan specifieke taken besteden, zoals 'Journaalpost beoordeeld'.
Waarom dit belangrijk is
Hiermee bereken je de daadwerkelijke verwerkingstijd van een activiteit en onderscheid je actieve werktijd van wachttijd. Zo wordt de efficiëntieanalyse nauwkeuriger.
Waar vind je dit?
Raadpleeg de Workiva-documentatie. Mogelijk moet je dit afleiden door zowel de start- als de afrondingsgebeurtenis van één activiteit vast te leggen.
Voorbeelden
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
Goedkeuringsdoorlooptijd
ApprovalCycleTime
|
De totale tijd vanaf het moment waarop een journaalpost ter beoordeling wordt ingediend tot de definitieve goedkeuring. | ||
|
Beschrijving
Deze berekende metriek meet de duur van de volledige goedkeuringsfase. Meestal wordt de tijd berekend tussen de eerste gebeurtenis 'Journaalpost ter beoordeling ingediend' en de laatste gebeurtenis 'Journaalpost goedgekeurd' voor elke journaalpost. Dit is een directe maatstaf voor de efficiëntie van de beoordelings- en goedkeuringsworkflow en een belangrijke KPI voor veel financiële afdelingen. De metriek vormt de basis voor het dashboard 'Goedkeuringsdoorlooptijd journaalpost'. Daarmee kun je bottlenecks opsporen en volgen wat het effect is van verbeteringen die goedkeuringen versnellen.
Waarom dit belangrijk is
Deze KPI meet rechtstreeks de efficiëntie van het goedkeuringsproces en helpt vertragingen op te sporen.
Waar vind je dit?
Dit is een berekende metriek op basis van de timestamps van de activiteiten 'Journaalpost ter beoordeling ingediend' en 'Journaalpost goedgekeurd' in het event log.
Voorbeelden
25920086400604800
|
|||
|
Herstelwerk uitgevoerd
IsRework
|
Een markering die aangeeft of een journaalpost tijdens de levenscyclus is afgewezen of gecorrigeerd. | ||
|
Beschrijving
Dit booleaanse attribuut wordt voor elke case berekend. De waarde wordt 'true' als de activiteitenreeks van de journaalpost gebeurtenissen bevat zoals 'Journaalpost afgewezen' of 'Journaalpost gecorrigeerd'. Met dit attribuut kun je herstelwerk eenvoudig analyseren. De duidelijke ja/nee-markering is handig om cases te filteren en te groeperen. Het is nodig om de KPI 'Percentage journaalposten met herstelwerk' te berekenen en vormt de basis voor het dashboard 'Analyse van herstelwerk aan journaalposten'. Zo herken je snel cases die afwijken van de ideale route en extra werk vragen.
Waarom dit belangrijk is
Geeft een eenvoudige markering om journaalposten te herkennen en analyseren die correctie nodig hadden. Dit is belangrijk om de proceskwaliteit en het percentage posten dat in één keer goed is te meten.
Waar vind je dit?
Dit is een afgeleid attribuut. Het wordt berekend door voor elke case in het event log te controleren of er activiteiten zijn die met herstelwerk te maken hebben, zoals 'Journaalpost afgewezen'.
Voorbeelden
truefalse
|
|||
|
Reden van afwijzing
RejectionReason
|
Een code of tekst die uitlegt waarom een journaalpost tijdens de beoordeling of goedkeuring is afgewezen. | ||
|
Beschrijving
Wanneer een journaalpost wordt afgewezen, legt dit attribuut de reden van de beoordelaar of goedkeurder vast. Mogelijke redenen zijn 'Onjuiste grootboekrekening', 'Ontbrekende documentatie', 'Rekenfout' of 'Beleidsovertreding'. Deze informatie is waardevol voor oorzaakanalyse van herstelwerk. Door de meest voorkomende afwijsredenen te analyseren, kunnen organisaties verbeterpunten vinden, zoals gerichte training, duidelijkere instructies of betere systeemcontroles. Dit attribuut is belangrijk voor de dashboards 'Analyse van herstelwerk aan journaalposten' en 'Analyse van afgewezen journaalposten'.
Waarom dit belangrijk is
Geeft direct inzicht in de oorzaken van herstelwerk. Zo kun je gericht verbeteringen aanbrengen in training, documentatie en procescontroles.
Waar vind je dit?
Deze data kan zijn opgeslagen in een apart veld of in een opmerkingen- of notitieveld bij de activiteit 'Journaalpost afgewezen' in Workiva.
Voorbeelden
Ondersteunende documentatie ontbreektOnjuiste grootboekrekening gebruiktBedrag overschrijdt drempelwaarde
|
|||
Activiteiten voor Record to Report - Journaalposten
| 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 krijgt de post een unieke ID die als case-ID voor het proces dient. | ||
|
Waarom dit belangrijk is
Als startpunt van het proces is deze gebeurtenis belangrijk om de end-to-end-doorlooptijd van elke journaalpost te meten. Analyse van deze activiteit geeft inzicht in het ontstaan van werk en helpt bij de capaciteitsplanning.
Waar vind je dit?
Deze gebeurtenis wordt meestal vastgelegd in een auditlog of transactietabel in Workiva. Daarin staan nieuwe journaalposten met een aanmaaktimestamp en gebruikers-ID.
Vastleggen
Vastgelegd in een auditspoor of tabel wanneer een nieuw record voor een journaalpost wordt aangemaakt, met een timestamp bij ‘Created On’.
Gebeurtenistype
explicit
|
|||
|
Journaalpost afgewezen
|
Een beoordelaar of goedkeurder wijst de journaalpost af vanwege fouten, ontbrekende informatie of overtreding van beleid. De post gaat terug naar de maker voor correctie. Dit wordt vastgelegd als een statuswijziging naar 'Rejected' of 'Needs Rework'. | ||
|
Waarom dit belangrijk is
Deze activiteit is de belangrijkste aanleiding voor herstelwerk. Dat is een grote bron van inefficiëntie in het proces. Door afwijzingen te analyseren, kun je trainingsbehoeften, veelvoorkomende fouten en onduidelijke procesrichtlijnen opsporen.
Waar vind je dit?
Afgeleid uit een statuswijziging in de geschiedenis van de journaalpost. De status wordt bijgewerkt naar 'Rejected'. De gebeurtenis wordt vastgelegd met een timestamp en de gebruiker die de actie heeft uitgevoerd.
Vastleggen
De timestamp waarop het statusveld wordt bijgewerkt naar 'Rejected' of 'Sent Back'.
Gebeurtenistype
inferred
|
|||
|
Journaalpost geboekt in het grootboek
|
Deze activiteit geeft aan dat de goedgekeurde journaalpost officieel in het grootboek is geboekt. Hiermee is de belangrijkste processtroom afgerond. Dit wordt meestal vastgelegd als een laatste statuswijziging of in een transactielogboek voor boekingen. | ||
|
Waarom dit belangrijk is
Deze activiteit is voor de meeste journaalposten de belangrijkste eindgebeurtenis. Je hebt deze nodig om de totale doorlooptijd en doorvoer te berekenen. Vanaf dit moment heeft de post invloed op de financiële overzichten.
Waar vind je dit?
Dit is terug te vinden in een transactielogboek met grootboekboekingen of als statuswijziging van de journaalpost naar 'Posted'. Meestal wordt op dat moment ook een boekingsdatum ingevuld.
Vastleggen
Vastgelegd in een tabel met grootboekboekingen, met een timestamp en een verwijzing naar de journaalpost-ID, of afgeleid uit een statuswijziging naar 'Posted'.
Gebeurtenistype
explicit
|
|||
|
Journaalpost goedgekeurd
|
Deze activiteit staat voor de definitieve goedkeuring van de journaalpost door een bevoegde gebruiker, waarna de post kan worden geboekt. Dit is een belangrijk moment, dat in Workiva meestal wordt vastgelegd als een expliciete statuswijziging naar 'Approved'. | ||
|
Waarom dit belangrijk is
Markeert dat de volledige beoordeling en goedkeuring succesvol zijn afgerond. Dit is een belangrijke gebeurtenis voor het meten van goedkeuringsdoorlooptijden en het percentage goedkeuringen in één keer. Beide hebben direct invloed op de procesefficiëntie.
Waar vind je dit?
Vastgelegd in de statusgeschiedenis van de journaalpost. Het statusveld van het record wordt bijgewerkt naar 'Approved'. De 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'.
Gebeurtenistype
inferred
|
|||
|
Journaalpost ingediend ter controle
|
Dit is het moment waarop een gebruiker de conceptjournaalpost met bijbehorende documentatie indient voor de formele controle en goedkeuring. Dit wordt meestal vastgelegd als een expliciete statuswijziging in Workiva, waarbij de status verandert van ‘Concept’ of ‘Nieuw’ naar ‘In controle’. | ||
|
Waarom dit belangrijk is
Deze activiteit is een belangrijk moment waarop de goedkeuringscyclus begint. Door de tijd tot de definitieve goedkeuring te meten, kun je bottlenecks in het controleproces opsporen en de doorlooptijd van de goedkeuringscyclus berekenen.
Waar vind je dit?
Af te leiden uit een statuswijziging van het record van de journaalpost, bijvoorbeeld van ‘Concept’ naar ‘Ingediend ter controle’. Deze wijziging en de timestamp worden vastgelegd in een wijzigingsgeschiedenis of statustabel.
Vastleggen
Af te leiden uit wijzigingen in het statusveld van de journaalpost naar ‘Ingediend’ of een vergelijkbare waarde, met de timestamp van de wijziging.
Gebeurtenistype
inferred
|
|||
|
Terugboeking van journaalpost verwerkt
|
Een eerder geboekte journaalpost wordt teruggedraaid. Daarbij wordt een nieuwe post aangemaakt die de oorspronkelijke post ongedaan maakt. 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 met de eerste beoordeling en goedkeuring. Dat kan de financiële nauwkeurigheid aantasten en extra werk opleveren.
Waar vind je dit?
Vastgelegd in transactiegegevens waarin een specifiek transactietype of een markering een terugboeking aangeeft. De terugboekingspost verwijst meestal naar de oorspronkelijke journaalpost-ID.
Vastleggen
Er wordt een nieuw journaalpostrecord aangemaakt met het type 'Reversal' en een koppeling naar de ID van de oorspronkelijke post.
Gebeurtenistype
explicit
|
|||
|
Automatische validatie mislukt
|
De automatische 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 fout- of herstelstatus. | ||
|
Waarom dit belangrijk is
Deze activiteit laat zien hoe automatische kwaliteitscontroles werken. Veel mislukte controles kunnen wijzen op structurele problemen met gegevensinvoer of met de validatieregels zelf. Dat leidt tot onnodig herstelwerk.
Waar vind je dit?
Dit wordt vastgelegd in een systeemlogboek of als statuswijziging die door het automatische validatieproces wordt gestart. De status van de post kan bijvoorbeeld veranderen naar 'Validation Error'.
Vastleggen
Een gebeurtenis die door het systeem wordt vastgelegd, of een automatische statuswijziging naar een foutstatus wanneer een validatieregel niet slaagt.
Gebeurtenistype
explicit
|
|||
|
Automatische validatie uitgevoerd
|
Na indiening controleert het systeem de journaalpost automatisch op velden, totalen of complianceregels. Dit gebeurt vaak op de achtergrond en wordt door het systeem vastgelegd. | ||
|
Waarom dit belangrijk is
Zo komen problemen met de datakwaliteit vroeg aan het licht en is later minder handmatig herstelwerk nodig. Analyse van mislukte controles kan veelvoorkomende gebruikersfouten of verbeterpunten in de systeeminstructies zichtbaar maken.
Waar vind je dit?
Deze gebeurtenis is terug te vinden in systeemlogs of een specifieke transactielog voor de workflow van journaalposten. Daarin staat wanneer validatieregels zijn uitgevoerd.
Vastleggen
Door het systeem vastgelegd wanneer de validatie-engine de data van de journaalpost controleert.
Gebeurtenistype
explicit
|
|||
|
Controle van journaalpost gestart
|
Deze activiteit markeert het moment waarop een controleur begint met de beoordeling van de ingediende journaalpost. Dit kan worden afgeleid wanneer de controleur de controletaak in de Workiva-werklijst opent of claimt. | ||
|
Waarom dit belangrijk is
Deze activiteit maakt onderscheid tussen de tijd dat een journaalpost in een wachtrij staat en de tijd die daadwerkelijk aan de controle wordt besteed. Dat is belangrijk om de werklast van controleurs nauwkeurig te meten en bottlenecks in wachtrijen op te sporen.
Waar vind je dit?
Dit is vaak geen expliciete gebeurtenis. De start kan worden afgeleid uit het moment waarop het systeem de taak aan een gebruiker toewijst of waarop die gebruiker het record van de journaalpost voor het eerst opent na indiening.
Vastleggen
Af te leiden uit het moment waarop de taakstatus verandert in ‘In uitvoering’ of waarop de toegewezen controleur het record voor het eerst opent na indiening.
Gebeurtenistype
inferred
|
|||
|
Journaalpost afgestemd
|
Deze activiteit vindt na het boeken plaats, wanneer de journaalpost tijdens een afstemming wordt gekoppeld en afgeletterd. De activiteit wordt vastgelegd in de afstemmings- of rekeningcertificeringstools van Workiva. | ||
|
Waarom dit belangrijk is
De tijd tussen boeken en afstemmen analyseren is belangrijk om de efficiëntie van het financiële afsluitproces te begrijpen. Vertragingen kunnen de tijdigheid en nauwkeurigheid van de financiële rapportage beïnvloeden.
Waar vind je dit?
Deze gegevens komen waarschijnlijk uit een aparte afstemmingsmodule of tabel in Workiva, waarin afgestemde posten worden gekoppeld aan de bijbehorende journaalpost-ID's. De timestamp van de statuswijziging bij het afstemmen wordt gebruikt.
Vastleggen
De timestamp van een gebeurtenis of statuswijziging in een afstemmingsmodule die aangeeft dat de journaalpost de status 'Reconciled' heeft.
Gebeurtenistype
explicit
|
|||
|
Journaalpost gecontroleerd
|
Deze gebeurtenis geeft aan dat een controleur de beoordeling van de journaalpost heeft afgerond en een actie heeft uitgevoerd, zoals de post ter goedkeuring doorsturen of afwijzen. Dit wordt meestal afgeleid uit de daaropvolgende statuswijziging. | ||
|
Waarom dit belangrijk is
Markeert dat een belangrijke kwaliteitscontrole is afgerond. Door de duur van de beoordelingsfase te analyseren, kun je de werkdruk binnen het team beter verdelen en zien waar training voor beoordelaars of vereenvoudiging van het proces nodig is.
Waar vind je dit?
Dit wordt afgeleid uit 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 'Review' naar een volgende status.
Gebeurtenistype
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 expliciete gebeurtenis. Je kunt de correctie afleiden uit wijzigingen in de gegevens na een status 'Rejected'. | ||
|
Waarom dit belangrijk is
Deze activiteit is een belangrijk onderdeel van de herstelcyclus. Door te meten hoe lang het duurt om posten te corrigeren, zie je hoe snel fouten worden opgelost en of bepaalde gebruikers of soorten posten meer tijd kosten.
Waar vind je dit?
Deze activiteit wordt afgeleid uit auditspoorlogboeken. Je herkent de activiteit aan wijzigingen in velden van een journaalpost tussen de status 'Rejected' en de daaropvolgende nieuwe indiening.
Vastleggen
Herkenbaar aan wijzigingslogboeken of auditsporen die aanpassingen aan journaalpostgegevens tonen na de timestamp van een gebeurtenis 'Rejected'.
Gebeurtenistype
inferred
|
|||
|
Journaalpost ter goedkeuring verzonden
|
Na een geslaagde eerste beoordeling wordt de journaalpost formeel doorgestuurd naar een aangewezen goedkeurder of een groep goedkeurders. Dit is zichtbaar in een statuswijziging, bijvoorbeeld van 'Reviewed' naar 'Pending Approval'. | ||
|
Waarom dit belangrijk is
Deze activiteit maakt onderscheid tussen de eerste beoordeling en de uiteindelijke goedkeuring, die door verschillende rollen kunnen worden uitgevoerd. Zo kun je vertragingen in de goedkeuringsfase op hoger niveau apart analyseren.
Waar vind je dit?
Afgeleid uit een statuswijziging in het journaalpostrecord, vastgelegd in een wijzigingsgeschiedenistabel. De status verandert van een beoordelingsstatus naar een goedkeuringsstatus.
Vastleggen
Afgeleid uit een wijziging van het statusveld naar 'Pending Approval' of een vergelijkbare waarde, samen met de bijbehorende timestamp.
Gebeurtenistype
inferred
|
|||
|
Ondersteunende documentatie toegevoegd
|
Deze activiteit vindt plaats wanneer een gebruiker een of meer ondersteunende documenten, zoals facturen of contracten, aan het record van een journaalpost toevoegt. Dit wordt meestal vastgelegd via de documentbeheer- of bijlagenfunctie in Workiva. | ||
|
Waarom dit belangrijk is
Door deze activiteit te volgen, kun je de compliance bewaken en vertragingen opsporen. De tijd tussen het aanmaken van een journaalpost en het toevoegen van documenten kan een belangrijke bottleneck zijn in de controle- en goedkeuringscyclus.
Waar vind je dit?
Deze activiteit wordt vastgelegd in logs van de documentbeheerfuncties van Workiva. Daarin staat wanneer een bestand aan een specifieke ID van een journaalpost is gekoppeld. Dit kan een expliciete event log zijn of worden afgeleid van de aanmaakdatum van de koppeling naar de bijlage.
Vastleggen
Gebeurtenis die wordt vastgelegd wanneer een gebruiker een document uploadt of aan de journaalpost koppelt.
Gebeurtenistype
explicit
|
|||
Extractiegidsen
Klaar om te beginnen?
Begin vandaag met het verbeteren van het Record to Report-proces voor journaalposten. Deze template bevat alles wat je nodig hebt om waardevolle inzichten te verzamelen.
Verbeter vandaag nog het Record to Report-proces voor journaalposten
Verkort de doorlooptijd van journaalposten met 30% en sluit de financiële administratie sneller af.
Je hebt geen creditcard nodig. Je kunt op elk moment opzeggen.