Uw Inkoop tot betaling - Factuurverwerking datatemplate

De activiteitsnaam beschrijft een enkele stap of mijlpaal in het factuurverwerkingstraject. Voorbeelden zijn 'Factuur Ontvangen', 'Factuur Verzonden ter Goedkeuring', 'Betalingsblokkade Geplaatst' en 'Betaling Uitgevoerd'. Dit attribuut biedt het verhaal voor het proces, en schetst wat er met de factuur is gebeurd door de tijd heen.

In process mining wordt deze attribuut 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 vinden van veelvoorkomende processtromen, afwijkingen, knelpunten en herstelwerk-loops. De kwaliteit en granulariteit van activiteitsnamen zijn belangrijk voor het creëren van een zinvolle en bruikbare procesanalyse.

Dit attribuut definieert de stappen in het proces, vormt de basis van de procesmap en maakt alle flow-gerelateerde analyse mogelijk.

Deze Informatie is vaak afgeleid van status change logs, gebeurtenis tables of transactiecodes binnen het bronsysteem.

Het Factuurnummer is de unieke alfanumerieke code die door een leverancier aan een factuur wordt toegekend. In process mining is deze attribuut 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 is de essentiële Case Identifier die alle gerelateerde gebeurtenissen met elkaar verbindt, waardoor het mogelijk wordt de end-to-end levenscyclus van één enkele factuur te traceren.

Dit is een primair veld dat doorgaans te vinden is in de header van een factuurtransactietabel.

De Event Time, of Starttijd, 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 belangrijk voor het ordenen van gebeurtenissen en het berekenen van doorlooptijden.

Dit attribuut wordt gebruikt om gebeurtenissen chronologisch te sorteren om de processtroom voor elke case te bouwen. Het vormt de basis voor alle tijdsanalyses, inclusief het berekenen van cyclustijden tussen activiteiten, het vinden van knelpunten waar tijd verloren gaat, en het monitoren van prestaties ten opzichte van service level agreements. Nauwkeurige en precieze tijdstempels zijn belangrijk voor de betrouwbaarheid van elke process mining-analyse.

Het biedt de chronologische volgorde van gebeurtenissen en is de basis voor alle prestatie- en duur-gebaseerde berekeningen, zoals cyclustijd.

Dit is doorgaans te vinden in event logs of als een 'Creation Date' of 'Entry Date' veld gekoppeld aan elke transactie of statuswijziging.

Het Source System attribuut identificeert de applicatie of het platform waar de factuurverwerkingsgebeurtenis is vastgelegd. In complexe IT-omgevingpen 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 biedt context over de herkomst van de data, wat belangrijk is voor datavalidatie en voor het analyseren van processen die meerdere IT-systemen omspannen.

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.

Dit attribuut registreert de datum en tijd waarop de data voor het laatst is opgehaald of ververst. Het dient als een metadata-veld dat de relevantie van de geanalyseerde dataset aangeeft.

Hoewel deze Informatie niet direct wordt gebruikt bij het tekenen van de procesmap, is deze belangrijk voor het begrijpen van de relevantie van de analyse. Het helpt gebruikers te weten of ze naar real-time data kijken of naar een momentopname van een specifiek tijdsTip, wat belangrijk is voor het nemen van geïnformeerde operationele beslissingen. Het is ook belangrijk voor het monitoren van de status en frequentie van de data pijplijn.

Het geeft de relevantie van de data aan, waardoor gebruikers begrijpen hoe recent de procesanalyse is.

Deze timestamp wordt doorgaans gegenereerd en toegevoegd aan de dataset tijdens het data-extractie, transformation, en loading (ETL) proces.

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 oorzaakanalyse. Door de frequentie van verschillende redenen te analyseren, kunnen organisaties de meest voorkomende bronnen van knelpunten en inefficiëntie in het factuurproces vinden. 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.

Dit is belangrijk voor oorzaakanalyse en helpt bij het vinden van de meest voorkomende redenen voor verwerkingsvertragingen, rework en inefficiënties.

Deze Informatie is te vinden in specifieke 'Reason Code' of 'Hold Reason' velden in de factuurtransactie data of bijbehorende goedkeuringslogs.

De End Time attribuut registreert het precieze moment dat een processtap wordt afgerond. Het is belangrijk voor het nauwkeurig berekenen van de duur van activiteiten, wat een fundamentele metriek is in process mining. Door de Starttijd en End Time te vergelijken, kunnen analysesten meten hoe lang elke stap duurt, knelpunten en gebieden voor efficiëntieverbetering vinden.

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 Starttijd af te trekken van de End Time van de activiteit 'Factuur Goedgekeurd'. Deze data helpt bij het bouwen van prestaties dashboards, het instellen van benchmarks en het monitoren van de impact van proceswijzigingen.

Het maakt de precieze berekening van activiteitsduren mogelijk, wat belangrijk is voor het vinden van knelpunten en het meten van verwerkingsefficiëntie.

Gevonden in systeemlogs of transactiedata, vaak als een 'Voltooiingsdatum', 'Wijzigingsdatum', of een apart timestamp veld voor activiteitsvoltooiing.

Het factuurbedrag vertegenwoordigt de totale waarde van de factuur, inclusief alle posten, belastingen en kosten. Dit is een fundamentele financiële attribuut die de financiële waarde van elke case definieert. Het wordt vaak geanalyseerd in combinatie met andere attributen om de impact ervan op het proces te begrijpen.

Dit attribuut is belangrijk voor financiële analyse en prioritering. Door facturen te filteren op hun bedrag, kunnen analysesten onderzoeken of hoogwaardige facturen een ander, strenger goedkeuringspad volgen of dat ze vatbaarder zijn voor vertragingen. Het is ook belangrijk voor dashboards die de totale doorvoerwaarde van facturen volgen en voor KPI's gerelateerd aan het gebruikmaken van kortingen, waarbij de potentiële besparingen een percentage van het factuurbedrag zijn.

Het maakt financiële impactanalyse en prioritering van hoogwaardige facturen mogelijk, en helpt te vinden of de factuurwaarde de verwerkingstijd of het pad beïnvloedt.

Dit is een standaard veld dat te vinden is in de header van een factuurtransactietabel.

Dit attribuut specificeert de valuta waarin het factuurbedrag is uitgedrukt. Het is belangrijk 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 Valuta gebruikt om data te segmenteren voor regionale of landspecifieke weergaven. Het is belangrijk 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 voor internationale betalingen of valutamanagement inzichtelijk maken.

Het biedt de nodige context voor factuurbedragen, wat nauwkeurige financiële analyse en segmentatie voor wereldwijde operaties mogelijk maakt.

Dit is een standaard veld dat te vinden is in de header van een factuurtransactietabel.

Het Gebruiker 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 belangrijk voor het begrijpen van de werkdrukverdeling, individuele prestaties en het vinden van trainingsbehoeften. Het maakt het mogelijk de procesmap te filteren om te zien hoe verschillende teams of individuen facturen afhandelen, wat variaties in hun workflows onthult. Deze analyse kan best presterende medewerkers inzichtelijk maken, routingproblemen benadrukken of gebruikers vinden die mogelijk extra ondersteuning of training nodig hebben over bedrijfsprocedures.

Het helpt bij het analyseren van de werkdrukverdeling, gebruikersprestaties en procesvariaties tussen verschillende teams of individuen.

Deze Informatie is doorgaans beschikbaar in transactiegegevens, vaak aangeduid als 'Gebruiker Naam', 'Entered By', 'Changed By' of 'Approver'.

Dit attribuut legt de naam vast van de externe partij die de factuur heeft uitgegeven. Het biedt belangrijke context en koppelt de financiële transactie aan een specifieke leveranciersrelatie. Consistente en schone leveranciersdata is belangrijk voor accurate rapportage en analyse.

In process mining is de Vendor Naam 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 vinden van leveranciers die vaak facturen met fouten indienen, wat leidt tot vertragingen en rework. Het ondersteunt ook strategische initiatieven zoals leveranciersprestatiemanagement en het vinden van kansen voor voorkeursleveranciersprogramma's.

Het maakt het mogelijk het proces te segmenteren om de prestaties per leverancier te analyseren, wat belangrijk is voor leveranciersmanagement en het vinden van bronnen van problematische facturen.

Dit is doorgaans te vinden in de factuurheader data, gekoppeld vanuit een leverancier stamdata tabel op basis van een leveranciers-ID.

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.

Dit attribuut is onmisbaar voor prestatiemonitoring gerelateerd aan tijdige betalingen. Het wordt gebruikt om KPI's zoals de On-Time Payment Rate te berekenen en om facturen te vinden 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 is belangrijk voor het meten van tijdige betalingsprestaties en het analyseren van de oorzaken van late betalingen.

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.

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.

Dit attribuut maakt vergelijkende analyse over verschillende bedrijfsonderdelen mogelijk. Door de procesmap te segmenteren per Company Code, kunnen analysesten prestaties benchmarken, best practices binnen één entiteit vinden en systemische problemen in een andere blootleggen. Het is een fundamentele attribuut voor elke organisatie met meer dan één rechtspersoon om procesvariaties te begrijpen en compliance bedrijfsbreed te waarborgen.

Het maakt benchmarking en het vergelijken van processen over verschillende rechtspersonen of bedrijfsonderdelen binnen een organisatie mogelijk.

Dit is een fundamenteel organisatorisch veld dat doorgaans te vinden is in de header van alle financiële transactietabellen.

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).

Dit attribuut is belangrijk voor financiële strategie en prestatieanalyse. Het vormt de basis voor het berekenen van de Betalingsvervaldatum en het vinden van kansen voor het benutten van vroegbetalingskortingen. Het analyseren van het proces aan de hand van verschillende payment terms kan zichtbaar maken of bepaalde voorwaarden gecorreleerd zijn met verwerkingsvertragingen of dat de organisatie gunstige kortingsmogelijkheden effectief benut.

Het is belangrijk voor het analyseren van tijdige betalingsprestaties en het vinden van kansen om vroegbetalingskortingen te benutten.

Deze Informatie wordt gewoonlijk afgeleid uit de leverancier stamdata en gespecificeerd in de factuurheader.

De Factuurdatum is de datum die door de leverancier op het factuurdocument zelf is vermeld. Het markeert de officiële start van de betalings-levenscyclus 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 belangrijk voor het vinden 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 helpt de 'factuurontvangstvertraging' te meten tussen het moment dat een leverancier een factuur verstuurt en wanneer deze in het systeem wordt ingevoerd.

Dit is een standaard datumveld in de factuurheader data, vaak gelabeld als 'Document Date' of 'Invoice Date'.

Factuurstatus biedt een momentopname van waar een factuur zich bevindt in zijn levenscyclus op het moment van data-extractie. Veelvoorkomende statussen zijn 'In Behandeling', 'Goedgekeurd', 'Betaald', 'Afgewezen' of 'Geblokkeerd'. Dit attribuut 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 factuurpijplijn mogelijk om knelpunten en vertragingen te voorkomen.

Het biedt een momentopname van de huidige workload en helpt bij het monitoren van factuurvolumes in verschillende stadia zoals 'Wachtend op goedkeuring' of 'Geblokkeerd'.

Dit is doorgaans een statusveld in de factuurheader-tabel dat wordt bijgewerkt naarmate de factuur zijn levenscyclus doorloopt.

Het Purchase Order Number koppelt een factuur aan een vooraf goedgekeurd inkoopdocument. Deze verbinding is belangrijk voor het matchingproces, waarbij het systeem verifieert dat de factuurdetails, zoals hoeveelheden en prijzen, overeenkomen met wat in de PO is besteld.

Dit attribuut is belangrijk 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 inzichtelijk maken 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 helpt onderscheid te maken tussen PO- en non-PO-facturen, die vaak verschillende processen volgen en verschillende efficiëntieniveaus hebben.

Deze ID is doorgaans te vinden in de regel- of headerdetails van de factuurtransactie en koppelt deze aan het inkoopdocument.