Uw Purchase to Pay - Factuurverwerking Data Template
Uw Purchase to Pay - Factuurverwerking Data Template
Dit is onze generieke process mining-datatemplate voor {processNaam}. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Aanbevolen data-velden voor robuuste analyse
- Belangrijkste activiteiten en mijlpalen om te volgen
- Richtlijnen voor het extraheren van uw procesdata
Purchase to Pay - Factuurverwerkingsattributen
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van een specifieke bedrijfsgebeurtenis of taak die plaatsvond tijdens de factuurverwerkings-lifecycle. | ||
| Omschrijving De Activity Name beschrijft een enkele stap of mijlpaal in het factuurverwerkingstraject. Voorbeelden zijn 'Factuur Ontvangen', 'Factuur Verzonden ter Goedkeuring', 'Betalingsblokkade Geplaatst' en 'Betaling Uitgevoerd'. Deze attribute biedt het verhaal voor het proces, en schetst wat er met de factuur is gebeurd over de tijd. In process mining wordt deze attribute gebruikt om de procesmap te genereren, die de workflow visueel weergeeft. Het analyseren van de volgorde, frequentie en paden van deze activiteiten helpt bij het identificeren van veelvoorkomende processtromen, afwijkingen, knelpunten en herstelwerk-loops. De kwaliteit en granulariteit van activity names zijn cruciaal voor het creëren van een zinvolle en bruikbare procesanalyse. Het belang Dit attribuut definieert de stappen in het proces, vormt de ruggengraat van de process map en maakt alle flow-gerelateerde analyse mogelijk. Vindplaats Deze informatie is vaak afgeleid van status change logs, event tables of transactiecodes binnen het bronsysteem. Voorbeelden Factuur ingevoerdFactuur GoedgekeurdBetalingsblokkade GeplaatstBetaling Uitgevoerd | |||
| Factuurnummer InvoiceNumber | De unieke identificatiecode voor de factuur van een leverancier. Dit dient als de primaire sleutel voor het volgen van de factuur gedurende de gehele levenscyclus. | ||
| Omschrijving Het Factuurnummer is de unieke alfanumerieke code die door een leverancier aan een factuur wordt toegekend. In process mining is deze attribute fundamenteel belangrijk, aangezien het doorgaans dient als de Case ID, die het traject van elke factuur van ontvangst tot betaling uniek identificeert. Door het Factuurnummer als Case ID te gebruiken, kunnen alle gerelateerde activiteiten, zoals 'Factuur Ontvangen', 'Factuur Goedgekeurd' en 'Betaling Uitgevoerd', aan elkaar worden gekoppeld om het end-to-end proces voor die specifieke factuur te reconstrueren. Dit maakt gedetailleerde analyse van cyclustijden, paden en afwijkingen voor elke individuele case mogelijk, en vormt de basis van de gehele procesanalyse. Het belang Het is de essentiële Case Identifier die alle gerelateerde events met elkaar verbindt, waardoor het mogelijk wordt de end-to-end lifecycle van één enkele factuur te traceren. Vindplaats Dit is een primair veld dat doorgaans te vinden is in de header van een factuurtransactietabel. Voorbeelden INV-2024-001239876543210US-5839A-24 | |||
| Tijdstip Gebeurtenis EventTime | De precieze timestamp die aangeeft wanneer een specifieke activiteit of event heeft plaatsgevonden. | ||
| Omschrijving De Event Time, of Start Time, registreert de exacte datum en tijd waarop een bedrijfsactiviteit plaatsvond. Elke activiteit in het proces, van 'Factuur Ontvangen' tot 'Betaling Uitgevoerd', heeft een bijbehorende timestamp. Deze chronologische informatie is essentieel voor het ordenen van events en het berekenen van duren. Deze attribute wordt gebruikt om events chronologisch te sorteren om de processtroom voor elke case te bouwen. Het vormt de basis voor alle tijdgebonden analyse, inclusief het berekenen van cyclustijden tussen activiteiten, het identificeren van knelpunten waar tijd verloren gaat, en het monitoren van prestaties ten opzichte van service level agreements. Nauwkeurige en precieze timestamps zijn cruciaal voor de betrouwbaarheid van elke process mining analyse. Het belang Het biedt de chronologische volgorde van events en is de basis voor alle prestatie- en duur-gebaseerde berekeningen, zoals cyclustijd. Vindplaats Dit is doorgaans te vinden in event logs of als een 'Creation Date' of 'Entry Date' veld gekoppeld aan elke transactie of statuswijziging. Voorbeelden 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Bronsysteem SourceSystem | Het bronsysteem waaruit de event data is geëxtraheerd. | ||
| Omschrijving Het Source System attribuut identificeert de applicatie of het platform waar de factuurverwerkingsgebeurtenis is vastgelegd. In complexe IT-landschappen kan het traject van een factuur meerdere systemen omvatten, zoals een scanoplossing, een workflow tool en een ERP-systeem. Inzicht in het bronsysteem geeft context aan de data en helpt bij het oplossen van datakwaliteitsproblemen. Het maakt ook analyse mogelijk van processen die systeemgrenzen overschrijden, waarbij potentiële integratieproblemen of vertragingen als gevolg van overdrachten tussen verschillende applicaties worden benadrukt. Dit kan bijzonder nuttig zijn bij het consolideren van data uit legacy en moderne systemen. Het belang Het biedt context over de data-oorsprong, wat cruciaal is voor datavalidatie en voor het analyseren van processen die meerdere IT-systemen omspannen. Vindplaats Dit is vaak een statische waarde die wordt toegevoegd tijdens data-extractie of een veld dat beschikbaar is in systeemlogs en de applicatienaam of ID aangeeft. Voorbeelden SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Laatste data-update LastDataUpdate | De `timestamp` die aangeeft wanneer de `data` voor deze `event` voor het laatst is ververst vanuit het bronsysteem. | ||
| Omschrijving Dit attribuut registreert de datum en tijd waarop de data voor het laatst is geëxtraheerd of ververst. Het dient als een metadata-veld dat de recentheid van de geanalyseerde dataset aangeeft. Hoewel deze informatie niet direct wordt gebruikt bij het tekenen van de process map, is deze cruciaal voor het begrijpen van de actualiteit van de analyse. Het helpt gebruikers te weten of ze naar real-time data kijken of naar een momentopname van een specifiek tijdstip, wat essentieel is voor het nemen van geïnformeerde operationele beslissingen. Het is ook van vitaal belang voor het monitoren van de status en frequentie van de data pipeline. Het belang Het geeft de actualiteit van de data aan, waardoor gebruikers kunnen begrijpen hoe recent de procesanalyse is. Vindplaats Deze Voorbeelden 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Blokkerings- of Afwijsreden BlockOrRejectionReason | De reden die wordt opgegeven wanneer een factuur wordt geblokkeerd voor betaling of wordt afgewezen tijdens de goedkeuring. | ||
| Omschrijving Dit attribuut legt de specifieke reden vast waarom de voortgang van een factuur werd stopgezet, hetzij door een afwijzing tijdens de goedkeuringsworkflow, hetzij door een betalingsblokkade na goedkeuring. Redenen kunnen variëren van 'Incorrecte Hoeveelheid' en 'Prijsverschil' tot 'Ontbrekend PO Nummer' of 'Dubbele Factuur'. Dit is een van de belangrijkste attributen voor root cause analysis. Door de frequentie van verschillende redenen te analyseren, kunnen organisaties de meest voorkomende bronnen van frictie en inefficiëntie in het factuurproces identificeren. Dit datagedreven inzicht stelt hen in staat onderliggende problemen aan te pakken, zoals het verbeteren van de communicatie met leveranciers, het verhogen van de PO-compliance of het bieden van betere training aan personeel. Het belang Dit is cruciaal voor root cause analysis en helpt bij het identificeren van de meest voorkomende redenen voor verwerkingsvertragingen, herstelwerkzaamheden en inefficiënties. Vindplaats Deze informatie is te vinden in specifieke 'Reason Code' of 'Hold Reason' velden in de factuurtransactie data of bijbehorende goedkeuringslogs. Voorbeelden PrijsafwijkingIncorrect AantalDubbele factuurOntbrekende goederenontvangst | |||
| Eindtijd EndTime | De timestamp die aangeeft wanneer een activiteit of event is voltooid. Voor directe events is dit vaak hetzelfde als de starttijd. | ||
| Omschrijving De End Time attribute registreert het precieze moment dat een processtap wordt afgerond. Het is cruciaal voor het nauwkeurig berekenen van de duur van activiteiten, wat een fundamentele metric is in process mining. Door de Start Time en End Time te vergelijken, kunnen analisten meten hoe lang elke stap duurt, knelpunten en gebieden voor efficiëntieverbetering identificeren. In analyse wordt End Time gebruikt om cyclustijden te berekenen voor individuele activiteiten en hele processegmenten. Bijvoorbeeld, de duur van de stap 'Factuur Goedkeuring' kan worden bepaald door de Start Time af te trekken van de End Time van de activiteit 'Factuur Goedgekeurd'. Deze data helpt bij het bouwen van performance dashboards, het instellen van benchmarks en het monitoren van de impact van proceswijzigingen. Het belang Het maakt de precieze berekening van activiteitsduren mogelijk, wat essentieel is voor het identificeren van knelpunten en het meten van verwerkingsefficiëntie. Vindplaats Gevonden in systeemlogs of transactiedata, vaak als een 'Voltooiingsdatum', 'Wijzigingsdatum', of een apart timestamp veld voor activiteitsvoltooiing. Voorbeelden 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Factuurbedrag InvoiceAmount | Het totale factuurbedrag. | ||
| Omschrijving Het factuurbedrag vertegenwoordigt de totale waarde van de factuur, inclusief alle posten, belastingen en kosten. Dit is een fundamentele financiële attribute die de monetaire significantie van elke case definieert. Het wordt vaak geanalyseerd in combinatie met andere attributes om de impact ervan op het proces te begrijpen. Deze attribute is cruciaal voor financiële analyse en prioritering. Door facturen te filteren op hun bedrag, kunnen analisten onderzoeken of hoogwaardige facturen een ander, strenger goedkeuringspad volgen of dat ze vatbaarder zijn voor vertragingen. Het is ook essentieel voor dashboards die de totale doorvoerwaarde van facturen volgen en voor KPI's gerelateerd aan het benutten van kortingen, waarbij de potentiële besparingen een percentage van het factuurbedrag zijn. Het belang Het maakt financiële impactanalyse en prioritering van hoogwaardige facturen mogelijk, en helpt te identificeren of de factuurwaarde de verwerkingstijd of het pad beïnvloedt. Vindplaats Dit is een standaard veld dat te vinden is in de header van een factuurtransactietabel. Voorbeelden 5250.751200.0025000.0089.99 | |||
| Factuurvaluta InvoiceCurrency | De valutacode voor het factuurbedrag, zoals USD of EUR. | ||
| Omschrijving Dit attribuut specificeert de valuta waarin het factuurbedrag is uitgedrukt. Het is essentieel voor organisaties die internationaal opereren en te maken hebben met leveranciers uit verschillende landen. De valutacode, die doorgaans de ISO 4217-standaard volgt, zorgt ervoor dat financiële data correct wordt geïnterpreteerd. Bij analyse wordt Invoice Currency gebruikt om data te segmenteren voor regionale of landspecifieke weergaven. Het is cruciaal voor financiële rapportage om ervoor te zorgen dat bedragen correct worden geaggregeerd, vaak met een conversie naar een standaard rapportagevaluta. Het analyseren van procesvariaties per valuta kan ook complexiteiten met betrekking tot internationale betalingen of valutamanagement aan het licht brengen. Het belang Het biedt de nodige context voor factuurbedragen, wat nauwkeurige financiële analyse en segmentatie voor wereldwijde operaties mogelijk maakt. Vindplaats Dit is een standaard veld dat te vinden is in de header van een factuurtransactietabel. Voorbeelden USDEURGBPJPY | |||
| Gebruiker User | De gebruiker, medewerker of systeemagent die de activiteit heeft uitgevoerd. | ||
| Omschrijving Het User attribuut identificeert de persoon of het geautomatiseerde systeem dat verantwoordelijk is voor het uitvoeren van een specifieke stap in de factuurverwerkingsworkflow. Dit kan een crediteurenmedewerker zijn die de factuur heeft ingevoerd, een manager die deze heeft goedgekeurd, of een geautomatiseerde bot die een matchingstaak heeft uitgevoerd. Het analyseren van data per gebruiker is essentieel voor het begrijpen van de werkdrukverdeling, individuele prestaties en het identificeren van trainingsbehoeften. Het maakt het mogelijk de process map te filteren om te zien hoe verschillende teams of individuen facturen afhandelen, wat variaties in hun workflows onthult. Deze analyse kan toppresteerders aan het licht brengen, routingproblemen benadrukken of gebruikers identificeren die mogelijk extra ondersteuning of training nodig hebben over bedrijfsprocedures. Het belang Het helpt bij het analyseren van de werkdrukverdeling, gebruikersprestaties en procesvariaties tussen verschillende teams of individuen. Vindplaats Deze informatie is doorgaans beschikbaar in transactiegegevens, vaak aangeduid als 'User Name', 'Entered By', 'Changed By' of 'Approver'. Voorbeelden j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Naam Leverancier VendorName | De naam van de leverancier die de factuur heeft ingediend. | ||
| Omschrijving Dit attribuut legt de naam vast van de externe partij die de factuur heeft uitgegeven. Het biedt cruciale context en koppelt de financiële transactie aan een specifieke leveranciersrelatie. Consistente en schone leveranciersdata is essentieel voor accurate rapportage en analyse. In process mining is de Vendor Name een belangrijke dimensie voor segmentatie. Analisten kunnen het proces filteren om de factuurafhandeling voor leveranciers met een hoog volume of problematische leveranciers te onderzoeken. Dit helpt bij het identificeren van leveranciers die vaak facturen met fouten indienen, wat leidt tot vertragingen en herstelwerkzaamheden. Het ondersteunt ook strategische initiatieven zoals leveranciersprestatiemanagement en het identificeren van kansen voor voorkeursleveranciersprogramma's. Het belang Het maakt het mogelijk het proces te segmenteren om de prestaties per leverancier te analyseren, wat cruciaal is voor leveranciersmanagement en het identificeren van bronnen van problematische facturen. Vindplaats Dit is doorgaans te vinden in de factuurheader data, gekoppeld vanuit een leverancier master data tabel op basis van een leveranciers-ID. Voorbeelden Wereldwijde KantoorbenodigdhedenInnovatieve Tech OplossingenCity Logistics Inc. | |||
| Uiterste betaaldatum PaymentDueDate | De datum waarop de factuur betaald moet zijn om te voorkomen dat deze vervalt. | ||
| Omschrijving De Betalingsvervaldatum is een kritieke datum, berekend op basis van de factuurdatum en de overeengekomen payment terms. Het vertegenwoordigt de deadline voor betaling aan de leverancier om een goede reputatie te behouden en boetes voor late betaling te voorkomen. Deze attribute is fundamenteel voor prestatiemonitoring gerelateerd aan tijdige betalingen. Het wordt gebruikt om KPI's zoals de On-Time Payment Rate te berekenen en om facturen te identificeren die het risico lopen over tijd te raken. Het analyseren van het gat tussen de factuurgoedkeuringsdatum en de betalingsvervaldatum helpt de efficiëntie van de laatste betalingsplanning en -uitvoeringsstappen te beoordelen. Het belang Het is essentieel voor het meten van tijdige betalingsprestaties en het analyseren van de oorzaken van late betalingen. Vindplaats Deze datum is doorgaans te vinden in de transactiegegevens van de factuur. Deze kan direct worden ingevoerd of worden afgeleid van de factuurdatum en betalingstermijnen. Voorbeelden 2024-06-302024-07-152024-08-01 | |||
| Bedrijfscode CompanyCode | De identifier voor de rechtspersoon of onderneming binnen de organisatie die de factuur verwerkt. | ||
| Omschrijving De Company Code vertegenwoordigt een specifieke rechtspersoon of dochteronderneming binnen een grotere corporatie. In veel financiële systemen worden transacties gescheiden per company code voor boekhoudkundige en rapportagedoeleinden. Deze attribute maakt vergelijkende analyse over verschillende business units mogelijk. Door de procesmap te segmenteren per Company Code, kunnen analisten prestaties benchmarken, best practices binnen één entiteit identificeren en systemische problemen in een andere blootleggen. Het is een fundamentele attribute voor elke organisatie met meer dan één rechtspersoon om procesvariaties te begrijpen en compliance bedrijfsbreed te waarborgen. Het belang Het maakt benchmarking en het vergelijken van processen over verschillende rechtspersonen of business units binnen een organisatie mogelijk. Vindplaats Dit is een fundamenteel organisatorisch veld dat doorgaans te vinden is in de header van alle financiële transactietabellen. Voorbeelden 1000US01DE015100 | |||
| Betalingstermijnen PaymentTerms | De overeengekomen voorwaarden voor factuurbetaling, die de vervaldatum en eventuele vroegbetalingskortingen bepalen. | ||
| Omschrijving Payment Terms zijn de met een leverancier overeengekomen voorwaarden voor het betalen van een factuur. Deze voorwaarden worden doorgaans uitgedrukt in een gestandaardiseerd formaat, zoals 'Netto 30' (betaling verschuldigd binnen 30 dagen) of '2% 10, Netto 30' (2% korting bij betaling binnen 10 dagen, anders het volledige bedrag verschuldigd binnen 30 dagen). Deze attribute is essentieel voor financiële strategie en prestatieanalyse. Het vormt de basis voor het berekenen van de Betalingsvervaldatum en het identificeren van kansen voor het benutten van vroegbetalingskortingen. Het analyseren van het proces aan de hand van verschillende payment terms kan onthullen of bepaalde voorwaarden gecorreleerd zijn met verwerkingsvertragingen of dat de organisatie gunstige kortingsmogelijkheden effectief benut. Het belang Het is cruciaal voor het analyseren van tijdige betalingsprestaties en het identificeren van kansen om vroegbetalingskortingen te benutten. Vindplaats Deze informatie wordt gewoonlijk afgeleid uit de vendor master data en gespecificeerd in de factuurheader. Voorbeelden Netto 30Netto 602% binnen 10 dagen, netto 30 dagenVerval bij Ontvangst | |||
| Factuurdatum InvoiceDate | De datum waarop de leverancier het factuurdocument heeft uitgegeven. | ||
| Omschrijving De Factuurdatum is de datum die door de leverancier op het factuurdocument zelf is vermeld. Het markeert de officiële start van de betalings-lifecycle vanuit het oogpunt van de leverancier en is vaak de basis voor het berekenen van de betalingsvervaldatum volgens de overeengekomen payment terms. Het analyseren van de tijdsvertraging tussen de Factuurdatum en de activiteit 'Factuur Ontvangen' of 'Factuur Ingevoerd' is cruciaal voor het identificeren van vertragingen in factuurinzending of -opname. Deze 'factuurontvangstvertraging' kan een significant verborgen onderdeel zijn van de totale cyclustijd, en het verminderen ervan kan de tijdige betalingsprestaties verbeteren en de mogelijkheden vergroten om vroegbetalingskortingen te benutten. Het belang Het helpt de 'factuurontvangstvertraging' te meten tussen het moment dat een leverancier een factuur verstuurt en wanneer deze in het systeem wordt ingevoerd. Vindplaats Dit is een standaard datumveld in de factuurheader data, vaak gelabeld als 'Document Date' of 'Invoice Date'. Voorbeelden 2024-05-012024-04-152024-06-10 | |||
| Factuurstatus InvoiceStatus | De huidige status van de factuur in zijn verwerkingsworkflow. | ||
| Omschrijving Factuurstatus biedt een momentopname van waar een factuur zich bevindt in zijn lifecycle op het moment van data-extractie. Veelvoorkomende statussen zijn 'In Behandeling', 'Goedgekeurd', 'Betaald', 'Afgewezen' of 'Geblokkeerd'. Deze attribute geeft een overzicht op hoog niveau van de huidige conditie van de factuur. Hoewel process mining het volledige traject reconstrueert, is de huidige status waardevol voor operationele dashboards die de actieve workload monitoren. Het helpt managers het volume van facturen in elke fase te begrijpen, zoals hoeveel er wachten op goedkeuring of geblokkeerd zijn. Dit maakt proactief management van de factuurpipeline mogelijk om knelpunten en vertragingen te voorkomen. Het belang Het biedt een momentopname van de huidige workload en helpt bij het monitoren van factuurvolumes in verschillende stadia zoals 'Wachtend op goedkeuring' of 'Geblokkeerd'. Vindplaats Dit is doorgaans een statusveld in de factuurheader-tabel dat wordt bijgewerkt naarmate de factuur zijn levenscyclus doorloopt. Voorbeelden BetaaldIn VerwerkingAfgewezenGoedgekeurd voor betaling | |||
| Inkoopordernummer PurchaseOrderNumber | De identifier van de Inkooporder (PO) waaraan de factuur is gerelateerd. | ||
| Omschrijving Het Purchase Order Number koppelt een factuur aan een vooraf goedgekeurd inkoopdocument. Deze verbinding is essentieel voor het matchingproces, waarbij het systeem verifieert dat de factuurdetails, zoals hoeveelheden en prijzen, overeenkomen met wat in de PO is besteld. Deze attribute is cruciaal voor het analyseren van de efficiëntie van het matchingproces. Een hoog percentage PO-gesteunde facturen die rechtstreeks worden verwerkt, duidt op een gezond inkoopproces. Omgekeerd kan het analyseren van facturen zonder PO ongewenste aankopen of gebieden aan het licht brengen waar inkoopbeleid niet wordt gevolgd. De aanwezigheid of afwezigheid van een PO is een veelgebruikte manier om het proces te segmenteren voor efficiëntievergelijking. Het belang Het helpt onderscheid te maken tussen PO- en non-PO-facturen, die vaak verschillende processen volgen en verschillende efficiëntieniveaus hebben. Vindplaats Deze identificatiecode is doorgaans te vinden in de regel- of headerdetails van de factuurtransactie en koppelt deze aan het inkoopdocument. Voorbeelden 4500018921PO-2024-7837300000456 | |||
Purchase to Pay - Factuurverwerkingsactiviteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Betaling Uitgevoerd | Markeert de laatste stap van het proces waarbij de betaling wordt uitgevoerd en de factuurverplichting wordt vereffend. Deze gebeurtenis bevestigt dat gelden zijn uitgekeerd aan de leverancier. | ||
| Het belang Dit is de succesvolle voltooiing van de Purchase to Pay cyclus voor een factuur. Het is het definitieve event voor het meten van tijdige betalingspercentages en de algehele procesduur. Vindplaats Vastgelegd vanuit de boekingsdatum van het betalingsdocument dat de factuur vereffent. Vastleggen Gebruik de clearingdatum of betalingsdatum van het financiële document dat de openstaande leverancierspost vereffent. Gebeurtenistype explicit | |||
| Factuur afgewezen | Treedt op wanneer een fiatteur de factuur formeel afwijst, waardoor de voortgang in de workflow stopt. Afwijzing stuurt de factuur doorgaans terug voor correctie of annulering, wat een herstelwerk-loop initieert. | ||
| Het belang Het analyseren van afgewezen facturen helpt de hoofdoorzaken van herstelwerk te identificeren, zoals incorrecte codering, schendingen van beleid of dataproblemen stroomopwaarts. Het verminderen van afwijzingen is essentieel voor het verbeteren van de efficiëntie. Vindplaats Een expliciete actie vastgelegd in de goedkeuringshistorie of het workflow log van de factuur, vaak met bijbehorende afwijsredenen. Vastleggen Identificeer de vastgelegde gebeurtenis wanneer een fiatteur een 'Afwijzen' of 'Weigeren' actie uitvoert in de workflow. Gebeurtenistype explicit | |||
| Factuur geboekt in GL | Vertegenwoordigt de formele boekhoudkundige gebeurtenis waarbij de goedgekeurde factuur wordt vastgelegd in het Grootboek. Deze actie creëert een financiële verplichting en verplaatst de factuur van een verwerkingsstatus naar een betaalbare status. | ||
| Het belang Dit is een kritieke financiële mijlpaal die bevestigt dat de aansprakelijkheid officieel is erkend. Vertragingen vóór deze stap kunnen van invloed zijn op de financiële afsluiting en de nauwkeurigheid van de rapportage. Vindplaats Dit is een expliciet, transactioneel event vastgelegd in de financiële modules van het systeem. Vastleggen Gebruik de boekingsdatum die is gekoppeld aan het financiële document dat is aangemaakt op basis van de factuur. Gebeurtenistype explicit | |||
| Factuur gematcht | Duidt de succesvolle matching van een factuur met een inkooporder en, indien van toepassing, een goederenontvangst aan. Deze geautomatiseerde of handmatige stap valideert dat de gefactureerde hoeveelheden en prijzen overeenkomen met wat is besteld en ontvangen. | ||
| Het belang Dit is een belangrijke mijlpaal voor straight-through processing. Een hoog volume succesvolle 'first-pass' matches duidt op efficiënte upstream inkoopprocessen. Vindplaats Doorgaans vastgelegd als een statuswijziging of een specifiek event in de transactiehistorie wanneer de matchingvalidatie succesvol is voltooid. Vastleggen Identificeer de gebeurtenis of statusupdate die aangeeft dat de matchingstatus van de factuur 'Geslaagd', 'Gematcht' of 'Vereffend' is. Gebeurtenistype explicit | |||
| Factuur Goedgekeurd | Duidt aan dat de factuur succesvol is goedgekeurd door alle vereiste partijen in de workflow. Deze mijlpaal autoriseert de factuur voor financiële boeking en daaropvolgende betaling. | ||
| Het belang Dit is een kritieke mijlpaal die de validatie- en goedkeuringsfase afsluit. Het is essentieel voor het meten van goedkeuringsdoorlooptijden en het waarborgen van compliance met autorisatiebeleid. Vindplaats Expliciet vastgelegd in de goedkeuringshistorie of het workflow log na definitieve goedkeuring. Vastleggen Gebruik de timestamp van de definitieve goedkeuringsactie in de goedkeurings- of workflowhistorie van de factuur. Gebeurtenistype explicit | |||
| Factuur ontvangen | Markeert de initiële ontvangst of creatie van een factuur in het systeem. Deze gebeurtenis dient als startpunt voor de factuurverwerkings-lifecycle, ongeacht de invoermethode, zoals handmatige invoer, leveranciersportaal of OCR. | ||
| Het belang Deze activiteit is cruciaal voor het meten van de totale doorlooptijd van factuurverwerking van begin tot eind. Het biedt een basis voor het begrijpen van de werkdruk en initiële verwerkingsvertragingen. Vindplaats Dit event wordt doorgaans vastgelegd vanuit de creation timestamp van de factuurrecord of de initiële invoer in een document log. Vastleggen Gebruik de aanmaakdatum en -tijd van het primaire factuur- of leveranciersfactuurobject in het bronsysteem. Gebeurtenistype explicit | |||
| Matching Afwijking Geïdentificeerd | Treedt op wanneer het systeem of een gebruiker een mismatch identificeert tussen de factuur, inkooporder of goederenontvangst. Deze afwijkingen, zoals prijs- of hoeveelheidsverschillen, plaatsen doorgaans een wacht op de factuur en vereisen handmatige interventie. | ||
| Het belang Het volgen van deze events is fundamenteel voor root cause analysis van verwerkingsvertragingen en herstelwerkzaamheden. Het helpt bij het identificeren van problemen met de nauwkeurigheid van leveranciersfacturatie of interne inkoopprocessen. Vindplaats Afgeleid van een statuswijziging die een matchingfout of de automatische toepassing van een systeem-wacht gerelateerd aan een afwijking aangeeft. Vastleggen Leg de timestamp vast wanneer de matchingstatus van de factuur wordt ingesteld op 'Mislukt', 'Afwijking', of wanneer een vertragingsgerelateerde wacht wordt toegepast. Gebeurtenistype inferred | |||
| Afwijking opgelost | Markeert het punt waarop een eerder geïdentificeerde matching-afwijking handmatig is onderzocht en opgelost. Hierdoor kan de factuur doorgaan naar de volgende stap, zoals goedkeuring of opnieuw matchen. | ||
| Het belang De tijd die nodig is om afwijkingen op te lossen is een belangrijke factor voor de doorlooptijd van factuurverwerking. Het analyseren van deze activiteit helpt bij het begrijpen van de inspanning en duur van uitzonderingsafhandeling. Vindplaats Dit wordt vaak afgeleid van de eerste gebruikersactie die een matching hold opheft of toestaat dat een mislukte match opnieuw wordt verwerkt. Vastleggen Identificeer de gebeurtenis waarbij een matching-gerelateerde wacht wordt opgeheven of de factuur succesvol wordt gematcht na een eerdere mislukking. Gebeurtenistype inferred | |||
| Betaling ingepland | De geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsbatch. Deze stap plaatst de factuur in de wachtrij voor betalingsuitvoering op een specifieke datum, maar vertegenwoordigt nog niet de daadwerkelijke geldoverdracht. | ||
| Het belang Deze activiteit biedt inzicht in de laatste fase van het proces. Vertragingen tussen boeking en betalingsplanning kunnen een bron zijn van gemiste kortingen en te late betalingen. Vindplaats Doorgaans vastgelegd wanneer een factuur wordt toegevoegd aan een betaalrun, betaalvoorstel of betaaljournaal. Vastleggen Identificeer de aanmaakdatum van het betalingsvoorstel of de betalingsbatchrecord die de factuur omvat. Gebeurtenistype explicit | |||
| Betalingsblokkade Geplaatst | Er wordt een opzettelijke wacht gezet op een factuur, waardoor deze niet betaald kan worden, zelfs niet als deze is goedgekeurd. Dit kan automatisch gebeuren vanwege systeemregels of handmatig om redenen zoals geschillen met leveranciers. | ||
| Het belang Betalingsblokkades zijn een belangrijke oorzaak van late betalingen en gemiste kortingen. Het identificeren wanneer en waarom blokkades worden geplaatst is cruciaal voor het verbeteren van de tijdige betalingsprestaties. Vindplaats Doorgaans vastgelegd als een specifieke status of vlag op de factuurrecord of de bijbehorende regels. Vastleggen Leg de gebeurtenis vast wanneer een betalingsblokkering of wachtstatus wordt toegepast op de factuur of de bijbehorende posten. Gebeurtenistype explicit | |||
| Betalingsblokkade Opgeheven | Markeert de verwijdering van een eerder ingestelde betalingsblokkade, waardoor de factuur weer in aanmerking komt voor betaling. Dit betekent dat het probleem dat de blokkade veroorzaakte is opgelost. | ||
| Het belang De tijd tussen het plaatsen en opheffen van een blokkade vertegenwoordigt een vertraging in het proces. Het analyseren van deze duur helpt bij het identificeren van knelpunten in de probleemoplossing. Vindplaats Vastgelegd wanneer de betalingsblokkade status of vlag uit de factuurrecord wordt verwijderd. Vastleggen Leg de gebeurtenis vast wanneer een betalingsblokkering of wachtstatus wordt verwijderd of gewijzigd naar een gedeblokkeerde status. Gebeurtenistype explicit | |||
| Factuur Geannuleerd | De factuur is ongeldig gemaakt, geannuleerd of teruggedraaid en zal niet verder worden verwerkt of betaald. Dit vertegenwoordigt een terminale eindstatus voor een incorrecte of dubbele factuur. | ||
| Het belang Het volgen van annuleringen geeft inzicht in datakwaliteitsproblemen, dubbele inzendingen en andere upstream-fouten. Een hoog annuleringspercentage kan wijzen op problemen met leveranciersfacturatie of interne controles. Vindplaats Een expliciete statuswijziging in de factuurrecord of de aanmaak van een corresponderend omboekingsdocument. Vastleggen Identificeer de timestamp wanneer de factuurstatus wordt gewijzigd naar 'Geannuleerd' of 'Ongeldig gemaakt', of wanneer een omboekingsdocument wordt geboekt. Gebeurtenistype explicit | |||
| Factuur Herwerkt | Vertegenwoordigt een handmatige update of correctie aan een factuur, vaak volgend op een afwijzing of om een geïdentificeerde fout te herstellen. Deze activiteit duidt op een afwijking van het standaard, touchless proces. | ||
| Het belang Het volgen van herstelactiviteiten benadrukt procesinefficiënties en verborgen kosten. Begrijpen waarom facturen worden gewijzigd, kan leiden tot gerichte procesverbeteringen en training. Vindplaats Doorgaans afgeleid uit wijzigingslogs of audit trails die wijzigingen in belangrijke factuurvelden vastleggen na de initiële invoer. Vastleggen Leg timestamps vast uit audit logs die een wijziging in factuurdata aangeven, met name na een afwijs- of wachtgebeurtenis. Gebeurtenistype inferred | |||
| Factuur ingevoerd | Vertegenwoordigt de voltooiing van de initiële data-invoer, waarbij de factuurdetails zijn ingevoerd of gescand, maar nog niet zijn geboekt of ingediend voor formele goedkeuring. De factuur bevindt zich vaak in een tijdelijke 'geparkeerde' of 'concept' status. | ||
| Het belang Het analyseren van de tijd tussen het ontvangen en invoeren van een factuur helpt bij het identificeren van achterstanden in de data-invoerfase. Het kan ook de efficiëntie van geautomatiseerde datacapture-oplossingen benadrukken. Vindplaats Dit wordt vaak afgeleid wanneer een factuurrecord wordt opgeslagen in een concept- of geparkeerde status voordat deze wordt ingediend in een workflow. Vastleggen Leg de timestamp vast wanneer de factuurstatus verandert van een nieuwe naar een opgeslagen, geparkeerde of conceptstatus. Gebeurtenistype inferred | |||
| Factuur Overtijd Geraakt | Een berekende gebeurtenis die optreedt wanneer de huidige datum de uiterste betaaldatum van de factuur overschrijdt, terwijl de factuur nog onbetaald is. De vervaldatum wordt bepaald door de factuurdatum en de betalingsvoorwaarden van de leverancier. | ||
| Het belang Deze activiteit markeert direct te late betalingen, wat de leveranciersrelaties kan schaden en boetes kan opleveren. Het is essentieel voor het monitoren en verbeteren van het percentage tijdige betalingen. Vindplaats Dit is geen expliciet systeem event. Het moet worden berekend door de betalingsdatum (of de huidige datum indien onbetaald) te vergelijken met de factuurvervaldatum. Vastleggen Bereken deze gebeurtenis door Gebeurtenistype calculated | |||
| Factuur Verzonden ter Goedkeuring | Vertegenwoordigt de formele indiening van een factuur in een goedkeuringsworkflow nadat de initiële validatie en matching zijn voltooid. De factuur wordt doorgestuurd naar aangewezen fiatteurs op basis van geconfigureerde bedrijfsregels. | ||
| Het belang Deze activiteit markeert het begin van het goedkeuringssubprocess. Het meten van de tijd vanaf dit event tot de definitieve goedkeuring helpt bij het analyseren van de efficiëntie van de goedkeuringsworkflow en het identificeren van knelpunten. Vindplaats Dit is een expliciet event in systemen met een workflow engine of kan worden afgeleid uit een statuswijziging naar 'Pending Approval'. Vastleggen Leg de timestamp vast wanneer de workflow wordt geïnitieerd of de factuurstatus wordt bijgewerkt om aan te geven dat deze wacht op goedkeuring. Gebeurtenistype explicit | |||
Extractie Guides
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,