您的采购到付款流程:采购订单数据模板

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

您的采购到付款流程:采购订单数据模板

此模板为收集优化采购到付款流程和采购订单流程所需的关键数据提供清晰指引。模板列出了需要收集的重要属性、需要跟踪的关键活动,并提供从源系统提取这些数据的实用建议。使用此资源,确保数据已准备就绪,可用于全面的流程分析。
  • 建议收集的属性
  • 流程映射需跟踪的关键活动
  • 实用的数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

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

以下是建议纳入事件日志的数据字段,用于全面分析您的采购到付款-采购订单流程。
5 必需 5 建议 9 可选
名称 说明
事件时间
EventTime
具体活动或事件发生的准确日期和时间。
说明

此时间戳记录采购订单流程中每项活动的发生时间,是正确排列事件顺序的时间基础。

在流程分析中,事件时间戳是计算周期时间、活动间隔时长和案例总时长的基础。它们用于识别瓶颈、衡量SLA达成情况,并了解流程的时间动态。例如,可用于计算“采购订单已创建”到“采购订单已批准”之间的时长。

为什么重要

时间戳对于计算周期时间和持续时长等所有基于时间的绩效指标至关重要,也是识别流程瓶颈的基础。

获取位置

从多个表中的各种日期和时间字段提取,例如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
供应商名称
VendorName
为其创建采购订单的供应商名称。
说明

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

按供应商名称细分流程,对于评估供应商绩效至关重要。您可以分析每个供应商的准时交付率、退货率和质量检验结果,从而识别可靠合作伙伴,以及可能导致延迟或质量问题的供应商。

为什么重要

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

获取位置

供应商账户存储在PurchTable的OrderAccount字段中。供应商名称通过与VendTable连接获取。

示例
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
用户名
UserName
执行具体活动的用户名称。
说明

此属性标识负责执行事件的人员,例如创建、审批或变更采购订单的人员。它可以是系统用户ID或完整姓名。

分析用户活动有助于了解工作负载分布、识别培训需求,并定位参与流程偏差的人员或团队。它对于审批人绩效相关仪表板至关重要,也可用于筛选特定用户执行的活动。

为什么重要

支持按用户分析绩效,帮助识别与特定人员相关的瓶颈,并明确流程步骤的责任归属。

获取位置

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

示例
Alice JohnsonBob WilliamsSysAdmin
要求交付日期
RequestedDeliveryDate
业务方向供应商要求交付货物或服务的日期。
说明

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

此属性对于“供应商交付达成情况”仪表板和“准时交付率”KPI至关重要。通过比较RequestedDeliveryDate与实际收货日期,企业可以量化供应商可靠性,并识别供应链中的长期延迟。

为什么重要

这是衡量准时交付绩效的基准,也是评估供应商可靠性和供应链效率的关键KPI。

获取位置

通常位于PurchTable(抬头级别)或PurchLine(行项目级别)中的DeliveryDate字段。

示例
2023-11-152023-12-012024-01-20
采购订单总金额
PurchaseOrderTotalAmount
采购订单的货币总价值。
说明

此属性表示采购订单中所有物料和服务的总成本,是采购流程的重要财务指标。

按总金额分析流程可以发现重要规律。例如,高价值采购订单可能遵循更严格的审批路径,或经历更长的周期时间。该属性还用于财务报告,以及按金额区间对采购订单进行分类分析。

为什么重要

支持采购流程的财务分析,帮助识别订单金额如何影响审批时长和审批路径等流程行为。

获取位置

可从PurchLine表中汇总指定PurchId的LineAmount计算得出,也可从PurchTable的抬头金额字段中获取。

示例
5250.00120.50150000.00
采购订单状态
PurchaseOrderStatus
采购订单在生命周期中的当前状态。
说明

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

跟踪状态有助于了解所有未结采购订单的当前情况。在流程挖掘中,可用于分析案例结果,例如筛选所有最终处于“已取消”状态的采购订单,以调查取消原因。

为什么重要

提供采购订单当前状态的快照,便于筛选案例并分析完成率、取消率等流程结果。

获取位置

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

示例
未结订单已收货已开票已取消
交付地点
DeliveryLocation
货物交付的具体地点、仓库或地址。
说明

此属性指定采购订单中物料的实际交付地点,可以是仓库、具体办公室或项目现场。

按交付地点分析流程,有助于识别区域或地点特有的瓶颈,尤其是收货流程中的瓶颈。“收货处理时间”仪表板可使用此属性比较不同地点的效率。

为什么重要

帮助识别地点特有的流程差异或延迟,尤其是在收货和质量检验阶段。

获取位置

交付地址和地点信息存储在PurchTable中,也可以根据公司或供应商设置自动带出。

示例
A主仓库C栋办公室西海岸配送中心
公司代码
CompanyCode
下达采购订单的法人实体或公司的标识符。
说明

在多公司环境中,此属性指定执行采购的法人实体,是基础组织数据。

此属性支持比较同一组织内不同法人实体的P2P流程,发现各公司在流程效率、合规性和供应商管理方面的差异,为标准化工作提供依据。

为什么重要

对于多法人实体组织至关重要,可用于比较并标准化不同法人实体的采购流程。

获取位置

这是DataAreaId字段,Dynamics 365中的几乎每个表(包括PurchTable)都包含该字段。

示例
USMFDEMFGBSI
审批人姓名
ApproverName
批准采购订单或审批工作流中某个步骤的用户名称。
说明

此属性标识正式批准采购订单、使其得以继续处理的经理或用户。在多级审批工作流中,一个采购订单可能对应多个审批人。

跟踪审批人是“采购订单审批周期时间分析”和“审批人绩效指标”仪表板的基础。它支持衡量每位审批人的处理时长、识别审批链中的瓶颈,并评估工作负载分布和效率。

为什么重要

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

获取位置

审批信息通常存储在工作流跟踪表中,而不是直接存储在PurchTable中。需要查询与采购订单关联的工作流历史记录。

示例
Charles GreenDiana PrinceEdward Nigma
是否准时交付
IsOnTimeDelivery
用于表示货物是否在要求交付日期当天或之前收到的布尔标志。
说明

此计算属性将“收货已过账”活动的时间戳与RequestedDeliveryDate进行比较。如果收货日期不晚于要求日期,则设置为“true”。

此标志直接支持计算“准时交付率”KPI,简化供应商绩效分析,并支持轻松筛选和可视化准时交付与延迟交付,是“供应商交付达成情况”仪表板的核心。

为什么重要

提供清晰的二元交付绩效结果,简化准时交付KPI和供应商评分卡的计算。

获取位置

这是通过比较RequestedDeliveryDate与“收货已过账”活动的EventTime推导出的计算属性。

示例
truefalse
退货原因
ReturnReason
采购订单中的货物退回供应商时提供的原因。
说明

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

此数据对于“采购订单退货率”仪表板非常有价值。分析退货原因有助于识别退货根因,包括供应商质量问题、内部下单错误或运输问题,从而采取有针对性的措施降低退货率。

为什么重要

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

获取位置

退货原因通常记录在退货订单交易中,或通过与负数收货日志关联的原因代码获取。

示例
运输途中损坏交付物品错误质量检验未通过
部门
DepartmentName
发起采购申请或采购订单的部门名称。
说明

此属性标识负责采购的内部业务单元或部门,通常根据创建采购申请的人员推导。

按部门分析流程,是了解组织不同部分如何使用采购流程的关键。它有助于识别审批周期较长、采购订单变更率较高或具有特定采购模式的部门,从而开展有针对性的流程改进。

为什么重要

支持比较不同业务单元的流程绩效,帮助识别部门特有的行为、瓶颈或低效环节。

获取位置

此信息通常通过采购申请(PurchReqTable)或采购订单(PurchTable)的申请人或创建人与其在人力资源模块中的所属部门关联获取。

示例
财务IT制造市场营销
采购申请
PurchaseRequisitionNumber
采购订单之前的采购申请标识符。
说明

此属性将采购订单关联回最初的内部请求,即采购申请。并非所有采购订单都源自采购申请。

该关联对于分析完整的“采购申请到采购订单”流程至关重要。它支持衡量“采购申请到采购订单转换速度”KPI,了解内部需求转化为外部订单的速度,还有助于分析合规性,例如识别未经过正式采购申请而创建的采购订单。

为什么重要

将采购订单关联至初始请求,支持分析采购申请到订单的周期时间,并确保流程合规。

获取位置

位于PurchLine表的PurchReqId字段中,该字段关联回PurchReqTable。

示例
PR-000871PR-000872PR-000873
采购类别
PurchaseCategory
所购物料或服务的分类,例如“IT硬件”或“办公用品”。
说明

此属性用于将采购订单项目归入逻辑类别,帮助分析不同采购类型的支出模式和流程差异。

在流程分析中,按采购类别筛选可以发现不同的行为。例如,资本性支出的采购流程可能比运营物资更长、更复杂。该属性还用于仪表板中按类别分析变更趋势和退货率。

为什么重要

支持按所购货物或服务类型细分流程,揭示不同支出类别下的流程行为差异。

获取位置

物料类别与已发布产品(InventTable)关联,随后用于PurchLine。类别信息本身存储在类别管理表中。

示例
IT硬件办公用品专业服务原材料
采购订单是否变更
IsPurchaseOrderChanged
用于表示采购订单在初始批准后是否被修改的布尔标志。
说明

如果某个案例在“采购订单已批准”活动之后发生过“采购订单已变更”活动,则此计算属性设置为“true”。它简化了返工和变更分析。

此标志对于计算“审批后采购订单变更率”KPI和“采购订单变更趋势”仪表板至关重要。它提供了直接筛选和分析需要返工的采购订单的方法,帮助识别此类变更的根因。

为什么重要

简化返工和变更频率的衡量,这些指标是流程不稳定和低效的关键信号。

获取位置

这是根据事件日志中的活动顺序推导出的计算属性。

示例
truefalse
必需 建议 可选

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

以下是应纳入事件日志的必要流程步骤和里程碑,用于准确发现并优化流程。
6 建议 8 可选
活动 说明
已创建采购申请
该活动表示采购申请已创建,即正式提出采购货物或服务的请求。当采购申请表中创建新记录时,系统会记录此事件,标志着采购需求的开始。
为什么重要

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

获取位置

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

采集

从PurchReqTable中提取每个采购申请的创建时间戳。

事件类型 explicit
已创建采购订单
该活动表示系统中已创建采购订单草稿。通常在采购申请获批后,根据采购订单头记录的创建时间戳进行记录。
为什么重要

这标志着流程从内部申请转为正式采购单据,是衡量采购订单处理和审批周期时间的重要起点。

获取位置

该事件表示PurchTable中创建了一条记录。该表的createdDateTime字段提供活动时间戳。

采集

从PurchTable中提取每个采购订单的创建时间戳。

事件类型 explicit
已向供应商发送采购订单
该活动表示已将获批采购订单发送给供应商。当采购订单得到确认时会记录此事件,系统会生成确认日志,并通常触发单据发送。
为什么重要

这是第一个面向外部的步骤,也是供应商交付周期计时的起点,对于跟踪供应商绩效和“按时交付率”KPI至关重要。

获取位置

该事件以PurchPurchaseOrderJour表中记录的创建为标志,该表是采购订单确认日志。该日志的创建日期即为活动时间戳。

采集

使用采购订单对应的第一条PurchPurchaseOrderJour记录的创建时间戳。

事件类型 explicit
已过账收货
标志着系统已正式记录采购订单对应的收货。产品收据日志过账时会记录此事件。
为什么重要

这是更新库存并启动发票匹配流程的关键里程碑,也是衡量“按时交付率”和供应商交付周期的终点。

获取位置

从存储于VendPackingSlipJour中的产品收据日志创建记录获取。该表的createdDateTime或PackingSlipDate表示货物正式收货的时间。

采集

使用与采购订单关联的VendPackingSlipJour记录中的创建或过账时间戳。

事件类型 explicit
采购订单已完成
表示采购订单生命周期顺利结束,即所有货物均已收货并完成开票。通常可根据采购订单状态更新为最终关闭状态来推断。
为什么重要

此活动定义成功流程实例的结束。从创建到完成测量“采购订单总周期时间”,可全面了解流程效率。

获取位置

根据PurchTable中的状态字段推断,例如DocumentState为“Invoiced”,且行项目状态显示已全部收货并完成开票。

采集

确定采购订单抬头和行项目状态更新为最终关闭状态(例如“Invoiced”)的时间戳。

事件类型 inferred
采购订单已批准
标志着采购订单最终获批,获得发送给供应商的授权。该事件通常根据采购订单状态变更推断,或直接从工作流历史中获取。
为什么重要

这是关键里程碑,因为采购订单获批前无法继续处理。该事件对于分析审批瓶颈和衡量“采购订单审批周期时间”KPI至关重要。

获取位置

根据PurchTable中的DocumentState字段变更为“Approved”来推断。也可以从WorkflowTrackingStatusTable中最终审批步骤的完成时间戳获取。

采集

识别PurchTable中DocumentState变更为“Approved”的时间戳。

事件类型 inferred
供应商已确认采购订单
表示供应商已确认采购订单详情。该步骤通常基于供应商沟通结果,由人工录入数据。
为什么重要

供应商确认可表明订单正在处理。此阶段的延迟或差异可能预示履行问题。

获取位置

通常根据PurchTable中确认相关日期或状态字段是否已填充来推断,例如交付确认日期。该事件可能不是独立记录的事件。

采集

根据PurchTable或PurchLine中特定确认日期字段是否已填充进行推断。

事件类型 inferred
已执行质量检验
表示已完成收货质量检验。该事件通常通过Quality Management模块或状态更新进行管理。
为什么重要

该活动可能成为从收货到库存可用之间的重大瓶颈。分析其时长有助于改进“质量检验周期时间”KPI。

获取位置

可根据与采购订单收货关联的Quality Order(InventQualityOrderTable)完成情况推断。状态变更为“Passed”或“Failed”的时间戳即为事件时间。

采集

跟踪与采购订单行关联的InventQualityOrderTable中的状态完成时间戳。

事件类型 inferred
货物已退回供应商
表示此前收到的货物因损坏或货品错误等问题已退回供应商。过账退货交易时会记录此事件。
为什么重要

退货代表流程失败和额外成本。跟踪该活动有助于计算“采购订单退货率”,并识别供应商或产品问题。

获取位置

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

采集

识别采购退货订单过账,或针对原采购订单开具的借项通知单。

事件类型 explicit
采购申请已批准
表示授权经理已正式批准采购申请。该事件通常从工作流历史日志中获取,或通过跟踪采购申请记录的状态变更来记录。
为什么重要

审批是将采购申请转换为采购订单的关键里程碑。此处的延迟会直接影响整个采购周期。

获取位置

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

采集

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

事件类型 explicit
采购订单已取消
表示采购订单尚未完全完成便已终止。该事件通过采购订单单据上的特定状态变更记录。
为什么重要

取消属于重要的异常路径。分析取消频率和原因,有助于发现计划或供应商可靠性方面的问题。

获取位置

根据PurchTable中的DocumentState字段更新为“Canceled”推断。该状态变更的时间戳即为事件时间。

采集

确定PurchTable中的DocumentState设置为“Canceled”的时间戳。

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

跟踪变更对于识别返工、了解流程稳定性和衡量“采购订单修改率”至关重要。变更可能导致延迟和成本波动。

获取位置

通过比较存储在归档表或版本表中的不同采购订单版本来推断,例如PurchTableHistory。版本号增加即表示发生变更。

采集

识别获批后PurchTable中版本号递增的记录。

事件类型 inferred
采购订单已开票
该活动标志着供应商发票已收到,并已针对采购订单完成过账。该事件连接采购和付款流程。
为什么重要

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

获取位置

该事件从与采购订单匹配的供应商发票日志(VendInvoiceJour)过账中获取。该记录的InvoiceDate或过账日期即为时间戳。

采集

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

事件类型 explicit
采购订单已提交审批
表示采购订单草稿正式提交至审批工作流的时间点。通常这是用户执行的明确操作,并通过工作流日志记录。
为什么重要

该活动正式启动采购订单审批周期。跟踪此事件可精确衡量采购订单等待审批的时长及总审批时长。

获取位置

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

采集

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

事件类型 explicit
建议 可选

提取指南

如何从Microsoft Dynamics 365获取数据

准备开始了吗?

借助此模板,您已具备开始优化采购到付款流程和采购订单流程所需的一切。立即开始改进采购运营。

立即提升采购到付款流程:采购订单效率

精准定位低效环节,将P2P周期时间最多缩短30%。

开始免费试用

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