Datatemplate voor inkoop tot betaling, inkooporder

Microsoft Dynamics 365
Datatemplate voor inkoop tot betaling, inkooporder

Datatemplate voor inkoop tot betaling, inkooporder

Deze template laat zien hoe je de essentiële data verzamelt om het proces van inkoop tot betaling voor inkooporders te optimaliseren. Je ziet welke attributen je nodig hebt, welke activiteiten je moet volgen en hoe je deze informatie uit het bronsysteem haalt. Gebruik de template om te controleren of de data klaar is voor een grondige procesanalyse.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om vast te leggen voor procesmapping
  • Praktische uitleg over data-extractie

Attributen voor inkoop tot betaling, inkooporder

Dit zijn de aanbevolen datavelden voor het event log, zodat je het proces van inkoop tot betaling voor inkooporders grondig kunt analyseren.
5 Verplicht 5 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de specifieke bedrijfsgebeurtenis of stap in de levenscyclus van de inkooporder.
Beschrijving

Dit attribuut beschrijft één stap in het inkooporderproces, zoals ‘Inkooporder aangemaakt’, ‘Inkooporder goedgekeurd’ of ‘Goederenontvangst geboekt’. De volgorde van deze activiteiten vormt het procesverloop van elke inkooporder.

Activiteiten analyseren is de kern van process mining. Je kunt het proces in kaart brengen, procesvarianten ontdekken en activiteiten opsporen die vaak terugkomen of vertraging veroorzaken. Inzicht in de volgorde en frequentie van activiteiten is belangrijk om het proces te optimaliseren.

Waarom dit belangrijk is

Dit attribuut is nodig om het proces in kaart te brengen en de volgorde van gebeurtenissen in de levenscyclus van de inkooporder te begrijpen.

Waar vind je dit?

Afgeleid uit bedrijfslogica op basis van statuswijzigingen in tabellen zoals PurchTable en PurchReqTable, en bijbehorende boekingsjournalen zoals VendPackingSlipJour of VendInvoiceJour.

Voorbeelden
Inkooporder aangemaaktInkooporder goedgekeurdGoederenontvangst geboektInkooporder gefactureerd
Inkooporder
PurchaseOrderNumber
De unieke identificatiecode van de inkooporder, die als primaire case dient voor procesanalyse.
Beschrijving

Het inkoopordernummer is de centrale identificatiecode die alle bijbehorende activiteiten met elkaar verbindt, van het eerste concept tot de uiteindelijke afronding of annulering. Elk uniek nummer staat voor één uitvoering van het inkooporderproces.

Bij process mining gebruik je dit attribuut om het volledige verloop van elke inkooporder te reconstrueren. Door het proces op basis van deze identificatiecode te analyseren, zie je het hele verloop en kun je veelvoorkomende routes, afwijkingen en bottlenecks per order opsporen.

Waarom dit belangrijk is

Dit is de belangrijkste sleutel om het procesverloop te reconstrueren en de route van elke inkooporder van begin tot eind te analyseren.

Waar vind je dit?

Dit is de primaire sleutel in de kopregeltabel van de inkooporder, doorgaans PurchTable met het veld PurchId in Microsoft Dynamics 365.

Voorbeelden
PO-001245PO-001246PO-001247
Tijdstip van gebeurtenis
EventTime
De exacte datum en tijd waarop een activiteit of gebeurtenis plaatsvond.
Beschrijving

Deze timestamp registreert wanneer elke activiteit in het inkooporderproces plaatsvond. Zo kun je gebeurtenissen in de juiste chronologische volgorde zetten.

Bij procesanalyse zijn timestamps van gebeurtenissen nodig om doorlooptijden, de tijd tussen activiteiten en de totale duur van een case te berekenen. Je gebruikt ze om bottlenecks op te sporen, prestaties met SLA’s te vergelijken en het verloop van het proces in de tijd te begrijpen. Zo kun je bijvoorbeeld de tijd tussen ‘Inkooporder aangemaakt’ en ‘Inkooporder goedgekeurd’ berekenen.

Waarom dit belangrijk is

Timestamps zijn nodig om tijdgebonden prestatiemaatstaven te berekenen, zoals doorlooptijden en tijdsduur. Daarmee kun je bottlenecks in processen opsporen.

Waar vind je dit?

Afkomstig uit verschillende datum- en tijdvelden in meerdere tabellen, zoals CreatedDateTime in PurchTable of boekingsdatums in gerelateerde journaltabellen.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Bronsysteem
SourceSystem
Geeft aan uit welk systeem de data is opgehaald.
Beschrijving

Dit attribuut geeft aan uit welke brontoepassing de data over inkooporders afkomstig is. In dit datamodel is de waarde doorgaans ‘Microsoft Dynamics 365’.

In grotere organisaties lopen inkoopprocessen soms door meerdere systemen. Dit attribuut helpt bij datagovernance en maakt duidelijk waar de data vandaan komt. Dat is vooral belangrijk wanneer je data uit verschillende bronnen samenvoegt.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van de data. Dat is nodig voor datagovernance, validatie en inzicht in de systemen die bij het proces betrokken zijn.

Waar vind je dit?

Dit is een vaste waarde die tijdens de data-extractie en -transformatie wordt toegevoegd om de dataset te labelen.

Voorbeelden
Microsoft Dynamics 365 F&OD365
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor dit proces voor het laatst is vernieuwd.
Beschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit het bronsysteem. Zo zie je hoe actueel de geanalyseerde data is.

Met de datum van de laatste update kunnen gebruikers nagaan of ze de meest recente procesdata bekijken. Dit helpt om de relevantie van de analyse te beoordelen en regelmatige data-updates in te plannen.

Waarom dit belangrijk is

Maakt duidelijk hoe actueel de data is, zodat gebruikers weten hoe recent hun procesanalyse is.

Waar vind je dit?

Dit is een metadata-attribuut dat tijdens het laden van de data wordt aangemaakt en opgeslagen.

Voorbeelden
2024-05-21T05:00:00Z
Gebruikersnaam
UserName
De naam van de gebruiker die een activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut geeft aan wie verantwoordelijk was voor een gebeurtenis, zoals het aanmaken, goedkeuren of wijzigen van een inkooporder. Het kan een gebruikers-ID of volledige naam zijn.

Door gebruikersactiviteiten te analyseren, krijg je inzicht in de verdeling van het werk, opleidingsbehoeften en de personen of teams die betrokken zijn bij procesafwijkingen. Dit attribuut is nodig voor dashboards over de prestaties van goedkeurders. Je kunt er ook mee filteren op activiteiten van specifieke gebruikers.

Waarom dit belangrijk is

Hiermee kun je prestaties per gebruiker analyseren, bottlenecks rond specifieke personen opsporen en verantwoordelijkheid voor processtappen vastleggen.

Waar vind je dit?

Je vindt dit bijvoorbeeld in de velden CreatedBy of ModifiedBy in tabellen zoals PurchTable. Gebruikersgegevens staan doorgaans in de tabel UserInfo.

Voorbeelden
Alice JohnsonBob WilliamsSysteembeheerder
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop het bedrijf de leverancier heeft gevraagd de goederen of diensten te leveren.
Beschrijving

Deze datum staat op de inkooporder en geeft de gewenste levertijd aan de leverancier door. De datum vormt de basis voor het meten van leveranciersprestaties bij levering.

Dit attribuut is nodig voor het dashboard ‘Leveranciersprestaties bij levering’ en de KPI ‘On-Time Delivery Rate’. Door RequestedDeliveryDate te vergelijken met de werkelijke datum van goederenontvangst, kunnen bedrijven de betrouwbaarheid van leveranciers meten en terugkerende vertragingen in de toeleveringsketen opsporen.

Waarom dit belangrijk is

Dit is de basis voor het meten van tijdige leveringen, een belangrijke KPI om de betrouwbaarheid van leveranciers en de efficiëntie van de toeleveringsketen te beoordelen.

Waar vind je dit?

Meestal te vinden op PurchTable (kopniveau) of PurchLine (regelniveau) als DeliveryDate.

Voorbeelden
2023-11-152023-12-012024-01-20
Leveranciersnaam
VendorName
De naam van de leverancier waarvoor de inkooporder is aangemaakt.
Beschrijving

Dit attribuut bevat de naam van de externe leverancier die de goederen of diensten levert. Het is een belangrijke dimensie voor de analyse van inkoopactiviteiten.

Door het proces per leverancier te bekijken, kun je leveranciersprestaties beoordelen. Je kunt per leverancier de tijdige leveringen, retouren en uitkomsten van kwaliteitsinspecties analyseren. Zo zie je welke leveranciers betrouwbaar zijn en welke mogelijk vertragingen of kwaliteitsproblemen veroorzaken.

Waarom dit belangrijk is

Dit attribuut is nodig om leveranciersprestaties te beheren en levertijden, retourpercentages en de algehele betrouwbaarheid per leverancier te analyseren.

Waar vind je dit?

Het leveranciersaccount staat in PurchTable in het veld OrderAccount. De naam haal je op door de tabel te koppelen aan VendTable.

Voorbeelden
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
PO-status
PurchaseOrderStatus
De huidige status van de inkooporder in de levenscyclus.
Beschrijving

Dit attribuut geeft op een bepaald moment de algemene status van de inkooporder aan, zoals ‘Open order’, ‘Received’, ‘Invoiced’ of ‘Canceled’. De status geeft de uitkomst van de meest recente activiteit weer.

Door de status te volgen, zie je wat de huidige status is van alle openstaande inkooporders. Bij process mining kun je de uitkomsten van cases analyseren. Filter bijvoorbeeld op inkooporders met de status ‘Canceled’ om de redenen voor annulering te onderzoeken.

Waarom dit belangrijk is

Geeft een momentopname van de huidige status van de inkooporder. Je kunt hiermee cases filteren en procesuitkomsten analyseren, zoals het percentage afgeronde of geannuleerde orders.

Waar vind je dit?

Te vinden in PurchTable. De belangrijkste statusvelden zijn DocumentState en PurchStatus.

Voorbeelden
Open orderOntvangenGefactureerdGeannuleerd
Totaalbedrag PO
PurchaseOrderTotalAmount
De totale geldwaarde van de inkooporder.
Beschrijving

Dit attribuut geeft de totale kosten weer van alle artikelen en diensten in de inkooporder. Het is een belangrijke financiële maatstaf voor het inkoopproces.

Een analyse op basis van het totaalbedrag kan relevante patronen laten zien. Inkooporders met een hogere waarde volgen bijvoorbeeld soms een andere, strengere goedkeuringsroute of hebben een langere doorlooptijd. Je gebruikt het bedrag ook voor financiële rapportages en om PO’s voor analyse in waardeklassen in te delen.

Waarom dit belangrijk is

Hiermee kun je het inkoopproces financieel analyseren en nagaan hoe de orderwaarde het proces beïnvloedt, bijvoorbeeld de goedkeuringstijd en de gevolgde route.

Waar vind je dit?

Je kunt deze waarde berekenen door LineAmount in PurchLine op te tellen voor een bepaalde PurchId. De waarde kan ook in bedragvelden op kopregelniveau in PurchTable staan.

Voorbeelden
5250.00120.50150000.00
Afdeling
DepartmentName
De naam van de afdeling die de inkoopaanvraag of -order heeft ingediend.
Beschrijving

Dit attribuut geeft aan welke interne bedrijfseenheid of afdeling verantwoordelijk is voor de inkoop. Vaak wordt dit afgeleid van de persoon die de inkoopaanvraag heeft aangemaakt.

Door het proces per afdeling te analyseren, zie je hoe verschillende onderdelen van de organisatie inkopen. Zo kun je afdelingen opsporen met langere goedkeuringscycli, meer PO-wijzigingen of specifieke inkooppatronen. Daarmee kun je verbeteringen gericht aanpakken.

Waarom dit belangrijk is

Hiermee kun je de procesprestaties van verschillende bedrijfseenheden vergelijken en afdelingsspecifiek gedrag, bottlenecks en inefficiënties opsporen.

Waar vind je dit?

Deze informatie is vaak gekoppeld aan de aanvrager of maker van de inkoopaanvraag (PurchReqTable) of inkooporder (PurchTable) en de bijbehorende afdeling in de HR-module.

Voorbeelden
FinanciënITProductieMarketing
Afleverlocatie
DeliveryLocation
De specifieke locatie, het magazijn of het adres waar de goederen moeten worden afgeleverd.
Beschrijving

Dit attribuut geeft aan waar de artikelen van de inkooporder fysiek moeten worden afgeleverd. Dat kan een magazijn, een specifiek kantoor of een projectlocatie zijn.

Door het proces per afleverlocatie te analyseren, kun je regionale of locatiespecifieke bottlenecks opsporen, vooral bij de goederenontvangst. Het dashboard ‘Verwerkingstijd goederenontvangst’ kan dit attribuut gebruiken om de efficiëntie op verschillende locaties te vergelijken.

Waarom dit belangrijk is

Helpt verschillen of vertragingen per locatie op te sporen, vooral bij de goederenontvangst en kwaliteitscontrole.

Waar vind je dit?

Het afleveradres en de locatiegegevens staan in PurchTable. Ze kunnen standaard worden ingevuld op basis van de bedrijfs- of leveranciersinstellingen.

Voorbeelden
Hoofdmagazijn AKantoor in gebouw CDistributiecentrum aan de westkust
Bedrijfscode
CompanyCode
De identificatiecode van de rechtspersoon of het bedrijf dat de inkooporder plaatst.
Beschrijving

In een omgeving met meerdere bedrijven geeft dit attribuut aan welke rechtspersoon de inkoop doet. Dit is een belangrijk organisatiegegeven.

Met dit attribuut kun je het P2P-proces bij verschillende rechtspersonen binnen dezelfde organisatie vergelijken. Zo worden verschillen in procesefficiëntie, compliance en leveranciersbeheer zichtbaar en kun je werken aan standaardisatie.

Waarom dit belangrijk is

Onmisbaar voor organisaties met meerdere rechtspersonen die het inkoopproces willen vergelijken en standaardiseren.

Waar vind je dit?

Dit is het veld DataAreaId. Het komt voor in vrijwel elke tabel van Dynamics 365, waaronder PurchTable.

Voorbeelden
USMFDEMFGBSI
Inkoopaanvraag
PurchaseRequisitionNumber
De identificatiecode van de inkoopaanvraag die aan de inkooporder voorafging.
Beschrijving

Dit attribuut koppelt een inkooporder aan het oorspronkelijke interne verzoek: de inkoopaanvraag. Niet alle inkooporders komen voort uit een aanvraag.

Deze koppeling is belangrijk om het volledige proces van aanvraag tot PO te analyseren. Je kunt hiermee de KPI ‘Requisition to PO Conversion Speed’ meten en nagaan hoe snel een interne behoefte wordt omgezet in een externe order. Ook kun je de compliance controleren, bijvoorbeeld door PO’s op te sporen die zonder formele aanvraag zijn aangemaakt.

Waarom dit belangrijk is

Koppelt de PO aan het oorspronkelijke verzoek. Zo kun je de doorlooptijd van aanvraag tot order analyseren en controleren of het proces aan de regels voldoet.

Waar vind je dit?

Te vinden in het veld PurchReqId in de tabel PurchLine. Dit veld verwijst naar PurchReqTable.

Voorbeelden
PR-000871PR-000872PR-000873
Inkoopcategorie
PurchaseCategory
De classificatie van het ingekochte artikel of de dienst, zoals ‘IT-hardware’ of ‘Kantoorbenodigdheden’.
Beschrijving

Met dit attribuut kun je regels van inkooporders indelen in logische categorieën. Zo kun je uitgavenpatronen en verschillen in het proces per type inkoop analyseren.

Door in de procesanalyse op inkoopcategorie te filteren, komen verschillen in werkwijze aan het licht. Zo kan het inkoopproces voor kapitaalgoederen langer en ingewikkelder zijn dan voor kantoorbenodigdheden. Dashboards gebruiken deze categorie om trends in wijzigingen en retourpercentages per categorie te analyseren.

Waarom dit belangrijk is

Hiermee kun je het proces uitsplitsen naar het type ingekochte goederen of diensten en verschillen tussen uitgavencategorieën zichtbaar maken.

Waar vind je dit?

Artikelcategorieën zijn gekoppeld aan de vrijgegeven producten (InventTable), die vervolgens op PurchLine worden gebruikt. De categoriegegevens zelf staan in de tabellen voor categoriebeheer.

Voorbeelden
IT-hardwareKantoorbenodigdhedenProfessionele dienstenGrondstoffen
Is inkooporder gewijzigd
IsPurchaseOrderChanged
Een booleaanse vlag die aangeeft of de inkooporder na de eerste goedkeuring is gewijzigd.
Beschrijving

Dit berekende attribuut krijgt de waarde ‘true’ als voor een case na de activiteit ‘Inkooporder goedgekeurd’ de activiteit ‘Inkooporder gewijzigd’ plaatsvindt. Zo kun je herstelwerk en wijzigingen eenvoudiger analyseren.

Deze vlag is nodig om de KPI ‘Wijzigingspercentage inkooporders na goedkeuring’ te berekenen en het dashboard ‘Trends in wijzigingen van inkooporders’ te maken. Je kunt er inkooporders mee selecteren en analyseren waarvoor herstelwerk nodig was. Zo spoor je de oorzaken van die wijzigingen op.

Waarom dit belangrijk is

Maakt het eenvoudiger om herstelwerk en de frequentie van wijzigingen te meten. Dit zijn belangrijke aanwijzingen voor instabiliteit en inefficiëntie in het proces.

Waar vind je dit?

Dit is een berekend attribuut op basis van de volgorde van activiteiten in het event log.

Voorbeelden
truefalse
Naam goedkeurder
ApproverName
De naam van de gebruiker die de inkooporder of een stap in de goedkeuringsworkflow heeft goedgekeurd.
Beschrijving

Dit attribuut geeft aan welke manager of gebruiker de inkooporder formeel heeft goedgekeurd, zodat deze verder kan. Bij workflows met meerdere goedkeuringsniveaus kunnen meerdere goedkeurders betrokken zijn bij één inkooporder.

De goedkeurder bijhouden is essentieel voor de dashboards ‘Analyse van de goedkeuringsdoorlooptijd van inkooporders’ en ‘Prestatie-indicatoren voor goedkeurders’. Zo kun je meten hoelang elke goedkeurder nodig heeft, bottlenecks in de goedkeuringsketen opsporen en de verdeling van de werklast en de efficiëntie beoordelen.

Waarom dit belangrijk is

Maakt analyse van het goedkeuringsproces mogelijk. Zo kun je bottlenecks opsporen en de prestaties en werklast van verschillende goedkeurders meten.

Waar vind je dit?

Goedkeuringsgegevens staan meestal in tabellen met workflowregistraties, niet rechtstreeks in PurchTable. Hiervoor moet je de workflowgeschiedenis van de inkooporder opvragen.

Voorbeelden
Charles GreenDiana PrinceEdward Nigma
Op tijd geleverd
IsOnTimeDelivery
Een booleaanse vlag die aangeeft of de goederen op of vóór de gevraagde leverdatum zijn ontvangen.
Beschrijving

Dit berekende attribuut vergelijkt de timestamp van de activiteit ‘Goederenontvangst geboekt’ met RequestedDeliveryDate. De waarde is ‘true’ als de goederen op of vóór de gevraagde datum zijn ontvangen.

Deze vlag wordt gebruikt om de KPI ‘Percentage op tijd geleverd’ te berekenen. Je kunt de prestaties van leveranciers ermee analyseren en leveringen die op tijd of te laat zijn eenvoudig filteren en weergeven. Dat is een belangrijk onderdeel van het dashboard ‘Naleving van leverafspraken door leveranciers’.

Waarom dit belangrijk is

Geeft een duidelijke uitkomst voor de leverprestaties en maakt het eenvoudiger om KPI’s voor tijdige levering en leveranciersscorekaarten te berekenen.

Waar vind je dit?

Dit is een berekend attribuut dat ontstaat door RequestedDeliveryDate te vergelijken met EventTime van de activiteit ‘Goederenontvangst geboekt’.

Voorbeelden
truefalse
Reden van retour
ReturnReason
De reden die wordt opgegeven wanneer goederen van een inkooporder naar de leverancier worden teruggestuurd.
Beschrijving

Wanneer de activiteit ‘Goederen retour naar leverancier’ plaatsvindt, legt dit attribuut de reden voor de retour vast, bijvoorbeeld ‘Beschadigd’, ‘Verkeerd artikel’ of ‘Slechte kwaliteit’.

Deze data is waardevol voor het dashboard ‘Retourpercentage inkooporders’. Door retourredenen te analyseren, kun je de oorzaken van retouren opsporen. Die kunnen te maken hebben met de kwaliteit van de leverancier, fouten bij het bestellen of problemen met de verzending. Zo kun je gerichte maatregelen nemen om het aantal retouren te verlagen.

Waarom dit belangrijk is

Geeft inzicht in de redenen voor retouren en helpt problemen met leverancierskwaliteit, bestelnauwkeurigheid of logistiek op te sporen.

Waar vind je dit?

Retourredenen worden meestal vastgelegd bij retourordertransacties of via redenencodes bij negatieve ontvangstjournalen.

Voorbeelden
Beschadigd tijdens transportVerkeerd artikel geleverdKwaliteitscontrole niet doorstaan
Verplicht Aanbevolen Optioneel

Activiteiten voor inkoop tot betaling, inkooporder

Dit zijn de essentiële processtappen en mijlpalen om in het event log vast te leggen voor een nauwkeurige procesontdekking en optimalisatie.
6 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Goederenontvangst geboekt
Dit markeert de officiële registratie van ontvangen goederen voor de inkooporder in het systeem. De gebeurtenis wordt vastgelegd wanneer een productontvangstjournaal wordt geboekt.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal: de voorraad wordt bijgewerkt en het proces voor het matchen van facturen begint. Dit is het eindpunt voor het meten van de ‘On-Time Delivery Rate’ en de levertijd van de leverancier.

Waar vind je dit?

Je kunt deze gebeurtenis vastleggen aan de hand van het aangemaakte productontvangstjournaal in VendPackingSlipJour. De velden createdDateTime of PackingSlipDate in deze tabel geven aan wanneer de goederen officieel zijn ontvangen.

Vastleggen

Gebruik de aanmaak- of boekingstimestamp van het VendPackingSlipJour-record dat aan de PO is gekoppeld.

Gebeurtenistype explicit
Inkoopaanvraag aangemaakt
Deze activiteit markeert het aanmaken van een inkoopaanvraag, het formele verzoek om goederen of diensten. De activiteit wordt vastgelegd wanneer een nieuw record wordt aangemaakt in de tabel voor inkoopaanvragen. Daarmee begint de inkoopbehoefte.
Waarom dit belangrijk is

Dit is de eerste stap in het inkooporderproces. Door de tijd tussen deze gebeurtenis en het aanmaken van de PO te analyseren, meet je hoe efficiënt het interne proces verloopt en hoe snel op de vraag wordt gereageerd.

Waar vind je dit?

Deze gebeurtenis komt overeen met het aanmaken van een record in PurchReqTable. De aanmaaktimestamp (createdDateTime) van het record bepaalt het tijdstip van de gebeurtenis.

Vastleggen

Haal voor elke inkoopaanvraag de aanmaaktimestamp op uit PurchReqTable.

Gebeurtenistype explicit
Inkooporder aangemaakt
Deze activiteit geeft aan dat er een concept-inkooporder in het systeem is aangemaakt. De activiteit wordt vastgelegd aan de hand van de aanmaaktimestamp van de kopregel van de inkooporder, vaak nadat een aanvraag is goedgekeurd.
Waarom dit belangrijk is

Hier verandert een intern verzoek in een formeel inkoopdocument. Dit is een belangrijk startpunt voor het meten van de verwerkingstijd en goedkeuringsdoorlooptijd van PO’s.

Waar vind je dit?

Deze gebeurtenis is het aanmaken van een record in PurchTable. Het veld createdDateTime in deze tabel bevat de timestamp van de activiteit.

Vastleggen

Haal voor elke inkooporder de aanmaaktimestamp op uit PurchTable.

Gebeurtenistype explicit
Inkooporder afgerond
Dit geeft aan dat de inkooporder succesvol is afgerond: alle goederen zijn ontvangen en gefactureerd. Je kunt dit meestal afleiden uit een statuswijziging van de PO naar een definitieve, gesloten status.
Waarom dit belangrijk is

Deze activiteit markeert het einde van een succesvol proces. Door de ‘Overall Purchase Order Cycle Time’ te meten vanaf het aanmaken tot de afronding, krijg je een volledig beeld van de procesefficiëntie.

Waar vind je dit?

Je kunt dit afleiden uit de statusvelden in PurchTable, bijvoorbeeld wanneer DocumentState op ‘Invoiced’ staat en de status van de orderregels aangeeft dat alles is ontvangen en gefactureerd.

Vastleggen

Bepaal de timestamp waarop de status van de PO-kopregel en orderregels verandert naar een definitieve, gesloten status, zoals ‘Invoiced’.

Gebeurtenistype inferred
Inkooporder goedgekeurd
Dit markeert de definitieve goedkeuring van de inkooporder, waarna deze naar de leverancier mag. Je kunt de gebeurtenis meestal afleiden uit een statuswijziging van de PO of rechtstreeks vastleggen in de workflowgeschiedenis.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal: pas na goedkeuring kan de PO verder worden verwerkt. De gebeurtenis is nodig om bottlenecks in de goedkeuring te analyseren en de KPI ‘PO Approval Cycle Time’ te meten.

Waar vind je dit?

Je kunt de gebeurtenis afleiden uit een wijziging van het veld DocumentState in PurchTable naar ‘Goedgekeurd’. Je kunt ook de voltooiingstimestamp van de laatste goedkeuringsstap in WorkflowTrackingStatusTable gebruiken.

Vastleggen

Bepaal de timestamp waarop DocumentState in PurchTable verandert in ‘Goedgekeurd’.

Gebeurtenistype inferred
Inkooporder naar leverancier verzonden
Deze activiteit geeft aan dat de goedgekeurde inkooporder met de leverancier is gedeeld. De activiteit wordt vastgelegd wanneer de PO wordt bevestigd. Daarbij wordt een bevestigingsjournaal aangemaakt en wordt het document doorgaans verzonden.
Waarom dit belangrijk is

Dit is de eerste stap richting de leverancier en het begin van de levertijd. De gebeurtenis is belangrijk om leveranciersprestaties en de KPI ‘On-Time Delivery Rate’ te volgen.

Waar vind je dit?

De gebeurtenis wordt gemarkeerd door het aanmaken van een record in de tabel PurchPurchaseOrderJour, het bevestigingsjournaal van de PO. De aanmaakdatum van dit journaal geldt als timestamp van de activiteit.

Vastleggen

Gebruik de aanmaaktimestamp van het eerste PurchPurchaseOrderJour-record voor de PO.

Gebeurtenistype explicit
Goederen retour naar leverancier
Dit geeft aan dat eerder ontvangen goederen naar de leverancier zijn teruggestuurd, bijvoorbeeld vanwege schade of verkeerde artikelen. De gebeurtenis wordt vastgelegd door een retourtransactie te boeken.
Waarom dit belangrijk is

Retouren wijzen op problemen in het proces en brengen extra kosten met zich mee. Door deze activiteit te volgen, kun je de ‘Purchase Order Return Rate’ berekenen en problemen met leveranciers of producten opsporen.

Waar vind je dit?

Je kunt deze gebeurtenis afleiden uit het aanmaken van een inkooporder met een negatieve hoeveelheid of een specifiek retourdocument dat naar de oorspronkelijke PO verwijst. De transactiedatum van de geboekte retour geldt als tijdstip van de gebeurtenis.

Vastleggen

Zoek naar een geboekte retourorder of een debetnota voor de oorspronkelijke PO.

Gebeurtenistype explicit
Inkoopaanvraag goedgekeurd
Dit is de formele goedkeuring van een inkoopaanvraag door een bevoegde manager. De gebeurtenis wordt meestal vastgelegd in de workflowgeschiedenis of door een statuswijziging van het aanvraagrecord te volgen.
Waarom dit belangrijk is

Goedkeuring is een belangrijke mijlpaal die nodig is om een aanvraag om te zetten in een inkooporder. Vertraging op dit punt werkt door in de hele doorlooptijd van het inkoopproces.

Waar vind je dit?

Je kunt deze gebeurtenis vastleggen in WorkflowTrackingStatusTable die bij de inkoopaanvraag hoort. Je kunt de gebeurtenis ook afleiden uit een statuswijziging in PurchReqTable naar ‘Goedgekeurd’.

Vastleggen

Gebruik de voltooiingstimestamp van de laatste goedkeuringsstap in de workflowgeschiedenis van de aanvraag.

Gebeurtenistype explicit
Inkooporder bevestigd door leverancier
Dit is de bevestiging door de leverancier van de gegevens van de inkooporder. Vaak voert iemand deze gegevens handmatig in op basis van communicatie met de leverancier.
Waarom dit belangrijk is

De bevestiging van de leverancier geeft aan dat de order wordt verwerkt. Vertragingen of afwijkingen op dit punt kunnen wijzen op problemen met de levering.

Waar vind je dit?

Je kunt deze gebeurtenis meestal afleiden uit ingevulde datum- of statusvelden voor bevestigingen in PurchTable, zoals de bevestigde leverdatum. Het gaat mogelijk niet om een afzonderlijke gebeurtenis.

Vastleggen

Leid de gebeurtenis af uit de invulling van een specifiek bevestigingsdatumveld in PurchTable of PurchLine.

Gebeurtenistype inferred
Inkooporder geannuleerd
Dit geeft aan dat een inkooporder is beëindigd voordat deze volledig was afgerond. De gebeurtenis wordt vastgelegd met een specifieke statuswijziging van het inkooporderdocument.
Waarom dit belangrijk is

Annuleringen vormen een belangrijke uitzonderingsroute. Door het aantal en de redenen te analyseren, kun je problemen in de planning of de betrouwbaarheid van leveranciers opsporen.

Waar vind je dit?

Je kunt dit afleiden uit een wijziging van het veld DocumentState in PurchTable naar ‘Canceled’. De timestamp van deze statuswijziging markeert de gebeurtenis.

Vastleggen

Bepaal de timestamp waarop DocumentState in PurchTable wordt ingesteld op ‘Canceled’.

Gebeurtenistype inferred
Inkooporder gefactureerd
Deze activiteit markeert het moment waarop een leveranciersfactuur is ontvangen en op de inkooporder is geboekt. De gebeurtenis verbindt het inkoop- en betalingsproces.
Waarom dit belangrijk is

Dit is de laatste stap voor de betaling en een belangrijk moment om de uiteindelijke inkoopkosten te berekenen. De gebeurtenis vormt het eindpunt voor een analyse van de driewegmatching.

Waar vind je dit?

Je kunt deze gebeurtenis vastleggen aan de hand van de boeking van een leveranciersfactuurjournaal (VendInvoiceJour) dat aan de inkooporder is gekoppeld. De InvoiceDate of boekingsdatum in dit record is de timestamp.

Vastleggen

Gebruik de boekingstimestamp uit de tabel VendInvoiceJour die aan het PurchTable-record is gekoppeld.

Gebeurtenistype explicit
Inkooporder gewijzigd
Deze activiteit registreert wijzigingen aan een inkooporder nadat deze is goedgekeurd. Dynamics 365 kan versies van de PO bijhouden, zodat wijzigingen zichtbaar worden.
Waarom dit belangrijk is

Door wijzigingen te volgen, kun je herstelwerk opsporen, begrijpen waarom het proces instabiel is en de ‘PO Modification Rate’ meten. Wijzigingen kunnen leiden tot vertragingen en kostenverschillen.

Waar vind je dit?

Je kunt wijzigingen afleiden door verschillende versies van de inkooporder te vergelijken die zijn opgeslagen in archief- of versiebeheertabellen, zoals PurchTableHistory. Een hoger versienummer wijst op een wijziging.

Vastleggen

Zoek naar records waarbij het versienummer in PurchTable na goedkeuring is verhoogd.

Gebeurtenistype inferred
Inkooporder ter goedkeuring ingediend
Dit is het moment waarop een concept-inkooporder formeel ter goedkeuring wordt ingediend. Meestal voert een gebruiker deze handeling expliciet uit. De gebeurtenis wordt vastgelegd in de workflowlogs.
Waarom dit belangrijk is

Met deze activiteit begint de goedkeuringscyclus van de PO. Door dit moment te volgen, meet je precies hoelang PO’s op goedkeuring wachten en hoe lang de totale goedkeuring duurt.

Waar vind je dit?

Je kunt deze gebeurtenis vastleggen in WorkflowTrackingStatusTable voor de inkooporder. Daarin staan de indieningsgebeurtenis en de timestamp.

Vastleggen

Zoek in de workflowgeschiedenis naar de gebeurtenis ‘Submitted’ die hoort bij het PurchTable-record.

Gebeurtenistype explicit
Kwaliteitsinspectie uitgevoerd
Dit geeft aan dat de kwaliteitsinspectie van de ontvangen goederen is afgerond. De inspectie wordt vaak beheerd via de module Quality Management of vastgelegd met een statuswijziging.
Waarom dit belangrijk is

Deze activiteit kan een belangrijke bottleneck vormen tussen de ontvangst van goederen en het moment waarop ze beschikbaar zijn voor gebruik. Door de duur te analyseren, kun je de KPI ‘Quality Inspection Cycle Time’ verbeteren.

Waar vind je dit?

Je kunt deze gebeurtenis afleiden uit de afronding van een Quality Order (InventQualityOrderTable) die aan de goederenontvangst van de inkooporder is gekoppeld. De timestamp van de statuswijziging naar ‘Passed’ of ‘Failed’ markeert de gebeurtenis.

Vastleggen

Volg de timestamp waarop de status wordt afgerond in InventQualityOrderTable voor de PO-regel.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Microsoft Dynamics 365

Klaar om te beginnen?

Met deze template heb je alles wat je nodig hebt om het proces van inkoop tot betaling voor inkooporders te optimaliseren. Begin vandaag nog met het verbeteren van je inkoopprocessen.

Verbeter nu de efficiëntie van het proces van inkoop tot betaling voor inkooporders

Spoor inefficiënties op en verkort de P2P-doorlooptijd met maximaal 30%.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.