您的支付处理数据模板

此属性记录了支付系统中 event 发生的准确时刻。它作为流程的时间锚点，确保 case 内部的事件顺序正确。

在分析中，此 timestamp 是所有基于时间的计算的基础。它用于确定活动之间的持续时间、总体的端到端周期时间以及服务水平协议 (SLA) 的遵守情况。准确的 timestamp 对于识别瓶颈发生的时间至关重要。

高精度是首选，特别是对于毫秒必争的高频交易或自动支付系统。如果只有日期而没有时间，则在对同一天发生的活动进行排序时，可能需要二次排序逻辑。

对于事件排序和计算所有基于时长的 KPI（如周期时间）至关重要。

位于交易日志、历史表或系统审计追踪中。

此属性追踪分析中使用的数据的新鲜度。它反映了数据加载到流程挖掘工具的时间，或源数据库中记录最后修改的时间。

掌握此信息对于数据治理和信任至关重要。它让分析师知道他们查看的是实时数据还是前一天的快照。这对于监控可能卡在待处理状态的活跃付款尤为重要。

虽然不直接用于流程流计算，但它作为元数据控制字段，确保仪表板显示的是支付业务的最新状态。

确保数据新鲜度，并有助于调试数据管道延迟问题。

在数据提取或 ETL 过程中生成。

此属性作为关联单个付款生命周期内所有活动的核心键。它允许流程挖掘工具重建付款从发起至最终结算或失败的端到端路径。

在分析中，此标识符用于将不同的 event 分组到单个 case 实例中。它实现了流程流的可视化，对于计算每笔交易的周期时间至关重要。如果没有唯一的 ID，就无法区分系统中成千上万笔同时进行的付款。

此字段在付款的整个生命周期内通常保持不变。但在涉及多个系统的复杂场景中，这可能需要是一个复合键，或者从唯一的端到端参考编号进行映射。

它是创建流程模型和跟踪特定支付所需的基础“案例 ID”。

通常位于交易抬头、付款指令表或主分类账日志中。

此属性描述了付款在特定时间点所经历的操作或状态更改。示例包括创建请求、验证检查、授权步骤或最终结算。

流程挖掘依靠此属性来定义流程图中的节点。通过分析这些活动的顺序，分析师可以识别常见的变体、付款被返工的循环，以及付款长时间滞留的瓶颈。

为了创建连贯的流程视图，通常需要对来自不同源系统的名称进行标准化。例如，一个系统可能将某个步骤称为“Auth”，而另一个系统称之为“Authorization”，在数据转换过程中应将它们统一。

它定义了流程图中的节点，支持对流程流向和变体进行分析。

位于审计日志、状态历史表或事件跟踪表中。

此属性标识记录的技术来源。在端到端的付款流程中，数据通常流经多个系统，例如前端网关、欺诈检测引擎和后端账本。

按系统分析数据允许用户隔离技术问题。例如，如果延迟始终出现在欺诈引擎而非账本中，则可以更有效地进行针对性的根本原因分析。这也有助于在合并多个数据源时验证数据完整性。

如果源数据中没有明确存在此字段，通常在提取和转换过程中添加。它作为血缘标记，用于审计和调试目的。

对于多系统分析以及识别导致延迟或错误的组件至关重要。

通常在 ETL 过程中硬编码，或位于系统元数据中。

此属性代表付款的目标截止日期。它允许系统衡量“准时付款率”并确定是否满足了服务水平协议 (SLA)。

将实际完成的 timestamp 与此到期日期进行比较，可以为流程性能提供明确的衡量指标。在此日期之后完成的付款被视为逾期，这可能会导致罚款或损害业务关系。

此字段对于应付账款流程或有保障的服务交付合同尤为重要，因为时间在其中是一项合同义务。

计算 SLA 达成率和准时支付率所必需。

位于发票抬头或支付请求指令中。

此属性按执行类型（如电汇、ACH、信用卡或即时支付）对付款进行分类。每种方式通常遵循不同的流程路径，且在时间预期和成本上有所差异。

通过使用此属性对数据进行细分，分析师可以对比不同支付通道的性能。例如，与自动化的 ACH 批处理相比，电汇可能需要更多的手动审批步骤。

了解支付方式的组合有助于进行容量规划，并识别客户行为的变化，例如从传统支票转向数字即时支付。

对于区分具有不同 SLA 的流程变体（如即时转账与电汇）至关重要。

位于支付指令详情中。

此属性标识谁或什么执行了付款流程中的特定步骤。它可以是指执行人工审核的人员，也可以是指执行自动化任务的系统账号。

这些数据对于分析资源利用率和瓶颈至关重要。它有助于区分自动化处理（直通式处理）和人工干预。人工参与率高通常意味着更高的成本和更长的周期时间。

在合规性方面，此字段有助于职责分离分析，确保创建付款的人与审批付款的人不是同一个人。

支持分析自动化率（STP）和资源生产率。

位于交易表的审计日志或元数据列中。

此属性代表正在转移的财务价值。它是衡量流程效率低下所产生影响的主要数值指标。例如，一笔百万美元付款的延迟通常比一笔十美元付款的延迟更关键。

在分析中，此字段用于汇总交易量、计算总流动性需求以及按价值区间对付款进行细分。高额支付通常遵循与低额支付不同的审批工作流，此属性有助于区分这些路径。

必须将此属性与货币代码配对，以确保具有可比性。如果不进行货币转换或分离就汇总金额，可能会导致误导性的财务报告。

支持财务影响分析，并能区分高价值与低价值交易。

位于交易详情或财务入账表中。

此属性指定付款金额的货币单位，例如 USD、EUR 或 GBP。它对于准确的财务报告和触发特定的跨境工作流至关重要。

分析通常需要按货币进行过滤，以了解区域性能或外汇处理时间。不同的货币可能有不同的截止时间、结算周期和监管要求，这些都会直接影响流程流。

没有此属性，“付款金额”字段将是不明确的。此字段可以将不同的金额转换为单一报告货币，以便进行全球化的仪表板展示。

对于规范财务价值和识别跨境流程变体非常必要。

位于交易表中的支付金额旁。

该属性记录了流程失败的技术或业务原因。当支付被拒绝、验证失败或遇到传输错误时，系统会填充此字段。

分析错误代码是降低“支付失败率”和“返工率”的主要方法。对常见的错误代码进行分组有助于识别系统性问题，例如主数据不准确或与外部清算机构的技术连接问题。

在“顺畅路径”（Happy Path）场景下，此字段通常为空。它的出现往往意味着流程偏离了理想状态，并触发了异常处理子流程。

用于失败和返工根本原因分析的主要属性。

位于错误日志、拒绝消息或响应负载中。

此属性指示付款指令的入口点，例如移动应用、Web 门户、API 或文件上传。它提供了对客户行为和渠道使用情况的洞察。

按渠道分析流程性能可以凸显技术差异。例如，通过 API 发起的付款可能会立即处理，而文件上传可能需要等待批处理窗口。这有助于了解不同平台上的用户体验。

它还可用于分析从传统渠道（如手动输入或传真）向数字渠道的转变，为数字化转型计划提供支持。

有助于分析不同入口点（如移动端与网页端）的业务趋势和绩效差异。

位于交易抬头或会话元数据中。

此属性标识收款人。在 B2B 场景中是供应商；在 P2P 场景中则是个人接收者。它提供了支付对象的背景信息。

按受益人分析付款可以揭示特定模式，例如频繁向高风险实体付款或特定供应商的集中风险。这对于欺诈分析也很有用，可以识别是否存在多个小额付款正流向同一个意料之外的受益人。

此处常见数据质量问题，例如拼写差异（如“Inc.”与“Incorporated”）。为了准确聚合，通常需要清理这些数据。

对供应商分析、欺诈检测和风险分析非常有用。

位于支付指令的收款人详细信息部分。

此属性是由欺诈检测引擎或风险模型生成的值。分数越高通常表示该交易是欺诈或高风险的可能性越大。

在流程分析中，此分数有助于解释为什么某些付款会进入漫长的审核循环。高风险分数的付款通常会触发人工干预，从而增加周期时间。将风险分数与最终结果（批准或拒绝）相关联，有助于微调风险规则的效率。

并非所有系统都会生成数字分数；有些系统可能只提供状态标志。然而，对于现代支付网关，这是决策的标准指标。

解释流程偏差，例如人工审查和因欺诈检查导致的暂扣。

来自欺诈检测系统或风险引擎的输出。