Datatemplate voor de verwerking van crediteurenfacturen
Datatemplate voor de verwerking van crediteurenfacturen
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om bij te houden
- Aanwijzingen voor data-extractie
Attributen voor de verwerking van crediteurenfacturen
| 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
|
|||
Activiteiten voor de verwerking van crediteurenfacturen
| 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
|
|||
Extractiegidsen
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%.
14 dagen gratis proberen, zonder creditcard.