采购到付款 - 发票处理 data template

事件时间（Event Time）或开始时间记录了业务活动发生的精确日期和时间。从“收到发票”到“执行付款”，流程中的每个活动都有关联的时间戳。这种按时间顺序排列的信息对于排列事件先后顺序和计算时长至关重要。

该属性用于对事件进行按时排序，以构建每个案例的流程流。它是所有基于时间的分析的基础，包括计算活动间的周期时间、识别损失时间的瓶颈，以及监控针对服务水平协议（SLA）的绩效。准确、精密的时间戳是流程挖掘分析可靠性的关键。

它提供了事件的时间顺序，是所有基于性能和时长的计算（如周期时间）的基础。

这通常存在于 event log 中，或者作为与每笔交易或状态变更关联的“创建日期”或“录入日期”字段。

发票编号（Invoice Number）是供应商为发票分配的唯一字母数字代码。在流程挖掘中，此属性至关重要，因为它通常作为案例 ID（Case ID），用于唯一标识每张发票从接收到付款的完整旅程。

通过将发票编号作为 Case ID，所有相关活动（如“收到发票”、“发票已审批”和“执行付款”）都可以串联起来，以重构该特定发票的端到端流程。这使得能够针对每个案例详细分析周期时间、路径和偏离情况，构成了整个流程分析的基石。

它是核心的案例标识符（Case ID），连接所有相关事件，从而实现对单张发票端到端生命周期的追踪。

这是发票交易表抬头中的一个主字段。

活动名称（Activity Name）描述了发票处理旅程中的单个步骤或里程碑。例如：“收到发票”、“发票已送审”、“付款冻结生效”和“执行付款”。此属性构成了流程的叙述，概述了发票随时间推移所经历的过程。

在流程挖掘中，该属性用于生成流程图，直观展示工作流。通过分析这些活动的顺序、频率和路径，有助于识别常见流程、偏离、瓶颈和返工循环。活动名称的质量和细粒度对于创建具有实际指导意义的流程分析至关重要。

此属性定义了流程中的步骤，构成了流程图的核心框架，并支持所有与流向相关的分析。

此信息通常源自 source system 内的状态变更日志、event 表或交易代码。

此属性记录了 data 上次提取或刷新的日期和时间。它作为一个元数据字段，指示了所分析数据集的新鲜度。

虽然该信息不直接用于绘制流程图，但对于了解分析的时效性至关重要。它能让用户明确是在查看实时 data 还是特定时间点的快照，这对于做出明智的运营决策必不可少。同时，它对于监控 data pipeline 的健康状况和刷新频率也至关重要。

它指示了数据的时效性，让用户了解流程分析的更新程度。

此时间戳通常是在数据提取、转换和加载（ETL）过程中生成并添加到数据集中的。

Source System 属性标识了记录发票处理 event 的应用程序或平台。在复杂的 IT 环境中，发票的流转路径可能跨越多个系统，例如扫描方案、Workflow 工具和 ERP 系统。

了解 source system 可以为 data 提供背景信息，并有助于排查 data 质量问题。它还支持跨系统边界的流程分析，能够凸显潜在的集成挑战或因不同应用间交接引起的延迟。这在整合来自旧系统和现代系统的 data 时尤为有用。

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

这通常是 data 提取期间添加的静态值，或者是系统日志中指示应用程序名称或 ID 的字段。

付款到期日（Payment Due Date）是根据发票日期和约定的付款条件计算出的关键日期。它代表了支付给供应商的最后期限，以维持良好的信用记录并避免滞纳金。

该属性是按时付款绩效监控的基础。它用于计算如“按时付款率”等 KPI，并识别有逾期风险的发票。分析发票审批日期与付款到期日之间的间隔，有助于评估最后付款调度和执行步骤的效率。

它是衡量按时付款绩效和分析逾期付款原因的关键。

此日期通常位于发票交易详情中。它可以直接输入，也可以根据发票日期和付款条件推导得出。

此属性记录了开具发票的外部方名称。它提供了关键背景，将财务交易与特定的供应商关系关联起来。一致且准确的供应商 data 对于报表生成和分析至关重要。

在 Process Mining 中，Vendor Name 是进行分段分析的关键维度。分析师可以过滤流程，检查高业务量或问题较多的供应商的发票处理情况。这有助于识别经常提交错误发票、导致延迟和返工的供应商，同时也能支持供应商绩效管理等战略举措，并识别优质供应商计划的机会。

它允许对流程进行细分，按供应商分析绩效，这是供应商管理和识别问题发票来源的关键。

这通常位于发票抬头 data 中，通过供应商 ID 从供应商主数据表关联得出。

此属性捕获了发票进度停滞的具体原因，无论是审批 workflow 中的拒绝，还是审批后的付款锁定。原因可能包括“数量不符”、“价格不匹配”、“缺失采购订单号”或“重复发票”等。

这是根本原因分析中最重要的属性之一。通过分析各种原因出现的频率，企业可以精准找出发票流程中最常见的冲突和低效源头。这种数据驱动的洞察力使企业能够解决底层问题，例如改善与供应商的沟通、加强采购订单合规性，或为员工提供更专业的培训。

这对于根本原因分析至关重要，有助于识别导致处理延迟、返工和低效的最常见原因。

此信息通常存在于发票交易 data 或相关审批日志中的特定“原因代码”或“暂扣原因”字段中。

此属性指定了发票金额的币种。对于跨国运营并与不同国家供应商打交道的组织来说，这是必不可少的。币种代码（通常遵循 ISO 4217 标准）可确保财务 data 得到正确解析。

在分析中，发票币种用于对 data 进行切片，以获得特定区域或国家的视图。在财务报表中，确保金额正确汇总至关重要，这通常需要转换为标准报告货币。按币种分析流程差异还可以揭示与国际支付或外汇管理相关的复杂性。

它为发票金额提供了必要的上下文，支持全球运营中的准确财务分析和细分。

这是发票交易表抬头中的标准字段。

发票金额代表发票的总价值，包含所有行项目、税费。这是定义每个案例财务重要性的基础属性，通常与其他属性结合分析以了解其对流程的影响。

该属性对财务分析和优先级排序至关重要。通过按金额筛选发票，分析师可以研究高额发票是否遵循更严格的审批路径，或是否更容易发生延迟。它对于追踪发票总吞吐价值的仪表板以及折扣获取相关的 KPI 也必不可少，因为潜在节省金额通常按发票金额的百分比计算。

它支持财务影响分析和高价值发票的优先级排序，并有助于识别发票金额是否会影响处理时间或路径。

这是发票交易表抬头中的标准字段。

User 属性标识了负责执行发票处理 workflow 中特定步骤的个人或自动化系统。这可以是录入发票的应付账款专员、审批发票的主管，或者是执行匹配任务的自动化机器人。

按 User 维度分析 data 对于了解工作量分布、个人绩效以及识别培训需求至关重要。它允许您过滤流程图，查看不同团队或个人处理发票的方式，揭示其 workflow 中的差异。这种分析可以发现表现优异者，指出路由问题，或精准定位需要额外支持或流程培训的用户。

它有助于分析不同团队或个人之间的工作量分布、用户绩效以及流程差异。

此信息通常可在交易详情中找到，标签通常为“用户名”、“录入人”、“修改人”或“审批人”。

结束时间（End Time）属性记录了流程步骤结束的精确时刻。它对于准确计算活动时长至关重要，而活动时长是流程挖掘中的基础指标。通过比较开始时间和结束时间，分析师可以衡量每一步所需的时间，从而识别瓶颈并发现提升效率的空间。

在分析中，结束时间用于计算单个活动及整个流程段的周期时间。例如，“发票审批”步骤的时长可以通过“发票已审批”活动的结束时间减去开始时间来确定。这些数据有助于构建性能仪表板、设定基准并监控流程变更的影响。

它支持精确计算活动时长，这对于识别瓶颈和衡量处理效率至关重要。

源自系统日志或交易数据，通常为“完成日期”、“变更日期”或专门记录活动完成的时间戳字段。

付款条件是与供应商约定的发票支付条件。这些条款通常以标准格式表示，例如“Net 30”（30天内到期支付全额）或“2% 10, Net 30”（10天内付款可享受2%折扣，否则30天内支付全额）。

该属性对财务策略和绩效分析至关重要。它是计算付款到期日并识别提前付款折扣机会的基础。按不同付款条件分析流程，可以揭示特定条款是否与处理延迟相关，或企业是否有效地利用了优惠折扣机会。

这对于分析按时付款绩效和识别获取提前付款折扣的机会至关重要。

此信息通常源自供应商主数据，并在发票抬头中指定。

公司代码（Company Code）代表大型集团内的特定法律实体或子公司。在许多财务系统中，交易按公司代码隔离，以便进行会计核算和报表统计。

该属性支持跨业务部门的对比分析。通过按公司代码细分流程图，分析师可以进行绩效基准测试，识别某一实体的最佳实践，并发现另一实体的系统性问题。对于拥有多个法律实体的组织，这是理解流程差异并确保全集团合规的基础属性。

它允许在组织内的不同法律实体或业务部门之间进行流程基准测试和比较。

这是一个基础的组织字段，通常位于所有财务交易表的抬头位置。

发票日期（Invoice Date）是供应商在发票单据上填写的日期。从供应商的角度看，它标志着付款生命周期的正式开始，且通常是根据约定的付款条件计算到期日的基础。

分析发票日期与“收到发票”或“录入发票”活动之间的时间差，对于识别发票提交或录入阶段的延迟至关重要。这种“发票接收延迟”可能是总周期时间中一个重大的隐形成分，减少这一延迟可以提升按时付款绩效，并增加获取提前付款折扣的机会。

它有助于衡量从供应商开具发票到系统录入发票之间的“发票接收延迟”。

这是发票抬头数据中的标准日期字段，通常标记为“凭证日期”或“发票日期”。

发票状态反映了数据提取时发票在其生命周期中所处的阶段。常见状态包括“处理中”、“已审批”、“已付”、“已拒绝”或“已冻结”。该属性提供了发票当前情况的总体概览。

虽然流程挖掘会重构完整路径，但当前状态对于监控活动工作负载的运营仪表板非常有用。它能帮助管理者了解各阶段的发票数量，例如有多少发票正等待审批或处于冻结状态，从而实现对发票管线的积极管理，防止瓶颈和延迟。

它提供了当前工作负载的快照，有助于监控处于不同阶段（如“待审批”或“已冻结”）的发票数量。

这通常是发票抬头表中的状态字段，会随着发票在生命周期中的流转而更新。

采购订单编号（PO Number）将发票与预先审批的采购单据关联起来。这种连接是匹配过程的核心，系统借此验证发票详情（如数量和价格）是否与 PO 中订购的内容一致。

该属性对于分析匹配流程的效率至关重要。拥有 PO 支持的发票如果能够实现高比例的直接处理（Straight-through Processing），则表明采购流程健康。相反，分析没有 PO 的发票可以揭示违规采购或未遵循采购政策的领域。是否存在 PO 是对流程进行细分以比较效率的常用方法。

它有助于区分 PO 发票和非 PO 发票，这两者通常遵循不同的流程且效率水平各异。

此标识符通常位于发票交易的行项目或抬头详情中，用于将其与采购单据关联。