Datatemplate voor de verwerking van crediteurenfacturen

Microsoft Dynamics 365
Datatemplate voor de verwerking van crediteurenfacturen

Datatemplate voor de verwerking van crediteurenfacturen

Deze template helpt je de essentiële data te verzamelen voor de analyse en optimalisatie van de verwerking van crediteurenfacturen. Je vindt hierin de belangrijkste attributen en activiteiten, plus praktische aanwijzingen om de data te verzamelen. Met deze template kun je een volledig event log samenstellen en de prestaties van het proces helder in kaart brengen.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden
  • Aanwijzingen voor data-extractie

Attributen voor de verwerking van crediteurenfacturen

Dit zijn de aanbevolen datavelden voor je event log. Ze bieden een goede basis voor een grondige analyse van de verwerking van crediteurenfacturen.
3 Verplicht 6 Aanbevolen 12 Optioneel
Naam Beschrijving
Factuur
Invoice
De unieke identificatiecode van elke leveranciersfactuur.
Beschrijving

De factuur is de belangrijkste identificatiecode van een case. Hiermee koppel je alle activiteiten vanaf het moment dat een factuur binnenkomt tot de uiteindelijke betaling. Zo kun je het volledige verloop van elke factuur binnen het crediteurenproces analyseren.

Bij een analyse is het groeperen van gebeurtenissen op basis van deze identificatiecode de eerste stap om de processtroom van elke factuur te reconstrueren. Je kunt er KPI’s op caseniveau mee berekenen, zoals de totale doorlooptijd, en varianten en bottlenecks in afzonderlijke factuurtrajecten opsporen.

Waarom dit belangrijk is

Deze sleutel is essentieel om de volledige levenscyclus van een factuur te volgen en vormt de basis voor alle process mining-analyses van de crediteurenadministratie.

Waar vind je dit?

Dit is meestal het leveranciersfactuurnummer van de pagina ‘Leveranciersfactuur’ of van gerelateerde gegevensentiteiten in Dynamics 365 Finance.

Voorbeelden
INV-00125475000921DE-8832-2023
Activiteit
ActivityName
De naam van de uitgevoerde stap in het bedrijfsproces.
Beschrijving

Dit attribuut legt vast welke actie of gebeurtenis op een bepaald moment voor een factuur plaatsvond, zoals ‘Factuur geregistreerd’ of ‘Factuur goedgekeurd’. Deze activiteiten vormen de knooppunten in de ontdekte proceskaart.

De volgorde en frequentie van activiteiten analyseren is essentieel voor process mining. Zo wordt de processtroom zichtbaar, kun je veelvoorkomende en zeldzame routes (varianten) herkennen en activiteiten opsporen die vertraging of herstelwerk veroorzaken.

Waarom dit belangrijk is

Activiteiten beschrijven wat er in het proces gebeurt. Daarmee kun je een proceskaart opbouwen en de processtroom en varianten analyseren.

Waar vind je dit?

Dit wordt vaak afgeleid uit statuswijzigingen, workflowgeschiedenis of boekingsgegevens van documenten in de AP-module van Dynamics 365.

Voorbeelden
Factuur geregistreerdFactuur goedgekeurdAfwijking opgelostBetaling uitgevoerd
Starttijd
EventTime
De timestamp die aangeeft wanneer een activiteit of gebeurtenis plaatsvond.
Beschrijving

Dit attribuut bevat de datum en tijd van elke activiteit. Daarmee kun je gebeurtenissen chronologisch ordenen en tijdsduur berekenen. Het vormt de tijdsbasis van het event log.

Bij analyses gebruik je de starttijd om alle tijdgerelateerde metrieken te berekenen, zoals doorlooptijden tussen activiteiten, wachttijden en de totale duur van een case. Dit is belangrijk om bottlenecks te vinden en de procesprestaties te meten aan de hand van SLA’s.

Waarom dit belangrijk is

Deze timestamp is essentieel om gebeurtenissen in de juiste volgorde te zetten en prestatiemetrieken zoals doorlooptijden en bottlenecks te berekenen.

Waar vind je dit?

Afkomstig uit de velden voor aanmaak- of wijzigingsdatum van transacties, workflowgeschiedenis of boekingsdatum in Dynamics 365.

Voorbeelden
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
Betalingsvoorwaarden
PaymentTerms
De afgesproken voorwaarden voor betaling van de factuur aan de leverancier.
Beschrijving

Dit attribuut bevat de voorwaarden waaronder een leveranciersfactuur betaald moet worden, zoals ‘Net 30’ (betaling binnen 30 dagen) of ‘2/10 Net 30’ (2% korting bij betaling binnen 10 dagen, anders betaling binnen 30 dagen).

Door betalingsvoorwaarden te analyseren, zie je hoe verschillende afspraken de betalingstermijn en cashflow beïnvloeden. Je kunt kansen voor korting bij vroege betaling vinden en de complianceanalyse uitsplitsen om te zien welke voorwaarden moeilijker na te komen zijn.

Waarom dit belangrijk is

Bepaalt betalingstermijnen en kortingsmogelijkheden en heeft zo direct invloed op cashflowbeheer en kostenbesparingen.

Waar vind je dit?

Te vinden in de stamgegevens van de leverancier of op de inkooporder of factuurkop. Opgeslagen in velden zoals ‘PaymTermId’.

Voorbeelden
Net 30Net 602/10 Net 30
Factuurbedrag
InvoiceAmount
Het totale bedrag van de factuur.
Beschrijving

Dit is het totaalbedrag dat op de leveranciersfactuur moet worden betaald. Het is een belangrijke financiële metriek per case.

Met dit attribuut kun je het crediteurenproces financieel analyseren. Je kunt facturen met hoge bedragen voorrang geven, goedkeuringstijden vergelijken op basis van bedrag en de financiële gevolgen van betalingsvertragingen of kortingen bij vroege betaling in kaart brengen.

Waarom dit belangrijk is

Geeft financiële context voor analyses van procesgedrag op basis van bedragen, bijvoorbeeld om te zien of facturen met hoge bedragen anders worden verwerkt.

Waar vind je dit?

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

Geeft aan welke gebruiker verantwoordelijk was voor een processtap, zoals het registreren of goedkeuren van een factuur. Dit is vaak gekoppeld aan de gebruikers-ID in Dynamics 365.

Door prestaties per gebruiker te analyseren, kun je opleidingsbehoeften, goed presterende medewerkers en de verdeling van het werk herkennen. Dit is belangrijk voor dashboards over goedkeuringstijden en de inzet van medewerkers. Managers zien zo welke gebruikers of teams bottlenecks vormen.

Waarom dit belangrijk is

Koppelt werk aan specifieke personen, zodat je werkdruk en prestaties kunt analyseren en opleidingsmogelijkheden kunt herkennen.

Waar vind je dit?

Meestal te vinden in de velden ‘Gemaakt door’ of ‘Gewijzigd door’ van transacties, of in de workflowgeschiedenis van Dynamics 365.

Voorbeelden
j.doea.smithr.williams
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatiecode van de inkooporder die bij de factuur hoort.
Beschrijving

Dit attribuut koppelt de factuur aan de bijbehorende inkooporder (PO). Facturen kunnen aan een inkooporder gekoppeld zijn of niet.

Met dit attribuut kun je factuurverwerking met en zonder inkooporder onderscheiden. Die verloopt vaak via verschillende workflows. Het is essentieel om de efficiëntie van het matchen met inkooporders te meten en problemen te vinden wanneer factuurgegevens niet overeenkomen met de inkooporder.

Waarom dit belangrijk is

Maakt onderscheid tussen facturen met en zonder inkooporder. Die volgen verschillende processen. Het attribuut is ook essentieel om de efficiëntie van het matchen te analyseren.

Waar vind je dit?

Te vinden in de kop of regels van de leveranciersfactuur, meestal in een veld met de naam ‘PurchId’ in ‘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.

Door het crediteurenproces per leverancier te analyseren, zie je welke leveranciers vaak problematische facturen indienen, bijvoorbeeld met terugkerende afwijkingen. Je ontdekt ook welke leveranciers speciale betalingsvoorwaarden hebben of met lange verwerkingstijden samenhangen. Die informatie kan helpen om de samenwerking met leveranciers te verbeteren.

Waarom dit belangrijk is

Je kunt het proces per leverancier uitsplitsen en zo problemen vinden, zoals terugkerende afwijkingen of betalingsvertragingen.

Waar vind je dit?

Gekoppeld vanuit de kop van de leveranciersfactuur, meestal via de gegevensentiteit ‘VendTable’ op basis van het leveranciersrekeningnummer.

Voorbeelden
Contoso LtdFabrikam IncNorthwind Traders
Vervaldatum factuur
InvoiceDueDate
De uiterste betaaldatum van de factuur, berekend op basis van de betalingsvoorwaarden.
Beschrijving

Deze datum geeft aan wanneer de factuur uiterlijk betaald moet zijn om boetes te voorkomen en afspraken met de leverancier na te komen. De datum wordt meestal berekend op basis van de factuurdatum en de afgesproken betalingsvoorwaarden.

Dit attribuut is essentieel voor de analyse van naleving van betalingsvoorwaarden. Door de datum ‘Betaling uitgevoerd’ te vergelijken met de vervaldatum van de factuur, kun je te late betalingen automatisch markeren, nalevingspercentages berekenen en betalingen prioriteren om goede relaties met leveranciers te onderhouden.

Waarom dit belangrijk is

Belangrijk om tijdige betalingen te meten, relaties met leveranciers te onderhouden en kosten voor te late betalingen te voorkomen.

Waar vind je dit?

Berekend op basis van de factuurdatum en betalingsvoorwaarden. Opgeslagen in velden zoals ‘DueDate’ in transactietabellen voor leveranciers, bijvoorbeeld ‘VendTrans’.

Voorbeelden
2023-05-152023-06-302023-07-01
Automatisch uitgevoerd
IsAutomated
Een aanduiding die aangeeft of de activiteit automatisch door het systeem is uitgevoerd.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die door gebruikers zijn uitgevoerd en activiteiten die door systeemautomatisering zijn uitgevoerd, zoals het automatisch boeken of matchen van facturen.

Met dit attribuut meet je de mate van automatisering in het crediteurenproces. Je kunt het percentage volledig automatisch verwerkte facturen (STP) berekenen en handmatige activiteiten vinden die mogelijk in aanmerking komen voor toekomstige automatisering. Dat kan de kosten en verwerkingstijd verlagen.

Waarom dit belangrijk is

Helpt het percentage volledig automatisch verwerkte facturen te meten en kansen te vinden om de automatisering en efficiëntie te verhogen.

Waar vind je dit?

Afgeleid door te controleren of de gebruiker bij een activiteit een systeem- of batchgebruiker is, bijvoorbeeld ‘Admin’ of ‘BatchUser’.

Voorbeelden
truefalse
Bedrag korting bij vroege betaling
EarlyPaymentDiscountAmount
Het mogelijke kortingsbedrag als de factuur vroeg wordt betaald.
Beschrijving

Dit attribuut toont de geldwaarde van de korting die de leverancier biedt bij vroege betaling, zoals vastgelegd in de betalingsvoorwaarden.

Deze financiële data is belangrijk voor het dashboard over kortingen bij vroege betaling. Je kunt zien hoeveel korting is ontvangen en hoeveel is misgelopen. Dat maakt duidelijk wat het financieel oplevert om de goedkeuring van facturen en de planning van betalingen efficiënter te maken.

Waarom dit belangrijk is

Maakt de financiële kansen van efficiëntere processen meetbaar en koppelt procesprestaties rechtstreeks aan kostenbesparingen.

Waar vind je dit?

Berekend op basis van het factuurbedrag en de betalingsvoorwaarden. Deze waarde is beschikbaar in tabellen zoals ‘VendTrans’ of in gerelateerde velden voor contantkorting.

Voorbeelden
30.015.00246.91
Bedrijfscode
CompanyCode
De identificatiecode van de juridische entiteit die de factuur verwerkt.
Beschrijving

Dit attribuut geeft aan welk bedrijf of welke juridische entiteit binnen de organisatie verantwoordelijk is voor de factuur. In omgevingen met meerdere bedrijven is dit een belangrijke organisatorische dimensie.

Door het crediteurenproces per bedrijfscode te analyseren, kun je de prestaties van verschillende bedrijfseenheden of juridische entiteiten vergelijken. Zo zie je of bepaalde entiteiten minder efficiënt werken, vaker herstelwerk hebben of andere procesvarianten volgen. Dat maakt kansen voor standaardisatie en het delen van goede werkwijzen zichtbaar.

Waarom dit belangrijk is

Maakt het mogelijk om prestaties te vergelijken en processen te benchmarken tussen juridische entiteiten of bedrijfseenheden binnen de organisatie.

Waar vind je dit?

Een standaardveld in vrijwel alle transactietabellen van Dynamics 365, meestal met de naam ‘DataAreaId’.

Voorbeelden
USMFDEMFGBSI
Bronsysteem
SourceSystem
Het systeem waaruit de data is gehaald.
Beschrijving

Dit attribuut geeft aan waar de gebeurtenisdata vandaan komt. In deze context is dat meestal ‘Microsoft Dynamics 365’. Dit is vooral belangrijk wanneer data uit meerdere systemen wordt gecombineerd, bijvoorbeeld uit een OCR-scantool en D365.

Bij process mining helpt dit om de herkomst van data te volgen, problemen op te lossen en de technologische omgeving van het proces te begrijpen. Je kunt de analyse filteren op gebeurtenissen uit een specifiek systeem.

Waarom dit belangrijk is

Geeft essentiële context over de herkomst van data. Dat is belangrijk voor datavalidatie en analyses van processen die meerdere systemen omvatten.

Waar vind je dit?

Dit is meestal een vaste waarde (‘Microsoft Dynamics 365’) die tijdens de data-extractie en -transformatie wordt toegevoegd.

Voorbeelden
Microsoft Dynamics 365 FinanceD365 F&OAX2012
Factuurstatus
InvoiceStatus
De huidige verwerkingsstatus van de factuur.
Beschrijving

Dit attribuut geeft de laatst bekende status van een factuur in het proces weer, zoals ‘In behandeling’, ‘Goedgekeurd’, ‘Betaald’ of ‘Geannuleerd’. Zo zie je waar de factuur zich in de levenscyclus bevindt.

Process mining leidt de processtroom af uit activiteiten, maar de eindstatus is handig voor validatie en dashboards die de huidige status van alle openstaande facturen samenvatten. Je kunt bijvoorbeeld filteren op facturen die zijn goedgekeurd maar nog niet betaald.

Waarom dit belangrijk is

Geeft een overzicht van de huidige status van de factuur. Handig om te filteren en dashboards op basis van status te maken.

Waar vind je dit?

Vaak afgeleid uit documentstatus- of workflowstatusvelden in de AP-module.

Voorbeelden
In behandelingGoedgekeurdBetaaldGeannuleerd
Goedkeurder
ApproverName
De gebruiker die de factuur in een bepaalde stap heeft goedgekeurd of afgewezen.
Beschrijving

Dit attribuut geeft aan wie verantwoordelijk was voor een goedkeuringsbesluit in de workflow. Bij facturen met meerdere goedkeuringsniveaus kunnen verschillende goedkeurders bij verschillende stappen betrokken zijn.

Dit attribuut is essentieel voor het dashboard voor de analyse van de goedkeuringsdoorlooptijd van facturen. Je kunt de analyse per goedkeurder uitsplitsen en zo zien wie een bottleneck vormt, bijvoorbeeld door de werkdruk. Vervolgens kun je gericht ingrijpen om de goedkeuringscyclus te versnellen.

Waarom dit belangrijk is

Maakt een gedetailleerde analyse van het goedkeuringsproces mogelijk en helpt bottlenecks bij individuele medewerkers of teams te vinden.

Waar vind je dit?

Afkomstig uit de workflowgeschiedenis (‘WorkflowTrackingStatusTable’), waarin staat welke gebruiker elke goedkeuringsstap heeft voltooid.

Voorbeelden
David ChenMaria GarciaAP_Manager_Group
Herstelwerk uitgevoerd
IsRework
Een berekende aanduiding die aangeeft of een factuur herstelwerk heeft ondergaan.
Beschrijving

Deze booleaanse aanduiding wordt op waar gezet als het procesverloop van een factuur herstelactiviteiten bevat, zoals ‘Afwijking opgelost’ of een tweede stap ‘Factuurgegevens gevalideerd’ na een eerste mislukte poging. De waarde wordt voor de hele case berekend.

Dit attribuut ondersteunt rechtstreeks de KPI voor het percentage afwijkingen dat herstelwerk vereist. Je kunt eenvoudig alle facturen filteren en optellen waarvoor extra handmatig werk nodig was. Zo wordt duidelijk wat de gevolgen zijn van slechte datakwaliteit of uitzonderingen in het proces.

Waarom dit belangrijk is

Meet herstelwerk rechtstreeks en maakt het eenvoudig om uitzonderingen en inefficiënties in het proces in kaart te brengen.

Waar vind je dit?

Dit veld komt niet uit het bronsysteem. De waarde wordt berekend in de process mining-tool door te controleren of een case specifieke activiteiten bevat die op herstelwerk wijzen.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp van de laatste data-update vanuit het bronsysteem.
Beschrijving

Dit attribuut geeft aan wanneer het event log voor het laatst is bijgewerkt met nieuwe data uit Microsoft Dynamics 365. Zo zie je hoe actueel de data in de analyse is.

Bij dashboards en doorlopende monitoring laat deze timestamp zien of je de meest recente procesdata bekijkt. Je weet daardoor hoe actueel de data is en kunt de status van de datapijplijn volgen.

Waarom dit belangrijk is

Laat zien hoe actueel de data is. Dat is belangrijk om op basis van de analyse tijdig en goed onderbouwd beslissingen te nemen.

Waar vind je dit?

Dit metadataveld wordt door de tool voor data-extractie en -laden (ETL) aangemaakt en ingevuld wanneer de data wordt ingelezen.

Voorbeelden
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Nummer goederenontvangst
GoodsReceiptNumber
De identificatiecode van het document voor de goederenontvangst die bij de factuur hoort.
Beschrijving

Dit attribuut koppelt de factuur aan de registratie van ontvangen goederen of diensten. Die koppeling is nodig voor een drierichtingsmatch tussen inkooporder, goederenontvangst en factuur.

Dit is essentieel om de efficiëntie van het matchen te analyseren. Vertragingen of fouten bij de activiteit ‘Goederenontvangst gematcht’ kun je met deze identificatiecode terugleiden naar het oorspronkelijke ontvangstbewijs. Zo vind je problemen bij inkoop of ontvangst die gevolgen hebben voor de crediteurenadministratie.

Waarom dit belangrijk is

Helpt de efficiëntie van drierichtingsmatches te analyseren en problemen in het goederenontvangstproces op te sporen.

Waar vind je dit?

Gekoppeld via de regels van de inkooporder. Vaak te vinden in pakbonjournalen (‘VendPackingSlipJour’) of gerelateerde tabellen.

Voorbeelden
GRN-00981GRN-01024
Reden van afwijking
DiscrepancyReason
De reden of omschrijving van een afwijking op een factuur.
Beschrijving

Wanneer een factuur wordt geblokkeerd of een afwijking wordt vastgesteld, legt dit attribuut de reden vast, zoals ‘Prijs komt niet overeen’, ‘Hoeveelheidsverschil’ of ‘Goederenontvangst ontbreekt’.

Dit attribuut is belangrijk voor de analyse van het oplossen van afwijkingen en herstelwerk. Door herstelwerk op reden te categoriseren, kun je de oorzaken van inefficiënte processen vinden. Als ‘Prijs komt niet overeen’ bijvoorbeeld de meest voorkomende reden is, wijst dat op een betere afstemming van gegevens tussen inkoop en leveranciers.

Waarom dit belangrijk is

Geeft de oorzaak van herstelwerk aan, zodat je gericht processen kunt verbeteren en uitzonderingen en handmatige handelingen kunt verminderen.

Waar vind je dit?

Mogelijk opgeslagen in tabellen voor geblokkeerde facturen, workflowopmerkingen of specifieke velden voor het registreren van afwijkingen in de AP-module.

Voorbeelden
Prijs komt niet overeenHoeveelheidsverschilOngeldige inkooporder
Te laat betaald
IsLatePayment
Een berekende aanduiding die aangeeft of de betaling na de vervaldatum is uitgevoerd.
Beschrijving

Dit booleaanse attribuut wordt op waar gezet als de activiteit ‘Betaling uitgevoerd’ plaatsvindt na de vervaldatum van de factuur. Zo zie je per case duidelijk of de betalingsvoorwaarden niet zijn nageleefd.

Dit attribuut vereenvoudigt de berekening van de KPI voor naleving van betalingsvoorwaarden. Je kunt snel filteren en dashboards maken met het aantal en de waarde van te late betalingen. Ook kun je de oorzaken van vertragingen in deze cases analyseren.

Waarom dit belangrijk is

Geeft een duidelijke, eenvoudige aanduiding om betalingen die niet aan de voorwaarden voldoen te analyseren en KPI’s voor tijdige betaling te berekenen.

Waar vind je dit?

Dit veld komt niet uit het bronsysteem. De waarde wordt in de process mining-tool berekend door de timestamp van de activiteit ‘Betaling uitgevoerd’ te vergelijken met het attribuut ‘InvoiceDueDate’.

Voorbeelden
truefalse
Uiterste datum voor korting
EarlyPaymentDiscountDate
De uiterste betaaldatum om in aanmerking te komen voor korting bij vroege betaling.
Beschrijving

Dit attribuut geeft de laatste dag aan waarop een factuur betaald kan worden om de aangeboden korting te ontvangen. De datum wordt afgeleid van de factuurdatum en het kortingsdeel van de betalingsvoorwaarden, bijvoorbeeld de ‘10’ in ‘2/10 Net 30’.

Deze datum is bepalend voor de analyse van kortingen bij vroege betaling. Door de geplande of uitgevoerde betaaldatum met deze deadline te vergelijken, kan het systeem vaststellen of de korting is ontvangen. Zo krijg je duidelijke metrieken voor financiële optimalisatie.

Waarom dit belangrijk is

Bepaalt de streefdatum voor het ontvangen van korting en is daarmee belangrijk voor het prioriteren van betalingen en het verbeteren van de efficiëntie.

Waar vind je dit?

Door het systeem berekend op basis van de betalingsvoorwaarden en factuurdatum. Opgeslagen in velden zoals ‘CashDiscDate’ in ‘VendTrans’.

Voorbeelden
2023-04-252023-05-102023-06-15
Verplicht Aanbevolen Optioneel

Activiteiten voor de verwerking van crediteurenfacturen

Leg deze belangrijke processtappen en mijlpalen vast in je event log. Zo kun je het proces goed in kaart brengen en de prestaties analyseren.
5 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Betaling uitgevoerd
De betaling wordt officieel uitgevoerd door een betalingsjournaal te boeken. Met deze transactie wordt de verplichting van de geboekte factuur voldaan.
Waarom dit belangrijk is

Dit is een belangrijke End Event van het proces. Je gebruikt deze gebeurtenis om naleving van betalingstermijnen te berekenen, te late betalingen op te sporen en de totale doorlooptijd te meten.

Waar vind je dit?

Een expliciete gebeurtenis die wordt vastgelegd wanneer het betalingsjournaal wordt geboekt. De vereffeningsgegevens staan in de tabel met leverancierstransacties (VendTrans), die de betaling aan de factuur koppelt.

Vastleggen

Gebruik de transactiedatum van de betalingsvereffening in VendTrans.

Gebeurtenistype explicit
Factuur geboekt
De goedgekeurde factuur wordt officieel in het grootboek vastgelegd en vormt daarmee een financiële verplichting. Dit is een belangrijke boekhoudkundige transactie die vaak niet ongedaan kan worden gemaakt.
Waarom dit belangrijk is

De boeking is een belangrijke mijlpaal: vanaf dat moment komt de factuur in aanmerking voor betaling. Dit bevestigt dat alle validatie- en goedkeuringsstappen zijn afgerond en dat de verplichting is opgenomen.

Waar vind je dit?

Dit is een expliciete transactie. De boekingsdatum en -tijd worden vastgelegd in het leveranciersfactuurjournaal (VendInvoiceJour) en de bijbehorende grootboekposten (GeneralJournalEntry).

Vastleggen

Gebruik de boekingstimestamp uit de tabellen VendInvoiceJour of GeneralJournalEntry.

Gebeurtenistype explicit
Factuur geregistreerd
Dit markeert het moment waarop een factuurrecord voor het eerst in het systeem wordt aangemaakt, bijvoorbeeld door handmatige invoer, OCR-scanning of elektronische gegevensuitwisseling (EDI). Dit is het begin van de levenscyclus van de factuurverwerking.
Waarom dit belangrijk is

Deze activiteit is de belangrijkste Start Event van het proces. Door de tijd vanaf dit moment tot aan de betaling te analyseren, bereken je de totale doorlooptijd van de factuur. Dat is een belangrijke prestatie-indicator.

Waar vind je dit?

Af te leiden uit de aanmaaktimestamp (het veld CreatedDateTime) van het factuurkoprecord in de tabellen voor openstaande leveranciersfacturen of factuurjournalen, zoals VendInvoiceInfoTable.

Vastleggen

Gebruik de aanmaaktimestamp van het factuurkoprecord.

Gebeurtenistype inferred
Factuur goedgekeurd
Dit is de definitieve goedkeuring in de workflow. Daarmee mag de factuur worden geboekt voor betaling. Dit is een belangrijk moment voordat de factuur naar de betalingsfase gaat.
Waarom dit belangrijk is

Hiermee eindigt de goedkeuringscyclus. De tijd tussen ‘Submitted for Approval’ en deze activiteit is een belangrijke KPI om bottlenecks bij goedkeuring en langlopende workflows op te sporen.

Waar vind je dit?

Een expliciete gebeurtenis in de workflowgeschiedenis (WorkflowTrackingStatusTable), vastgelegd wanneer de workflowstatus wordt bijgewerkt naar ‘Completed’ of ‘Approved’.

Vastleggen

Haal de gebeurtenis ‘Approved’ of ‘Completed’ voor de factuur op uit de workflowgeschiedenis.

Gebeurtenistype explicit
Factuur ter goedkeuring ingediend
De factuur wordt formeel naar een workflow gestuurd voor beoordeling en goedkeuring door bevoegde medewerkers. Hiermee begint de goedkeuringscyclus.
Waarom dit belangrijk is

Dit is een belangrijk moment waarop de meting van de doorlooptijd voor factuurgoedkeuring begint. Zo kun je de tijd voor gegevensinvoer en matching onderscheiden van vertragingen bij de goedkeuring.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de D365-workflowgeschiedenis (WorkflowTrackingStatusTable) voor het betreffende factuurdocument. De timestamp van indiening wordt vastgelegd.

Vastleggen

Haal de gebeurtenis ‘Submitted’ voor de factuur op uit de workflowgeschiedenis.

Gebeurtenistype explicit
Afwijking opgelost
De actie waarmee een blokkering wordt opgeheven of een factuur wordt gecorrigeerd nadat een afwijking is vastgesteld. De factuur is nu klaar om opnieuw te worden ingediend voor matching of goedkeuring.
Waarom dit belangrijk is

Met deze activiteit wordt een herstelcyclus afgesloten. De tijd die nodig is om afwijkingen op te lossen, geeft aan hoe efficiënt het proces voor uitzonderingen verloopt.

Waar vind je dit?

Af te leiden uit de timestamp waarop de status ‘On Hold’ van de factuur wordt verwijderd, of waarop de factuur na een afwijzing opnieuw naar de workflow wordt gestuurd.

Vastleggen

Leg de timestamp vast waarop de blokkering wordt opgeheven of de factuur na afwijzing opnieuw wordt ingediend.

Gebeurtenistype inferred
Afwijking vastgesteld
Dit gebeurt wanneer de factuur niet kan worden gevalideerd of gematcht met de inkooporder of goederenontvangst en handmatige tussenkomst nodig is. Vaak wordt de factuur geblokkeerd of krijgt deze een specifieke status.
Waarom dit belangrijk is

Deze activiteit start een herstelcyclus. Door de frequentie en oorzaken te analyseren, kun je inefficiënties in het proces, problemen met de datakwaliteit of leveranciersproblemen opsporen.

Waar vind je dit?

Dit kan expliciet zijn vastgelegd in de factuurgeschiedenis of worden afgeleid wanneer een factuur de status ‘On Hold’ krijgt met een reden die verband houdt met een matchverschil. Zoek naar statuswijzigingen in de factuurkop.

Vastleggen

Leg de timestamp vast waarop de factuurstatus wordt ingesteld op ‘On Hold’ of waarop een afwijking wordt gemarkeerd.

Gebeurtenistype inferred
Betaling ingepland
De geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsjournaal. Daarmee wordt de factuur ingepland voor een toekomstige betalingsrun en is het voornemen om te betalen vastgelegd.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor cashflowprognoses en het analyseren van de naleving van betalingstermijnen. Je ziet hiermee of kortingen voor vroege betaling worden meegenomen in de planning.

Waar vind je dit?

Af te leiden uit het aanmaken van een betalingsjournaalregel (LedgerJournalTrans) met de factuur. 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 verwerkt door de bank
De bank heeft de betaling van het bedrijf verwerkt. Dit wordt bevestigd via de bankafstemming en is de definitieve financiële bevestiging dat de betaling is afgerond.
Waarom dit belangrijk is

Deze activiteit bevestigt dat het geld daadwerkelijk is afgeschreven. Voor treasury en cashmanagement is het belangrijk om de tijd tussen de uitvoering en verwerking van de betaling te analyseren.

Waar vind je dit?

Deze informatie komt uit de bankafstemmingsmodules. De gebeurtenis wordt afgeleid wanneer een bankafschriftregel die bij de betaling hoort, in D365 wordt gematcht en geboekt.

Vastleggen

Hiervoor moeten banktransactiedata (BankStmtISOAccountStatement) worden gekoppeld 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. Daarmee begint een herstelcyclus.
Waarom dit belangrijk is

Door afwijzingen bij te houden, kun je oorzaken van vertragingen en herstelwerk opsporen. Zo worden problemen met factuurcodering, beleidsovertredingen of ontbrekende documentatie zichtbaar.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de workflowgeschiedenis (WorkflowTrackingStatusTable), vastgelegd wanneer een goedkeurder de actie ‘Reject’ kiest.

Vastleggen

Haal de gebeurtenis ‘Rejected’ voor de factuur op uit de workflowgeschiedenis.

Gebeurtenistype explicit
Factuur geannuleerd
De factuur wordt na het boeken ongeldig gemaakt of geannuleerd, meestal om een fout te corrigeren. Dit is een uitzonderlijk alternatief eindpunt van het proces.
Waarom dit belangrijk is

Door annuleringen bij te houden, krijg je inzicht in de proceskwaliteit en het aantal fouten. Veel annuleringen kunnen wijzen op structurele problemen eerder in het proces.

Waar vind je dit?

Dit is een expliciete gebeurtenis. D365 maakt een tegenboeking of credittransactie aan die is gekoppeld aan het oorspronkelijke factuurjournaal. De boekingsdatum van deze tegenboeking markeert de annulering.

Vastleggen

Bepaal de boekingsdatum van de tegenboeking die bij de oorspronkelijke factuur hoort.

Gebeurtenistype explicit
Factuurgegevens gevalideerd
Dit geeft aan dat het systeem of een gebruiker de vastgelegde factuurgegevens controleert op volledigheid en juistheid, voordat de factuur wordt gematcht of goedgekeurd. Dit kan een automatische systeemcontrole of een handmatige beoordeling zijn.
Waarom dit belangrijk is

Door deze activiteit bij te houden, zie je vertragingen die door een slechte datakwaliteit ontstaan. Veel mislukte controles of een lange duur wijzen op problemen met het vastleggen van data, bijvoorbeeld met de nauwkeurigheid van OCR.

Waar vind je dit?

Deze gebeurtenis wordt vaak afgeleid. Je kunt haar bepalen aan de hand van de timestamp waarop de factuurstatus verandert van ‘New’ of ‘Concept’ naar bijvoorbeeld ‘Validated’ of ‘Ready for Matching’, of van de laatste wijziging vóór verzending naar de workflow.

Vastleggen

Leg de timestamp vast van een statuswijziging die succesvolle validatie aangeeft, of van de wijziging vlak voordat de factuur naar de workflow wordt verzonden.

Gebeurtenistype inferred
Goederenontvangst gematcht
Bij matching in drie stappen bevestigt deze activiteit dat de gefactureerde goederen of diensten zijn ontvangen. Dat gebeurt door de factuur te vergelijken met de goederenontvangstbonnen. Zo controleer je of de levering overeenkomt met de factuur.
Waarom dit belangrijk is

Door deze activiteit bij te houden, kun je de efficiëntie van matching in drie stappen analyseren en vertragingen opsporen die ontstaan door ontbrekende of onjuiste gegevens over goederenontvangsten.

Waar vind je dit?

Net als bij matching met een inkooporder wordt deze activiteit afgeleid uit statusupdates op de factuur die aangeven dat de factuur succesvol is gematcht met productontvangstjournalen (Packing Slips).

Vastleggen

Zoek naar statuswijzigingen of markeringen die aangeven dat matching in drie stappen is geslaagd.

Gebeurtenistype inferred
Inkooporder gematcht
Een factuur wordt gekoppeld aan een of meer inkooporders om aantallen, prijzen en voorwaarden te controleren. Dit is een belangrijke validatiestap voor facturen met een inkooporder.
Waarom dit belangrijk is

Deze activiteit is essentieel om het percentage facturen dat in één keer wordt gematcht te meten en bottlenecks in het matchproces op te sporen. Mislukte matches leiden vaak tot herhaalde stappen om afwijkingen op te lossen.

Waar vind je dit?

Af te leiden wanneer de matchstatus op het factuurrecord wordt bijgewerkt naar ‘Matched’ of wanneer de matchgegevens op regelniveau zijn opgeslagen. Deze informatie staat doorgaans in tabellen met leveranciersfactuurregels.

Vastleggen

Zoek naar statuswijzigingen op de factuurkop of factuurregels die aangeven dat de inkooporder succesvol is gematcht.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Microsoft Dynamics 365

Klaar om aan de slag te gaan?

Gebruik deze datatemplate om de verwerking van crediteurenfacturen efficiënter te maken. Haal meer uit procesdata en voer gerichte verbeteringen door.

Voorkom dubbele betalingen. Verbeter de verwerking van crediteurenfacturen.

Spoor inefficiënties op, voorkom boetes voor te late betaling en verlaag de verwerkingskosten met 60%.

Start je gratis proefperiode

14 dagen gratis proberen, zonder creditcard.