133张极简图，把国内与全球支付清结算串起来

共20205个字，建议先收藏，慢慢看！

这可能是支付体系最全最牛逼的系统性、全链路总结了！

因为支付是一个庞大且繁杂的体系，有非常多的概念、模型和逻辑。为了帮助大家系统性学习和速查，本文抽象出了133张图，归纳了98个知识点，把国内的基础支付原理，交易、支付、清结算、账务等处理全链路，以及全球支付清算体系串起来。

打磨成了一个支付人的知识速查宝典——《陈天宇宙支付手册》，相比于第1版的88张图，新增了45张图33个知识点！看过第一版的读者可以再过一遍，熟悉新增的内容。

1. 收付款人：可以是个人、企业、银行

2. 资金：即货币，可以是现金、银行存款、支付机构零钱余额

3. 转移：即债权归属发生了变化

4. 转移需要工具：银行卡、支票、移动支付、网络支付等

2.支付和交易

1. 纯交易：价值交换，不涉及货币

2. 纯支付：资金转账，不涉及商品和服务

3. 基于交易的支付：用货币兑换商品和服务的价值交换

1. 交易：用户身份的确认，订单生成以及支付的发起

2. 清算：支付指令的接收、清分、轧差
   

3. 结算：基于清分结果，执行的资金划拨

1. 直联：直接对接接口，传递支付指令

2. 间联：通过第三方机构转接支付指令

1. 收单侧：为商户提供快捷、网关、聚合、POS等收单服务的支付机构
2. 账户侧：为用户提供付款需要的“资金账户”，以微信和支付宝为主

了解四种机构间的结算模式，有助理理解跨境支付、央行大小额系统集中清算的原理

1.PVP结算（Payment Versus Payment）

同时付款；指在外汇交易达成后，在双方指定结算日，外汇的交割和资金的结算同步进行，并互为条件的一种结算方式，一手交钱一手交钱

3.往来户结算

银行间相互在对方开通账户并且存款用于跨行结算，称为往来账户结算模式

1. 银行间支付过程：B银行借记A银行存款账户（-1000）

2. 银行内支付过程：A银行借记张三账户1000（-1000），B银行贷记李四存款账户（+1000）

4.代理结算

在同一家第三方银行都开立账户，用于银行间结算的模式；例如目前的央行就是各商业银行、三方支付机构之间资金清算的代理行

1.银行1和银行2之间的结算通过在代理行A的存款进行

没断直连之前，支付机构的备付金开在商业银行，分为“存管户、收付户、汇缴户”

1. 汇缴户：功能最弱，只能用户本行收款和原路退回，不能向客户付款，且日终不留余额

2. 收付户：一个合作银行最多只能开一个，可以同行收款和付款，日终允许有余额

3. 存管户：功能最强，在存管行的每个省、直辖市分行都可以开一个存管户；只有存管户可以跨行收款和付款

断直连以后，备付金集中存管在央行，每个支付机构只有一个备付金集中存管账户，该账户可以同行/跨行收款、付款；通过网联银联实现

1. 映射/解映射：支付机构将央行备付金圈存给网联或者银联用于日间清算

2. 支付请求：支付机构向网联银联发起收款、退款、打款等业务，并实时清算

3. 信息转接：网银联将支付请求转接给对应的商业银行

4. 提交结算：结算场次，网银联将支付机构的轧差净额提交央行进行结算

国内支付体系依靠庞大的生态网络共同实现，没有任何一家企业可以独立完成支付业务

这么庞大的支付网络，离不开众多支付组织的支撑，每个支付组织都承担着相应的“支付职能”

1. 交易平台：为商家和用户提供交易场所，提供商品或者服务，撮合买卖双方
2. 支付机构：通过提供各类收付支付解决方案为交易平台提供支付服务，例如微信支付、支付宝支付、聚合支付等
3. 清算机构：跨机构进行交易转接和资金清算时，需要依赖清算组织实现
4. 银行：支付需要钱，最原始的钱在银行的结算账户当中；银行为社会提供最基础的金融服务，是支付服务的最主要提供方
5. 央行：几乎所有跨机构的支付业务在人行完成最终清算。人民银行为支付业务提供最基础的支付清算服务、支付基础设施、清算账户

计价和计费都是计算，但二者存在差别

1. 所处环节不同：计价在交易之前进行，计费在交易之后进行

2. 服务对象不同：计价是用户服务；计费是为商家服务

3. 计算结果不同：计价计算出来用户应该付多少钱；计费计算出来应该结算给商家多少钱

4. 系统不同：计价有计价系统实现；计费由清算系统实现

不同的单据职责不同，记录的信息不同，但相互之间有非常密切的关系

1. 订单：登记一次交易所包含的全量信息，谁买了那个商家的什么商品

2. 账单：以订单为依据，其中包含卡券、积分等内部支付方式，以及外部渠道的支付方式

3. 支付单：仅处理外部支付渠道的支付，以账单为依据
    

当用户选择了多个商家的商品时，订单会被拆分成多个对应商家的子订单。

• 不同商家：需单独结算，商家各自发货；
• 不同发货仓库：如北京仓库、天津仓库等；
• 品类包装要求：易碎品需特殊包装，大件与小件分开包装；
• 物流因素：物流公司对包裹的体积和重量有特定要求；

• 商品限价：如海购商品，海关有限价规定等。

订单拆分后，会形成父子订单的数据结构；这些拆单环节的具体流程如图所示。   

交易核心中账单支付记录对应的“余额支付”和“渠道支付”类型，需通过支付核心系统来完成。

如果订单使用了优惠券，那么交易核心需要与券系统进行两次交互。首先进行“用券冻结”操作，以防止优惠券被多次或跨订单使用；其次，在支付成功后，进行“核销”操作，即当支付渠道确认支付成功后，通知券系统将优惠券状态置为已使用。若支付处理失败，则执行“券解冻”操作，恢复优惠券的可用状态。

卡和积分作为余额类的内部支付方式，在处理时实际上是对用户余额的操作。这种操作可以采用两次处理或一次处理两种模式。两次处理模式即“先冻结再扣除”，而一次处理模式则是“直接扣除，失败则返还，成功不做额外处理”。如果支付失败，在两次处理模式下会进行“解冻余额”的操作。

16.交易补贴/支付立减

1. 交易补贴：下单时使用优惠券，用户的应付金额=订单金额-优惠金额，属于平台的补贴

2. 支付立减：用户支付时优惠，用户的实际支付金额=应付金额-渠道立减；属于支付渠道的补贴，但平台还是会收到用户的应付金额，渠道会把补贴部分给到平台，只不过用户少支付了一些

1. 即时交易：支付成功以后，资金会实时进入收款方账户，例如资金转账、面对面付款等

2. 担保交易：电商场景居多，用户支付成功后，资金会先进入中间担保户，用户确认收货或者超过一定时间后转入商家收款账户

1. 物流配送：像买的实物商品，商家通过配送发货进行履约，当然，也存在自提的模式

2. 上门服务：像家政、打车等的履约，需要服务人员找到用户进行面对面履约

3. 到店享受：像KTV、宠物美容等，需要用户到店里兑换服务

4. 权益发放：像视频会员、超前点映、话费充值等，虚拟权益类的履约，直接在线发放

虽然有众多交易模式，但从交易处理的宏观视角看，具有一个稳定的处理流程框架和大体顺序，掌握这个模型，基本就可以推演各类交易模式，以及各种交易处理

1. 支付：代商户向用户收款

2. 退款：将收用户的钱，退回用户的资金账户

3. 结算打款：代商户收的钱，结算给商户绑定的银行卡

4. 代付：将商户的款项付款至商户指定的银行账户中

5. 代发：具备明确的付款场景下的代付，例如发工资、发补贴等

6. 退票：付款成功的款项，又退回至付款账户

7. 充值：将银行卡中的钱转入支付账户中

8. 提现：将支付账户中的钱转入银行账户中

9. 转账：非消费场景的同类账户之间的资金直接划转，例如支付账户之间，结算账户之间；不同类型账户之间划转资金是充值或者提现

10. 预授权：根据消费金额预先冻结账户资金

11. 调拨：统一企业的不同资金账户之间资金的划转

12. 分账：将收款按比例分成多份划转至各方资金账户

为了确保资金安全，要遵守底线原则：渠道支付成功才入账，商户扣账成功才出款

1. 零钱支付：即钱包支付，用户的支付账户和平台的收单账户在同一家机构（当然也有可能不再同一家，例如用户使用微信零钱）

2. 银行卡支付：即快捷支付、网银支付、认证支付；需要用户先绑卡，支付时从银行卡里扣钱到平台的收单账户；因为涉及到跨行，所以需要清算机构转接信息，并最终提交央行进行跨行清算

3. 余额支付：用户在平台开设一个虚拟账户，预先充值余额，支付时直接扣款给平台商家；此支付方式无需调用外部支付渠道

退款的原则是原路退回，用户支付时用什么样的支付方式，退款时就走原支付方式的逆向

1. 零钱支付退款：资金退回到用户零钱账户
2. 银行卡支付退款：资金原路退回到用户的付款银行卡

3. 余额支付退款：资金退回到用户在平台的虚拟账户中

注意：网联的退款通道分为“协议支付退款、商业委托支付退款、网关支付退款等”，是不同的通道

25.支付总架构

• 第一阶段：联机交易阶段，负责接收、发送支付指令，并接收支付结果；

• 第二阶段：收款流水账务登记及分账、分润、各应入金额清算；

• 第三阶段：渠道清算对账及渠道资金确认阶段；

• 第四个阶段：商户结算阶段，此结算会发起结算出款，这也是出金业务中很重要的一种类型。如图4所示，为三方支付收款业务处理流程。

多个子单一次性进行支付的模式，常见的是以下两种场景

1. 场景1：在航旅、酒店等支付场景中，一次支付行为可以同时进行票证、保险的付款，且多笔付款分别对应多个不同的商户

2. 场景2：电商平台上，用户挑选不同商家的商品，加入购物车，可进行合单支付，只需要用户做一次支付

在合单支付的解决方案选择上，有两种模式

模式1：直接接入“合单支付”产品，实现合单支付，例如微信的“合单支付”

模式2：接入一款延迟分账的产品，用户资金先进入过渡户，平台根据子订单金额发起分账，将资金结算给商户

支付金额比较大，超过了所有可用渠道的支付单笔限额，分多次进行支付；只有在整个订单总金额全部被支付以后，才算订单支付成功

要区分分次支付和分期支付之间的不同

1. 充值：是资金从高信用账户流向低信用账户，例如从银行卡账户流向支付账户；亦或是从货币账户流向专项用途的非货币账户，例如从支付账户给手机充值；

2. 提现：是资金从低信用资金账户流向高信用资金账户；主要是从支付账户提现到银行账户

3. 转账：是同等级别信用账户之间的资金划转，例如银行卡账户转到银行卡账户，支付账户转到支付账户

除了向支付账户充值以外，还有其他的充值类型，常见的有以下4种

1. 电子钱包充值：从银行卡充钱到微信零钱，或者到平台虚拟余额
2. 游戏充值：通过银行卡账户或者支付账户向游戏平台的会员账户充值，本质是虚拟商品的购买，一般无法提现
3. 电话卡充值：给手机卡充话费，可以用银行账户充，也可以用支付账户充，资金进入运营商的话费账户，一般无法提现
4. 预付卡充值：向公交卡、美发卡等充值，一般无法提现

提现本质上走的是“付款通道”；扣除用户账户余额后，向绑定的银行账户所属行发起付款请求，付款成功后，收款行增加用户账户余额；一般需要提现到同名账户

1. 用户提现：用户将零钱账户余额提现到绑定的个人银行卡中
2. 商户提现：商户将收款账户中的余额提现到绑定的企业结算银行卡中

转账是银行账户之间，支付账户之间的资金划转，可以是同名账户，也可以是非同名账户

这四个词很相似，但有所区别，代付和代发是一组，因为都是资金流出，属于付款业务；代收跟代扣是一组都是资金流入，属于收款业务

1. 代收：即代理收款，当然，收款的方式有很多种，例如快捷、网关、代扣等，都可以帮助客户收款；代收都是收款方发起，即便有的场景看起来是客户发起，但实际上是客户在收款方渠道的操作，触发了收款方的代收行为
2. 代扣：是由收款方发起的主动向付款方收款的业务，需要跟付款方预先签约代扣协议，常用场景是分期还款、会员自动续费等；本质是收款方发起借记支付，付款方将借记支付转为贷记支付进行主动付款的支付业务
3. 代付：代客户付款至指定银行账户，这里的付款可以是单纯的付出一笔资金；主要用于商户提现、用户提现、结算付款等；还有另一个含义就是在买东西时找朋友代付款，即找人代付，是用户之间进行的
4. 代发：具有明确场景的代付，就是你付的是什么钱，更合理、透明、合规，例如工资、补贴等等；一般需要用企业对公基本结算户实现；另外，代发是一种老叫法，现在除了代发工资，已都叫代付了。也就是说，“代发工资”是一个业务场景，使用的“代付”业务产品

36.归集/调拨/资金池

1. 资金归集：是指将分散在不同账户、部门或地区的资金集中到一个中心账户或资金池中的过程
2. 资金调拨：更侧重于资金的转移和重新分配过程；资金归集通过调拨实现
3. 资金池：则是这些集中起来的资金所形成的一个统一的资金储存和管理空间。因此，资金归集是形成资金池的一种方式或手段
   

37：主扫/被扫/刷卡/碰一碰

这类支付方式的核心是“新型支付工具的研发”

这类支付方式的核心技术是“用户身份识别能力”

这是四种线下面对面支付的方式，本质上是对用户身份的识别，基于该用户身份下所开通的该支付方式所绑定的账户进而进行账户的账务处理，以完成最终的支付；

39.信息流和资金流

1. 对象分析：分析出都有哪些参与对象

2. 账户分析：涉及到哪些资金账户，这些资金账户都属于谁

3. 信息流分析：交易流程是什么样的，参与者之间是如何进行信息交互的，就得到了我们要的信息流了

4. 资金流分析：将支付过程，结算过程中涉及到的账户标记出来，资金是从哪些账户流出，流入哪些账户的，就得到了我们的资金流了

1. 商户做退款：通过微信支付、支付宝支付、快捷支付的退款能力实现
2. 三方做退款：通过网联或者银联执行的支付在退款时可以通过请求网联银联提供的退款通道执行退款
3. 清算机构做退款：内部先做净额轧差，净额通过人行最终实现退款资金的清算
    

41.退款中心产品架构

对于支付处理的流程的把握，主要关注3层模型

1. 支付全局流程：站在全局的视角看支付流程，了解清楚从用户挑选商品开始，到最后支付完成，不同系统层之间是如何协调完成的
2. 支付核心主流程：支付核心系统不变流程，例如请求校验、幂等性、交易信息补全、路由处理、渠道信息补全、支付应答等

3. 支付方式的差异化流程：是在主流程的框架上，每一个支付方式的差异，例如交易信息补全环节，每个支付方式补全的参数不同

44.渠道路由

45.支付渠道

在收单业务中的快捷支付，清算机构可能要作2次转接，一次是转接给支付机构账户侧，另一次是转接给支付账户的绑卡银行侧，就是下图所展示的模型

图片来自汇付天下开放平台

图片来自微信支付开放平台

47.支付核心全景图

一笔支付是有众多组织以及很多系统共同完成的，把这些组织和系统放到一起，通过支付流程串起来，可以看清楚一笔支付的全貌

1. 商户平台交易处理：处理用户的订单，先请求支付平台预下单，然后根据支付机构返回的支付标识、方法或者URL调用渠道的收银台

2. 支付机构支付处理：处理商户的支付请求，并请求清算机构进行支付处理，内部需要登记账务流水、清算处理、结算处理、以及与商户对账

3. 清算机构转接处理：实时清算，定时结算，向付款行转发支付请求

4. 银行对客户的处理：银行根据清算机构转接过来的支付申请，操作用户的账户

48.渠道清结算

1. 用户支付：用户付款成功，渠道登记平台待结算；

2. 渠道结算：从待结算结算到平台的收单账户；

3. 结算通知：支付渠道通知交易平台钱已经结算到了收单账户

4. 收单提现：平台将资金提现到对公户；

5. 商家结算：平台从担保户结算到商家的虚拟账户；

6. 商家提现：商家提现到自己的对公户

1. 清算机构清算：主要是清算机构向付款行和支付渠道下发清算文件和结算文件；

2. 支付渠道清算：支付渠道向交易平台下发交易账单和资金账户；

3. 商家结算：交易平台提供给商家对账单

49.清算业务架构

1. 单商户：就是简单的收单商户，自己找上门签了一个收款产品

2. 商户-分账方：最典型的就是电商类交易平台，如滴滴、美团等，平台需要给店家、骑手分账

3. 代理商-商户：商户通过代理商接入平台，形成了代理关系

4. 代理商-代理商-商户-分账方：这是更复杂的关系，涉及二级代理商

52.分账/分润本质

1. 分账：是商户将交易金额按照设定比例进行多方划分的过程

2. 分润：是渠道方将各参与方费率差部分划分给各方的过程，例如给代理商划分“商户手续费-自己手续费”的那一部分手续费差

交易成功后先登记账务流水，然后由账务系统推送至清算中心进行计费和清分，计费结果再返回账务系统进行流水登记

计费过程中通过交易所属商户的商编获取到其对象关系模型，以及每个对象的手续费配置和分账分润比例

54.商户手续费/通道成本

55.计费模式

56.清分

结算前按照结算对象计算应收应付金额的过程

57.商户清结算

支付机构将备付金中的预收代付资金，按照与商户签订的结算协议结算给商户的过程

结算方向：可以结算到支付账户，或者结算到银行卡

结算模式：即按照什么样的方式将资金结算给商户

1. T1结算：下一个工作日结算
2. D1结算：下一个自然日结算
3. D0结算：当天结算
4. H0结算：整点结算
5. S0结算：逐笔结算

6. TD结算：跨日结算，针对于酒吧、KTV等0点前后交易集中的商户结算模式，例如按照上一日的12:00到下一日的12:00为结算周期

58.常见结算模式 

1. 结算服务：向上游提供各类业务的结算数据接收、查询、对账单下载等服务
2. 结算任务管理：各类结算产品的结算任务时间和结算的触发
3. 业务数据：待结算的业务数据
4. 结算信息管理：商家签约、结算日期、结算卡等基础信息的维护
5. 结算处理引擎：各类结算产品的核心处理核心
6. 商户对账：结算账单的模版及生成记录、查询和下载
7. 打款处理：请求出款

66.钱包

1. 银行用户钱包：由银行基于银行结算账户体系构建的钱包应用，比如各个银行APP里的钱包

2. 支付机构用户钱包：由支付机构基于支付账户体系提供钱包解决方案构建的钱包应用或者API经过商户封装后的钱包应用

3. 数字人民币钱包：人行推出的数字人民币钱包

4. 平台自建钱包：各个平台自己基于自建账户搭建的虚拟钱包应用

5. 综合钱包：是以上几类账户共同构成账户基础的综合性钱包

1. 三户：客户、用户、账户，客户是一个自然存在的个人或者企业；用户是客户在平台注册形成的一个用户账号，资金账户是用户开通的用于支付交易或者结算使用的账户

2. 关系：一个客户可以注册为多个用户，每个用户可以开通多个账户，例如你在美团可以注册为美团用户、摩拜单车用户、美团打车用户

3. 拥有和授权：例如在微信拥有零钱账户、理财账户；同样微信可以为家属开通亲属卡，将账户授权给亲属用户使用

任何设计都要先俯视全局，一切从总架构出发，在总架构的指引下完成局部建设，账务全局架构非常关键的一点就是与外围系统所建立的往来关系。将“各业务系统，业务系统产生的记账种类，账务核心”等内容整理到一张架构图中来阐明这种浑然一体的全局关系。

外围系统驱动账务登记，整个链条上会产生一系列的单据，业务系统有业务单据，提交至账务核心以后账务系统也会生成一些单据，这些单据之间的关系如下图所示

66.账户分类

1. 按科目属性：资产类账户、负债类账户、损益类账户、共同类账户等

2. 按科目级别：总分类账账户、明细分类账账户

3. 按对象类型：个人账户、企业账户

4. 按用途：结算户、待结算户、清算往来户、已清算账户、存款户

5. 按账户种类：虚拟账户、支付账户、结算账户、清算账户、备付金账户

68.复试记账法

每一项经济活动发生后，都会登记在至少2个账户的记账方法；常用的是“借贷复式记账法”

牢记记账规则：有借必有贷，借贷必相等

能够分析出账户属性：资产类账户、负债类账户、损益类账户、共同类账户等

记住3个会计恒等式

1. 会计恒等式1：资产=负债+所有者权益 
2. 恒等式2：利润=收入-费用
3. 恒等式3：资产+费用=负债+所有者权益+收入

主要是1和3，2+1推出3，等式左边增加在借方，减少在贷方；等式右边增加在贷方，减少在借方

例如：用1000元买了一台电脑

先分析涉及到的账户属性，钱减少了1000元，涉及到银行存款减少了，获得一台电脑即库存商品增加了；二者都属于资产类科目，增加在借方，减少在贷方；所以会计分录为

借 库存商品 1000

     贷 银行存款 1000

70.记账模式

71.全链路记账图

1. 限流，控制并发：限制入账请求的并发数，缺点是会造成大面积记账延迟

2. 变多为少，明细汇总记账：将明细汇总成总金额去更新账户，适合对账户余额时效性要求不高的账户

3. 排队办理，缓冲记账：建立缓冲区，超过并发的请求，进行排队

4. 临时存放，缓存记账：高并发请求先记入缓存，然后定时将缓存记账更新到数据库

5. 增加点位，子账户拆分：将账户拆分成子账户，分别进行更新

6. 小弟线上，前置缓冲：可参考网联前置系统，为解决央行备付金账户热点问题

7. 技术性能升级：提高系统性能，从根本上解决技术瓶颈

73.记账日与日切

1. 统一调度：日切任务，有日切系统统一调度，协调进行
2. 日切点与日切维护：日切子系统维护日切时间，以及记账日期

3. 系统时段切割与运行状态管控：将日切过程划分成日切准备、日切中、日切结束、日终处理等阶段

74.顶级账户模型案例

整个架构图包括左中右三大部分，左部分位业务系统层，为平台的内部数据，例如订单数据、交易数据、卡券数据、支付数据等；右部分为外部渠道层，为外部支付数据，例如三方支付渠道的清算数据和结算数据；中间部分为对账系统层，核心职能就是完成左右两部分数据在何种模型下的核对业务，包括数据管理、数据解析、交易核对、资金核对、核对结果管理等一系列的能力。

对账即“账证实”的核对，确保账务登记的准确性

根据核对的目的和数据的不同，可以将对账分为3种模式

1. 交易对账模型：核对平台支付记录与渠道清算记录的一致性
2. 资金对账模型：核对渠道的应收应付和实收实付时候一致
3. 余额调节核对：将系统记账余额和实际资金账户余额经过在途调整后进行一致性核对的业务

1. 账务差错：账务数据和支付数据不一致，给商户多入或者少入了；可以通过商户补入账消除差错

2. 交易差错：平台支付数据与渠道清算数据不一致，存在平台单边或者渠道单边；可以通过平台补单或者渠道撤单消除差错

3. 资金差错：应收应付和实收实付不一致，出现长短款了；可以向银行追款或者确认损失消除差错

78.二清本质

如果平台的经营出现问题，资金又没有受到第监管，这些“裸奔”的资金容易被平台卷走，对于商家和客户而言，都不安全

79.二清解决原理

80.管理全球的收付

全球资金管理分类账本是一套能覆盖多个国家、多种币种以及多个主体的资金管理底层记录系统。

这套系统通过集中化、标准化的办法，能实时记录并呈现企业在全球范围内的资金流动情况，就像给企业资金流动画了一幅全景图。

该系统能打破地域和不同系统之间的限制，把全球的资金数据都整合到“一本账”里，让数据更集中、更好管理。同时，还可以把资金流动和业务交易，像采购、销售、发工资等业务，紧密关联起来，让财务和业务数据相互配合。

人民币跨境支付系统（CIPS）专门负责对跨境支付指令进行清算处理。每个直接参与行都会在CIPS中开设资金账户，不过，各机构之间的最终资金结算工作是在二代支付系统（CNAPS）内完成的，整个过程依旧遵循先清算、后结算这一基本的支付原则。

85.外币交易体系

2008年4月28日，境内外币支付系统正式投入运行。该系统以清算处理中心为核心架构，采用直接参与机构等单一法人集中接入的方式，银行间外币资金的结算工作则由代理结算银行负责完成。

简化来看整个流程就是：

• 港元即时结算系统（也称港元结算所自动转账系统，HKD CHATS）于1996年12月开始运行，以香港金管局为结算机构；
• 美元即时支付系统于2008年8月启用，主要用于提高与临近地区在亚洲时段内的美元结算效率，资金委托香港汇丰银行结算；
• 欧元即时支付系统于2003年启用，以香港渣打银行为结算机构；
• 人民币即时支付系统于2007年启用，中银香港（香港的人民币清算行）为结算机构。

在美元的跨境清算和外汇交易中，均采用双轨制，内外分离的典型模式

Swift负责支付指令的传递，CHIPS（纽约清算所银行间支付系统）负责指令的清算，而Fedwire（联邦资金转账系统）则负责最终的资金结算。

• SEPA Credit Transfer(SCT)：欧元贷记转账

• SEPA Instant Credit Transfer(SCT Inst)：实时转账

• SEPA Direct Debit(SDD)：欧元直接借记（用于定期扣款）

• BOJ-NET（日本银行金融网络系统），由日本央行运营，处理银行间大额日元转账，如同业拆借、货币政策操作等，以及为其他清算系统提供最终的资金结算，比如外汇日元结算、证券清算等。
• FXYCS（外汇日元清算系统），东京银行协会负责，专门用于处理跨境日元支付，采用多边净额结算，日终通过BOJ-NET完成资金结算。
• Zengin System（全银系统），为小额批量零售支付系统，主要处理个人和企业的小额日元转账支付，如发工资、账单支付等。

• JPNS（日本即时支付网络），提供7*24小时日元转账，有点像英国的FBS、欧盟的TIPS，单笔限额100万日元

• MEPS+为大额实时全额清算（RTGS），处理银行间大额资金转账；
• FAST为小额零售支付，支持个人和企业的新加元小额转账，参与机构包括银行、PayNow等；
• GIRO属于定期批量清算，采用延迟净额清算，其结果最终在MEPS+完成结算；
• PayNow通过手机号码或者身份证号转账，是建设在FAST之上的支付能力。

• BOK-Wire+由韩国央行运营，为实时全额结算系统（RTGS），处理银行间大额韩元转账以及外汇交易的韩元端的资金结算，链接CLS。

• HOFINET，处理小额韩元转账，也为ATM跨行交易清算提供和支持，采用延迟净额结算按批处理的模式。

• HOFINET-RTGS类似新加坡的FAST和英国的FPS，实现7*24小时的韩元即时转账，单笔限额1亿韩元，最终在BOK-Wire+完成资金结算

• RENTAS（实时电子转账与证券系统），由BNM运营，处理单笔≥5万林吉特的大额支付，支持DvP证券结算；
• DuitNow & DuitNow QR（即时支付服务），用户可通过手机号、身份证号转账或扫码支付；
• IBG（跨行转账系统），连接马来西亚42家银行，处理批量小额转账，如工资发放，T+1完成净额清算；
• JomPAY（账单支付系统），标准化账单支付平台，支持超过1,000家账单机构，如TNB电力公司。
• MyDebit（国内借记卡清算系统），马来西亚本土借记卡网络，交易量占全国卡支付的65%以上。
• MEPS ATM（共享ATM网络），全国ATM互联互通，支持跨行取款免手续费，部分银行限制。