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

事件时间（通常称为 timestamp）记录了活动发生的准确时刻。此数据对于正确排列事件顺序以及进行所有基于时间的流程分析（包括周期时间计算、瓶颈识别和绩效监控）至关重要。

在流程挖掘中，timestamp 用于对每个 case 内部的活动进行排序，并测量不同步骤之间的时间跨度。分析这些时间跨度有助于发现延迟、理解周期时间长的原因，并评估是否满足服务水平协议 (SLA)。准确且完整的 timestamp 数据是进行任何有意义的绩效分析的前提。

此 timestamp 对于 event 排序、计算周期时间以及分析流程绩效和瓶颈至关重要。

通常记录在系统审计轨迹、event 日志中，或者作为事务记录上的创建或更改日期。

Activity Name 描述了请购单生命周期中的单个步骤或状态变化。它为“已提交申请”、“审批步骤开始”或“申请被拒绝”等 event 提供易于理解的标签，构成了流程图的基石。

此属性是流程发现和分析的基础。通过对这些 activity 排序，Process Mining 工具可以可视化实际流程流，识别偏离标准程序的偏差，并精准锁定瓶颈或重做循环。一致且有意义的 activity name 是构建易于理解且具备行动价值的流程模型的关键。

它定义了流程的各个步骤，这对于流程图的可视化及流程流分析至关重要。

通常源自事件日志、状态变更表或与请购文档关联的事务代码。

请购单 ID (Purchase Requisition ID) 是每个请购文档在创建时分配的唯一键。它是从启动到完成，与单个申请相关的所有 activity、变更和审批的核心参考点。

在 Process Mining 中，此 ID 对于 case 相关性至关重要。它允许系统重建每个请购单的端到端旅程，将“请购单已创建”、“审批步骤已批准”和“采购订单已创建”等零散的 event 连接成连贯的流程流。如果没有一致且唯一的 case 标识符，分析流程变体、周期时间和结果是不可能的。

这是跟踪请购单整个生命周期的核心关键，能够将所有相关的 event 连接到单个流程实例中。

通常位于请购单事务或文档表的标题 data 中。

Last Data Update timestamp 指示了所分析 data 的新鲜度。它显示了记录上次从源系统提取并加载到 Process Mining 环境的时间。

此属性对于操作监控和确保分析基于最新信息至关重要。它有助于用户了解现实世界 event 与其在流程模型中呈现之间的潜在滞后。跟踪正在进行的业务的 dashboard 和 KPI 依靠此信息来提供及时且相关的见解。

它能告知用户数据的及时性，这对于确保分析的相关性和时效性至关重要。

通常在 data 加载过程中由 data 集成或 ETL（提取、转换、加载）工具添加。

Source System 属性指定了流程 data 的来源。在拥有多个系统（如中央 ERP 和专业电子采购工具）的组织中，此字段有助于区分来自不同来源的 data。

这些信息对于 data 验证、故障排除以及了解可能取决于系统的流程变体非常有价值。例如，源自一个系统的请购单可能遵循与另一个系统不同的审批路径，或者周期时间更快。按源系统分析 data 可以揭示集成问题或系统整合的机会。

它提供了关于数据来源的上下文，这对于数据验证以及分析跨多个系统的流程差异至关重要。

这通常是在 data 提取过程中添加的静态值，或者可以在技术元数据字段中找到。

申请人姓名标识了发起采购请求的个人。此人通常是需要货物或服务的业务用户。

按申请人分析流程有助于识别与特定个人或群体相关的模式。例如，它可以揭示某些申请人是否经常提交不完整或不合规、需要返工的请购单。这些信息可用于提供针对性培训，或为常用用户群简化请购流程，最终提高效率和合规性。

它有助于识别特定用户的行为，从而针对个人或团队进行针对性的培训和流程改进。

存在于采购请购的抬头数据中，通常与员工主数据相关联。

请购类型根据采购请求的性质或目的进行分类。例如：标准物料、服务、资本支出或来自特定目录的申请。此分类通常决定了审批工作流和会计处理方式。

按请购类型分析流程有助于了解不同类型的请求是否遵循不同的路径，或处于不同的效率水平。例如，资本支出请购可能由于额外的审批层级而具有更长的周期时间，而标准目录项的申请可能是高度自动化的。这种分析有助于设计和优化特定类型的流程变体。

它支持对不同流程路径的分析，因为请购类型通常决定了所需的审批工作流及其复杂程度。

此信息通常以文档类型或类别代码的形式存储在请购单标题 data 中。

请购状态表示请购在特定时间点的状态或其最终结果。常见状态包括“进行中”、“待审批”、“已批准”、“已驳回”和“已关闭”。

此属性对于结果分析和运营监控至关重要。它允许分析师根据最终状态筛选请购单，以计算驳回率或 PO 转化率等指标。在运营层面，它有助于团队了解当前工作量（如待审批的请购数量），从而能够确定工作优先级并有效管理资源。

它提供了请购结果的清晰视图，支持驳回率等关键指标的计算，并辅助运营工作负载管理。

通常位于请购文档的标题状态字段中。

请购金额代表采购请购中申请的所有项目和服务的总财务价值。这是贯穿整个采购流程的关键财务指标。

在流程分析中，该属性对于基于价值的筛选和分析至关重要。它允许将请购分为高价值和低价值等类别，这些类别通常具有不同的审批工作流和风险概况。根据请购金额分析周期时间或驳回率，可能会发现高价值申请的审批时间显著较长或驳回频率更高，从而为流程改进提供切入点。

它支持基于价值的分析，有助于优先处理高价值请购，并理解财务价值如何影响流程行为。

通常位于请购单事务或文档表的标题 data 中。

Currency 属性指定了请购金额的货币单位。对于跨国组织，请购单可能会根据申请人或供应商的所在地以不同的币种创建。

此字段对于准确的财务报告和分析至关重要。它确保了货币价值被正确解读，并允许在汇总不同地区的数据时进行适当转换。任何涉及请购价值的分析都必须考虑币种，以避免直接比较不同的货币单位。

它为财务数据提供了必要的上下文，确保跨地区请购价值的准确解读和汇总。

通常位于请购单事务的标题 data 中，紧邻金额字段。

部门 (Department) 属性代表负责采购的组织单位，如“市场部”、“IT 部”或“财务部”。它是用于预算编制和成本分配的关键财务和组织 data。

在 Process Mining 中，按部门分析 data 是一种常见且强大的技术。它可以对比不同业务部门的绩效，帮助识别哪些部门最高效，哪些部门可能需要支持。这种分析可以揭示特定于部门采购习惯或内部流程的周期时间、审批率或合规性差异。

它支持跨不同业务单元的绩效对标和成本分析，揭示部门特有的流程行为。

通常在请购单的标题或行项目 data 中提供，并链接到公司的组织结构。

采购订单 ID (Purchase Order ID) 是根据已批准请购单生成的 PO 文档的唯一编号。此字段将请购流程与后续的采购和付款流程联系起来。

此属性对于分析“请购到 PO”的转换效率至关重要。它确认了请购申请已成功转化为采购订单，并允许衡量此转换所需的时间。通过分析哪些请购单拥有对应的 PO，企业可以评估预采购阶段的有效性，并识别那些已获批但从未履行的请购申请。

它将请购与后续采购流程连接起来，从而实现对“请购到 PO”转化率和时间的分析。

通常在创建 PO 后存在于请购文档数据中，有时存在于相关文档或文档流表中。

审批人姓名标识了在工作流中执行审批或驳回步骤的个人、角色或组。这与申请人或可能执行其他活动的一般用户不同。

该属性是分析审批流程本身的关键。它有助于衡量审批人的绩效，例如审批人做出决定所需的平均时间。它还可以识别工作负载分布，显示某些审批人是否成为流程瓶颈。这种分析支持审批链内更好的资源分配和绩效管理。

它支持对审批工作流的详细分析，包括审批人的工作负载、绩效以及瓶颈识别。

记录在审批相关活动的事件或审计日志中。可能需要与员工主数据进行关联。

拒绝原因 (Rejection Reason) 是一个解释请购申请为何被否决的文本字段或代码。审批人通过此信息向申请人提供反馈，申请人可能需要据此修改并重新提交申请。

此属性对于流程失败的根本原因分析具有不可估量的价值。通过对拒绝原因进行分类分析，组织可以识别常见问题，如“总账代码错误”、“超出预算”或“供应商不合规”。这些洞察可以推动有针对性的改进，例如加强对申请人的培训、更清晰的政策沟通或系统增强，以防止常见错误的发生。

它提供了关于请购失败原因的直接见解，支持根本原因分析以减少返工并提高首签合格率。

通常在与“已拒绝”activity 或状态更改关联的评论或备注字段中捕获。

用户名 (User Name) 标识了流程日志中任何给定 activity 的负责人。这是一个通用属性，可以记录申请人、编辑者、审批人或任何其他与请购单互动的人员。

此属性对于资源和自动化分析至关重要。它有助于理解“双人审核原则”（不同用户之间的交接），并可通过识别由系统或批处理用户执行的 activity 来计算自动化率。按用户分析 activity 有助于了解不同角色如何与流程互动。

此属性对于理解用户交接、分析自动化情况以及将特定流程步骤归因于正确的执行者至关重要。

存在于每笔交易的审计追踪或事件日志数据中，通常存储为用户 ID。

紧急程度 (Urgency Level)，有时也称为优先级 (Priority)，是申请人用来表示所需货物或服务紧急程度的字段。这一分类会影响采购团队和审批人对请购单的路由和优先级排定。

按紧急程度分析流程绩效有助于判断流程是否响应了业务需求。例如，可以验证“高”紧急程度的申请是否确实比“低”紧急程度的申请处理得更快。如果不是，这可能表明存在瓶颈或优先级机制失效，需要予以解决。

它有助于评估流程是否有效地确定了紧急请求的优先级，以及声明的紧急程度是否与实际处理速度相符。

通常是请购单创建表单上的可选或必填字段，存储在请购单标题中。

需求日期 (Required By Date) 由申请人指定，用于说明履约截止日期。此日期是整个采购流程的目标，涵盖从请购审批到最终交付的全过程。

此属性对于分析流程的及时性及其与业务需求的契合度非常重要。通过将需求日期与实际采购订单创建日期或交付日期进行对比，组织可以衡量其履行内部服务水平协议 (SLA) 的能力。它有助于回答关键问题，例如采购流程是否足够快，能够满足业务截止日期的要求。

它为根据业务截止日期衡量流程绩效以及评估按时交付能力提供了基准。

通常由用户在创建请购单时输入，并存储在请购单标题或行项目详情中。