Jouw datatemplate voor factuurverwerking binnen crediteurenbeheer
Jouw datatemplate voor factuurverwerking binnen crediteurenbeheer
- Aanbevolen attributen om te verzamelen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie
Attributen voor factuurverwerking bij crediteuren
| Naam | Beschrijving | ||
|---|---|---|---|
|
Factuur
Invoice
|
De unieke identificatie van elke leveranciersfactuur. | ||
|
Beschrijving
De factuur is de belangrijkste case-identificatie. Hiermee koppel je alle activiteiten vanaf het moment waarop een factuur wordt ontvangen tot en met de uiteindelijke betaling. Zo kun je de volledige route van elke factuur door het crediteurenproces analyseren. Bij een analyse is het groeperen van events op basis van deze identificatie de eerste stap om de procesflow van elke factuur te reconstrueren. Hiermee bereken je KPI's op caseniveau, zoals de totale doorlooptijd, en vind je varianten en bottlenecks die specifiek zijn voor individuele facturen.
Waarom dit belangrijk is
Dit is de belangrijkste sleutel om de volledige levenscyclus van een factuur te volgen en vormt daarmee de basis voor alle process mining-analyses binnen crediteurenbeheer.
Waar je het vindt
Dit is meestal het leveranciersfactuurnummer uit de pagina 'Vendor invoice' of uit gerelateerde data-entiteiten in Dynamics 365 Finance.
Voorbeelden
INV-00125475000921DE-8832-2023
|
|||
|
Activiteit
ActivityName
|
De naam van de uitgevoerde stap in het bedrijfsproces. | ||
|
Beschrijving
Dit attribuut legt de specifieke actie of het event vast dat op een bepaald moment voor een factuur plaatsvond, zoals 'Invoice Registered' of 'Invoice Approved'. Deze activiteiten vormen de knooppunten in de ontdekte proceskaart. Het analyseren van de volgorde en frequentie van activiteiten is de basis van process mining. Zo visualiseer je de procesflow, herken je veelvoorkomende en zeldzame routes (varianten) en vind je activiteiten die vertraging of herstelwerk veroorzaken.
Waarom dit belangrijk is
Activiteiten bepalen het 'wat' van het proces. Daarmee kun je een proceskaart opbouwen en de procesflow en varianten analyseren.
Waar je het vindt
Dit wordt vaak afgeleid uit statuswijzigingen, workflowhistorie of boekingsrecords van documenten binnen de AP-module van Dynamics 365.
Voorbeelden
Factuur geregistreerdFactuur goedgekeurdAfwijking opgelostBetaling uitgevoerd
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een activiteit of event plaatsvond. | ||
|
Beschrijving
Dit attribuut bevat de datum en tijd van elke activiteit. Dat is nodig om events chronologisch te ordenen en doorlooptijden te berekenen. Het vormt de tijdsbasis van het event log. In een analyse gebruik je de starttijd om alle tijdgerelateerde metingen 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 ten opzichte van SLA's.
Waarom dit belangrijk is
Deze timestamp is belangrijk om events in de juiste volgorde te zetten en alle prestatiemaatstaven te berekenen, zoals doorlooptijden en bottlenecks.
Waar je het vindt
Afkomstig uit velden met aanmaak- of wijzigingsdatums op transactierecords, workflowhistorie of boekingsdatumvelden in Dynamics 365.
Voorbeelden
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Betalingstermijnen
PaymentTerms
|
De afgesproken voorwaarden voor betaling van de factuur aan de leverancier. | ||
|
Beschrijving
Dit attribuut bepaalt onder welke voorwaarden een leveranciersfactuur moet worden betaald, 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 per betalingstermijn te analyseren, zie je hoe verschillende afspraken de tijdigheid van betalingen en de cashflow beïnvloeden. Dit vormt de basis om kansen voor kortingen bij vroege betaling te vinden en compliance per termijn te analyseren.
Waarom dit belangrijk is
Bepaalt betalingstermijnen en mogelijkheden voor korting en heeft daarmee rechtstreeks invloed op cashflowbeheer en kostenbesparing.
Waar je het vindt
Te vinden in de stamgegevens van de leverancier of opgegeven in de kop van de inkooporder of factuur. Opgeslagen in velden zoals 'PaymTermId'.
Voorbeelden
Netto 30Netto 602/10 netto 30
|
|||
|
Factuurbedrag
InvoiceAmount
|
De totale geldwaarde van de factuur. | ||
|
Beschrijving
Dit is het totale bedrag dat op de leveranciersfactuur moet worden betaald. Het is een belangrijke financiële maatstaf voor elke case. Met dit attribuut kun je het AP-proces financieel analyseren. Je kunt facturen met een hoge waarde prioriteren, goedkeuringstijden per bedragdrempel analyseren en de financiële impact van betalingsvertragingen of kortingen voor vroege betaling bepalen.
Waarom dit belangrijk is
Geeft financiële context. Zo kun je procesgedrag op basis van geldwaarde analyseren, bijvoorbeeld om te zien of facturen met een hoge waarde anders worden verwerkt.
Waar je het vindt
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 gebruiker die verantwoordelijk is voor het uitvoeren van een processtap, 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, vind je opleidingsbehoeften, medewerkers die goed presteren en verschillen in werkverdeling. Dit is belangrijk voor dashboards over goedkeuringstijden en efficiëntie van medewerkers, zodat managers zien welke gebruikers of teams bottlenecks veroorzaken.
Waarom dit belangrijk is
Koppelt werk aan specifieke personen. Zo kun je werkbelasting en prestaties analyseren en mogelijkheden voor training vinden.
Waar je het vindt
Meestal te vinden in de velden 'Created by' of 'Modified by' op transacties, of in de workflowhistorie van Dynamics 365.
Voorbeelden
j.doea.smithr.williams
|
|||
|
Inkoopordernummer
PurchaseOrderNumber
|
De unieke identificatie van de inkooporder die bij de factuur hoort. | ||
|
Beschrijving
Dit attribuut koppelt de factuur aan de bijbehorende inkooporder (PO). Facturen kunnen aan een inkooporder zijn gekoppeld of zonder inkooporder worden verwerkt. Door dit attribuut te analyseren, onderscheid je factuurverwerking met en zonder inkooporder. Deze routes hebben vaak verschillende workflows. Het is belangrijk om de efficiëntie van matching 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. Deze volgen verschillende processen en dit onderscheid is belangrijk om de matchingefficiëntie te analyseren.
Waar je het vindt
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 identificeert de leverancier die bij de factuur hoort. Leveranciersdata bevat vaak gegevens zoals naam, ID en categorie. Door het AP-proces per leverancier te analyseren, zie je welke leveranciers regelmatig problematische facturen indienen, bijvoorbeeld met veel afwijkingen, welke leveranciers bijzondere betalingstermijnen hebben en welke leveranciers samenhangen met lange verwerkingstijden. Met deze informatie kun je de samenwerking met leveranciers verbeteren.
Waarom dit belangrijk is
Maakt het mogelijk het proces per leverancier te segmenteren en specifieke problemen te vinden, zoals veel afwijkingen of betalingsvertragingen.
Waar je het vindt
Afkomstig uit de kop van de leveranciersfactuur, meestal uit de data-entiteit 'VendTable' op basis van het leveranciersrekeningnummer.
Voorbeelden
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Vervaldatum factuur
InvoiceDueDate
|
De datum waarop de factuur moet zijn betaald, berekend op basis van de betalingstermijnen. | ||
|
Beschrijving
Deze datum geeft de uiterste betaaldatum aan om boetes te voorkomen en aan afspraken met de leverancier te voldoen. Meestal wordt de datum berekend op basis van de factuurdatum en de opgegeven betalingstermijnen. Dit attribuut is belangrijk voor de analyse van compliance met betalingstermijnen. Door de datum van 'Payment Executed' te vergelijken met de 'Invoice Due Date', kun je te late betalingen automatisch markeren, compliancepercentages berekenen en betalingen prioriteren om goede relaties met leveranciers te behouden.
Waarom dit belangrijk is
Belangrijk om tijdige betalingen te meten, relaties met leveranciers te beheren en kosten voor te late betaling te voorkomen.
Waar je het vindt
Berekend veld op basis van de factuurdatum en betalingstermijnen. Opgeslagen in velden zoals 'DueDate' in tabellen met leverancierstransacties, bijvoorbeeld 'VendTrans'.
Voorbeelden
2023-05-152023-06-302023-07-01
|
|||
|
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 'Early Payment Discount Status'. Je kunt de waarde van ontvangen en gemiste kortingen berekenen. Dat maakt duidelijk welke financiële winst je kunt behalen door factuurgoedkeuring en betalingsplanning efficiënter te maken.
Waarom dit belangrijk is
Maakt de financiële kans van procesefficiëntie meetbaar en koppelt procesprestaties rechtstreeks aan kostenbesparingen.
Waar je het vindt
Berekend veld op basis van factuurbedrag en betalingsvoorwaarden. Deze waarde is beschikbaar in tabellen zoals 'VendTrans' of in gerelateerde velden voor betalingskortingen.
Voorbeelden
30.015.00246.91
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatie van de juridische entiteit die de factuur verwerkt. | ||
|
Beschrijving
Dit attribuut identificeert het specifieke bedrijf of de specifieke juridische entiteit binnen de organisatie die verantwoordelijk is voor de factuur. In omgevingen met meerdere bedrijven is dit een belangrijke organisatiedimensie. Met een analyse van het AP-proces per bedrijfscode kun je prestaties van verschillende bedrijfsonderdelen of juridische entiteiten vergelijken. Zo zie je welke entiteiten minder efficiënt werken, vaker herstelwerk uitvoeren of andere procesvarianten volgen. Dat maakt kansen voor standaardisatie en het delen van best practices zichtbaar.
Waarom dit belangrijk is
Maakt benchmarking van prestaties en procesvergelijking tussen verschillende juridische entiteiten of bedrijfsonderdelen binnen de organisatie mogelijk.
Waar je het vindt
Een standaardveld in vrijwel alle transactietabellen van Dynamics 365, meestal met de naam 'DataAreaId'.
Voorbeelden
USMFDEMFGBSI
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut identificeert de herkomst van de eventdata, in deze context meestal 'Microsoft Dynamics 365'. Het wordt vooral belangrijk wanneer data uit meerdere systemen wordt gecombineerd, bijvoorbeeld uit een OCR-scantool en D365. In een process mining-analyse helpt dit bij dataherkomst, probleemoplossing en het begrijpen van de technologische omgeving van het proces. Je kunt de analyse filteren op events uit een specifiek systeem.
Waarom dit belangrijk is
Geeft belangrijke context over de herkomst van de data. Dat is belangrijk voor datavalidatie en analyses van processen die over meerdere systemen lopen.
Waar je het vindt
Dit is meestal een statische 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 Progress', 'Approved', 'Paid' of 'Cancelled'. Zo zie je waar de factuur zich in de levenscyclus bevindt. Process mining leidt de flow af uit activiteiten, maar de eindstatus is nuttig voor validatie en voor dashboards op bedrijfsniveau die de huidige status van alle openstaande facturen samenvatten. Je kunt hiermee bijvoorbeeld filteren op facturen die momenteel 'Approved' zijn, maar nog niet 'Paid'.
Waarom dit belangrijk is
Geeft een samenvatting op hoofdlijnen van de huidige status van de factuur. Handig voor filteren en het maken van statusdashboards.
Waar je het vindt
Vaak afgeleid van velden voor documentstatus of workflowstatus binnen de AP-module.
Voorbeelden
In behandelingGoedgekeurdBetaaldGeannuleerd
|
|||
|
Goedkeurder
ApproverName
|
De gebruiker die de factuur in een specifieke stap heeft goedgekeurd of afgewezen. | ||
|
Beschrijving
Dit attribuut identificeert de persoon die verantwoordelijk is voor een goedkeuringsbesluit in de workflow. Bij facturen met goedkeuring op meerdere niveaus kunnen per stap verschillende goedkeurders betrokken zijn. Het is belangrijk voor het dashboard 'Invoice Approval Cycle Time Analysis'. Je kunt de analyse per goedkeurder uitsplitsen om bottlenecks in het proces te vinden, bijvoorbeeld door werkdruk of andere factoren. Zo kun je gericht ingrijpen en de goedkeuringscyclus versnellen.
Waarom dit belangrijk is
Maakt een gedetailleerde analyse van het goedkeuringsproces mogelijk en helpt bottlenecks op individueel of teamniveau te vinden.
Waar je het vindt
Geëxtraheerd uit de workflowhistorie ('WorkflowTrackingStatusTable'), waarin staat 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 attribuut maakt onderscheid tussen activiteiten van gebruikers en activiteiten die door systeemautomatisering zijn uitgevoerd, zoals het automatisch boeken of matchen van facturen. Met dit attribuut meet je de automatiseringsgraad van het AP-proces. Je kunt het Straight-Through Processing-percentage (STP) berekenen en handmatige activiteiten vinden die geschikt zijn voor toekomstige automatisering. Zo verlaag je uiteindelijk kosten en verwerkingstijd.
Waarom dit belangrijk is
Helpt het Straight-Through Processing-percentage te meten en kansen voor meer automatisering en efficiëntie te vinden.
Waar je het vindt
Afgeleid door te controleren of de gebruiker die aan een activiteit is gekoppeld een systeem- of batchgebruiker is, zoals 'Admin' of 'BatchUser'.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende indicator die aangeeft of een factuur herstelwerk heeft ondergaan. | ||
|
Beschrijving
Deze booleaanse indicator krijgt de waarde true als de procesflow van een factuur herstelactiviteiten bevat, zoals 'Discrepancy Resolved' of een tweede stap 'Invoice Data Validated' na een eerste fout. De waarde wordt over de hele case berekend. Dit attribuut ondersteunt rechtstreeks de KPI 'Discrepancy Rework Rate'. Je kunt alle facturen die extra handmatig werk vereisten eenvoudig filteren en optellen. Zo meet je de impact van slechte datakwaliteit of procesuitzonderingen.
Waarom dit belangrijk is
Meet herstelwerk rechtstreeks en maakt het eenvoudig om procesuitzonderingen en inefficiënties te kwantificeren en analyseren.
Waar je het vindt
Dit is geen veld uit het bronsysteem. Het wordt berekend in de process mining-tool door te controleren of specifieke activiteiten die op herstelwerk wijzen binnen een case voorkomen.
Voorbeelden
truefalse
|
|||
|
Is te late betaling
IsLatePayment
|
Een berekende indicator die aangeeft of de betaling na de vervaldatum is uitgevoerd. | ||
|
Beschrijving
Dit booleaanse attribuut krijgt de waarde true als de activiteit 'Payment Executed' plaatsvindt na 'Invoice Due Date'. Het geeft op case-niveau duidelijk aan dat niet aan de betalingsvoorwaarden is voldaan. Dit attribuut vereenvoudigt de berekening van de KPI 'Payment Terms Compliance Rate'. Je kunt snel filteren en dashboards maken met het aantal en de waarde van te late betalingen. Ook kun je voor deze cases de grondoorzaak analyseren om te begrijpen waarom ze vertraagd waren.
Waarom dit belangrijk is
Geeft een duidelijke en eenvoudige indicator voor het analyseren van betalingen die niet aan de voorwaarden voldoen en het berekenen van KPI's voor tijdige betaling.
Waar je het vindt
Dit is geen veld uit het bronsysteem. Het wordt berekend in de process mining-tool door de timestamp van de activiteit 'Payment Executed' te vergelijken met het attribuut 'InvoiceDueDate'.
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. Voor dashboards en continue monitoring is deze timestamp belangrijk om te weten of je de meest recente procesdata bekijkt. Zo weet je wat je van de actualiteit van de data kunt verwachten en kun je de status van de datapijplijn volgen.
Waarom dit belangrijk is
Laat zien hoe actueel de data is. Dat is belangrijk om op tijd en op basis van de juiste informatie zakelijke beslissingen te nemen.
Waar je het vindt
Dit is een metadataveld dat door de tool voor data-extractie en -laden (ETL) wordt aangemaakt en voorzien van een timestamp wanneer de data wordt ingelezen.
Voorbeelden
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
Ontvangstnummer
GoodsReceiptNumber
|
De identificatie van het ontvangstbewijs voor goederen dat bij de factuur hoort. | ||
|
Beschrijving
Dit attribuut koppelt de factuur aan de registratie van ontvangen goederen of diensten. Dat is nodig voor three-way matching van inkooporder, goederenontvangst en factuur. Dit is belangrijk voor het analyseren van de efficiëntie van matching. Vertragingen of fouten in activiteiten zoals 'Goods Receipt Matched' kun je met deze identificatie terugleiden naar het oorspronkelijke ontvangstbewijs. Zo vind je problemen in de inkoop- of ontvangststappen die gevolgen hebben voor crediteurenbeheer.
Waarom dit belangrijk is
Ondersteunt de analyse van de efficiëntie van three-way matching en helpt problemen in het goederenontvangstproces te lokaliseren.
Waar je het vindt
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 'Price Mismatch', 'Quantity Difference' of 'Missing Goods Receipt'. Dit attribuut is belangrijk voor de analyse van 'Discrepancy Resolution & Rework'. Door herstelwerk per reden te categoriseren, zie je de grondoorzaken van inefficiënties. Als 'Price Mismatch' bijvoorbeeld het vaakst voorkomt, wijst dat op een behoefte aan betere gegevensafstemming tussen inkoop en leveranciers.
Waarom dit belangrijk is
Maakt de grondoorzaak van herstelwerk zichtbaar, zodat je gericht verbeteringen kunt doorvoeren en uitzonderingen en handmatig werk kunt verminderen.
Waar je het vindt
Kan zijn opgeslagen in tabellen voor factuurblokkeringen, workflowopmerkingen of specifieke velden voor het vastleggen van afwijkingen binnen de AP-module.
Voorbeelden
PrijsverschilHoeveelheidsverschilOngeldige inkooporder
|
|||
|
Uiterste betaaldatum voor korting
EarlyPaymentDiscountDate
|
De uiterste datum waarop je de factuur moet betalen 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 leverancierskorting 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 bepaalt in grote mate de analyse 'Early Payment Discount Status'. Door de datum van 'Payment Scheduled' of 'Payment Executed' met deze deadline te vergelijken, kan het systeem bepalen of de korting is ontvangen. Zo krijg je duidelijke cijfers over financiële optimalisatie.
Waarom dit belangrijk is
Bepaalt de streefdatum voor het realiseren van kostenbesparingen en is daarmee belangrijk voor betalingsprioritering en efficiëntieverbeteringen.
Waar je het vindt
Berekend door het systeem op basis van betalingsvoorwaarden en factuurdatum. Opgeslagen in velden zoals 'CashDiscDate' in 'VendTrans'.
Voorbeelden
2023-04-252023-05-102023-06-15
|
|||
Activiteiten in de factuurverwerking bij crediteuren
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling uitgevoerd
|
De betaling wordt officieel uitgevoerd door een betalingsjournaal te boeken. Deze transactie vereffent de verplichting die door de geboekte factuur is ontstaan. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk eindevent van het proces. Je gebruikt het om compliance met betalingstermijnen te berekenen, te late betalingen te vinden en de totale end-to-end-doorlooptijd te meten.
Waar je het vindt
Een expliciet event dat 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 het vereffeningsrecord in VendTrans.
Eventtype
explicit
|
|||
|
Factuur geboekt
|
De goedgekeurde factuur wordt officieel in het grootboek vastgelegd en creëert daarmee een financiële verplichting. Dit is een belangrijke boekhoudkundige transactie die vaak niet eenvoudig terug te draaien is. | ||
|
Waarom dit belangrijk is
Boeking is een belangrijk meetpunt waardoor de factuur in aanmerking komt voor betaling. Het bevestigt dat alle validatie- en goedkeuringsstappen zijn afgerond en dat de verplichting is opgenomen.
Waar je het vindt
Dit is een expliciete transactie. De boekingsdatum en -tijd worden vastgelegd in het leveranciersfactuurjournaal (VendInvoiceJour) en de bijbehorende grootboekboekingen (GeneralJournalEntry).
Vastleggen
Gebruik de boekingstimestamp uit de tabellen VendInvoiceJour of GeneralJournalEntry.
Eventtype
explicit
|
|||
|
Factuur geregistreerd
|
Dit markeert het moment waarop een factuurrecord voor het eerst in het systeem wordt aangemaakt, via handmatige invoer, OCR-scanning of elektronische gegevensuitwisseling (EDI). Dit is het startpunt van de levenscyclus van de factuurverwerking. | ||
|
Waarom dit belangrijk is
Deze activiteit is het belangrijkste startevent 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 KPI.
Waar je het vindt
Afgeleid van de aanmaaktimestamp (het veld CreatedDateTime) van het factuurkoprecord in de tabellen voor openstaande leveranciersfacturen of het factuurjournaal, zoals VendInvoiceInfoTable.
Vastleggen
Gebruik de aanmaaktimestamp van het factuurkoprecord.
Eventtype
inferred
|
|||
|
Factuur goedgekeurd
|
Dit staat voor de definitieve goedkeuring in de workflow, waarmee de factuur mag worden geboekt voor betaling. Dit is een belangrijk meetpunt 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 in goedkeuringen en langlopende workflows te vinden.
Waar je het vindt
Een expliciet event in de workflowhistorie (WorkflowTrackingStatusTable), vastgelegd wanneer de workflowstatus wordt bijgewerkt naar 'Completed' of 'Approved'.
Vastleggen
Haal het event 'Approved' of 'Completed' voor de factuur uit de workflowhistorie.
Eventtype
explicit
|
|||
|
Factuur ter goedkeuring ingediend
|
De factuur wordt formeel naar een workflow gestuurd voor controle en goedkeuring door bevoegde medewerkers. Hiermee begint de goedkeuringscyclus. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk meetpunt voor de doorlooptijd van de factuurgoedkeuring. Het helpt je de tijd voor gegevensinvoer en matching te onderscheiden van de wachttijd voor goedkeuring.
Waar je het vindt
Dit is een expliciet event in de D365-workflowhistorie (WorkflowTrackingStatusTable) voor het specifieke factuurdocument. De indieningstimestamp wordt vastgelegd.
Vastleggen
Haal het event 'Submitted' voor de factuur uit de workflowhistorie.
Eventtype
explicit
|
|||
|
Afwijking opgelost
|
De actie waarmee een blokkering wordt opgeheven of een factuur wordt gecorrigeerd nadat een afwijking is vastgesteld. De factuur kan nu opnieuw worden ingediend voor matching of goedkeuring. | ||
|
Waarom dit belangrijk is
Deze activiteit sluit een herstelronde af. De tijd die nodig is om afwijkingen op te lossen, is een belangrijke indicator voor de efficiëntie van het proces voor uitzonderingen.
Waar je het vindt
Afgeleid van 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 een blokkering wordt opgeheven of de factuur na een afwijzing opnieuw wordt ingediend.
Eventtype
inferred
|
|||
|
Afwijking vastgesteld
|
Dit gebeurt wanneer de factuur niet door de validatie of matching met de inkooporder of goederenontvangst komt en handmatige tussenkomst nodig is. Vaak krijgt de factuur dan een blokkering of specifieke status. | ||
|
Waarom dit belangrijk is
Deze activiteit start een herstelronde. Door de frequentie en oorzaak te analyseren, vind je inefficiënties in het proces, problemen met de datakwaliteit of problemen bij leveranciers.
Waar je het vindt
Dit kan expliciet in de factuurhistorie staan of worden afgeleid wanneer een factuur met een reden voor een matchingverschil op 'On Hold' wordt gezet. Zoek naar statuswijzigingen in de factuurkop.
Vastleggen
Leg de timestamp vast waarop de factuurstatus op 'On Hold' wordt gezet of een afwijkingsmarkering wordt toegevoegd.
Eventtype
inferred
|
|||
|
Betaling gepland
|
De geboekte factuur wordt geselecteerd en opgenomen in een betalingsvoorstel of betalingsjournaal, zodat deze wordt meegenomen in een toekomstige betalingsrun. Dit geeft aan dat de betaling gepland staat. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor cashflowprognoses en het analyseren van compliance met betalingstermijnen. Je ziet hiermee ook of kortingen voor vroege betaling worden overwogen en gepland.
Waar je het vindt
Afgeleid van het aanmaken van een betalingsjournaalregel (LedgerJournalTrans) waarin de factuur staat. De transactiedatum op de journaalregel geeft de geplande betalingsdatum aan.
Vastleggen
Gebruik de aanmaakdatum van de betalingsjournaalregel die naar de factuur verwijst.
Eventtype
inferred
|
|||
|
Betaling verwerkt door de bank
|
De betaling van het bedrijf is door de bank verwerkt, zoals bevestigd via het bankafstemmingsproces. Dit is de laatste financiële bevestiging dat de betaling is afgerond. | ||
|
Waarom dit belangrijk is
Deze activiteit bevestigt uiteindelijk de uitgaande kasstroom. Het is belangrijk voor treasury en cashmanagement om de tijd tussen het uitvoeren en verwerken van de betaling te analyseren.
Waar je het vindt
Deze informatie komt uit modules voor bankafstemming. Je leidt dit af wanneer een bankafschriftregel die bij de betaling hoort, in D365 wordt gematcht en geboekt.
Vastleggen
Hiervoor moet je banktransactiedata (BankStmtISOAccountStatement) koppelen aan de oorspronkelijke betaling.
Eventtype
inferred
|
|||
|
Factuur afgewezen
|
Een goedkeurder wijst de factuur in de workflow af. Meestal gaat de factuur terug naar de indiener voor correctie of toelichting. Hiermee start een herstelronde. | ||
|
Waarom dit belangrijk is
Door afwijzingen te volgen, zie je waardoor goedkeuringen vertragen en herstelwerk ontstaat. Zo komen problemen met factuurcodering, beleidsovertredingen of ontbrekende documentatie aan het licht.
Waar je het vindt
Dit is een expliciet event in de workflowhistorie (WorkflowTrackingStatusTable), vastgelegd wanneer een goedkeurder de actie 'Reject' kiest.
Vastleggen
Haal het event 'Rejected' voor de factuur uit de workflowhistorie.
Eventtype
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
Het volgen van annuleringen is belangrijk om de proceskwaliteit en het aantal fouten te begrijpen. Veel annuleringen kunnen wijzen op structurele problemen eerder in het proces.
Waar je het vindt
Dit is een expliciet event. D365 maakt een tegenboeking of credittransactie aan die aan het oorspronkelijke factuurjournaal wordt gekoppeld. De boekingsdatum van deze tegenboeking markeert de annulering.
Vastleggen
Bepaal de boekingsdatum van de tegenboeking die bij de oorspronkelijke factuur hoort.
Eventtype
explicit
|
|||
|
Factuurdata gevalideerd
|
Dit staat voor het systeem of de gebruiker die de vastgelegde factuurdata controleert op volledigheid en juistheid, vóór matching of goedkeuring. Dit kan een geautomatiseerde systeemcontrole of een handmatige controle zijn. | ||
|
Waarom dit belangrijk is
Door deze activiteit te volgen, zie je vertragingen die door slechte datakwaliteit ontstaan. Veel fouten of een lange doorlooptijd op dit punt wijzen op problemen met het vastleggen van data, zoals de nauwkeurigheid van OCR.
Waar je het vindt
Dit is vaak een afgeleid event. Je kunt het bepalen aan de hand van de timestamp waarop de factuurstatus verandert van 'New' of 'Draft' 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 update vóór verzending naar de workflow.
Eventtype
inferred
|
|||
|
Goederenontvangst gematcht
|
Bij three-way matching bevestigt deze activiteit dat de gefactureerde goederen of diensten zijn ontvangen. Dat gebeurt door de factuur te vergelijken met goederenontvangsten. Zo controleer je de fysieke levering aan de hand van de factuur. | ||
|
Waarom dit belangrijk is
Door deze activiteit te volgen, analyseer je de efficiëntie van het three-way-matchingproces en vind je vertragingen door ontbrekende of onjuiste informatie over goederenontvangsten.
Waar je het vindt
Net als bij matching met een inkooporder wordt dit afgeleid uit statusupdates op de factuur die aangeven dat de matching met productontvangstjournaals (Packing Slips) is geslaagd.
Vastleggen
Zoek naar statuswijzigingen of markeringen die aangeven dat de three-way matching is geslaagd.
Eventtype
inferred
|
|||
|
Inkooporder gematcht
|
Het koppelen van een factuur aan een of meer inkooporders om aantallen, prijzen en voorwaarden te controleren. Dit is een belangrijke validatiestap voor facturen die aan een inkooporder zijn gekoppeld. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk om het percentage matching in één keer goed te meten en bottlenecks in het matchingproces te vinden. Fouten op dit punt leiden vaak tot herstelrondes voor afwijkingen.
Waar je het vindt
Je kunt dit afleiden wanneer de matchingstatus op het factuurrecord wordt bijgewerkt naar 'Matched' of wanneer de matchingdetails op regelniveau succesvol worden opgeslagen. Deze informatie staat meestal in tabellen voor leveranciersfactuurregels.
Vastleggen
Zoek naar statuswijzigingen op de factuurkop of factuurregels die aangeven dat de matching met de inkooporder is geslaagd.
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Begin met een efficiëntere factuurverwerking binnen crediteurenbeheer met deze datatemplate. Gebruik je procesdata om gerichte verbeteringen door te voeren.
Stop dubbele betalingen. Optimaliseer factuurverwerking binnen crediteurenbeheer.
Vind inefficiënties, voorkom boetes wegens te late betaling en verlaag verwerkingskosten met 60%.
14 dagen gratis proefperiode, zonder creditcard.