Uw Record to report - Journaalboekingens datatemplate
Uw Record to report - Journaalboekingens datatemplate
Dit is onze generieke process mining datatemplate voor Record to report - Journaalboekingen. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerde datavelden voor consistente analyse over verschillende systemen.
- Aanbevolen activiteiten om de belangrijkste stappen in uw journaalpostproces vast te leggen.
- Een flexibel framework om uw process mining-traject snel en efficiënt te starten.
Record to report - Attributen Journaalboekingen
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsgebeurtenis of taak die op een bepaald moment plaatsvond in het journaalpostproces. | ||
| Beschrijving De Activiteitsnaam beschrijft een stap in de levenscyclus van de journaalpost, zoals 'Journaalboekingen aangemaakt', 'Journaalboekingen ingediend ter goedkeuring' of 'Journaalboekingen geboekt'. Elke activiteit vertegenwoordigt een duidelijke statuswijziging of actie die op de journaalpost wordt uitgevoerd. Dit attribuut is onmisbaar voor process mining, aangezien het de stappen in de proceskaart definieert. Het analyseren van de volgorde en frequentie van activiteiten helpt de werkelijke processtroom te zichtbaar maken, knelpunten tussen stappen te vinden, afwijkingen van de standaardprocedure te detecteren en de tijd te meten die in elke fase van het proces wordt besteed. Waarom het belangrijk is Het definieert de stappen in de proceskaart, wat belangrijk is voor het visualiseren van de processtroom, het vinden van knelpunten en het analyseren van afwijkingen. Waar te verkrijgen Vaak afgeleid uit statuswijzigingslogs, gebeurtenistabellen, transactiecodes of workflowgeschiedenis gekoppeld aan het journaalpostdocument. Voorbeelden Journaalboekingen aangemaaktJournaalboekingen ingediend voor goedkeuringJournaalboekingen goedgekeurdJournaalboekingen geboekt | |||
| Journaalboekingen ID JournalEntryId | De unieke ID voor een enkele journaalpost. Deze dient als de primaire case kenmerk voor het volgen van de gehele levenscyclus van een journaalpost, van creatie tot boeking of terugboeking. | ||
| Beschrijving De Journaalboekingen ID is een onmisbaar attribuut dat elke financiële transactieprocesinstantie uniek identificeert. Het koppelt alle gerelateerde activiteiten, zoals aanmaak, goedkeuring en boeking, tot één enkele, samenhangende case. In process mining-analyse maakt deze ID de reconstructie mogelijk van de volledige procesgang van elke journaalpost. Het is de basis voor het berekenen van case-niveau statistieken zoals doorlooptijd, het vinden van procesvarianten en het analyseren van conformiteit met het gewenste procesmodel. Zonder een unieke case kenmerk is het onmogelijk om de volgorde van gebeurtenissen voor een specifieke transactie te traceren. Waarom het belangrijk is Deze ID is belangrijk voor het traceren van de volledige levenscyclus van elke journaalpost, waardoor de analyse van processtromen, doorlooptijden en variaties mogelijk worden. Waar te verkrijgen Doorgaans te vinden in de headertabel van financiële of boekhoudkundige documenten. Het kan een samengestelde sleutel zijn van documentnummer, bedrijfsnummer en fiscaal jaar. Voorbeelden JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| TijdsTip Gebeurtenis EventTime | De precieze timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond voor de journaalpost. | ||
| Beschrijving De Event Tijd, of timestamp, legt de exacte datum en tijd vast dat een activiteit werd uitgevoerd. Het biedt de chronologische volgorde van gebeurtenissen voor elke case, wat belangrijk is voor het nauwkeurig reconstrueren van de processtroom. In analyse worden tijdstempels gebruikt om doorlooptijden tussen activiteiten te berekenen, de totale doorlooptijd van het proces te meten en vertragingen of knelpunten te vinden. De tijd tussen 'Journaalboekingen ingediend ter goedkeuring' en 'Journaalboekingen goedgekeurd' geeft bijvoorbeeld de goedkeuringstijd. Nauwkeurige tijdstempels zijn de basis van elke tijdsgebaseerde procesanalyse en prestatiemeting. Waarom het belangrijk is Deze timestamp is belangrijk om gebeurtenissen te ordenen, doorlooptijden en activiteitsduur te berekenen en vertragingen in het proces te vinden. Waar te verkrijgen Te vinden in event logs, transactiehistorietabellen of documentwijzigingsrecords. Sleutelvelden worden vaak 'Aanmaakdatum', 'Wijzigingsdatum' of 'Timestamp' genoemd. Voorbeelden 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Bronsysteem SourceSystem | Het 'bronsysteem' waaruit de journaalpost data is opgehaald. Dit is nuttig wanneer data uit meerdere systemen wordt gecombineerd. | ||
| Beschrijving Het attribuut 'Bronsysteem' identificeert de oorspronkelijke applicatie of module waar de journaalpost data is gegenereerd. In moderne grote organisatie-omgevingen kan financiële data afkomstig zijn van diverse ERPs, subgrootboeken of third-party applicaties. Dit attribuut is waardevol voor verschillende analytische inzichten. Het maakt het mogelijk om de procesefficiëntie en conformiteit tussen verschillende bronsystemen te vergelijken. U kunt bijvoorbeeld analyseren of journaalposten afkomstig van een geautomatiseerd subgrootboek sneller worden verwerkt dan handmatig aangemaakte posten. Het is ook belangrijk voor data governance en probleemoplossing, aangezien het helpt data naar de oorsprong te herleiden. Waarom het belangrijk is Identificeert de herkomst van de data, wat belangrijk is voor het vergelijken van processen over verschillende systemen en voor data-governance. Waar te verkrijgen Meestal gespecificeerd tijdens de data-extractie setup of beschikbaar als een standaardveld in data warehouses die Informatie uit meerdere systemen consolideren. Voorbeelden SAP S/4HANAOracle Fusion FinancialscialsBlackLineHandmatig | |||
| Tijdstip van extractie LastDataUpdate | De timestamp die aangeeft wanneer de data voor het voor het laatst is bijgewerkt of opgehaald uit het bronsysteem. | ||
| Beschrijving Dit attribuut registreert de datum en tijd van de meest recente data-extractie of refresh. Het geeft context over hoe actueel de geanalyseerde data is. Bij elke analyse is het belangrijk om de relevantie van de data te begrijpen om de resultaten correct te interpreteren. Deze timestamp helpt gebruikers te weten of ze naar realtime-Informatie kijken of naar een momentopname van een specifiek tijdsTip, wat de relevantie beïnvloedt van dashboards en KPI's voor huidige backlogs of procesprestaties. Waarom het belangrijk is Geeft de relevantie van de data aan, zodat gebruikers weten hoe up-to-date de procesanalyse is. Waar te verkrijgen Dit wordt doorgaans gegenereerd en opgeslagen door de data-extractie tool of het integratieplatform tijdens het het laden van de dataing proces. Voorbeelden 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| Bedrijfscode CompanyCode | De unieke ID voor de juridische entiteit of het bedrijf waarvoor de journaalboeking wordt opgesteld. | ||
| Beschrijving De Bedrijfscode vertegenwoordigt een afzonderlijke juridische of zakelijke entiteit binnen een organisatie. Financiële transacties worden op bedrijfscodeniveau vastgelegd om afzonderlijke financiële rapportage te vergemakkelijken. In process mining is de Bedrijfscode een onmisbaar attribuut voor organisatieanalyse. Het maakt benchmarking van procesprestaties mogelijk over verschillende entiteiten, regio's of dochterondernemingen. Een analysest kan bijvoorbeeld de afkeuringspercentages of goedkeuringstijden vergelijken tussen de Amerikaanse en Duitse entiteiten om best practices of verbeterpunten te vinden. Dit helpt bij het standaardiseren van processen en het waarborgen van compliance binnen de gehele organisatie. Waarom het belangrijk is Maakt prestatiebenchmarking en procesvergelijking mogelijk over verschillende juridische entiteiten, dochterondernemingen of regio's. Waar te verkrijgen Een standaardveld in de header van bijna alle financiële documenten in een ERP-systeem. Voorbeelden 1000US01DE01ACME_CORP | |||
| Gebruikersnaam UserName | De naam of ID van de gebruiker die een specifieke activiteit uitvoerde, zoals het aanmaken, goedkeuren of boeken van de journaalpost. | ||
| Beschrijving Het attribuut 'Gebruikersnaam' identificeert de persoon die verantwoordelijk is voor het uitvoeren van een bepaalde processtap. Dit kan de maker van de journaalpost zijn, degene die deze heeft ingediend, de manager die deze heeft goedgekeurd, of de accountant die deze heeft geboekt. Het analyseren van procesprestaties per gebruiker biedt inzicht in werkbelastingverdeling, teamproductiviteit en individuele trainingsbehoeften. Het kan helpen top performers te vinden, gebruikers die extra ondersteuning nodig hebben, of activiteiten die consequent door specifieke individuen worden afgehandeld. Deze Informatie is belangrijk voor bronbeheer en initiatieven voor prestatieverbetering. Waarom het belangrijk is Dit attribuut is belangrijk voor het analyseren van werkbelastingverdeling, teamprestaties en het vinden van trainingsmogelijkheden. Waar te verkrijgen Doorgaans te vinden in document change logs of workflow history tables, vaak geassocieerd met velden zoals 'Aangemaakt door', 'Gewijzigd door' of 'Gebruikers ID'. Voorbeelden j.doeasmithFIN_USER_123Robert Johnson | |||
| Journaalboekingenbedrag JournalEntryAmount | De totale financiële waarde van de journaalpost, doorgaans de som van de debetbedragen. | ||
| Beschrijving Dit attribuut legt de financiële waarde van de journaalpost vast. Het kan het totale debetbedrag, het totale creditbedrag of een absoluut totaal vertegenwoordigen, afhankelijk van het systeem en het data model. Het analyseren van het proces door de lens van financiële waarde kan aanzienlijke inzichten opleveren. Het helpt bij het prioriteren van verbeteringsinspanningen door te focussen op high-waarde transactions. Men zou bijvoorbeeld kunnen onderzoeken of high-waarde journals langer duren om goed te keuren of een hoger afkeuringspercentage hebben. Dit attribuut is ook belangrijk voor materialiteitsanalyse en het vinden van transacties die een hoger financieel risico met zich meebrengen. Waarom het belangrijk is Dit is belangrijk voor materialiteitsanalyse, en helpt bij het prioriteren van procesverbeteringen op high-waarde transactions en het beoordelen van de financiële impact. Waar te verkrijgen Doorgaans beschikbaar in de headertabel van de journaalpost. Het moet mogelijk worden berekend door de bedragen van de line items op te tellen. Voorbeelden 5000.00125000.75250.501000000.00 | |||
| Journaalboekingenstatus JournalEntryStatus | De huidige of definitieve status van de journaalpost in zijn levenscyclus, zoals 'Geparkeerd', 'Goedgekeurd' of 'Geboekt'. | ||
| Beschrijving De Journaalboekingenstatus geeft de staat van de transactie aan op een specifiek moment of de uiteindelijke uitkomst ervan. Statussen weerspiegelen doorgaans belangrijke mijlpalen in het proces, zoals 'In uitvoering', 'Ingediend ter goedkeuring', 'Geboekt' of 'Teruggedraaid'. Dit attribuut is zeer waardevol voor het begrijpen van de huidige workload en backlog. Door te filteren op journaalposten met de status 'In uitvoering' of 'Wacht op goedkeuring' kunnen managers openstaande werkzaamheden monitoren. Het analyseren van de uiteindelijke status helpt bij het begrijpen van procesuitkomsten, bijvoorbeeld door de verhouding te berekenen van posten die zijn geboekt versus die zijn verwijderd of teruggedraaid. Waarom het belangrijk is Helpt bij het begrijpen van de huidige workload en backlog door de status van elke journaalpost te volgen, zoals 'Wacht op goedkeuring' of 'Geboekt'. Waar te verkrijgen Beschikbaar in de headerdata van de journaalpost. Veelvoorkomende veldnamen zijn 'Documentstatus' of 'Boekingsstatus'. Voorbeelden In uitvoeringIn afwachting van goedkeuringGoedgekeurdGeboektGestorneerd | |||
| Journaalboekingentype JournalEntryType | De classificatie van de journaalpost, zoals standaard, periodiek, accrual of terugboeking. | ||
| Beschrijving Het Journaalboekingentype categoriseert transacties op basis van hun zakelijke doel of aard. Veelvoorkomende typen zijn standaard handmatige posten, geautomatiseerde subgrootboekposten, accruals, herclassificaties en terugboekingen. Dit attribuut is een waardevolle factor voor filtering en segmentatie in procesanalyse. Door de processtromen en prestatiestatistieken voor verschillende journaalposttypen te vergelijken, kunnen organisaties nuttige inzichten bekijken. Ze kunnen bijvoorbeeld bekijken dat accrualposten een veel langere goedkeuringscyclus hebben of dat periodieke posten een hogere automatiseringsgraad hebben. Dit helpt om procesverbeteringsinspanningen af te stemmen op specifieke transactiecategorieën. Waarom het belangrijk is Maakt segmentatieanalyse mogelijk om processen voor verschillende transactietypen te vergelijken, zoals accruals versus standaardposten, om gerichte verbeterpunten te vinden. Waar te verkrijgen Meestal te vinden in de data van de journaalpost header. Veldnamen omvatten vaak 'Documenttype', 'Journaalcategorie' of 'Journaaltype'. Voorbeelden StandaardAccrualTerugkerendTegenboeken | |||
| Valuta Currency | De valutacode voor het bedrag gespecificeerd in de journaalpost, zoals USD of EUR. | ||
| Beschrijving Het attribuut Valuta specificeert de munteenheid voor het Journaalboekingenbedrag. Het is belangrijk voor het correct interpreteren en vergelijken van financiële waarden, vooral in multinationale organisaties. In analyse biedt dit attribuut de nodige context voor het Journaalboekingenbedrag. Het maakt het filteren van transacties op valuta mogelijk en is een vereiste voor elke analyse die het aggregeren of vergelijken van bedragen over verschillende regio's omvat. Voor een zinvolle globale analyse moeten bedragen mogelijk worden geconverteerd naar één enkele rapportagevaluta. Waarom het belangrijk is Biedt essentiële context voor het journaalpostbedrag, wat accurate financiële analyse en vergelijkingen over verschillende valuta's mogelijk maakt. Waar te verkrijgen Een standaardveld in de header van financiële documenten, vaak 'Valutacode' of 'Valutasleutel' genoemd. Voorbeelden USDEURGBPJPY | |||
| Afdeling Department | De bedrijfsafdeling of het kostencentrum gekoppeld aan de journaalpost, zoals Finance, Sales of IT. | ||
| Beschrijving Het attribuut Afdeling koppelt een journaalpost aan een specifieke businessunit, functie of kostencentrum. Deze organisatorische data helpt financiële activiteiten toe te wijzen aan het verantwoordelijke gebied binnen het bedrijf. Vergelijkbaar met Bedrijfscode, maakt het attribuut Afdeling het mogelijk om de procesdata te segmenteren voor een gedetailleerdere analyse. Het kan worden gebruikt om de procesefficiëntie, reworkpercentages of goedkeuringstijden tussen verschillende afdelingen te vergelijken. Dit helpt bij het vinden van afdelingsspecifieke best practices of gebieden waar specifieke teams meer ondersteuning of procesbegeleiding nodig hebben. Waarom het belangrijk is Maakt procesanalyse en prestatievergelijking over verschillende bedrijfsonderdelen mogelijk, en helpt bij het vinden van afdelingsspecifieke problemen of best practices. Waar te verkrijgen Te vinden in de header- of regelitemdata van de journaalpost. Het kan worden afgeleid van de gebruiker die de post heeft aangemaakt of van het kostencentrum dat aan de transactie is toegewezen. Voorbeelden FinanciënVerkoop en MarketingIT-dienstenCC-10120 | |||
| Boekingsdatum PostingDate | De datum waarop de journaalpost officieel wordt geboekt in het grootboek, wat de financiële periode beïnvloedt. | ||
| Beschrijving De Boekingsdatum is de officiële boekhoudkundige datum voor een transactie. Het bepaalt de fiscale periode waarin de journaalpost zal worden weerspiegeld in de financiële overzichten. Dit kan verschillen van de datum waarop de post is aangemaakt of de datum waarop de transactie plaatsvond. Het analyseren van de Boekingsdatum is belangrijk voor financiële controles en tijdigheidsanalyse. De vertraging tussen de aanmaak- of goedkeuringsdatum en de boekingsdatum kan een key prestaties indicator zijn, die vertragingen in de laatste stap van het proces belicht. Het wordt ook gebruikt om de percentages van tijdige boekingen te analyseren en om posten te vinden die zijn teruggedateerd of in onjuiste periodes zijn geboekt, wat een compliance-punt kan zijn. Waarom het belangrijk is Deze datum is belangrijk voor het berekenen van boekingsvertragingen en het waarborgen dat posten in de juiste financiële periode worden vastgelegd voor accurate verslaglegging. Waar te verkrijgen Een standaard en verplicht veld in de header van alle financiële documenten in een ERP-systeem. Voorbeelden 2023-10-312023-11-302024-01-02 | |||
| Is Geautomatiseerd IsAutomated | Een flag die aangeeft of een activiteit is uitgevoerd door een systeem of een menselijke gebruiker. | ||
| Beschrijving Het attribuut Is Geautomatiseerd is een boolean vlag die onderscheid maakt tussen activiteiten uitgevoerd door geautomatiseerde systemen, zoals bots of geïntegreerde subgrootboeken, en die handmatig door gebruikers worden uitgevoerd. Dit attribuut is belangrijk voor het meten van het automatiseringsniveau in het journaalpostproces. Het maakt de berekening van de Automation Rate KPI mogelijk en helpt bij het vinden van kansen voor verdere automatisering. Door de doorlooptijden en foutenpercentages van geautomatiseerde versus handmatige activiteiten te vergelijken, kunnen bedrijven een sterke business case bouwen voor het investeren in automatiseringstechnologieën om de efficiëntie te verbeteren en menselijke fouten te verminderen. Waarom het belangrijk is Helpt de automatiseringsgraad van het proces te meten en kansen te vinden om handmatige taken te automatiseren, waardoor de efficiëntie toeneemt en fouten worden verminderd. Waar te verkrijgen Vaak afgeleid door te controleren of de 'Gebruikersnaam' overeenkomt met een systeem- of serviceaccount, of dat de transactie afkomstig is van een geautomatiseerd bronsysteem. Voorbeelden truefalse | |||
| Reden van afwijzing RejectionReason | De reden die een beoordelaar opgeeft wanneer een journaalpost wordt afgekeurd tijdens het goedkeuringsproces. | ||
| Beschrijving De afkeuringsreden is een code of tekstuele omschrijving die uitlegt waarom een journaalpost niet is goedgekeurd. Veelvoorkomende redenen zijn onjuiste rekeningttoewijzing, onvoldoende documentatie of beleidsschendingen. Dit attribuut is de primaire input voor de rootcause-analyse van herstelwerk en procesinefficiënties. Door de frequentie van verschillende afkeuringsredenen te analyseren, kunnen organisaties de meest voorkomende oorzaken van fouten vinden. Deze Informatie is zeer waardevol voor het ontwikkelen van gerichte interventies, zoals het verbeteren van trainingsmateriaal, het verduidelijken van beleid of het implementeren van systeemcontroles om fouten vooraf te voorkomen. Het ondersteunt direct KPI's zoals Rejection Rate en Rework Rate. Waarom het belangrijk is Dit is belangrijk voor rootcause-analyse van herstelwerk, en helpt bij het vinden van veelvoorkomende fouten en het ontwikkelen van gerichte training of systeemverbeteringen. Waar te verkrijgen Doorgaans te vinden in de workflow log of approval history van de journaalpost. Het kan een free-text veld zijn of een selectie uit een vooraf gedefinieerde lijst. Voorbeelden Incorrect GL AccountOntbrekende ondersteunende documentatieOverschrijdt drempelDubbele post | |||
Record to report - Activiteiten Journaalboekingen
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Journaalboekingen aangemaakt | Deze activiteit markeert de initiatie van een nieuwe journaalpost. Het vertegenwoordigt het moment waarop een gebruiker de initiële record in het systeem aanmaakt, wat dient als het startpunt voor het gehele proces. | ||
| Waarom het belangrijk is Dit is de primaire startactiviteit voor het proces. Het analyseren van de tijd vanaf dit punt tot aan de boeking helpt de totale end-to-end doorlooptijd te meten. Waar te verkrijgen Deze gebeurtenis wordt doorgaans vastgelegd vanuit de headertabel van de journaalpostmodule, met behulp van de aanmaak timestamp van het record. Vastleggen Identificeer de vroegste timestamp gekoppeld aan de Journaalboekingen ID in de transactielogs of headertabel van het systeem. Gebeurtenistype explicit | |||
| Journaalboekingen afgewezen | Een beoordelaar of goedkeurder keurt de journaalpost af, waardoor deze niet verder kan. De journaalpost wordt doorgaans teruggestuurd naar de aanmaker voor correctie, waardoor een reworkcyclus wordt gestart. | ||
| Waarom het belangrijk is Deze activiteit is belangrijk voor het vinden van herstelwerk, wat direct van invloed is op procesefficiëntie en -kosten. Hoge afkeuringspercentages kunnen wijzen op problemen met training, beleid of datakwaliteit. Waar te verkrijgen Deze gebeurtenis wordt vastgelegd in de workflow of auditlog wanneer een goedkeurder een 'Afwijzen' of 'Terugsturen' actie uitvoert. Vastleggen Leg de timestamp vast van de statuswijziging naar 'Afgekeurd', 'Correctie nodig', of een vergelijkbare status. Gebeurtenistype explicit | |||
| Journaalboekingen geboekt | De journaalpost wordt officieel geregistreerd in het grootboek. Dit is het punt waarop het document een permanente financiële boeking wordt en de financiële overzichten van het bedrijf beïnvloedt. | ||
| Waarom het belangrijk is Dit is de primaire succesuitkomst en het eindpunt voor het proces. Het is onmisbaar voor het meten van de totale doorlooptijd en de effectiviteit van de gehele levenscyclus van de journaalpost. Waar te verkrijgen Deze kritieke gebeurtenis wordt vastgelegd vanuit de header record van de journaalpost, geïdentificeerd door een 'Posted' status en een corresponderende boekingsdatum. Vastleggen Gebruik de boekingsdatum en -tijd uit de journal headertabel of gerelateerde financiële documenttabellen. Gebeurtenistype explicit | |||
| Journaalboekingen goedgekeurd | De journaalpost ontvangt definitieve goedkeuring van een geautoriseerde manager. Deze activiteit is de laatste controlepoort voordat het document in het grootboek kan worden geboekt. | ||
| Waarom het belangrijk is Dit is een kritieke mijlpaal die de goedkeuringscyclus voltooit. De tijd van goedkeuring tot boeking is een ander belangrijk gebied voor het meten van procesefficiëntie en het vinden van knelpunten. Waar te verkrijgen Deze gebeurtenis wordt vastgelegd vanuit de workflow of auditlog wanneer de uiteindelijke geautoriseerde gebruiker de goedkeuringsstap voltooit. Vastleggen Leg de timestamp vast van de definitieve goedkeuringsstatus, zoals 'Goedgekeurd' of 'Vrijgegeven voor boeking'. Gebeurtenistype explicit | |||
| Journaalboekingen ingediend voor goedkeuring | De aanmaker dient de voltooide journaalpost formeel in in de goedkeuringsworkflow. Deze activiteit brengt de journaalpost over van een voorbereidende staat naar een staat in afwachting van beoordeling. | ||
| Waarom het belangrijk is Dit markeert het einde van de voorbereidingsfase en het begin van de goedkeuringscyclus. De tijd tussen indiening en goedkeuring is een kritieke KPI voor het meten van workflow efficiëntie. Waar te verkrijgen Dit wordt doorgaans vastgelegd als een statuswijziging in de audit trail of workflow log van het systeem, bijvoorbeeld van 'In behandeling' naar 'Ingediend'. Vastleggen Identificeer de timestamp wanneer de status van de journaalpost verandert naar 'Ingediend voor goedkeuring' of een vergelijkbare status. Gebeurtenistype explicit | |||
| Journaalboekingen teruggedraaid | Een eerder geboekte journaalpost wordt teruggedraaid door een nieuw document met inverse boekingen aan te maken. Deze actie wordt ondernomen om fouten in geboekte documenten te corrigeren en is een expliciete, controleerbare transactie. | ||
| Waarom het belangrijk is Terugboekingen zijn een belangrijke indicator van fouten in geboekte posten. Deze activiteit dient als een alternatief, ongewenst eindpunt en is belangrijk voor het meten van 'first-time-right' percentages. Waar te verkrijgen Dit wordt doorgaans vastgelegd als een specifiek transactietype of wordt geflagged in de data van zowel de oorspronkelijke als de terugboekende journaalpost. Vastleggen Identificeer de boekingsdatum van het nieuwe journaalpostdocument dat expliciet is gekoppeld als een terugboeking aan de oorspronkelijke post. Gebeurtenistype explicit | |||
| Documentatie bijgevoegd | Een gebruiker voegt één of meerdere ondersteunende documenten toe aan de journaalpost. Dit biedt het benodigde bewijs en context voor de transactie voor beoordelaars en auditors. | ||
| Waarom het belangrijk is Het traceren van deze activiteit helpt te begrijpen of vertragingen worden veroorzaakt door ontbrekende documentatie. Het biedt ook inzicht in compliance en de volledigheid van de voorbereiding van journaalposten. Waar te verkrijgen Deze Informatie wordt doorgaans opgeslagen in een aparte tabel voor attachments of document management, gekoppeld aan de Journal Entry ID. Vastleggen Gebruik de aanmaak timestamp uit de document attachment log of tabel die gerelateerd is aan de specifieke Journal Entry ID. Gebeurtenistype explicit | |||
| Handmatige boeking geïdentificeerd | Deze berekende gebeurtenis classificeert een journaalpost als zijnde gecreëerd via een handmatige, interactieve gebruikerssessie. Dit onderscheidt zich van posten die zijn aangemaakt via geautomatiseerde interfaces of batch jobs. | ||
| Waarom het belangrijk is Onderscheid maken tussen handmatige en geautomatiseerde posten is belangrijk voor automatiseringsanalyse. Het helpt de verbeterinspanningen te richten en het risico dat gepaard gaat met handmatige interventies te beoordelen. Waar te verkrijgen Dit is geen temporele gebeurtenis, maar een classificatie afgeleid van bronsysteemvelden, zoals transactiecode, invoermethode of bronsysteemindicatoren. Vastleggen Classificeer journaalposten op basis van een bronveld dat de invoermethode aangeeft. De timestamp kan worden ingesteld op de boekingstijd. Gebeurtenistype calculated | |||
| Journaalboekingen afgeboekt | Een openstaande regel in een journaalpost wordt gecompenseerd door een andere boeking, zoals een kasontvangst die een accrual verrekent. Deze activiteit markeert de reconciliatie van specifieke regels, en sluit deze effectief af. | ||
| Waarom het belangrijk is Deze post-posting activiteit is belangrijk voor processen met afwikkelingsrekeningen. Vertragingen in de afwikkeling kunnen de nauwkeurigheid van de balans en de efficiëntie van de period-end close beïnvloeden. Waar te verkrijgen Deze gebeurtenis wordt vastgelegd in de data van de journaalpostregel, waar doorgaans een afwikkelingsdatum en afwikkelingsdocumentnummer worden ingevuld. Vastleggen Gebruik de afwikkelingsdatum die is gekoppeld aan een specifieke line item van de journaalpost. Gebeurtenistype explicit | |||
| Journaalboekingen gecorrigeerd | De gebruiker wijzigt een journaalpost nadat deze is afgekeurd of teruggestuurd voor aanpassingen. Dit vertegenwoordigt de herstelwerk inspanning die nodig is om problemen aan te pakken die tijdens het beoordelingsproces zijn geïdentificeerd. | ||
| Waarom het belangrijk is Het meten van de tijd besteed aan correcties helpt de impact van rework te kwantificeren. Het belicht inefficiënties en potentiële gebieden voor procesverbetering of gebruikerstraining. Waar te verkrijgen Dit wordt vaak afgeleid door wijzigingen in belangrijke datafelden in de journaalpostrecord te detecteren nadat een 'Afgekeurd' status is vastgelegd. Vastleggen Detecteer een wijziging in de data of laatste wijziging timestamp van de journaalpost die plaatsvindt tussen een 'Afgekeurd' en 'Opnieuw ingediend' activiteit. Gebeurtenistype inferred | |||
| Journaalboekingen geparkeerd | Een gebruiker slaat een incomplete journaalpost op zonder deze te boeken, wat latere voltooiing of beoordeling mogelijk maakt. Dit creëert een voorlopig document dat nog geen invloed heeft op het grootboek. | ||
| Waarom het belangrijk is Parkeren duidt op een potentiële vertraging of een behoefte aan meer Informatie vóór indiening. Grote volumes geparkeerde posten kunnen inefficiënties of data beschikbaarheidsproblemen inzichtelijk maken. Waar te verkrijgen Dit is vaak een expliciete status of documenttype dat te vinden is in de data van de journaalpost header of een corresponderend status change log. Vastleggen Leg de timestamp vast wanneer de status van de journaalpost is ingesteld op 'Geparkeerd', 'Opgeslagen' of 'Incompleet'. Gebeurtenistype explicit | |||
| Journaalboekingen gewijzigd na boeking | Een gebruiker wijzigt bepaalde velden in een journaalpost nadat deze al is geboekt. Hoewel de meeste financiële data na boeking onveranderlijk is, kunnen sommige beschrijvende velden vaak wel worden gewijzigd. | ||
| Waarom het belangrijk is Deze wijzigingen kunnen duiden op datakwaliteit issues of pogingen om Informatie te corrigeren buiten een formeel terugboekingsproces. Het traceren ervan is belangrijk voor audit en compliance-analyse. Waar te verkrijgen Deze activiteit wordt doorgaans vastgelegd vanuit change document logs die wijzigingen in financiële records bijhouden nadat ze zijn geboekt. Vastleggen Identificeer records in wijzigingslogs die gekoppeld zijn aan de Journaalboekingen ID en een timestamp hebben na de boekingsdatum. Gebeurtenistype explicit | |||
| Journaalboekingen opnieuw ingediend voor goedkeuring | Een gecorrigeerde journaalpost wordt teruggestuurd naar de goedkeuringsworkflow voor een nieuwe beoordelingscyclus. Deze actie herstart het goedkeuringsproces nadat correcties zijn aangebracht. | ||
| Waarom het belangrijk is Deze activiteit markeert het begin van een nieuwe goedkeuringscyclus voor dezelfde journaalpost. Het analyseren van herindieningen is belangrijk voor het begrijpen van de volledige omvang van herstelwerk-loops. Waar te verkrijgen Dit wordt vastgelegd vanuit de workflow log wanneer de status van de journaalpost verandert van 'Afgekeurd' of 'In behandeling' terug naar 'Ter goedkeuring ingediend'. Vastleggen Identificeer een statuswijziging 'Ingediend voor goedkeuring' die plaatsvindt na een activiteit 'Journaalboekingen afgekeurd' voor dezelfde case. Gebeurtenistype inferred | |||
| Journaalboekingen verwijderd | Een geparkeerde of nog niet geboekte journaalpost wordt uit het systeem verwijderd. Dit gebeurt meestal als de post per ongeluk is aangemaakt of niet langer nodig is voordat deze een financiële boeking werd. | ||
| Waarom het belangrijk is Dit vertegenwoordigt een definitieve uitkomst voor journaalposten die nooit worden geboekt. Het analyseren van verwijderingen kan procesfouten of onnodig gecreëerd werk blootleggen. Waar te verkrijgen Deze gebeurtenis kan worden vastgelegd vanuit een auditlog of door records te vinden die ooit aanwezig waren in de journaalposttabellen, maar sindsdien zijn verwijderd. Vastleggen Leg de timestamp vast van een auditlog die de verwijdering van de journaalpost vastlegt. Gebeurtenistype explicit | |||
Extractiegidsen
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,