您的支付处理数据模板
您的支付处理数据模板
- 用于深度交易分析的推荐属性
- SWIFT流程的关键活动和里程碑
- 金融数据提取技术指南
支付处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
活动发生的准确日期和时间。 | ||
|
说明
该属性记录事件发生的精确时刻,用于按时间顺序排列活动,并计算周期时间、处理周期和吞吐量等所有基于时长的指标。 准确的时间戳对于分析“网络截止时间绩效”和识别审批链中的瓶颈至关重要。
为什么重要
时间戳是流程挖掘中所有时间分析和绩效指标的基础。
获取位置
系统审计日志、消息创建时间戳或数据库交易时间。
示例
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
最后数据更新时间
LastDataUpdate
|
记录最后一次提取或刷新的时间戳。 | ||
|
说明
表示数据最后一次加载到流程挖掘工具的时间。这对于判断数据新鲜度、确保仪表板反映付款运营最新状态至关重要。 它还通过展示报告管道的延迟,帮助用户建立对数据的信任。
为什么重要
确保用户了解所呈现数据的时效性和可靠性。
获取位置
ETL流程执行时间戳。
示例
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
支付交易ID
PaymentTransactionId
|
代表端到端付款案例的唯一标识符。 | ||
|
说明
该属性是流程挖掘的核心案例键。它将单笔付款指令相关的所有活动关联起来,涵盖初始请求、验证、SWIFT传输和最终结算。在SWIFT场景中,它通常映射到Transaction Reference Number(TRN)或Unique End-to-end Transaction Reference(UETR),以确保跨银行系统的连续性。 它用于重建流程实例路径,是所有变体分析和周期时间计算的基础。
为什么重要
唯一标识是流程挖掘的基础,可将分散的事件串联成连贯的流程视图。
获取位置
消息头中的SWIFT Block 3、Field 20(TRN)或Field 121(UETR)。
示例
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
活动名称
ActivityName
|
已发生的流程步骤或事件名称。 | ||
|
说明
该属性描述系统日志中记录的具体操作或状态变化。例如“Payment Request Created”“Sanctions Screening Passed”或“SWIFT ACK Received”。 它是流程地图的主要维度,定义可视化中的节点,并帮助分析人员了解付款执行的操作顺序。
为什么重要
它定义流程中的“内容”,从而实现流程顺序和流程变体的可视化。
获取位置
交易日志、审计追踪,或根据消息类型推导,例如MT103 Sent。
示例
创建付款请求已发送付款指令已收到SWIFT ACK付款已批准
|
|||
|
源系统
SourceSystem
|
事件数据来源系统的名称。 | ||
|
说明
用于识别生成事件日志的软件或平台。在付款流程中,它可能是核心银行系统、付款网关或SWIFT接口本身。 从多个不同银行应用合并数据时,该属性有助于验证数据血缘并排查问题。
为什么重要
提供数据来源上下文,是多系统流程挖掘不可或缺的信息。
获取位置
在ETL过程中硬编码,或从系统标识符中提取。
示例
SWIFT Alliance Access核心银行系统支付引擎制裁筛查器
|
|||
|
SWIFT NAK代码
SwiftNakCode
|
消息被拒绝时由SWIFT网络返回的错误代码。 | ||
|
说明
包含SWIFT网络在Negative Acknowledgment(NAK)中提供的具体错误代码(例如T26、T13)。 该属性用于“SWIFT Error and Rework Analysis”仪表板,帮助分类技术故障并确定系统修复优先级。
为什么重要
提供网络层拒绝的技术根因。
获取位置
MT 015/019 System Messages,或ACK/NAK中的Field 451。
示例
T26H01T13G02
|
|||
|
SWIFT消息类型
SwiftMessageType
|
所使用的SWIFT消息类型,例如MT103、pacs.008。 | ||
|
说明
表示支付指令的具体格式。常见类型包括客户转账使用的MT103,以及pacs.008等ISO 20022对应格式。 用于“Payment Journey Variant Analysis”,比较传统MT格式与新ISO标准的处理效率。
为什么重要
区分支付流和处理标准(传统格式与ISO 20022)。
获取位置
SWIFT Block 2(Application Header)中的Message Type字段。
示例
MT103MT202pacs.008MT101
|
|||
|
UETR
UniqueEndToEndReference
|
用于在SWIFT gpi中跟踪付款的Unique End-to-end Transaction Reference。 | ||
|
说明
UETR是一个36字符字符串,为付款在整个SWIFT网络中提供单一且不可变的参考标识。与内部ID不同,UETR会跨银行持续保留。 该属性对于实现端到端可视性,以及将内部日志与外部SWIFT gpi状态更新关联起来至关重要。
为什么重要
跨不同机构跟踪跨境付款的行业标准。
获取位置
SWIFT Block 3、Field 121。
示例
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
交易货币
TransactionCurrency
|
表示付款币种的3字母ISO代码。 | ||
|
说明
用于识别付款计价币种,例如USD、EUR、GBP。该属性对于“网络截止时间绩效”仪表板至关重要,因为截止时间因币种而异。 它还支持“货币转换效率”分析,用于识别跨币种货币对。
为什么重要
决定路由规则、截止时间和结算通道。
获取位置
SWIFT MT Field 32A(币种)或ISO 20022元素Ccy。
示例
USDEURGBPJPY
|
|||
|
交易金额
TransactionAmount
|
付款指令的货币价值。 | ||
|
说明
表示正在转移的本金金额。该数据从特定SWIFT字段中提取,例如MT103中的Field 32A。 它对于“大额转账审批周期”仪表板至关重要,可按金额对付款进行分组,分析高风险、大额交易的审批延迟。
为什么重要
支持财务影响分析和按交易规模分组。
获取位置
SWIFT MT Field 32A(金额)或ISO 20022元素IntrBkSttlmAmt。
示例
15000.001250.501000000.0045.00
|
|||
|
处理用户
ProcessingUser
|
执行该活动的用户或系统代理。 | ||
|
说明
标识负责执行活动的个人或自动化机器人,例如批准制裁命中的合规官员,或修复格式错误的操作员。 该属性用于“Validation Error Heatmap”,帮助管理人员识别培训需求,或找出返工率较高的特定用户。
为什么重要
支持资源分析和人工瓶颈识别。
获取位置
系统审计日志、交易表中的“User ID”列。
示例
SYSTEMJ.Doe合规机器人_01M.Smith
|
|||
|
收款方BIC
BeneficiaryBic
|
收款机构的银行识别码。 | ||
|
说明
标识支付的目标银行,是“Beneficiary Rejection Root Cause”仪表板的重要分析维度。 按收款方BIC对失败情况分组后,银行可以识别经常因数据质量问题或特定格式要求而拒绝指令的交易对手。
为什么重要
对于分析交易对手表现和拒绝模式至关重要。
获取位置
SWIFT Field 57A(Account With Institution)或58A(Beneficiary Institution)。
示例
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
是否STP
IsStp
|
表示支付是否无需人工干预的标记。 | ||
|
说明
布尔指标。当案例中不包含“Error Identified”、“Payment Rejected”或人工“Modification”活动时为True。该指标直接用于计算“Straight-Through Processing Rate”KPI。 这是衡量支付处理自动化成效的主要指标。
为什么重要
衡量流程效率和自动化运行状况的主要指标。
获取位置
根据案例中是否缺少特定负面或人工活动计算得出。
示例
truefalse
|
|||
|
起息日
ValueDate
|
资金应可供收款方使用的日期。 | ||
|
说明
表示支付消息中指定的结算日期。将该日期与实际“Payment Settled”时间戳进行比较,可支持“Settlement and Reconciliation Aging”仪表板分析。 该属性反映支付紧迫程度,并用于衡量资金可用性是否符合服务级别协议。
为什么重要
对于流动性管理和结算及时性衡量至关重要。
获取位置
SWIFT MT Field 32A(Date子字段)或ISO 20022 IntrBkSttlmDt。
示例
2023-10-262023-11-01
|
|||
|
发起国家
OriginatingCountry
|
发起支付实体所在国家的代码。 | ||
|
说明
表示付款请求发起的司法管辖区。这对于“Sanctions Screening Lead Time”仪表板至关重要,因为来自高风险司法管辖区的付款通常需要经过更严格、耗时更长的一致性检查。 它支持对付款量和处理延迟进行地理分析。
为什么重要
合规风险分析和区域表现分析的关键维度。
获取位置
根据Sender BIC得出(国家代码为第5至第6位字符)。
示例
USGBDEFR
|
|||
|
拒绝原因
RejectionReason
|
说明支付被拒原因的文本描述。 | ||
|
说明
包含支付失败时的叙述或代码说明,通常位于SWIFT Field 72(Sender to Receiver Information)或退回消息中。该属性支持“Beneficiary Rejection Root Cause”分析。 分析人员可以通过文本挖掘发现拒绝中的常见主题(例如“Invalid Account”“Beneficiary Name Mismatch”)。
为什么重要
为流程失败提供定性背景。
获取位置
退回消息(MT103 Return)中的SWIFT Field 72或79。
示例
收款人账户已关闭IBAN无效监管合规失败未知银行标识
|
|||
|
指令优先级
InstructionPriority
|
表示支付紧迫程度的优先级标记。 | ||
|
说明
根据消息头信息得出(例如“Normal”与“Urgent”)。这支持在“High Value Transfer Approval Cycles”仪表板中进行分组分析,因为紧急支付通常需要加急审批流程。 了解优先级分布有助于规划高峰期资源。
为什么重要
帮助区分标准支付与加急支付的SLA要求。
获取位置
SWIFT Block 2中的Message Priority字段(例如N表示Normal,U表示Urgent)。
示例
正常紧急系统
|
|||
|
是否在截止时间前完成
MetCutOffTime
|
表示指令是否在网络截止时间前发送的标记。 | ||
|
说明
通过比较“Payment Instruction Sent”时间与按币种区分的SWIFT网络截止时间计算得出。该属性支持“SWIFT Cut-off Adherence Rate”KPI。 未能在截止时间前完成会导致结算延迟,进而影响流动性状况。
为什么重要
资金管理和流动性管理的重要运营KPI。
获取位置
通过比较时间戳与截止时间静态参考表计算得出。
示例
truefalse
|
|||
|
是否跨境
IsCrossBorder
|
表示支付是否涉及不同国家的标记。 | ||
|
说明
布尔属性。当Sender Country与Beneficiary Country不同时为True。该属性支持“Multi-Currency Handling Latency”KPI,将境内支付流与国际支付流分开分析。 跨境支付通常具有更高的复杂度、成本和处理时长。
为什么重要
支付复杂度分析的基础分组维度。
获取位置
比较Sender BIC国家代码与Beneficiary BIC国家代码。
示例
truefalse
|
|||
支付处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已对账
|
将付款交易与Nostro/Vostro账户账单进行匹配。当对账系统将交易ID关联到账单行项目时,可推断该事件发生。 | ||
|
为什么重要
完成财务闭环。此处延迟会影响现金可视性和可审计性。
获取位置
对账系统日志或核心银行系统中的“Matched”状态。
采集
比较对账状态
事件类型
inferred
|
|||
|
付款已批准
|
指定人员或自动规则针对大额转账执行的最终授权操作。审批工作流标记设为true时,会明确记录这一事件。 | ||
|
为什么重要
对于“大额转账审批周期”仪表板至关重要。用于识别大额流动性转移中的人工签批延迟。
获取位置
审批工作流引擎的审计追踪。
采集
执行审批操作时记录
事件类型
explicit
|
|||
|
付款已结算
|
确认资金已记入收款人账户,通常对应gpi状态ACSC。可通过Tracker更新或确认消息明确获取。 | ||
|
为什么重要
表示付款链路在业务上的成功结束。对于计算“结算到对账差距”至关重要。
获取位置
SWIFT gpi Tracker(ACSC状态)或MT900/910确认消息。
采集
确认结算时记录
事件类型
explicit
|
|||
|
创建付款请求
|
在内部银行系统或ERP中首次生成付款指令。付款订单首次分配唯一交易参考号(TRN或UETR)时,会明确记录这一事件。 | ||
|
为什么重要
确定整个付款生命周期的起始时间。对于计算端到端处理时长,以及识别SWIFT网络介入前的上游延迟至关重要。
获取位置
核心银行系统(CBS)或Payment Hub中的交易表创建时间戳。
采集
创建交易记录时记录
事件类型
explicit
|
|||
|
已发送付款指令
|
将格式化消息(MT103或ISO 20022 pacs.008)发送至SWIFT Gateway。当生成消息载荷并将其交给网络接口时,会明确记录这一事件。 | ||
|
为什么重要
用于计算“SWIFT截止时间遵循率”。标志着流程从内部处理转入网络处理。
获取位置
SWIFT Alliance Access(SAA)日志或网关发送日志。
采集
生成消息输出时记录
事件类型
explicit
|
|||
|
通过制裁筛查
|
付款指令成功通过OFAC/制裁名单筛查的时间戳。可从合规系统日志中明确获取,也可通过“Screening Hold”状态解除来推断。 | ||
|
为什么重要
对于“制裁筛查周期时间”仪表板至关重要。此处的延迟代表合规瓶颈,而非运营效率问题。
获取位置
Compliance Filtering System日志或Payment Hub合规状态标记。
采集
筛查状态更新时记录
事件类型
explicit
|
|||
|
付款已拒绝
|
收到收款行或中间银行返回的拒付消息(MT103 Return或gpi RJCT状态)。可从收到的SWIFT消息中明确获取。 | ||
|
为什么重要
对于“收款行拒付根因”仪表板至关重要。用于识别账户关闭、路由数据错误等外部阻碍。
获取位置
收到的SWIFT消息(MT103 RET、pacs.004)或gpi状态RJCT。
采集
收到拒付消息时记录
事件类型
explicit
|
|||
|
付款已转移
|
表示付款正在由中间银行处理的中间状态更新,通常对应gpi状态ACSP。可通过SWIFT gpi Tracker更新或状态消息获取。 | ||
|
为什么重要
帮助了解代理行体系这一“黑箱”。对于分析完整端到端路径至关重要。
获取位置
SWIFT gpi Tracker数据流或MT199/trck消息。
采集
收到Tracker更新时记录
事件类型
explicit
|
|||
|
付款错误已解决
|
此前处于错误状态的交易完成修改并重新提交。当交易从“Repair”队列返回“Processing”或“Ready”状态时,可推断该事件发生。 | ||
|
为什么重要
用于衡量人工返工团队的效率。此处耗时较长,通常说明培训不足或错误代码复杂。
获取位置
显示交易退出例外队列的Payment Hub状态日志。
采集
比较状态字段退出Repair
事件类型
inferred
|
|||
|
发现付款错误
|
交易因验证失败、NACK或拒付消息而被标记为需要修复的事件。当交易进入“Repair”“Correction”或“Exception”队列时,可推断该事件发生。 | ||
|
为什么重要
用于跟踪“错误解决返工率”。此处频率过高会严重拉低直通式处理(STP)比例。
获取位置
Payment Hub状态列或例外队列日志。
采集
将状态字段与Error/Repair进行比较
事件类型
inferred
|
|||
|
完成付款详情验证
|
付款指令成功完成语法和格式检查,例如IBAN格式、BIC有效性检查。通常可通过交易状态从“Draft”变为“Validated”或“Ready for Auth”来推断。 | ||
|
为什么重要
此处失败率较高,说明源头数据质量较差。用于衡量“验证首次通过率”KPI。
获取位置
Payment Engine状态日志或验证历史表。
采集
比较前后状态字段
事件类型
inferred
|
|||
|
已收到SWIFT ACK
|
收到SWIFT网络返回的技术确认(ACK),表明消息已被接受处理。可从网络接口日志中明确获取。 | ||
|
为什么重要
确认消息已成功进入全球网络,并区分内部失败与实际网络传播失败。
获取位置
SWIFT Gateway日志,查找ACK与NACK信号。
采集
收到网络ACK时记录
事件类型
explicit
|
|||
提取指南
立即优化您的SWIFT支付处理
实现98%的直通处理率,消除人工错误
无需信用卡,5分钟完成设置