支付处理数据模板
支付处理数据模板
- 用于深入分析交易的建议属性
- SWIFT流程的关键活动与里程碑
- 财务数据提取技术指南
支付处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
活动发生的准确日期和时间。 | ||
|
说明
此属性记录事件发生的准确时刻,用于按时间顺序排列活动,并计算各类时长指标,例如前置时间、周期时间和吞吐量。 准确的时间戳对于分析“网络截止时间表现”和发现审批链中的瓶颈至关重要。
重要性
时间戳是流程挖掘中所有时间分析和绩效指标的基础。
获取途径
系统审计日志、报文创建时间戳或数据库交易时间。
示例
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
付款交易ID
PaymentTransactionId
|
用于标识端到端付款案例的唯一标识符。 | ||
|
说明
此属性是流程挖掘中的核心案例标识,可将单笔付款指令相关的所有活动归为一组,涵盖初始申请、校验、SWIFT传输直至最终结算。在SWIFT场景中,通常映射为交易参考号(TRN)或端到端唯一交易参考号(UETR),以确保数据在各银行系统间保持连续。 该标识用于还原流程实例路径,是分析流程变体和计算周期时间的基础。
重要性
唯一标识是流程挖掘的基础,可将分散的事件串联起来,形成连贯的流程视图。
获取途径
报文头中的SWIFT字段20(TRN)或字段121(UETR)。
示例
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
数据最近更新时间
LastDataUpdate
|
记录最近一次提取或刷新的时间戳。 | ||
|
说明
表示数据最近一次载入流程挖掘工具的时间。这对于判断数据是否为最新,以及确保仪表板反映当前付款运营情况至关重要。 通过透明展示报表管道的延迟情况,帮助用户信任所呈现的数据。
重要性
帮助用户了解所呈现数据的时效性和可靠性。
获取途径
ETL流程执行时间戳。
示例
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
活动名称
ActivityName
|
发生的流程步骤或事件名称。 | ||
|
说明
此属性描述系统日志中记录的具体操作或状态变更,例如“创建付款申请”“通过制裁筛查”或“收到SWIFT确认”。 这是流程图的主要维度,用于定义可视化图中的节点,帮助分析人员了解付款操作的先后顺序。
重要性
它定义流程中的“做什么”,使流程走向和变体得以可视化。
获取途径
交易日志、审计轨迹,或根据报文类型推导(例如已发送MT103)。
示例
创建付款申请发送付款指令收到SWIFT确认批准付款
|
|||
|
源系统
SourceSystem
|
事件数据的来源系统名称。 | ||
|
说明
用于识别生成事件日志的软件或平台。在付款流程中,来源可能是核心银行系统、付款网关或SWIFT接口。 当合并多个不同银行应用的数据时,此属性有助于验证数据来源并排查问题。
重要性
提供数据来源背景,是开展多系统流程挖掘的必要信息。
获取途径
在ETL过程中硬编码,或从系统标识符中提取。
示例
SWIFT Alliance Access核心银行系统付款引擎制裁筛查系统
|
|||
|
SWIFT NAK代码
SwiftNakCode
|
消息被拒绝时,SWIFT网络返回的错误代码。 | ||
|
说明
包含SWIFT网络在否定确认(NAK)中提供的具体错误代码(如T26、T13)。 该属性支持“SWIFT错误与返工分析”仪表板,可对技术故障分类并优先处理系统修复。
重要性
提供网络层拒绝的技术根因。
获取途径
MT 015/019系统消息,或ACK/NAK中的字段451。
示例
T26H01T13G02
|
|||
|
SWIFT消息类型
SwiftMessageType
|
所用SWIFT消息的类型(如MT103、pacs.008)。 | ||
|
说明
表示付款指令的具体格式。常见类型包括客户转账使用的MT103,以及对应的ISO 20022格式(如pacs.008)。 可用于“付款路径变体分析”,比较传统MT格式与新版ISO标准的处理效率。
重要性
区分付款流转方式和处理标准(传统格式与ISO 20022)。
获取途径
SWIFT第2区块(应用程序头),消息类型字段。
示例
MT103MT202pacs.008MT101
|
|||
|
UETR
UniqueEndToEndReference
|
用于在SWIFT gpi中跟踪交易的端到端唯一交易参考编号。 | ||
|
说明
UETR是一个36字符的字符串,为付款提供贯穿整个SWIFT网络的唯一且不可变的参考编号。与内部ID不同,UETR在不同银行之间保持不变。 该属性对于端到端可视性至关重要,也可用于将内部日志与外部SWIFT gpi状态更新关联起来。
重要性
跨机构跟踪跨境付款的行业标准。
获取途径
SWIFT第3区块,字段121。
示例
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
交易币种
TransactionCurrency
|
表示付款币种的3位ISO代码。 | ||
|
说明
标识付款所使用的币种(如USD、EUR、GBP)。这对“网络截止时间表现”仪表板至关重要,因为截止时间因币种而异。 该属性还可用于“货币转换效率”分析,识别不同币种之间的货币对。
重要性
决定路由规则、截止时间和结算通道。
获取途径
SWIFT MT字段32A(币种)或ISO 20022元素Ccy。
示例
USDEURGBPJPY
|
|||
|
交易金额
TransactionAmount
|
付款指令的金额。 | ||
|
说明
表示转账本金金额。该数据从特定SWIFT字段中提取,例如MT103中的字段32A。 这是“大额转账审批周期”仪表板的关键数据,可按金额细分付款,分析高风险、大额交易的审批延误。
重要性
支持财务影响分析,并可按交易金额进行细分。
获取途径
SWIFT MT字段32A(金额)或ISO 20022元素IntrBkSttlmAmt。
示例
15000.001250.501000000.0045.00
|
|||
|
受益人BIC
BeneficiaryBic
|
收款机构的银行识别代码。 | ||
|
说明
标识付款的目标银行,是“受益人拒绝原因”仪表板的重要分析维度。 按受益人BIC对失败情况分组,银行便可识别经常因数据质量问题或特定格式要求而拒绝指令的交易对手。
重要性
分析交易对手表现和拒绝模式的关键属性。
获取途径
SWIFT字段57A(账户开户机构)或58A(受益人机构)。
示例
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
处理用户
ProcessingUser
|
执行该活动的用户或系统代理。 | ||
|
说明
标识负责该活动的人员或自动化机器人,例如批准制裁命中项的合规专员,或修正格式错误的操作员。 该属性可用于生成“验证错误热力图”,帮助管理者识别培训需求,或找出返工率较高的特定用户。
重要性
支持资源分析并识别人工处理瓶颈。
获取途径
系统审计日志、交易表中的“用户ID”列。
示例
系统J.DoeCompliance_Bot_01M.Smith
|
|||
|
是否直通处理
IsStp
|
表示付款是否无需人工干预的标记。 | ||
|
说明
布尔指标。如果案例中没有“发现错误”“付款被拒绝”或人工“修改”活动,值为True。该指标可直接用于计算“直通处理率”KPI。 这是衡量付款处理自动化成效的主要指标。
重要性
衡量流程效率和自动化运行状况的主要指标。
获取途径
根据案例中是否存在特定的负面或人工活动计算得出。
示例
truefalse
|
|||
|
起息日
ValueDate
|
资金应可供受益人使用的日期。 | ||
|
说明
表示付款消息中指定的结算日期。将该日期与实际“付款已结算”时间戳进行比较,有助于“结算与对账账龄”仪表板分析。 该属性反映付款的紧急程度,也可用于衡量资金可用性是否符合服务级别协议。
重要性
对流动性管理和结算时效衡量至关重要。
获取途径
SWIFT MT字段32A(日期子字段)或ISO 20022 IntrBkSttlmDt。
示例
2023-10-262023-11-01
|
|||
|
发起国家
OriginatingCountry
|
发起付款实体所在国家的代码。 | ||
|
说明
表示付款请求发起地所属的司法管辖区。这对“制裁筛查处理时长”仪表板至关重要,因为来自高风险司法管辖区的付款通常需要经过更严格、耗时更长的一致性检查。 该属性还可用于分析付款量和处理延迟的地理分布。
重要性
合规风险分析和区域表现分析的关键维度。
获取途径
根据发送方BIC推导(第5至第6位为国家代码)。
示例
USGBDEFR
|
|||
|
拒绝原因
RejectionReason
|
说明付款被拒绝原因的文本描述。 | ||
|
说明
付款失败时记录的文字说明或代码描述,通常见于SWIFT字段72(发送方至接收方信息)或退回消息。该属性支持“受益人拒绝原因”分析。 分析人员可通过文本挖掘找出拒绝原因中的常见主题(如“账户无效”“受益人名称不匹配”)。
重要性
为流程失败提供定性背景信息。
获取途径
退回消息(MT103退回)中的SWIFT字段72或79。
示例
受益人账户已关闭IBAN无效未通过监管一致性检查未知银行识别代码
|
|||
|
指令优先级
InstructionPriority
|
表示付款紧急程度的优先级标记。 | ||
|
说明
根据消息头信息确定(如“普通”或“紧急”)。这可用于“高价值转账审批周期”仪表板中的细分分析,因为紧急付款通常需要加快审批。 了解优先级分布有助于规划高峰时段的资源。
重要性
有助于区分标准付款与加急付款的SLA要求。
获取途径
SWIFT第2区块,消息优先级字段(如N表示普通,U表示紧急)。
示例
普通紧急系统
|
|||
|
是否赶上截止时间
MetCutOffTime
|
表示指令是否在网络截止时间前发送的标记。 | ||
|
说明
通过比较“付款指令已发送”时间与币种对应的SWIFT网络截止时间计算得出。该属性支持“SWIFT截止时间遵守率”KPI。 未赶上截止时间会导致结算延迟,影响流动性状况。
重要性
资金管理和流动性管理的重要运营KPI。
获取途径
将时间戳与截止时间静态参考表进行比较后计算得出。
示例
truefalse
|
|||
|
是否跨境
IsCrossBorder
|
表示付款是否涉及不同国家的标记。 | ||
|
说明
布尔属性。当发送方国家与受益人国家不同时,值为True。该属性可用于“多币种处理延迟”KPI,区分境内与国际付款流转。 跨境付款通常更复杂、成本更高,处理时间也更长。
重要性
分析付款复杂度的基础细分维度。
获取途径
比较发送方BIC国家代码与受益人BIC国家代码。
示例
truefalse
|
|||
支付处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已对账
|
将付款交易与Nostro/Vostro账户账簿对账单进行匹配。对账系统将交易ID关联至对账单明细时,可据此推断。 | ||
|
重要性
完成财务闭环。此处延误会影响现金可视性和审计能力。
获取途径
对账系统日志或核心银行系统中的“已匹配”状态。
采集
比较对账状态
事件类型
inferred
|
|||
|
付款已结算
|
确认资金已记入收款人账户(通常为gpi状态ACSC)。可通过跟踪器更新或确认报文明确获取。 | ||
|
重要性
标志着付款链路在业务层面成功完成,是计算“结算至对账差距”的关键数据。
获取途径
SWIFT gpi Tracker(ACSC状态)或MT900/910确认报文。
采集
确认结算时记录
事件类型
explicit
|
|||
|
创建付款申请
|
在内部银行系统或ERP中首次生成付款指令。系统首次为付款订单分配唯一交易参考号(TRN或UETR)时,即可明确记录此事件。 | ||
|
重要性
确定整个付款生命周期的开始时间,是计算端到端处理时长、发现SWIFT网络介入前上游延误的关键。
获取途径
核心银行系统(CBS)或付款中心中的交易表创建时间戳。
采集
创建交易记录时记录
事件类型
explicit
|
|||
|
发送付款指令
|
将格式化报文(MT103或ISO 20022 pacs.008)发送至SWIFT Gateway。生成报文内容并将其交给网络接口时,即可明确记录此事件。 | ||
|
重要性
用于计算“SWIFT截止时间遵守率”,标志着处理流程从内部处理转入网络处理。
获取途径
SWIFT Alliance Access(SAA)日志或Gateway传输日志。
采集
生成报文输出时记录
事件类型
explicit
|
|||
|
批准付款
|
指定人员或自动规则对大额转账执行的最终授权操作。审批工作流标记设为true时,即可明确记录此事件。 | ||
|
重要性
这是“大额转账审批周期”仪表板的关键数据,可用于发现大额流动资金转移中的人工签批延误。
获取途径
审批工作流引擎的审计轨迹。
采集
执行审批操作时记录
事件类型
explicit
|
|||
|
通过制裁筛查
|
付款指令成功通过OFAC/制裁名单筛查的时间戳。可从合规系统日志中直接获取,也可根据“筛查暂停”状态解除的时间推断。 | ||
|
重要性
这是“制裁筛查前置时间”仪表板的关键数据。此处延误反映的是合规瓶颈,而非运营效率低下。
获取途径
合规筛查系统日志或付款中心的合规状态标记。
采集
筛查状态更新时记录
事件类型
explicit
|
|||
|
付款已转出
|
中间状态更新(通常为gpi状态ACSP),表示中间银行正在处理付款。可通过SWIFT gpi Tracker更新或状态报文获取。 | ||
|
重要性
让代理行处理这一“黑箱”环节变得可见,是分析端到端完整流程的关键。
获取途径
SWIFT gpi Tracker数据流或MT199/trck报文。
采集
收到跟踪器更新时记录
事件类型
explicit
|
|||
|
付款被拒
|
收到收款银行或中间银行发来的拒付报文(MT103退汇或gpi RJCT状态)。可从收到的SWIFT报文中明确获取。 | ||
|
重要性
这是“收款方拒付根因”仪表板的关键数据,可用于发现账户已关闭或路由数据错误等外部阻碍。
获取途径
收到的SWIFT报文(MT103 RET、pacs.004)或gpi状态RJCT。
采集
收到拒付报文时记录
事件类型
explicit
|
|||
|
发现付款错误
|
交易因校验失败、NACK或拒付报文而被标记为待修复的事件。交易进入“修复”“更正”或“异常”队列时,可据此推断。 | ||
|
重要性
用于跟踪“错误解决返工率”。此类情况频繁发生会拉低直通处理(STP)比例。
获取途径
付款中心状态列或异常队列日志。
采集
检查状态字段是否为Error/Repair
事件类型
inferred
|
|||
|
收到SWIFT确认
|
收到SWIFT网络发出的技术确认(ACK),表示报文已获接收并进入处理流程。可从网络接口日志中明确获取。 | ||
|
重要性
确认报文已成功进入全球网络,便于区分内部故障与实际网络传输问题。
获取途径
SWIFT Gateway日志(查看ACK与NACK信号)。
采集
收到网络ACK时记录
事件类型
explicit
|
|||
|
解决付款错误
|
修改并重新提交此前出错的交易,且操作成功。交易从“修复”队列返回“处理中”或“就绪”状态时,可据此推断。 | ||
|
重要性
用于衡量人工返工团队的效率。此处耗时过长,可能说明培训不足或错误代码复杂。
获取途径
显示交易已退出异常队列的付款中心状态日志。
采集
检查状态字段是否已退出Repair
事件类型
inferred
|
|||
|
验证付款详情
|
成功完成付款指令的语法和格式检查,例如IBAN格式、BIC有效性。通常可根据交易状态从“草稿”变为“已验证”或“待授权”来推断。 | ||
|
重要性
此处失败率偏高,说明源头数据质量较差。用于衡量“首次校验通过率”KPI。
获取途径
付款引擎状态日志或校验历史表。
采集
比较操作前后的状态字段
事件类型
inferred
|
|||
数据提取指南
立即优化SWIFT支付处理
实现98%的直通式处理,减少人工错误
无需信用卡,5分钟即可完成设置