Jouw datatemplate voor Purchase to Pay - Purchase Order

Microsoft Dynamics 365
Jouw datatemplate voor Purchase to Pay - Purchase Order

Jouw datatemplate voor Purchase to Pay - Purchase Order

Deze template geeft je een duidelijk plan voor het verzamelen van de data die je nodig hebt om je Purchase to Pay-proces voor inkooporders te optimaliseren. Je ziet welke attributen je verzamelt, welke activiteiten je volgt en hoe je deze data uit je bronsysteem haalt. Zo zorg je dat je data klaar is voor een volledige procesanalyse.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen voor process mapping
  • Praktische richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Purchase to Pay - attributen voor inkooporders

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van je Purchase to Pay- en inkooporderproces.
5 Verplicht 5 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfsgebeurtenis of processtap die tijdens de levenscyclus van de inkooporder plaatsvond.
Beschrijving

Dit attribuut beschrijft één stap in het inkooporderproces, zoals 'Purchase Order Created', 'Purchase Order Approved' of 'Goods Receipt Posted'. De volgorde van deze activiteiten vormt de procesflow van elke inkooporder.

Activiteiten analyseren is de kern van process mining. Je kunt hiermee de proceskaart visualiseren, procesvarianten ontdekken en activiteiten herkennen die vaak worden herhaald of vertraging veroorzaken. Inzicht in de volgorde en frequentie van activiteiten is essentieel voor procesoptimalisatie.

Waarom dit belangrijk is

Dit attribuut is essentieel voor het opbouwen van de proceskaart en het begrijpen van de volgorde van gebeurtenissen binnen de levenscyclus van de inkooporder.

Waar je het vindt

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

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

Het nummer van de inkooporder is de centrale identificatie die alle gerelateerde activiteiten koppelt, van het eerste concept tot de definitieve afronding of annulering. Elk uniek nummer staat voor één exemplaar van het inkooporderproces.

In process mining gebruik je dit attribuut om de volledige reis van elke inkooporder te reconstrueren. Door het proces op basis van deze identificatie te analyseren, krijg je een gedetailleerd beeld van de hele levenscyclus. Zo kun je veelvoorkomende routes, afwijkingen en knelpunten per order herkennen.

Waarom dit belangrijk is

Dit is de belangrijkste sleutel voor het reconstrueren van de procesflow. Hiermee kun je de route van elke inkooporder van begin tot eind analyseren.

Waar je het vindt

Dit is de primaire sleutel in de koptekstabel van de inkooporder, meestal 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 specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Deze timestamp legt vast wanneer elke activiteit in het inkooporderproces plaatsvond. De timestamp vormt de chronologische basis van het proces, zodat gebeurtenissen in de juiste volgorde kunnen worden gezet.

In procesanalyse zijn timestamps essentieel voor het berekenen van doorlooptijden, de duur tussen activiteiten en de totale duur van een case. Je gebruikt ze om knelpunten te vinden, prestaties ten opzichte van SLA's te meten en het tijdsverloop van het proces te begrijpen. Zo kun je bijvoorbeeld de tijd tussen 'Purchase Order Created' en 'Purchase Order Approved' berekenen.

Waarom dit belangrijk is

Timestamps zijn essentieel voor het berekenen van alle tijdgebonden prestatiemaatstaven, zoals doorlooptijden en tijdsduur. Die heb je nodig om knelpunten in het proces te vinden.

Waar je het vindt

Geëxtraheerd uit verschillende datum- en tijdvelden in meerdere tabellen, zoals CreatedDateTime in PurchTable of boekingsdatums uit 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 geëxtraheerd.
Beschrijving

Dit attribuut identificeert de bronapplicatie waar de data over inkooporders vandaan komt. In dit datamodel is de waarde meestal 'Microsoft Dynamics 365'.

In grotere organisaties kunnen inkoopprocessen meerdere systemen omvatten. Dit attribuut helpt bij datagovernance en maakt de herkomst van de data duidelijk. 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 belangrijk voor datagovernance, validatie en inzicht in de technologische omgeving van het proces.

Waar je het vindt

Dit is een statische waarde die tijdens het extraheren en transformeren van de data wordt toegevoegd om de dataset te labelen.

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

Dit attribuut legt de datum en tijd van de meest recente data-extractie uit het bronsysteem vast. Het geeft context over de actualiteit van de data die je analyseert.

Met het tijdstip van de laatste update weet je of je de meest recente procesdata bekijkt. Dit helpt bij het beoordelen van de relevantie van de analyse en het plannen van regelmatige data-updates.

Waarom dit belangrijk is

Maakt inzichtelijk hoe actueel de data is, zodat je weet hoe recent je procesanalyse is.

Waar je het vindt

Dit metadata-attribuut wordt tijdens het opnemen van de data gegenereerd en opgeslagen.

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

Dit attribuut identificeert de persoon die verantwoordelijk is voor een gebeurtenis, zoals het aanmaken, goedkeuren of wijzigen van een inkooporder. Het kan een systeemgebruikers-ID of een volledige naam zijn.

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

Waarom dit belangrijk is

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

Waar je het vindt

Te vinden in velden zoals CreatedBy of ModifiedBy in tabellen zoals PurchTable. Gebruikersgegevens staan meestal in de tabel UserInfo.

Voorbeelden
Alice JohnsonBob WilliamsSysAdmin
Gevraagde leverdatum
RequestedDeliveryDate
De datum waarop de organisatie 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. Het is het uitgangspunt voor het meten van leveranciersprestaties.

Dit attribuut is essentieel voor het dashboard over naleving van leveranciersleveringen en de KPI voor leveringen op tijd. Door RequestedDeliveryDate te vergelijken met de werkelijke datum van goederenontvangst, kun je de betrouwbaarheid van leveranciers meten en terugkerende vertragingen in de toeleveringsketen vinden.

Waarom dit belangrijk is

Dit is het uitgangspunt voor het meten van leveringen op tijd. Dat is een belangrijke KPI voor het beoordelen van leveranciersbetrouwbaarheid en efficiëntie in de toeleveringsketen.

Waar je het vindt

Meestal te vinden in PurchTable op kopniveau of in PurchLine op regelniveau, als DeliveryDate.

Voorbeelden
2023-11-152023-12-012024-01-20
Leveranciersnaam
VendorName
De naam van de leverancier voor wie 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 op leveranciersnaam te segmenteren, kun je leveranciersprestaties beoordelen. Je kunt bijvoorbeeld leveringen op tijd, retourpercentages en resultaten van kwaliteitscontroles per leverancier analyseren. Zo herken je betrouwbare partners en leveranciers die vertragingen of kwaliteitsproblemen veroorzaken.

Waarom dit belangrijk is

Dit attribuut is essentieel voor leveranciersprestatiebeheer. Je kunt er levertijden, retourpercentages en de algemene betrouwbaarheid per leverancier mee analyseren.

Waar je het vindt

Het leveranciersaccount staat in PurchTable, in het veld OrderAccount. De naam wordt opgehaald door een koppeling met VendTable.

Voorbeelden
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Status van inkooporder
PurchaseOrderStatus
De huidige status van de inkooporder binnen de levenscyclus.
Beschrijving

Dit attribuut geeft de algemene status van de inkooporder op een bepaald moment aan, zoals 'Open order', 'Received', 'Invoiced' of 'Canceled'. Het staat voor het resultaat van de meest recente activiteit.

Door de status te volgen, krijg je inzicht in de actuele status van alle open inkooporders. In process mining kun je hiermee de uitkomsten van cases analyseren, bijvoorbeeld door alle inkooporders met de status 'Canceled' te filteren en de redenen daarvoor te onderzoeken.

Waarom dit belangrijk is

Geeft een momentopname van de huidige status van de inkooporder. Dat is handig voor het filteren van cases en het analyseren van procesuitkomsten, zoals afrondings- of annuleringspercentages.

Waar je het vindt

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

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

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

Door het proces op totaalbedrag te analyseren, kun je belangrijke patronen vinden. Inkooporders met een hogere waarde kunnen bijvoorbeeld een andere, strengere goedkeuringsroute volgen of langere doorlooptijden hebben. Je gebruikt het attribuut ook voor financiële rapportages en om inkooporders voor analyse in waardeklassen in te delen.

Waarom dit belangrijk is

Maakt financiële analyse van het inkoopproces mogelijk. Zo kun je zien hoe de orderwaarde het procesgedrag beïnvloedt, bijvoorbeeld de goedkeuringstijd en de gevolgde route.

Waar je het vindt

Deze waarde kan worden berekend vanuit de tabel PurchLine door LineAmount voor een bepaalde PurchId op te tellen. Je kunt de waarde ook vinden in bedragvelden op kopniveau in PurchTable.

Voorbeelden
5250.00120.50150000.00
Afdeling
DepartmentName
De naam van de afdeling die de inkoopaanvraag of inkooporder heeft gestart.
Beschrijving

Dit attribuut identificeert de interne bedrijfseenheid of afdeling die verantwoordelijk is voor de inkoop. Het wordt vaak afgeleid van de persoon die de inkoopaanvraag heeft aangemaakt.

Door het proces per afdeling te analyseren, zie je hoe verschillende onderdelen van de organisatie het inkoopproces gebruiken. Je kunt afdelingen herkennen met langere goedkeuringsrondes, meer wijzigingen in inkooporders of specifieke inkooppatronen. Dat maakt gerichte procesverbetering mogelijk.

Waarom dit belangrijk is

Maakt het mogelijk om procesprestaties tussen bedrijfseenheden te vergelijken en afdelingsspecifiek gedrag, knelpunten of inefficiënties te vinden.

Waar je het vindt

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

Voorbeelden
FinanciënITProductieMarketing
Bedrijfscode
CompanyCode
De identificatie van de juridische entiteit of het bedrijf dat de inkooporder plaatst.
Beschrijving

In een omgeving met meerdere bedrijven geeft dit attribuut aan welke juridische entiteit de inkoop doet. Dit is een belangrijk organisatorisch gegeven.

Met dit attribuut kun je het P2P-proces tussen juridische entiteiten binnen dezelfde organisatie vergelijken. Je kunt verschillen in procesefficiëntie, compliance en leveranciersbeheer zichtbaar maken en zo standaardisatie ondersteunen.

Waarom dit belangrijk is

Essentieel voor organisaties met meerdere entiteiten om het inkoopproces tussen juridische entiteiten te vergelijken en te standaardiseren.

Waar je het vindt

Dit is het veld DataAreaId, dat in vrijwel elke tabel in Dynamics 365 voorkomt, waaronder PurchTable.

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

Dit attribuut koppelt een inkooporder terug aan de oorspronkelijke interne aanvraag, de inkoopaanvraag. Niet alle inkooporders komen voort uit een inkoopaanvraag.

Deze koppeling is belangrijk voor de analyse van het volledige proces van aanvraag tot inkooporder. Je kunt hiermee de KPI voor de snelheid van aanvraag tot inkooporder meten en zien hoe snel een interne behoefte wordt omgezet in een externe order. Ook helpt het bij compliance, bijvoorbeeld door inkooporders zonder formele aanvraag te vinden.

Waarom dit belangrijk is

Koppelt de inkooporder aan de oorspronkelijke aanvraag. Zo kun je de doorlooptijd van aanvraag tot order analyseren en de naleving van het proces controleren.

Waar je het vindt

Te vinden in de tabel PurchLine, in het veld PurchReqId, dat terugverwijst 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 artikelen op inkooporders in logische categorieën indelen. Zo kun je uitgavenpatronen en procesvarianten voor verschillende soorten inkoop analyseren.

Door in procesanalyses op inkoopcategorie te filteren, kun je verschillend gedrag zichtbaar maken. Het inkoopproces voor kapitaalgoederen kan bijvoorbeeld langer en complexer zijn dan dat voor operationele benodigdheden. In dashboards gebruik je dit attribuut om trends in wijzigingen en retourpercentages per categorie te analyseren.

Waarom dit belangrijk is

Maakt segmentatie van het proces mogelijk op basis van het type goederen of diensten dat wordt ingekocht. Zo worden verschillen tussen uitgavencategorieën zichtbaar.

Waar je het vindt

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

Voorbeelden
IT-hardwareKantoorbenodigdhedenProfessionele dienstverleningGrondstoffen
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 er voor een bepaalde case een activiteit 'Purchase Order Changed' plaatsvindt na de activiteit 'Purchase Order Approved'. Zo kun je herstelwerk en wijzigingen eenvoudiger analyseren.

Deze vlag is belangrijk voor het berekenen van de KPI voor het wijzigingspercentage van inkooporders na goedkeuring en voor het dashboard over wijzigingstrends in inkooporders. Je kunt er eenvoudig inkooporders mee selecteren die herstelwerk vereisten en de oorzaken van die wijzigingen onderzoeken.

Waarom dit belangrijk is

Vereenvoudigt het meten van herstelwerk en de frequentie van wijzigingen. Dit zijn belangrijke signalen voor instabiliteit en inefficiëntie in het proces.

Waar je het vindt

Dit is een berekend attribuut dat is afgeleid van de volgorde van activiteiten in het event log.

Voorbeelden
truefalse
Is levering op tijd
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 'Goods Receipt Posted' met RequestedDeliveryDate. De waarde wordt 'true' als de ontvangstdatum op of vóór de gevraagde datum ligt.

Deze vlag ondersteunt rechtstreeks de berekening van de KPI voor leveringen op tijd. Je kunt er leveranciersprestaties eenvoudiger mee analyseren en leveringen op tijd en te late leveringen filteren en visualiseren. Dat vormt de basis van het dashboard over naleving van leveranciersleveringen.

Waarom dit belangrijk is

Geeft een duidelijke binaire uitkomst voor leveringsprestaties. Zo worden KPI's voor leveringen op tijd en leveranciersscorecards eenvoudiger berekend.

Waar je het vindt

Dit is een berekend attribuut dat ontstaat door RequestedDeliveryDate te vergelijken met EventTime van de activiteit 'Goods Receipt Posted'.

Voorbeelden
truefalse
Leveringslocatie
DeliveryLocation
De specifieke locatie, het magazijn of het adres waar de goederen moeten worden geleverd.
Beschrijving

Dit attribuut geeft de fysieke locatie aan waar de artikelen op de inkooporder worden geleverd. Dat kan een magazijn, een specifiek kantoor of een projectlocatie zijn.

Door het proces per leveringslocatie te analyseren, kun je regionale of locatiespecifieke knelpunten vinden, vooral in het proces voor goederenontvangst. Het dashboard over de verwerkingstijd van goederenontvangsten kan dit attribuut gebruiken om de efficiëntie tussen locaties te vergelijken.

Waarom dit belangrijk is

Helpt locatiespecifieke procesvarianten of vertragingen te vinden, vooral tijdens goederenontvangst en kwaliteitscontrole.

Waar je het vindt

Informatie over het leveringsadres en de locatie staat in PurchTable en kan standaard worden overgenomen uit de instellingen van het bedrijf of de leverancier.

Voorbeelden
Hoofdmagazijn AKantoor in gebouw CDistributiecentrum aan de westkust
Naam van goedkeurder
ApproverName
De naam van de gebruiker die de inkooporder of een stap in de goedkeuringsworkflow heeft goedgekeurd.
Beschrijving

Dit attribuut identificeert de manager of gebruiker die de inkooporder formeel heeft goedgekeurd, zodat deze verder kan. Bij goedkeuringsworkflows met meerdere niveaus kunnen meerdere goedkeurders bij één inkooporder betrokken zijn.

Door de goedkeurder te volgen, kun je de doorlooptijd van goedkeuringen en de prestaties van goedkeurders analyseren. Je vindt er knelpunten in de goedkeuringsketen mee en krijgt inzicht in de verdeling van werk en efficiëntie.

Waarom dit belangrijk is

Maakt analyse van het goedkeuringsproces mogelijk. Zo kun je knelpunten in goedkeuringen vinden en de prestaties en werkbelasting van verschillende goedkeurders meten.

Waar je het vindt

Goedkeuringsinformatie staat meestal in trackingtabellen van de workflow en niet rechtstreeks in PurchTable. Hiervoor moet je de workflowgeschiedenis van de inkooporder opvragen.

Voorbeelden
Charles GreenDiana PrinceEdward Nigma
Reden van retour
ReturnReason
De reden die wordt opgegeven wanneer goederen uit een inkooporder naar de leverancier worden geretourneerd.
Beschrijving

Wanneer de activiteit 'Goods Returned to Vendor' plaatsvindt, legt dit attribuut de reden voor de retour vast, zoals 'Beschadigde goederen', 'Verkeerd artikel' of 'Slechte kwaliteit'.

Deze data is zeer waardevol voor het dashboard over het retourpercentage van inkooporders. Door retourredenen te analyseren, kun je de oorzaken van retouren vinden. Die kunnen te maken hebben met leverancierskwaliteit, fouten bij het bestellen of problemen met de verzending. Zo kun je gerichte maatregelen nemen om het retourpercentage te verlagen.

Waarom dit belangrijk is

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

Waar je het vindt

Retourredenen worden meestal vastgelegd in transacties van retourorders of via redenencodes die aan negatieve ontvangstjournalen zijn gekoppeld.

Voorbeelden
Beschadigd tijdens transportVerkeerd artikel geleverdKwaliteitscontrole niet doorstaan
Verplicht Aanbevolen Optioneel

Purchase to Pay - activiteiten voor inkooporders

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

Dit is een belangrijke mijlpaal die de voorraad bijwerkt en het begin van het factuurmatchingsproces markeert. Het is het eindpunt voor het meten van 'On-Time Delivery Rate' en de doorlooptijd van de leverancier.

Waar je het vindt

Dit wordt vastgelegd bij het aanmaken van het 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 uit het VendPackingSlipJour-record dat aan de inkooporder is gekoppeld.

Eventtype 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 trigger voor het inkooporderproces. Door de tijd tussen deze gebeurtenis en het aanmaken van de inkooporder te analyseren, meet je de efficiëntie van het interne proces en de reactiesnelheid op de vraag.

Waar je het vindt

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

Vastleggen

Haal voor elke inkoopaanvraag de aanmaaktimestamp uit PurchReqTable.

Eventtype explicit
Inkooporder aangemaakt
Deze activiteit staat voor het aanmaken van een conceptinkooporder in het systeem. De activiteit wordt vastgelegd met de aanmaaktimestamp van het koprecord van de inkooporder, meestal na goedkeuring van een inkoopaanvraag.
Waarom dit belangrijk is

Dit markeert de overgang van een intern verzoek naar een formeel inkoopdocument. Het is een belangrijk startpunt voor het meten van verwerkingstijden en goedkeuringscycli van inkooporders.

Waar je het vindt

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 uit PurchTable.

Eventtype explicit
Inkooporder afgerond
Geeft aan dat de inkooporder volledig is afgerond: alle goederen zijn ontvangen en gefactureerd. Dit wordt meestal afgeleid wanneer de status van de inkooporder wordt bijgewerkt naar een definitieve, gesloten status.
Waarom dit belangrijk is

Deze activiteit markeert het einde van een succesvol procesexemplaar. Door de totale doorlooptijd van de inkooporder te meten vanaf aanmaak tot afronding, krijg je een volledig beeld van de procesefficiëntie.

Waar je het vindt

Afgeleid van de statusvelden in PurchTable, bijvoorbeeld wanneer DocumentState 'Invoiced' is en de status van de orderregels aangeeft dat alles volledig is ontvangen en gefactureerd.

Vastleggen

Bepaal de timestamp waarop de kop- en regelstatussen van de inkooporder worden bijgewerkt naar een definitieve, gesloten status, bijvoorbeeld 'Invoiced'.

Eventtype inferred
Inkooporder goedgekeurd
Dit markeert de definitieve goedkeuring van de inkooporder, waarmee deze naar de leverancier mag worden verzonden. De gebeurtenis wordt meestal afgeleid uit een statuswijziging van de inkooporder of rechtstreeks uit de workflowhistorie gehaald.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal, omdat er geen verdere actie kan worden ondernomen voordat de inkooporder is goedgekeurd. De gebeurtenis is nodig om goedkeuringsknelpunten te analyseren en de KPI 'PO Approval Cycle Time' te meten.

Waar je het vindt

Dit wordt afgeleid uit een wijziging van het veld DocumentState in PurchTable naar 'Approved'. Je kunt de gebeurtenis ook halen uit de voltooiingstimestamp van de laatste goedkeuringsstap in WorkflowTrackingStatusTable.

Vastleggen

Identificeer de timestamp waarop DocumentState in PurchTable verandert naar 'Approved'.

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

Dit is de eerste externe stap en het beginpunt voor de doorlooptijd van de leverancier. De gebeurtenis is belangrijk voor het volgen van leveranciersprestaties en de KPI 'On-Time Delivery Rate'.

Waar je het vindt

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

Vastleggen

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

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

Retouren wijzen op procesfouten en extra kosten. Door deze activiteit te volgen, bereken je het 'Purchase Order Return Rate' en identificeer je problemen met leveranciers of producten.

Waar je het vindt

Deze gebeurtenis wordt afgeleid uit het aanmaken van een inkooporder met een negatieve hoeveelheid of een specifiek retourorderdocument dat naar de oorspronkelijke inkooporder verwijst. De transactiedatum van de retourboeking is het tijdstip van de gebeurtenis.

Vastleggen

Identificeer de boeking van een inkoopretourorder of een debetnota bij de oorspronkelijke inkooporder.

Eventtype explicit
Inkoopaanvraag goedgekeurd
Dit staat voor de formele goedkeuring van een inkoopaanvraag door een bevoegde manager. De gebeurtenis wordt meestal vastgelegd in de workflowhistorie of afgeleid uit een statuswijziging van het aanvraagrecord.
Waarom dit belangrijk is

Goedkeuring is een belangrijk mijlpaal die de omzetting van een aanvraag naar een inkooporder mogelijk maakt. Vertragingen op dit punt beïnvloeden de volledige inkooptijdlijn.

Waar je het vindt

Dit kan worden vastgelegd in de WorkflowTrackingStatusTable die bij de inkoopaanvraag hoort, of worden afgeleid uit een wijziging van het statusveld in PurchReqTable naar de status 'Approved'.

Vastleggen

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

Eventtype explicit
Inkooporder bevestigd door leverancier
Dit staat voor de bevestiging door de leverancier dat de gegevens van de inkooporder zijn ontvangen en akkoord zijn. Vaak is dit een handmatige invoerstap op basis van communicatie met de leverancier.
Waarom dit belangrijk is

Een bevestiging van de leverancier geeft zekerheid dat de order wordt verwerkt. Vertragingen of afwijkingen op dit punt kunnen wijzen op problemen met de orderafhandeling.

Waar je het vindt

Dit wordt meestal afgeleid uit het invullen van datum- of statusvelden voor bevestiging in PurchTable, zoals leveringsbevestigingsdata. Het hoeft geen afzonderlijke gebeurtenis te zijn.

Vastleggen

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

Eventtype inferred
Inkooporder geannuleerd
Geeft aan dat een inkooporder is beëindigd voordat deze volledig was afgerond. Dit wordt vastgelegd door een specifieke statuswijziging in het inkooporderdocument.
Waarom dit belangrijk is

Annuleringen vormen een belangrijke uitzonderingsroute. Door de frequentie en redenen te analyseren, kun je problemen in de planning of de betrouwbaarheid van leveranciers zichtbaar maken.

Waar je het vindt

Dit wordt afgeleid wanneer het veld DocumentState in PurchTable wordt bijgewerkt naar 'Canceled'. De timestamp van deze statuswijziging markeert de gebeurtenis.

Vastleggen

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

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

Dit is de laatste stap vóór betaling en is belangrijk voor het berekenen van de uiteindelijke inkoopkosten. Het vormt het eindpunt voor analyse van three-way matching.

Waar je het vindt

Deze gebeurtenis wordt vastgelegd bij het boeken 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 VendInvoiceJour-tabel die aan het PurchTable-record is gekoppeld.

Eventtype explicit
Inkooporder gewijzigd
Deze activiteit legt elke wijziging vast die na goedkeuring in een inkooporder is aangebracht. Dynamics 365 kan versies van de inkooporder bijhouden, zodat wijzigingen kunnen worden geïdentificeerd.
Waarom dit belangrijk is

Het volgen van wijzigingen is belangrijk om herstelwerk te identificeren, procesinstabiliteit te begrijpen en de 'PO Modification Rate' te meten. Wijzigingen kunnen leiden tot vertragingen en kostenverschillen.

Waar je het vindt

Dit wordt afgeleid door verschillende versies van de inkooporder te vergelijken die in archief- of versiebeheertabellen zijn opgeslagen, zoals PurchTableHistory. Een hoger versienummer betekent dat er een wijziging is aangebracht.

Vastleggen

Identificeer records waarbij het versienummer in PurchTable na goedkeuring is verhoogd.

Eventtype inferred
Inkooporder ter goedkeuring ingediend
Dit is het moment waarop een conceptinkooporder formeel wordt ingediend in de goedkeuringsworkflow. Meestal is dit een expliciete actie van de gebruiker die via workflowlogs wordt vastgelegd.
Waarom dit belangrijk is

Met deze activiteit begint de goedkeuringscyclus van de inkooporder officieel. Door dit moment te volgen, meet je precies hoe lang inkooporders op goedkeuring wachten en hoe lang de volledige goedkeuring duurt.

Waar je het vindt

Dit wordt vastgelegd in de WorkflowTrackingStatusTable voor de inkooporder. Daarin staan de indieningsgebeurtenis en de bijbehorende timestamp.

Vastleggen

Identificeer de gebeurtenis 'Submitted' in de workflowhistorie die bij het PurchTable-record hoort.

Eventtype explicit
Kwaliteitscontrole uitgevoerd
Dit staat voor het afronden van een kwaliteitscontrole van de ontvangen goederen. De gebeurtenis wordt vaak beheerd via de module Quality Management of via een statuswijziging.
Waarom dit belangrijk is

Deze activiteit kan een belangrijk knelpunt vormen tussen het ontvangen van goederen en het beschikbaar maken ervan. Door de duur te analyseren, verbeter je de KPI 'Quality Inspection Cycle Time'.

Waar je het vindt

Dit kan worden afgeleid uit het afronden 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 van de statusvoltooiing in InventQualityOrderTable die aan de inkooporderregel is gekoppeld.

Eventtype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit Microsoft Dynamics 365

Klaar om aan de slag te gaan?

Met deze template heb je alles wat je nodig hebt om je Purchase to Pay-proces voor inkooporders te optimaliseren. Begin vandaag nog met het verbeteren van je inkoopproces.

Verbeter nu de efficiëntie van je Purchase to Pay-proces voor inkooporders

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

Start je gratis proefperiode

Geen creditcard nodig, je bent in enkele minuten klaar