Uw Record to Report - Journal Entry Data Template
Uw Record to Report - Journal Entry Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor Microsoft Dynamics 365
Record to Report - Journal Entry Attributes
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke business process stap of event dat plaatsvond. | ||
|
Omschrijving
Dit attribute beschrijft een enkel event of taak binnen de levenscyclus van de journaalboeking, zoals 'Journal Entry Created', 'Journal Submitted For Approval' of 'Journal Entry Posted'. Deze activiteiten vormen de knooppunten van de ontdekte proceskaart. Het analyseren van de sequentie en frequentie van deze activiteiten is de kern van process mining. Het onthult de daadwerkelijke processtroom, helpt afwijkingen van de standaardprocedure te identificeren en benadrukt bottlenecks waar activiteiten langer duren dan verwacht of worden herhaald.
Het belang
Dit attribute definieert de stappen in het proces, vormt de ruggengraat van de proceskaart en maakt de analyse van processtroom en variaties mogelijk.
Vindplaats
Dit is een conceptueel attribute, afgeleid van systeemevents, statuswijzigingen of workflow logs binnen Microsoft Dynamics 365.
Voorbeelden
Journaalpost aangemaaktJournaal Ingediend Voor GoedkeuringJournaal GoedgekeurdJournaalpost Geboekt
|
|||
|
Journaalpost ID
JournalEntryId
|
De unieke identifier voor een journaalboeking, dienend als de primaire case identifier. | ||
|
Omschrijving
De Journal Entry ID linkt uniek alle activiteiten en data points gerelateerd aan een enkele journaalboekingstransactie. Het maakt de complete end-to-end tracking van de levenscyclus van een journaal mogelijk, van aanmaak en beoordeling tot de uiteindelijke boeking in het grootboek. In process mining analyse is dit attribute fundamenteel voor het reconstrueren van de processtroom. Elke unieke Journal Entry ID vertegenwoordigt een enkele instantie van het proces, wat gedetailleerd onderzoek van procesvarianten, cycle times en compliance voor individuele financiële transacties mogelijk maakt.
Het belang
Dit is de essentiële sleutel voor het volgen van een journaalboeking van begin tot eind, waardoor het mogelijk is de gehele processtroom voor elke case te analyseren.
Vindplaats
Deze identifier is doorgaans te vinden in de journaalkoptabel, zoals LedgerJournalTable, vaak in een field genaamd JournalNum.
Voorbeelden
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De precieze timestamp die aangeeft wanneer een activiteit of gebeurtenis plaatsvond. | ||
|
Omschrijving
De Event Time registreert de datum en tijd dat een specifieke activiteit in het journaalboekingsproces plaatsvond. Deze chronologische data is essentieel voor het ordenen van events en het berekenen van de duur ertussen. In analyse wordt deze timestamp gebruikt om de tijdlijn voor elke case te construeren, wat cruciaal is voor het berekenen van alle tijdsgebonden metrics zoals cycle times, processing times en waiting times. Het maakt de identificatie van vertragingen tussen stappen mogelijk en ondersteunt dashboards gerelateerd aan bottlenecks en SLA-compliance.
Het belang
Deze timestamp is essentieel voor het correct ordenen van events en het berekenen van alle tijdsgebonden KPI's, zoals cycle time en verwerkingsvertragingen.
Vindplaats
Event tijdstempels zijn doorgaans te vinden in workflowgeschiedenislogs, audittrail tabellen (bijv. SysDatabaseLog), of als aanmaak-/wijzigingstijdstempels op gerelateerde records zoals LedgerJournalTable en LedgerJournalTrans.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
|
|||
|
Eindtijd van het event
EventEndTime
|
De timestamp die aangeeft wanneer een activiteit of event is voltooid. | ||
|
Omschrijving
De Event End Time markeert de voltooiing van een specifieke activiteit. Terwijl StartTime aangeeft wanneer een event begint, biedt EndTime de andere grens, waardoor een precieze duurcalculatie van individuele taken mogelijk is. In process mining maakt het hebben van zowel een start- als een eindtijd de berekening van de processing time van activiteiten mogelijk, wat verschilt van de wachttijd. Dit is cruciaal voor dashboards die gebruikersprestaties analyseren en identificeren welke specifieke taken, en niet alleen de gaten daartussen, de meeste tijd in beslag nemen.
Het belang
Maakt de precieze berekening mogelijk van hoe lang elke activiteit duurt, wat essentieel is voor het analyseren van gebruikersprestaties en het identificeren van resource-intensieve taken.
Vindplaats
Deze data kan expliciet worden opgeslagen in workflow logs of moet mogelijk worden afgeleid door de StartTime van de volgende activiteit in de sequentie te gebruiken.
Voorbeelden
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Gebruikersnaam
UserName
|
De `naam` van de `gebruiker` die de `activiteit` heeft uitgevoerd. | ||
|
Omschrijving
Dit attribute identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke activiteit, zoals het aanmaken, goedkeuren of boeken van een journaalboeking. Het koppelt processtappen aan human resources. Het analyseren van prestaties per gebruiker is een belangrijke capability in process mining. Het helpt bij het opbouwen van het 'Journal Entry User Performance' dashboard om activiteitsduren en throughput te vergelijken tussen verschillende gebruikers of teams. Dit kan toppresteerders benadrukken, trainingsbehoeften identificeren en helpen bij werkdrukverdeling.
Het belang
Koppelt procesactiviteiten aan specifieke individuen, waardoor analyse van gebruikersprestaties, werkverdeling en resourceallocatie mogelijk is.
Vindplaats
Gebruikersinformatie is doorgaans te vinden in createdBy- of modifiedBy-fields op tabellen zoals LedgerJournalTable of in geassocieerde workflow history logs.
Voorbeelden
Alice SmithBob Johnsonsystem.batch
|
|||
|
Journaalstatus
JournalStatus
|
De huidige of definitieve status van de journaalboeking. | ||
|
Omschrijving
Dit attribute geeft de status van de journaalboeking aan op een bepaald tijdstip, zoals 'Concept', 'Ter beoordeling', 'Goedgekeurd', 'Afgewezen' of 'Geboekt'. Het biedt een snapshot van waar de boeking zich bevindt in zijn levenscyclus. Het analyseren van de status is nuttig voor het begrijpen van de uitkomsten van cases. Het kan worden gebruikt om te filteren op alle afgewezen journaals of om het volume van journaals in een specifieke fase te volgen. Dit attribute ondersteunt meerdere dashboards door context te bieden aan throughput- en statusanalyse.
Het belang
Biedt een duidelijk resultaat voor elke journaalboeking, waardoor analyse van succespercentages, afwijzingspercentages en het werkvolume in verschillende fasen mogelijk is.
Vindplaats
De status is vaak te vinden in de journaalkoptabel, LedgerJournalTable, of afgeleid van de workflowstatus.
Voorbeelden
ConceptIngediendGoedgekeurdGeboektAfgewezen
|
|||
|
Journaaltype
JournalType
|
De classificatie van de journaalboeking, zoals Grootboekjournaal of Overlopende post. | ||
|
Omschrijving
Journal Type categoriseert boekingen op basis van hun zakelijke doel, bijvoorbeeld dagelijkse boekingen, overlopende posten, toewijzingen of eliminaties. Deze segmentatie is cruciaal voor het begrijpen van verschillende procespaden en gedragingen. Dit attribute maakt het mogelijk om het proces te filteren en te vergelijken tussen verschillende Journal Types. Het is essentieel voor het 'Journal Entry Throughput Volume by Type' dashboard, en helpt te analyseren of bepaalde soorten journaals gevoeliger zijn voor vertragingen, afwijzingen of herstelwerkzaamheden.
Het belang
Maakt segmentatie van de analyse mogelijk om processen met verschillende bedrijfsdoeleinden te vergelijken, die afzonderlijke paden, doorlooptijden en goedkeuringsvereisten kunnen hebben.
Vindplaats
Dit wordt doorgaans opgeslagen in de journaalkoptabel, LedgerJournalTable, in een field gerelateerd aan journaalnamen of -types (bijv. JournalName).
Voorbeelden
GrootboekjournaalOverlopende Posten CorrectieIntercompany OverdrachtSalarisadministratie
|
|||
|
Rechtspersoon
LegalEntity
|
De juridische entiteit of bedrijfscode waarvoor de journaalboeking wordt vastgelegd. | ||
|
Omschrijving
De Legal Entity vertegenwoordigt de specifieke onderneming of business unit binnen een organisatie waarvoor de financiële transactie wordt vastgelegd. Dit is een fundamentele organisatorische dimensie in financiële systemen. In process mining maakt dit attribute de vergelijking van het journaalboekingsproces tussen verschillende onderdelen van de organisatie mogelijk. Het kan onthullen of bepaalde legal entities efficiëntere processen, hogere afwijzingspercentages of langere cycle times hebben, wat helpt bij het identificeren en delen van best practices.
Het belang
Maakt vergelijking van procesprestaties tussen verschillende bedrijven of bedrijfseenheden mogelijk, waarbij variaties en verbetermogelijkheden worden benadrukt.
Vindplaats
Dit is een core field in Dynamics 365, vaak beschikbaar in transactietabellen zoals LedgerJournalTable, doorgaans gekoppeld aan de DataAreaId.
Voorbeelden
USMFDEMFGBSI
|
|||
|
Reden van afwijzing
RejectionReason
|
De reden die wordt opgegeven wanneer een journaalboeking tijdens het goedkeuringsproces wordt afgewezen. | ||
|
Omschrijving
Wanneer een journaalboeking wordt afgewezen, geeft de goedkeurder vaak een reden op voor de afwijzing. Dit attribute legt die informatie vast, wat van onschatbare waarde is voor root cause analysis. Dit is het primaire attribute voor het 'Journal Entry Rejection Rate Analysis' dashboard. Door afwijzingsredenen te categoriseren en te analyseren, kunnen organisaties veelvoorkomende problemen identificeren, zoals incorrecte documentatie, beleidsschendingen of data entry-fouten, en vervolgens gerichte training of procesverbeteringen implementeren.
Het belang
Verklaart waarom herwerk optreedt, en biedt het directe inzicht dat nodig is om afwijzingspercentages te verlagen en de 'eerste keer goed' goedkeuringen te verbeteren.
Vindplaats
Deze informatie wordt doorgaans opgeslagen in de workflowgeschiedenis of de opmerkingensectie die is gekoppeld aan de afwijzingsstap.
Voorbeelden
Onvoldoende ondersteunende documentatieOnjuist account gebruiktOverschrijdt goedkeuringsdrempelDubbele boeking
|
|||
|
Totaal Journaalbedrag
JournalTotalAmount
|
De totale monetaire waarde van de journaalboeking, doorgaans de som van de debetbedragen. | ||
|
Omschrijving
Dit attribute vertegenwoordigt de totale financiële waarde van de journaalboeking. Het kan worden gebruikt om boekingen te categoriseren in waardebanden, zoals lage, gemiddelde en hoge waarde. Het analyseren van het proces op basis van financiële waarde kan belangrijke patronen onthullen. Zo kunnen journaalboekingen met een hoge waarde een rigoureuzer goedkeuringsproces volgen met meer stappen en langere cycle times. Dit attribute is essentieel voor materialiteitsanalyse en het begrijpen van de financiële impact van procesinefficiënties.
Het belang
Maakt segmentatie van het proces op financiële waarde mogelijk, wat vaak correleert met procescomplexiteit, risico en goedkeuringsworkflows.
Vindplaats
Deze waarde moet mogelijk worden berekend door de debetbedragen van de journaalregeltabel, LedgerJournalTrans, voor elke journaalboeking op te tellen.
Voorbeelden
1500.75125000.0050.25
|
|||
|
Afdeling
DepartmentName
|
De afdeling of het kostenplaats die gekoppeld is aan de journaalboeking. | ||
|
Omschrijving
De afdeling of kostenplaats identificeert de interne business unit die verantwoordelijk is voor of beïnvloed wordt door de financiële transactie. Dit is een belangrijke dimensie voor interne managementrapportage. Dit attribute maakt het mogelijk om het journaalboekingsproces per afdeling te analyseren. Het kan helpen vragen te beantwoorden als: Welke afdelingen dienen de meeste journaals in? Hebben bepaalde afdelingen hogere afwijzingspercentages of langere goedkeuringstijden? Dit is nuttig voor gerichte procesverbeteringsinspanningen.
Het belang
Biedt een manier om procesprestaties te analyseren per bedrijfsfunctie, wat helpt bij het identificeren van afdelingsspecifieke bottlenecks of trainingsbehoeften.
Vindplaats
Deze informatie is doorgaans te vinden op journaalregelniveau (LedgerJournalTrans) als een financiële dimensie.
Voorbeelden
VerkoopFinanciënMarketingOperationele taken
|
|||
|
Bewerkingstijd
ProcessingTime
|
De tijdsduur die actief aan een activiteit is besteed. | ||
|
Omschrijving
Processing Time meet de tijd tussen de start en het einde van een activiteit, wat de werkelijke duur van de werkzaamheden vertegenwoordigt. Dit verschilt van de cycle time, die ook wachttijd tussen activiteiten omvat. Deze berekende metric is van vitaal belang voor het 'Journal Entry User Performance' dashboard. Het helpt te begrijpen hoe lang gebruikers of teams erover doen om specifieke taken te voltooien, waarbij de invloed van wachtrijen of wachttijd wordt weggenomen. Dit maakt een eerlijkere en nauwkeurigere beoordeling van resource-efficiëntie mogelijk.
Het belang
Meet de actieve werktijd voor een activiteit, wat analyse van gebruikers- en team-efficiëntie mogelijk maakt zonder de verstoring van wachttijden.
Vindplaats
Dit wordt berekend door het verschil te nemen tussen de EventEndTime en de EventTime (StartTime) voor elke activiteit.
Voorbeelden
PT5M15SPT1H15MP1DT2H
|
|||
|
Boekingsdatum
PostingDate
|
De datum waarop de journaalboeking in het grootboek wordt geboekt. | ||
|
Omschrijving
De Posting Date is de officiële datum waarop de transactie de grootboeksaldi beïnvloedt. Deze datum is cruciaal voor financiële rapportage en afsluitperiodes. Dit attribute wordt gebruikt om de vertraging tussen goedkeuring en boeking te analyseren, wat de focus is van de 'Journal Entry Posting Lead Time' KPI. Het verminderen van deze vertraging is vaak een belangrijk doel voor het versnellen van het financiële afsluitproces. Het kan ook worden gebruikt om boekingsvolumes over tijd te analyseren.
Het belang
Cruciaal voor het berekenen van de boekingsdoorlooptijd KPI en het begrijpen van vertragingen tussen goedkeuring en wanneer een transactie officieel wordt in het grootboek.
Vindplaats
Deze datum wordt doorgaans opgeslagen in de journaalkoptabel (LedgerJournalTable) of gerelateerde geboekte transactietabellen.
Voorbeelden
2023-10-282023-11-012023-10-31
|
|||
|
Bronsysteem
SourceSystem
|
Het bronsysteem waaruit de data is geëxtraheerd. | ||
|
Omschrijving
Dit attribute identificeert de bronapplicatie waar de Journal Entry data vandaan komt. Voor dit proces is de waarde doorgaans een constante, zoals 'Microsoft Dynamics 365'. In een bredere analysecontext, vooral in omgevingen met meerdere ERP's of geïntegreerde systemen, helpt dit field processen en data sources te differentiëren. Het zorgt voor helderheid over data-provenance en is belangrijk voor data governance en validatie.
Het belang
Identificeert de herkomst van de data, wat cruciaal is voor data governance en voor analyses die meerdere bedrijfssystemen kunnen omvatten.
Vindplaats
Dit is een statische waarde die tijdens het data-extractie-, transformatie- en laadproces (ETL) wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
Microsoft Dynamics 365D365 F&O
|
|||
|
Goedkeuring SLA Status
ApprovalSlaState
|
Geeft aan of de journaalpostgoedkeuring voldeed aan de service level agreement. | ||
|
Omschrijving
Dit attribute categoriseert de goedkeuringscyclus van elke journaalboeking op basis van of deze binnen de door een Service Level Agreement (SLA) gedefinieerde richttijd is voltooid. Mogelijke waarden zijn doorgaans 'Gehaald' of 'Overschreden'. Dit is de kernmetric voor het 'Journal Entry Approval SLA Compliance' dashboard. Het biedt een duidelijk, bedrijfsgericht beeld van de prestaties ten opzichte van doelen, en helpt de tijdigheid van het goedkeuringsproces te monitoren en beheren en verbeteringen te stimuleren waar SLA's frequent worden gemist.
Het belang
Vertaalt ruwe cycle time data naar een duidelijk bedrijfsresultaat (gehaald of overschreden), waardoor het eenvoudig wordt om prestaties te volgen ten opzichte van belangrijke doelen.
Vindplaats
Dit is een berekend attribute. De logica vereist het vergelijken van de berekende Approval Cycle Time KPI met een vooraf gedefinieerd SLA-doel.
Voorbeelden
BehaaldOverschreden
|
|||
|
Goedkeuringsniveau
ApprovalLevel
|
Geeft de huidige of voltooide fase aan in een meerlagige goedkeuringsworkflow. | ||
|
Omschrijving
Voor journaalposten die meerdere goedkeuringen vereisen, houdt dit attribuut bij welk hiërarchisch niveau de post heeft bereikt, bijvoorbeeld, 'Goedkeuring Manager' of 'Goedkeuring Directeur'. Dit attribuut is nuttig voor een gedetailleerdere analyse van goedkeuringsknelpunten. Het kan helpen om te achterhalen of vertragingen consequent optreden op een specifiek niveau in de goedkeuringsketen, wat wijst op de noodzaak van procesherontwerp of resourceherverdeling in die fase.
Het belang
Biedt inzicht in multi-stage goedkeuringsworkflows, wat helpt bij het identificeren van bottlenecks op specifieke goedkeuringsniveaus.
Vindplaats
Deze informatie zou worden afgeleid uit de workflow history log, die de voltooiing van verschillende goedkeuringsstappen bijhoudt.
Voorbeelden
Niveau 1: ManagerNiveau 2: DirecteurNiveau 3: VP Finance
|
|||
|
Is `First Time Right`
IsFirstTimeRight
|
Een vlag die aangeeft of het journaal is goedgekeurd zonder voorafgaande afwijzingen. | ||
|
Omschrijving
Dit case-level boolean attribute is waar als een journaalboeking van indiening naar goedkeuring verloopt zonder tussenkomende 'Journal Rejected' of 'Journal Entry Corrected' activiteiten. Het is een belangrijke maatstaf voor proceskwaliteit. De 'First-Time Right Approval Rate' KPI wordt direct berekend vanuit dit attribute. Een hoog percentage duidt op een efficiënt en hoogwaardig proces, terwijl een laag percentage duidt op systemische problemen met de initiële data quality, duidelijkheid van vereisten of indieningsprocedures.
Het belang
Dit is een kritieke maatstaf voor proceskwaliteit, die benadrukt hoeveel journaals soepel door het goedkeuringsproces stromen zonder herstelwerk.
Vindplaats
Dit is een berekend attribute, afgeleid op case-niveau door de sequentie van activiteiten voor elke Journal Entry ID te analyseren.
Voorbeelden
truefalse
|
|||
|
Is Automatische Boeking
IsAutomatedPosting
|
Een vlag die aangeeft of de journaalpost automatisch is aangemaakt of geboekt. | ||
|
Omschrijving
Dit boolean attribute onderscheidt journaalboekingen die handmatig door een gebruiker zijn aangemaakt en die automatisch door het systeem of een subsysteem zijn gegenereerd, zoals een systeemintegratie of een geautomatiseerd allocatieproces. Het analyseren van dit attribute helpt bij het vergelijken van de efficiëntie en foutpercentages van geautomatiseerde versus handmatige processen. Het kan kansen voor verdere automatisering benadrukken door aan te tonen of handmatige boekingen gevoeliger zijn voor fouten, herstelwerk of vertragingen.
Het belang
Scheidt handmatige van geautomatiseerde processen, wat een vergelijking van hun efficiëntie, nauwkeurigheid en compliance mogelijk maakt.
Vindplaats
Dit kan worden aangegeven door de 'Aangemaakt door'-gebruiker (bijv. een systeem- of batchgebruiker) of een specifieke flag op de journaalkop of typeconfiguratie.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een vlag die activiteiten identificeert die deel uitmaken van een herwerk- of correctielus. | ||
|
Omschrijving
Dit berekende boolean attribute wordt ingesteld op 'waar' voor activiteiten die plaatsvinden na een afwijzing, zoals 'Journal Entry Corrected' of een herhaalde 'Journal Submitted For Approval'. Het helpt om herstelwerk te isoleren en te kwantificeren. Dit attribute is essentieel voor het 'Journal Entry Rework and Correction Loops' dashboard en de 'Rework Rate' KPI. Door herstelwerk te markeren, wordt het eenvoudig om de frequentie en impact van correctiecycli te visualiseren en te meten, wat een primaire bron van inefficiëntie in het proces is.
Het belang
Vlaggen direct inefficiënte herwerkingslussen, waardoor het eenvoudig wordt om de impact van afwijzingen en correcties op de totale doorlooptijd en kosten te kwantificeren.
Vindplaats
Dit is een berekend attribute, afgeleid tijdens data transformation door de sequentie van activiteiten binnen een case te analyseren.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De `timestamp` waarop de `data` voor het laatst is `vernieuwd` vanuit het `bronsysteem`. | ||
|
Omschrijving
Dit attribute geeft de datum en tijd aan van de meest recente data-extractie uit het bronsysteem. Het biedt context voor de actualiteit van de analyse en de inbegrepen data. Het weergeven van deze informatie in dashboards verzekert gebruikers van de tijdigheid van de data en helpt hen de tijdsperiode te begrijpen die door de huidige procesanalyse wordt bestreken. Het is een belangrijk onderdeel van metadata voor elk process mining project.
Het belang
Biedt cruciale context over de actualiteit van de data, waardoor gebruikers begrijpen hoe actueel de procesanalyse is.
Vindplaats
Deze timestamp wordt gegenereerd en opgeslagen tijdens het data-extractie, -transformatie en -laad (ETL) proces.
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Valutacode
CurrencyCode
|
De valuta van het journaalboekingsbedrag. | ||
|
Omschrijving
Dit attribute specificeert de valuta waarin de journaalboeking luidt, zoals USD, EUR of GBP. Het biedt essentiële context voor het Journal Total Amount. Hoewel niet altijd gebruikt voor het analyseren van de processtroom zelf, is de valuta van vitaal belang voor elke financiële rapportage of analyse gebaseerd op de journaalbedragen. Het maakt correcte aggregatie en vergelijking van waarden mogelijk, vooral in multinationale organisaties.
Het belang
Biedt de nodige context voor elke financiële analyse, en zorgt ervoor dat monetaire waarden correct worden geïnterpreteerd, vooral in omgevingen met meerdere valuta's.
Vindplaats
De valutacode is doorgaans beschikbaar in de journaalregeltabel, LedgerJournalTrans.
Voorbeelden
USDEURGBPJPY
|
|||
Record to Report - Journal Entry Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Journaal Afgewezen
|
De journaalboeking is afgewezen door een beoordelaar of goedkeurder en vereist correctie. Dit event wordt vastgelegd vanuit een statuswijziging op het journaal, zoals de overgang naar een status 'Afgewezen' of 'Correctie nodig'. | ||
|
Het belang
Het volgen van afwijzingen is fundamenteel voor het berekenen van het afwijzingspercentage en het identificeren van de hoofdoorzaken van herstelwerk. Het benadrukt problemen met data quality, compliance of gebruikerstraining.
Vindplaats
Afgeleid van een statusveld wijziging (bijv. ApprovalStatus verandert naar 'Rejected') op de LedgerJournalTable of uit de workflowgeschiedenislog.
Vastleggen
Identificeer de tijdstempel wanneer de journaalstatus verandert naar 'Rejected'.
Gebeurtenistype
inferred
|
|||
|
Journaal Goedgekeurd
|
De journaalboeking is goedgekeurd door de aangewezen autoriteit, waarmee de laatste stap in de goedkeuringsworkflow is voltooid. Dit wordt doorgaans vastgelegd vanuit een statuswijziging op de journaalkop, zoals de overgang naar 'Goedgekeurd'. | ||
|
Het belang
Dit is een kritieke mijlpaal die het goedkeuringsproces concludeert en boeking mogelijk maakt. Het is essentieel voor het berekenen van de approval cycle time, posting lead time en de first-time right rate.
Vindplaats
Afgeleid van een statusveld wijziging (bijv. ApprovalStatus verandert naar 'Approved') op de LedgerJournalTable of uit de workflowgeschiedenisstabel die een definitieve goedkeuringsstatus aangeeft.
Vastleggen
Identificeer de tijdstempel wanneer de journaalstatus verandert naar 'Approved'.
Gebeurtenistype
inferred
|
|||
|
Journaal Ingediend Voor Goedkeuring
|
Vertegenwoordigt de formele indiening van een voltooide journaalboeking in een beoordelings- en goedkeuringsworkflow. Dit wordt doorgaans afgeleid uit een statuswijziging op de journaalkop, zoals van 'Concept' naar 'Ter beoordeling' of 'Ingediend'. | ||
|
Het belang
Dit is een belangrijke mijlpaal die de goedkeuringscyclus initieert. Het meten van de tijd van indiening tot definitieve goedkeuring is cruciaal voor het identificeren van bottlenecks in het beoordelingsproces en het monitoren van SLA-compliance.
Vindplaats
Afgeleid van een statusveld wijziging (bijv. ApprovalStatus verandert naar 'InReview') op de LedgerJournalTable of uit de workflowgeschiedenislogs die geassocieerd zijn met het journaal.
Vastleggen
Identificeer de tijdstempel wanneer de journaalstatus verandert naar een 'submitted' of 'in review' staat.
Gebeurtenistype
inferred
|
|||
|
Journaalpost aangemaakt
|
Deze activiteit markeert de initiatie van een nieuwe journaalboeking. Het wordt vastgelegd wanneer een gebruiker een nieuw journaalkoprecord in het systeem aanmaakt, waarmee een unieke Journal Entry ID wordt vastgesteld die dient als de case identifier voor procesanalyse. | ||
|
Het belang
Dit is het primaire start event voor het proces. Het analyseren van de tijd vanaf dit punt tot boeking is cruciaal voor het meten van de end-to-end cycle time en het identificeren van initiële data entry-vertragingen.
Vindplaats
Dit event wordt vastgelegd vanuit de creation timestamp van de journaalkop in de GeneralJournalEntry of LedgerJournalTable entity. Het is doorgaans een expliciete record creation event.
Vastleggen
Gebruik het 'createdDateTime' field op de GeneralJournalEntry of LedgerJournalTable.
Gebeurtenistype
explicit
|
|||
|
Journaalpost Geboekt
|
Deze activiteit markeert de succesvolle boeking van de journaalboeking in het grootboek, waardoor het een officiële financiële registratie wordt. Dit is een kritieke event, vastgelegd wanneer de status van de journaalkop wordt bijgewerkt naar 'Geboekt'. | ||
|
Het belang
Dit is het primaire succesvolle eind event voor het proces. Het wordt gebruikt om de end-to-end cycle time en posting lead time te berekenen, wat belangrijke indicatoren zijn voor financiële afsluit-efficiëntie.
Vindplaats
Vastgelegd vanuit een statusveld wijziging (bijv. JournalStatus verandert naar 'Posted') op de LedgerJournalTable en de creatie van corresponderende entries in de GeneralJournalAccountEntry tabel.
Vastleggen
Identificeer de tijdstempel wanneer de status van het journaal 'Posted' wordt.
Gebeurtenistype
inferred
|
|||
|
Journaal Beoordeling Gestart
|
Deze activiteit markeert wanneer een beoordelaar actief begint te werken aan een ingediend journaal. Het kan worden afgeleid wanneer het journaal wordt toegewezen aan een beoordelaar of wanneer de beoordelaar het record voor het eerst opent voor onderzoek. | ||
|
Het belang
Deze activiteit helpt de overdrachtstijd van de beoordelaar te meten, wat de vertraging is tussen indiening en de start van de beoordeling. Het kan problemen met resource-allocatie of notificaties blootleggen.
Vindplaats
Dit wordt vaak niet expliciet gelogd. Het kan worden afgeleid uit workflow assignment logs of vereist het vergelijken van de indienings-timestamp met de eerste modificatie-timestamp door een beoordelaar.
Vastleggen
Vereist analyse van workflow user assignment logs of user activity logs, die mogelijk niet standaard zijn.
Gebeurtenistype
inferred
|
|||
|
Journaal Her-ingediend Voor Goedkeuring
|
Een gecorrigeerde journaalpost wordt teruggestuurd naar de goedkeuringsworkflow voor een nieuwe beoordelingscyclus. Dit wordt afgeleid uit een statuswijziging van 'Rejected' of 'Draft' terug naar 'In Review' of 'Submitted'. | ||
|
Het belang
Deze activiteit markeert het begin van een herstelwerk-loop. Het tellen van deze events helpt de herstelwerk-rate en het gemiddelde aantal goedkeurings-loops per journaalboeking te kwantificeren.
Vindplaats
Afgeleid uit de workflowgeschiedenis of door het volgen van statuswijzigingen op de LedgerJournalTable waarbij de status van een afgewezen staat teruggaat naar een ingediende staat.
Vastleggen
Identificeer een 'Submitted' status event dat optreedt na een 'Rejected' status event voor hetzelfde journaal.
Gebeurtenistype
inferred
|
|||
|
Journaalboeking Geprobeerd
|
Deze activiteit geeft aan dat een gebruiker het boekingsproces voor een goedgekeurd journaal heeft geïnitieerd. Dit kan expliciet worden vastgelegd als het systeem de start van de boekingsjob logt. | ||
|
Het belang
Het onderscheid maken tussen de poging tot boeken en de succesvolle boeking kan helpen bij het diagnosticeren van systeemprestatieproblemen of vertragingen in batchtaken die de financiële afsluiting beïnvloeden.
Vindplaats
Dit kan een expliciet event zijn dat is gelogd in een batch job history table of afgeleid uit een statuswijziging naar 'Boeking in uitvoering' op de LedgerJournalTable.
Vastleggen
Vereist analyse van batch job- of systeemlogs gerelateerd aan de grootboekboekingsroutine.
Gebeurtenistype
explicit
|
|||
|
Journaalpost Gecorrigeerd
|
Deze activiteit geeft aan dat een eerder afgewezen journaalboeking is gewijzigd door een gebruiker. Dit wordt doorgaans afgeleid door het detecteren van een wijziging aan de journaalkop of de regels ervan nadat een 'Afgewezen' status is vastgelegd. | ||
|
Het belang
Deze activiteit identificeert expliciet herstelwerk. Het analyseren van de frequentie en duur van correctielussen helpt het proces te stroomlijnen en handmatige inspanning te verminderen.
Vindplaats
Afgeleid door het volgen van de 'modifiedDateTime' en 'modifiedBy' velden op de LedgerJournalTable of LedgerJournalTrans tabellen nadat een 'Journal Rejected' event heeft plaatsgevonden.
Vastleggen
Vergelijk de tijdstempel van een 'Rejected' status met daaropvolgende wijzigingstijdstempels door de aanmaker.
Gebeurtenistype
inferred
|
|||
|
Journaalpost Teruggeboekt
|
Markeert de voltooiing van het journaalboeking-terugdraaiproces, waarbij een corrigerende boeking succesvol is geboekt. Dit dient als een alternatief eindpunt voor de levenscyclus van een incorrect journaal. | ||
|
Het belang
Deze activiteit biedt afsluiting voor gecorrigeerde boekingen en helpt de totale inspanning te analyseren die is besteed aan aanpassingen na boeking, wat de algehele procesefficiëntie beïnvloedt.
Vindplaats
Vastgelegd wanneer de nieuwe terugboekingsjournaalpost zelf naar een 'Posted' status wordt verplaatst. De link naar het oorspronkelijke journaal wordt onderhouden via een referentieveld.
Vastleggen
Identificeer het 'Posted' status event voor de geassocieerde terugboekingsjournaalpost.
Gebeurtenistype
inferred
|
|||
|
Journaalregel Toegevoegd
|
Dit event geeft aan dat een debet- of creditregel is toegevoegd aan de journaalboeking. Het wordt elke keer vastgelegd wanneer een nieuwe transactieregel wordt aangemaakt en geassocieerd met de journaalkop. | ||
|
Het belang
Het volgen van de aanmaak van boekingsregels helpt de complexiteit en data entry-inspanning voor verschillende journaaltypes te begrijpen. Het kan ook vertragingen tussen kopaanmaak en regelvoltooiing benadrukken.
Vindplaats
Vastgelegd vanuit de aanmaaktijdstempel van records in de LedgerJournalTrans entiteit, gekoppeld aan de journaalheader. Elke regelcreatie is een discrete event.
Vastleggen
Gebruik het 'createdDateTime' field voor elk record in de LedgerJournalTrans tabel.
Gebeurtenistype
explicit
|
|||
|
Terugboeking Journaalpost Geïnitieerd
|
Dit event vertegenwoordigt de start van een proces om een eerder geboekte journaalboeking terug te draaien. Dit wordt vastgelegd wanneer een gebruiker de terugdraaiactie in het systeem initieert. | ||
|
Het belang
Het volgen van terugdraaiingen helpt de frequentie en redenen voor het corrigeren van geboekte boekingen te identificeren. Dit kan wijzen op onderliggende problemen in de initiële data entry- of goedkeuringsfasen.
Vindplaats
Dit is doorgaans een expliciete gebruikersactie die kan worden vastgelegd via audittrails of door de aanmaak van een nieuw corrigerend journaal te identificeren dat gekoppeld is aan het origineel.
Vastleggen
Gebruik het creation event van een nieuwe journaalboeking die is gemarkeerd als een terugdraaiing van een geboekt journaal.
Gebeurtenistype
explicit
|
|||