Je Purchase-to-Pay - Inkooporder datatemplate

Microsoft Dynamics 365
Je Purchase-to-Pay - Inkooporder datatemplate

Je Purchase-to-Pay - Inkooporder datatemplate

Deze template biedt een duidelijke stappenplan voor het verzamelen van de data die nodig is om je Inkoop tot betaling, Inkooporder proces te optimaliseren. Het beschrijft de belangrijke attributen om te verzamelen, de belangrijkste activiteiten om te volgen en biedt praktische begeleiding bij het extraheren van deze Informatie uit je bronsysteem. Gebruik dit hulpmiddel om ervoor te zorgen dat je data gereed is voor grondige procesanalyse.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen voor proces-mapping
  • Praktische handleiding voor data-extractie
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Inkoop tot betaling - Inkooporder-attributen

Dit zijn de aanbevolen velden om op te nemen in je event log voor een grondige analyse van je Inkoop tot betaling- en inkooporderprocessen.
5 Verplicht 5 Aanbevolen 9 Optioneel
Naam Omschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfs-gebeurtenis of stap die plaatsvond binnen de levenscyclus van de inkooporder.
Omschrijving

Dit attribuut beschrijft een enkele stap in het inkooporderproces, zoals 'Inkooporder aangemaakt', 'Inkooporder goedgekeurd' of 'Goederenontvangst geboekt'. De volgorde van deze activiteiten vormt de processtroom voor elke inkooporder.

Het analyseren van activiteiten vormt de kern van process mining. Het maakt de visualisatie van de proceskaart, de bekijkking van procesvarianten en de identificatie van activiteiten die vaak worden herhaald of vertragingen veroorzaken mogelijk. Inzicht in de volgorde en frequentie van activiteiten is belangrijk voor procesoptimalisatie.

Het belang

Dit attribuut is belangrijk voor het bouwen van de proceskaart en het begrijpen van de volgorde van gebeurtenissen die de levenscyclus van de inkooporder vormen.

Vindplaats

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

Voorbeelden
Inkooporder AangemaaktInkooporder GoedgekeurdGoederenontvangst geboektPurchase Order gefactureerd
Inkooporder
PurchaseOrderNumber
De unieke ID voor de Inkooporder, dienend als de primaire case voor procesanalyse.
Omschrijving

Het inkoopordernummer is de centrale identificatie die alle gerelateerde activiteiten verbindt, van het eerste concept tot de uiteindelijke voltooiing of annulering. Elk uniek nummer vertegenwoordigt één enkele instantie van het inkooporderproces.

In process mining wordt dit attribuut gebruikt om de volledige procesgang van elke inkooporder te reconstrueren. Het analyseren van het proces op basis van deze identificatie zorgt voor een gedetailleerd overzicht van de gehele levenscyclus, wat helpt bij het vinden van gemeenschappelijke paden, afwijkingen en knelpunten voor individuele orders.

Het belang

Het is de fundamentele sleutel voor het reconstrueren van de processtroom, waardoor de analyse van het traject van elke inkooporder van begin tot eind mogelijk wordt gemaakt.

Vindplaats

Dit is de primaire key in de inkooporder headertabel, typisch PurchTable met de veldnaam PurchId in Microsoft Dynamics 365.

Voorbeelden
PO-001245PO-001246PO-001247
TijdsTip Gebeurtenis
EventTime
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond.
Omschrijving

Deze timestamp registreert wanneer elke activiteit in het inkooporderproces plaatsvond. Het is de chronologische basis van het proces, waardoor gebeurtenissen correct kunnen worden geordend.

In procesanalyse zijn gebeurtenis tijdstempels belangrijk voor het berekenen van doorlooptijden, duurs tussen activiteiten en de algehele case duur. Ze worden gebruikt om knelpunten te vinden, prestaties te meten tegen SLA's en de het verloop in de tijd van het proces te begrijpen. Het wordt bijvoorbeeld gebruikt om de tijd tussen 'Inkooporder Aangemaakt' en 'Inkooporder Goedgekeurd' te berekenen.

Het belang

Timestamps zijn belangrijk voor het berekenen van alle tijdgebonden prestatiemeetwaarden, zoals doorlooptijden en duurs, die belangrijk zijn voor het vinden van procesknelpunten.

Vindplaats

Geëxtraheerd uit diverse datum/tijd-velden in meerdere tabellen, zoals CreatedDateTime op PurchTable, of boekingsdatums uit gerelateerde journaaltabellen.

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

Dit attribuut identificeert de bronapplicatie waar de data van de inkooporder vandaan komt. Voor dit datamodel zal de waarde typisch 'Microsoft Dynamics 365' zijn.

In grotere organisaties kunnen inkoopprocessen meerdere systemen omvatten. Dit attribuut helpt bij data governance en zorgt ervoor dat de herkomst van de data duidelijk is, wat bijzonder belangrijk is bij het samenvoegen van data uit verschillende bronnen.

Het belang

Biedt essentiële context over de oorsprong van de data, wat belangrijk is voor data governance, validatie en het begrijpen van het technische omgeving van het proces.

Vindplaats

Dit is een statische waarde die wordt toegevoegd tijdens het data-extractie- en transformatieproces om de dataset te labelen.

Voorbeelden
Microsoft Dynamics 365 F&OD365
Tijdstip van extractie
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit proces voor het voor het laatst is bijgewerkt.
Omschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het geeft context over de relevantie van de geanalyseerde data.

Weten wat de laatste update timestamp is, is belangrijk voor gebruikers om te begrijpen of zij de meest actuele proces-data bekijken. Het helpt bij het beoordelen van de relevantie van de analyse en bij het plannen van reguliere dataverversingen.

Het belang

Zorgt voor transparantie door de tijd heenigheid van de data, zodat gebruikers weten hoe actueel hun procesanalyse is.

Vindplaats

Dit is een metadata attribuut die wordt gegenereerd en opgeslagen tijdens het data-importion proces.

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

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

Het analyseren van gebruikersactiviteit helpt bij het begrijpen van de werkverdeling, het vinden van trainingsbehoeften en het lokaliseren van personen of teams die betrokken zijn bij procesafwijkingen. Het is belangrijk voor dashboards voor de prestaties van goedkeurders en kan worden gebruikt om het proces te filteren op activiteiten uitgevoerd door specifieke gebruikers.

Het belang

Het maakt prestatieanalyse per gebruiker mogelijk, helpt knelpunten te vinden die verband houden met specifieke individuen en biedt verantwoording voor processtappen.

Vindplaats

Te vinden in velden zoals CreatedBy of ModifiedBy in tabellen zoals PurchTable. Gebruikersdetails worden doorgaans opgeslagen in de GebruikerInfo tabel.

Voorbeelden
Alice JohnsonBob WilliamsSysAdmin
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop het bedrijf de leverancier verzocht de goederen of diensten te leveren.
Omschrijving

Deze datum is gespecificeerd op de inkooporder en communiceert de gewenste leveringstermijn aan de leverancier. Het dient als een basislijn voor het meten van de leveringsprestaties van de leverancier.

Dit attribuut is belangrijk voor het 'Vendor Delivery Adherence' dashboard en de 'On-Time Delivery Rate' KPI. Door de RequestedDeliveryDate te vergelijken met de feitelijke goederenontvangstdatum, kunnen bedrijven de betrouwbaarheid van de leverancier kwantificeren en chronische vertragingen in de supply chain vinden.

Het belang

Het is de basislijn voor het meten van de prestaties van tijdige leveringen, wat een kritieke KPI is voor het beoordelen van de betrouwbaarheid van leveranciers en de efficiëntie van de toeleveringsketen.

Vindplaats

Typisch te vinden in de PurchTable (kopniveau) of PurchLine (regelniveau) als DeliveryDate.

Voorbeelden
2023-11-152023-12-012024-01-20
Naam Leverancier
VendorName
De naam van de leverancier voor wie de inkooporder is aangemaakt.
Omschrijving

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

Het segmenteren van het proces op leveranciersnaam is belangrijk voor het ewaarderen van leveranciersprestaties. Het maakt de analyse mogelijk van tijdige leveringen, retourpercentages en uitkomsten van kwaliteitsinspecties voor elke leverancier. Dit helpt bij het vinden van betrouwbare partners en degenen die vertragingen of kwaliteitsproblemen kunnen veroorzaken.

Het belang

Dit attribuut is belangrijk voor leverancier prestaties management, wat analyses van levertijden, retourpercentages en algehele betrouwbaarheid per leverancier mogelijk maakt.

Vindplaats

De leveranciersrekening is opgeslagen in PurchTable (veld OrderAccount). De naam wordt opgehaald door te koppelen aan de VendTable.

Voorbeelden
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
PO Status
PurchaseOrderStatus
De huidige status van de inkooporder in zijn levenscyclus.
Omschrijving

Dit attribuut geeft de algehele status van de inkooporder op een bepaald moment aan, zoals 'Open order', 'Ontvangen', 'Gefactureerd' of 'Geannuleerd'. Het vertegenwoordigt de uitkomst van de laatste activiteit.

Het volgen van de status is nuttig om de huidige status van alle open inkooporders te begrijpen. Binnen process mining kan het worden gebruikt om de uitkomsten van cases te analyseren, bijvoorbeeld door te filteren op alle inkooporders die eindigden in een 'Geannuleerd'-status om de redenen daarvan te onderzoeken.

Het belang

Biedt een momentopname van de huidige status van de inkooporder, wat nuttig is voor het filteren van cases en het analyseren van procesresultaten, zoals voltooiings- of annuleringspercentages.

Vindplaats

Te vinden in de PurchTable. De primaire statusvelden zijn DocumentState en PurchStatus.

Voorbeelden
Openstaande orderOntvangenGefactureerdGeannuleerd
Totaalbedrag Inkooporder
PurchaseOrderTotalAmount
De totale financiële waarde van de inkooporder.
Omschrijving

Dit attribuut vertegenwoordigt de totale kosten van alle items en diensten die in de inkooporder zijn opgenomen. Het is een belangrijke financiële metriek voor het inkoopproces.

Het analyseren van het proces op basis van het totale bedrag kan belangrijke inzichten opleveren. Inkooporders met een hogere waarde kunnen bijvoorbeeld een ander, strenger goedkeuringstraject volgen of langere doorlooptijden hebben. Het wordt ook gebruikt in financiële rapportages en voor het categoriseren van inkooporders in waardecategorieën voor analyse.

Het belang

Maakt financiële analyse van het inkoopproces mogelijk, en helpt te vinden hoe de orderwaarde het procesgedrag beïnvloedt, zoals approval times en paden.

Vindplaats

Deze waarde kan worden berekend uit de PurchLine tabel door de LineBedrag op te tellen voor een gegeven PurchId, of gevonden worden in header-level amount velden in PurchTable.

Voorbeelden
5250.00120.50150000.00
Afdeling
DepartmentName
De naam van de afdeling die de inkoopaanvraag of -order heeft geïnitieerd.
Omschrijving

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

Het analyseren van het proces per afdeling is belangrijk om te begrijpen hoe verschillende delen van de organisatie het inkoopproces gebruiken. Het kan helpen afdelingen te vinden met langere goedkeuringscycli, hogere aantallen inkooporderwijzigingen of specifieke inkooppatronen. Dit maakt gerichte procesverbeteringsinitiatieven mogelijk.

Het belang

Maakt vergelijking van procesprestaties tussen verschillende bedrijfsonderdelen mogelijk, en helpt bij het vinden van afdelingsspecifiek gedrag, knelpunten of inefficiënties.

Vindplaats

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

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

In een omgeving met meerdere bedrijven specificeert dit attribuut welke juridische entiteit de aankoop doet. Dit is een fundamenteel organisatorisch datapunt.

Dit attribuut maakt een vergelijkende analyse van het P2P-proces mogelijk tussen verschillende juridische entiteiten binnen dezelfde organisatie. Het kan verschillen in procesefficiëntie, compliance en leveranciersbeheer van het ene bedrijf tot het andere benadrukken, ter ondersteuning van standaardisatie-inspanningen.

Het belang

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

Vindplaats

Dit is het DataAreaId veld, dat aanwezig is in bijna elke tabel in Dynamics 365, inclusief PurchTable.

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

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

Deze koppeling is belangrijk voor het analyseren van het volledige 'Aanvraag tot inkooporder'-proces. Het maakt het meten van de KPI 'Omzettingssnelheid aanvraag naar inkooporder' mogelijk en inzicht in hoe snel interne vraag wordt omgezet in een externe order. Het helpt ook bij het analyseren van compliance, bijvoorbeeld door inkooporders te vinden die zonder formele aanvraag zijn aangemaakt.

Het belang

Koppelt de inkooporder aan de initiële aanvraag, waardoor analyse van de aanvraag-tot-order doorlooptijd en naleving van het proces mogelijk worden.

Vindplaats

Te vinden in de PurchLine-tabel, in het veld PurchReqId, dat teruglinkt naar de PurchReqTable.

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

Dit attribuut biedt een manier om inkooporderitems te groeperen in logische categorieën. Deze classificatie helpt bij het analyseren van bestedingspatronen en procesvarianties over verschillende soorten inkoop.

In procesanalyse kan filteren op inkoopcategorie verschillende gedragingen inzichtelijk maken. Het inkoopproces voor kapitaaluitgaven kan bijvoorbeeld langer en complexer zijn dan voor operationele benodigdheden. Het wordt gebruikt in dashboards om wijzigingstrends en retourpercentages per categorie te analyseren.

Het belang

Maakt segmentatie van het proces mogelijk op basis van het type goederen of diensten dat wordt ingekocht, waardoor verschillende procesgedragingen voor verschillende spend categories worden onthuld.

Vindplaats

Artikelcategorieën zijn gekoppeld aan de vrijgegeven producten (InventTable) die vervolgens worden gebruikt op de PurchLine. De categorie-Informatie zelf wordt opgeslagen in de categoriebeheertabellen.

Voorbeelden
IT-hardwareKantoorbenodigdhedenProfessionele DienstenGrondstoffen
Is inkooporder gewijzigd
IsPurchaseOrderChanged
Een booleaanse vlag die aangeeft of de inkooporder is gewijzigd na de initiële goedkeuring.
Omschrijving

Dit berekende attribuut wordt ingesteld op 'true' als er een 'Inkooporder Gewijzigd' activiteit plaatsvindt na de 'Inkooporder Goedgekeurd' activiteit voor een bepaalde case. Het vereenvoudigt de analyse van rework en wijzigingen.

Deze flag is belangrijk voor het berekenen van de 'PO Modification Rate Post-Approval' KPI en voor het 'Purchase Order Modification Trends' dashboard. Het biedt een eenvoudige manier om inkooporders die rework vereisten te isoleren en te analyseren, wat helpt bij het vinden van de hoofdoorzaken van dergelijke wijzigingen.

Het belang

Vereenvoudigt de meting van herstelwerk en de wijzigingsfrequentie, die belangrijke indicatoren zijn voor procesinstabiliteit en inefficiëntie.

Vindplaats

Dit is een berekende attribuut afgeleid uit de volgorde van activiteiten in de event log.

Voorbeelden
truefalse
Is Tijdige Levering
IsOnTimeDelivery
Een booleaanse vlag die aangeeft of de goederen zijn ontvangen op of vóór de aangevraagde leverdatum.
Omschrijving

Dit berekende attribuut vergelijkt de timestamp van de activiteit 'Goederenontvangst geboekt' met de RequestedDeliveryDate. Het wordt ingesteld op 'true' als de ontvangstdatum op of vóór de gevraagde datum ligt.

Deze flag ondersteunt direct de berekening van de 'On-Time Delivery Rate' KPI. Het vereenvoudigt de analyse van de leverancierprestaties en maakt eenvoudige filtering en visualisatie van tijdige versus late leveringen mogelijk, wat centraal staat in het 'Vendor Delivery Adherence' dashboard.

Het belang

Biedt een helder, binair resultaat voor leveringsprestaties, wat de berekening van on-time delivery KPI's en leverancier-scorecards vereenvoudigt.

Vindplaats

Dit is een berekende attribuut die is afgeleid door de RequestedDeliveryDate te vergelijken met de EventTime van de activiteit 'Goederenontvangst geboekt'.

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

Dit attribuut specificeert de fysieke locatie voor de levering van items op de inkooporder. Dit kan een magazijn, een specifiek kantoor of een projectlocatie zijn.

Het analyseren van het proces per leveringslocatie kan helpen bij het vinden van regionale of locatiegebonden knelpunten, met name in het goederenontvangstproces. Het dashboard 'Verwerkingstijd Goederenontvangst' kan dit attribuut gebruiken om de efficiëntie op verschillende locaties te vergelijken.

Het belang

Helpt bij het vinden van locatiespecifieke procesvariaties of vertragingen, met name in de fasen van goederenontvangst en kwaliteitsinspectie.

Vindplaats

Leveringsadres- en locatie-Informatie wordt opgeslagen in de PurchTable en kan standaard worden ingevuld uit de bedrijfs- of leveranciersinstellingen.

Voorbeelden
Hoofdmagazijn AKantoor Gebouw CDistributiecentrum Westkust
Naam goedkeurder
ApproverName
De naam van de gebruiker die de inkooporder of een stap in de goedkeuringsworkflow heeft goedgekeurd.
Omschrijving

Dit attribuut identificeert de manager of gebruiker die formele goedkeuring heeft gegeven aan de inkooporder, waardoor deze verder kan gaan. In multi-level approval workflows kunnen er meerdere goedkeurders zijn voor één inkooporder.

Het volgen van de goedkeurder is onmisbaar voor de dashboards 'Analyse doorlooptijd goedkeuring inkooporder' en 'Prestatiegegevens goedkeurders'. Het maakt de meting mogelijk van hoe lang elke goedkeurder erover doet, identificeert knelpunten in de goedkeuringsketen en helpt bij het beoordelen van de werkverdeling en efficiëntie.

Het belang

Maakt analyse van het goedkeuringsproces mogelijk, helpt bij het vinden van goedkeuringsknelpunten en het meten van de prestaties en werkdruk van verschillende fiatteurs.

Vindplaats

GoedkeuringsInformatie wordt doorgaans opgeslagen in workflow tracking tables, niet direct op PurchTable. Het vereist het opvragen van de workflow history die gekoppeld is aan de inkooporder.

Voorbeelden
Charles GreenDiana PrinceEdward Nigma
Retourreden
ReturnReason
De opgegeven reden wanneer goederen van een inkooporder worden teruggestuurd naar de leverancier.
Omschrijving

Wanneer een 'Goederen geretourneerd aan leverancier' activiteit plaatsvindt, legt dit attribuut de reden voor de retourzending vast, zoals 'Beschadigde goederen', 'Verkeerd artikel' of 'Slechte kwaliteit'.

Deze gegevens zijn zeer waardevol voor het 'Retourpercentage inkooporders' dashboard. Het analyseren van retourredenen helpt de grondoorzaken van retouren te vinden, of deze nu gerelateerd zijn aan leverancierskwaliteit, interne bestelfouten of verzendproblemen. Dit maakt gerichte acties mogelijk om het retourpercentage te verlagen.

Het belang

Biedt inzicht in waarom goederen worden geretourneerd, wat helpt bij het diagnosticeren van problemen met leverancier-kwaliteit, bestelnauwkeurigheid of logistiek.

Vindplaats

Retourredenen worden doorgaans vastgelegd bij retourordertransacties of via redencodes die zijn gekoppeld aan negatieve ontvangstjournaals.

Voorbeelden
Beschadigd tijdens transportVerkeerd artikel geleverdMislukte kwaliteitsinspectie
Verplicht Aanbevolen Optioneel

Inkoop tot betaling - Inkooporder-activiteiten

Dit zijn de essentiële processtappen en mijlpalen die je moet vastleggen in je event log voor nauwkeurige analyse en optimalisatie.
6 Aanbevolen 8 Optioneel
Activiteit Omschrijving
Goederenontvangst geboekt
Markeert de officiële registratie van ontvangen goederen tegen de inkooporder in het systeem. Dit gebeurtenis wordt vastgelegd wanneer een product receipt journal wordt geboekt.
Het belang

Dit is een belangrijke mijlpaal die de inventory bijwerkt en het begin van het factuurafstemmingsproces markeert. Het is het eindpunt voor het meten van de 'On-Time Delivery Rate' en de leverancier lead time.

Vindplaats

Vastgelegd bij de aanmaak van het productontvangstjournaal, opgeslagen in VendPackingSlipJour. De createdDateTime of PackingSlipDate in deze tabel geeft aan wanneer goederen officieel zijn ontvangen.

Vastleggen

Gebruik de creation of posting timestamp uit het VendPackingSlipJour record dat is gekoppeld aan de inkooporder.

Gebeurtenistype explicit
Inkoopaanvraag Aangemaakt
Deze activiteit markeert de creatie van een inkoopaanvraag, het formele verzoek om goederen of diensten. Het wordt vastgelegd wanneer een nieuw record wordt aangemaakt in de inkoopaanvraagtabel, wat het begin van de inkoopbehoefte aangeeft.
Het belang

Dit is de initiële trigger voor het inkooporderproces. Het analyseren van de tijd vanaf dit gebeurtenis tot de aanmaak van de inkooporder helpt bij het meten van de interne procesefficiëntie en de responsiveness op de vraag.

Vindplaats

Dit gebeurtenis komt overeen met de creatie van een record in de PurchReqTable. De creation timestamp (createdDateTime) van het record markeert de gebeurtenistijd.

Vastleggen

Extraheer de aanmaak-timestamp uit de PurchReqTable voor elke inkoopaanvraag.

Gebeurtenistype explicit
Inkooporder Aangemaakt
Deze activiteit duidt op de creatie van een concept-inkooporderdocument in het systeem. Het wordt vastgelegd via de creatie-timestamp van de inkooporderheaderrecord, vaak volgend op een goedgekeurde aanvraag.
Het belang

Dit markeert de overgang van een interne aanvraag naar een formeel inkoopdocument. Het is een belangrijk startpunt voor het meten van de verwerkings- en goedkeuringsdoorlooptijden van inkooporders.

Vindplaats

Dit gebeurtenis is de creatie van een record in de PurchTable. Het createdDateTime veld in deze tabel levert de timestamp voor de activiteit.

Vastleggen

Haal de aanmaak timestamp op van de PurchTable voor elke inkooporder.

Gebeurtenistype explicit
Inkooporder Goedgekeurd
Markeert de definitieve goedkeuring van de inkooporder, waarmee deze geautoriseerd wordt om naar de leverancier te worden gestuurd. Dit gebeurtenis wordt doorgaans afgeleid uit een statuswijziging van de PO of direct vastgelegd vanuit de workflowhistorie.
Het belang

Dit is een kritieke mijlpaal, aangezien er geen verdere actie kan worden ondernomen totdat de inkooporder is goedgekeurd. Het is belangrijk voor het analyseren van goedkeuringsknelpunten en het meten van de 'PO Approval Cycle Time' KPI.

Vindplaats

Afgeleid uit het DocumentState-veld op de PurchTable dat verandert naar 'Approved'. Alternatief kan het worden ontleend aan de voltooiings-timestamp van de laatste goedkeuringsstap in de WorkflowTrackingStatusTable.

Vastleggen

Identificeer de timestamp wanneer de DocumentState op PurchTable overgaat naar 'Approved'.

Gebeurtenistype inferred
Inkooporder naar Leverancier Verzonden
Deze activiteit geeft aan dat de goedgekeurde inkooporder is gecommuniceerd naar de leverancier. Het wordt vastgelegd wanneer de inkooporder wordt bevestigd, wat een bevestigingsjournaal genereert en doorgaans het versturen van het document activeert.
Het belang

Dit is de eerste extern gerichte stap en start de klok voor de supplier lead time. Het is belangrijk voor het volgen van de prestaties van de leverancier en de 'On-Time Delivery Rate' KPI.

Vindplaats

Het gebeurtenis wordt gekenmerkt door de aanmaak van een record in de PurchPurchaseOrderJour-tabel (het PO-bevestigingsjournaal). De aanmaakdatum van dit journaal dient als de activiteits-timestamp.

Vastleggen

Gebruik de creation timestamp van het eerste PurchPurchaseOrderJour record voor de inkooporder.

Gebeurtenistype explicit
Purchase Order voltooid
Geeft de succesvolle afsluiting aan van de levenscyclus van de inkooporder, waarbij alle goederen zijn ontvangen en gefactureerd. Dit wordt doorgaans afgeleid wanneer de inkooporderstatus wordt bijgewerkt naar een definitieve, gesloten staat.
Het belang

Deze activiteit markeert het einde van een succesvolle procesinstantie. Het meten van de 'Totale doorlooptijd inkooporder' van creatie tot voltooiing biedt een integraal beeld van de procesefficiëntie.

Vindplaats

Afgeleid uit de statusvelden op de PurchTable, bijvoorbeeld wanneer zowel DocumentState 'Invoiced' is als de regelitemstatussen volledige ontvangst en facturering aangeven.

Vastleggen

Identificeer de timestamp wanneer de header- en regelstatussen van de inkooporder worden bijgewerkt naar een definitieve, gesloten status (bijv. 'Invoiced').

Gebeurtenistype inferred
Goederen Retour Afzender
Geeft aan dat eerder ontvangen goederen zijn teruggestuurd naar de leverancier vanwege problemen zoals schade of verkeerde artikelen. Dit wordt vastgelegd door een retourtransactie te boeken.
Het belang

Retouren vertegenwoordigen procesfouten en extra kosten. Het volgen van deze activiteit helpt bij het berekenen van het 'Retourpercentage Inkooporders' en het vinden van problemen met leveranciers of producten.

Vindplaats

Dit gebeurtenis wordt afgeleid uit de creatie van een inkooporder met een negatieve hoeveelheid of een specifiek retourorderdocument dat verwijst naar de herkomstele inkooporder. De transactiedatum van de retourboeking is de gebeurtenistijd.

Vastleggen

Identificeer het boeken van een inkoopretourorder of een creditnota ten opzichte van de oorspronkelijke inkooporder.

Gebeurtenistype explicit
Inkoopaanvraag Goedgekeurd
Vertegenwoordigt de formele goedkeuring van een inkoopaanvraag door een geautoriseerde manager. Dit gebeurtenis wordt doorgaans vastgelegd vanuit de historielogs van de workflow of door een statuswijziging in het aanvraagrecord te volgen.
Het belang

Goedkeuring is een kritieke mijlpaal die de omzetting van een aanvraag in een inkooporder mogelijk maakt. Vertragingen hier hebben directe invloed op de gehele inkooptijdlijn.

Vindplaats

Kan worden vastgelegd vanuit de WorkflowTrackingStatusTable die gekoppeld is aan de inkoopaanvraag, of worden afgeleid uit een wijziging van het statusveld op de PurchReqTable naar 'Goedgekeurd'.

Vastleggen

Gebruik de completion timestamp van de laatste goedkeuringsstap in de workflow history voor de aanvraag.

Gebeurtenistype explicit
Inkooporder Geannuleerd
Vertegenwoordigt de annulering van een inkooporder voordat deze volledig was voltooid. Dit wordt vastgelegd door een specifieke statuswijziging op het inkooporderdocument.
Het belang

Annuleringen zijn een belangrijk uitzonderingsgeval. Het analyseren van hun frequentie en redenen kan problemen in de planning of leveranciersbetrouwbaarheid inzichtelijk maken.

Vindplaats

Dit wordt afgeleid uit het DocumentState veld in de PurchTable dat is bijgewerkt naar 'Annulerened'. De timestamp van deze statuswijziging markeert het gebeurtenis.

Vastleggen

Identificeer de timestamp wanneer de DocumentState op PurchTable is ingesteld op 'Annulerened'.

Gebeurtenistype inferred
Inkooporder Gewijzigd
Deze activiteit registreert elke wijziging die aan een inkooporder is aangebracht nadat deze is goedgekeurd. Dynamics 365 kan versies van de inkooporder bijhouden, waardoor wijzigingen kunnen worden geïdentificeerd.
Het belang

Het bijhouden van wijzigingen is belangrijk voor het vinden van rework, het begrijpen van procesinstabiliteit en het meten van de 'PO Modification Rate'. Wijzigingen kunnen leiden tot vertragingen en kostenvariaties.

Vindplaats

Afgeleid door verschillende versies van de inkooporder te vergelijken, opgeslagen in archief- of versiebeheertabellen (bijv. PurchTableHistory). Een verhoging van het versienummer duidt op een wijziging.

Vastleggen

Identificeer records waarbij het versienummer op de PurchTable is verhoogd na goedkeuring.

Gebeurtenistype inferred
Kwaliteitsinspectie Uitgevoerd
Vertegenwoordigt de voltooiing van een kwaliteitsinspectie voor de ontvangen goederen. Dit gebeurtenis wordt vaak beheerd via de Quality Management-module of een statusupdate.
Het belang

Deze activiteit kan een aanzienlijk knelpunt vormen tussen het ontvangen van goederen en het beschikbaar stellen ervan voor gebruik. Het analyseren van de duur helpt bij het verbeteren van de KPI 'Doorlooptijd kwaliteitsinspectie'.

Vindplaats

Dit kan worden afgeleid uit de voltooiing van een Quality Order (InventQualityOrderTable) die gekoppeld is aan de inkooporderontvangst. De timestamp van de statuswijziging naar 'Passed' of 'Failed' markeert het gebeurtenis.

Vastleggen

Volg de status completion timestamp in de InventQualityOrderTable die is gekoppeld aan de inkooporderregel.

Gebeurtenistype inferred
Purchase Order bevestigd door leverancier
Vertegenwoordigt de bevestiging en erkenning door de leverancier van de inkooporderdetails. Dit is vaak een handmatige datainvoerstap gebaseerd op communicatie van de leverancier.
Het belang

De leveranciersbevestiging biedt zekerheid dat de bestelling wordt verwerkt. Vertragingen of afwijkingen in deze fase kunnen wijzen op mogelijke leveringsproblemen.

Vindplaats

Dit wordt typisch afgeleid uit de vulling van bevestigingsgerelateerde datum- of statusvelden in de PurchTable, zoals leveringsbevestigingsdatums. Dit is mogelijk geen discreet gebeurtenis.

Vastleggen

Afleiden uit het invullen van een specifiek bevestigingsdatumveld op de PurchTable of PurchLine.

Gebeurtenistype inferred
Purchase Order gefactureerd
Deze activiteit markeert het punt waarop een leveranciersfactuur is ontvangen en geboekt tegen de inkooporder. Deze gebeurtenis koppelt de inkoop- en betaalprocessen.
Het belang

Dit is de laatste stap vóór betaling en is belangrijk voor het berekenen van de uiteindelijke kosten van de aankoop. Het biedt een eindpunt voor three-way matching analysis.

Vindplaats

Dit gebeurtenis wordt vastgelegd vanuit het boeken van een leverancier invoice journal (VendInvoiceJour) dat is afgestemd op de inkooporder. De InvoiceDate of boekingsdatum op dit record is de timestamp.

Vastleggen

Gebruik de posting timestamp uit de VendInvoiceJour tabel die is gekoppeld aan het PurchTable record.

Gebeurtenistype explicit
Purchase Order ingediend ter goedkeuring
Vertegenwoordigt het punt waarop een concept-inkooporder formeel wordt ingediend in de goedkeuringsworkflow. Dit is doorgaans een expliciete actie van de gebruiker, vastgelegd via workflow-logs.
Het belang

Deze activiteit start officieel de goedkeuringscyclus van de inkooporder. Dit bijhouden maakt een nauwkeurige meting mogelijk van hoe lang inkooporders wachten op goedkeuring en de totale goedkeuringsduur.

Vindplaats

Vastgelegd vanuit de WorkflowTrackingStatusTable voor de inkooporder, die de indienings-gebeurtenis en timestamp registreert.

Vastleggen

Identificeer de 'Submitted' gebeurtenis in de workflow geschiedenis die gekoppeld is aan de PurchTable-record.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit Microsoft Dynamics 365