Datasjabloon: Verwerking van inkoopfacturen
Je datasjabloon voor de verwerking van crediteurenfacturen
- Aanbevolen attributen om op te nemen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Kenmerken van de verwerking van inkoopfacturen
| Naam | Beschrijving | ||
|---|---|---|---|
|
Factuur
Invoice
|
De unieke id voor elke leveranciersfactuur. | ||
|
Beschrijving
De factuur fungeert als primaire case‑identifier en verbindt alle activiteiten vanaf ontvangst tot en met de uiteindelijke betaling. Zo kun je de reis van elke individuele factuur end‑to‑end analyseren binnen het crediteurenproces. In de analyse is het groeperen van events op basis van deze identifier de eerste stap om de procesflow per factuur te reconstrueren. Dit maakt het berekenen van KPI’s op caseniveau, zoals totale doorlooptijd, mogelijk en helpt varianten en bottlenecks te herkennen die specifiek zijn voor individuele factuurtrajecten.
Waarom het belangrijk is
Dit is de sleutel om de volledige levenscyclus van een factuur te volgen en vormt daarmee de basis voor alle process mining-analyses binnen de crediteurenadministratie.
Waar te verkrijgen
Dit is doorgaans het leveranciersfactuurnummer van de pagina 'Vendor invoice' of aanverwante gegevensentiteiten in Dynamics 365 Finance.
Voorbeelden
INV-00125475000921DE-8832-2023
|
|||
|
Activiteit
ActivityName
|
De naam van de uitgevoerde processtap. | ||
|
Beschrijving
Dit kenmerk registreert welke actie of gebeurtenis op een bepaald moment bij een factuur plaatsvond, zoals 'Invoice Registered' of 'Invoice Approved'. Deze activiteiten vormen de knooppunten in de ontdekte proceskaart. Het analyseren van volgorde en frequentie van activiteiten is de basis van process mining. Zo visualiseer je de processtroom, herken je veelvoorkomende en zeldzame paden (varianten) en spoor je activiteiten op die zorgen voor vertraging of herwerk.
Waarom het belangrijk is
Activiteiten bepalen het 'wat' van het proces en maken het mogelijk om een proceskaart te bouwen en de procesflow en varianten te analyseren.
Waar te verkrijgen
Dit wordt vaak afgeleid uit statuswijzigingen, workflowhistorie of boekingen binnen de Dynamics 365-AP-module (crediteuren).
Voorbeelden
Factuur geregistreerdFactuur GoedgekeurdAfwijking opgelostBetaling Uitgevoerd
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een activiteit of event heeft plaatsgevonden. | ||
|
Beschrijving
Dit kenmerk bevat de datum en tijd van elke activiteit. Dat is nodig om events chronologisch te ordenen en doorlooptijden te berekenen. Het vormt de tijdas van het event log. In analyses wordt de Start Time gebruikt voor alle tijdsmetingen: doorlooptijden tussen activiteiten, wachttijden en de totale looptijd van de case. Dit is cruciaal om knelpunten te vinden en prestaties te meten ten opzichte van SLA's.
Waarom het belangrijk is
Deze timestamp is cruciaal om events correct te ordenen en alle prestatiekengetallen te berekenen, zoals doorlooptijden en knelpunten.
Waar te verkrijgen
Afgeleid van aanmaak‑ of wijzigingsdatumvelden op transacties, workflowlogboeken of boekingsdatumvelden in Dynamics 365.
Voorbeelden
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Betalingstermijnen
PaymentTerms
|
De overeengekomen betalingsvoorwaarden met de leverancier. | ||
|
Beschrijving
Dit attribuut definieert de voorwaarden waaronder een leveranciersfactuur moet worden betaald, zoals 'Net 30' (vervaltermijn 30 dagen) of '2/10 Net 30' (2% korting bij betaling binnen 10 dagen, daarna vervaltermijn 30 dagen). Analyseren op betalingsvoorwaarden laat zien hoe verschillende afspraken de tijdigheid van betalingen en de kasstroom beïnvloeden. Het vormt de basis om kansen voor vroegbetalingskortingen te vinden en compliance-analyses te segmenteren om te zien of bepaalde voorwaarden lastiger na te leven zijn.
Waarom het belangrijk is
Bepaalt betaaltermijnen en kortingen en heeft direct effect op cashflowbeheer en kostenbesparing.
Waar te verkrijgen
Te vinden in de leveranciersstamgegevens of vastgelegd op de kop van de inkooporder/factuur. Opgeslagen in velden zoals 'PaymTermId'.
Voorbeelden
Netto 30Netto 602/10 netto 30
|
|||
|
Factuurbedrag
InvoiceAmount
|
Het totale factuurbedrag. | ||
|
Beschrijving
Geeft het totaalbedrag weer dat op de leveranciersfactuur verschuldigd is. Dit is een kritiek financieel kengetal per case. Dit attribuut maakt financiële analyse van het AP-proces mogelijk. Je kunt er facturen met een hoog bedrag mee prioriteren, goedkeuringstijden analyseren op basis van bedragsdrempels en het financiële effect begrijpen van betalingsvertragingen of vroegbetalingskorting.
Waarom het belangrijk is
Geeft financiële context en maakt analyse van procesgedrag op basis van bedrag mogelijk, bijvoorbeeld of facturen met een hoog bedrag anders worden verwerkt.
Waar te verkrijgen
Te vinden in de kop van de leveranciersfactuur, vaak in velden zoals 'InvoiceAmount' in 'VendInvoiceInfoTable'.
Voorbeelden
1500.75250.0012345.50
|
|||
|
Gebruiker
UserName
|
De gebruiker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Identificeert de specifieke gebruiker die een processtap uitvoerde, zoals het registreren of goedkeuren van een factuur. Dit is vaak gekoppeld aan de systeem-ID van de gebruiker in Dynamics 365. Door prestaties per gebruiker te analyseren, zie je trainingsbehoeften, toppresteerders en werkverdeling. Onmisbaar voor dashboards met focus op doorlooptijden van goedkeuring en inzet van resources, zodat managers zien welke gebruikers of teams een bottleneck vormen.
Waarom het belangrijk is
Maakt het mogelijk werk aan specifieke personen toe te schrijven, zodat werkdruk en prestaties kunnen worden geanalyseerd en opleidingskansen worden gesignaleerd.
Waar te verkrijgen
Meestal te vinden in de velden 'Created by' of 'Modified by' op transacties, of in de workflowhistorie in Dynamics 365.
Voorbeelden
j.doea.smithr.williams
|
|||
|
Inkoopordernummer
PurchaseOrderNumber
|
De unieke id van de inkooporder die aan de factuur is gekoppeld. | ||
|
Beschrijving
Dit kenmerk koppelt de factuur aan de bijbehorende inkooporder (PO). Facturen kunnen met of zonder PO worden verwerkt. Met dit kenmerk kun je onderscheid maken tussen verwerking met en zonder PO, die vaak verschillende workflows volgen. Het is essentieel om de efficiëntie van PO‑matching te meten en om problemen te identificeren wanneer factuurgegevens niet aansluiten op de inkooporder.
Waarom het belangrijk is
Maakt onderscheid tussen PO‑ en non‑PO‑facturen, die verschillende processen volgen, en is essentieel om de matchingefficiëntie te analyseren.
Waar te verkrijgen
Te vinden op de kop of regels van de leveranciersfactuur, meestal in het veld 'PurchId' op 'VendInvoiceInfoTable'.
Voorbeelden
PO-000432PO-000511
|
|||
|
Leverancier
VendorName
|
De naam van de leverancier die de factuur heeft ingediend. | ||
|
Beschrijving
Dit attribuut geeft aan welke leverancier bij de factuur hoort. Leveranciersdata bevat vaak gegevens zoals naam, id en categorie. Analyse van het AP-proces per leverancier laat zien welke leveranciers structureel problematische facturen indienen (bijv. met veel afwijkingen), welke leveranciers speciale betalingsvoorwaarden hanteren en welke samenhangen met lange doorlooptijden. Deze inzichten helpen om leveranciersrelaties en samenwerking te verbeteren.
Waarom het belangrijk is
Maakt het mogelijk het proces te segmenteren en leveranciersspecifieke problemen te herkennen, zoals frequente afwijkingen of betalingsvertragingen.
Waar te verkrijgen
Gekoppeld vanuit de kop van de leveranciersfactuur, doorgaans via de data-entiteit 'VendTable' op basis van het leveranciersnummer.
Voorbeelden
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Vervaldatum factuur
InvoiceDueDate
|
De vervaldatum van de factuurbetaling, berekend op basis van de betalingsvoorwaarden. | ||
|
Beschrijving
Deze datum geeft de uiterste betaaldatum aan om boetes te voorkomen en te voldoen aan de afspraken met de leverancier. Meestal wordt deze berekend op basis van de factuurdatum en de vastgelegde betalingscondities. Dit kenmerk is essentieel voor de analyse 'Payment Terms Compliance'. Door de datum van 'Payment Executed' te vergelijken met de 'Invoice Due Date' worden te late betalingen automatisch gemarkeerd, worden nalevingspercentages berekend en kun je betalingen prioriteren om goede leveranciersrelaties te behouden.
Waarom het belangrijk is
Cruciaal om de tijdigheid van betalingen te meten, leveranciersrelaties te beheren en boetes voor te late betaling te voorkomen.
Waar te verkrijgen
Berekend veld op basis van factuurdatum en betalingsvoorwaarden. Opgeslagen in velden zoals 'DueDate' in tabellen met leverancierstransacties (bijv. 'VendTrans').
Voorbeelden
2023-05-152023-06-302023-07-01
|
|||
|
Bedrag vroegbetalingskorting
EarlyPaymentDiscountAmount
|
Het mogelijke kortingsbedrag bij vroegbetaling van de factuur. | ||
|
Beschrijving
Dit kenmerk toont het bedrag van de korting die de leverancier biedt bij vroegtijdige betaling, zoals vastgelegd in de betalingscondities. Deze financiële gegevens zijn cruciaal voor het 'Early Payment Discount Status' dashboard. Zo kan het bedrijf de waarde van benutte versus gemiste kortingen kwantificeren en ontstaat een duidelijke financiële prikkel om factuurgoedkeuring en betalingsplanning te versnellen.
Waarom het belangrijk is
Kwantificeert het financiële potentieel van procesefficiëntie en legt een directe relatie tussen procesprestaties en kostenbesparingen.
Waar te verkrijgen
Berekend veld op basis van factuurbedrag en betalingsvoorwaarden. Deze waarde staat in tabellen zoals 'VendTrans' of in gerelateerde velden voor kassakorting.
Voorbeelden
30.015.00246.91
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatie van de rechtspersoon die de factuur verwerkt. | ||
|
Beschrijving
Dit attribuut identificeert het specifieke bedrijf of de juridische entiteit binnen de organisatie die verantwoordelijk is voor de factuur. In een multi-companyomgeving is dit een cruciale organisatorische dimensie. Analyse van het AP-proces per Company Code maakt prestatievergelijkingen tussen business units of entiteiten mogelijk. Zo zie je of bepaalde entiteiten minder efficiënt zijn, meer herstelwerk kennen of andere procesvarianten volgen, met kansen voor standaardisatie en het delen van best practices.
Waarom het belangrijk is
Maakt benchmarking van prestaties en procesvergelijking mogelijk tussen verschillende juridische entiteiten of bedrijfsonderdelen binnen de organisatie.
Waar te verkrijgen
Een standaardveld op vrijwel alle transactietabellen in Dynamics 365, doorgaans genaamd 'DataAreaId'.
Voorbeelden
USMFDEMFGBSI
|
|||
|
Betaling te laat
IsLatePayment
|
Een berekende indicator die aangeeft of de betaling na de vervaldatum is gedaan. | ||
|
Beschrijving
Dit booleaanse kenmerk is true als de activiteit 'Payment Executed' plaatsvindt ná de 'Invoice Due Date'. Het geeft op caseniveau een helder signaal van niet‑naleving van betalingscondities. Dit vereenvoudigt de berekening van de KPI 'Payment Terms Compliance Rate'. Het maakt snelle filtering en dashboarding mogelijk om volume en waarde van te late betalingen te tonen en ondersteunt root cause‑analyse van juist deze cases om oorzaken van vertraging te achterhalen.
Waarom het belangrijk is
Biedt een duidelijke, eenvoudige indicator om niet-conforme betalingen te analyseren en KPI's voor tijdige betaling te berekenen.
Waar te verkrijgen
Dit is geen veld uit het bronsysteem. Het wordt in de process mining-tool berekend door de timestamp van de activiteit 'Payment Executed' te vergelijken met het attribuut 'InvoiceDueDate'.
Voorbeelden
truefalse
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is opgehaald. | ||
|
Beschrijving
Dit attribuut geeft de herkomst van de event data aan, in deze context meestal 'Microsoft Dynamics 365'. Het is extra belangrijk wanneer data uit meerdere systemen (bijv. een OCR-scantool en D365) wordt gecombineerd. In een Process Mining-analyse helpt dit bij data lineage, troubleshooting en het begrijpen van het technologische landschap van het proces. Je kunt de analyse ermee filteren op events uit een specifiek systeem.
Waarom het belangrijk is
Geeft essentiële context over de herkomst van data, cruciaal voor datavalidatie en voor procesanalyses over meerdere systemen.
Waar te verkrijgen
Dit is doorgaans een statische waarde ('Microsoft Dynamics 365') die wordt toegevoegd tijdens het data-extractie- en transformatieproces.
Voorbeelden
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
Factuurstatus
InvoiceStatus
|
De huidige verwerkingsstatus van de factuur. | ||
|
Beschrijving
Dit kenmerk geeft de laatst bekende status van een factuur in het proces weer, zoals 'In Progress', 'Approved', 'Paid' of 'Cancelled'. Het biedt een momentopname van de positie van de factuur in de levenscyclus. Hoewel process mining de flow afleidt uit activiteiten, is een eindstatus handig voor validatie en voor managementdashboards die de actuele stand van openstaande facturen samenvatten. Je kunt er bijvoorbeeld mee filteren op facturen die al 'Approved' zijn maar nog niet 'Paid'.
Waarom het belangrijk is
Biedt een overzichtelijke samenvatting van de huidige status van de factuur, handig om te filteren en statusgerichte dashboards te bouwen.
Waar te verkrijgen
Vaak afgeleid van documentstatus- of workflowstatusvelden binnen de crediteurenmodule.
Voorbeelden
In uitvoeringGoedgekeurdBetaaldGeannuleerd
|
|||
|
Factuurverwerkingstijd
InvoiceProcessingTime
|
De totale doorlooptijd van een factuur, van ontvangst tot betaling. | ||
|
Beschrijving
Deze metriek staat voor de totale doorlooptijd van een factuurcase, meestal berekend vanaf de timestamp van de eerste activiteit (bijv. 'Invoice Registered') tot de timestamp van een eindactiviteit (bijv. 'Payment Executed'). Dit is een primaire KPI ('Average Invoice Cycle Time') om de algehele procesefficiëntie te meten. Analyse van deze duur helpt structurele vertragingen te vinden en biedt een benchmark op hoofdlijnen voor procesverbeteringen. Je kunt dit uitsplitsen naar dimensies zoals leverancier of bedrijfscode om gebieden met de langste doorlooptijden te vinden.
Waarom het belangrijk is
Meet direct de end‑to‑end procesefficiëntie en fungeert als belangrijke KPI voor de algehele gezondheid van het crediteurenproces.
Waar te verkrijgen
Dit is geen veld uit het bronsysteem. Het wordt in de process mining-tool berekend als het verschil tussen de timestamps van het eerste en laatste event van een case.
Voorbeelden
15 dagen 4 uur3 dagen 11 uur32 dagen 1 uur
|
|||
|
Goedkeurder
ApproverName
|
De gebruiker die de factuur in een bepaalde stap heeft goedgekeurd of afgekeurd. | ||
|
Beschrijving
Dit attribuut identificeert de persoon die in de workflow verantwoordelijk is voor een goedkeuringsbeslissing. Bij facturen met meerdere goedkeuringsniveaus kunnen per stap verschillende goedkeurders betrokken zijn. Dit is essentieel voor het dashboard 'Doorlooptijd factuurgoedkeuring'. De analyse kan worden uitgesplitst per goedkeurder om te zien wie mogelijk een bottleneck vormt, door werkdruk of andere factoren. Zo kun je gericht ingrijpen om de goedkeuringscyclus te versnellen.
Waarom het belangrijk is
Maakt gedetailleerde analyse van het goedkeuringsproces mogelijk, zodat knelpunten op individueel of teamniveau zichtbaar worden.
Waar te verkrijgen
Afgeleid uit de workflowhistorielogs ('WorkflowTrackingStatusTable'), waarin wordt vastgelegd welke gebruiker elke goedkeuringsstap heeft afgerond.
Voorbeelden
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Is Geautomatiseerd
IsAutomated
|
Een indicator die aangeeft of de activiteit automatisch door het systeem is uitgevoerd. | ||
|
Beschrijving
Dit booleaanse kenmerk onderscheidt activiteiten van menselijke gebruikers van handelingen die door automatisering in het systeem worden uitgevoerd, zoals automatische factuurboeking of matching. Analyse hiervan is de sleutel om de automatiseringsgraad in het AP‑proces (crediteuren) te meten. Zo bereken je het Straight‑Through Processing (STP)‑percentage en zie je welke handmatige activiteiten kansrijk zijn voor toekomstige automatisering, met als resultaat lagere kosten en kortere doorlooptijd.
Waarom het belangrijk is
Helpt het STP-percentage te meten en kansen te vinden om meer te automatiseren en efficiënter te werken.
Waar te verkrijgen
Af te leiden door te controleren of de gebruiker bij een activiteit een systeem- of batchgebruiker is (bijv. 'Admin', 'BatchUser').
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende indicator die aangeeft of een factuur is herwerkt. | ||
|
Beschrijving
Deze booleaanse vlag is true als de procesflow van een factuur herwerk bevat, zoals 'Discrepancy Resolved' of een tweede stap 'Invoice Data Validated' na een eerste afkeuring. Dit wordt over de volledige case berekend. Dit kenmerk ondersteunt direct de KPI 'Discrepancy Rework Rate'. Het maakt analyse eenvoudiger doordat je alle facturen met extra handmatig werk gemakkelijk kunt filteren en aggregeren, zodat de impact van slechte datakwaliteit of procesafwijkingen zichtbaar wordt.
Waarom het belangrijk is
Meet herwerk rechtstreeks, zodat procesafwijkingen en inefficiënties eenvoudig te kwantificeren en analyseren zijn.
Waar te verkrijgen
Dit is geen veld uit het bronsysteem. Het wordt in de process mining-tool berekend door te controleren of binnen een case specifieke activiteiten voorkomen die op herwerk duiden.
Voorbeelden
truefalse
|
|||
|
Laatste gegevensupdate
LastDataUpdate
|
De timestamp van de laatste dataverversing uit het bronsysteem. | ||
|
Beschrijving
Dit kenmerk geeft aan wanneer het event log voor het laatst is bijgewerkt met actuele data uit Microsoft Dynamics 365. Het geeft context bij de actualiteit van de geanalyseerde data. Voor dashboards en doorlopende monitoring is deze tijdstempel cruciaal om te zien of je naar de meest recente procesdata kijkt. Hij helpt verwachtingen te sturen over de versheid van de data en ondersteunt het bewaken van de gezondheid van de datapipeline.
Waarom het belangrijk is
Informeert gebruikers over de actualiteit van de data, cruciaal voor tijdige en juiste beslissingen op basis van de analyse.
Waar te verkrijgen
Dit is een metadataveld dat door de ETL-tool voor data-extractie en -laden wordt aangemaakt en voorzien van een tijdstempel op het moment van inladen.
Voorbeelden
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
Ontvangstbonnummer
GoodsReceiptNumber
|
De identificatie van het goederenontvangstdocument dat bij de factuur hoort. | ||
|
Beschrijving
Dit kenmerk koppelt de factuur aan de registratie van ontvangen goederen of diensten; noodzakelijk voor three‑way matching (PO, Goods Receipt en Invoice). Dit is onmisbaar om de match‑efficiëntie van het proces te analyseren. Vertragingen of fouten in activiteiten als 'Goods Receipt Matched' kun je met deze identifier herleiden naar het oorspronkelijke ontvangstdocument, zodat problemen in inkoop of ontvangst zichtbaar worden die impact hebben op crediteuren.
Waarom het belangrijk is
Maakt analyse van de efficiëntie van driewegmatching mogelijk en helpt problemen te lokaliseren die ontstaan bij de goederenontvangst.
Waar te verkrijgen
Gekoppeld via de inkooporderregels, vaak te vinden in pakbonjournalen ('VendPackingSlipJour') of verwante tabellen.
Voorbeelden
GRN-00981GRN-01024
|
|||
|
Reden van afwijking
DiscrepancyReason
|
De redencode of beschrijving van een afwijking op de factuur. | ||
|
Beschrijving
Wanneer een factuur on hold wordt gezet of een afwijking wordt vastgesteld, legt dit attribuut de reden vast, zoals 'Price Mismatch', 'Quantity Difference' of 'Missing Goods Receipt'. Dit attribuut is cruciaal voor de analyse 'Discrepancy Resolution & Rework'. Door herwerk op reden te categoriseren, kun je de grondoorzaken van inefficiënties in het proces bepalen. Als 'Price Mismatch' bijvoorbeeld het vaakst voorkomt, duidt dat op de noodzaak van betere data-afstemming tussen inkoop en leveranciers.
Waarom het belangrijk is
Geeft de hoofdoorzaak van rework aan, zodat gerichte verbeteringen mogelijk zijn om uitzonderingen en handmatig ingrijpen te verminderen.
Waar te verkrijgen
Kan zijn opgeslagen in tabellen voor factuurblokkades, workflow-opmerkingen of specifieke velden voor het loggen van afwijkingen binnen de crediteurenmodule (AP).
Voorbeelden
PrijsafwijkingHoeveelheidsverschilOngeldige PO
|
|||
|
Vervaldatum korting
EarlyPaymentDiscountDate
|
De uiterste betaaldatum om in aanmerking te komen voor vroegbetalingskorting. | ||
|
Beschrijving
Dit kenmerk geeft de laatste dag aan waarop een factuur betaald kan worden om de door de leverancier aangeboden korting te ontvangen. Deze datum wordt afgeleid van de factuurdatum en het kortingsdeel van de betalingscondities (bijv. de '10' in '2/10 Net 30'). Deze datum is de belangrijkste basis voor de 'Early Payment Discount Status'-analyse. Door de datum van 'Payment Scheduled' of 'Payment Executed' hiermee te vergelijken, bepaalt het systeem of de korting is benut en krijg je heldere kengetallen over financiële optimalisatie.
Waarom het belangrijk is
Bepaalt de streefdatum om kostenbesparingen te realiseren en is daarmee een belangrijke drijfveer voor betaalprioritering en efficiëntieverbeteringen.
Waar te verkrijgen
Door het systeem berekend op basis van betalingsvoorwaarden en factuurdatum. Opgeslagen in velden zoals 'CashDiscDate' in 'VendTrans'.
Voorbeelden
2023-04-252023-05-102023-06-15
|
|||
Activiteiten bij de verwerking van inkoopfacturen
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling Uitgevoerd
|
De betaling wordt officieel uitgevoerd door het boeken van een betalingsjournaal. Met deze transactie wordt de schuld uit de geboekte factuur vereffend. | ||
|
Waarom het belangrijk is
Dit is een primair eindevent voor het proces. Het wordt gebruikt om naleving van betalingstermijnen te berekenen, te late betalingen te identificeren en de uiteindelijke end-to-end doorlooptijd te meten.
Waar te verkrijgen
Een expliciet event dat wordt vastgelegd wanneer het betalingsjournaal wordt geboekt. De aflettergegevens staan in de leverancierstransacties (VendTrans) en koppelen de betaling aan de factuur.
Vastleggen
Gebruik de transactiedatum van het afletteringsrecord voor de betaling in VendTrans.
Gebeurtenistype
explicit
|
|||
|
Factuur geboekt
|
De goedgekeurde factuur wordt officieel in het grootboek geboekt, waarmee een financiële verplichting ontstaat. Dit is een kritieke, vaak onomkeerbare boeking. | ||
|
Waarom het belangrijk is
Boeken is een belangrijke mijlpaal: vanaf dat moment komt de factuur in aanmerking voor betaling. Het bevestigt dat alle validatie- en goedkeuringsstappen zijn afgerond en dat de verplichting is erkend.
Waar te verkrijgen
Dit is een expliciete transactie. De boekingsdatum en -tijd staan op het leveranciersfactuurjournaal (VendInvoiceJour) en de bijbehorende grootboekmutaties (GeneralJournalEntry).
Vastleggen
Gebruik de boekingstimestamp uit de tabellen VendInvoiceJour of GeneralJournalEntry.
Gebeurtenistype
explicit
|
|||
|
Factuur geregistreerd
|
Markeert het moment waarop een factuurrecord in het systeem wordt aangemaakt, via handmatige invoer, OCR-scanning of EDI. Dit is het startpunt van de levenscyclus van de factuurverwerking. | ||
|
Waarom het belangrijk is
Dit is het primaire start event van het proces. Door de tijd van dit punt tot aan betaling te analyseren bepaal je de totale doorlooptijd van de factuur, een belangrijke prestatie-indicator.
Waar te verkrijgen
Afgeleid van de aanmaaktijdstempel (veld CreatedDateTime) van de factuurkop in de tabellen voor in behandeling zijnde leveranciersfacturen of factuurjournaals, zoals VendInvoiceInfoTable.
Vastleggen
Gebruik de aanmaaktimestamp van het koprecord van de factuur.
Gebeurtenistype
inferred
|
|||
|
Factuur Goedgekeurd
|
Markeert de definitieve goedkeuring in de workflow en autoriseert het boeken van de factuur voor betaling. Dit is een cruciale mijlpaal voordat de factuur de betalingsfase ingaat. | ||
|
Waarom het belangrijk is
Markeert het einde van de goedkeuringscyclus. De tijd tussen 'Submitted for Approval' en deze activiteit is een belangrijke KPI om goedkeuringsknelpunten en langlopende workflows te identificeren.
Waar te verkrijgen
Een expliciet event dat wordt vastgelegd in de workflowhistorie (WorkflowTrackingStatusTable) wanneer de workflowstatus wijzigt naar 'Completed' of 'Approved'.
Vastleggen
Haal het event 'Approved' of 'Completed' voor de factuur op uit de workflowhistorie.
Gebeurtenistype
explicit
|
|||
|
Factuur ter goedkeuring ingediend
|
De factuur wordt formeel in een workflow ingediend voor controle en goedkeuring door bevoegde medewerkers. Dit markeert het begin van de goedkeuringscyclus. | ||
|
Waarom het belangrijk is
Dit is een belangrijk ijkpunt waarmee de meting van de doorlooptijd van de factuurgoedkeuring begint. Hiermee onderscheid je de invoer-/matchtijd van vertraging in de goedkeuring.
Waar te verkrijgen
Dit is een expliciet event dat voor het betreffende factuurdocument wordt vastgelegd in de D365-workflowhistorie (WorkflowTrackingStatusTable). De tijdstempel van indiening wordt geregistreerd.
Vastleggen
Haal het event 'Submitted' voor de factuur op uit de workflowhistorie.
Gebeurtenistype
explicit
|
|||
|
Afwijking opgelost
|
De maatregel om een blokkade op te heffen of een factuur te corrigeren nadat een afwijking is vastgesteld. De factuur kan nu opnieuw worden ingediend voor matching of goedkeuring. | ||
|
Waarom het belangrijk is
Deze activiteit sluit een hersteltraject af. De tijd om afwijkingen op te lossen is een belangrijke indicator voor de efficiëntie van de afhandeling van uitzonderingen.
Waar te verkrijgen
Afgeleid van de tijdstempel waarop de status 'On Hold' van de factuur wordt gehaald, of wanneer de factuur na een afwijzing opnieuw in de workflow wordt gezet.
Vastleggen
Leg de timestamp vast wanneer een blokkade wordt opgeheven of de factuur na afwijzing opnieuw wordt ingediend.
Gebeurtenistype
inferred
|
|||
|
Afwijking vastgesteld
|
Treedt op wanneer de factuur niet slaagt voor validatie of matching met de inkooporder of goederenontvangst en handmatige interventie vereist is. Vaak krijgt de factuur een blokkade of specifieke status. | ||
|
Waarom het belangrijk is
Deze activiteit start een hersteltraject. Het analyseren van de frequentie en de oorzaak is cruciaal om procesinefficiënties, datakwaliteitsproblemen of leveranciersproblemen te identificeren.
Waar te verkrijgen
Dit kan expliciet in de factuurhistorie zijn vastgelegd, of worden afgeleid wanneer een factuur 'On Hold' wordt gezet met een reden die wijst op een matchafwijking. Controleer statuswijzigingen in de factuurheader.
Vastleggen
Leg de timestamp vast wanneer de factuurstatus op 'On Hold' wordt gezet of wanneer een afwijkingsvlag wordt ingesteld.
Gebeurtenistype
inferred
|
|||
|
Betaling ingepland
|
De geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsjournaal en zo ingepland voor een volgende betalingsrun. Dit geeft aan dat de factuur zal worden betaald. | ||
|
Waarom het belangrijk is
Deze activiteit is cruciaal voor kasstroomprognoses en voor het analyseren van naleving van betalingsvoorwaarden. Het helpt bepalen of vroegbetalingskortingen worden meegenomen en ingepland.
Waar te verkrijgen
Afgeleid uit het aanmaken van een betalingsjournaalregel (LedgerJournalTrans) die de factuur bevat. De transactiedatum op de journaalregel geeft de geplande betaaldatum aan.
Vastleggen
Gebruik de aanmaakdatum van de betalingsjournaalregel die naar de factuur verwijst.
Gebeurtenistype
inferred
|
|||
|
Betaling uitgevoerd
|
De uitgevoerde betaling is door de bank verwerkt en bevestigd via de bankafstemming. Dit is de definitieve financiële bevestiging dat de betaling is afgerond. | ||
|
Waarom het belangrijk is
Deze activiteit geeft de uiteindelijke bevestiging van kasuitstroom. Het analyseren van de tijd tussen het uitvoeren van de betaling en de clearing is belangrijk voor treasury en cashmanagement.
Waar te verkrijgen
Deze informatie is afkomstig uit de modules voor bankafstemming. Dit wordt afgeleid wanneer een bankafschriftregel die bij de betaling hoort, is gematcht en geboekt in D365.
Vastleggen
Vereist het koppelen van banktransactiegegevens (BankStmtISOAccountStatement) aan de oorspronkelijke betaling.
Gebeurtenistype
inferred
|
|||
|
Factuur afgewezen
|
Een goedkeurder wijst de factuur in de workflow af en stuurt deze meestal terug naar de indiener voor correctie of toelichting. Dit zet een herwerkronde in gang. | ||
|
Waarom het belangrijk is
Afwijzingen monitoren helpt de oorzaken van goedkeuringsvertragingen en herwerk te achterhalen. Het kan problemen aan het licht brengen met factuurcodering, beleidsafwijkingen of onvoldoende documentatie.
Waar te verkrijgen
Dit is een expliciet event dat in de workflowhistorie (WorkflowTrackingStatusTable) wordt vastgelegd wanneer een goedkeurder de actie 'Reject' selecteert.
Vastleggen
Haal het event 'Rejected' voor de factuur op uit de workflowhistorie.
Gebeurtenistype
explicit
|
|||
|
Factuur geannuleerd
|
De factuur wordt na het boeken ongeldig verklaard of geannuleerd, meestal om een fout te corrigeren. Dit is een uitzonderlijk, alternatief eindpunt van het proces. | ||
|
Waarom het belangrijk is
Annuleringen volgen is belangrijk om de proceskwaliteit en foutpercentages te begrijpen. Een hoge frequentie van annuleringen kan wijzen op structurele problemen in het voorafgaande proces.
Waar te verkrijgen
Dit is een expliciet event. D365 maakt een storno- of creditboeking aan die is gekoppeld aan het oorspronkelijke factuurjournaal. De boekingsdatum van deze tegenboeking markeert de annulering.
Vastleggen
Bepaal de boekingsdatum van de stornerende transactie die bij de oorspronkelijke factuur hoort.
Gebeurtenistype
explicit
|
|||
|
Factuurgegevens gevalideerd
|
Staat voor het systeem of de gebruiker die voorafgaand aan matching of goedkeuring de eerste controles uitvoert op volledigheid en juistheid van de vastgelegde factuurgegevens. Dit kan een geautomatiseerde systeemvalidatie of een handmatige controle zijn. | ||
|
Waarom het belangrijk is
Door deze activiteit te volgen, spoor je vertragingen op die worden veroorzaakt door gebrekkige datakwaliteit. Een hoog faalpercentage of lange doorlooptijd wijst hier op problemen in de datavastlegging, zoals de nauwkeurigheid van OCR.
Waar te verkrijgen
Dit is vaak een afgeleid event. Je kunt het herleiden uit de timestamp waarop de factuurstatus verandert van 'New' of 'Draft' naar een status als 'Validated' of 'Ready for Matching', of uit de laatste wijziging vóór indiening in de workflow.
Vastleggen
Leg de timestamp vast van een statuswijziging die succesvolle validatie aangeeft, of van de update vóór indienen in de workflow.
Gebeurtenistype
inferred
|
|||
|
Gematcht met inkooporder
|
Het koppelen van een factuur aan één of meer inkooporders om aantallen, prijzen en voorwaarden te controleren. Dit is een cruciale validatiestap voor facturen op basis van een inkooporder (PO). | ||
|
Waarom het belangrijk is
Deze activiteit is essentieel om het matchpercentage bij de eerste poging (first pass) te meten en knelpunten in het matchproces te vinden. Fouten hier leiden vaak tot herstelrondes voor het oplossen van afwijkingen.
Waar te verkrijgen
Kan worden afgeleid wanneer de matchingstatus op de factuur wordt bijgewerkt naar 'Matched' of wanneer matchingdetails op regelniveau succesvol zijn opgeslagen. Deze informatie staat doorgaans in tabellen voor leveranciersfactuurregels.
Vastleggen
Identificeer statuswijzigingen op de factuurkop of -regels die betrekking hebben op succesvolle PO-matching.
Gebeurtenistype
inferred
|
|||
|
Ontvangstbon gematcht
|
Bij driewegmatching bevestigt deze activiteit dat de gefactureerde goederen of diensten zijn ontvangen door te vergelijken met de ontvangstbonnen. Deze stap controleert of de fysieke levering overeenkomt met de factuur. | ||
|
Waarom het belangrijk is
Het volgen van deze activiteit helpt de efficiëntie van het three-way match-proces te analyseren en vertragingen te identificeren door ontbrekende of onjuiste informatie over goederenontvangst.
Waar te verkrijgen
Net als bij matching op inkooporders wordt dit afgeleid uit statusupdates op de factuur die duiden op succesvolle matching met productontvangstjournalen (pakbonnen, ‘Packing Slips’).
Vastleggen
Let op statuswijzigingen of indicatoren die op een succesvolle driewegmatching duiden.
Gebeurtenistype
inferred
|
|||