> 持续流程改进 > 采购到付款采购申请 > Microsoft Dynamics 365 > 数据模板

您的采购到付款流程采购申请数据模板

Microsoft Dynamics 365

← 返回改进指南

采购到付款-采购申请属性 (17) 采购到付款-采购申请活动 (12) 提取指南 (3)

您的采购到付款流程采购申请数据模板

此模板列出了需要收集的关键属性和需要跟踪的重要活动，帮助您深入分析采购申请流程。同时，模板还提供数据提取方面的实用指导，帮助您高效准备事件日志，以便开展详细分析。

建议收集的属性
需要跟踪的关键活动
提取指南

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

采购到付款-采购申请属性

以下是建议纳入事件日志的数据字段，用于全面分析采购到付款-采购申请流程。

5 必需 6 建议 6 可选

	名称	说明
	事件时间 EventTime	具体活动或事件发生时的准确时间戳。
说明事件时间即时间戳，记录业务事件在系统中的发生日期和时间，是所有基于时间的流程分析的基础。该属性对于计算活动之间的周期时间、持续时间和等待时间至关重要。它支持流程绩效分析、瓶颈识别和SLA合规监控。准确的时间戳是确保流程挖掘分析可靠的必要条件。为什么重要它提供事件的时间顺序，这是计算流程时长、识别瓶颈和分析一段时间内绩效所必需的。获取位置可在工作流历史表或文档日志表中找到，通常是与每次状态变更或事件记录关联的“CreatedDateTime”或“ModifiedDateTime”字段。示例 2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
	活动名称 ActivityName	申请流程中发生的具体业务事件或步骤的名称。
说明该属性记录采购申请生命周期中执行的每项活动名称，例如“申请已创建”“审批步骤已通过”和“采购订单已创建”。这些活动构成发现的流程图节点。分析这些活动的顺序、频率及其间隔时长，是流程挖掘的核心。它有助于识别瓶颈、返工循环以及偏离标准流程路径的情况，为运营低效提供洞察。为什么重要该属性定义流程图中的步骤，使申请工作流能够被可视化、分析和理解。获取位置通常根据Microsoft Dynamics 365中的状态变更日志、工作流历史表或特定事件表得出，例如WorkflowTrackingStatusTable。示例申请已提交审批审批步骤已通过申请已修改
	采购申请ID PurchaseRequisitionId	采购申请的唯一标识符，也是主要案例标识。
说明采购申请ID是关联单个商品或服务申请所有活动的核心键。每个申请流程从创建到最终审批和关闭，都会通过该唯一ID进行追踪。在流程挖掘中，该属性是重建每个申请端到端历程的基础。它支持分析单个案例的流程变体、周期时间和合规情况，完整呈现申请生命周期。为什么重要它对于将所有相关事件归入单个流程实例至关重要，从而支持对每个申请生命周期进行完整的端到端分析。获取位置它通常是采购申请主表的主键，例如Microsoft Dynamics 365中的PurchReqTable。示例 PR-001254PR-001255PR-001256
	上次数据更新 LastDataIngestionTimestamp	数据最近一次提取并加载到流程挖掘工具中的时间戳。
说明该属性表示当前分析数据的新鲜度，显示源系统最近一次刷新数据的日期和时间。它并非Dynamics 365自身的字段，而是在数据导入过程中添加的元数据。该时间戳对于帮助用户了解洞察的时效性至关重要。它可以说明您查看的是实时数据，还是特定时间点的快照，而这会影响结论的相关性。为什么重要它向用户说明数据的新鲜度，确保用户了解分析所覆盖的时间范围以及洞察的相关性。获取位置该值在数据导入或ETL过程中生成并附加到数据集。示例 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
	源系统 SourceSystemId	提取数据的记录系统。
说明该属性用于标识事件数据的来源系统。在此场景中，值应为“Microsoft Dynamics 365”。在包含多个集成系统的环境中，该字段对于数据血缘和上下文至关重要。在分析中，它有助于区分跨多个系统的流程，或确认数据来自单一权威来源。这对于数据验证以及确保分析基于正确数据集非常重要。为什么重要它提供数据来源的上下文，对于数据治理、验证以及多系统集成环境至关重要。获取位置这是一个静态值“Microsoft Dynamics 365”，在数据提取和转换过程中添加。示例 Microsoft Dynamics 365 F&OD365MSD365
	审批步骤 ApprovalStep	工作流中某个具体审批步骤的名称或阶段。
说明此属性用于识别审批工作流中的具体阶段，例如“经理审批”或“财务审批”。相比通用活动名称，它提供了更细粒度的信息。此属性是“审批步骤瓶颈分析”的基础。跟踪每个独立审批步骤所耗费的时间，可以准确定位导致整体流程延迟的阶段，从而采取有针对性的措施提升工作流效率。为什么重要它支持对审批工作流进行细粒度分析，帮助识别导致瓶颈的具体阶段。获取位置此信息包含在工作流历史表中，例如WorkflowTrackingStatusTable。该表记录已配置工作流的每个步骤。示例经理审批部门负责人审批财务审核
	用户 User	执行活动的人员的用户ID或姓名。
说明该属性用于标识负责执行特定流程步骤的员工或系统用户，例如提交申请或批准请求的人员。它可以是用户ID、姓名全称或电子邮件地址。按用户分析活动有助于识别培训需求、高绩效个人或团队以及工作负载分布。它对于合规分析同样重要，例如职责分离分析，也有助于了解不同用户角色如何与流程交互。为什么重要它支持分析特定用户的行为、工作负载和绩效，这对于资源管理和发现培训机会至关重要。获取位置通常可在工作流历史表（例如WorkflowTrackingStatusTable）或交易表（例如PurchReqTable）中找到，并与用户表（例如UserInfo）关联。示例 j.smitha.joness.patel
	申请总金额 RequisitionTotalAmount	采购申请的货币总价值。
说明该属性记录采购申请中所有行项目的总价值。金额通常会影响审批工作流的复杂度，金额较高的申请往往需要更多审批步骤。在流程分析中，该属性对于按金额筛选和分析至关重要。它可以帮助回答“高金额申请是否需要更长时间审批？”或“当前卡在流程中的申请金额是多少？”等问题，为流程绩效提供财务视角。为什么重要它为分析增加财务维度，支持优先处理高金额案例，并了解金额如何影响流程行为。获取位置该值通常位于采购申请抬头表中，或根据采购申请行表（PurchReqLine）中的行项目金额汇总计算。示例 1500.0025000.50500.75
	申请状态 RequisitionStatus	采购申请当前或最终所处的状态。
说明该属性表示采购申请在任意时点的整体状态，例如“In Review”“Approved”“Rejected”或“Closed”。它通常是代表最终结果的案例级属性。分析最终状态有助于了解流程的整体结果。例如，大量“Rejected”或“Withdrawn”申请可能表明初始申请阶段存在问题，或审批流程过于繁琐。它是衡量成功率和流程效率的关键指标。为什么重要它为每个案例提供清晰结果，支持分析批准率、驳回率和撤回率，这些都是关键绩效指标。获取位置状态字段通常位于采购申请抬头表PurchReqTable中，字段名通常为“Status”或“PurchReqStatus”。示例已批准审核中已拒绝草稿
	紧急程度 UrgencyLevel	用于分类申请的紧急程度，例如“高”“中”或“低”。
说明紧急程度或优先级表示所申请的商品或服务需要多快到位。此属性通常用于影响审批路径，或帮助审批人确定工作优先级。分析此属性有助于判断优先级体系是否有效。例如，您可以比较“高”紧急程度申请与“低”紧急程度申请的周期时间。如果两者没有明显差异，可能说明优先级字段未被使用或使用不当。这是“紧急程度影响分析”仪表板中的重要洞察。为什么重要它有助于评估优先级设置是否能有效加快关键请求的处理，并发现紧急程度分类可能存在的滥用问题。获取位置这可能是PurchReqTable中的标准字段或自定义字段。字段是否存在及其名称可能因系统配置而异。示例高中低
	部门 Department	申请人的部门，或与申请关联的成本中心。
说明该属性用于指定发起采购申请的业务部门或成本中心，例如“Marketing”“IT”或“Operations”。这些信息通常属于申请抬头的一部分。按部门细分流程对于比较分析至关重要。它可以帮助您了解哪些部门的周期时间最长、驳回率最高或修改最频繁。这些洞察有助于根据不同部门的需求制定改进方案。为什么重要它支持按不同业务单元筛选和比较流程绩效，揭示部门特有的模式、瓶颈或低效环节。获取位置这些信息通常存储在采购申请抬头表（PurchReqTable）中，并与Dynamics 365中的财务维度配置关联。示例 IT部门财务部运营部
	修改次数 AmendmentCount	采购申请被修改的总次数。
说明这是一个计算得出的数值属性，用于统计每个采购申请案例中“采购申请已修改”活动的出现次数。此属性是“采购申请修改频率”仪表板和“采购申请修改率”KPI的基础。它量化每个案例的返工量，帮助您快速识别修改频繁、效率较低的申请、部门或用户，从而有针对性地提升初始申请质量。为什么重要它量化案例中的返工情况，便于衡量和分析修改频率及其对流程效率的影响。获取位置这是一个计算得出的属性。数据转换期间，通过统计每个唯一PurchaseRequisitionId对应的“采购申请已修改”活动数量来生成。示例 013
	审批工作流路径 ApprovalWorkflowPath	对实际执行的审批步骤顺序的表示。
说明该属性是一个派生字段，用于连接某份申请的审批步骤顺序，例如“经理审批 -> 部门负责人审批 -> 财务审批”。它可以有效概括审批子流程的流程变体。这对于“一致性偏差监控”仪表板至关重要。通过将实际工作流路径与预定义的标准路径或预期路径进行比较，您可以轻松标记可能代表政策违规或运营风险的不合规或异常流程路径。为什么重要它通过提供清晰的流程变体字符串表示，简化合规分析，帮助您快速发现偏离标准程序的情况。获取位置此属性不是标准字段。数据转换期间，必须按时间顺序拼接每个案例的ApprovalStep值来生成该属性。示例经理→总监经理→总监→财务副总裁经理→自动批准
	审批组 ApproverGroup	负责某个审批步骤的用户组或角色。
说明此属性用于识别负责处理特定审批任务的组、角色或队列，例如“财务审批人”或“IT经理”。按审批组分析流程绩效，有助于了解工作负载分布，并识别资源不足或需要额外培训的团队。它还直接支持“审批步骤瓶颈分析”仪表板，让您可以按负责审批的团队切分绩效数据。为什么重要它有助于识别不同审批团队之间的绩效差异，突出特定团队可能存在的资源限制或培训需求。获取位置此信息属于工作流历史的一部分，例如WorkflowTrackingStatusTable。该表记录每项任务所分配的用户或用户组。示例财务审批人IT经理高级管理层
	币种 Currency	申请金额所使用的币种代码。
说明此属性指定申请总金额所使用的币种，例如USD、EUR或GBP。对于涉及多种币种的跨国组织，这对财务分析尤为重要。使用币种属性可以正确处理和汇总财务数据，确保准确解读货币金额，并支持将金额转换为统一币种，从而实现不同地区或业务部门之间的准确报告和比较。为什么重要它为财务属性提供必要的上下文，确保在多币种环境中准确解读和汇总货币金额。获取位置此字段通常位于采购申请抬头表PurchReqTable中，与金额字段并列。示例 USDEURGBP
	是否首次审批通过 IsFirstPass	用于标记申请是否在未修改或被拒绝过的情况下通过审批。
说明这是一个计算得出的布尔属性：如果申请的审批路径中不包含“采购申请已修改”或“审批步骤已拒绝”活动，则值为“true”；否则为“false”。此属性直接支持“采购申请首次审批通过率”KPI。它通过提供清晰的案例级返工指标，简化流程效率分析。首次审批通过率较低，通常说明初始数据质量存在问题或需求不明确，也表明流程仍有改进空间。为什么重要它通过识别需要返工的案例，直接衡量流程质量和效率，并支持关注一次通过率的KPI。获取位置这是一个计算得出的属性。数据转换期间，需要分析每个案例的完整活动序列，检查审批前是否不存在返工活动。示例 truefalse
	采购订单编号 PurchaseOrderNumber	根据申请创建的采购订单标识符。
说明此属性存储由已批准采购申请生成的采购订单唯一ID。它连接采购申请流程与后续采购流程。跟踪此编号对于分析“申请到采购订单转换时间”至关重要。它可以确认申请已成功进入采购到付款周期的下一阶段，并支持覆盖采购申请和采购订单的端到端流程分析。为什么重要它将采购申请与后续采购订单关联起来，支持分析申请到采购订单的转换过程，并连接P2P流程的不同阶段。获取位置采购订单创建后，通常可以在采购申请行表PurchReqLine中找到此信息，并通过该表关联回PurchTable。示例 PO-000987PO-000988PO-000989

必需建议可选

采购到付款-采购申请活动

以下是应在事件日志中记录的必要流程步骤和里程碑，用于准确发现并分析采购申请工作流。

7 建议 5 可选

	活动	说明
	审批步骤已通过	审批人完成分配给自己的任务，批准该申请在当前阶段通过。申请随后进入下一步骤或最终审批。
为什么重要用于衡量每个审批阶段的处理时间，并帮助定位工作流中高效的环节，也是变体分析的重要组成部分。获取位置当用户以“Approve”结果完成工作项时，“WorkflowTrackingStatusTable”会明确记录该事件。采集在工作流历史日志中识别结果为“Approve”的“WorkItemCompleted”事件。事件类型 explicit
	申请已关闭	整个采购申请已完成，意味着所有行都已处理为采购订单或已取消。这是最终的成功结束状态。
为什么重要该活动标志着申请生命周期成功完成，是衡量端到端流程总时长的最终终点。获取位置该状态通常通过计算或推断得出。当所有关联的“PurchReqLine”记录均达到终止状态（例如“Closed”或“Cancelled”）时，申请即达到该状态。采集检查PurchReqTable对应的所有子PurchReqLine记录是否均已达到最终状态，以推导该事件。事件类型 calculated
	申请已创建	该事件表示采购申请记录最初以草稿状态创建。系统通过识别采购申请抬头的创建时间戳来捕获此事件。
为什么重要作为流程起点，该活动对于衡量申请整体生命周期时长和分析每日申请处理量至关重要。获取位置对于每个新的采购申请ID，该活动可根据PurchReqTable中的“createdDateTime”字段推断。采集使用PurchReqTable中记录的创建时间戳。事件类型 inferred
	申请已批准	申请已成功通过工作流中所有必需的审批步骤。当工作流实例以最终批准状态完成时，系统会捕获该活动。
为什么重要这是一个重要里程碑，标志着审批周期结束和采购阶段开始，也是“申请审批周期时间”KPI的结束事件。获取位置工作流完成时，从“WorkflowTrackingStatusTable”中明确捕获该事件，同时将“PurchReqTable”中的“Status”字段更新为“Approved”。采集筛选状态为“Approved”的工作流“Completion”事件，或追踪PurchReqTable中的状态变化。事件类型 explicit
	申请已提交审批	用户提交已完成的申请，正式启动审批工作流。这是由系统工作流引擎记录的明确操作。
为什么重要该活动是启动审批周期的关键里程碑，也是衡量“申请审批周期时间”和“首次审批通过率”的起点。获取位置从“WorkflowTrackingStatusTable”或类似的工作流历史表中获取，其中会记录与采购申请关联的“Submission”事件。采集筛选工作流历史日志，查找与申请关联的“Submission”或“Start”事件类型。事件类型 explicit
	申请已驳回	申请在审批工作流中被驳回，不会继续处理。这表示申请进入最终失败状态。
为什么重要该结束事件对于分析整体驳回率以及了解失败申请带来的财务或运营影响至关重要。获取位置工作流以“Rejected”状态完成时，从“WorkflowTrackingStatusTable”中明确捕获该事件，同时更新“PurchReqTable”的状态字段。采集筛选状态为“Rejected”的工作流“Completion”事件，或追踪PurchReqTable中的状态变化。事件类型 explicit
	采购订单已创建	已批准的采购申请行被转换为采购订单行，表示流程已移交采购团队。系统通过关联申请行与采购订单行来捕获该事件。
为什么重要这是连接申请与后续采购流程的关键里程碑，对于衡量“申请到采购订单转换时间”KPI至关重要。获取位置通过查找“PurchLine”表中引用与申请案例关联的“PurchReqLine”ID的记录来推断。采集使用关联引用字段（例如PurchReqLineRefId）连接PurchReqLine与PurchLine。事件类型 inferred
	审批步骤已开始	作为工作流的一部分，系统会将单个审批任务分配给用户或组。这表示特定审批人开始等待或处理该任务。
为什么重要该活动对于“审批步骤瓶颈分析”至关重要，可用于衡量特定审批阶段的排队时间。获取位置当新的工作项创建并分配给申请对应的工作流实例时，从“WorkflowTrackingStatusTable”中捕获。采集在特定申请的工作流历史日志中识别“WorkItemCreated”或类似事件。事件类型 explicit
	审批步骤已驳回	审批人驳回分配给自己的任务，通常会将申请退回发起人进行修改。这是由工作流引擎记录的明确操作。
为什么重要该活动是计算“申请驳回率”和识别最常发生驳回阶段的基础，可突出需要改进的流程环节。获取位置当用户以“Reject”结果完成工作项时，“WorkflowTrackingStatusTable”会明确记录该事件。采集在工作流历史日志中识别结果为“Reject”的“WorkItemCompleted”事件。事件类型 explicit
	申请已修改	当用户从工作流中撤回已提交的申请并进行修改时，就会发生该事件。通常通过识别撤回操作及其后的再次提交来捕获。
为什么重要追踪修改对于识别返工、初始需求不清和流程低效至关重要，并直接支持“申请修改频率”仪表板。获取位置可通过工作流历史记录（“WorkflowTrackingStatusTable”）检测“Recall”或“RequestChange”操作来推断，也可以根据提交后“PurchReqTable”中“modifiedDateTime”字段的变化推断。采集检测工作流撤回事件，或比较提交事件之间的记录版本变化。事件类型 inferred
	申请已撤回	创建人或授权用户在申请提交后将其取消。该操作会终止工作流和申请。
为什么重要追踪撤回情况有助于发现需求规划问题或流程过于复杂等问题，并支持“申请撤回洞察”仪表板。获取位置可根据“PurchReqTable”中的状态变更为“Cancelled”，或“WorkflowTrackingStatusTable”中的“Cancel”事件推断。采集检测PurchReqTable中状态变更为“Cancelled”的记录，或检测工作流取消事件。事件类型 inferred
	申请行已关闭	采购申请中的单个行项目已完成处理。通常发生在该行已完全转换为采购订单之后。
为什么重要提供申请履行情况的细粒度信息，帮助识别申请是部分转换还是全部转换为采购订单。获取位置可根据“PurchReqLine”表中单个行的状态字段推断。显示已订购或已收货的状态通常表示该行已关闭。采集监控PurchReqLine表中的状态字段，查找“Invoiced”或“Closed”等终止值。事件类型 inferred

建议可选

提取指南

如何从Microsoft Dynamics 365获取数据

步骤

访问数据管理工作空间：登录Microsoft Dynamics 365，进入Workspaces菜单。选择Data management，打开数据导入和导出操作的中心。
创建新的导出项目：在数据管理工作空间中，点击Export磁贴。填写唯一的Group名称、描述性的描述，并将Project category设为Project，以便组织数据提取任务。
添加数据实体：将所需的标准数据实体添加到项目中。点击Add entity，逐一搜索并添加以下实体：
- Purchase requisition headers
- Purchase requisition lines
- Workflow tracking status table
- Workflow work items
- Purchase order lines V2
定义导出格式：为每个已添加的实体选择Target data format，例如CSV或Excel。通常建议使用CSV，以获得更好的性能和与数据转换工具的兼容性。
应用数据筛选条件：选择一个实体，然后点击筛选按钮。在范围选项卡中，指定法律实体（公司代码），确保从正确的业务单元提取数据。此外，还必须在Purchase requisition headers实体的Created date and time字段上添加日期筛选条件，以限制数据量。建议先选择3到6个月的时间范围。
运行导出作业：配置好所有实体和筛选条件后，在操作窗格中点击Export。系统会创建作业包并开始处理。您可以在Job history部分监控作业进度。
下载数据包：导出作业成功完成后，进入Job history详细信息，点击Download package。系统将下载一个ZIP文件，其中包含每个实体对应的独立数据文件。
将原始数据转换为事件日志：导出的文件代表原始系统表，而不是最终事件日志。您必须使用Python、Power Query或ETL平台等外部工具合并并重塑数据，具体包括：
- 连接表头文件和行项目文件。
- 使用采购申请表头的CorrelationId和RecId，将工作流数据与采购申请连接起来。
- 将工作流表中的状态变化和工作流事件透视为独立的活动行（申请已提交、审批步骤已批准等）。
- 为每项活动创建新行，并填入正确的ActivityName、EventTime和PurchaseRequisitionId。
计算并映射属性：转换过程中，将源列映射到所需属性，例如用户和部门。通过汇总行项目金额，计算RequisitionTotalAmount等派生属性。为SourceSystemId设置静态值（例如D365_F&O），并使用脚本执行时间作为LastDataIngestionTimestamp。
完成并格式化输出：确保最终输出为单个CSV文件，每行代表流程中的一个事件。列必须符合所需的事件日志结构，包括PurchaseRequisitionId、ActivityName和EventTime。

配置

**所需权限：**用户必须拥有具备Data management工作区权限，并能访问待导出的特定数据实体的安全角色，例如Data management administrator或类似的自定义角色。
关键数据实体：
- Purchase requisition headers：提供主要案例标识符、创建时间戳和整体状态。
- Purchase requisition lines：包含每个申请项目的详细信息，包括金额和采购订单关联信息。
- Workflow tracking status table：工作流事件的主要来源，包括提交、审批、拒绝和撤回。
- Workflow work items：记录审批过程中分配给用户的具体任务。
- Purchase order lines V2：用于查找与采购申请行关联的采购订单创建时间戳。
**日期范围筛选：**必须在Purchase requisition headers实体的Created date and time字段上应用日期范围筛选器。初始分析建议使用3至6个月的数据，在数据量和流程洞察之间取得平衡。
**公司代码筛选：**始终筛选Legal entity，避免提取非目标公司或测试公司的数据。这可以显著减少数据量并提升作业性能。
**数据转换：**此方法需要在Dynamics 365之外进行大量后处理，将原始实体导出数据转换为结构化事件日志。请准备使用脚本或ETL工具。

a 示例查询 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;

步骤

**注册Azure Active Directory应用：**进入Azure门户并注册新应用。该应用将用于向Dynamics 365 API进行身份验证。请记下应用程序（客户端）ID和目录（租户）ID。
**生成客户端密钥：**在Azure中新注册的应用中，进入“Certificates & secrets”创建新的客户端密钥。请安全复制密钥值，因为该值之后将无法再次查看。
**授予API权限：**在应用的“API permissions”部分添加“Dynamics ERP”权限。选择“Delegated permissions”，授予Financials.ReadWrite.All或限制更严格的只读权限，并为这些权限授予管理员同意。
**安装Python库：**确保已安装Python，然后使用pip安装所需库：pip install requests pandas。
**配置Python脚本：**将提供的Python脚本复制到文件中，例如extract_d365_requisitions.py。填写脚本顶部的占位变量，包括Dynamics 365 URL、Tenant ID、Client ID、Client Secret、所需日期范围和公司ID。
**了解OData实体：**脚本查询三个主要数据实体：PurchaseRequisitionHeaders用于获取采购申请主要信息，PurchaseRequisitionLines用于获取行项目详情及其转换为采购订单的信息，WorkflowTrackingStatusTable用于获取提交和审批等所有工作流事件。
**执行脚本：**在命令行中运行脚本：python extract_d365_requisitions.py。脚本将完成身份验证，获取各项活动的数据，并自动处理API分页。
**数据转换：**脚本处理API调用返回的原始JSON数据，通过遍历记录重塑数据，为12项业务活动分别创建一行，并将源字段映射到PurchaseRequisitionId、ActivityName和EventTime等标准事件日志列。
**合并并标准化事件：**所有生成的事件都会汇总到一个列表中，再转换为pandas DataFrame。脚本会添加SourceSystemId和LastDataIngestionTimestamp等静态列。
**导出为CSV：**最终DataFrame将导出为名为d365_purchase_requisition_log.csv的CSV文件。该文件已按格式整理，可直接上传到流程挖掘工具。请确认文件使用UTF-8编码。

配置

**前提条件：**需要拥有Azure订阅以注册应用，并具备来自Azure Active Directory的应用程序（客户端）ID、Client Secret和Tenant ID。运行脚本的用户还需要拥有访问Dynamics 365 Finance and Operations OData API端点的凭据。
**API端点配置：**脚本需要Dynamics 365环境的基础URL，通常格式为https://[your-environment-name].operations.dynamics.com。
**日期范围：**在脚本中设置START_DATE和END_DATE变量，定义提取时间窗口。初始分析建议使用3至6个月的数据，在数据量和洞察之间取得平衡。
**公司筛选：**脚本通过COMPANY_ID变量筛选特定法定实体。如需提取所有公司的数据，可能需要修改OData筛选器，并在请求标头中加入cross-company=true。
**性能注意事项：**脚本通过在OData查询中使用$select，仅获取事件日志所需的列，从而提升性能。同时，脚本会处理分页，以管理大型数据集，避免API负载过高。对于超大规模历史数据加载，建议分批运行脚本，并缩小每批次的日期范围。

a 示例查询 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()

步骤

确认Power BI Desktop中提供Microsoft Dynamics 365 Finance原生连接器，并确认用户有权访问所需数据实体、工作流历史、申请单数据及相关采购订单数据。
在Power BI Desktop中选择Get data，选择Microsoft Dynamics 365 Finance连接器，并提供Dynamics 365 Finance实例URL。使用有权读取所需实体的账户进行身份验证。将[Your Dynamics 365 Finance instance URL]替换为您环境中的实例URL。
在Navigator中，选择实施所需的采购申请单表头和行实体、工作流历史或工作流跟踪实体、用户和组织实体，以及采购订单实体。实体名称和可用字段因环境而异。使用实体元数据，将查询中的每个占位符替换为系统提供的对应实体和字段。
将所选实体加载到Power Query。按所需法人实体或公司、单据类型和提取期间筛选数据。使用[Start date]和[End date]参数，并保留事件时间戳处于所选期间内的记录。对于在期间内包含工作流或关闭事件、但创建时间早于开始日期的记录，也应保留，以确保案例历史完整。
标准化标识符和时间戳。将采购申请单标识符转换为文本，将所有事件时间戳转换为统一的UTC或业务时区，并保留源时间戳精度。确保每个事件行都有申请单表头标识符。如果工作流记录仅包含工作流关联标识符，请使用您环境中配置的有文档说明的关系，将其连接到申请单表头。
为每项必需活动创建一个事件查询。事件查询必须明确返回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和Requisition Closed的记录。不要依赖ProcessMind根据状态变更或事件顺序推断任何活动。
对于Requisition Amended，应用工作流历史中有文档说明的召回和重新提交逻辑。召回操作后再次提交时，应在召回时间戳，或源实体提供的修改时间戳处生成修改事件。除非源系统明确将该变更记录为修改，否则不要仅根据申请单状态变化创建修改记录。
对于行级和采购订单事件，请使用有文档说明的源关系，将申请单行连接到采购订单行。如果事件日志以PurchaseRequisitionId为案例，则将行级事件聚合，或保留为使用同一案例标识符的独立记录。在可用时，将行标识符保留在其他列中，尽管它们不是必需属性。
添加所需输出列PurchaseRequisitionId、ActivityName、EventTime、SourceSystemId和LastDataIngestionTimestamp。添加建议列User、Department、RequisitionStatus、RequisitionTotalAmount、UrgencyLevel和ApprovalStep。不可用的值应填充为null，不要编造值；对于SourceSystemId，使用Dynamics 365 Finance等一致的源值。
使用UNION ALL追加所有活动查询，删除案例标识符或事件时间戳缺失的记录，并按PurchaseRequisitionId和EventTime排序。对于代表不同工作流任务或不同申请单行的重复事件，应予以保留。仅当源记录明确属于重复提取时才删除重复项。
使用下方所述检查验证生成的事件日志。确认每项必需活动均由明确记录表示，时间戳处于所选期间内，并确认连接不会意外增加事件数量。
将最终表加载或导出为CSV或其他ProcessMind支持的事件日志格式。将PurchaseRequisitionId映射为案例标识符，将ActivityName映射为活动，将EventTime映射为事件时间戳。将SourceSystemId和LastDataIngestionTimestamp保留为事件属性，并在可用时保留所有建议属性。

配置

连接器和数据源：在Power BI Desktop中使用Microsoft Dynamics 365 Finance原生连接器。将[Your Dynamics 365 Finance instance URL]替换为环境URL。必须根据具体实施的导航器元数据确认实体名称和字段。
必需实体：选择采购申请抬头和行实体、工作流跟踪或工作流历史实体、采购订单抬头和行实体，以及用于丰富数据的用户或组织实体。在确认确切实体前，使用[Your entity name]占位符。
日期范围：先使用三到六个月的数据。对于在所选期间内包含工作流、采购订单、行关闭或申请关闭事件的案例，应纳入其历史申请抬头。
公司和单据筛选：在适用时按[Your company or legal entity filter]和[Your document type filter]筛选。确认申请标识符是全局唯一，还是仅在公司范围内唯一。
工作流范围：纳入提交、召回、重新提交、任务分配、批准、拒绝、撤回、完成和取消操作。根据环境中使用的值配置工作流操作和状态映射。
事件语义：每项活动都必须作为明确的事件行输出。ProcessMind不会根据其他行推断批准、修改、关闭或转换事件。
时间戳处理：将所有时间戳统一到一个时区。记录源时间戳存储为UTC还是本地业务时间。使用源系统提供的最高精度时间戳。
增量刷新：对于定期提取，请以最大的源修改时间戳或事件时间戳为水位线，并设置重叠窗口，以捕获延迟到达的工作流记录。加载最终事件日志前，先处理重叠数据。
性能：在关联前筛选源实体，仅选择必需列，避免加载不必要的历史工作流记录，并在支持的情况下使用查询折叠。分别提取抬头、行、工作流事件和采购订单关系，再进行合并。
授权和前置条件：该账户需要具备对所选Dynamics 365 Finance数据实体和工作流数据的读取权限。确认相关采购和工作流功能已启用，并确认Power BI Desktop、连接器、适用时的网关配置以及组织安全策略允许提取数据。
币种和金额：确认RequisitionTotalAmount所代表的币种。如果申请可能包含多种币种，请将源币种作为额外属性纳入，不要静默转换金额。
空值处理：当源系统未存储值、值受安全策略限制或无法解析关联关系时，建议属性可以为null。导出前应验证必需的案例、活动和事件时间戳值。

a 示例查询 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;

准备开始了吗？

使用此模板，您已具备开始优化采购到付款流程中采购申请流程所需的一切。立即开始发现有价值的洞察。

返回改进指南下载模板

立即优化采购到付款流程中的采购申请，加快审批

消除延迟，让Dynamics 365中的周期时间缩短30%。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的采购到付款流程采购申请数据模板

您的采购到付款流程采购申请数据模板

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

Dynamics 365数据管理框架导出

步骤

配置

a 示例查询 sql

使用Dynamics 365 OData REST API的Python脚本

步骤

配置

a 示例查询 python

Microsoft Power BI原生连接器提取

步骤

配置

a 示例查询 sql

准备开始了吗？

立即优化采购到付款流程中的采购申请，加快审批

您的采购到付款流程采购申请数据模板

您的采购到付款流程采购申请数据模板

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

Dynamics 365数据管理框架导出

步骤

配置

a 示例查询 sql

使用Dynamics 365 OData REST API的Python脚本

步骤

配置

a 示例查询 python

Microsoft Power BI原生连接器提取

步骤

配置

a 示例查询 sql

准备开始了吗？

立即优化采购到付款流程中的采购申请，加快审批

我们重视您的隐私