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

采购到付款 (P2P) — 采购申请数据模板

Microsoft Dynamics 365

← 返回改进指南

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

采购到付款 (P2P) — 采购申请数据模板

此模板概述了要收集的关键属性和要跟踪的关键活动，以便深入研究您的请购流程。它还提供了提取这些数据的实用指南，帮助您高效准备事件日志以进行详细分析。

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

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

采购到付款 - 请购属性

这些是建议在事件日志中包含的数据字段，以便对您的采购到付款（请购）流程进行全面分析。

5 必填 7 推荐 6 可选

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

必填推荐可选

采购到付款 - 请购活动

这些是事件日志中需要捕捉的关键流程步骤和里程碑，以便对请购工作流进行准确发现和分析。

7 推荐 5 可选

	活动	描述
	审批步骤已批准	审批人完成分配的任务，批准其负责阶段的请购请求。这将使请购单进入下一步或最终审批环节。
为何重要衡量每个审批阶段的处理时间，并帮助精准定位工作流中的高效环节。它是变体分析的关键组成部分。获取方式当用户完成结果为“批准”的工作项时，在 `WorkflowTrackingStatusTable` 中明确记录。捕获在 Workflow 历史日志中识别结果为“批准”的 `WorkItemCompleted` 事件。事件类型 explicit
	已创建招聘需求	此事件标志着采购请购单记录在草稿状态下的初始创建。通过识别采购请购头的创建时间戳来捕捉。
为何重要作为流程的起点，此活动对于衡量请购单的总体生命周期时间以及分析每日请购吞吐量至关重要。获取方式此活动是根据每个新采购请购单 ID 在“PurchReqTable”上的“createdDateTime”字段推断出来的。捕获使用 PurchReqTable 中记录的创建时间戳。事件类型 inferred
	请购单已关闭	整个采购请购单被视为已完成，这意味着其所有行项目都已转换为采购订单或已取消。这是一个最终的成功结束状态。
为何重要此活动标志着请购生命周期的成功完成。它是衡量端到端总流程时长的最终终点。获取方式此状态通常是计算或推断出来的。当所有关联的“PurchReqLine”记录都达到最终状态（例如“已关闭”、“已取消”）时发生。捕获通过检查 `PurchReqTable` 的所有子 `PurchReqLine` 记录是否具有最终状态来推导此事件。事件类型 calculated
	请购单已提交审批	用户提交填写完毕的请购单，从而启动正式的审批工作流。这是系统工作流引擎记录的明确动作。
为何重要此活动是启动审批周期的关键里程碑。它是衡量“请购审批周期时间”和“首次通过审批率”的起点。获取方式从 `WorkflowTrackingStatusTable` 或类似的 Workflow 历史记录表中捕获，其中记录了针对该请购单的“提交”事件。捕获在 Workflow 历史日志中筛选与请购单绑定的“提交”或“开始”事件类型。事件类型 explicit
	请购单已驳回	请购单在审批工作流中被驳回，将不再进行处理。这代表请购单的最终失败状态。
为何重要此结束事件对于分析整体驳回率以及理解失败请求对财务或运营的影响至关重要。获取方式当 Workflow 以“已驳回”状态完成时，从 `WorkflowTrackingStatusTable` 中明确捕获，这将更新 `PurchReqTable` 的状态字段。捕获筛选状态为“已驳回”的 Workflow“完成”事件，或追踪 `PurchReqTable` 上的状态变更。事件类型 explicit
	采购申请已批准	请购单已成功通过工作流中所有必要的审批步骤。当工作流实例以最终获批状态结束时，系统将记录此活动。
为何重要这是一个重要的里程碑，标志着审批周期的结束和采购阶段的开始。它是“请购审批周期时间”KPI 的结束事件。获取方式当 Workflow 完成时，从 `WorkflowTrackingStatusTable` 中明确捕获。这也会将 `PurchReqTable` 上的 `Status` 字段更新为“已批准”。捕获筛选状态为“已批准”的 Workflow“完成”事件，或追踪 `PurchReqTable` 上的状态变更。事件类型 explicit
	采购订单已创建	已批准的请购明细行被转换为采购订单（PO）明细行，标志着向采购团队的移交。通过将请购行链接到采购订单行来捕获此操作。
为何重要这是连接请购单与下游采购流程的关键里程碑。对于衡量“请购到 PO 转化时间”KPI 至关重要。获取方式通过在 `PurchLine` 表中查找引用了与该请购案例关联的 `PurchReqLine` ID 的记录来推断。捕获在关联引用字段（例如 `PurchReqLineRefId`）上联结 `PurchReqLine` 和 `PurchLine`。事件类型 inferred
	审批步骤已开始	作为 Workflow 的一部分，单个审批任务被分配给用户或组。这代表了特定审批人等待或处理时间的开始。
为何重要此活动对于“审批步骤瓶颈分析”至关重要，它可以衡量特定审批阶段的等待时间。获取方式当为请购单的 Workflow 实例创建并分配新的工作项时，从 `WorkflowTrackingStatusTable` 中捕获。捕获在 Workflow 历史日志中识别特定请购单的 `WorkItemCreated` 或类似事件。事件类型 explicit
	审批步骤已驳回	审批人驳回其分配的任务，通常会将请购单退回给发起人进行修正。这是由 Workflow 引擎记录的明确动作。
为何重要此活动是计算“请购驳回率”并识别驳回最常发生阶段的基础，从而突出流程改进的领域。获取方式当用户完成结果为“驳回”的工作项时，在 `WorkflowTrackingStatusTable` 中明确记录。捕获在 Workflow 历史日志中识别结果为“驳回”的 `WorkItemCompleted` 事件。事件类型 explicit
	请购单已修改	当用户从工作流中撤回已提交的请购单以进行更改时，会发生此事件。该活动通常通过识别撤销操作及其后的再次提交来捕捉。
为何重要跟踪修改是识别返工、初始请求不清晰和流程低效的关键。它直接支持“请购修改频率”仪表板。获取方式可以通过检测“撤回”或“请求变更”动作，从 Workflow 历史记录（`WorkflowTrackingStatusTable`）中推导出来。也可以根据提交后 `PurchReqTable` 上 `modifiedDateTime` 字段的变更来推断。捕获在提交事件之间检测 Workflow 撤回事件或记录版本变更。事件类型 inferred
	请购单已撤销	创建者或授权用户在提交请购单后将其取消。此操作将终止工作流和请求。
为何重要跟踪撤销有助于识别需求计划问题或过于复杂的流程。这为“请购撤销见解”仪表板提供支持。获取方式这是根据“PurchReqTable”上的状态变更为“已取消”或“WorkflowTrackingStatusTable”中的“取消”事件推断出来的。捕获检测 `PurchReqTable` 上的状态更改为“已取消”或 Workflow 取消事件。事件类型 inferred
	请购行已关闭	请购单上的单个明细项被视为已处理完毕。这通常发生在明细项完全转换为采购订单之后。
为何重要提供关于请购履行的详尽细节，帮助识别请购单是部分转换还是全部转换为了采购订单。获取方式根据单个 `PurchReqLine` 表上的状态字段推断。指示已订购或已收货的状态将标志着关闭。捕获监控 `PurchReqLine` 表上的状态字段，查找如“已开票”或“已关闭”之类的最终值。事件类型 inferred

推荐可选

提取指南

如何从 Microsoft Dynamics 365 获取您的数据

步骤

访问数据管理工作区： 登录 Microsoft Dynamics 365 并导航至 Workspaces 菜单。选择 Data management 以打开数据导入和导出操作的中心枢纽。
创建新导出项目： 在数据管理工作区中，点击 Export 磁贴。输入唯一的 Group name 和描述性的 Description，并将 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。
应用数据筛选： 选择一个实体，然后点击 Filter 按钮。在 Range 选项卡上，指定 Legal entity（公司代码），确保从正确的业务单位提取数据。同时，务必在 Purchase requisition headers 实体的 Created date and time 字段上添加日期筛选器以限制数据量。建议先从 3 到 6 个月的数据开始。
运行导出作业： 配置完所有实体和筛选器后，点击操作面板上的 Export。系统将创建作业包并开始处理。您可以在 Job history 部分监控作业进度。
下载数据包： 导出作业成功完成后，进入 Job history 详情并点击 Download package。这将下载一个包含各实体独立数据文件的 ZIP 压缩包。
将原始数据转换为事件日志： 导出的文件是原始系统表，而非最终的事件日志。您必须使用 Python、Power Query 或 ETL 平台等外部工具对数据进行合并与重塑。这包括：
- 联接单头（Header）和明细（Line）文件。
- 使用 CorrelationId 和请购单头的 RecId 将 Workflow 数据关联到请购单。
- 将 Workflow 表中的状态变更和 Workflow 事件转换为独立的活动行（如“已提交请购”、“审批步骤已通过”等）。
- 为每个活动创建新行，并填入正确的 ActivityName、EventTime 和 PurchaseRequisitionId。
计算并映射属性： 在转换过程中，将源列映射到所需的属性（如 User 和 Department）。通过汇总明细金额计算派生属性（如 RequisitionTotalAmount）。为 SourceSystemId 设置静态值（例如 'D365_F&O'），并将脚本执行时间作为 LastDataIngestionTimestamp。
完成并格式化输出： 确保最终输出为单个 CSV 文件，其中每一行代表流程中的一个事件。列名必须符合要求的事件日志结构，包括 PurchaseRequisitionId、ActivityName 和 EventTime。

配置

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

a 查询示例 config

/*
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 中新注册的应用程序下，进入“证书和密码”创建新的客户端密码。务必安全地复制密码值，因为之后它将不再可见。
授予 API 权限：在应用程序的“API 权限”部分，添加“Dynamics ERP”权限。选择“委托权限”并授予 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，以及用于获取所有 Workflow 事件（如提交和审批）的 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 造成负担的情况下管理大数据集。对于超大规模的历史数据加载，建议分批次运行脚本并缩短日期范围。

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()

步骤

访问数据管理工作区： 登录 Microsoft Dynamics 365 并导航至 Workspaces 菜单。选择 Data management 以打开数据导入和导出操作的中心枢纽。
创建新导出项目： 在数据管理工作区中，点击 Export 磁贴。输入唯一的 Group name 和描述性的 Description，并将 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。
应用数据筛选： 选择一个实体，然后点击 Filter 按钮。在 Range 选项卡上，指定 Legal entity（公司代码），确保从正确的业务单位提取数据。同时，务必在 Purchase requisition headers 实体的 Created date and time 字段上添加日期筛选器以限制数据量。建议先从 3 到 6 个月的数据开始。
运行导出作业： 配置完所有实体和筛选器后，点击操作面板上的 Export。系统将创建作业包并开始处理。您可以在 Job history 部分监控作业进度。
下载数据包： 导出作业成功完成后，进入 Job history 详情并点击 Download package。这将下载一个包含各实体独立数据文件的 ZIP 压缩包。
将原始数据转换为事件日志： 导出的文件是原始系统表，而非最终的事件日志。您必须使用 Python、Power Query 或 ETL 平台等外部工具对数据进行合并与重塑。这包括：
- 联接单头（Header）和明细（Line）文件。
- 使用 CorrelationId 和请购单头的 RecId 将 Workflow 数据关联到请购单。
- 将 Workflow 表中的状态变更和 Workflow 事件转换为独立的活动行（如“已提交请购”、“审批步骤已通过”等）。
- 为每个活动创建新行，并填入正确的 ActivityName、EventTime 和 PurchaseRequisitionId。
计算并映射属性： 在转换过程中，将源列映射到所需的属性（如 User 和 Department）。通过汇总明细金额计算派生属性（如 RequisitionTotalAmount）。为 SourceSystemId 设置静态值（例如 'D365_F&O'），并将脚本执行时间作为 LastDataIngestionTimestamp。
完成并格式化输出： 确保最终输出为单个 CSV 文件，其中每一行代表流程中的一个事件。列名必须符合要求的事件日志结构，包括 PurchaseRequisitionId、ActivityName 和 EventTime。

配置

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

a 查询示例 config

/*
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;

采购到付款 (P2P) — 采购申请数据模板

采购到付款 (P2P) — 采购申请数据模板

采购到付款 - 请购属性

采购到付款 - 请购活动

提取指南

Dynamics 365 数据管理框架导出

步骤

配置

a 查询示例 config

使用 Dynamics 365 OData REST API 的 Python 脚本

步骤

配置

a 查询示例 python

Microsoft Power BI 原生连接器提取

步骤

配置

a 查询示例 config

准备好开始了吗？

立即优化采购请购流程，加速审批进程

采购到付款 (P2P) — 采购申请数据模板

采购到付款 (P2P) — 采购申请数据模板

采购到付款 - 请购属性

采购到付款 - 请购活动

提取指南

Dynamics 365 数据管理框架导出

步骤

配置

a 查询示例 config

使用 Dynamics 365 OData REST API 的 Python 脚本

步骤

配置

a 查询示例 python

Microsoft Power BI 原生连接器提取

步骤

配置

a 查询示例 config

我们重视您的隐私

准备好开始了吗？

立即优化采购请购流程，加速审批进程