> 持续流程改进 > 采购到付款请购 > 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。示例采购请购单-001254采购请购单-001255采购请购单-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	采购申请当前或最终的状态。
说明此属性表示采购申请在任一时点的整体状态，例如“审核中”“已批准”“已拒绝”或“已关闭”。它通常是案例级属性，用于记录最终结果。分析最终状态有助于了解流程的整体结果。例如，“已拒绝”或“已撤回”的申请数量较多，可能说明初始申请阶段存在问题，或审批流程过于繁琐。该属性是衡量成功率和流程效率的重要依据。重要性它清晰记录每个案例的结果，便于分析批准率、拒绝率和撤回率，这些都是关键绩效指标。获取途径状态字段通常位于采购申请表头表PurchReqTable中，字段名常为“Status”或“PurchReqStatus”。示例已批准审核中已拒绝草稿
	紧急程度 UrgencyLevel	对申请紧急程度的分类，例如“高”“中”或“低”。
说明紧急程度或优先级表示所申请的商品或服务需要多快到位。此属性通常用于影响审批路径，或帮助审批人安排工作优先级。分析此属性有助于判断优先级设置是否有效。例如，您可以比较紧急程度为“高”和“低”的申请周期时间。如果两者差异不明显，可能说明优先级字段未得到重视或使用不当。这是“紧急程度影响分析”仪表板中的一项重要洞察。重要性它有助于评估优先级设置是否能加快紧急申请的处理，并发现紧急程度分类可能存在的误用。获取途径这可能是PurchReqTable中的标准字段或自定义字段。字段是否存在及其名称取决于系统配置。示例高中低
	部门 Department	申请人所属部门或与请购单关联的成本中心。
说明此属性用于指定发起采购请购单的业务部门或成本中心，例如“市场营销”“IT”或“运营”。此信息通常位于请购单表头中。按部门细分流程对于比较分析至关重要。您可以据此查看哪些部门的周期时间最长、驳回率最高或修改最频繁。这些洞察有助于根据各部门的具体需求制定改进措施。重要性此属性支持按不同业务单元筛选和比较流程表现，帮助您发现特定部门的模式、瓶颈或低效环节。获取途径此信息通常存储在采购申请表头（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，用于关联申请流程与后续采购流程。跟踪此编号对于分析“申请转采购订单时间”至关重要。它可以确认申请是否已成功进入采购到付款周期的下一阶段，并支持跨采购申请和采购订单的端到端流程分析。重要性它将申请与后续采购订单关联起来，便于分析申请转采购订单的情况，并串联采购到付款流程的不同阶段。获取途径采购订单创建后，通常可在采购申请行表（PurchReqLine）中找到此信息，并通过关联指向PurchTable。示例 PO-000987PO-000988PO-000989

必填建议填写选填

采购到付款申请活动

以下是建议记录在事件日志中的关键流程步骤和里程碑，可用于准确发现和分析采购申请工作流。

7 建议填写 5 选填

	活动	说明
	审批步骤已批准	审批人员完成分配给自己的任务，并批准请购单通过当前流程阶段。随后请购单进入下一步或最终审批。
重要性此活动用于衡量各审批阶段的处理时间，并帮助找出工作流中效率较高的环节，也是变体分析的重要组成部分。获取途径用户以“Approve”结果完成工作项时，系统会在“WorkflowTrackingStatusTable”中明确记录此事件。采集在工作流历史日志中查找结果为“Approve”的“WorkItemCompleted”事件。事件类型 explicit
	请购单已关闭	整张采购请购单已完成处理，即所有行项目均已转为采购订单或已取消。这表示流程已成功结束。
重要性此活动标志着请购单生命周期顺利完成，也是衡量端到端流程总时长的最终节点。获取途径此状态通常通过计算或推断得出。当所有关联的“PurchReqLine”记录均达到终止状态（例如“Closed”或“Cancelled”）时，即视为请购单已关闭。采集检查PurchReqTable对应的所有子级PurchReqLine记录是否均为最终状态，据此推导此事件。事件类型 calculated
	请购单已创建	此事件表示采购请购记录已创建，初始状态为草稿。系统通过识别请购单表头的创建时间戳来记录此事件。
重要性作为流程的起点，此活动对于衡量请购单的整体生命周期时长和分析每日处理量至关重要。获取途径此活动根据每个新采购请购ID在“PurchReqTable”表中的“createdDateTime”字段推断。采集使用PurchReqTable记录的创建时间戳。事件类型 inferred
	请购单已批准	请购单已通过工作流中的所有必要审批步骤。工作流实例以最终批准状态完成时，系统会记录此活动。
重要性这是一个重要节点，标志着审批周期结束、采购阶段开始，也是“请购审批周期时间”关键绩效指标的结束事件。获取途径工作流完成时，系统会在“WorkflowTrackingStatusTable”中明确记录此事件，同时将“PurchReqTable”中的“Status”字段更新为“Approved”。采集筛选状态为“Approved”的工作流“Completion”事件，或跟踪PurchReqTable中的状态变更。事件类型 explicit
	请购单已提交审批	用户提交已填写完成的请购单，由此启动正式审批工作流。系统工作流引擎会记录这一明确操作。
重要性此活动是审批周期开始的关键节点，也是衡量“请购审批周期时间”和“首次审批通过率”的起点。获取途径此事件记录在“WorkflowTrackingStatusTable”或类似的工作流历史表中，表示请购单已提交。采集在工作流历史日志中筛选与请购单关联的“Submission”或“Start”事件类型。事件类型 explicit
	请购单已驳回	请购单在审批工作流中被驳回，不会继续处理。这表示请购单进入最终失败状态。
重要性此结束事件对于分析整体驳回率，以及了解申请失败带来的财务或运营影响至关重要。获取途径工作流以“Rejected”状态完成时，系统会在“WorkflowTrackingStatusTable”中明确记录此事件，并更新“PurchReqTable”的状态字段。采集筛选状态为“Rejected”的工作流“Completion”事件，或跟踪PurchReqTable中的状态变更。事件类型 explicit
	采购订单已创建	已批准的采购请购单行项目转换为采购订单行项目，标志着工作已移交采购团队。系统通过关联请购单行项目与采购订单行项目来记录此事件。
重要性这是连接请购流程与后续采购流程的关键节点，也是衡量“请购单转为采购订单时间”关键绩效指标的必要依据。获取途径在“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，以提升性能并兼容数据转换工具。
**应用数据筛选条件：**选择一个实体，然后点击筛选按钮。在范围选项卡中，指定Legal entity（公司代码），确保提取正确业务单元的数据。还应对Purchase requisition headers实体的Created date and time字段添加日期筛选条件，以控制数据量。建议先选择3至6个月的数据。
**运行导出作业：**配置好所有实体和筛选条件后，点击操作窗格中的Export。系统将创建作业包并开始处理。您可以在Job history部分查看作业进度。
**下载数据包：**导出作业成功完成后，打开Job history详情并点击Download package。系统将下载一个ZIP文件，其中包含各实体对应的数据文件。
**将原始数据转换为事件日志：**导出的文件是原始系统表，并非最终事件日志。您需要使用Python、Power Query或ETL平台等外部工具合并并重塑数据，具体包括：
- 合并请购单头和明细文件。
- 使用CorrelationId以及采购请购单头的RecId，将工作流数据与请购记录关联。
- 将工作流表中的状态变更和工作流事件转换为独立的活动行（如Requisition Submitted、Approval Step Approved等）。
- 为每项活动创建一行，并填入正确的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工具。

查询示例 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、租户ID、客户端ID、客户端密钥、所需日期范围和公司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、客户端密钥和租户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造成过大负担。若需加载大量历史数据，可考虑按较短日期范围分批运行脚本。

查询示例 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中选择“获取数据”，选择Microsoft Dynamics 365 Finance连接器，并输入Dynamics 365 Finance实例URL。使用获准读取所需实体的账户进行身份验证。将[Your Dynamics 365 Finance instance URL]替换为您环境中的实例URL。
在导航器中，选择实施所需的请购单头和明细实体、工作流历史或工作流跟踪实体、用户和组织实体，以及采购订单实体。实体名称和可用字段因环境而异。请查看实体元数据，并将查询中的每个占位符替换为系统提供的对应实体和字段。
将所选实体加载到Power Query中。按所需法人实体或公司、单据类型和提取时间范围筛选数据。使用[Start date]和[End date]参数，并保留事件时间戳位于所选范围内的记录。对于在该时间范围内发生工作流或关闭事件的案例，也要纳入开始日期之前创建的记录，以确保案例历史完整。
统一标识符和时间戳。将采购请购单标识符转换为文本，将所有事件时间戳转换为统一的UTC或业务时区，并保留源时间戳的精度。确保每条事件记录都包含请购单头标识符。如果工作流记录仅包含工作流关联标识符，请根据您环境中配置并记录的关系将其与请购单头关联。
为每项所需活动创建一个事件查询。查询必须明确返回以下活动对应的记录：请购单已创建、请购单已提交审批、请购单已修改、审批步骤已开始、审批步骤已批准、审批步骤已拒绝、请购单已批准、请购单已拒绝、请购单已撤回、采购订单已创建、请购明细已关闭和请购单已关闭。不要依赖ProcessMind根据状态变更或事件顺序推断活动。
对于请购单修改事件，请根据工作流历史中记录的撤回和重新提交逻辑进行处理。撤回后再次提交时，应在撤回时间戳或源实体提供的修改时间戳处生成修改事件。除非源系统明确将状态变更记录为修改，否则不要仅凭请购单状态变更创建修改记录。
对于明细和采购订单事件，请根据源系统记录的关系，将请购明细与采购订单明细关联。如果事件日志以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所用的货币。如果请购单可能包含多种货币，请将源货币作为附加属性，并避免在未说明的情况下转换金额。
空值处理：如果源系统未存储某个值、该值受安全权限限制或无法解析关联关系，建议属性可以为空。导出前应验证案例标识、活动和事件时间戳等必需值。

查询示例 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数据管理框架导出

步骤

配置

查询示例 sql

使用Dynamics 365 OData REST API的Python脚本

步骤

配置

查询示例 python

使用Microsoft Power BI原生连接器提取数据

步骤

配置

查询示例 sql

准备好开始了吗？

优化采购到付款请购流程，加快审批