> Continue procesverbetering > Purchase to Pay Requisition > Microsoft Dynamics 365 > Datatemplate

Jouw datatemplate voor Purchase to Pay-aanvragen

Microsoft Dynamics 365

Purchase to Pay - Requisition-attributen (17) Purchase to Pay - Requisition-activiteiten (12) Extractiegidsen (3)

Jouw datatemplate voor Purchase to Pay-aanvragen

In deze template staat welke belangrijke attributen je verzamelt en welke activiteiten je volgt voor een goed beeld van je aanvraagproces. Je krijgt ook praktische aanwijzingen voor het extraheren van deze data, zodat je het event log efficiënt kunt voorbereiden voor een grondige analyse.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen
Extractie-instructies

Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Template downloaden

Purchase to Pay - Requisition-attributen

Dit zijn de aanbevolen datavelden voor je event log, zodat je het Purchase to Pay - Requisition-proces volledig kunt analyseren.

5 Verplicht 6 Aanbevolen 6 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke bedrijfsgebeurtenis of stap die in het proces van de inkoopaanvraag heeft plaatsgevonden.
Beschrijving Dit attribuut legt de naam vast van elke activiteit binnen de levenscyclus van de inkoopaanvraag. Voorbeelden zijn 'Requisition Created', 'Approval Step Approved' en 'Purchase Order Created'. Deze activiteiten vormen de knooppunten in de ontdekte procesmap. Het analyseren van de volgorde, frequentie en tijd tussen deze activiteiten vormt de kern van process mining. Zo krijg je zicht op bottlenecks, herstelrondes en afwijkingen van de standaardprocesflow, en op inefficiënties in de bedrijfsvoering. Waarom dit belangrijk is Dit attribuut bepaalt de stappen in de procesmap. Daarmee kun je de workflow van de inkoopaanvraag visualiseren, analyseren en begrijpen. Waar je het vindt Dit wordt meestal afgeleid uit logboeken met statuswijzigingen, workflowhistorie of specifieke eventtabellen in Microsoft Dynamics 365, zoals WorkflowTrackingStatusTable. Voorbeelden Aanvraag ingediend ter goedkeuringGoedkeuringsstap goedgekeurdAanvraag gewijzigd
	ID van inkoopaanvraag PurchaseRequisitionId	De unieke identificatie van een inkoopaanvraag, die dient als de primaire case-identificatie.
Beschrijving De ID van de inkoopaanvraag is de centrale sleutel die alle activiteiten rond één aanvraag voor goederen of diensten koppelt. Elke inkoopaanvraag, van aanmaak tot definitieve goedkeuring en sluiting, wordt onder deze unieke ID gevolgd. Binnen process mining is dit attribuut essentieel om het volledige verloop van elke inkoopaanvraag te reconstrueren. Je kunt hiermee procesvarianten, doorlooptijden en compliance per case analyseren en krijgt een compleet beeld van de levenscyclus van de inkoopaanvraag. Waarom dit belangrijk is Dit is nodig om alle gerelateerde events aan één procesinstantie te koppelen. Zo kun je de volledige levenscyclus van elke inkoopaanvraag analyseren. Waar je het vindt Dit is meestal de primaire sleutel in de hoofdtafel met inkoopaanvragen, zoals PurchReqTable in Microsoft Dynamics 365. Voorbeelden PR-001254PR-001255PR-001256
	Tijdstip van event EventTime	De exacte timestamp waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving Event Time, oftewel de timestamp, legt de datum en tijd vast waarop een bedrijfsgebeurtenis in het systeem is geregistreerd. Dit vormt de basis voor alle tijdsanalyses van het proces. Dit attribuut is nodig om doorlooptijden, tijdsduur en wachttijden tussen activiteiten te berekenen. Je kunt hiermee de procesprestaties analyseren, bottlenecks vinden en SLA-compliance bewaken. Nauwkeurige timestamps zijn nodig voor een betrouwbare process mining-analyse. Waarom dit belangrijk is Het geeft de chronologische volgorde van events weer. Die is nodig om procesduren te berekenen, bottlenecks te vinden en prestaties door de tijd heen te analyseren. Waar je het vindt Te vinden in workflowhistorie of documentlogtabellen, vaak als veld 'CreatedDateTime' of 'ModifiedDateTime' dat aan elke statuswijziging of elk eventrecord is gekoppeld. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
	Bronsysteem SourceSystemId	Het systeem waarin de gegevens zijn vastgelegd en waaruit ze zijn geëxtraheerd.
Beschrijving Dit attribuut identificeert het bronsysteem waar de eventdata vandaan komt. In deze context is dat 'Microsoft Dynamics 365'. In omgevingen met meerdere gekoppelde systemen is dit veld belangrijk voor de herkomst en context van de data. In analyses helpt het om processen te onderscheiden die meerdere systemen omvatten. Ook bevestigt het dat de data uit één gezaghebbende bron komt. Dat is belangrijk voor datavalidatie en om zeker te weten dat de analyse op de juiste dataset is gebaseerd. Waarom dit belangrijk is Het geeft context over de herkomst van de data. Dat is belangrijk voor datagovernance, validatie en omgevingen waarin meerdere systemen zijn gekoppeld. Waar je het vindt Dit is een statische waarde, 'Microsoft Dynamics 365', die tijdens het extraheren en transformeren van de data wordt toegevoegd. Voorbeelden Microsoft Dynamics 365 F&OD365MSD365
	Laatste data-update LastDataIngestionTimestamp	De timestamp waarop de data voor het laatst is geëxtraheerd en in de process mining-tool is geladen.
Beschrijving Dit attribuut geeft aan hoe actueel de geanalyseerde data is. Het toont de datum en tijd van de meest recente datarefresh vanuit het bronsysteem. Dit is geen veld uit Dynamics 365 zelf, maar metadata die tijdens de data-inname wordt toegevoegd. Deze timestamp is nodig om te begrijpen hoe actueel de inzichten zijn. Je ziet hiermee of je naar realtime data kijkt of naar een momentopname van een specifiek tijdstip. Dat beïnvloedt de relevantie van je conclusies. Waarom dit belangrijk is Het informeert gebruikers over de actualiteit van de data. Zo is duidelijk op welke periode de analyse betrekking heeft en hoe relevant de inzichten zijn. Waar je het vindt Deze waarde wordt tijdens het data-inname- of ETL-proces gegenereerd en aan de dataset toegevoegd. Voorbeelden 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
	Afdeling Department	De afdeling van de aanvrager of het kostenplaatsnummer dat aan de inkoopaanvraag is gekoppeld.
Beschrijving Dit attribuut geeft de bedrijfsafdeling of kostenplaats aan die de inkoopaanvraag heeft gestart, zoals 'Marketing', 'IT' of 'Operations'. Deze informatie staat meestal in de kop van de inkoopaanvraag. Door het proces per afdeling te segmenteren, kun je prestaties vergelijken. Zo zie je welke afdelingen de langste doorlooptijden, de meeste afwijzingen of de meeste wijzigingen hebben. Met deze inzichten kun je procesverbeteringen afstemmen op de behoeften van elke afdeling. Waarom dit belangrijk is Je kunt hiermee procesprestaties tussen verschillende bedrijfsonderdelen filteren en vergelijken. Zo worden afdelingsspecifieke patronen, bottlenecks en inefficiënties zichtbaar. Waar je het vindt Deze informatie staat vaak in de kop van de inkoopaanvraag, in PurchReqTable, en is gekoppeld aan de configuratie van financiële dimensies in Dynamics 365. Voorbeelden IT-afdelingFinanciënBedrijfsvoering
	Gebruiker User	De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd.
Beschrijving Dit attribuut identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor een specifieke processtap, zoals het indienen van een inkoopaanvraag of het goedkeuren van een aanvraag. Het kan een gebruikers-ID, volledige naam of e-mailadres zijn. Door activiteiten per gebruiker te analyseren, zie je waar trainingsbehoeften liggen, welke personen of teams goed presteren en hoe het werk is verdeeld. Het attribuut is ook nodig voor compliance-analyses, zoals functiescheiding, en om te begrijpen hoe verschillende gebruikersrollen met het proces omgaan. Waarom dit belangrijk is Hiermee kun je gedrag, werkbelasting en prestaties per gebruiker analyseren. Dat helpt bij gebruikersbeheer en het vinden van trainingsmogelijkheden. Waar je het vindt Meestal te vinden in workflowhistorietabellen, zoals WorkflowTrackingStatusTable, of transactietabellen, zoals PurchReqTable, die aan een gebruikerstabel, zoals UserInfo, zijn gekoppeld. Voorbeelden j.smitha.joness.patel
	Goedkeuringsstap ApprovalStep	De naam of fase van een specifieke goedkeuringsstap in de workflow.
Beschrijving Dit attribuut identificeert de specifieke fase in de goedkeuringsworkflow, zoals 'Manager Approval' of 'Finance Approval'. Het geeft meer detail dan de algemene activiteitsnaam. Dit attribuut is nodig voor de 'Approval Step Bottleneck Analysis'. Door de tijd per afzonderlijke goedkeuringsstap te volgen, zie je precies welke fases vertraging veroorzaken in het totale proces. Zo kun je gerichte verbeteringen doorvoeren in de workflow. Waarom dit belangrijk is Je kunt hiermee de goedkeuringsworkflow gedetailleerd analyseren en specifieke fases vinden die bottlenecks veroorzaken. Waar je het vindt Deze informatie staat in workflowhistorietabellen, zoals WorkflowTrackingStatusTable, waarin elke stap van de geconfigureerde workflow wordt beschreven. Voorbeelden Goedkeuring door managerGoedkeuring door afdelingshoofdBeoordeling door financiën
	Status van inkoopaanvraag RequisitionStatus	De huidige of definitieve status van de inkoopaanvraag.
Beschrijving Dit attribuut geeft op elk moment de algemene status van de inkoopaanvraag aan, zoals 'In Review', 'Approved', 'Rejected' of 'Closed'. Het is vaak een attribuut op case-niveau dat de uiteindelijke uitkomst weergeeft. Door de definitieve status te analyseren, krijg je zicht op de uitkomsten van het proces. Een groot aantal 'Rejected' of 'Withdrawn' inkoopaanvragen kan bijvoorbeeld wijzen op problemen in de eerste aanvraagfase of op een omslachtig goedkeuringsproces. Dit helpt bij het meten van succespercentages en procesefficiëntie. Waarom dit belangrijk is Het geeft elke case een duidelijke uitkomst. Zo kun je goedkeurings-, afwijzings- en intrekkingspercentages analyseren, belangrijke KPI's voor de procesprestaties. Waar je het vindt Het statusveld staat meestal in de tabel met de kop van de inkoopaanvraag, PurchReqTable, en heet vaak 'Status' of 'PurchReqStatus'. Voorbeelden GoedgekeurdIn beoordelingAfgewezenConcept
	Totaalbedrag van inkoopaanvraag RequisitionTotalAmount	De totale geldwaarde van de inkoopaanvraag.
Beschrijving Dit attribuut bevat de totale waarde van alle regels in een inkoopaanvraag. Het bedrag beïnvloedt vaak de complexiteit van de goedkeuringsworkflow. Voor aanvragen met een hogere waarde zijn meestal meer goedkeuringsstappen nodig. Binnen procesanalyse is dit attribuut belangrijk voor filtering en analyse op basis van waarde. Je kunt er vragen mee beantwoorden als: 'Duren goedkeuringen van aanvragen met een hoge waarde langer?' en 'Welke waarde vertegenwoordigen de aanvragen die momenteel in het proces vastlopen?' Zo voeg je een financiële dimensie toe aan de procesprestaties. Waarom dit belangrijk is Het voegt een financiële dimensie toe aan de analyse. Zo kun je cases met een hoge waarde prioriteren en begrijpen hoe geldwaarde het procesgedrag beïnvloedt. Waar je het vindt Deze waarde staat meestal in de tabel met de kop van de inkoopaanvraag of wordt berekend als de som van de regelbedragen uit de regeltabel van de inkoopaanvraag, PurchReqLine. Voorbeelden 1500.0025000.50500.75
	Urgentieniveau UrgencyLevel	Een classificatie van de urgentie van de inkoopaanvraag, zoals 'High', 'Medium' of 'Low'.
Beschrijving Het urgentieniveau, oftewel de prioriteit, geeft aan hoe snel de aangevraagde goederen of diensten nodig zijn. Dit attribuut wordt vaak gebruikt om de goedkeuringsroute te bepalen of werk voor goedkeurders te prioriteren. Door dit attribuut te analyseren, kun je bepalen of het prioriteitssysteem werkt. Vergelijk bijvoorbeeld de doorlooptijden van inkoopaanvragen met urgentie 'High' en 'Low'. Als er weinig verschil is, kan dat betekenen dat het prioriteitsveld wordt genegeerd of verkeerd wordt gebruikt. Dat is een belangrijk inzicht voor het dashboard 'Urgency Level Impact Analysis'. Waarom dit belangrijk is Het helpt beoordelen of prioriteitsinstellingen kritieke aanvragen echt sneller laten verlopen en maakt mogelijk misbruik van de urgentieclassificatie zichtbaar. Waar je het vindt Dit kan een standaard- of aangepast veld in PurchReqTable zijn. Of het veld bestaat en hoe het heet, hangt af van de systeemconfiguratie. Voorbeelden HoogGemiddeldLaag
	Aantal wijzigingen AmendmentCount	Het totale aantal keer dat een inkoopaanvraag is gewijzigd.
Beschrijving Dit is een berekend numeriek attribuut dat per case van een inkoopaanvraag het aantal keer telt dat de activiteit 'Requisition Amended' voorkomt. Dit attribuut is nodig voor het dashboard 'Requisition Amendment Frequency' en de KPI 'Requisition Amendment Ratio'. Het maakt herstelwerk per case meetbaar. Zo zie je eenvoudig welke inkoopaanvragen, afdelingen of gebruikers veel wijzigingen en inefficiëntie veroorzaken. Daarmee kun je verbeteringen richten op de kwaliteit van de eerste aanvraag. Waarom dit belangrijk is Het maakt herstelwerk binnen een case meetbaar. Zo kun je de frequentie van wijzigingen en het effect daarvan op de procesefficiëntie analyseren. Waar je het vindt Dit is een berekend attribuut. Het wordt tijdens de datatransformatie afgeleid door de activiteiten 'Requisition Amended' te tellen voor elke unieke PurchaseRequisitionId. Voorbeelden 013
	Goedkeurdersgroep ApproverGroup	De gebruikersgroep of rol die verantwoordelijk is voor een goedkeuringsstap.
Beschrijving Dit attribuut identificeert de groep, rol of wachtrij die een specifieke goedkeuringstaak moet afhandelen, bijvoorbeeld 'Finance Approvers' of 'IT Managers'. Door procesprestaties per goedkeurdersgroep te analyseren, krijg je zicht op de verdeling van het werk en op groepen met te weinig capaciteit of extra trainingsbehoeften. Dit ondersteunt het dashboard 'Approval Step Bottleneck Analysis', omdat je prestaties kunt uitsplitsen naar de teams die verantwoordelijk zijn voor goedkeuringen. Waarom dit belangrijk is Het helpt prestatieverschillen tussen goedkeuringsteams te vinden en maakt mogelijke capaciteitsproblemen of trainingsbehoeften binnen specifieke groepen zichtbaar. Waar je het vindt Deze informatie maakt deel uit van de workflowhistorie, bijvoorbeeld WorkflowTrackingStatusTable, waarin de toegewezen gebruiker of gebruikersgroep voor elke taak wordt vastgelegd. Voorbeelden Financiële goedkeurdersIT-managersSenior management
	In één keer goedgekeurd IsFirstPass	Een vlag die aangeeft of een inkoopaanvraag zonder eerdere wijzigingen of afwijzingen is goedgekeurd.
Beschrijving Dit is een berekend booleanattribuut dat 'true' is als de route naar goedkeuring geen activiteiten 'Requisition Amended' of 'Approval Step Rejected' bevatte. Anders is de waarde 'false'. Dit attribuut ondersteunt rechtstreeks de KPI 'Requisition First-Pass Approval Rate'. Het maakt procesefficiëntie inzichtelijk met een duidelijke indicator op case-niveau voor herstelwerk. Een laag percentage goedkeuringen in één keer wijst op problemen met de kwaliteit van de eerste aanvraag of onduidelijke vereisten. Dat biedt een aanknopingspunt voor procesverbetering. Waarom dit belangrijk is Het meet rechtstreeks de proceskwaliteit en -efficiëntie door cases te identificeren waarin herstelwerk nodig was. Zo ondersteunt het KPI's voor first-time-right-percentages. Waar je het vindt Dit is een berekend attribuut. Tijdens de datatransformatie moet de volledige activiteitenreeks per case worden geanalyseerd om te controleren of er vóór de goedkeuring geen herstelactiviteiten waren. Voorbeelden truefalse
	Nummer van inkooporder PurchaseOrderNumber	De identificatie van de inkooporder die vanuit de inkoopaanvraag is aangemaakt.
Beschrijving Dit attribuut bevat de unieke ID van de inkooporder die vanuit een goedgekeurde inkoopaanvraag is aangemaakt. Het vormt de koppeling tussen het proces van de inkoopaanvraag en het daaropvolgende inkoopproces. Het volgen van dit nummer is nodig om de 'Requisition to PO Conversion Time' te analyseren. Je bevestigt hiermee dat de inkoopaanvraag succesvol naar de volgende fase van de Purchase-to-Pay-cyclus is gegaan. Ook kun je procesanalyses uitvoeren die zowel inkoopaanvragen als inkooporders omvatten. Waarom dit belangrijk is Het koppelt de inkoopaanvraag aan de daaropvolgende inkooporder. Zo kun je de conversie van inkoopaanvraag naar PO analyseren en verschillende fases van het P2P-proces verbinden. Waar je het vindt Deze informatie staat meestal in de regeltabel van de inkoopaanvraag, PurchReqLine, nadat een PO is aangemaakt. De tabel verwijst daarbij naar PurchTable. Voorbeelden PO-000987PO-000988PO-000989
	Route van goedkeuringsworkflow ApprovalWorkflowPath	Een weergave van de volgorde waarin goedkeuringsstappen zijn doorlopen.
Beschrijving Dit attribuut is een afgeleid veld waarin de volgorde van goedkeuringsstappen voor een bepaalde inkoopaanvraag wordt samengevoegd, bijvoorbeeld 'Manager Approval -> Department Head Approval -> Finance Approval'. Het vat de procesvariant van het goedkeuringssubproces samen. Dit is belangrijk voor het dashboard 'Compliance Deviation Monitor'. Door de werkelijke workflowroute te vergelijken met een vooraf bepaalde standaard- of verwachte route, kun je afwijkende of ongebruikelijke procesflows markeren. Die kunnen wijzen op beleidsovertredingen of operationele risico's. Waarom dit belangrijk is Het vereenvoudigt de compliance-analyse met een duidelijke tekstweergave van de procesvariant. Zo zie je snel waar het proces afwijkt van de standaardprocedure. Waar je het vindt Dit is geen standaardveld. Het moet tijdens de datatransformatie worden afgeleid door de waarden van 'ApprovalStep' per case in chronologische volgorde samen te voegen. Voorbeelden Manager -> DirecteurManager -> Directeur -> VP FinanciënManager -> Automatisch goedgekeurd
	Valuta Currency	De valutacode voor het bedrag van de inkoopaanvraag.
Beschrijving Dit attribuut geeft de valuta aan waarin het totaalbedrag van de inkoopaanvraag is uitgedrukt, bijvoorbeeld USD, EUR of GBP. Dit is belangrijk voor financiële analyses, vooral bij multinationale organisaties die met meerdere valuta werken. Met het valuta-attribuut kun je financiële data correct verwerken en optellen. Je voorkomt dat geldbedragen verkeerd worden geïnterpreteerd en kunt bedragen omrekenen naar één valuta voor betrouwbare rapportages en vergelijkingen tussen regio's of bedrijfsonderdelen. Waarom dit belangrijk is Het geeft de nodige context bij financiële attributen. Zo kun je geldbedragen in omgevingen met meerdere valuta correct interpreteren en optellen. Waar je het vindt Dit veld staat meestal in de tabel met de kop van de inkoopaanvraag, PurchReqTable, naast de bedragvelden. Voorbeelden USDEURGBP

Verplicht Aanbevolen Optioneel

Purchase to Pay - Requisition-activiteiten

Dit zijn de essentiële processtappen en mijlpalen die je in je event log vastlegt voor een nauwkeurige ontdekking en analyse van je aanvraagworkflow.

7 Aanbevolen 5 Optioneel

	Activiteit	Beschrijving
	Aanvraag aangemaakt	Dit event markeert het moment waarop de inkoopaanvraag voor het eerst als conceptrecord wordt aangemaakt. Je legt het vast aan de hand van de aanmaaktimestamp van de kop van de inkoopaanvraag.
Waarom dit belangrijk is Als start van het proces is deze activiteit belangrijk voor het meten van de totale doorlooptijd van de aanvraag en het analyseren van het dagelijkse aantal verwerkte aanvragen. Waar je het vindt Je leidt deze activiteit af uit het veld 'createdDateTime' in 'PurchReqTable' voor elke nieuwe Purchase Requisition ID. Vastleggen Gebruik de aanmaaktimestamp van de record in PurchReqTable. Eventtype inferred
	Aanvraag afgewezen	De aanvraag is tijdens de goedkeuringsworkflow afgewezen en wordt niet verder verwerkt. Dit is een eindstatus waarin de aanvraag niet slaagt.
Waarom dit belangrijk is Dit eindevent is belangrijk voor het analyseren van het totale afwijzingspercentage en de financiële of operationele impact van mislukte aanvragen. Waar je het vindt Expliciet vastgelegd in de 'WorkflowTrackingStatusTable' nadat de workflow is voltooid met de status 'Rejected'. Hierdoor wordt het statusveld van de 'PurchReqTable' bijgewerkt. Vastleggen Filter op workflowevents met 'Completion' en de status 'Rejected', of volg de statuswijziging in PurchReqTable. Eventtype explicit
	Aanvraag goedgekeurd	De aanvraag heeft alle verplichte goedkeuringsstappen in de workflow doorlopen. Je legt deze activiteit vast wanneer de workflowinstantie wordt afgerond met de definitieve status 'Approved'.
Waarom dit belangrijk is Dit is een belangrijk meetpunt: het einde van de goedkeuringscyclus en het begin van de inkoopfase. Het is het eindevent voor de KPI 'Requisition Approval Cycle Time'. Waar je het vindt Je haalt dit expliciet uit de 'WorkflowTrackingStatusTable' wanneer de workflow wordt afgerond. Tegelijk wordt het veld 'Status' in 'PurchReqTable' bijgewerkt naar 'Approved'. Vastleggen Filter op workflow-events van het type 'Completion' met de status 'Approved' of volg de statuswijziging in PurchReqTable. Eventtype explicit
	Aanvraag ingediend ter goedkeuring	De gebruiker dient de ingevulde aanvraag in. Daarmee start de formele goedkeuringsworkflow. Het systeem registreert deze expliciete actie in de workflow-engine.
Waarom dit belangrijk is Deze activiteit is een belangrijk meetpunt aan het begin van de goedkeuringscyclus. Vanaf hier meet je de 'Requisition Approval Cycle Time' en de 'First-Pass Approval Rate'. Waar je het vindt Je haalt dit event op uit de 'WorkflowTrackingStatusTable' of een vergelijkbare tabel met workflowgeschiedenis, waarin een 'Submission'-event aan de inkoopaanvraag is gekoppeld. Vastleggen Filter de workflowgeschiedenis op het eventtype 'Submission' of 'Start' dat aan de aanvraag is gekoppeld. Eventtype explicit
	Goedkeuringsstap goedgekeurd	Een goedkeurder rondt de toegewezen taak af en keurt de aanvraag voor zijn of haar fase van het proces goed. De aanvraag gaat daarna naar de volgende stap of naar de definitieve goedkeuring.
Waarom dit belangrijk is Hiermee meet je de verwerkingstijd per goedkeuringsfase en zie je welke delen van de workflow efficiënt verlopen. Het is een belangrijk onderdeel van variantanalyse. Waar je het vindt Het systeem registreert dit expliciet in de 'WorkflowTrackingStatusTable' wanneer een gebruiker een werkitem afrondt met de uitkomst 'Approve'. Vastleggen Zoek in de workflowgeschiedenis naar 'WorkItemCompleted'-events met de uitkomst 'Approve'. Eventtype explicit
	Inkoopaanvraag gesloten	De volledige inkoopaanvraag is afgerond. Alle regels zijn verwerkt in inkooporders of geannuleerd. Dit is een definitieve, succesvolle eindstatus.
Waarom dit belangrijk is Deze activiteit markeert het succesvolle einde van de levenscyclus van de inkoopaanvraag. Dit is het eindpunt voor het meten van de totale doorlooptijd van het proces. Waar je het vindt Deze status wordt meestal berekend of afgeleid. De status ontstaat wanneer alle gekoppelde 'PurchReqLine'-records een eindstatus hebben bereikt, zoals 'Closed' of 'Cancelled'. Vastleggen Leid dit event af door te controleren of alle onderliggende PurchReqLine-records van een PurchReqTable een eindstatus hebben. Eventtype calculated
	Inkooporder aangemaakt	Een goedgekeurde regel van de inkoopaanvraag wordt omgezet in een regel van een inkooporder. Daarmee gaat de aanvraag over naar het inkoopteam. Dit wordt vastgelegd door de regel van de inkoopaanvraag te koppelen aan een inkooporderregel.
Waarom dit belangrijk is Dit is een belangrijk mijlpaal die de inkoopaanvraag koppelt aan het daaropvolgende inkoopproces. De mijlpaal is nodig om de KPI 'Requisition to PO Conversion Time' te meten. Waar je het vindt Afgeleid door in de tabel 'PurchLine' een record te vinden dat verwijst naar de ID van een 'PurchReqLine' die bij de aanvraag hoort. Vastleggen Koppel PurchReqLine aan PurchLine via het koppelingsveld, bijvoorbeeld PurchReqLineRefId. Eventtype inferred
	Aanvraag gewijzigd	Dit event vindt plaats wanneer een gebruiker een ingediende aanvraag uit de workflow terughaalt om wijzigingen aan te brengen. Meestal herken je de activiteit aan een intrekkingsactie, gevolgd door een nieuwe indiening.
Waarom dit belangrijk is Het volgen van wijzigingen helpt bij het vinden van herstelwerk, onduidelijke eerste aanvragen en inefficiënties in het proces. Het ondersteunt rechtstreeks het dashboard 'Requisition Amendment Frequency'. Waar je het vindt Je kunt dit afleiden uit de workflowgeschiedenis ('WorkflowTrackingStatusTable') door een actie 'Recall' of 'RequestChange' te detecteren. Je kunt het ook afleiden uit wijzigingen in het veld 'modifiedDateTime' van 'PurchReqTable' na indiening. Vastleggen Detecteer intrekkings-events in de workflow of wijzigingen in recordversies tussen indienings-events. Eventtype inferred
	Goedkeuringsstap afgewezen	Een goedkeurder wijst de toegewezen taak af. Meestal gaat de aanvraag dan terug naar de aanvrager voor correctie. De workflow-engine registreert deze expliciete actie.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het berekenen van het 'Requisition Rejection Rate' en om te bepalen in welke fases afwijzingen het vaakst voorkomen. Zo zie je waar verbetering nodig is. Waar je het vindt Het systeem registreert dit expliciet in de 'WorkflowTrackingStatusTable' wanneer een gebruiker een werkitem afrondt met de uitkomst 'Reject'. Vastleggen Zoek in de workflowgeschiedenis naar 'WorkItemCompleted'-events met de uitkomst 'Reject'. Eventtype explicit
	Goedkeuringsstap gestart	Als onderdeel van de workflow wordt een afzonderlijke goedkeuringstaak aan een gebruiker of groep toegewezen. Dit markeert het begin van de wachttijd of verwerkingstijd voor een specifieke goedkeurder.
Waarom dit belangrijk is Deze activiteit is belangrijk voor 'Approval Step Bottleneck Analysis', waarmee je wachttijden per goedkeuringsfase kunt meten. Waar je het vindt Je haalt dit event uit de 'WorkflowTrackingStatusTable' wanneer een nieuw werkitem wordt aangemaakt en toegewezen voor de workflowinstantie van de aanvraag. Vastleggen Zoek in de workflowgeschiedenis naar 'WorkItemCreated' of vergelijkbare events voor de specifieke aanvraag. Eventtype explicit
	Inkoopaanvraag ingetrokken	De aanmaker of een bevoegde gebruiker annuleert de inkoopaanvraag nadat deze is ingediend. Hierdoor worden de workflow en de aanvraag beëindigd.
Waarom dit belangrijk is Door intrekkingen te volgen, krijg je zicht op problemen met vraagplanning of onnodig complexe processen. Dit ondersteunt het dashboard 'Requisition Withdrawal Insights'. Waar je het vindt Dit wordt afgeleid uit een statuswijziging in de 'PurchReqTable' naar 'Cancelled' of uit een 'Cancel'-event in de 'WorkflowTrackingStatusTable'. Vastleggen Detecteer een statuswijziging naar 'Cancelled' in PurchReqTable of een annulerings-event in de workflow. Eventtype inferred
	Regel van inkoopaanvraag gesloten	Een afzonderlijke regel van de inkoopaanvraag is volledig verwerkt. Dit gebeurt meestal nadat de regel volledig is omgezet in een inkooporder.
Waarom dit belangrijk is Geeft gedetailleerd inzicht in de afhandeling van inkoopaanvragen. Zo zie je welke aanvragen gedeeltelijk of volledig zijn omgezet in inkooporders. Waar je het vindt Afgeleid uit het statusveld in de afzonderlijke tabel 'PurchReqLine'. Een status die aangeeft dat de regel is besteld of ontvangen, betekent dat de regel is gesloten. Vastleggen Bewaak het statusveld in de tabel PurchReqLine op een eindwaarde zoals 'Invoiced' of 'Closed'. Eventtype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Microsoft Dynamics 365

Stappen

De workspace voor gegevensbeheer openen: Meld je aan bij Microsoft Dynamics 365 en ga naar het menu Workspaces. Selecteer Data management om de centrale hub voor het importeren en exporteren van data te openen.
Een nieuw exportproject maken: Klik in de workspace Data management op de tegel Export. Geef een unieke Groepsnaam en een duidelijke Beschrijving op en stel Project category in op Project. Zo houd je de data-extractietaken geordend.
Data-entiteiten toevoegen: Voeg de benodigde standaarddata-entiteiten aan het project toe. Klik op Add entity, zoek elk van de volgende entiteiten en voeg ze één voor één toe:
- Purchase requisition headers
- Purchase requisition lines
- Workflow tracking status table
- Workflow work items
- Purchase order lines V2
Het exportformaat definiëren: Selecteer voor elke toegevoegde entiteit een Target data format, zoals CSV of Excel. CSV wordt doorgaans aanbevolen vanwege de prestaties en compatibiliteit met datatransformatietools.
Datafilters toepassen: Selecteer een entiteit en klik op de knop Filter. Geef op het tabblad Bereik de Legal entity op, oftewel de bedrijfscode, zodat je data uit de juiste bedrijfseenheid extraheert. Voeg ook een datumfilter toe op het veld Created date and time van de entiteit Purchase requisition headers om het datavolume te beperken. Begin bij voorkeur met een periode van 3 tot 6 maanden.
De exportjob uitvoeren: Klik op Export in het Action Pane zodra alle entiteiten en filters zijn ingesteld. Het systeem maakt een jobpakket en start de verwerking. Je kunt de voortgang volgen in het gedeelte Job history.
Het datapakket downloaden: Open na een geslaagde export de details van Job history en klik op Download package. Hiermee download je een ZIP-bestand met afzonderlijke databestanden voor elke entiteit.
Ruwe data omzetten naar een event log: De geëxporteerde bestanden zijn ruwe systeemtabeldata en geen definitief event log. Gebruik een externe tool zoals Python, Power Query of een ETL-platform om de data te combineren en opnieuw vorm te geven. Dit omvat:
- De kop- en regelbestanden koppelen.
- Workflowdata aan aanvragen koppelen met CorrelationId en de RecId van de kop van de inkoopaanvraag.
- Statuswijzigingen en workflow-events uit de workflowtabellen omzetten naar afzonderlijke activiteitsrijen (Requisition Submitted, Approval Step Approved, enzovoort).
- Voor elke activiteit een nieuwe rij maken met de juiste ActivityName, EventTime en PurchaseRequisitionId.
Attributen berekenen en koppelen: Koppel tijdens de transformatie bronkolommen aan de vereiste attributen, zoals Gebruiker en Afdeling. Bereken afgeleide attributen, zoals RequisitionTotalAmount, door de regelbedragen op te tellen. Stel een vaste waarde in voor SourceSystemId, bijvoorbeeld 'D365_F&O', en gebruik de uitvoeringstijd van het script voor LastDataIngestionTimestamp.
De uitvoer afronden en formatteren: Zorg dat de uiteindelijke uitvoer één CSV-bestand is waarin elke rij één event in het proces vertegenwoordigt. De kolommen moeten overeenkomen met de vereiste structuur van het event log, waaronder PurchaseRequisitionId, ActivityName en EventTime.

Configuratie

Vereiste rechten: Gebruikers moeten een beveiligingsrol hebben met rechten voor de werkruimte Data management en toegang tot de specifieke data-entiteiten die worden geëxporteerd, zoals Data management administrator of een vergelijkbare aangepaste rol.
Belangrijke data-entiteiten:
- Purchase requisition headers: Bevat de belangrijkste case-ID, het aanmaaktijdstip en de algemene status.
- Purchase requisition lines: Bevat details over elk aangevraagd artikel, waaronder bedragen en koppelingen naar inkooporders.
- Workflow tracking status table: De belangrijkste bron voor workflowevents zoals indienen, goedkeuren, afwijzen en intrekken.
- Workflow work items: Bevat details over de specifieke taken die tijdens het goedkeuringsproces aan gebruikers zijn toegewezen.
- Purchase order lines V2: Wordt gebruikt om het aanmaaktijdstip te vinden van de inkooporder die aan een aanvraagregel is gekoppeld.
Filteren op datumbereik: Het is belangrijk om een datumbereikfilter toe te passen op het veld Created date and time van de entiteit Purchase requisition headers. Voor een eerste analyse raden we een periode van 3 tot 6 maanden aan, zodat de hoeveelheid data en het inzicht in het proces in balans blijven.
Filteren op bedrijfscode: Pas altijd een filter toe voor Legal entity om te voorkomen dat je data uit onbedoelde of testbedrijven extraheert. Dit verkleint de hoeveelheid data aanzienlijk en verbetert de prestaties van de taak.
Datatransformatie: Bij deze methode is na de export een flinke verwerkingsstap buiten Dynamics 365 nodig om de ruwe entiteitsexports om te zetten naar een gestructureerd event log. Gebruik hiervoor een script of ETL-tool.

a Voorbeeldquery sql

/*
This is not a single executable query. Instead, it is a configuration manifest for a Dynamics 365 Data Management Framework Export Project.
You must add each entity listed below to the project and select the specified fields for export.
The transformation logic to create the final event log must be applied after exporting these files.
*/

-- Entity 1: Purchase requisition headers
-- Purpose: Captures requisition creation, overall status, and header-level attributes.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    REQUISITIONSTATUS AS RequisitionStatus,
    CREATEDDATETIME AS EventTime_RequisitionCreated,
    MODIFIEDDATETIME AS EventTime_RequisitionClosed, -- Used if status is Closed
    PREPARERPERSONNELNUMBER AS User_Preparer,
    REQUESTERPERSONNELNUMBER AS User_Requester,
    DEFAULTLEDGERDIMENSIONDISPLAYVALUE AS Department, -- Or similar dimension field
    REQUISITIONTOTAL AS RequisitionTotalAmount
FROM PurchaseRequisitionHeaderEntity;

-- Entity 2: Purchase requisition lines
-- Purpose: Provides line-level details, amounts, and links to Purchase Orders.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    LINENUMBER,
    REQUISITIONINGSTATUS AS LineStatus,
    MODIFIEDDATETIME AS EventTime_LineClosed, -- Used if status is Closed
    PURCHASEORDERNUMBER,
    PURCHASEORDERLINENUMBER
FROM PurchaseRequisitionLineEntity;

-- Entity 3: Workflow tracking status table
-- Purpose: The primary source for all workflow-driven activities.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CONTEXT, -- Contains information like step name
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_WorkflowStep,
    TRACKINGSTATUS AS ActivityName, -- (e.g., Submitted, Approved, Rejected, Canceled)
    USERID AS User
FROM WorkflowTrackingStatusTableEntity;

-- Entity 4: Workflow work items
-- Purpose: Captures the start of an approval task assigned to a user.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_ApprovalStepStarted,
    USERID AS User, -- The user assigned the task
    DESCRIPTION AS ApprovalStep
FROM WorkflowWorkItemTableEntity;

-- Entity 5: Purchase order lines V2
-- Purpose: Used to find the creation date of the resulting Purchase Order.
-- Note: Requires joining to PurchaseRequisitionLineEntity on PO/Line number post-export.
SELECT
    PURCHASEORDERNUMBER,
    LINENUMBER,
    CREATEDDATETIME AS EventTime_PurchaseOrderCreated
FROM PurchaseOrderLinesV2Entity;

Stappen

Registreer een Azure Active Directory-toepassing: Ga naar de Azure-portal en registreer een nieuwe toepassing. Deze toepassing gebruik je voor authenticatie met de Dynamics 365 API. Noteer de Application (client) ID en Directory (tenant) ID.
Genereer een client secret: Maak in de nieuw geregistreerde toepassing in Azure onder 'Certificates & secrets' een nieuw client secret aan. Bewaar de waarde veilig, want je kunt deze later niet opnieuw bekijken.
Ken API-rechten toe: Voeg in het gedeelte 'API permissions' van de toepassing een recht toe voor 'Dynamics ERP'. Selecteer 'Delegated permissions' en ken Financials.ReadWrite.All of een beperkter equivalent met alleen-lezenrechten toe. Verleen beheerderstoestemming voor deze rechten.
Installeer Python-bibliotheken: Zorg dat Python is geïnstalleerd. Installeer daarna de benodigde bibliotheken met pip: pip install requests pandas.
Configureer het Python-script: Kopieer het meegeleverde Python-script naar een bestand, bijvoorbeeld extract_d365_requisitions.py. Vul de variabelen bovenaan het script in: je Dynamics 365-URL, Tenant ID, Client ID, Client Secret, het gewenste datumbereik en de bedrijfs-ID.
Begrijp de OData-entiteiten: Het script bevraagt drie belangrijke data-entiteiten: PurchaseRequisitionHeaders voor de aanvraaggegevens, PurchaseRequisitionLines voor regeldetails, waaronder de omzetting naar inkooporders, en WorkflowTrackingStatusTable voor alle workflowevents, zoals indienen en goedkeuren.
Voer het script uit: Voer het script uit vanaf de opdrachtregel: python extract_d365_requisitions.py. Het script authenticeert, haalt data op voor elke activiteit en verwerkt paginering automatisch.
Transformeer de data: Het script verwerkt de ruwe JSON-data uit de API-aanroepen. Het structureert de data opnieuw door records te doorlopen en voor elk van de 12 bedrijfsactiviteiten een afzonderlijke regel te maken. Daarbij worden bronvelden gekoppeld aan standaardkolommen van het event log, zoals PurchaseRequisitionId, ActivityName en EventTime.
Combineer en standaardiseer events: Alle gegenereerde events worden verzameld in één lijst en daarna omgezet naar een pandas DataFrame. Het script voegt vaste kolommen toe, zoals SourceSystemId en LastDataIngestionTimestamp.
Exporteer naar CSV: Het uiteindelijke DataFrame wordt geëxporteerd naar een CSV-bestand met de naam d365_purchase_requisition_log.csv. Dit bestand is opgemaakt voor directe upload naar een process mining-tool. Controleer of het bestand UTF-8-gecodeerd is.

Configuratie

Vereisten vooraf: Toegang tot een Azure-abonnement om een toepassing te registreren. Een Application (client) ID, Client Secret en Tenant ID uit Azure Active Directory. De gebruiker die het script uitvoert, heeft gegevens nodig waarmee die toegang krijgt tot de OData API-eindpunten van Dynamics 365 Finance and Operations.
Configuratie van het API-eindpunt: Het script heeft de basis-URL van je Dynamics 365-omgeving nodig, meestal in de vorm https://[your-environment-name].operations.dynamics.com.
Datumbereik: Stel de variabelen START_DATE en END_DATE in het script in om de extractieperiode te bepalen. Voor een eerste analyse raden we een periode van 3 tot 6 maanden aan, zodat de hoeveelheid data en het inzicht in balans blijven.
Bedrijfsfilter: Het script filtert op een specifieke juridische entiteit via de variabele COMPANY_ID. Als je data voor alle bedrijven wilt extraheren, moet je mogelijk het OData-filter aanpassen en cross-company=true opnemen in de requestheaders.
Aandachtspunten voor prestaties: Het script haalt met $select in de OData-query's alleen de kolommen op die nodig zijn voor het event log. Dat verbetert de prestaties. Het verwerkt ook paginering, zodat grote datasets de API niet overbelasten. Overweeg voor zeer grote historische ladingen om het script in batches met kleinere datumbereiken uit te voeren.

a Voorbeeldquery python

import requests
import pandas as pd
from datetime import datetime, timezone
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Dynamics 365 environment details
D365_URL = class="hl-string">"https://[your-d365-url].operations.dynamics.com"
TENANT_ID = class="hl-string">"[your-tenant-id]"
CLIENT_ID = class="hl-string">"[your-client-id]"
CLIENT_SECRET = class="hl-string">"[your-client-secret]"

class=class="hl-string">"hl-comment"># --- Parameters ---
class=class="hl-string">"hl-comment"># Set the data extraction window
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"
COMPANY_ID = class="hl-string">"[YourCompanyLegalEntity]" class=class="hl-string">"hl-comment"># e.g., class="hl-string">"USMF"
OUTPUT_FILENAME = class="hl-string">"d365_purchase_requisition_log.csv"


def get_access_token():
    class="hl-string">"""Authenticates with Azure AD to get an access token."""
    auth_url = fclass="hl-string">"https://login.microsoftonline.com/{TENANT_ID}/oauth2/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET,
        class="hl-string">'resource': D365_URL
    }
    response = requests.post(auth_url, data=payload)
    response.raise_for_status()
    return response.json()[class="hl-string">'access_token']

def fetch_data(access_token, entity_url):
    class="hl-string">"""Fetches all pages of data from a given D365 OData entity URL."""
    all_records = []
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    while entity_url:
        response = requests.get(entity_url, headers=headers)
        response.raise_for_status()
        data = response.json()
        all_records.extend(data[class="hl-string">'value'])
        entity_url = data.get(class="hl-string">'@odata.nextLink')
    return all_records

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Acquiring access token...")
    access_token = get_access_token()
    events = []
    last_ingestion_ts = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch Purchase Requisition Headers for class="hl-string">'Created' and class="hl-string">'Closed' events
    print(class="hl-string">"Fetching Purchase Requisition Headers...")
    pr_headers_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionHeaders?" 
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}" 
        fclass="hl-string">"&$select=RequisitionNumber,RequisitionStatus,CreatedDateTime,CreatedBy,RequestingDepartmentName,RequisitionTotalAmount,RequisitionUrgencyLevel"
    )
    pr_headers = fetch_data(access_token, pr_headers_url)

    for prh in pr_headers:
        case_id = prh.get(class="hl-string">'RequisitionNumber')
        class=class="hl-string">"hl-comment"># Activity: Requisition Created
        events.append({
            class="hl-string">'PurchaseRequisitionId': case_id,
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'),
            class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'),
            class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
            class="hl-string">'RequisitionStatus': prh.get(class="hl-string">'RequisitionStatus'),
            class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
            class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
            class="hl-string">'ApprovalStep': None,
            class="hl-string">'ProcessingTime': None
        })
        class=class="hl-string">"hl-comment"># Activity: Requisition Closed
        if prh.get(class="hl-string">'RequisitionStatus') == class="hl-string">'Closed':
            class=class="hl-string">"hl-comment"># Note: We need a reliable timestamp for closure. Using CreatedDateTime as a placeholder.
            class=class="hl-string">"hl-comment"># A better source might be the last workflow approval or line closure date.
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Closed',
                class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'), class=class="hl-string">"hl-comment"># Placeholder timestamp
                class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'), class=class="hl-string">"hl-comment"># Placeholder user
                class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
                class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 2. Fetch Workflow History for workflow-related events
    print(class="hl-string">"Fetching Workflow Tracking Status Table...")
    workflow_url = (
        fclass="hl-string">"{D365_URL}/data/WorkflowTrackingStatusTable?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE} and startswith(Context,'PurchReq')"
        fclass="hl-string">"&$select=Context,CreatedDateTime,TrackingType,User,WorkItemSubject"
    )
    workflow_items = fetch_data(access_token, workflow_url)

    for item in workflow_items:
        context_parts = item.get(class="hl-string">'Context', class="hl-string">'').split(class="hl-string">':')
        if len(context_parts) < 2:
            continue
        case_id = context_parts[1].strip()
        tracking_type = item.get(class="hl-string">'TrackingType')
        activity_map = {
            class="hl-string">'Submission': class="hl-string">'Requisition Submitted for Approval',
            class="hl-string">'Started': class="hl-string">'Approval Step Started',
            class="hl-string">'Completion': class="hl-string">'Approval Step Approved',
            class="hl-string">'Rejection': class="hl-string">'Approval Step Rejected',
            class="hl-string">'Cancellation': class="hl-string">'Requisition Withdrawn',
            class="hl-string">'Recall': class="hl-string">'Requisition Amended',
            class="hl-string">'Approved': class="hl-string">'Requisition Approved',
            class="hl-string">'Fault': class="hl-string">'Requisition Rejected'
        }
        activity_name = activity_map.get(tracking_type)
        if activity_name:
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'),
                class="hl-string">'User': item.get(class="hl-string">'User'),
                class="hl-string">'Department': None, class=class="hl-string">"hl-comment"># Department info is not in this entity
                class="hl-string">'RequisitionStatus': None, class=class="hl-string">"hl-comment"># Status info is not in this entity
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': item.get(class="hl-string">'WorkItemSubject'),
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 3. Fetch Purchase Requisition Lines for PO Creation and Line Closure
    print(class="hl-string">"Fetching Purchase Requisition Lines...")
    pr_lines_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionLines?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}"
        fclass="hl-string">"&$select=RequisitionNumber,PurchaseOrderNumber,IsPrepaymentRequired,LineStatus,ModifiedDateTime,ModifiedBy"
    )
    pr_lines = fetch_data(access_token, pr_lines_url)

    for prl in pr_lines:
        case_id = prl.get(class="hl-string">'RequisitionNumber')
        po_number = prl.get(class="hl-string">'PurchaseOrderNumber')
        line_status = prl.get(class="hl-string">'LineStatus')
        
        class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
        if po_number:
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': None,
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': fclass="hl-string">"PO: {po_number}",
                class="hl-string">'ProcessingTime': None
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Line Closed
        if line_status == class="hl-string">'Closed':
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Line Closed',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    if not events:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    class=class="hl-string">"hl-comment"># 4. Create and format the DataFrame
    print(class="hl-string">"Formatting data...")
    df = pd.DataFrame(events)
    df[class="hl-string">'SourceSystemId'] = class="hl-string">'Microsoft Dynamics 365'
    df[class="hl-string">'LastDataIngestionTimestamp'] = last_ingestion_ts

    class=class="hl-string">"hl-comment"># Fill forward missing data within each case
    df = df.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])
    df[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']] = \
        df.groupby(class="hl-string">'PurchaseRequisitionId')[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']].ffill().bfill()

    class=class="hl-string">"hl-comment"># Ensure required columns exist and are in order
    final_columns = [
        class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName',
        class="hl-string">'EventTime',
        class="hl-string">'SourceSystemId',
        class="hl-string">'LastDataIngestionTimestamp',
        class="hl-string">'User',
        class="hl-string">'Department',
        class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionTotalAmount',
        class="hl-string">'UrgencyLevel',
        class="hl-string">'ApprovalStep',
        class="hl-string">'ProcessingTime'
    ]
    for col in final_columns:
        if col not in df.columns:
            df[col] = None
    
    df = df[final_columns]

    class=class="hl-string">"hl-comment"># 5. Save to CSV
    df.to_csv(OUTPUT_FILENAME, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully extracted {len(df)} events to {OUTPUT_FILENAME}")

if __name__ == class="hl-string">"__main__":
    main()

Stappen

Controleer of de native connector voor Microsoft Dynamics 365 Finance beschikbaar is in Power BI Desktop en of de gebruiker toestemming heeft voor de benodigde data-entiteiten, workflowgeschiedenis, aanvraagdata en gerelateerde inkooporderdata.
Selecteer in Power BI Desktop Get data, kies de connector Microsoft Dynamics 365 Finance en geef de URL van de Dynamics 365 Finance-instantie op. Meld je aan met een account dat gemachtigd is om de benodigde entiteiten te lezen. Vervang [Your Dynamics 365 Finance instance URL] door de URL van jouw omgeving.
Selecteer in Navigator de header- en regelentiteiten van inkoopaanvragen, workflowgeschiedenis- of workflowtrackingentiteiten, gebruikers- en organisatie-entiteiten en de inkooporderentiteiten die je implementatie nodig heeft. Namen van entiteiten en beschikbare velden verschillen per omgeving. Gebruik de metadata van de entiteiten en vervang elke placeholder in de query door de bijbehorende entiteit en het veld dat je systeem beschikbaar stelt.
Laad de geselecteerde entiteiten in Power Query. Filter de data op de vereiste juridische entiteit of het bedrijf, het documenttype en de extractieperiode. Gebruik parameters voor [Start date] en [End date] en behoud records waarvan de timestamp van de gebeurtenis binnen de gekozen periode valt. Neem records op die vóór de startdatum zijn aangemaakt als ze binnen de periode workflow- of afsluitevents hebben, zodat de casegeschiedenis compleet blijft.
Standaardiseer identificatiegegevens en timestamps. Zet de identificatie van de inkoopaanvraag om naar tekst, zet alle eventtimestamps om naar één consistente UTC- of bedrijfstijdzone en behoud de precisie van de brontimestamp. Zorg dat de identifier van de aanvraagheader op elke eventregel staat. Als workflowrecords alleen een workflowcorrelatie-ID bevatten, koppel je deze aan de aanvraagheader via de gedocumenteerde relatie die in jouw omgeving is geconfigureerd.
Maak voor elke vereiste activiteit een afzonderlijke eventquery. De eventquery's moeten expliciet regels opleveren voor Requisition Created, Requisition Submitted for Approval, Requisition Amended, Approval Step Started, Approval Step Approved, Approval Step Rejected, Requisition Approved, Requisition Rejected, Requisition Withdrawn, Purchase Order Created, Requisition Line Closed en Requisition Closed. Laat ProcessMind geen activiteiten afleiden uit statuswijzigingen of de volgorde van events.
Pas voor Requisition Amended de gedocumenteerde logica voor intrekken en opnieuw indienen uit je workflowgeschiedenis toe. Een intrekactie gevolgd door een latere indiening moet een amendment-event opleveren op de timestamp van het intrekken, of op de amendment-timestamp die de bronentiteit beschikbaar stelt. Maak geen amendment-regel uitsluitend op basis van een gewijzigde aanvraagstatus, tenzij het bronsysteem die wijziging expliciet als amendment registreert.
Koppel voor regel- en inkooporderevents de aanvraagregels aan de inkooporderregels via de gedocumenteerde bronrelatie. Als het event log op PurchaseRequisitionId is gebaseerd, voeg je events op regelniveau samen of behoud je ze als afzonderlijke regels met dezelfde case-ID. Bewaar regel-ID's in extra kolommen wanneer die beschikbaar zijn, ook al zijn ze geen vereiste attributen.
Voeg de vereiste uitvoerkolommen PurchaseRequisitionId, ActivityName, EventTime, SourceSystemId en LastDataIngestionTimestamp toe. Voeg de aanbevolen kolommen User, Department, RequisitionStatus, RequisitionTotalAmount, UrgencyLevel en ApprovalStep toe. Vul niet-beschikbare waarden in met null in plaats van verzonnen waarden en gebruik voor SourceSystemId een consistente bronwaarde, zoals Dynamics 365 Finance.
Voeg alle activiteitenquery's samen met UNION ALL, verwijder regels zonder case-ID of eventtimestamp en sorteer op PurchaseRequisitionId en EventTime. Behoud dubbele events als ze afzonderlijke workflowtaken of afzonderlijke aanvraagregels vertegenwoordigen. Verwijder duplicaten alleen als aantoonbaar sprake is van dubbele exports van dezelfde bronrecords.
Valideer het uiteindelijke event log met de controles hieronder. Controleer of elke vereiste activiteit als expliciete regel aanwezig is, of timestamps binnen de gekozen periode vallen en of joins niet onverwacht extra events opleveren.
Laad of exporteer de definitieve tabel in CSV of een ander door ProcessMind ondersteund eventlogformaat. Koppel PurchaseRequisitionId als case-ID, ActivityName als activiteit en EventTime als eventtimestamp. Behoud SourceSystemId en LastDataIngestionTimestamp als eventattributen en neem alle aanbevolen attributen op wanneer die beschikbaar zijn.

Configuratie

Connector en bron: Gebruik de native Microsoft Dynamics 365 Finance-connector in Power BI Desktop. Vervang [Your Dynamics 365 Finance instance URL] door de URL van de omgeving. Controleer entiteitsnamen en velden aan de hand van de Navigator-metadata voor de specifieke implementatie.
Vereiste entiteiten: Selecteer de header- en regelentiteiten van inkoopaanvragen, workflowtracking- of workflowgeschiedenisentiteiten, header- en regelentiteiten van inkooporders en gebruikers- of organisatie-entiteiten die nodig zijn voor verrijking. Gebruik [Your entity name]-placeholders totdat de exacte entiteiten zijn bevestigd.
Datumbereik: Begin met drie tot zes maanden data. Neem historische aanvraagheaders op voor cases met workflowevents, inkooporderevents, afsluiting van regels of afsluiting van aanvragen binnen de gekozen periode.
Bedrijfs- en documentfilters: Filter waar nodig op [Your company or legal entity filter] en [Your document type filter]. Controleer of de aanvraagidentifier wereldwijd uniek is of alleen binnen een bedrijf uniek is.
Workflowbereik: Neem acties op voor indienen, intrekken, opnieuw indienen, taaktoewijzing, goedkeuren, afwijzen, terugtrekken, voltooien en annuleren. Configureer de koppelingen tussen workflowacties en statussen op basis van de waarden die in de omgeving worden gebruikt.
Betekenis van events: Elke activiteit moet als expliciete eventregel worden aangemaakt. ProcessMind leidt geen goedkeuringen, amendments, afsluitingen of conversies af uit andere regels.
Verwerking van timestamps: Standaardiseer alle timestamps naar één tijdzone. Documenteer of de brontimestamps in UTC of lokale bedrijfstijd zijn opgeslagen. Gebruik de brontimestamp met de hoogst beschikbare precisie.
Incrementeel verversen: Gebruik voor terugkerende extracties een watermark op basis van de meest recente bronwijziging of eventtimestamp, met een overlapperiode om workflowrecords die later binnenkomen op te vangen. Verwerk de overlap voordat je het definitieve event log laadt.
Prestaties: Filter bronentiteiten vóór joins, selecteer alleen de benodigde kolommen, laad geen onnodige historische workflowrecords en gebruik query folding waar dat wordt ondersteund. Extraheer headers, regels, workflowevents en relaties met inkooporders afzonderlijk voordat je ze combineert.
Autorisaties en vereisten vooraf: Het account heeft leestoegang nodig tot de geselecteerde data-entiteiten en workflowdata van Dynamics 365 Finance. Controleer of de relevante inkoop- en workflowfuncties zijn ingeschakeld en of Power BI Desktop, de connector, de gatewayconfiguratie indien van toepassing en het beveiligingsbeleid van de organisatie extractie toestaan.
Valuta en bedragen: Controleer welke valuta in RequisitionTotalAmount staat. Als aanvragen meerdere valuta kunnen bevatten, voeg je de bronvaluta toe als extra attribuut en zet je bedragen niet stilzwijgend om.
Omgaan met null-waarden: Aanbevolen attributen kunnen null zijn als het bronsysteem geen waarde opslaat, de waarde door beveiliging is afgeschermd of de relatie niet kan worden opgelost. Vereiste waarden voor case, activiteit en eventtimestamp moeten vóór de export worden gevalideerd.

a Voorbeeldquery sql

WITH
RequisitionHeader AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [CreatedDateTimeField] AS CreatedDateTime,
        [RequisitionStatusField] AS RequisitionStatus,
        [RequisitionTotalAmountField] AS RequisitionTotalAmount,
        [UrgencyLevelField] AS UrgencyLevel,
        [RequesterUserField] AS RequesterUser,
        [DepartmentField] AS Department
    FROM [Your requisition header entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [DocumentTypeField] = '[Your document type filter]'
),
WorkflowEvents AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [WorkflowEventTimestampField] AS EventTime,
        [WorkflowActionField] AS WorkflowAction,
        [WorkflowStatusField] AS WorkflowStatus,
        [ApprovalStepField] AS ApprovalStep,
        [WorkflowUserField] AS EventUser,
        [WorkflowCorrelationField] AS WorkflowCorrelation
    FROM [Your workflow history or workflow tracking entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [WorkflowEventTimestampField] >= CAST('[Start date]' AS datetime2)
      AND [WorkflowEventTimestampField] < CAST('[End date]' AS datetime2)
),
PurchaseOrderLinks AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [PurchaseRequisitionLineIdField] AS PurchaseRequisitionLineId,
        [PurchaseOrderIdField] AS PurchaseOrderId,
        [PurchaseOrderLineIdField] AS PurchaseOrderLineId,
        [PurchaseOrderCreatedDateTimeField] AS PurchaseOrderCreatedDateTime,
        [RequisitionLineClosedDateTimeField] AS RequisitionLineClosedDateTime
    FROM [Your requisition to purchase order relationship entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
RequisitionClosure AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [RequisitionClosedDateTimeField] AS RequisitionClosedDateTime
    FROM [Your requisition closure entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
Events AS (
    SELECT
        h.PurchaseRequisitionId,
        'Requisition Created' AS ActivityName,
        h.CreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionHeader h
    WHERE h.CreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Submitted for Approval' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your submission action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Amended' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your recall action value]')
      AND EXISTS (
          SELECT 1
          FROM WorkflowEvents w2
          WHERE w2.PurchaseRequisitionId = w.PurchaseRequisitionId
            AND w2.WorkflowAction IN ('[Your resubmission action value]')
            AND w2.EventTime > w.EventTime
      )

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Started' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval task assigned action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval action value]')
      AND w.WorkflowStatus IN ('[Your approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]')
      AND w.WorkflowStatus IN ('[Your final approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]', '[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your final rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Withdrawn' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your withdrawal or cancellation action value]')

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Purchase Order Created' AS ActivityName,
        p.PurchaseOrderCreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.PurchaseOrderCreatedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.PurchaseOrderCreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Requisition Line Closed' AS ActivityName,
        p.RequisitionLineClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.RequisitionLineClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.RequisitionLineClosedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        c.PurchaseRequisitionId,
        'Requisition Closed' AS ActivityName,
        c.RequisitionClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionClosure c
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = c.PurchaseRequisitionId
    WHERE c.RequisitionClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND c.RequisitionClosedDateTime < CAST('[End date]' AS datetime2)
)
SELECT
    PurchaseRequisitionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataIngestionTimestamp,
    [User],
    Department,
    RequisitionStatus,
    RequisitionTotalAmount,
    UrgencyLevel,
    ApprovalStep
FROM Events
WHERE PurchaseRequisitionId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

Klaar om aan de slag te gaan?

Met deze template heb je alles wat je nodig hebt om je Purchase to Pay-aanvraagproces te optimaliseren. Ontdek vandaag nog welke verbeteringen mogelijk zijn.

Terug naar de verbetergids Template downloaden

Optimaliseer Purchase to Pay-aanvragen voor snellere goedkeuringen

Verminder vertragingen en verkort de doorlooptijden in Dynamics 365 met 30%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je bent in enkele minuten klaar met de installatie.

Jouw datatemplate voor Purchase to Pay-aanvragen

Jouw datatemplate voor Purchase to Pay-aanvragen

Purchase to Pay - Requisition-attributen

Purchase to Pay - Requisition-activiteiten

Extractiegidsen

Export via het Data Management Framework van Dynamics 365

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met de Dynamics 365 OData REST API

Stappen

Configuratie

a Voorbeeldquery python

Extractie met de native Microsoft Power BI-connector

Stappen

Configuratie

a Voorbeeldquery sql

Klaar om aan de slag te gaan?

Optimaliseer Purchase to Pay-aanvragen voor snellere goedkeuringen

Jouw datatemplate voor Purchase to Pay-aanvragen

Jouw datatemplate voor Purchase to Pay-aanvragen

Purchase to Pay - Requisition-attributen

Purchase to Pay - Requisition-activiteiten

Extractiegidsen

Export via het Data Management Framework van Dynamics 365

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met de Dynamics 365 OData REST API

Stappen

Configuratie

a Voorbeeldquery python

Extractie met de native Microsoft Power BI-connector

Stappen

Configuratie

a Voorbeeldquery sql

Klaar om aan de slag te gaan?

Optimaliseer Purchase to Pay-aanvragen voor snellere goedkeuringen

We respecteren je privacy