Uw Record to report - Journaalboekingens datatemplate
Uw Record to report - Journaalboekingens datatemplate
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Praktische handleiding voor data-extractie
Record to report - Attributen Journaalboekingen
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke processtap of gebeurtenis die heeft plaatsgevonden voor de journaalpost. | ||
|
Beschrijving
Dit attribuut beschrijft de activiteit die op een specifiek punt in de levenscyclus van de journaalpost wordt uitgevoerd. Het legt belangrijke mijlpalen vast zoals 'Journaalboekingen Aangemaakt', 'Journaalboekingen Ingediend ter beoordeling', 'Journaalboekingen Goedgekeurd' en 'Journaalboekingen Geboekt in GL'. Het analyseren van de volgorde en frequentie van deze activiteiten vormt de kern van process mining. Het helpt de processtroom visualiseren, veelvoorkomende en zeldzame paden (varianten) vinden en knelpunten vinden waar journaalposten de meeste tijd doorbrengen. Het wordt ook gebruikt om de start- en eindpunten te definiëren voor Key Performance Indicator (KPI)-berekeningen, zoals de goedkeuringsdoorlooptijd.
Waarom het belangrijk is
Het definieert de stappen in het proces, wat de visualisatie en analyse van de journaalpost workflow en de identificatie van knelpunten mogelijk maakt.
Waar te verkrijgen
Dit wordt doorgaans afgeleid van event logs of statuswijzigings binnen Workiva. Het exacte veld moet mogelijk worden toegewezen vanuit systeemstatuscodes of gebeurtenisbeschrijvingen.
Voorbeelden
Journaalboekingen aangemaaktJournaalboekingen ingediend ter beoordelingJournaalboekingen goedgekeurdJournaalboekingen geboekt in GL
|
|||
|
Journaalboekingen ID
JournalEntryId
|
De unieke ID voor één journaalpost, die dient als de primaire case-identificatie voor procesanalyse. | ||
|
Beschrijving
De journaalpost-ID volgt uniek alle activiteiten en gebeurtenissen die verband houden met een specifieke reeks financiële transacties, van creatie tot definitieve boeking en reconciliatie. Deze ID verbindt elke stap, zoals creatie, indiening, beoordeling, goedkeuring en boeking, tot één enkele, samenhangende procesinstantie. In process mining is dit attribuut onmisbaar bij het reconstrueren van de volledige reis van elke journaalpost. Het maakt de analyse mogelijk van procesvarianten, doorlooptijden en reworkingslussen per journaalpost, wat een duidelijk beeld geeft van hoe individuele journaalposten door het systeem bewegen.
Waarom het belangrijk is
Dit is de onmisbaar voor het volgen van de volledige levenscyclus van een journaalpost, waardoor analyse van processtroom, duur en variaties mogelijk worden.
Waar te verkrijgen
Dit is de primary key 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 gebeurtenis heeft plaatsgevonden. | ||
|
Beschrijving
De Event Time is een precieze timestamp, inclusief datum en tijd, die het moment vastlegt waarop een activiteit plaatsvond. Deze gegevens zijn belangrijk voor het correct volgordeel plaatsen van gebeurtenissen en voor alle tijdgebonden analyses. In process mining wordt dit attribuut gebruikt om de duur tussen activiteiten, de algehele case doorlooptijden en wachttijden te berekenen. Het is belangrijk voor dashboards die doorlooptijden analyseren, zoals 'Journal Entry Approval Cycle Time' en 'Document Attachment Lag Time', en vormt de basis voor het vinden van vertragingen en inefficiënties in het proces.
Waarom het belangrijk is
Deze tijdstempel is belangrijk voor het berekenen van alle doorlooptijden, het correct ordenen van gebeurtenissen en het analyseren van procesprestaties in de loop van de tijd.
Waar te verkrijgen
Deze Informatie wordt doorgaans opgeslagen naast elke gebeurtenis of 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 bronsysteem waaruit de journaalboekings `data` werd opgehaald. | ||
|
Beschrijving
Dit attribuut identificeert de bronapplicatie waar de procesdata vandaan komen. Voor deze analyse zal de waarde consequent 'Workiva' zijn. Hoewel het statisch kan lijken in een enkel-systeem analyse, is het een belangrijk stuk metadata voor data-governance en traceerbaarheid. In grotere bedrijfsomgevingen doorkruisen processen vaak meerdere systemen, en dit veld wordt belangrijk voor het begrijpen van de volledige data lineage en het nauwkeurig integreren van data uit verschillende bronnen.
Waarom het belangrijk is
Biedt benodigde data lineage en context, wat zorgt voor duidelijkheid over de herkomst van de procesdata, vooral in multi-systeem omgevingen.
Waar te verkrijgen
Dit is doorgaans een statische waarde die tijdens extractie en transformatie van data wordt toegevoegd om de herkomst van de data aan te duiden.
Voorbeelden
Workiva
|
|||
|
Tijdstip van extractie
LastDataUpdate
|
De `timestamp` die aangeeft wanneer de `data` voor het voor het laatst is bijgewerkt vanuit het bronsysteem. | ||
|
Beschrijving
Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Workiva. Het biedt context voor de relevantie van de geanalyseerde data. In elk procesanalysedashboard is deze Informatie belangrijk voor gebruikers om te begrijpen hoe actueel de inzichten zijn. Het helpt hen te weten of ze kijken naar realtime-data of een momentopname van een specifiek tijdsTip, wat belangrijk is voor het nemen van weloverwogen operationele beslissingen.
Waarom het belangrijk is
Informeert gebruikers over de relevantie van de data, zodat ze begrijpen of de analyse de meest recente processtatus weergeeft.
Waar te verkrijgen
Deze timestamp wordt gegenereerd en opgeslagen tijdens het data-extractie-, transformatie- en laadproces (ETL).
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Afdeling
Department
|
De bedrijfsafdeling of de kostenplaats die de journaalpost heeft geïnitieerd. | ||
|
Beschrijving
Dit attribuut identificeert de onderdeel, zoals Financiën, Verkoop of Marketing, die geassocieerd is met de journaalpost. Dit wordt vaak bepaald door de kostenplaats of de gebruiker die de journaalpost heeft aangemaakt. Het analyseren van het proces per afdeling maakt prestatiebenchmarking tussen verschillende delen van de organisatie mogelijk. Het kan helpen vinden welke afdelingen de meest efficiënte processen, de hoogste reworkingspercentages of de langste goedkeuringstijden hebben, wat inzichten biedt voor het delen van best practices of het bieden van gerichte ondersteuning.
Waarom het belangrijk is
Maakt prestatievergelijking tussen verschillende bedrijfseenheden mogelijk, wat helpt bij het vinden van afdelingsspecifieke problemen of best practices.
Waar te verkrijgen
Deze Informatie is waarschijnlijk beschikbaar in de headerdata van de journaalpost, mogelijk gekoppeld aan het gebruikersprofiel van de aanmaker of gespecificeerd als kostenplaats.
Voorbeelden
FinanciënVerkoop Noord-AmerikaOperations EU
|
|||
|
Gebruiker
User
|
De gebruikers-id of naam van de persoon die de activiteit uitvoerde. | ||
|
Beschrijving
Dit attribuut identificeert de persoon die verantwoordelijk is voor een bepaalde activiteit, zoals de aanmaker, beoordelaar of goedkeurder van een journaalpost. Het kan een unieke gebruikers-id, een naam of een e-mailadres zijn. Het analyseren van data per gebruiker is belangrijk voor het begrijpen van werklastverdeling, prestaties en compliance. Het vormt de basis voor dashboards zoals 'Journaalboekingen Werklastverdeling' en 'Journaalboekingen Afkeuringsanalyse' door een uitsplitsing van activiteiten per gebruiker mogelijk te maken, waarbij potentiële trainingsbehoeften of bron-onevenwichtigheden worden belicht.
Waarom het belangrijk is
Dit attribuut is de sleutel tot het analyseren van werklastverdeling, het vinden van best presterende medewerkers en het begrijpen van gebruikersspecifiek gedrag of knelpunten.
Waar te verkrijgen
Deze Informatie is doorgaans beschikbaar in de gebeurtenis- of transactielogs van Workiva, geassocieerd met elke geregistreerde activiteit.
Voorbeelden
asmithbjonescchen
|
|||
|
Journaalboekingenbedrag
JournalEntryAmount
|
De totale financiële waarde van de journaalpost, doorgaans de som van debet of credit. | ||
|
Beschrijving
Dit attribuut vertegenwoordigt de primaire financiële waarde die geassocieerd is met de journaalpost. Het kan het totale debetbedrag zijn, dat gelijk moet zijn aan het totale creditbedrag. Het analyseren van het proces op financiële waarde kan belangrijke patronen zichtbaar maken. Journaalboekingenen met een hoogwaardige kunnen bijvoorbeeld onderworpen zijn aan meer controle en een ander, strenger goedkeuringstraject volgen. Dit attribuut kan worden gebruikt om dashboards te filteren en te analyseren of de waarde van de journaalpost correleert met verwerkingstijd, reworkingspercentages of goedkeuringsvertragingen.
Waarom het belangrijk is
Maakt analyse mogelijk op basis van financiële impact, wat helpt te bepalen of waardevolle posten anders worden verwerkt of gevoeliger zijn voor vertragingen.
Waar te verkrijgen
Dit is een fundamenteel veld in de headerdata van de journaalpost in Workiva.
Voorbeelden
15000.00250.50125000.75
|
|||
|
Journaalboekingenstatus
JournalEntryStatus
|
De huidige status van de journaalpost in zijn levenscyclus. | ||
|
Beschrijving
Dit attribuut geeft de realtime status van een journaalpost aan, zoals 'Concept', 'Ingediend ter Goedkeuring', 'Goedgekeurd', 'Geboekt' of 'Afgekeurd'. Het vertegenwoordigt een momentopname van de locatie van de journaalpost op het moment van data-extractie. Dit is belangrijk voor operationele monitoring en voedt het 'Huidig Journaalboekingen Status Overzicht' dashboard. Het biedt management een duidelijk beeld van de huidige werklast en achterstand in elke fase van het proces, wat helpt bij toewijzing van middelen en prioritering.
Waarom het belangrijk is
Biedt een realtime momentopname van waar journaalposten zich bevinden in het proces, wat belangrijk is voor operationele monitoring en het beheren van achterstanden.
Waar te verkrijgen
Dit is een standaard veld op de journaalpost header in Workiva, dat de huidige status weergeeft.
Voorbeelden
ConceptIn afwachting van goedkeuringGeboektAfgewezen
|
|||
|
Journaalboekingentype
JournalEntryType
|
De classificatie van de journaalpost, zoals standaard, accrual of correctie. | ||
|
Beschrijving
Dit attribuut categoriseert journaalposten op basis van hun bedrijfsdoel. Veelvoorkomende typen zijn standaardboekingen voor routinetransacties, overlopende posten voor het erkennen van opbrengsten en kosten, herclassificatieboekingen en correctieboekingen. Deze dimensie is belangrijk voor vergelijkende analyse. Het stelt je in staat het proces te segmenteren om te zien of bepaalde typen journaalposten langer duren, hogere afkeuringspercentages hebben of andere paden volgen. Het wordt bijvoorbeeld gebruikt in het 'Journaalboekingen Annuleringsratio Trend' dashboard om annuleringen per type te analyseren, wat helpt bij het isoleren van problemen die specifiek zijn voor bepaalde boekhoudkundige praktijken.
Waarom het belangrijk is
Maakt segmentatie van het proces mogelijk om te vinden of bepaalde soorten posten meer vertragingen, rework of afwijkingen veroorzaken dan andere.
Waar te verkrijgen
Dit is waarschijnlijk een standaard veld op de journaalpost header in Workiva.
Voorbeelden
StandaardAccrualHerclassificatieCorrectie
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatienummer voor de specifieke rechtspersoon waarvoor de journaalpost wordt vastgelegd. | ||
|
Beschrijving
De Company Code vertegenwoordigt een afzonderlijke rechtspersoon binnen een corporate groep. Financiële transacties worden op dit niveau vastgelegd voor wettelijke rapportage en consolidatie. In een multi-entiteit organisatie is het analyseren van het journaalpostproces per Company Code belangrijk. Het kan variaties in procesprestaties, compliance en efficiëntie inzichtelijk maken die specifiek zijn voor bepaalde rechtspersonen of geografische regio's. Dit maakt meer gerichte procesverbeteringsinitiatieven mogelijk.
Waarom het belangrijk is
Belangrijk voor het analyseren en vergelijken van procesprestaties tussen verschillende rechtspersonen binnen een organisatie.
Waar te verkrijgen
Dit is een fundamenteel en verplicht veld in de headerdata van de journaalpost in elk bedrijfsboekhoudsysteem, inclusief Workiva.
Voorbeelden
1000US01DE01
|
|||
|
Boekingsdatum
PostingDate
|
De datum waarop de journaalpost officieel wordt vastgelegd in het grootboek. | ||
|
Beschrijving
De boekingsdatum is de effectieve datum van de transactie voor doeleinden van financiële verslaglegging. Deze bepaalt de fiscale periode waarin de journaalpost zal worden weergegeven in de financiële overzichten. Deze datum kan verschillen van de datum waarop de journaalpost is aangemaakt of goedgekeurd. Dit attribuut is belangrijk voor financiële- en compliance-analyse. Het helpt bij het analyseren van de tijdigheid van journaalpostboekingen ten opzichte van de afsluiting van fiscale periodes. Vertragingen tussen goedkeuring en boeking kunnen duiden op systeem- of procesknelpunten die de financiële afsluiting kunnen beïnvloeden.
Waarom het belangrijk is
Het is een belangrijke datum voor financiële rapportage die helpt bij het analyseren van de tijdigheid van boekingen en hun impact op de financiële afsluitingscyclus.
Waar te verkrijgen
Dit is een standaard datumveld in de headerdata van de journaalpost in Workiva.
Voorbeelden
2023-10-312023-11-302023-12-31
|
|||
|
Doorlooptijd goedkeuringscyclus
ApprovalCycleTime
|
De totale verstreken tijd vanaf het moment dat een journaalpost ter beoordeling wordt ingediend totdat deze definitief is goedgekeurd. | ||
|
Beschrijving
Deze berekende metriek meet de duur van de gehele goedkeuringsfase. Het wordt doorgaans berekend als het tijdsverschil tussen de eerste 'Journaalboekingen Ingediend ter beoordeling' gebeurtenis en de definitieve 'Journaalboekingen Goedgekeurd' gebeurtenis voor elke journaalpost. Dit is een directe maatstaf voor de efficiëntie van de beoordelings- en goedkeurings-workflow en is een primaire KPI voor veel financiële afdelingen. Dit is de basis voor het 'Journaalboekingen Goedkeuringsdoorlooptijd' dashboard, wat helpt bij het vinden van knelpunten en het monitoren van de impact van procesverbeteringsinitiatieven gericht op het versnellen van goedkeuringen.
Waarom het belangrijk is
Dit is een Key Performance Indicator (KPI) die direct de efficiëntie van het goedkeuringsproces meet en helpt vertragingen vast te stellen.
Waar te verkrijgen
Dit is een berekende metriek, afgeleid met behulp van de tijdstempels van de 'Journaalboekingen Ingediend ter beoordeling' en 'Journaalboekingen Goedgekeurd' activiteiten uit de event log.
Voorbeelden
25920086400604800
|
|||
|
Eindtijd
EndTime
|
De timestamp waarop een specifieke activiteit of een gebeurtenis is afgerond. | ||
|
Beschrijving
De End Time registreert het exacte moment waarop een activiteit wordt afgesloten. Hoewel veel process gebeurtenissen onmiddellijk zijn en alleen een Starttijd hebben, hebben sommige activiteiten een meetbare duur, zoals een reviewstap die begint wanneer een gebruiker de taak opent en eindigt wanneer deze wordt ingediend. Dit attribuut wordt voornamelijk gebruikt om de verwerkingstijd (of actieve werktijd) van een activiteit te berekenen, en deze te onderscheiden van inactiviteit of wachttijd. Het helpt bij analyses die tot doel hebben te begrijpen hoe lang gebruikers actief besteden aan specifieke taken, zoals 'Journal Entry Reviewed'.
Waarom het belangrijk is
Het maakt de berekening van de werkelijke verwerkingstijd van een activiteit mogelijk, waarbij de duur van actief werk wordt gescheiden van wachttijd voor een nauwkeurigere efficiëntieanalyse.
Waar te verkrijgen
Raadpleeg de Workiva documentatie. Dit moet mogelijk worden afgeleid door zowel de start- als de voltooiingsgebeurtenissen voor één activiteit vast te leggen.
Voorbeelden
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
Heeft Documentatie
HasSupportingDocumentation
|
Een indicator die aangeeft of ondersteunende documentatie was bijgevoegd vóór indiening ter beoordeling. | ||
|
Beschrijving
Dit attribuut is een booleaanse vlag die controleert op de aanwezigheid van de 'Ondersteunende Documentatie Bijgevoegd' activiteit vóór de 'Journaalboekingen Ingediend ter beoordeling' activiteit voor een gegeven journaalpost. Dit attribuut ondersteunt direct het 'Journaalboekingen Documentatie Compliance' dashboard en de 'JE Documentatie Bijlagepercentage' KPI. Het is belangrijk voor compliance en controleerbaarheid, aangezien journaalposten zonder de juiste documentatie kunnen leiden tot afkeuringen, vertragingen en auditbevindingen. Het analyseren hiervan helpt bij het afdwingen van beleid en het optimaliseren van het beoordelingsproces.
Waarom het belangrijk is
Meet direct de naleving van documentatiebeleid, wat helpt om rework en vertragingen veroorzaakt door ontbrekende Informatie te verminderen.
Waar te verkrijgen
Dit is een afgeleid attribuut, berekend door de volgorde van activiteiten in de procesdata voor elke case te controleren.
Voorbeelden
truefalse
|
|||
|
Is Geautomatiseerd
IsAutomated
|
Een flag die aangeeft of een activiteit is uitgevoerd door een systeem of een menselijke gebruiker. | ||
|
Beschrijving
Deze vlag maakt onderscheid tussen activiteiten die automatisch door het systeem worden uitgevoerd, zoals 'Geautomatiseerde Validatie Uitgevoerd', en activiteiten die handmatig door een gebruiker worden uitgevoerd, zoals 'Journaalboekingen Beoordeeld'. Dit onderscheid is belangrijk voor het nauwkeurig meten van procesefficiëntie en automatiseringspotentieel. Het stelt analysesten in staat mensgerelateerde knelpunten te isoleren van systeemgerelateerde knelpunten en de werkelijke handmatige inspanning die bij het proces komt kijken te berekenen. Het is de sleutel voor initiatieven gericht op het verhogen van automatisering en het verminderen van handmatige contactmomenten.
Waarom het belangrijk is
Helpt onderscheid te maken tussen systeem- en menselijke activiteiten, wat belangrijk is voor het analyseren van automatiseringsniveaus en het vinden van handmatige knelpunten.
Waar te verkrijgen
Dit is vaak een afgeleid attribuut. Het kan worden bepaald door te controleren of de 'Gebruiker' voor een activiteit een systeem- of serviceaccount is, of als de activiteitsnaam zelf automatisering impliceert.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een indicator die aangeeft of een journaalpost op enig moment in zijn levenscyclus is afgewezen of gecorrigeerd. | ||
|
Beschrijving
Dit is een booleaans attribuut dat voor elke case wordt berekend. Het is ingesteld op 'true' als de activiteitenreeks van de journaalpost gebeurtenissen zoals 'Journaalboekingen Afgekeurd' of 'Journaalboekingen Gecorrigeerd' omvat. Dit attribuut vereenvoudigt reworkingsanalyse door een duidelijke binaire vlag te creëren voor filtering en aggregatie. Het is onmisbaar voor het berekenen van de 'Journaalboekingen Herwerkingsratio' KPI en voor het voeden van het 'Journaalboekingen Herwerkingsanalyse' dashboard, waardoor snelle identificatie mogelijk is van cases die afwijken van het 'happy path' en extra inspanning vereisen.
Waarom het belangrijk is
Biedt een eenvoudige vlag om alle journaalposten die correctie vereisten te vinden en analyseren, wat belangrijk is voor het meten van proceskwaliteit en first-time-right percentages.
Waar te verkrijgen
Dit is een afgeleid attribuut, berekend door te controleren op de aanwezigheid van rework-gerelateerde activiteiten ('Journaalboekingen Afgekeurd', etc.) in de event log voor elke case.
Voorbeelden
truefalse
|
|||
|
Reden van afwijzing
RejectionReason
|
Een code of tekst die uitlegt waarom een journaalpost werd afgewezen tijdens het beoordelings- of goedkeuringsproces. | ||
|
Beschrijving
Wanneer een journaalpost wordt afgekeurd, vangt dit attribuut de reden op die door de beoordelaar of goedkeurder is opgegeven. Redenen kunnen zijn: 'Onjuiste GL-rekening', 'Ontbrekende Documentatie', 'Rekenfout' of 'Beleidschending'. Deze Informatie is zeer waardevol voor de hoofdoorzaakanalyse van rework. Door de meest voorkomende afkeuringsredenen te analyseren, kunnen organisaties verbeterpunten vinden, zoals gerichte training voor gebruikers, duidelijkere instructies of verbeteringen in systeemcontroles. Het is een onmisbaar attribuut voor de 'Journaalboekingen Herwerkingsanalyse' en 'Journaalboekingen Afkeuringsanalyse' dashboards.
Waarom het belangrijk is
Biedt direct inzicht in de grondoorzaken van rework, wat gerichte verbeteringen in training, documentatie en procescontroles mogelijk maakt.
Waar te verkrijgen
Deze data kan worden opgeslagen in een specifiek veld of in een opmerkingen-/notitieveld geassocieerd met de 'Journaalboekingen Afgekeurd' activiteit in Workiva.
Voorbeelden
Ontbrekende ondersteunende documentatieOnjuiste GL-rekening gebruiktBedrag overschrijdt drempel
|
|||
Record to report - Activiteiten Journaalboekingen
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Journaalboekingen aangemaakt
|
Deze activiteit markeert de initiatie van een nieuwe journaalpost in Workiva. Het wordt vastgelegd wanneer een gebruiker een nieuwe journaalpostrecord aanmaakt, waarbij een unieke journaalpost-ID wordt gegenereerd die dient als de case-identificatie voor het proces. | ||
|
Waarom het belangrijk is
Als het startpunt van het proces is deze gebeurtenis belangrijk voor het meten van de end-to-end doorlooptijd van elke journaalpost. Het analyseren van deze activiteit helpt bij het begrijpen van de initiatie van de werklast en de bronplanning.
Waar te verkrijgen
Deze gebeurtenis wordt doorgaans vastgelegd vanuit een auditlog of transactietabel in Workiva die de creatie van nieuwe journaalpostobjecten registreert, samen met een creatie-tijdstempel en gebruikers-id.
Vastleggen
Vastgelegd in een audittrail of tabel bij het aanmaken van een nieuw journaalpostrecord, gekoppeld aan een 'Created On' timestamp.
Gebeurtenistype
explicit
|
|||
|
Journaalboekingen afgewezen
|
Een reviewer of fiatteur wijst de journaalpost af wegens fouten, ontbrekende Informatie of beleidsschendingen. Deze actie stuurt de post terug naar de aanmaker voor correctie en wordt vastgelegd door een statuswijziging naar 'Rejected' of 'Needs Rework'. | ||
|
Waarom het belangrijk is
Deze activiteit is de primaire trigger voor reworkingslussen, die een belangrijke bron zijn van procesinefficiëntie. Het analyseren van afkeuringen helpt bij het vinden van trainingsbehoeften, veelvoorkomende fouten en onduidelijke procesrichtlijnen.
Waar te verkrijgen
Afgeleid uit een statuswijziging in de historie-log van de journaalpost. Het statusveld van het record wordt bijgewerkt naar 'Rejected', en deze gebeurtenis wordt gelogd met een timestamp en de gebruiker die de actie heeft uitgevoerd.
Vastleggen
De tijdstempel waarop het statusveld wordt bijgewerkt naar 'Afgekeurd' of 'Teruggestuurd'.
Gebeurtenistype
inferred
|
|||
|
Journaalboekingen Annulering Verwerkt
|
Een eerder geboekte journaalpost wordt teruggedraaid, waardoor een nieuwe post wordt gecreëerd die de oorspronkelijke tenietdoet. Dit is een specifiek transactietype dat expliciet in het systeem wordt vastgelegd. | ||
|
Waarom het belangrijk is
Deze activiteit is een sterke indicator van fouten in geboekte journaalposten. Een hoge annuleringsratio duidt op potentiële problemen met het initiële beoordelings- en goedkeuringsproces, wat de financiële nauwkeurigheid beïnvloedt en extra werk vereist.
Waar te verkrijgen
Vastgelegd uit transactiedata waarbij een specifiek transactietype of een vlag een reversal aangeeft. De reversal-post zal doorgaans verwijzen naar de oorspronkelijke Journal Entry ID.
Vastleggen
Een nieuwe journaalpost wordt aangemaakt met het type 'Reversal' en een link naar de ID van de oorspronkelijke post.
Gebeurtenistype
explicit
|
|||
|
Journaalboekingen geboekt in GL
|
Deze activiteit geeft aan dat de goedgekeurde journaalpost officieel is geboekt in het grootboek. Het vertegenwoordigt de succesvolle voltooiing van de hoofdprocesstroom en wordt doorgaans vastgelegd als een definitieve statuswijziging of een boekingstransactielogboek. | ||
|
Waarom het belangrijk is
Als de primaire 'eind'-gebeurtenis voor de meeste journaalposten, is deze activiteit belangrijk voor het berekenen van de end-to-end doorlooptijd en doorlooptijd. Het markeert het punt waarop de post invloed heeft op de financiële overzichten.
Waar te verkrijgen
Dit kan worden gevonden in een transactielogboek dat GL-boekingen registreert of als een statuswijziging op de journaalpost naar 'Geboekt'. Een boekingsdatumveld wordt doorgaans op dit moment gevuld.
Vastleggen
Vastgelegd vanuit een GL-boekingstabel met een timestamp en verwijzing naar de Journal Entry ID, of vanuit een statuswijziging naar 'Posted'.
Gebeurtenistype
explicit
|
|||
|
Journaalboekingen goedgekeurd
|
Deze activiteit vertegenwoordigt de definitieve goedkeuring van de journaalpost door een geautoriseerde gebruiker, waardoor deze vrijgegeven wordt voor boeking. Dit is een belangrijke mijlpaal, doorgaans vastgelegd als een expliciete statuswijziging naar 'Goedgekeurd' in Workiva. | ||
|
Waarom het belangrijk is
Markeert de succesvolle voltooiing van het gehele beoordelings- en goedkeuringsproces. Het is een belangrijke gebeurtenis voor het meten van goedkeuringsdoorlooptijden en first-pass goedkeuringspercentages, wat direct van invloed is op de procesefficiëntie.
Waar te verkrijgen
Vastgelegd uit de statusgeschiedenislog van de journaalpost. Het statusveld van het record wordt bijgewerkt naar 'Approved', en deze wijziging wordt vastgelegd met een timestamp en de user ID van de fiatteur.
Vastleggen
De tijdstempel waarop het statusveld voor de journaalpost wordt bijgewerkt naar 'Goedgekeurd'.
Gebeurtenistype
inferred
|
|||
|
Journaalboekingen ingediend ter beoordeling
|
Vertegenwoordigt het moment waarop een gebruiker de opgestelde journaalpost, met bijbehorende documentatie, indient in de formele beoordelings- en goedkeuringsworkflow. Dit wordt doorgaans vastgelegd als een expliciete statuswijziging binnen het Workiva-platform, waarbij de post verschuift van een 'Draft' of 'New' status naar 'In Review'. | ||
|
Waarom het belangrijk is
Deze activiteit is een belangrijke mijlpaal die de goedkeuringscyclus start. Het meten van de tijd vanaf dit punt tot de uiteindelijke goedkeuring helpt knelpunten in het beoordelingsproces te vinden en is de sleutel tot het berekenen van de goedkeuringsdoorlooptijd.
Waar te verkrijgen
Afgeleid van een statuswijziging op het journaalpostrecord, bijvoorbeeld van 'Draft' naar 'Submitted for Review'. Deze wijziging en de bijbehorende timestamp zouden worden vastgelegd in een wijzigingshistorie- of statuslogtabel.
Vastleggen
Afgeleid van het volgen van wijzigingen in het statusveld van de journaalpost naar 'Submitted' of een vergelijkbare waarde, met behulp van de timestamp van de wijziging.
Gebeurtenistype
inferred
|
|||
|
Beoordeling journaalpost gestart
|
Deze activiteit markeert het moment waarop een beoordelaar begint met de controle van de ingediende journaalpost. Dit kan worden afgeleid wanneer een beoordelaar de beoordelingstaak in zijn Workiva takenlijst 'opent' of 'claimt'. | ||
|
Waarom het belangrijk is
Deze activiteit helpt onderscheid te maken tussen de tijd dat een journaalpost in een wachtrij staat en de daadwerkelijke tijd die wordt besteed aan actieve beoordeling. Het is belangrijk voor het nauwkeurig meten van de werklast van beoordelaars en het vinden van knelpunten in wachtrijen.
Waar te verkrijgen
Dit is vaak geen expliciete gebeurtenis. Het kan worden afgeleid door het systeem dat de taak toewijst aan een specifieke gebruiker, of wanneer de gebruiker de journaalpostrecord voor het eerst opent nadat deze is ingediend.
Vastleggen
Afgeleid van wanneer een taakstatus verandert naar 'In Progress' of wanneer het record voor het eerst wordt geopend door de toegewezen reviewer na indiening.
Gebeurtenistype
inferred
|
|||
|
Geautomatiseerde validatie mislukt
|
De geautomatiseerde validatiecontrole van het systeem identificeert een fout, waardoor de journaalpost niet verder kan in de workflow. Dit zet de status van de journaalpost automatisch op 'mislukt' of 'rework'. | ||
|
Waarom het belangrijk is
Dit benadrukt geautomatiseerde kwaliteitscontroles die werken. Een hoge frequentie van mislukkingen kan duiden op systemische problemen met data-invoer of problemen met de validapakketegels zelf, waardoor een onnodige reworkingslus ontstaat.
Waar te verkrijgen
Dit zou worden vastgelegd vanuit een systeemlogboek of een statuswijziging geactiveerd door het geautomatiseerde validatieproces. De status van de journaalpost kan veranderen naar 'Validatiefout' of iets soortgelijks.
Vastleggen
Een gebeurtenis gelogd door het systeem of een automatische statuswijziging naar een foutstatus wanneer een validapakketegel faalt.
Gebeurtenistype
explicit
|
|||
|
Geautomatiseerde validatie uitgevoerd
|
Een geautomatiseerde systeemcontrole wordt uitgevoerd op de journaalpost na indiening om velden, totalen of compliance-regels te bevestigen. Dit is vaak een geautomatiseerd achtergrondproces dat door het systeem wordt gelogd. | ||
|
Waarom het belangrijk is
Identificeert vroegtijdig datakwaliteitsproblemen, waardoor handmatig rework later in het proces wordt verminderd. Het analyseren van storingen kan veelvoorkomende gebruikersfouten of gebieden waar systeembegeleiding kan worden verbeterd, benadrukken.
Waar te verkrijgen
Deze gebeurtenis zou worden gevonden in systeemlogs of een specifiek transactielogboek geassocieerd met de journaalpost-workflow, waarin de uitvoering van validapakketegels wordt vastgelegd.
Vastleggen
Gelogd door het systeem wanneer de validatie-engine wordt uitgevoerd tegen de journaalpostdata.
Gebeurtenistype
explicit
|
|||
|
Journaalboekingen afgestemd
|
Deze activiteit na boeking vindt plaats wanneer de journaalpost wordt gematcht en afgeboekt tijdens een reconciliatieproces. Het wordt vastgelegd binnen de reconciliatie- of accountcertificatietools van Workiva. | ||
|
Waarom het belangrijk is
Het analyseren van de tijd van boeking tot afstemming is belangrijk voor het begrijpen van de efficiëntie van het financiële afsluitingsproces. Vertragingen hier kunnen de tijdigheid en nauwkeurigheid van financiële rapportage beïnvloeden.
Waar te verkrijgen
Dit zou waarschijnlijk afkomstig zijn uit een aparte reconciliatiemodule of tabel binnen Workiva, die gereconcilieerde items koppelt aan hun bron-journaalpost-ID's. De tijdstempel van de reconciliatiestatuswijziging zou worden gebruikt.
Vastleggen
De tijdstempel van een gebeurtenis of statuswijziging in een reconciliatiemodule die de journaalpost markeert als 'Gereconcilieerd'.
Gebeurtenistype
explicit
|
|||
|
Journaalboekingen beoordeeld
|
Deze gebeurtenis betekent dat een beoordelaar zijn beoordeling van de journaalpost heeft voltooid en actie heeft ondernomen, zoals het doorsturen voor goedkeuring of het afkeuren ervan. Dit wordt doorgaans afgeleid uit de daaropvolgende statuswijziging. | ||
|
Waarom het belangrijk is
Markeert de voltooiing van een belangrijke kwaliteitscontrole. Het analyseren van de duur van de beoordelingsfase helpt bij het beheren van de werklast van het team en het vinden van kansen voor training van reviewers of procesvereenvoudiging.
Waar te verkrijgen
Dit wordt afgeleid van de tijdstempel wanneer de status van de journaalpost wijzigt van 'Ter Beoordeling' naar een daaropvolgende status zoals 'Wacht op Goedkeuring' of 'Afgekeurd'.
Vastleggen
De tijdstempel van de statuswijziging van 'Beoordeling' naar een daaropvolgende status.
Gebeurtenistype
inferred
|
|||
|
Journaalboekingen gecorrigeerd
|
Na een afwijzing wijzigt de aanmaker of een andere gebruiker de journaalpost om de geconstateerde problemen aan te pakken. Dit is meestal geen expliciete gebeurtenis, maar wordt afgeleid door het detecteren van datawijzigingen in het record na een 'Rejected' status. | ||
|
Waarom het belangrijk is
Deze activiteit is een belangrijk onderdeel van de reworkingslus. Het meten van de tijd die nodig is om journaalposten te corrigeren kan zichtbaar maken hoe snel fouten worden aangepakt en of bepaalde gebruikers of journaalposttypen langer duren om te corrigeren.
Waar te verkrijgen
Deze activiteit wordt afgeleid door audit trail logs te analyseren. Het wordt geïdentificeerd door te zoeken naar veldwijzigingsgebeurtenissen die plaatsvinden op een journaalpost tussen een 'Afgekeurd'-status en de daaropvolgende herindiening.
Vastleggen
Geïdentificeerd door changelogs of audittrails die wijzigingen in journaalpostdata tonen na een 'Rejected' gebeurtenis timestamp.
Gebeurtenistype
inferred
|
|||
|
Journaalboekingen ter goedkeuring aangeboden
|
Na een succesvolle initiële beoordeling wordt de journaalpost formeel doorgestuurd naar een aangewezen fiatteur of goedkeuringsgroep. Dit wordt vastgelegd door een statuswijziging, bijvoorbeeld van 'Reviewed' naar 'Pending Approval'. | ||
|
Waarom het belangrijk is
Deze activiteit onderscheidt tussen de initiële beoordelings- en de uiteindelijke goedkeuringsstappen, die door verschillende rollen kunnen worden uitgevoerd. Het helpt vertragingen isoleren die specifiek zijn voor de goedkeuringsfase op een hoger niveau.
Waar te verkrijgen
Afgeleid uit een statuswijziging in het record van de journaalpost, vastgelegd in een wijzigingshistorietabel. De status zou dan verschuiven van een beoordelingsstatus naar een goedkeuringsstatus.
Vastleggen
Afgeleid van het volgen van de wijziging van het statusveld naar 'Pending Approval' of een vergelijkbare waarde, samen met de timestamp.
Gebeurtenistype
inferred
|
|||
|
Ondersteunende documentatie bijgevoegd
|
Deze activiteit vindt plaats wanneer een gebruiker één of meer ondersteunende documenten, zoals facturen of contracten, bijvoegt aan de journaalpostrecord. Dit wordt doorgaans vastgelegd door het monitoren van de documentbeheer- of bijlagefunctionaliteit binnen Workiva. | ||
|
Waarom het belangrijk is
Het volgen van deze activiteit is belangrijk voor het monitoren van compliance en het vinden van vertragingen. De tijd tussen de creatie van de journaalpost en de documentbijlage kan een aanzienlijk knelpunt zijn dat de beoordelings- en goedkeuringscyclus beïnvloedt.
Waar te verkrijgen
Vastgelegd uit logs voor Workiva's documentbeheerfuncties, waarbij wordt bijgehouden wanneer een bestand is gekoppeld aan een specifieke Journal Entry ID. Dit kan een expliciete event log zijn of worden afgeleid uit de aanmaakdatum van de bijlagekoppeling.
Vastleggen
Event gelogd wanneer een gebruiker succesvol een document uploadt of koppelt aan de journaalpost.
Gebeurtenistype
explicit
|
|||