您的采购到付款-采购订单数据模板

Microsoft Dynamics 365
您的采购到付款-采购订单数据模板

您的采购到付款-采购订单数据模板

该模板提供一条清晰的路线图,帮助收集用于优化采购到付款(Purchase to Pay)中采购订单流程所需的关键数据。它列出了需采集的核心属性、需要追踪的关键活动,并提供从源系统抽取这些信息的实用指南。借助本资源,可确保您的数据已为全面的流程分析做好准备。
  • 建议收集的属性
  • 流程建模需跟踪的关键活动
  • 实用的数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

采购到付款—采购订单属性

以下为建议在事件日志中包含的数据字段,便于对采购到付款(P2P)中的采购订单流程进行全面分析。
5 必填 5 推荐 9 可选
名称 描述
Event 时间
EventTime
特定活动或事件发生的精确日期和时间。
描述

该时间戳记录了采购订单流程中每个活动发生的时间,是流程的时间主线,确保事件按正确顺序排列。

在流程分析中,事件时间戳是计算各类基于时间的指标(如周期时长、活动间隔和整体案例时长)的基础。它用于识别瓶颈、评估SLA达成情况,并理解流程的时间特性。例如,可据此计算 'Purchase Order Created' 与 'Purchase Order Approved' 之间的耗时。

为何重要

时间戳是计算所有基于时间的绩效指标(如周期时长与各阶段时长)的关键基础,这些指标对识别流程瓶颈至关重要。

获取方式

提取自多个表的各类日期/时间字段,例如PurchTable上的CreatedDateTime,或相关日记账表的过账日期。

示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
活动名称
ActivityName
采购订单生命周期中发生的具体业务事件或步骤名称。
描述

此属性描述采购订单流程中的单一步骤,例如“创建采购订单”“采购订单已批准”或“登记收货”。这些活动的先后顺序构成每张采购订单的流程路径。

活动分析是流程挖掘的核心。它支持可视化流程图、发现流程变体,并找出高频重复或造成延迟的活动。理解活动的顺序与频次是优化流程的基础。

为何重要

此属性是构建流程图、理解采购订单生命周期中事件顺序的基础。

获取方式

基于PurchTable、PurchReqTable等表的状态变更以及VendPackingSlipJour、VendInvoiceJour等相关过账日记账,通过业务逻辑推导。

示例
采购订单已创建采购订单已批准收货过账完成采购订单已开票
采购订单
PurchaseOrderNumber
采购订单的唯一标识,用作流程分析的主流程实例标识。
描述

采购订单编号是串联所有相关活动的核心标识,从最初草稿到最终完成或取消。每一个唯一编号都代表一条独立的采购订单流程实例。

在流程挖掘中,该属性用于重建每张采购订单的端到端旅程。基于此标识进行分析,可完整呈现生命周期轨迹,帮助识别常见路径、异常偏差与瓶颈。

为何重要

这是重建流程路径的关键字段,便于从头到尾分析每张采购订单的完整旅程。

获取方式

这是采购订单表头的主键,通常位于 Microsoft Dynamics 365 的 PurchTable,字段名为 PurchId。

示例
PO-001245PO-001246PO-001247
最后数据更新
LastDataUpdate
表示该流程数据上次刷新时间的时间戳。
描述

此属性记录最近一次从源系统抽取数据的日期与时间,用于说明当前分析数据的时效性。

了解上次更新时间有助于判断自己看到的是否是最新流程数据,评估分析的时效性,并据此安排定期数据刷新。

为何重要

确保数据时效透明,让用户清楚当前流程分析的最新程度。

获取方式

这是在数据接入过程中生成并存储的元数据属性。

示例
2024-05-21T05:00:00Z
源系统
SourceSystem
指明数据的来源系统。
描述

此属性用于标识采购订单数据的来源应用。本数据模型中通常为“Microsoft Dynamics 365”。

在大型组织中,采购流程可能跨越多个系统。此属性有助于数据治理,明确数据来源,尤其在合并多来源数据时尤为重要。

为何重要

提供数据来源的关键信息,对数据治理与校验至关重要,并有助于理解流程相关的技术环境。

获取方式

这是在数据抽取与转换过程中添加的静态值,用于标记数据集。

示例
Microsoft Dynamics 365 F&OD365
PO总金额
PurchaseOrderTotalAmount
采购订单的总金额。
描述

该属性表示采购订单中所有物料和服务的总成本,是采购环节的核心财务指标。

按总金额维度分析流程,往往能获得关键洞察。例如,高金额的采购订单可能会走更严格的审批路径,或经历更长的周期。同时,它也用于财务报表,并将PO按金额区间分组进行分析。

为何重要

便于对采购流程进行财务分析,洞察订单金额如何影响流程行为,例如审批时长与审批路径。

获取方式

该数值可在 PurchLine 表中按 PurchId 汇总 LineAmount 计算得到,或直接取自 PurchTable 的表头级金额字段。

示例
5250.00120.50150000.00
PO状态
PurchaseOrderStatus
采购订单在其生命周期中的当前状态。
描述

此属性表示在某一时间点采购订单的整体状态,如“未结订单”“已收货”“已开票”或“已取消”。它反映最近一次活动的结果。

跟踪状态有助于掌握所有在途采购订单的当前进度。在流程挖掘中,可用于分析流程实例的结果,例如筛选以“已取消”结束的采购订单,进一步追查原因。

为何重要

提供PO当前状态的快照,可用于按案例筛选并分析流程结果,如完成率或取消率。

获取方式

位于PurchTable,主要的状态字段为DocumentState和PurchStatus。

示例
开放订单已收货已开票已取消
供应商名称
VendorName
为其创建采购订单的供应商名称。
描述

此属性包含提供货物或服务的外部供应商名称,是分析采购活动的重要维度。

按供应商名称细分流程对评估供应商绩效至关重要。可分别分析各供应商的准时交付率、退货率以及质检结果,帮助识别可靠伙伴,并发现可能导致延迟或质量问题的供应商。

为何重要

此属性对供应商绩效管理至关重要,可按供应商分析交付时效、退货率与整体可靠性。

获取方式

供应商账户保存在PurchTable(字段OrderAccount)中。名称通过与VendTable关联获取。

示例
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
客户要求的交货日期
RequestedDeliveryDate
企业要求供应商交付货物或服务的日期。
描述

该日期在采购订单中指定,用于向供应商传达期望的交付时间,是衡量供应商交付表现的基准。

这是 'Vendor Delivery Adherence' 仪表板和 'On-Time Delivery Rate' KPI 的关键属性。将 RequestedDeliveryDate 与实际收货日期对比,企业即可量化供应商的可靠性,并识别供应链中的持续性延迟。

为何重要

它是衡量按期交付表现的基准,而按期交付是评估供应商可靠性与供应链效率的关键KPI。

获取方式

通常在PurchTable(表头)或PurchLine(行)中,字段为DeliveryDate。

示例
2023-11-152023-12-012024-01-20
用户名称
UserName
执行某一具体活动的用户姓名。
描述

此属性用于标识执行事件的人员,如创建、审批或变更采购订单的用户。可为系统用户ID或姓名。

分析用户活动有助于了解工作量分布、识别培训需求,并定位涉及流程偏差的个人或团队。这是与审批人绩效相关的仪表板的关键维度,也可用于筛选由特定用户执行的活动。

为何重要

支持按用户维度进行绩效分析,帮助定位与个人相关的瓶颈,并明确各流程步骤的责任归属。

获取方式

可在PurchTable等表的CreatedBy或ModifiedBy字段中找到。用户详细信息通常存放在UserInfo表中。

示例
爱丽丝·约翰逊鲍勃·威廉姆斯SysAdmin
PO是否变更
IsPurchaseOrderChanged
指示采购订单在首次审批通过后是否被修改的布尔值。
描述

这是一个计算属性:若在某个案例中,'Purchase Order Approved' 之后出现任何 'Purchase Order Changed' 活动,则置为 'true',用于简化返工与变更分析。

该标记对计算 'PO Modification Rate Post-Approval' KPI 及构建 'Purchase Order Modification Trends' 仪表板至关重要。它能快速锁定需要返工的采购订单,帮助定位变更的根因。

为何重要

便于衡量返工与变更频次,这些都是判断流程不稳定和低效的关键指标。

获取方式

这是一个计算属性,基于事件日志中的活动序列推导而来。

示例
truefalse
公司代码
CompanyCode
下达采购订单的法人实体或公司标识。
描述

在多公司环境中,此属性用于标识由哪一家法律实体发起采购。这是一项基础的组织数据点。

借助该属性,可在同一组织的不同法律实体间对P2P流程进行对比分析,揭示各公司在流程效率、合规与供应商管理方面的差异,助力推动标准化。

为何重要

对多实体组织而言,这对于跨不同法人比较并统一采购流程至关重要。

获取方式

即 DataAreaId 字段,存在于几乎所有 Dynamics 365 表中,包括 PurchTable。

示例
USMFDEMFGBSI
审批人姓名
ApproverName
审批采购订单或审批流中某一步骤的用户姓名。
描述

此属性用于标识对采购订单给予正式批准的管理者或用户,使流程得以推进。在多级审批工作流中,单个采购订单可能包含多个审批人。

跟踪审批人是“PO审批周期时间分析”和“审批人绩效指标”仪表板的基础。它可衡量各审批人的处理时长,识别审批链中的瓶颈,并用于评估工作量分布与效率。

为何重要

支持对审批流程的分析,帮助识别审批瓶颈,并衡量不同审批人的绩效与工作负载。

获取方式

审批信息通常存放在工作流跟踪表中,而非直接在 PurchTable 上。需要查询与该采购订单关联的工作流历史。

示例
Charles GreenDiana PrinceEdward Nigma
是否按期交付
IsOnTimeDelivery
指示货物是否在请求交货日期当日或之前完成收货的布尔值。
描述

这是一个计算属性,用于比较 'Goods Receipt Posted' 活动的时间戳与 RequestedDeliveryDate。若收货日期不晚于所请求的日期,则置为 'true'。

该标记直接支持 'On-Time Delivery Rate' KPI 的计算,便于评估供应商表现,并轻松筛选、可视化按时与延迟的交付,是 'Vendor Delivery Adherence' 仪表板的核心要素。

为何重要

提供明确的二元结果用于衡量交付绩效,便于计算按时交付KPI和供应商评分卡。

获取方式

这是通过比较 RequestedDeliveryDate 与 'Goods Receipt Posted' 活动的 EventTime 计算得到的属性。

示例
truefalse
退货原因
ReturnReason
将采购订单中的货物退回供应商时所填写的原因。
描述

当发生“退回供应商”活动时,此属性用于记录退货原因,例如“货物损坏”“发错物料”或“质量不佳”。

这些数据对“采购订单退货率”仪表板至关重要。通过分析退货原因,可以定位退货的根源,是供应商质量问题、内部下单错误,还是运输环节导致。这样就能采取更有针对性的措施,降低退货率。

为何重要

洞察退货原因,帮助诊断供应商质量、下单准确性或物流方面的问题。

获取方式

退货原因通常记录在退货订单交易中,或以原因代码的形式关联到负数收货日记账中。

示例
运输途中损坏发错物料质检不合格
送货地点
DeliveryLocation
货物应送达的具体站点、仓库或地址。
描述

该属性指定采购订单的送达地点,可能是仓库、某个办公地点或项目现场。

按收货地点分析流程,有助于发现区域或站点级的瓶颈,尤其是在收货环节。'Goods Receipt Processing Time' 仪表板可基于该属性对不同地点的处理效率进行对比。

为何重要

用于识别不同地点特有的流程差异或延迟,尤其是在收货与质检环节。

获取方式

送货地址与地点信息存储在PurchTable,可从公司或供应商设置中默认继承。

示例
主仓库AC座办公室西海岸配送中心
部门
DepartmentName
发起请购或下单的部门名称。
描述

此属性用于标识负责此次采购的内部业务单元或部门,通常由采购申请的创建人推导而来。

按部门维度分析流程,有助于理解组织各部门如何使用采购流程。它能发现审批周期较长、PO变更率较高或具有特定采购模式的部门,从而便于开展有针对性的流程改进。

为何重要

支持跨业务单元对比流程绩效,识别各部门特有的行为、瓶颈或低效环节。

获取方式

该信息通常通过请购单(PurchReqTable)或采购订单(PurchTable)的申请人/创建人与HR模块中的所属部门之间的关联来获得。

示例
财务IT制造业市场营销
采购申请
PurchaseRequisitionNumber
在采购订单之前对应的采购申请标识。
描述

此属性把采购订单关联回最初的内部请求——采购申请。并非所有采购订单都来源于申请。

此关联对于分析完整的“从申请到PO”流程至关重要。它可用于衡量“申请到PO转化速度”KPI,并了解内部需求被转化为外部订单的速度。同时也有助于合规分析,例如识别未通过正式申请而直接创建的PO。

为何重要

将PO与最初的申请相连接,便于分析从申请到下单的周期,并校验流程合规性。

获取方式

位于PurchLine表的PurchReqId字段,可回溯关联到PurchReqTable。

示例
PR-000871PR-000872PR-000873
采购类别
PurchaseCategory
所购商品或服务的分类,例如IT硬件、办公用品等。
描述

此属性用于将采购订单的物料或服务按逻辑类别进行归组。该分类有助于分析支出结构以及不同采购类型下的流程差异。

在流程分析中,按采购类别筛选能揭示不同的行为模式。例如,资本性支出的采购流程通常比运营物资更长、更复杂。该属性也常用于仪表板中分析各类别的变更趋势与退货率。

为何重要

支持按所购商品或服务类型细分流程,揭示不同支出类别下的差异化流程表现。

获取方式

物料类别与已发布的产品(InventTable)相连,并在PurchLine中被使用;类别信息本身存放于类别管理相关表中。

示例
IT硬件办公用品专业服务原材料
必填 推荐 可选

采购到付款—采购订单活动

为确保精准的流程发现与优化,以下这些关键步骤与里程碑应记录在事件日志中。
6 推荐 8 可选
活动 描述
已创建请购单
该活动标记采购申请的创建,即对货物或服务的正式需求。在采购申请表中新建记录时记录该事件,表示采购需求的启动。
为何重要

这是采购订单流程的初始触发点。分析从该事件到PO创建的耗时,有助于衡量内部流程效率与对需求的响应速度。

获取方式

该事件对应在 PurchReqTable 中创建一条记录。该记录的 createdDateTime 即为事件时间。

捕获

为每条采购申请从PurchReqTable提取创建时间戳。

事件类型 explicit
收货过账完成
标记系统中针对该PO的收货已正式入账。该事件在过账产品收货日记账时被记录。
为何重要

这是更新库存并启动发票匹配流程的关键里程碑。它也是衡量 'On-Time Delivery Rate' 与供应商交期的终点。

获取方式

来源于产品收货日记账的创建记录,存储在VendPackingSlipJour。该表中的createdDateTime或PackingSlipDate表示正式收货时间。

捕获

使用与该PO关联的VendPackingSlipJour记录的创建或过账时间戳。

事件类型 explicit
采购订单已创建
该活动表示系统中已创建采购订单草稿单据。它来源于采购订单表头记录的创建时间戳,通常紧随采购申请获批之后。
为何重要

这一步标志着从内部申请转为正式采购单据,是衡量PO处理与审批周期时长的关键起点。

获取方式

该事件对应在 PurchTable 中创建记录;该表的 createdDateTime 字段提供该活动的时间戳。

捕获

为每张采购订单从PurchTable提取创建时间戳。

事件类型 explicit
采购订单已发送给供应商
该活动表示已将获批的采购订单传达给供应商。在PO确认时记录该事件,会生成确认日志,并通常触发单据发送。
为何重要

这是首个对外环节,同时开始计量供应商交期。它对于追踪供应商表现和 'On-Time Delivery Rate' KPI 至关重要。

获取方式

该事件通过在PurchPurchaseOrderJour表(PO确认日记账)中创建记录来标识。此日记账的创建日期即为该活动的时间戳。

捕获

使用该PO第一条PurchPurchaseOrderJour记录的创建时间戳。

事件类型 explicit
采购订单已完成
表示采购订单生命周期顺利完成,即全部收货并完成开票。通常在PO状态更新为最终关闭状态时予以判定。
为何重要

该活动定义了成功流程实例的结束。衡量从创建到完成的“采购订单整体周期时间”,可以全面评估流程效率。

获取方式

基于PurchTable上的状态字段推断,例如当DocumentState为'Invoiced',且行项目状态显示已全部收货并开票。

捕获

识别PO表头与行项目状态更新为最终关闭状态(如'Invoiced')时的时间戳。

事件类型 inferred
采购订单已批准
标记采购订单的最终批准,可据此发送给供应商。该事件通常由PO状态变化推断,或直接来源于工作流历史。
为何重要

这是一个关键里程碑,在PO获批前无法开展后续操作。它对于分析审批瓶颈并衡量 'PO Approval Cycle Time' KPI 至关重要。

获取方式

当PurchTable上的DocumentState变更为'Approved'时进行推断。或者,取自WorkflowTrackingStatusTable中最终审批步骤的完成时间戳。

捕获

识别PurchTable上DocumentState变更为'Approved'时的时间戳。

事件类型 inferred
供应商已确认采购订单
表示供应商已确认并回传采购订单信息。该步骤通常由工作人员根据与供应商的沟通结果进行人工录入。
为何重要

供应商确认意味着订单已进入处理流程。此阶段的延迟或不一致,往往预示着后续履约可能出现问题。

获取方式

通常通过 PurchTable 上与确认相关的日期或状态字段(如交付确认日期)的填充来推断,该步骤可能不是离散事件。

捕获

可根据PurchTable或PurchLine上特定确认日期字段是否被填写来推断。

事件类型 inferred
已执行质量检验
表示已对收货物料完成质量检验。此事件通常由质量管理模块记录,或通过状态更新体现。
为何重要

该活动常常成为从收货到可投入使用之间的主要瓶颈。分析其耗时有助于优化“质量检验周期”KPI。

获取方式

可依据与采购收货关联的质量工单(InventQualityOrderTable)完成情况推断。当状态变更为 'Passed' 或 'Failed' 的时间戳即为该事件。

捕获

跟踪与PO行关联的 InventQualityOrderTable 上状态完成时的时间戳。

事件类型 inferred
请购单已批准
表示授权管理者已正式批准请购单。该事件通常可从工作流历史日志获取,或通过跟踪请购记录的状态变更来捕捉。
为何重要

审批是将采购申请转为采购订单的关键里程碑,该环节的延误会直接影响整个采购周期。

获取方式

可从与采购申请关联的WorkflowTrackingStatusTable获取,或根据PurchReqTable上的状态字段变更为“已批准”状态来推断。

捕获

使用请购单工作流历史中最终审批步骤的完成时间戳。

事件类型 explicit
退回供应商
表示已收货物因破损、发错等问题被退回给供应商。此事件通过过账退货交易加以记录。
为何重要

退货意味着流程失效和额外成本。跟踪该活动有助于计算“采购订单退货率”,并定位供应商或产品层面的质量问题。

获取方式

该事件可由创建负数量的采购订单,或引用原始PO的特定退货单据推断。退货过账的交易日期即为事件时间。

捕获

识别针对原始PO过账的采购退货单或借记单。

事件类型 explicit
采购订单已取消
表示采购订单在完成之前被终止。通常通过采购订单单据上的特定状态变更来识别。
为何重要

取消属于重要的异常路径。分析其发生频率和原因,有助于暴露计划问题或供应商可靠性风险。

获取方式

可通过 PurchTable 上的 DocumentState 更新为 'Canceled' 来推断。该状态变更的时间戳即为事件时间。

捕获

识别PurchTable上DocumentState被设为'Canceled'时的时间戳。

事件类型 inferred
采购订单已变更
该活动记录采购订单获批后发生的任何修改。Dynamics 365 可跟踪PO的版本,从而识别变更。
为何重要

对变更的追踪是识别返工、了解流程不稳定性以及衡量 'PO Modification Rate' 的关键。变更往往会带来延误和成本波动。

获取方式

通过对比存放于归档/版本表(如PurchTableHistory)中的采购订单不同版本来推断;版本号增加即表示发生了变更。

捕获

识别审批通过后PurchTable上版本号增加的记录。

事件类型 inferred
采购订单已开票
该活动标记已收到供应商发票并已针对该采购订单完成过账。此事件把采购流程与付款流程衔接起来。
为何重要

这是付款前的最后一步,对计算采购的最终成本至关重要,也是三方匹配分析的终点。

获取方式

该事件来源于与采购订单匹配的供应商发票日记账(VendInvoiceJour)的过账;该记录上的 InvoiceDate 或过账日期即为时间戳。

捕获

使用与PurchTable记录关联的VendInvoiceJour表中的过账时间戳。

事件类型 explicit
采购订单已提交审批
表示草稿采购订单被正式提交至审批工作流的时间点。通常为用户的显式操作,可在工作流日志中记录。
为何重要

该活动正式启动PO的审批周期。跟踪它可精确衡量PO的等待审批时间以及整体审批耗时。

获取方式

可从采购订单对应的WorkflowTrackingStatusTable获取,该表记录提交事件及其时间戳。

捕获

在与该PurchTable记录关联的工作流历史中,识别'Submitted'事件。

事件类型 explicit
推荐 可选

提取指南

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