感谢中石化裕福支付技术有限公司结算高级主管刘妍通过中国电子银行网投稿系统投递的稿件。

　　近日，在人民银行网站上登出了“2018年5月2日，人民币跨境支付系统（二期）全面投产”。人民币国际化又向前迈进了一步。文中出现了“实时全额结算（RTGS）模式\定时净额结算模式DNS”。他们究竟是什么意思呢？今天我们就来简要说一下这两种结算模式：

　　银行间支付系统在设计过程中一般会根据系统的服务的目标客户，选择不同的结算模式。从国际范围看，主要采用以下两种结算模式

　　1.延迟净额结算（DNS）

　　在DNS结算模式中，支付指令不是笔笔实时结算，一般会累积到一定时间后，收付相抵，轧差结算。根据结算时效要求不同，有一天一次的，也有一天多次的。当然次数越多，资金被结算的也就越及时。 结算时，银行所需的流动性只要达到结算时所需的债务净额即可。流动性需求的大小与支付指令发起至结算之间的时间长短相关，间隔时间越长，对流动性的要求就会较小。

　　因而DNS模式，一般适合于交易笔数多而单位金额小的支付系统，如零售系统。最具代表性的像我国的小额支付系统及英国的银行自动清算服务系统（BACS）。

　　DNS模式，虽然有流动性效率优势，但也存在着一些不足。比如，假如银行在最终结算前就贷记了客户账户，实际上扩大了彼此信用，一旦发生了参与者违约，风险将迅速扩散，大大增加了银行间的信用风险。

　　事实上，人民银行与中国支付清算协会对第三方支付公司的结算管理上一直要求支付公司不得向商户开展T+0结算。这背后的原因也是基于结算过程中信用风险暴露的考虑。

　　2.实时全额结算（RTGS）

　　与DNS模式不同，实时全额结算（RTGS）模式中结算是实时完成的。要实现这种结算模式，一般需要银行持有更多的流动性资产来保证支付指令实时无延误的被处理，因此该模对银行的流动性要求较高。

　　为了保证结算的顺利进行，一般中央银行会向银行提供日间流动性，如设置自动质押融资机制和日间透支限额，弥补清算账户流动性不足的问题。有了日间流动性支持，RTGS模式就相当于有了一个安全盾，因为头寸不足而造成结算延迟可能性大大减少了。

　　RTGS模式下，资金处理的时效性高，适合于单笔金额大而交易笔数少的支付系统。像我们国家的大额支付系统和美国的Fedwire系统。

　　两种模式无分优劣，实践中更多的还是要根据这两种模式的优劣选择其适用的场景。

　　延伸阅读：

　　RTGS:实时全额支付系统 Real Time Gross Settlement是按照国际标准建立的跨银行电子转帐系统，专门处理付款人开户银行主动发起的跨银行转帐业务。

　　文章系作者投稿，文中内容不代表中国电子银行网观点和立场。

责任编辑：王超