您的支付处理 data 模板
您的支付处理 data 模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
付款处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventTimestamp
|
活动发生的具体日期和时间。 | ||
|
描述
此属性为支付流程中的每个 event 提供时间背景。它记录系统记录操作的确切时刻,从而允许按时间顺序排列活动。 在分析中,它用于计算步骤之间的持续时间、总周期时间和吞吐率。它通过突出显示特定流程阶段之间的延迟来识别瓶颈。
为何重要
若没有此字段,基于时间的分析将无法进行;它是驱动所有绩效和效率 KPI 的核心。
获取方式
查阅 FIS Global 文档
示例
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
|
|||
|
付款交易 ID
PaymentTransactionId
|
特定支付指令或交易的唯一标识符。 | ||
|
描述
此属性是关联单个支付生命周期内所有 event 的核心键。它允许分析人员追踪支付从初始 request 到验证、审批以及最终结算或对账的全过程。 在分析中,此 ID 对于将离散 event 分组为流程实例至关重要。它实现了端到端流程的可视化,是周期时间和返工循环等所有 case 级别指标的基础。
为何重要
它是流程挖掘的基础连接器,允许将分散的活动重构成一段连贯的旅程。
获取方式
查阅 FIS Global 文档
示例
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
|
|||
|
活动名称
ActivityName
|
所发生的具体流程步骤或 event 的名称。 | ||
|
描述
此字段记录在给定时间点采取的具体操作,例如“Payment Request Created”或“Payment Settled”。它定义了流程图中的节点,并决定了流程结构的走向。 分析人员使用此属性来理解操作顺序。它对于识别偏离标准路径的行为、发现跳过的步骤或检测冗余活动(如多次审批循环)至关重要。
为何重要
它定义了流程的具体内容,从而实现流程图的可视化和变体分析。
获取方式
查阅 FIS Global 文档
示例
付款申请已创建付款详情已验证付款已批准付款已结算
|
|||
|
业务单元
BusinessUnit
|
发起支付的内部部门或科室。 | ||
|
描述
此属性将支付映射到具体的组织单元,例如“Retail Banking”、“Commercial Lending”或“Treasury”。 它用于按部门聚合“Payment Throughput”和“Average Payment Cycle Time”等 KPI。这有助于管理层比较不同部门的绩效并有效分配资源。
为何重要
它实现了内部基准测试和流程绩效问责。
获取方式
查阅 FIS Global 文档
示例
资金部应付账款零售业务财富管理
|
|||
|
付款到期日
PaymentDueDate
|
预计结算支付的日期。 | ||
|
描述
此属性记录发起人要求或发票条款定义的支付截止日期。它作为按时绩效的目标基准。 此字段对“Payment Due Date Adherence” dashboard 至关重要。通过将此日期与实际“Payment Settled”日期进行比较,分析人员可以标记逾期支付,计算潜在罚金,并评估对供应商协议的遵守情况。
为何重要
它为衡量服务水平遵守情况和及时性提供了基准。
获取方式
查阅 FIS Global 文档
示例
2023-11-012023-11-15
|
|||
|
付款类型
PaymentType
|
支付方式或工具的分类。 | ||
|
描述
此属性将支付归类为电汇、ACH、SEPA、实时支付 (RTP) 或支票等类型。不同的支付类型遵循完全不同的处理规则和 SLA。 分析人员使用此字段比较不同支付通道的“Payment Reconciliation Cycle Time”。它有助于解释为什么某些支付是即时结算的而其他支付需要几天时间,从而确保根据正确的基准衡量绩效。
为何重要
它是划分流程流转的主要维度,因为每种类型都有独特的路由和时间特性。
获取方式
查阅 FIS Global 文档
示例
电汇ACH CreditSEPA Instant支票
|
|||
|
处理用户
ProcessingUser
|
执行该活动的用户名、系统代理名称或标识符。 | ||
|
描述
此属性记录了谁或什么执行了流程步骤。它可以区分人工操作员(例如“J.Smith”)和自动系统账户(例如“SYSTEM_BATCH”)。 此 data 用于分析资源利用率、识别人工瓶颈并审计职责分离情况。它有助于计算“Processing User Utilization Rate”并区分人工任务与自动任务。
为何重要
对于资源分析、自动化率和合规审计至关重要。
获取方式
查阅 FIS Global 文档
示例
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
|
|||
|
实际结算日期
ActualSettlementDate
|
支付实际完成结算的日期。 | ||
|
描述
此属性记录了资金转移或交易被视为完成的生效日期。它与处理 timestamp 不同,反映的是起息日。 在分析中,此属性与 Due Date 配合使用以计算“On-Time Payment Rate”。它也是对账阶段的触发点,对于分析“Payment Reconciliation Cycle Time”至关重要。
为何重要
它代表了付款的财务终点,是现金流分析的关键。
获取方式
查阅 FIS Global 文档
示例
2023-11-022023-11-14
|
|||
|
支付金额
PaymentAmount
|
支付交易的货币价值。 | ||
|
描述
此属性代表与支付请求相关的财务价值。它是分析财务吞吐量和风险的主要指标。 分析人员使用此字段按高价值与低价值支付对流程进行细分,这两者通常具有不同的审批路径。它支持“Payment Throughput” dashboard,并帮助识别高价值支付是否因更严格的审查而导致周期时间变长。
为何重要
它为流程挖掘增加了财务维度,允许根据价值进行优先级排序。
获取方式
查阅 FIS Global 文档
示例
1500.00250.501000000.0045.99
|
|||
|
货币代码
CurrencyCode
|
表示支付币种的 3 位 ISO 代码。 | ||
|
描述
此属性指定支付金额的币种(如 USD、EUR、GBP)。在分析全球支付流时,它对于标准化财务 data 至关重要。 在分析中,此字段允许按币种细分流程绩效,币种通常与不同的清算系统和监管规定相关。它有助于解释跨境支付与国内支付在结算时间上的差异。
为何重要
对于多币种环境至关重要,以便准确解读财务规模。
获取方式
查阅 FIS Global 文档
示例
美元EURGBPJPY
|
|||
|
付款方账户
SenderAccount
|
扣款的账号。 | ||
|
描述
此属性标识交易的来源账户。在分析来自特定内部账户的支付时提供细粒度信息。 在分析中,它有助于识别特定资金账户是否容易出现错误(如资金不足)或延迟。它通过支持总账分录与流程活动的匹配来辅助对账。
为何重要
它是财务对账和账户级问题解决的基础。
获取方式
查阅 FIS Global 文档
示例
123456789987654321ACC-TREASURY-01
|
|||
|
付款渠道
PaymentChannel
|
发起支付请求的渠道。 | ||
|
描述
此属性描述了支付指令的来源,例如网上银行、移动应用、API 或网点。它有助于了解交易的录入向量。 分析人员使用此属性比较不同渠道的处理效率。例如,它可以帮助确定通过 API 发起的支付是否比在网点人工录入的支付错误率更低。
为何重要
它有助于渠道优化并了解客户行为。
获取方式
查阅 FIS Global 文档
示例
在线银行移动应用企业网关网点出纳
|
|||
|
最后数据更新
LastDataUpdate
|
记录上次提取或刷新的时间戳。 | ||
|
描述
此属性表示分析所用 data 的新鲜度。它帮助用户了解查看的是实时 data 还是上一时段的快照。 在 dashboard 制作中,此字段通常用于显示“数据截至日期”标签。它确保决策是基于现有的最相关信息做出的,并有助于管理增量 data 加载。
为何重要
它建立了数据时效性,并增强了对报告及时性的信任。
获取方式
ETL 流程元 data
示例
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
|
|||
|
周期时间(天)
CycleTimeDays
|
从创建请求到结算的持续天数。 | ||
|
描述
此计算属性衡量流程的端到端时间。计算方式为 timestamp 为“Payment Settled”与“Payment Request Created”之间的差值。 它是“Average Payment Cycle Time” KPI 的主要指标。预先计算此项有助于进行绩效分布分析(如直方图),从而发现异常值和趋势。
为何重要
它量化了流程的整体速度。
获取方式
派生自 EventTimestamp
示例
1.50.25.0
|
|||
|
审批权限
ApprovalAuthority
|
负责授权支付的角色、小组或个人。 | ||
|
描述
此属性指明批准支付所需的权限级别或特定用户组,通常基于金额阈值。它有助于追踪审批 workflow 的路由。 分析人员使用此属性支持“Payment Authorization Bottlenecks” dashboard。它可以按权限级别拆解审批时间,查看特定的管理层级是否导致了延迟。
为何重要
它支持对审批层级进行组织分析并检测瓶颈。
获取方式
查阅 FIS Global 文档
示例
一级主管首席财务官 (CFO)合规团队自动审批系统
|
|||
|
收款人国家
BeneficiaryCountry
|
支付收款人的国家代码。 | ||
|
描述
此属性标识资金的收款国家,用于区分国内支付和国际支付。 该背景对于“Payment Compliance Monitoring”和路由分析至关重要。国际支付通常涉及不同的中间机构、合规检查和更长的周期时间,因此按国家分析绩效有助于隔离这些变量。
为何重要
它是地理分析和合规风险评估的关键维度。
获取方式
查阅 FIS Global 文档
示例
美国DE中国英国
|
|||
|
是否人工干预
IsManualIntervention
|
指示该活动是否涉及人工操作的标志。 | ||
|
描述
此布尔属性标记了需要人工输入的活动或 case(如“Payment Error Resolved”或人工审批),而非直通式处理 (STP)。 这对于“Manual Payment Intervention Rate” dashboard 必不可少。它有助于量化非完全自动化支付的百分比,突出数字化转型的机会。
为何重要
它区分了自动化吞吐量和人工投入,为自动化 ROI 计算提供指导。
获取方式
派生自 ActivityName 或 ProcessingUser
示例
truefalse
|
|||
|
是否逾期支付
IsLatePayment
|
指示付款是否在截止日期之后结算的标志。 | ||
|
描述
这是一个计算出的布尔属性。如果“Payment Settled”日期晚于“Payment Due Date”,则返回 true。 此属性是“On-Time Payment Rate” KPI 的直接驱动力。它通过允许用户快速筛选问题 case,而无需在可视化层编写复杂的日期逻辑,从而简化了 dashboard 制作。
为何重要
它简化了异常报告和合规分析。
获取方式
派生自 PaymentDueDate 和 ActualSettlementDate
示例
truefalse
|
|||
|
源系统
SourceSystem
|
event data 来源的系统名称。 | ||
|
描述
此属性标识记录提取自哪个具体软件组件或数据库,例如核心银行引擎、支付网关或制裁筛选工具。 它对于 data 血缘和验证至关重要。在分析跨越多个平台的端到端流程时,此字段有助于区分特定活动的发生地点,并辅助排查 data 质量问题。
为何重要
它确保了可追溯性和上下文背景,尤其是在集成多个支付引擎的复杂环境中。
获取方式
查阅 FIS Global 文档
示例
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
|
|||
|
验证错误码
ValidationErrorCode
|
指明支付验证失败的原因或代码。 | ||
|
描述
当支付进入“Payment Error Identified”活动时填充此属性。它包含有关失败的具体详情,例如“Invalid IBAN”、“Insufficient Funds”或“Missing Beneficiary Address”。 此字段驱动“Payment Data Validation Error Rates” dashboard。按此属性分组可揭示最常见的返工原因,从而针对性地修复上游 data 录入或系统配置。
为何重要
它识别了流程摩擦和返工环路的根本原因。
获取方式
查阅 FIS Global 文档
示例
ERR-001:无效账户ERR-055:触发布控/制裁ERR-009:重复交易
|
|||
付款处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
付款已对账
|
这是最后的会计活动,将支付交易与银行对账单或内部总账分录进行匹配。这可以是自动批处理过程,也可以是人工操作。 | ||
|
为何重要
此活动标志着支付生命周期的绝对终点。分析“Payment Reconciliation Cycle Time”对于了解财务结算流程的效率至关重要。
获取方式
通常根据财务或会计模块(链接至支付系统)中填充的“对账日期”字段或状态最终更改为“已对账”推断得出。
捕获
通过填充对账日期或状态更改为“已对账”来识别。
事件类型
inferred
|
|||
|
付款已批准
|
一个关键里程碑,即授权用户批准付款,使其进入下一阶段。这通常是系统记录的明确事件,包含审批者 ID 和操作的时间戳 (timestamp)。 | ||
|
为何重要
这是衡量审批周期时间并确保符合财务控制要求的关键检查点。此阶段的延迟会显著影响按时支付绩效。
获取方式
记录在审批日志表或主交易历史的明确事件中。事件日志 (event log) 会关联付款交易 ID、审批者用户 ID 和审批时间戳 (timestamp)。
捕获
当拥有审批权限的用户对付款执行“批准”操作时记录。
事件类型
explicit
|
|||
|
付款已授权
|
代表最终授权步骤,通常用于高额支付或在初步批准后由不同权限者执行。当具有授权凭证的用户确认支付时,此操作将作为显式 event 被捕获。 | ||
|
为何重要
此活动对于“Payment Authorization Bottlenecks” dashboard 至关重要。将其与“Payment Approved”区分开,有助于精准定位多级签核流程中的延迟。
获取方式
记录在审计或交易日志中。当具有特定授权权限的用户对付款进行操作时触发此事件,并生成包含其 ID 和时间戳的记录。
捕获
当用户执行最终授权操作时,会创建一个明确的日志条目。
事件类型
explicit
|
|||
|
付款已结算
|
此活动标志着资金转账的完成,交易被视为财务结算。通常在收到支付网络或清算所的最终结算确认时记录。 | ||
|
为何重要
这是衡量支付周期时间和按时支付率的主要终点。它标志着核心支付执行流程的成功完成。
获取方式
根据付款记录最终状态更改为“已结算”、“已完成”或“已过账”推断得出。此状态更改由批量结算文件或来自清算系统的实时报文驱动。
捕获
付款交易状态更改为“已结算”或同等状态。
事件类型
inferred
|
|||
|
付款指令已发送
|
此活动标志着 FIS 系统将最终支付指令发送至相关支付网络(如 ACH、Fedwire 或 SWIFT)的节点。这是一个关键的系统生成 event。 | ||
|
为何重要
这是一个重要的里程碑,表明支付已离开内部处理环境。它对于分析路由效率和外部处理所用时间至关重要。
获取方式
记录在跟踪与外部支付网络通信的交易或报文日志中。寻找指示成功发送出站报文并带有时间戳的记录。
捕获
当支付信息发送至清算网络时由系统生成的 event。
事件类型
explicit
|
|||
|
付款申请已创建
|
这是支付生命周期的第一个 event,代表在 FIS 系统中发起新支付交易的时刻。通常在用户或自动系统提交新支付请求时,作为交易日志表中的显式条目被捕获。 | ||
|
为何重要
此活动作为流程的确切起点。它对于衡量端到端支付周期时间以及分析整体支付吞吐量和量级至关重要。
获取方式
记录在核心交易表中,通过与付款交易 ID 关联的创建时间戳 (timestamp) 识别。可在“Payment_Transactions”或“Payment_Requests”等表中查找“creation_date”或“entry_date”字段。
捕获
创建新付款交易记录时记录的事件。
事件类型
explicit
|
|||
|
付款已提交审批
|
代表已验证的支付被提交至审批 workflow 的节点。这通常通过状态变更来捕获,表明支付正在等待审批者的处理。 | ||
|
为何重要
此活动标志着审批子流程的开始。分析此活动与“Payment Approved”之间的时间,对于理解审批瓶颈至关重要。
获取方式
根据工作流或交易状态日志中付款状态字段更改为“待审批”、“已提交审批”或类似状态推断得出。
捕获
付款交易状态从“已验证”更改为“待审批”。
事件类型
inferred
|
|||
|
付款被拒绝
|
当审批人拒绝支付请求时发生此活动,通常要求纠正后重新提交或彻底取消。这是一个已记录用于审计的显式用户操作。 | ||
|
为何重要
追踪拒绝情况有助于识别支付失败的常见原因、流程偏差和返工循环。它突出了初始 data 质量或合规方面的问题。
获取方式
当审批人选择“拒绝”选项时,记录在审批或交易历史表中的明确事件。该记录通常包含时间戳、用户 ID,且往往附带原因代码。
捕获
当用户对付款执行“拒绝”操作时记录的事件。
事件类型
explicit
|
|||
|
付款详情已验证
|
此活动表示支付 data 已通过关于格式、完整性和正确性的初步自动验证。这通常通过支付记录的状态变更来推断,例如从“New”变为“Validated”或“Pending Approval”。 | ||
|
为何重要
追踪此活动有助于识别 data 录入错误的频率和位置。它是分析 Payment Data Validation Error Rate KPI 并了解返工来源的前提条件。
获取方式
根据付款交易表中的状态或阶段更改字段推断得出。从初始状态更改为“已验证”状态以及相应的时间戳 (timestamp) 标志着此事件。
捕获
通过付款状态字段更改为“已验证”或类似值来识别。
事件类型
inferred
|
|||
|
付款错误已解决
|
标志着先前识别的付款错误已解决,允许重新处理或取消该付款。这是由用户执行的用于清除异常状态的明确操作。 | ||
|
为何重要
此活动用于关闭异常循环。从“Error Identified”到此 event 之间的持续时间是衡量异常处理运营效率的关键指标。
获取方式
当用户清除错误标记或将交易移出异常队列时记录。此操作会捕获在审计追踪或交易历史日志中,并带有时间戳。
捕获
用户操作清除了错误状态,并记录在审计日志中。
事件类型
explicit
|
|||
|
已识别逾期付款
|
一个衍生事件,表明付款在指定截止日期之后才结算。该活动并非直接记录,而是通过对比两个日期字段计算得出。 | ||
|
为何重要
此计算活动直接支持“On-Time Payment Rate” KPI 和“Payment Due Date Adherence” dashboard。它有助于量化流程延迟对供应商关系和潜在滞纳金的影响。
获取方式
这不是直接提取的。它是在 data 转换过程中通过比较“Settlement Date” timestamp 与“Payment Due Date”字段计算得出的。如果结算日期在截止日期之后,则生成此 event。
捕获
若“结算日期”晚于“付款截止日期”,则进行计算。
事件类型
calculated
|
|||
|
收款已确认
|
代表收到来自支付网络或收款银行的确认回执。此 event 由传入的系统消息或状态更新触发。 | ||
|
为何重要
确认环节提供了付款已到达目的地的确定性。“指令发送”与“已确认”之间的时间差可衡量外部网络的延迟和处理时长。
获取方式
通过解析来自支付网络的传入确认报文生成。系统更新付款状态并记录确认时间戳。
捕获
来自清算网络的入站报文将付款状态更新为“已确认”。
事件类型
explicit
|
|||
|
识别到付款错误
|
表明在初始验证后的某个环节检测到了错误,例如收款行的退回或内部合规标记。这通常是在引发异常时记录的明确事件。 | ||
|
为何重要
此活动是所有返工和异常处理循环的入口点。它对于计算 Manual Intervention Rate 和 Payment Error Resolution Time 等 KPI 至关重要。
获取方式
记录在异常处理模块或交易日志中。它可以由系统规则自动触发,也可以由用户标记问题手动触发,从而生成包含错误代码和时间戳的日志。
捕获
针对该付款交易记录了异常或错误代码。
事件类型
explicit
|
|||