SWIFT和国际转移

1） SWIFT在iGaming中的时间和原因

• 没有本地轨道（SEPA/FPS/ACH）或需要向其他司法管辖区支付B2B；
• 需要向合作伙伴/附属机构付款，纳税，大额流动性回购（离岸外包→菲亚特）；
• 需要本地电路上不存在的货币。
• 优点：全局覆盖,高可预测性gpi。缺点：成本（fee+FX），时限（T+0-T+3），合规摩擦。

2）基本力学： 代理银行和路由

受益人的BIC →接受银行。如果没有直接关系，则通过通讯员（nostro/vostro）付款。

• Serial (MT103/ISO pacs.008依次进行bank→korr→bank）。
• Cover（通过COV/pacs MT202共享付款和覆盖范围。009).
• 路线数据：受益人银行的BIC，IBAN/帐户，地址/名称，有时是中间银行（BIC）。
• 佣金：SHA/OUR/BEN-选择谁支付代理服务费用。

3）消息和格式： MT ⇄ ISO 20022（MX）

MT103（客户信用转移），MT202 COV（覆盖），MT199/999（免费形式），MT192/195（召回/停止）。
ISO 20022 (MX): pacs.008 (credit transfer), pacs.009 (FI-to-FI), pacs.004 (return), camt.052/053/054（摘录/发布）。
许多银行正在向ISO过渡；保持双重兼容性（MT输入/输出↔内核中的规范模型）。

4) SWIFT gpi и UETR

gpi（全球付款创新）在时间上增加了端到端UETR（UUID）和SLA；给出收回/credited/on-hold状态。
您在银行/PSP门户或API上使用UETR跟踪器，向玩家/合作伙伴显示清晰的ETA和延迟原因。
将"payment_id ↔ UETR绑定↔ provider_ref'用于行车记录和重新配置。

5）截止日期、截止日期和日历

发送/通讯员→切断直到切断-T+0/T+1的机会，否则T+1/T+2。
非STP因素：手动检查，名称/地址不匹配，非有效性BIC/IBAN，制裁触发器，外来货币。
考虑这两个国家的假期和货币→保持日历（TARGET2/US/本地）。

6）委员会和FX： 成本由什么构成

Model: `Cost per Approved (SWIFT) = bank_fee + correspondent_fee(s) + gpi_fee (если есть) + FX_margin + ops_cost (investigations/R-возвраты)`.

SHA/OUR/BEN:

SHA-双方向银行付款（违约）。
OUR-您涵盖所有佣金，受益人收到的金额恰好（更贵）。
BEN-受益人支付一切（很少适合B2C）。
外汇保证金：报价来源，利差，截止时间；记录会计和争议的课程/时间（quote id）。

7）合规性： 制裁，KYC/KYB，EDD

制裁/PEP/adverse：筛选发件人/受益人/中介银行；名称/地址/国家/地区匹配项→ hold/EDD。
End-use/SoF/SoW：付款目的请求（invoice/合同）和触发资金来源（金额/地理/模式）。
RBA 限制/velocity： caps per-tx/per-day,新道具→强化验证。
付款数据（备用信息）必须准确：目的，合同编号，发票。

8）道具验证和STP质量

IBAN/Luhn/MOD97，BIC验证，收件人地址（城市/国家/地区），目标代码（需要）。
Payee的名称Check/Confirmation对应项-如果可从银行/PSP获得。
Whitelist与TTL和重构的合作伙伴道具。
STP规则：字段越饱满,手动检查和退货越少。

9）拒绝，退款和调查（调查）

• 发送/接受之前的Reject（验证未通过）。
• 入场后返回（后期检查，帐户关闭，制裁/EDD）-ISO pacs。004或MT Return。
• Recall/Stop&Recall：要求撤回付款（未得到保证）。
• 调查：通过MT199/999/MX camt/case，gpi门户进行通信。
• 实践：存储原因代码/文本、SLA处理、信件模板。

10）产品中的线程（参考）

10.1 Inbound（接收资金）

1.签发详细信息：BIC/IBAN/beneficiary name/address，有时是中间BIC。
2.客户/合作伙伴发送MT103/pacs。008 →你的银行。
3.Webhook/摘录（camt。053/MT940）→余额，通过"EndToEndId/UETR/Remit"进行映射。
4.KINWA/KUS/制裁-后期控制，并在必要时恢复/返回。

10.2 Outbound（付款）

1.申请→澳洲联储审计/制裁，道具验证，选择SHA/OUR/BEN 和货币/FX。
2.通过API/银行-客户端发送→收到UETR。
3.Gpi监视，状态，ETA沟通，返回/调查处理。
4.T+0/T+1的重构。

11）Leiger，出院和重构

标识符："payment_id ↔ UETR ↔ bank_ref ↔ EndToEndId/RemittanceInfo"。
摘录：ISO camt。052/053/054或MT MT940/942；佣金/货币/验证日期。
T+0/T+1对账：金额，FX，佣金，"悬挂"（未分类的线路）→调查队列。
报告/审计：不变的日志、外汇汇率来源、交易对手数据版本。

12）管弦乐、feilover和SLA

主要货币的多银行/多个PSP；后备通讯员。
路由规则：按货币、国家、规模、银行的SLA、价值（fee+FX）。
切断预告片（假期考虑）。
SLA基准：自动桉例-≤ T+1，手动EDD-≤ T+2-T+3；gpi状态更新-近实时。

13） UX和通信

透明的ETA和因素解释（银行/国家/货币，切断，OUR/SHA）。
在合作伙伴/VIP办公室中显示UETR链接/状态。
输入详细信息的清晰字段、地址/IBAN/BIC格式的提示、OUR‐komissiyakh警告。
return/recall/investigation响应模板。

14）度量和OKR

Success/Approval Rate SWIFT, доля STP.

Time-to-Funds/Time-to-Payout p50/p95.

gpi visibility%（当前跟踪的支付份额）。
Return/Recall/调查率，平均调查时间。

每人成本提高（fee+FX+ops），FX利差为b.p.

False-positive compliance，手工桉例的比例。

15）反模式

每种货币的一家银行/通讯员→ SPOF。
不完整的详细信息（地址/名称/目的）→手动检查和返回。
忽略切断/假期，没有调度程序。
非伪造汇率/报价时间→ FX争议。
MIX PII 标志和无标记支付/RBAC。
没有映射"payment_id ↔ UETR" →"迷失"的轨道和札幌的溷乱。

16）实施清单（简短）

• 按目标货币开列的账户和通讯线；2+合作伙伴银行。
• MT/ISO 20022核心规范模型；camt的解析器。052/053/054和MT940/942。
• gpi/UETR整合，状态的行列，通知。
• IBAN/BIC验证，地址；惠特利斯特道具；选择SHA/OUR/BEN。
• FX政策：报价来源、提交、差价限制、日志。
• 制裁/KYC/KYB/RBA/EDD；文档模板和桉例管理。
• 剪裁和节假日编排；成本路由/SLA。
• Leiger和T+0/T+1重构；unmatched队列；报告。
• 花花公子回归/回顾/调查；signed webhooks,等效性。
• Sapport培训：gpi状态，原因代码，FX/佣金通信。

17）摘要

SWIFT是iGaming国际支付的"重型火炮"。使用gpi/UETR构建多银行轮廓,保持严格的FX和佣金记录,遵守制裁/EDD,自动化T+1重新配置,并向客户展示透明的ETA和状态。然后，即使是复杂的填字游戏付款也将是可预测的，符合要求和经济管理的。