Data template: Purchase to Pay - Purchase Order
Uw Purchase to Pay - Inkooporder Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen voor procesmapping
- Praktische handleiding voor data-extractie
Purchase to Pay - Purchase Order-attributes
| 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
|
|||
Purchase to Pay - Purchase Order-activiteiten
| 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
|
|||