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

Event Time用于记录某个具体活动被执行或状态变更被登记的日期和时间。该时间戳为采购订单生命周期中的每个事件提供时间维度。

在流程挖掘中，时间戳是计算周期时间、持续时长以及活动间等待时间的基础。按案例将事件按时间顺序排列，便于分析流程绩效、识别时间损耗的瓶颈，并监控对服务等级协议（SLA）的合规性。

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

这通常可在事件日志、变更历史表中找到，或作为交易单据上的创建/过账日期字段出现。

活动名称用于描述采购订单流程中的某个步骤或状态变更。例如“采购订单已创建”“采购订单已批准”“收货已过账”“已收到发票”等。每个活动都是流程中的一个关键节点。

该属性是构建流程图的基础，可直观呈现活动的流转。分析不同活动的先后顺序与出现频率，有助于识别常见路径、偏差、瓶颈以及返工循环（如重复审批或反复变更）。

它是流程地图的骨架，用于可视化并分析流程流向、变体和低效点。

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

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

在流程挖掘中，该ID用于将创建、审批、收货与开票等相关事件归并到同一端到端流程实例（case）。基于此标识符进行分析，可以重建并可视化每张采购订单从发起到最终关闭的完整生命周期。

这是将所有相关事件归并为同一流程实例的基础属性，从而支持采购订单全生命周期的端到端分析。

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

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

该信息对理解数据的新鲜度至关重要，有助于评估洞察的相关性，并确保决策基于满足分析所需时效的数据。

用于说明数据的时效性，确保用户了解分析覆盖的时间范围及结论的适用性。

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

“源系统”用于标识事件数据的产生系统，例如ERP、采购平台或遗留系统。在采购到付款流程跨多应用协同的环境中尤为重要。

了解源系统有助于数据校验、问题排查，并理解可能受系统影响的流程变体。例如，来自电子采购系统的PO可能遵循更自动化的路径，而在核心ERP中手工创建的PO则可能走一条不同路径。

提供数据来源的上下文，这对数据治理、校验以及跨系统的流程变体分析至关重要。

这可以是数据抽取时添加的静态值，或源表中用于标识来源系统的字段。

采购订单状态用于指示某一时点PO在其生命周期中的阶段，或其最终处理结果。常见状态包括：审批中、已批准、已发送给供应商、部分收货、已关闭、已取消。

该属性有助于对采购订单进行筛选与分组分析。例如，仅分析未结订单以识别当前瓶颈，或聚焦已取消订单以了解取消原因。跟踪状态变更的先后顺序，也可作为定义流程模型中各项活动的依据。

可按生命周期阶段筛选案例，从而聚焦分析未结、已结或存在问题的订单。

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

采购订单金额代表该订单的整体资金承诺，可在单据级或行项目级进行分析。

该属性是财务分析与优先排序的基础。它支持按金额筛选流程，例如聚焦高金额PO；这类订单往往审批更复杂、业务影响更大。将PO金额与周期时长或返工率进行关联分析，可判断高金额订单的处理效率是否低于低金额订单。

为流程提供财务视角，支持基于价值的分析，以确定改进优先级并识别成本驱动因素。

该数值位于采购订单抬头数据中，通常为所有行项目金额之和。

“供应商名称”用于标识根据PO提供货物或服务的外部合作方，是与PO交易数据关联的关键主数据字段。

按供应商维度分析对供应商绩效管理至关重要。可以比较不同供应商的准时交付率、退货率以及PO变更频次等指标，为寻源策略、谈判与关系管理提供依据。

用于供应商绩效分析，可对不同供应商的交付时效、质量和流程摩擦进行对比。

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

“需求交货日期”是PO上约定的、组织期望从供应商收到货物或服务的日期，用作衡量供应商交付表现的基准。

该属性是计算“准时交付率”KPI的关键。将需求交货日期与实际收货日期对比，可评估供应商的可靠性。进一步分析偏差，可识别特定供应商、物料或收货地点的长期问题，为绩效沟通提供依据。

这是衡量供应商交付表现的基准，也是计算准时交付率KPI的关键依据。

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

物料类别（也称“物料组”或“采购品类”）用于划分所采购的产品或服务类型。这种结构化分类有助于梳理采购支出并理解流程表现。

按物料类别分析流程，常能发现显著差异。例如，复杂服务的采购流程审批周期可能更长、变更更多，而标准办公用品通常更简洁。基于这类分组，可针对不同品类进行流程优化和策略制定。

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

这些信息通常存放在采购订单的行项目级别。

“用户名”用于标识在流程中执行某个事件的责任人。可能是创建采购申请者、审批PO者，或过账收货者。该信息为流程提供可追溯性与责任归属。

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

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

通常可在交易日志和单据抬头中的“创建人”、“变更人”或“用户ID”字段找到。

部门属性用于标识负责该采购的组织单元，通常为发起申请的部门或承担费用预算的部门，如“IT”“市场”“运营”等。

该属性有助于按业务单元分组分析与对比流程表现。按部门分析可识别哪些领域存在较长的周期、较高的变更率或较突出的非合规采购行为，从而有针对性地制定改进行动。

可按业务单元分段分析流程，用于对比绩效并识别各部门特有的问题或最佳实践。

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

结束时间属性用于记录某个活动的完成时间。尽管许多流程事件是原子的，开始与结束时间相同，但部分活动——尤其是人工活动或具有可计量时长的活动——会有不同的开始与结束时间戳。

记录结束时间可精确计算单个活动的处理时长，有助于识别具体耗时步骤，并区分处理时间（实际在做事的时间）与等待时间（活动之间的空闲时间）。

可精确计算活动处理时间，帮助区分实际工作时间与流程中的等待时间。

通常可在事件日志或交易数据中找到，有时会以独立字段呈现，如“End Time”或“Completion Date”。如不可用，可设为与Event Time相同的值。

“申请人/请购人”指在组织内提出采购需求的人，通常由其创建前置的采购申请（PR）。这与在系统中创建PO单据的用户不同，后者多属于采购部门。

按申请人维度分析有助于识别采购行为模式。例如，某些申请人可能经常有紧急订单，或其订单变更频繁。基于这些信息，可以开展定向的采购政策培训，或从源头提升需求规格的准确性。

用于识别发起采购的业务用户，便于分析采购行为并优化需求提报流程。

这些信息通常来源于关联的采购申请，或作为采购订单上的“Requester”字段存储。

币种属性用于指明采购订单金额及其他财务字段所使用的货币单位。对于正确解读与汇总财务数据至关重要，尤其适用于多币种运营的跨国组织。

在分析中，该属性确保财务指标能够在同一口径下进行对比。它是任何涉及金额的仪表板或KPI的前提条件，便于进行准确的汇率换算与报表呈现，从而提供清晰可靠的采购财务视图。

为所有金额提供必要的上下文，确保财务报表与对比的准确性，在全球化运营中尤为重要。

该代码通常与总金额一起记录在采购订单抬头。

采购申请ID是启动采购流程的内部单据标识。采购申请是业务部门向采购部门提出的正式商品或服务需求。

有了该ID，可将采购订单流程与上游申请流程贯通，从而开展更完整的“从申请到下单”分析，衡量从提出申请到生成PO的耗时，帮助识别申请人与采购团队之间交接的延迟。

把采购订单与其源头的请购单关联起来，可分析上游从请购到下单的周期时长。

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