Data template: Purchase to Pay - Purchase Order

Microsoft Dynamics 365
Data template: Purchase to Pay - Purchase Order

Uw Purchase to Pay - Inkooporder Data Template

Deze template biedt een duidelijke roadmap voor het verzamelen van de essentiële data die nodig is om uw Purchase to Pay, Inkooporder proces te optimaliseren. Het beschrijft de cruciale attributes om te verzamelen, de belangrijkste activities om te volgen en biedt praktische begeleiding bij het extraheren van deze informatie uit uw source system. Gebruik deze resource om ervoor te zorgen dat uw data gereed is voor uitgebreide procesanalyse.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen voor procesmapping
  • Praktische handleiding voor data-extractie
Nieuw met event logs? Leer hoe u een process mining event log creëert.

Purchase to Pay - Purchase Order-attributes

Dit zijn de aanbevolen data-velden om op te nemen in uw event log voor een uitgebreide analyse van uw Purchase to Pay- en inkooporderprocessen.
5 Verplicht 5 Aanbevolen 10 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfs-event of stap die plaatsvond binnen de levenscyclus van de inkooporder.
Beschrijving

Dit attribute 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 is de kern van process mining. Het maakt de visualisatie van de proceskaart, de ontdekking van procesvarianten en de identificatie van activiteiten die vaak worden herhaald of vertragingen veroorzaken mogelijk. Inzicht in de volgorde en frequentie van activiteiten is essentieel voor procesoptimalisatie.

Waarom het belangrijk is

Dit attribute is essentieel voor het bouwen van de proceskaart en het begrijpen van de volgorde van events die de levenscyclus van de inkooporder vormen.

Waar te verkrijgen

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

Voorbeelden
Inkooporder AangemaaktPurchase Order goedgekeurdGoederenontvangst geboektPurchase Order gefactureerd
Inkooporder
PurchaseOrderNumber
De unieke identificatie voor de Inkooporder, dienend als de primaire case voor procesanalyse.
Beschrijving

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 end-to-end reis 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 identificeren van gemeenschappelijke paden, afwijkingen en knelpunten voor individuele orders.

Waarom het belangrijk is

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.

Waar te verkrijgen

Dit is de primaire key in de inkooporder header table, 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.
Beschrijving

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

In procesanalyse zijn event timestamps fundamenteel voor het berekenen van cycle times, durations tussen activities en de algehele case duration. Ze worden gebruikt om knelpunten te identificeren, prestaties te meten tegen SLA's en de temporele dynamiek van het proces te begrijpen. Het wordt bijvoorbeeld gebruikt om de tijd tussen 'Inkooporder Aangemaakt' en 'Inkooporder Goedgekeurd' te berekenen.

Waarom het belangrijk is

Timestamps zijn cruciaal voor het berekenen van alle tijdgebaseerde prestatiemetrics, zoals cycle times en durations, die essentieel zijn voor het identificeren van procesknelpunten.

Waar te verkrijgen

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 geëxtraheerd.
Beschrijving

Dit attribute 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 attribute 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.

Waarom het belangrijk is

Biedt essentiële context over de oorsprong van de data, wat cruciaal is voor data governance, validatie en het begrijpen van het technologische landschap van het proces.

Waar te verkrijgen

Dit is een statische waarde die wordt toegevoegd tijdens het data extraction and transformation proces om de dataset te labelen.

Voorbeelden
Microsoft Dynamics 365 F&OD365
Laatste data-update
LastDataUpdate
De timestamp die de laatste keer aangeeft dat de data voor dit proces is ververst.
Beschrijving

Dit attribute registreert de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het geeft context over de actualiteit 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.

Waarom het belangrijk is

Zorgt voor transparantie over de tijdigheid van de data, zodat gebruikers weten hoe actueel hun procesanalyse is.

Waar te verkrijgen

Dit is een metadata attribute die wordt gegenereerd en opgeslagen tijdens het data ingestion proces.

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

Dit attribute identificeert de persoon die verantwoordelijk is voor het uitvoeren van een event, 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 identificeren van trainingsbehoeften en het lokaliseren van personen of teams die betrokken zijn bij procesafwijkingen. Het is essentieel voor dashboards met betrekking tot de prestaties van goedkeurders en kan worden gebruikt om het proces te filteren op activiteiten uitgevoerd door specifieke gebruikers.

Waarom het belangrijk is

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

Waar te verkrijgen

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

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

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

Dit attribute is essentieel 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 vendor kwantificeren en chronische vertragingen in de supply chain identificeren.

Waarom het belangrijk is

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.

Waar te verkrijgen

Typisch te vinden in de PurchTable (kopniveau) of PurchLine (line item level) als DeliveryDate.

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

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

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

Waarom het belangrijk is

Dit attribute is essentieel voor vendor performance management, wat analyses van levertijden, retourpercentages en algehele betrouwbaarheid per leverancier mogelijk maakt.

Waar te verkrijgen

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.
Beschrijving

Dit attribute 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.

Waarom het belangrijk is

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.

Waar te verkrijgen

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

Voorbeelden
Openstaande orderOntvangenGefactureerdGeannuleerd
Totaalbedrag Inkooporder
PurchaseOrderTotalAmount
De totale monetaire waarde van de inkooporder.
Beschrijving

Dit attribute vertegenwoordigt de totale kosten van alle items en diensten die in de inkooporder zijn opgenomen. Het is een belangrijke financiële metric 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 waardebanden voor analyse.

Waarom het belangrijk is

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

Waar te verkrijgen

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

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

Dit attribute 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 essentieel om te begrijpen hoe verschillende delen van de organisatie het inkoopproces gebruiken. Het kan helpen afdelingen te identificeren met langere goedkeuringscycli, hogere aantallen inkooporderwijzigingen of specifieke inkooppatronen. Dit maakt gerichte procesverbeteringsinitiatieven mogelijk.

Waarom het belangrijk is

Maakt vergelijking van procesprestaties over verschillende bedrijfseenheden mogelijk, en helpt bij het identificeren van afdelingsspecifiek gedrag, knelpunten of inefficiënties.

Waar te verkrijgen

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.
Beschrijving

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

Dit attribute 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.

Waarom het belangrijk is

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

Waar te verkrijgen

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

Voorbeelden
USMFDEMFGBSI
Doorlooptijd goedkeuringscyclus
ApprovalCycleTime
De doorlooptijd tussen de aanmaak van een inkooporder en de uiteindelijke goedkeuring.
Beschrijving

Deze berekende metric meet de verstreken tijd vanaf de activiteit 'Inkooporder Aangemaakt' tot de activiteit 'Inkooporder Goedgekeurd'. Het is een directe maatstaf voor de efficiëntie van de goedkeuringsworkflow.

Deze attribute is de primaire maatstaf voor de 'Average PO Approval Time' KPI en het 'PO Approval Cycle Time Analysis' dashboard. Het analyseren van deze duur helpt bij het identificeren van knelpunten in de goedkeuringsketen en het beoordelen of de goedkeuringsprocessen voldoen aan interne SLA's.

Waarom het belangrijk is

Meet direct de efficiëntie van de goedkeuringsworkflow, een veelvoorkomend gebied voor vertragingen in het inkoopproces.

Waar te verkrijgen

Berekend door het tijdsverschil te vinden tussen de EventTime van de activities 'Purchase Order Approved' en 'Purchase Order Created' voor elke case.

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

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

Deze koppeling is van vitaal belang 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 identificeren die zonder formele aanvraag zijn aangemaakt.

Waarom het belangrijk is

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

Waar te verkrijgen

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'.
Beschrijving

Dit attribute 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 aan het licht brengen. 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.

Waarom het belangrijk is

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.

Waar te verkrijgen

Itemcategorieë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.
Beschrijving

Dit berekende attribute 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 herwerk en wijzigingen.

Deze flag is cruciaal 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 herwerk vereisten te isoleren en te analyseren, wat helpt bij het identificeren van de hoofdoorzaken van dergelijke wijzigingen.

Waarom het belangrijk is

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

Waar te verkrijgen

Dit is een berekende attribute afgeleid uit de volgorde van activities 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.
Beschrijving

Dit berekende attribute 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 vendorprestaties en maakt eenvoudige filtering en visualisatie van tijdige versus late leveringen mogelijk, wat centraal staat in het 'Vendor Delivery Adherence' dashboard.

Waarom het belangrijk is

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

Waar te verkrijgen

Dit is een berekende attribute 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.
Beschrijving

Dit attribute 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 identificeren van regionale of locatiegebonden knelpunten, met name in het goederenontvangstproces. Het dashboard 'Verwerkingstijd Goederenontvangst' kan dit attribute gebruiken om de efficiëntie op verschillende locaties te vergelijken.

Waarom het belangrijk is

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

Waar te verkrijgen

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.
Beschrijving

Dit attribute 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 fundamenteel 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.

Waarom het belangrijk is

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

Waar te verkrijgen

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.
Beschrijving

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 data is van onschatbare waarde voor het 'Retourpercentage inkooporders' dashboard. Het analyseren van retourredenen helpt de grondoorzaken van retouren te identificeren, of deze nu gerelateerd zijn aan leverancierskwaliteit, interne bestelfouten of verzendproblemen. Dit maakt gerichte acties mogelijk om het retourpercentage te verlagen.

Waarom het belangrijk is

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

Waar te verkrijgen

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

Purchase to Pay - Purchase Order-activiteiten

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

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 vendor lead time.

Waar te verkrijgen

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.
Waarom het belangrijk is

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

Waar te verkrijgen

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

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.
Waarom het belangrijk is

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

Waar te verkrijgen

Dit event 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
Purchase Order goedgekeurd
Markeert de definitieve goedkeuring van de inkooporder, waarmee deze geautoriseerd wordt om naar de leverancier te worden gestuurd. Dit event wordt doorgaans afgeleid uit een statuswijziging van de PO of direct vastgelegd vanuit de workflowhistorie.
Waarom het belangrijk is

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

Waar te verkrijgen

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
Purchase Order verzonden naar leverancier
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.
Waarom het belangrijk is

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

Waar te verkrijgen

Het event 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.
Waarom het belangrijk is

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

Waar te verkrijgen

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 aan leverancier
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.
Waarom het belangrijk is

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

Waar te verkrijgen

Dit event wordt afgeleid uit de creatie van een inkooporder met een negatieve hoeveelheid of een specifiek retourorderdocument dat verwijst naar de originele inkooporder. De transactiedatum van de retourboeking is de eventtijd.

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 event wordt doorgaans vastgelegd vanuit de historielogs van de workflow of door een statuswijziging in het aanvraagrecord te volgen.
Waarom het belangrijk is

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.

Waar te verkrijgen

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 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.
Waarom het belangrijk is

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

Waar te verkrijgen

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 event wordt vaak beheerd via de Quality Management-module of een statusupdate.
Waarom het belangrijk is

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'.

Waar te verkrijgen

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 event.

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.
Waarom het belangrijk is

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

Waar te verkrijgen

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

Vastleggen

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

Gebeurtenistype inferred
Purchase Order geannuleerd
Vertegenwoordigt de annulering van een inkooporder voordat deze volledig was voltooid. Dit wordt vastgelegd door een specifieke statuswijziging op het inkooporderdocument.
Waarom het belangrijk is

Annuleringen zijn een belangrijk uitzonderingsgeval. Het analyseren van hun frequentie en redenen kan problemen in de planning of leveranciersbetrouwbaarheid aan het licht brengen.

Waar te verkrijgen

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

Vastleggen

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

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

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

Waar te verkrijgen

Dit event wordt vastgelegd vanuit het boeken van een vendor 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.
Waarom het belangrijk is

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.

Waar te verkrijgen

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

Vastleggen

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

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractie Guides

Zo haal je je data uit Microsoft Dynamics 365