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

事件时间记录特定活动执行或状态变更的日期和时间，为采购订单生命周期中的每个事件提供时间背景。

在流程挖掘中，时间戳是计算周期时间、持续时间和活动间等待时间的基础。按每个案例的时间顺序排列事件后，便可分析流程绩效，识别时间损失所在的瓶颈，并监控服务级别协议（SLA）的合规情况。

它支持所有基于时间的分析，包括周期时间计算、瓶颈识别以及对照基准进行绩效监控。

通常存在于事件日志、变更历史表中，或作为交易单据上的创建日期或过账日期字段。

活动名称用于描述采购订单流程中的步骤或状态变更。例如：“采购订单已创建”“采购订单已批准”“收货已过账”和“已收到发票”。每项活动都代表流程旅程中的一个明确节点。

此属性对于构建流程图至关重要，流程图用于直观呈现活动流转。分析不同活动的顺序和频率，有助于识别常见流程路径、偏差、瓶颈和返工循环，例如重复审批或重复变更。

它构成流程图的骨架，用于展示和分析流程、流程变体及低效环节。

此信息通常来自与采购订单相关的交易代码、状态变更日志、事件表或变更单据表。

采购订单ID是分配给每个采购订单的唯一字母数字代码，用于将其与其他订单区分开来。它是特定采购交易相关的所有活动、单据和通信的核心参考。

在流程挖掘中，此ID对于将创建、审批、收货和开票等所有相关事件归入单个端到端流程实例或“案例”至关重要。按此标识分析流程，可以重建并可视化每个采购订单从创建到最终关闭的完整生命周期。

这是将所有相关事件连接到单个流程案例的基础属性，使采购订单生命周期的端到端分析成为可能。

通常是采购订单抬头表或单据中的主键字段。

此属性记录源系统最近一次加载或刷新的日期和时间，是适用于整个数据集而非单个事件的元数据字段。

这项信息对于了解所分析数据的新鲜度至关重要。它有助于判断洞察的时效性，确保决策依据的数据满足分析所需的最新程度。

它向用户说明数据的时效性，帮助用户了解分析覆盖的时间范围以及结论的相关性。

此时间戳通常由数据提取和转换（ETL）工具或流程生成并存储。

源系统属性用于标识事件数据的来源信息系统，例如ERP、采购平台或旧系统。在采购到付款流程跨越多个集成应用的环境中，这一点尤其重要。

了解源系统有助于数据验证、问题排查，以及理解依赖系统的流程变体。例如，源自电子采购系统的PO可能遵循更自动化的路径，而在核心ERP中手动创建的PO则可能不同。

它提供数据来源背景，对于数据治理、验证以及分析不同系统间的流程变体至关重要。

可以是在数据提取过程中添加的静态值，也可以是源表中用于标识录入系统的字段。

Vendor Name用于标识按采购订单提供指定商品或服务的外部合作方。这是与交易PO数据关联的关键主数据。

按供应商分析流程对于供应商绩效管理至关重要。您可以根据准时交付率、收货退回率和采购订单变更频率等指标比较供应商。这些洞察可为寻源策略、供应商谈判和合作关系管理提供依据。

支持供应商绩效分析，帮助您比较不同供应商的交付时间、质量和流程阻力。

该信息来自供应商主数据，并与采购订单关联，通常位于单据抬头中。

用户名用于标识负责执行流程中某个事件的人员，例如创建采购申请、批准采购订单或登记收货的人员。它为流程提供责任归属和人员维度。

按用户分析活动，有助于了解工作量分布、识别培训需求并发现潜在的合规问题。例如，可以查看某些用户是否与较高的返工率或延误率相关，或检查是否存在职责分离违规。

将流程活动关联到具体人员，从而支持在用户层面分析工作量、绩效和合规情况。

通常位于交易日志和单据抬头的“Created By”“Changed By”或“User ID”字段中。

Requested Delivery Date是组织在采购订单中指定的日期，表示期望供应商交付商品或服务的时间。该日期是衡量供应商交付绩效的基准。

该属性对于计算“准时交付率”KPI至关重要。通过比较要求交付日期与实际收货日期，企业可以评估供应商的可靠性。分析偏差有助于识别特定供应商、商品或发运地点的长期问题，为绩效沟通提供数据依据。

这是衡量供应商交付绩效的基准，也是计算准时交付率KPI的关键。

该日期通常是采购订单抬头或行项目明细中的标准字段。

Department属性用于指定负责采购的组织单位。通常是发起申请的部门，或负责承担费用的预算部门，例如“IT”“Marketing”或“Operations”。

该属性对于按业务不同部门细分和比较流程绩效至关重要。按部门分析可以发现哪些领域的周期时间最长、变更率最高或越权采购最多。这些洞察有助于根据各部门的具体需求和行为制定改进方案。

支持按业务单元细分流程分析，帮助您比较绩效并识别部门特有的问题或最佳实践。

该信息通常位于采购订单抬头或行项目明细中，常以“Cost Center”或“Department”字段关联。

Purchase Order Status表示采购订单在特定时间点所处的生命周期阶段或最终状态。常见状态包括“In Approval”“Approved”“Sent to Vendor”“Partially Received”“Closed”和“Canceled”。

该属性适合用于筛选和分析采购订单子集。例如，您可以仅分析未关闭订单，以识别当前瓶颈；也可以分析已取消订单，以了解取消原因。跟踪状态变更序列，还可以作为定义流程模型活动的基础。

支持按生命周期阶段筛选案例，帮助您重点分析未关闭、已关闭或存在问题的订单。

这是采购订单抬头数据中的标准状态字段。

Purchase Order Amount表示订单承诺的财务总额。您可以在整张单据层面或单个行项目层面进行分析。

该属性是财务分析和优先级排序的基础。您可以按金额筛选流程，例如重点关注可能需要更复杂审批工作流或具有更大业务影响的高价值PO。将PO金额与周期时间或返工率关联分析，可以发现高价值订单是否比低价值订单处理效率更低。

为流程提供财务维度，支持基于价值的分析，帮助您确定改进优先级并了解成本驱动因素。

该值位于采购订单抬头数据中，通常通过汇总所有行项目金额计算得出。

Item Category也称为Material Group或Purchase Category，用于对采购产品或服务类型进行分类。结构化分类有助于整理和了解采购支出及流程行为。

按项目类别分析流程可以发现显著差异。例如，复杂服务的采购流程可能比标准办公用品需要更长的审批周期和更多变更。按类别细分有助于制定针对性的流程优化方案和采购策略。

支持按类别分析流程绩效和支出，揭示不同采购类型对流程效率的影响。

该信息通常存储在采购订单行项目层面。

Requester是组织内发起采购需求的人员，通常通过创建前置采购申请提出需求。该人员不同于系统中创建采购订单单据的用户，后者通常属于采购部门。

按申请人分析有助于识别采购行为模式。例如，某些申请人可能经常提交紧急订单，或其订单需要频繁变更。您可以据此针对采购政策开展培训，或从源头改进需求说明。

用于识别发起采购的业务用户，帮助分析采购行为并改进需求说明流程。

该信息通常来自关联的采购申请，或存储在采购订单自身的“Requester”字段中。

结束时间属性记录活动完成的时间。许多流程事件是原子的，开始时间和结束时间相同；但部分活动，尤其是人工活动或具有可测量持续时间的活动，可能具有不同的开始和结束时间戳。

记录结束时间后，可以精确计算单项活动的处理时间。这对于识别耗时较长的具体步骤，以及区分处理时间（实际开展工作的时间）和等待时间（活动之间的空闲时间）非常有价值。

它支持精确计算活动处理时间，帮助区分流程中的实际工作时间和空闲等待时间。

可在事件日志或交易数据中找到，有时作为单独的“结束时间”或“完成日期”字段提供。如果没有该字段，可以将其设置为与事件时间相同的值。

Currency属性用于指定Purchase Order Amount及其他财务字段所使用的货币单位。对于采用多种货币运营的跨国组织，正确解读和汇总财务数据尤为重要。

在分析中，该属性可确保财务指标在同一口径下进行比较。任何涉及货币金额的仪表板或KPI都需要该属性，以支持正确的货币换算和报告，准确呈现采购流程的财务状况。

为所有货币金额提供必要背景，确保财务报告和比较准确，尤其适用于全球化运营。

该代码通常与总金额一起存储在采购订单抬头中。

Purchase Requisition ID用于标识发起采购流程的内部单据。采购申请是部门向采购部门提出的正式商品或服务采购请求。

通过该ID，您可以将采购订单流程与上游采购申请流程关联起来，开展更全面的“申请到订单”分析，衡量从提出申请到创建PO所需的时间，并识别申请方与采购团队交接过程中的延迟。

将采购订单与其来源申请关联起来，支持分析上游申请到订单的周期时间。

通常作为参考字段存储在采购订单抬头或行项目数据中。