通知第37/2016/TT-NHNN号关于管理和运行国家银行间电子支付系统的规定

通知

规 管理、运行和使用全国银行业电子支付系统的规定 条款的管理、运行和使用

全国银行间电子支付系统

                                    

根据2010年6月16日第46/2010/QH12号《越南国家银行法》；

根据2010年6月16日第47/2010/QH12号《组织法》；

根据《电子交易法》第51号/2005/QH11，2005年11月29日；

根据国务院于2007年2月15日发布的第26号令（2007年第26号令）关于《电子交易法》中数字签名和数字签名验证服务的具体实施规定；根据国务院于2011年11月23日发布的第106号令（2011年第106号令）对第26号令（2007年第26号令）的部分条款进行修改和补充；以及根据国务院于2013年11月13日发布的第170号令（2013年第170号令）对第26号令（2007年第26号令）的部分条款进行修改和补充；

根据2012年11月22日第101/2012/NĐ-CP号政府法令关于无现金支付；2016年7月1日第80/2016/NĐ-CP号政府法令修改、补充第101/2012/NĐ-CP号政府法令的若干条款；

根据国务院于2012年11月22日发布的第101号令（2012年第101号令）关于无现金支付的规定；以及根据国务院于2016年7月1日发布的第80号令（2016年第80号令）对第101号令（2012年第101号令）的部分条款进行修改和补充；

根据2013年11月11日第156/2013/NĐ-CP号政府法令关于国家银行职能、任务、权限和组织结构的规定；

根据信息技术局局长的建议，

国家银行行长发布关于 条款的管理、运行和使用 用 全国银行间电子支付系统。

 

第一章

总则

本通知附带制定地质基础调查、矿产地质调查和矿产勘查钻探工程经济和技术定额。调整范围与适用对象

第一条 调整范围：

本通知规定了全国银行间电子支付系统的管理、运行和使用（以下简称“系统”），以实现该系统内各参与单位之间的结算和清算，涉及越南盾（VND）、美元（USD）、欧元（EUR）及其他由国家银行总督在特定时期内决定的外币。

第二条 适用对象：

系统成员、直接成员单位、间接成员、系统运行单位、连接到系统的结算组织、国家银行的相关单位。

条 2.术语解释

在本通知中，下列术语定义如下：

1. 银行间电子支付（简称“系统”）是指从发起支付指令到完成支付指令执行的整个过程，通过计算机网络进行。

2. 直接成员（简称“成员”）是指参与系统的国家银行、银行、外国银行分行及中央国库。

3. 直接成员单位（简称“成员单位”）是指根据成员要求参与系统的成员下属单位。

4. 间接成员是指成员下属单位，拥有国家银行分配的银行代码，并通过成员或成员单位进行支付。

5. 支付指令是一种用于在系统中执行支付交易的电子信息。

6. 发起人是指请求成员或成员单位创建支付指令的组织或个人。

7. 接收人是指通过成员或成员单位接收支付指令的组织或个人。

8. 客户是指发起人或接收人。

9. 支付指令制作者（简称“制作者”）是指成员或成员单位中的个人，被指派负责启动支付指令。

10. 支付指令监督者（简称“监督者”）是指成员或成员单位中的会计主管、会计负责人或被授权人员，负责监督支付指令。

11. 支付指令批准者（简称“批准者”）是指成员或成员单位中有权批准支付指令的人（合法代表），对于属于国家银行的成员单位，批准者是单位领导或被授权人。

12. 通信批准者是指成员或成员单位中的个人，被指派负责在系统中传输和接收电子信息。

13. 支付指令发起单位（简称“发起单位”）是指代表客户创建并处理支付指令的成员或成员单位。

14. 支付指令接收单位（简称“接收单位”）是指代表客户接收并处理支付指令的成员或成员单位。

15. 低价值支付服务是指系统中处理以越南盾为货币单位且采用净额结算方式的支付指令的服务。

16. 高价值支付服务是指系统中处理以越南盾为货币单位且采用实时全额结算方式的支付指令的服务。

17. 外币支付服务是指系统中处理以外币为货币单位且采用实时全额结算方式的支付指令的服务。

18. 借记支付指令是指发起单位旨在记录客户在发起单位开设账户的借方余额，并记录客户在接收单位开设账户的贷方余额的支付指令。

19. 贷记支付指令是指发起单位旨在记录客户在接收单位开设账户的借方余额，并记录客户在发起单位开设账户的贷方余额的支付指令。

20. 低价值支付指令是指金额低于500,000,000越南盾（五百万越南盾），使用低价值支付服务的支付指令。

21. 高价值支付指令是指使用高价值支付服务的越南盾支付指令。

22. 外币支付指令是指使用外币支付服务的外币支付指令。

23. 电子信息是指表示支付指令内容或与需要执行的支付交易相关的通知，通过计算机网络在系统参与者之间传输的信息。

24. 电子信息确认码是指表示系统中支付指令状态的符号。

25. 清算是指确定并完成相关成员之间的最终支付价值，以完成支付义务。

26. 实时全额结算是指处理每个支付指令的即时结算，以履行成员或成员单位之间的支付义务。

27. 低值净额结算（简称“净额结算”）是指通过直接抵消总应收款项和总应付款项来履行参与支付各方的支付义务。

28. 净借记限额是指参与低值净额结算的交易的最大价值。

29. 运营系统TLNH的单位是直接运营系统TLNH的单位。

30. 国家电子联行清算中心（简称国家处理中心—NPSC）是设置在信息科技局的技术设备系统，用于执行高价值支付组件、外汇支付组件、低价值支付组件和账户处理及核对组件的功能。

31. 国家电子联行清算中心备用（简称国家处理中心备用—BNPSC）是设置在备用数据中心的技术设备系统，用于为国家处理中心提供备用功能。

32. 抵押有价证券的价值根据中国人民银行关于透支和隔夜贷款的规定确定。

33. 抵押比例是指抵押有价证券价值与设定净额债务限额所需保证金以及每日净额债务限额之间的百分比（%）。

34. 向其他系统提供的净额结算服务是指接收并处理来自自动清算所（ACH）、银行卡清算系统和其他支付清算系统的净额结算结果的服务。

条 3.系统TLNH的主要组成部分和功能

1. 系统TLNH是一个整体系统，包括：国家电子联行清算中心、国家电子联行清算中心备用、成员及其附属机构安装的软件。

2. 处理业务的组件包括：高价值支付组件、外汇支付组件、低价值支付组件、账户处理组件。

3. 高价值支付组件负责即时总清分人民币支付指令，使用高价值支付服务。

4. 外汇支付组件负责即时总清分外币支付指令，使用外汇支付服务。

5. 低价值支付组件负责处理低价值支付指令，使用低价值支付服务。

6. 账户处理组件负责检查和记录高价值支付指令、外币支付指令，处理低价值抵消结果和其他系统的净额结算结果。

组织实施在系统TLNH中使用的凭证

1. 在系统TLNH中使用的凭证可以是纸质凭证或电子凭证，按照现行会计凭证制度的规定。

2. 支付指令的依据是在系统TLNH中使用的凭证。

3. 支付指令必须以符合规定的格式的电子凭证形式制作，并满足中国人民银行决定的数据标准。

第五条。在系统TLNH中的债务支付

1. 成员之间（非中央银行单位）的债务支付必须事先签订委托协议。

2. 中央银行单位与其他成员（非中央银行单位）之间的债务支付必须事先达成书面协议。

3. 委托协议或关于成员间债务支付的书面协议至少应包括以下要素：

- 成员间每日可支付的最大金额；

- 不需确认债务的最大支付指令金额；

- 协议或书面协议的有效期。

条6. 使用服务的规定

1. 人民币支付指令金额达到500,000,000 VND（五百万越南盾）及以上必须使用高价值支付服务。

2. 人民币支付指令金额低于500,000,000 VND（五百万越南盾）可以使用高价值支付服务或低价值支付服务。

3. 外币支付指令必须使用外汇支付服务。

条7.在系统TLNH中的费用和收费

1. 系统TLNH的建设、安装、维护、发展和升级费用由中国人民银行承担。成员及其附属机构为支持其在系统TLNH中的活动而进行的其他系统建设、安装、维护、发展和升级费用则由成员及其附属机构承担。

2. 参与使用系统TLNH服务的成员及其附属机构必须按照中国人民银行关于通过中国人民银行支付服务收费标准的规定支付参与系统TLNH服务费、年费和国内支付服务费。

第二章

关于系统TLNH的管理和运行规定

条 8.系统TLNH的检查

1. 系统TLNH的运营单位每天检查系统TLNH的技术状态，包括余额数据、净额债务限额数据和支付数据。

2. 信息科技局每天检查国家处理中心和国家处理中心备用的技术状态，包括软件系统、设备和通信网络。

3. 系统TLNH的运营单位、成员及其附属机构必须持续监控并处理系统TLNH工作时间内的支付指令，确保系统TLNH顺畅安全运行。

条9.系统TLNH的工作时间

1. 系统TLNH的时间点规定如下：

a) 系统TLNH开始工作的时刻：工作日的8时00分；

b) 停止接受支付指令的时间：

- 对于低价值支付指令：正常工作日的16时00分，月末最后两个工作日的17时00分；

- 对于高价值支付指令和外币支付指令：正常工作日的17时00分，月末最后两个工作日的17时45分；

c) 完成每日工作（核对条件、核对、与国家处理中心确认数据）的时间：正常工作日的17时15分，月末最后两个工作日的18时00分。

2. 若本条第1款规定的日期发生变化，由国家银行行长决定，并于生效日期前至少30天以书面形式通知成员，但本条第3款规定的情况除外。

3. 若本条第1款规定的日期在年终决算期间或实时清算系统在节假日运行时发生变化，则由国家银行行长决定，系统运营单位应以书面形式提前至少5个工作日通知成员，并在国家银行官方网站上公布。

条10. 延长接收支付指令的时间

1. 在以下情况下，实时清算系统运营单位可将接收支付指令的时间最多延长30分钟：

a) 因工作需要、国家处理中心发生系统故障或其他中央银行原因；

b) 省市分行或成员因技术故障或交易量过大而请求延长接收支付指令时间。

2. 若超出本条第1款规定情况下的30分钟延长接收支付指令时间，运营单位需向国家银行行长报告并请其决定，同时将相关情况报送结算司进行监督。

3. 本条第1、2款规定的延长接收支付指令时间的通知，应在停止接收低值支付指令前通过电子邮件或实时清算系统发送给所有成员及相关中央银行单位；对于高值支付指令和外币支付指令的延长接收时间，则应在停止接收这些指令前通知。

条 11. 记录和保存电子数据交易

1 实时清算系统自动将处理的交易记录为电子数据。

2 每日，电子数据必须存储到磁带或硬盘等存储设备中。应保存的电子数据包括：

a) 对于每个成员和成员单位，保存有关交易请求和电报结果的数据；

b) 对于国家处理中心，保存交易电报、账务处理数据、对账数据及处理结果。

3 数据文档和电子数据的管理须遵守档案法的规定。如需用于监管、检查、解决争议等工作，各单位有责任向有权机关提供电子日志数据，并遵守客户信息安全保护的相关法律规定。

条12. 发放、管理和使用参与实时清算系统的电子签名

1 电子签名分为四类：

a) 发起人电子签名；

b) 监控人电子签名；

c) 审核人电子签名；

d) 通信审核人电子签名（简称通信电子签名）。

2 电子签名的管理和使用如下：

a) 成员单位自行发放和管理发起人和监控人的电子签名生成工具和手段，按照各自单位的处理流程操作；

b) 审核人和通信审核人的密钥由国家银行根据数字签名、证书和数字认证服务管理使用的相关规定发放。负责管理和使用电子签名和密钥的人必须确保保密，并对其泄露造成的损失承担法律责任；

c) 各成员单位应由有权人员规定发起人、监控人和审核人的权限分配，确保发起人与监控人和审核人之间相互独立的原则。

条 13. 查询和对账

1 查询：

成员单位可通过发送查询电报或访问提供的信息网站来查询和检索信息。实时清算系统会自动验证查询请求的有效性并提供回复。

2 结果对账：

a) 每日结束时，实时清算系统完成当日处理工作后进行对账；

b) 国家处理中心当日已决算的数据是进行对账的基础；

c) 所有的支付指令都必须在当日内，在国家处理中心和各成员单位之间进行准确对账，除非出现技术或通信故障导致无法在当日完成；

d) 对账按每日单独进行。若因故障未能在规定时间内完成，可在故障修复后的下一个工作日内继续进行，但对账仍需反映实际发生的支付指令日期；

e) 国家处理中心自动为成员单位生成每日对账数据；

f) 各成员单位应根据本通知第37条第2款的指导，接收并核对当日实际发出和收到的支付指令数据；

如发现错误，成员单位应及时通知并配合系统运营单位进行处理。

条14。 国家处理中心的运作

1 接收并检验电子凭证的有效性，包括：

a) 数据类型和格式；

b) 审批人的权限有效性；

c) 年、月、日；

d) 唯一性；

e) 支付指令的必要要素；

f) 电讯确认码；

g) 参与单位代码、终端设备代码、审批人代码。

2. 执行处理有效的支付指令和有效的取消支付指令；根据要求向参与支付指令的相关成员和单位通报支付指令及其处理结果。

3. 在实时清算系统中核对支付指令与相关成员和单位。

4. 拒绝执行无效的支付指令、无效的取消支付指令以及在实时清算系统停止接收支付指令后提交的支付指令。

5. 拒绝执行高价值支付指令和外币支付指令，对于账户余额不足的相关成员。

6. 如果发起单位在实时清算系统停止接收高价值支付指令后账户余额不足或在停止接收时间之后提交高价值支付指令，则通知该高价值支付指令未成功状态给发起单位。

7. 如果发起单位在实时清算系统停止接收外币支付指令后账户余额不足或在停止接收时间之后提交外币支付指令，则通知该外币支付指令未成功状态给发起单位。

8. 如果收款单位在实时清算系统停止接收高价值支付指令后账户余额不足或在停止接收时间之后提交高价值借记支付指令，则通知该高价值借记支付指令未成功状态给发起单位。

9. 如果收款单位在实时清算系统停止接收外币支付指令后账户余额不足或在停止接收时间之后提交外币借记支付指令，则通知该外币借记支付指令未成功状态给发起单位。

10. 如果发起单位在实时清算系统完成净额结算时低于当前净负债限额或在停止接收低值支付指令后提交低值支付指令，则通知该低值支付指令未成功状态给发起单位。

11. 自动发送低值净额结算结果电文给账户处理部分，以记录参与当日低值净额结算的成员。

12. 其他系统的净额结算结果处理按照本通知第二十五条的规定进行。

条 15.系统备用功能

1. 国家处理中心备用在国家处理中心无法正常运行时替代国家处理中心工作。

2. 在国家处理中心备用替代国家处理中心期间，国家处理中心备用的功能按照本通知第十四条的规定执行。

3. 国家处理中心备用的数据和处理结果具有与国家处理中心相同的法律效力。

第三章

实时清算系统中的支付指令

条16。支付指令生成流程

1. 对于从纸质凭证生成的支付指令：

a) 制单人通过以下步骤生成支付指令：

- 核实客户交易凭证的有效性和合法性；

- 确定并分类支付指令以便处理；

- 核对客户的账户余额；

- 输入以下基本信息：发起单位（名称、银行代码）、金额、收款人姓名、地址、账号（如有）、身份证号或居民身份证号或护照号（如果是个人发令人）或企业代码（如果发令人是企业）、服务发令人的单位、收款单位（名称、银行代码）、收款人姓名、地址、账号（如有）、身份证号或居民身份证号或护照号、身份证或居民身份证或护照的签发日期和地点、服务收款人的单位、转账内容及其他与银行间市场交易、国库缴款、政府债券买卖和其他交易相关的事项（如有），按照TTLNH-04表格；

- 再次检查输入的数据并使用电子签名签署支付指令；

- 在凭证上签字，并将凭证和输入的数据交给审核人员；

b) 审核人员：

- 根据相关凭证的内容，再次检查以下要素：收款单位、服务发令人的单位、服务收款人的单位、金额，以核实制单人输入的数据和付款内容；

- 如发现错误则退回给制单人；

- 如数据正确则使用电子签名签署支付指令，在凭证上签字，并将其交给审批人；

c) 审批人：

- 检查原始凭证上的数据与屏幕显示数据的一致性；

- 如发现错误则退回给制单人或审核人员；

- 如数据正确则在凭证上签字，并使用自己的电子签名签署支付指令以发送出去。

2. 对于从电子凭证生成的支付指令：

当支付指令是从成员和成员单位内部系统生成的电子凭证时，必须遵守由中国人民银行规定的结构和数据格式，并满足以下要求：

a) 若电子凭证有效但信息不完整，根据本条第1款第a项的规定：制令方应补充缺失的内容，按照支付指令的制定规定；检查人员和审批人员应重新检查与纸质凭证相同的相关因素，以确保准确性，并在支付指令上签署电子签名后发送；

b) 若电子凭证有效且信息完整，符合支付指令的制定规定并包含成员内部安全的电子签名，则各机构可以选择手动或自动方式在支付指令上签署电子签名；

c) 若输入的电子凭证有效，信息完整，符合支付指令的制定规定，并保证数据的安全性、准确性和完整性，各机构有权决定仅由审批人在支付指令上签署电子签名并对此承担法律责任，或者按照本条第2款第a项的规定执行；

3. 在支付指令被发送并收到成功状态结果后，可以根据需要打印纸质凭证。

4. 支付指令将以某种货币处理，并在成员在国家银行交易部（以下简称交易部）开设的相应货币账户上进行记账。

条17.检查支付指令的有效性

在使用过程中，成员及其分支机构应对用于创建支付指令的凭证的合法性负责。成员及其分支机构必须检查支付指令的有效性，包括以下信息：

1. 数据类型和格式；

2. 制令方、检查人员和审批人员的合法性（权限）；

3. 年月日；

4. 唯一性；

5. 支付指令的必要要素；

6. 电文确认码；

7. 参与单位代码、终端设备代码和审批人代码。

条18.成员及其分支机构的记账

成员及其分支机构应按照现行法律规定对支付指令进行记账。

条19.交易部的记账和处理支付指令

交易部依据每日基于电子数据编制的报表（附随本通知的TTLNH-10、TTLNH-11、TTLNH-12、TTLNH-13、TTLNH-14、TTLNH-15表格）作为实施监控、核对、记账、审计和存档的基础。

第四章 实施细则

处理成员之间的净额结算和从其他系统得出的结果

条20.净额债务限额

1. 设定每日净额债务限额

a) 参与低值支付指令服务的成员必须设定、维持和管理净额债务限额；

b) 参与低值支付指令服务的成员必须根据前一期的低值交易量自行计算每日净额债务限额，并向交易部提交设立每日净额债务限额的申请。每个成员的每日净额债务限额按以下公式计算：

每日净额债务限额 = 成员在设立每日净额债务限额前六个月内的平均净差额（应付-应收）。

如果计算出的每日净额债务限额为零或负数，则该限额将根据实际结算情况、前一日的净额债务限额、有价证券或保证金以及成员的低值支付需求来确定。

对于参与低值支付指令服务但时间不足六个月的成员，其每日净额债务限额将等于用于设立净额债务限额的有价证券或保证金的价值。

交易部将审核数学上的正确性，并结合成员的实际低值支付需求、有价证券或保证金的情况，通知成员执行结果；

c) 每年1月和7月的第一个工作周内，每六个月设立一次每日净额债务限额；

d) 参与低值支付指令服务的成员应按照本通知第二十一条的规定设立保证金以设立每日净额债务限额。

2. 调整每日净额债务限额

a) 交易部可根据成员的支付能力和用于设立净额债务限额的有价证券或保证金的要求，要求参与低值支付指令服务的成员降低每日净额债务限额；

b) 在设立每日净额债务限额期间，每个成员可以请求交易部审查并决定调整每日净额债务限额，以适应成员的结算情况。如果增加限额，则新增部分的保证金比例至少为100%。

3. 当天临时调整每日净额债务限额

a) 在工作日内，如果成员请求临时增加当天的每日净额债务限额，则额外增加的部分将按以下方式处理：

如果成员使用有价证券或现金保证金来请求增加净额债务限额，则成员必须提供相应的有价证券或现金保证金。额外增加的有价证券价值或现金保证金金额必须至少等于当天净额债务限额的增加部分。如果提供的有价证券价值或现金保证金金额不足，则不予处理该请求。

若成员使用结算账户余额要求增加日初净债务限额，则交易所在该成员的结算账户中扣除相当于日初净债务限额临时增加部分价值的资金，以完成保证金缴纳。若结算账户余额不足，则不执行此要求。

完成日内低值结算后，交易所根据成员的要求或补充保证金金额退还补充质押证券或资金。同时，净债务限额调整为日初净债务限额。日初净债务限额临时值确定如下：

日初净债务限额临时值=日初净债务限额+日初净债务限额临时增加部分的价值；

b) 如有必要确保成员的支付能力，交易所可考虑调减成员的日初净债务限额临时值。完成日内低值结算后，净债务限额调整为日初净债务限额。日初净债务限额临时值确定如下：

日初净债务限额临时值=日初净债务限额-日初净债务限额临时减少部分的价值。

4. 管理当前净债务限额

当前净债务限额=日初净债务限额临时值+从日初到当前的低值结算指令应收款项总额-从日初到当前的低值结算指令应付款项总额。

在工作日开始时，参与低值结算服务的成员获得日初净债务限额。在工作日的任何时间点，当前净债务限额可能因成员和附属单位的低值结算交易活动而变化（增加或减少）。当前净债务限额是提交低值结算指令的基础。

5. 成员可通过TTLNH系统查询当前净债务限额信息。

条 21.关于设立净债务限额的保证金规定

1. 用于设立净债务限额的有价证券（以下简称质押有价证券）是在TTLNH中用于透支和隔夜贷款交易的有价证券。

2. 用于设立净债务限额的保证金是在交易所开设的成员账户中的资金。

3. 保证金比率

a) 参与低值结算的成员需向交易所提供有价证券和/或资金作为保证金，最低保证金比例为交易所通报的日初净债务限额的10%。如需确保TTLNH系统的安全，央行行长可根据TTLNH系统管理委员会的建议决定调整本条款规定的最低保证金比例；

b) 如果成员在一个月内停止接收高值结算指令两次或以上，或在一个维护期停止接收高值结算指令三次或以上，导致其结算账户余额不足，交易所将报告央行行长，由其决定减少成员的净债务限额，并在央行行长决定之日起六个月内维持成员在交易所的保证金比例为100%。

4. 提交有价证券或资金的时间

a) 对于调增日初净债务限额临时值的情况：收到足够的有价证券或资金后，交易所立即设立日初净债务限额临时值并通知成员；

b) 对于首次设立或定期设立日初净债务限额的情况：参与提交低值结算指令的成员必须向交易所提交有价证券或资金及设立日初净债务限额的申请书。自交易所收到有价证券或资金及申请书之日起七个工作日内，交易所设立日初净债务限额并书面通知成员。

5. 返还有价证券或资金

a) 返还有价证券的程序应遵循央行关于在央行存管和使用有价证券的规定；

b) 自央行官方网站发布成员退出低值结算服务的信息并在TTLNH系统中完成对央行的所有义务之日起三个工作日内，交易所应返还成员设立净债务限额的保证金。

条22.处理低值结算中的净债务限额不足

若结算指令金额超过当前净债务限额，处理方式如下：

1. 系统自动通知成员按照本通知第二十条第三款的规定立即增加净债务限额以处理结算指令；

2. 当达到当前净债务限额时，结算指令按先到先处理的原则执行；

3. 至TTLNH停止接收低值结算指令时，超出当前净债务限额的结算指令被取消。成员和附属单位应进行查询以检查这些结算指令的状态。

条 23.实施结算轧差

国家处理中心实施结算轧差如下：

1. 全系统停止接收低值结算指令；

2. 检查并计算尚未计算当前净债务限额的低值结算指令的当前净债务限额。

3. 删除并退还成员、成员单位清算资金不足且当前净额负债限额不足的支付指令；

4. 根据当前净额负债限额充足的低值支付指令，计算每个成员应收款项减去应付款项的结果；

5. 低值轧差结果由账户处理自动组件进行账务处理；

条24。监控和报告清算轧差状态

交易所在通过实时全额支付系统（TTLNH）监控清算轧差状态时，按照以下程序执行：

1. 检查成员相对于日初净额负债限额与当前净额负债限额之差的支付能力；

2. 如果成员支付能力不足，则向成员通报资金短缺情况，并要求成员采取必要的补充资金措施，检查已通报资金短缺成员结算账户的资金补充情况；

3. 在停止接收高值支付指令后，如果由于成员余额不足导致清算轧差未成功，则交易所编制资金短缺成员报告（表号TTLNH-25），并向TTLNH系统运营单位和资金短缺成员通报；

条 25.处理来自其他系统的净额结算结果

1. 实时全额支付系统（TTLNH）可以接受并处理来自自动清算系统（ACH）、借记卡清算系统和其他净额结算系统的净额结算结果；

2. 净额结算结果的处理采用批量处理方式，在成员结算账户余额充足的基础上进行。若成员结算账户余额不足，则按以下方式进行处理：

a) 成员在中央银行规定的透支限额内使用透支或隔夜贷款来处理净额结算结果；

b) 若成员用尽中央银行授予的透支限额仍不足以完成结算，则将该净额结算结果放入待处理队列。当结算账户余额充足时，继续处理该净额结算结果；

c) 成员主动增加其结算账户余额，可通过自身资金来源或金融市场交易或同业拆借市场借款等方式，根据中央银行的规定操作；

3. 在停止接收高值支付指令的时间点，若经过本条第2款规定处理后，仍有至少一个参与结算的成员无法处理净额结算结果，则TTLNH系统将取消该净额结算结果并报告失败状态；

4. 使用其他系统的净额结算服务，系统清算机构必须满足以下要求：

a. 向中央银行（TTLNH系统运营单位）提交连接TTLNH系统的注册文件（表号TTLNH-29），通过计算机网络发送；

b. 人力资源要求：

- 至少有两名经中央银行认证或确认参加过TTLNH业务处理流程和运行流程培训的操作人员；

- 对于负责或被授权传输、接收支付数据、批准支付指令的人员，必须持有中央银行颁发的电子签名证书，依据关于数字签名、数字证书管理和使用以及数字签名验证服务管理的通知；

c. 技术要求：

- 对软件和数据库具有主系统和备用系统；

- 至少有一条主要连接线路和一条备用连接线路，分别来自两家不同的服务提供商，连接到TTLNH系统；

- 至少有两个成功的激活电子签名（一个通信签名和一个批准签名）；

d. 参与结算的成员必须是TTLNH系统的成员；

e) 必须提前与系统清算机构达成协议，明确双方在净额结算中的义务，该协议需提交给中央银行；

5. TTLNH系统的运营单位在系统清算机构发生变化时，应在中央银行网站上发布相关信息；

第五章

TTLNH系统内的资金短缺处理

条26.待处理队列和解冻处理

1. 当成员账户余额不足以支付时，国家处理中心将按以下方式处理：

a) 将高值支付指令或低值轧差结果或从其他系统获得的净额结算结果保留在待处理队列中，对于越南盾支付；

b) 将外币支付指令保留在相应的外币支付待处理队列中；

c) 当资金补充到相应货币类型的成员账户时，国家处理中心将按照先到先处理的原则处理支付指令。如果某个支付指令金额超过成员账户余额，导致其他待处理队列中的支付指令处理受阻，国家处理中心可将待处理队列中金额小于或等于成员账户余额的支付指令提前处理。成员、成员单位应及时查询待处理队列中的支付指令状态；

d) 待处理队列管理如下：

- 定期检查结算账户余额；

- 按照以下顺序处理：低值轧差结果、其他系统净额结算结果、高值支付指令和外币支付指令，前提是相应货币类型的结算账户余额充足；

- 按照先到先处理的原则处理撤销支付指令的请求。

2. 各成员、成员单位仅可对在国家处理中心结算队列中的高价值支付指令、外币支付指令以及在处理队列中的低价值支付指令执行取消操作：

a) 收到发起单位发出的取消支付指令后，国家处理中心依据日志检查取消支付指令的有效性；

b) 如果该取消支付指令有效且正在国家处理中心的结算队列（对于高价值支付指令、外币支付指令）或处理队列（对于低价值支付指令）中等待，则取消过程将被执行；取消结果将通知给发起单位。如果要求取消的支付指令不在队列中，系统将向发起单位发送该支付指令的状态通知。

条27。处理结算账户余额不足以完成支付和结算的情况

1. 对于以越南盾为货币的高价值支付指令：

a) 成员（除国库外）根据中国人民银行关于透支和隔夜电子联行贷款的规定，在其已批准的透支限额内处理高价值支付指令；

b) 国库结算账户余额不足以完成支付，或者成员使用完中国人民银行批准的透支限额但仍不足以完成支付的情况下，该支付指令将被转入结算队列，待账户余额充足时再进行处理；

c) 成员主动增加结算账户余额，从自身资金来源或成员（除国库外）通过金融市场交易或根据中国人民银行关于借贷活动的规定在银行间市场相互借款来增加结算账户余额；买卖有价证券的远期交易；

d) 到停止接收高价值支付指令的时间点，如果结算账户余额仍不足以完成结算，则存留在结算队列中的高价值支付指令将自动取消。各成员、成员单位应执行查询服务以检查这些支付指令的状态。

2. 对于外币支付指令：

a) 成员主动增加结算账户余额，从自身资金来源或成员（除国库外）根据中国人民银行关于借贷活动的规定相互借款；

b) 到停止接收外币支付指令的时间点，如果相应货币的结算账户余额仍不足以完成结算，则存留在结算队列中的外币支付指令将自动取消。各成员、成员单位应执行查询服务以检查这些支付指令的状态。

3. 对于低价值抵消结果：

a) 成员（除国库外）根据中国人民银行关于透支和隔夜电子联行贷款的规定，在其已批准的透支限额内处理低价值抵消结果；

b) 成员主动增加结算账户余额，从自身资金来源或成员（除国库外）通过金融市场交易或根据中国人民银行关于借贷活动的规定在银行间市场相互借款来增加结算账户余额；买卖有价证券的远期交易；

c) 在成员无法在停止接收高价值支付指令的时间点支付净应付额的情况下，即使已经从成员保证金账户中提取保证金以建立净债务限额而仍不足以完成结算，则成员（除国库外）应填写《低值支付差额欠款单》（格式TTLNH-28），提交中国人民银行（交易部）以实施低值支付差额的贷款结算解决方案，利率等于中国人民银行决定的每期隔夜贷款利率；

d) 当交易部通知国库结算账户余额不足以完成低值支付差额结算时，即使已经从国库保证金账户中提取保证金以建立净债务限额而仍不足以完成结算，则国库必须立即采取措施补充账户余额以确保处理低值支付差额的结果。如果国库未能及时补充资金，则按照本通知第四条第四款第一项的规定处理国库。

4. 对于来自其他系统的净结算结果，按照本通知第二十五条第二款、第三款的规定处理。

第二十八条.处理成员逾期未偿还支付差额贷款的情况

1. 发生支付差额贷款的下一个工作日，成员应向中国人民银行偿还本金和利息。如果在发生支付差额贷款后的下一个工作日结束时，成员仍未还清全部贷款（本金和利息），则中国人民银行（交易部）将未偿还的支付差额贷款余额转为逾期贷款；逾期本金的利率，逾期利息的利率，逾期隔夜利息的利率，均按中国人民银行关于透支和隔夜电子联行贷款的规定执行。

2. 在结算透支垫款逾期的次工作日，中国人民银行（交易商）应按照先还本金后还利息的原则，采取措施收回结算透支垫款逾期的贷款余额（包括透支垫款逾期的本金、透支垫款迟延支付的利息、透支垫款逾期本金的逾期利息以及透支垫款迟延支付的利息的利息），并通知成员。具体如下：

a) 从成员在交易商开设的人民币结算账户中扣划以收回结算透支垫款逾期的贷款余额；

b) 要求证券登记机构将有价证券的所有权从成员转移给中国人民银行以收回债务。处理有价证券以收回结算透支垫款逾期的贷款余额的方式，参照中国人民银行关于透支和隔夜贷款的规定处理；

c) 如果在实施本款第a)、b)项规定后仍不足以收回结算透支垫款逾期的贷款余额，中国人民银行（交易商）应在清算结算中将剩余的贷款余额分配给参与清算结算的其他成员（不包括国家金库），并通知每个成员分配的资金数额。每个成员应分担的资金数额按以下公式确定：

 

其中：

A：各成员剩余需分摊的结算透支垫款逾期贷款余额总额。

Bi：第i个成员在产生透支垫款之日起前20个工作日内平均应付的最低金额。

C：在产生透支垫款之日起前20个工作日内，参与分摊结算透支垫款逾期贷款余额的成员平均应付的最低金额总和。

n：需分摊的成员总数。

i：取值范围为1至n。

3. 结算透支垫款逾期贷款余额在清算结算中的分摊程序。

a) 在交易商向参与清算结算的成员通报分配资金数额的次工作日，交易商应从成员的结算账户中扣划分配的资金数额转入交易商账户；

b) 如果成员的账户余额不足，交易商应向中国人民银行行长报告，暂停该成员低值转账指令服务，直至该成员补足分配的资金数额的次工作日。同时，交易商应继续监控该成员在交易商开设的结算账户余额，并继续扣划未偿还的分配资金数额加上按中国人民银行规定的隔夜贷款逾期利率计算的利息。超过上述期限，如果交易商仍未收到足够的结算透支垫款逾期贷款余额，交易商应从该成员在交易商开设的结算账户中扣划剩余的款项转入交易商账户。如果扣划后仍不足，则按现行法律规定处理；

4. 返还分摊的结算透支垫款逾期贷款余额。

a) 自交易商通报各成员分摊的结算透支垫款逾期贷款余额之日起五个工作日内，未能偿还结算透支垫款逾期贷款余额的成员必须采取一切措施，将各成员应分摊的总金额（加上按中国人民银行规定的隔夜贷款逾期利率计算的利息）存入交易商账户。超过上述期限，如果交易商仍未收到足够的结算透支垫款逾期贷款余额，交易商应从该成员在交易商开设的结算账户中扣划剩余的款项转入交易商账户。如果扣划后仍不足，则按现行法律规定处理；

b) 收到返还的分摊资金后，根据返还金额和各成员应分摊金额与总分摊金额的比例，交易商应计算并转付给已分摊的成员（包括本款第a项确定的本金和利息）。

5. 如果未能偿还结算透支垫款逾期贷款余额的成员破产，中国人民银行应根据企业破产法的规定接受清偿，并在回收范围内按分配比例转付给已分摊的成员。

第六章

处理实时全额支付系统错误

第二十九条。实时全额支付系统错误调整原则

1. 确保发起方、接收方和国家处理中心的数据一致性。错误发生在哪里，就在哪里进行修正，直到完成支付流程。严禁在实时全额支付系统中随意修改数据或调整错误。

2. 发现错误后，应立即采取措施纠正，不得延误支付工作。错误调整应遵循会计错误调整的原则和方法。

任何因错误或违反错误调整原则和方法而造成损失的单位和个人，应对相关方承担物质责任。

条 30.成员和成员单位的转账指令撤销和退款

1. 原则

a) 转账指令仅在以下情况下可以撤销：

- 已在发起方发起但尚未发送，执行撤销转账指令操作；

- 已发送到国家处理中心且处于高价值转账指令、外币转账指令结算队列中；或处于低价值转账指令处理队列中，按照本通知第三十三条第b款的规定执行；

b) 转账指令仅在以下情况下可以退款：

条 | 款 | 第一项 | 债务支付指令仅在发起单位未将款项记入客户账户或已记入但可收回时方可退还；

条 | 款 | 第二项 | 信用支付指令仅在接收单位未将款项记入客户账户或已记入但可收回时方可退还。

条 | 第二款 | 支付指令的撤销和退款凭证包括：

条 | 第二款 | 一 | 撤销支付指令的凭证包括：

条 | 第二款 | 一 | 一 | 错误债务支付指令的撤销指令具有信用支付指令的效力，由发起单位制作并发送给接收单位以撤销错误的债务支付指令（全额退款）；

条 | 第二款 | 一 | 二 | 错误信用支付指令的撤销指令由发起单位制作，用于撤销已发送但仍在队列中的信用支付指令；

条 | 第二款 | 二 | 退款支付指令的凭证包括：

条 | 第二款 | 二 | 一 | 退款支付指令请求：由发起单位制作并发送给接收单位，要求退还错误的信用支付指令，并明确指出是发起单位的错误还是客户需求；作为接收单位根据已收回款项向发起单位发出信用支付指令退款的基础；

条 | 第二款 | 二 | 二 | 接收单位接受退款支付指令的通知：基于已收回款项，接收单位制作接受退款支付指令的通知；

条 | 第二款 | 二 | 三 | 接收单位拒绝退款支付指令的通知：基于无法从客户处收回款项，接收单位制作拒绝退款支付指令的通知；

条 | 第二款 | 三 | 成员单位在处理支付指令的撤销和退款时必须迅速处理，如同处理高价值支付指令一样；

条 31.条 | 第三款 | 发起单位在成员或成员单位产生错误时的处理

条 | 第三款 | 第一款 | 在支付指令传输前发现错误的情况

条 | 第三款 | 第一款 | 一 | 如果在审批人尚未签署电子签名之前发现支付指令有误，则审批人和监督人应执行撤回操作，制作者依据原始凭证进行更正；

条 | 第三款 | 第一款 | 二 | 如果在审批人签署电子签名后发现支付指令有误，则需制作错误支付指令的注销记录，其中详细记录指令编号、注销时间和日期，并需包含审批人、监督人及与错误支付指令相关的制作者的签名。该记录应存档保管，随后审批人撤回支付指令并将原始凭证交予制作者进行更正；

条 | 第三款 | 第二款 | 在支付指令已传输后发现错误的情况

条 | 第三款 | 第二款 | 当发现金额错误（多或少）、方向错误等情况时，发起单位应立即与接收单位联系，采取及时措施处理。发起单位应按照规定（模板TTLNH-23）制作记录，明确原因，个人责任，并进行处理：

条 | 第三款 | 第二款 | 一 | 缺失情况：

条 | 第三款 | 第二款 | 一 | 根据记录，发起补充支付指令，将缺少的金额发送给接收单位。付款内容中应注明“根据信用支付指令（或债务支付指令）号...日...月...年...已转账...”，然后按现行法律规定进行账务处理；

条 | 第三款 | 第二款 | 二 | 多余情况：

条 | 第三款 | 第二款 | 二 | 对于多余的信用支付指令：

条 | 第三款 | 第二款 | 二 | 根据记录，发起退款信用支付指令，将多余金额退回接收单位，同时制作转账凭证，按现行法律规定进行账务处理和跟踪。退款指令电文中的理由应明确指出错误是由发起信用支付指令的单位造成的；

条 | 第三款 | 第二款 | 二 | 若收到接收单位的退款指令，发起单位应将多余金额退还给客户，并在登记簿上详细记录处理结果；

条 | 第三款 | 第二款 | 二 | 若接收单位拒绝退款信用支付指令，因无法从客户处收回多余金额，发起单位应成立委员会，按现行规定确定责任人和赔偿金额；

条 | 第三款 | 第二款 | 二 | 对于多余的债务支付指令：

条 | 第三款 | 第二款 | 二 | 根据记录，发起撤销债务支付指令，立即将多余金额从债务支付指令中取消，并按现行法律规定进行账务处理；

条 | 第三款 | 第二款 | 二 | 若已将多余金额支付给客户，而客户账户余额不足以执行撤销债务支付指令，则发起单位应将其计入应收款项（个人责任人的账户），并采取一切措施追回款项，包括与接收单位、地方政府和执法机构如公安、法院合作，若无法追回，则成立委员会按现行规定确定责任人和赔偿金额。当收到客户转回的款项时，应按规定处理并进行账务处理；

条 | 第三款 | 第二款 | 三 | 方向错误情况：

条 | 第三款 | 第二款 | 三 | 发起单位应制作记录，并发起撤销债务支付指令（对于错误的信用支付指令）或退款信用支付指令（对于错误的债务支付指令），以撤销全部错误支付指令，随后发起正确的支付指令发送给接收单位，并按现行法律规定进行账务处理；

条 | 第三款 | 第二款 | 三 | 对于错误的债务支付指令，当收到接收单位退回的正确金额时，发起单位应按现行法律规定进行账务处理；

条32.条 | 第四款 | 接收单位在成员或成员单位产生错误时的处理

1. 对于发现支付令因技术错误或伪造而在记账前的情况，接收单位不得进行记账，而应与发起单位和系统运营单位合作采取处理措施。

2. 对于支付令存在短缺：

接收单位收到发起单位补充转账不足金额的支付令时，必须仔细核对并检查短缺的支付令和补充支付令，在记账前。

3. 对于支付令存在超额：

a) 在向客户付款之前发现：

如果接收单位尚未收到超额支付令，但已收到发起单位要求退还多余款项的要求，则接收单位应记录支付令错误以及时处理。在收到超额支付令后，接收单位应核对与退款要求的内容，如果正确则按现行法律规定记账。

- 对于借方支付令超额：收到退还多余款项的要求时，应立即将借方支付令退还给发起单位；

- 对于贷方支付令超额：跟踪并处理发起单位超额支付的取消支付令；

b) 在向客户付款之后收到发起单位要求退还多余款项的要求时，接收单位应记录支付令错误并处理：

条 | 第三款 | 第二款 | 二 | 对于多余的信用支付指令：

收到贷方支付令退还要求时，如果该要求有效，接收单位应处理：

+ 如果客户的结算账户有足够的余额：根据贷方支付令退还要求，接收单位主动冻结/收回超额款项，并立即将贷方支付令退还给发起单位，无需提前通知或获得账户持有人同意。在收到贷方支付令退还要求之日起一个工作日内，接收单位必须将超额款项退还给发起单位；

+ 如果客户的结算账户余额不足以收回超额款项，接收单位应在未执行的贷方支付令退还要求登记簿中记录，并冻结账户，要求客户存入资金以完成该退还要求。当客户存入足够的资金或账户余额足够时，会计人员应在未执行的贷方支付令退还要求登记簿中注销，并立即将贷方支付令退还给发起单位；

+ 如果客户无法偿还或无法确定客户的居住地，则接收单位应与发起单位、当地政府部门及公安、法院等执法机构合作，采取一切措施追回款项。在采取所有措施仍无法追回或追回不足的情况下，接收单位可以拒绝贷方支付令退还要求；编制拒绝贷方支付令退还要求的通知，详细说明拒绝理由，并退回发起单位（如有追回的资金）；同时在未执行的贷方支付令退还要求登记簿中注销。

4. 调整其他错误

对于支付令凭证代码、业务类型代码、货币代码错误，或者服务对象不是接收单位且不是接收单位间接成员的情况，处理如下：

a) 对于已经接收但尚未记账的贷方（或借方）支付令，应将其记入应付（应收）账户，然后立即将支付令退还给发起单位。严禁接收单位继续转账；

b) 对于已经执行的支付令，接收单位应按照本条第3款b项的规定处理。

第三十三条。根据客户需求取消和退还支付令

1. 发起单位处理：

当接收到客户取消贷方支付令或借方支付令的要求时，发起单位必须检查这些凭证的有效性，并与被取消的支付令进行核对。如果不合法，则退还给客户并告知原因，如果合法，则处理如下：

a) 对于尚未执行或尚未发送的支付令：按照本通知第30条的规定处理取消支付令，发起单位应向客户发出接受取消支付令的通知，并不执行该支付令；

b) 对于价值高、外币、已执行并发送但仍在等待清算（由于相应货币账户余额不足）的借方支付令，或已执行并发送但仍在国家处理中心等待处理的低价值支付令，处理取消支付令如下：

- 对于取消贷方支付令的要求：

+ 根据客户合法的取消要求，命令创建者补充必要的要素并按照规定（编号TTLNH-05）创建取消命令，并在其上签署电子签名；

+ 命令审批人应再次核对新创建的取消命令与客户的取消要求，确保准确无误。如果正确，审批人应在取消命令上签署电子签名并发送出去。

国家处理中心将取消结果通知发起单位。发起单位应检查通知上的信息，如果取消成功则按现行法律规定记账。如果取消不成功（因为支付令不再在等待队列中），发起单位应按照本条第1款c项的规定处理退款请求；

- 对于取消借方支付令：按照本通知第30条第2款a项的规定处理；

c) 若支付令已被处理并发送，国家处理中心已记账，发起单位应提出支付令退款请求并执行：

- 对于支付令退款请求有：

+ 根据客户合法的取消要求，发起人补充支付令退款请求所需要素（格式编号TTLNH-06）并在支付令退款请求上签署电子签名。支付令退款请求电文中的理由必须明确指出错误是由于客户造成的；

+ 审核人员必须重新检查新建立的支付令退款请求与客户的取消要求以确保准确性和一致性。如果正确无误，审核人员在支付令退款请求上签署电子签名并将其发送给接收单位；

+ 当收到接收单位退还的款项（被取消的支付令金额），发起单位应执行向客户退款的程序；

- 对于取消支付令请求：

根据成功的取消命令，发起单位应从客户账户中提取先前记录的金额并转交给接收单位。

2. 在接收单位的处理：

接收单位在收到发起单位的支付令退款请求（对于贷记支付令）或取消命令（对于借记支付令）后，必须检查支付令退款请求（或取消命令）的有效性，并将支付令退款请求（或取消命令）与之前收到的支付令进行比对，然后按照退款程序处理。

a) 如果发现支付令退款请求存在错误，接收单位应根据规定（格式编号TTLNH-07）制作拒绝支付令退款请求的通知，详细说明拒绝原因并退回发起单位；如果取消命令存在错误，接收单位应按贷记支付令错误处理；

b) 如果支付令退款请求（或取消命令）有效，则按以下方式处理：

- 如果贷记支付令尚未在接收单位执行：接收单位立即向发起单位发出接受支付令退款请求的通知，并为发起单位创建贷记支付令退款；

- 如果贷记支付令已在接收单位执行：

+ 对于支付令退款请求：

接收单位必须立即将支付令退款请求发送给客户以通知。只有在客户书面同意、提交现金或通过转账从其账户中支付的情况下，接收单位才能通知发起单位接受支付令退款请求。之后，接收单位应创建贷记支付令以退还给发起单位。

对于未获得客户同意转移退款的支付令退款请求，接收单位应制作拒绝支付令退款的通知，详细说明原因并退回发起单位；

+ 对于取消借记支付令请求：根据取消借记支付令请求，接收单位应向客户发出接受取消的通知。

条34.检查 和回复检查 |||

如果发现支付令上的某些要素不准确（除银行代码、借记贷记性质、执行日期、金额、货币类型、支付类型、凭证号、业务类型号、服务单位不是接收单位且不是接收单位的间接成员外），处理如下：

1. 发起单位应根据规定（格式编号TTLNH-08）创建检查请求以更正信息，或者接收单位创建检查请求要求发起单位更正信息。

2. 检查电文处理流程包括：

a) 创建电文

- 发起人输入数据；

- 审核人进行控制并签署电子签名；

- 将电文发送到国家处理中心；打印电文内容并由双方在打印件上签字；

b) 接收电文

- 审核人检查电子签名；

- 发起人和审核人在打印件上共同签字。

3. 如果没有其他法律规定，在发起单位收到接收单位的检查请求后，发起单位应在收到检查请求之日起一个工作日内负责答复检查请求（根据规定格式编号TTLNH-09）。自发送检查请求之日起四个工作日内，如果接收单位未收到答复，则执行退还带有检查请求信息的贷记支付令。

4. 存储检查凭证和回复检查凭证。

具备完整签名的检查凭证和回复检查凭证应与原始支付令一起保存，并作为与客户结算的依据。

条35.处理TTLNH系统技术故障

1. 常见故障

a) 在硬件、软件、数据库、电子签名、通信线路、终端设备故障导致交易无法完成的情况下，应按以下方式报告故障情况：

- 故障发生在成员单位及其附属单位：在30分钟内无法解决故障时，应按规定（格式编号TTLNH-22）向TTLNH系统运营单位报告并提交技术故障记录；

- 故障发生在国家处理中心：在两小时内无法解决故障时，应向整个系统通报；

- 故障发生在省市级中央银行分支机构：在30分钟内无法解决故障时，应向TTLNH系统运营单位报告；

b) 通讯方式：通过计算机网络、电子邮件系统、传真或电话；

c) 成员单位及其附属单位必须对其管辖范围内的故障进行报告并迅速处理；同时，当被要求时，应配合处理TTLNH系统的其他故障；

d) TTLNH系统运营单位应指导并按照TTLNH系统技术故障处理流程进行故障处理。

2. 因技术故障或通信问题未能发送或接收支付令的处理：

a) 对于发出的支付令：

|- 当支付指令已发送但收到处理中心因技术故障而等待回复的状态时，各成员和成员单位应采取以下措施：

|+ 查询或与系统运营单位合作，更新支付指令在系统中的当前状态；

|+ 对于查询后仍显示未成功的支付指令，应采取如下处理措施：

|重新发送未成功状态的支付指令以完成转账。

|重新发送后，如果支付指令仍然无法结束，成员或成员单位应创建一个待处理的取消指令。根据系统返回的成功取消结果，指令发起人和审批人需确认并保存该结果。在成功取消并完成所有必要手续后，成员或成员单位可以使用新的会计分录重新创建支付指令以替代先前被取消的指令，或者退还给客户款项。

|如果重新发送的支付指令仍未成功且无法取消，成员或成员单位应记录故障情况。根据每日发送指令的对账结果以及成员、成员单位与国家处理中心之间的协调处理结果，成员或成员单位可以选择保留已记账的会计分录，或者退款，或者为客户重新创建支付指令；

|- 由于技术故障，每日发送指令的对账表可能不平衡，成员或成员单位必须查询国家处理中心以更新差异指令的状态，并随后记录当前状态。最终的发送对账表结果基于最新的支付指令状态及成员、成员单位与国家处理中心之间的协调处理结果；

|b) 对于接收的支付指令：

|当出现因无法解码或未接收到接收支付指令的数据文件的技术故障时，成员或成员单位应要求系统运营单位更改数据文件状态并继续接收、解码和重新检查；

|c) 对于发送或接收的支付指令出现技术故障，成员或成员单位必须仔细核对，以防多次发送（对于发送的支付指令）或重复记账（对于接收的支付指令）；

|d) 无法连接到支付指令系统或省级城市中央银行的情况：

|当发生计算机、数据线路等故障导致成员或成员单位无法连接到支付指令系统以接收确认、对账结果和其他信息时，成员或成员单位必须通过其他方式（电子邮件、传真、电话等）向系统运营单位报告故障情况。对于尚未完成的支付指令，成员或成员单位仅在故障解决并获得支付指令最终状态确认后才能向客户付款。

|3. 自国家处理中心发生无法正常运行的故障起两小时内，信息技术局应考虑并决定将活动转移到备用国家处理中心。在故障修复后，方可恢复至国家处理中心。

|4. 不可抗力错误

|不可抗力错误是指超出支付指令系统管理者和运营者控制范围、无法预见且导致支付指令系统停止运行超过两小时的事件。在采取技术措施未能解决问题的情况下，应按以下步骤处理：

|a) 信息技术局应向中国人民银行行长报告不可抗力错误状况；

|b) 中国人民银行行长应考虑并决定处理方案；

|c) 通过以下渠道之一向支付指令系统的成员通报：计算机网络、电子邮件、传真或电话。

第七章

|- 报告和处理报告

第三十六条。|- 每日交易所在日报表

|1. 系统支付指令当日转账报表的编制

|在完成当日转账对账后，交易所应生成（创建）整个支付指令系统的当日转账报表电子凭证，包括以下类型：

|a) 成员单位交易汇总表（编号TTLNH-10）；

|b) 成员交易汇总表（编号TTLNH-11）；

|c) 转账平衡表（编号TTLNH-12）；

|d) 记账结果表（编号TTLNH-13）；

|e) 实现结果汇总表（编号TTLNH-14）；

|f) 记账结果汇总表（编号TTLNH-15）；

|g) 高价值支付指令汇总表（编号TTLNH-24）。

|2. 报告处理

|a) 交易所结算监督人员应对当日转账报表（包括电子凭证和纸质凭证）进行复核，并按照规定检查平衡关系，确保报告编制环节的准确性和一致性；

|b) 经过复核和完全一致的对账后，结算监督人员应在报告上签字。当日转账报表的处理和存储如下：

|- 纸质凭证：带有完整签名和印章的报表模型应按照纸质凭证的规定进行存档；

|- 电子凭证：整个支付指令系统的当日转账报表应按照电子凭证的规定进行存档。

第三十七条|- 在参与支付指令系统的成员和成员单位中建立和处理报告

|1. 对于成员单位：

|a) 发出的转账报告（编号TTLNH-16）；

|b) 接收的转账报告（编号TTLNH-17）；

|c) 发出的转账对账单（编号TTLNH-18）；

|d) 接收的转账对账单（编号TTLNH-19）；

|e) 单位成员的转账结果表（编号TTLNH-20）。

|2. 报告处理

|a) 监督：

|- 根据TTLNH-16表格上的借方（贷方）金额必须等于TTLNH-18表格上的借方（贷方）金额；

|- 根据TTLNH-17表格上的借方（贷方）金额必须等于TTLNH-19表格上的借方（贷方）金额；

- 对照表TTLNH-18和TTLNH-19的结果差异必须为0；

b) 处理错误报告：

如果出现错误，成员单位必须与系统运营单位联系，共同配合处理。

3. 成员内部报告的编制：

|a) 发出的转账报告（编号TTLNH-16）；

|b) 接收的转账报告（编号TTLNH-17）；

|c) 发出的转账对账单（编号TTLNH-18）；

|d) 接收的转账对账单（编号TTLNH-19）；

部分成员单位结算结果表（表号TTLNH-20）；

部分成员结算结果表（表号TTLNH-21）。

4. 成员及其成员单位在使用后进行对账和汇总报告的当日电子转账报告必须按照现行规定保存。

条38。月度报告

对于除本通知第三十六条、第三十七条规定的表格外的其他报告表格，各单位应根据中国人民银行现行的信息报告制度执行。

第八章

参与、使用服务及退出TTLN系统

第三十九条。参与TTLN系统

1. 参与TTLN系统。

a) 需要参与TTLN系统的商业银行、外国银行分行、中央国库应当通过网络向中国人民银行（系统运营单位）提交参与申请书（表号TTLNH-01）；

b) 当需要为成员单位或间接参与者注册时，商业银行、外国银行分行、中央国库应当通过网络向中国人民银行（系统运营单位）提交参与申请书（表号TTLNH-03）。

2. 系统运营单位在中国人民银行网站上公布成员、成员单位、间接参与者的变更情况。

条40。使用TTLN系统服务的要求

1. 使用TTLN系统服务，成员需满足以下要求：

a) 在参与TTLN系统服务的情况下，必须开设人民币结算账户；

b) 在参与外币结算的情况下，必须开设相应的外币结算账户；

c) 人力资源要求：

- 至少有两名经中央银行认证或确认参加过TTLNH业务处理流程和运行流程培训的操作人员；

- 对于负责或被授权传输、接收支付数据、批准支付指令的人员，必须持有中央银行颁发的电子签名证书，依据关于数字签名、数字证书管理和使用以及数字签名验证服务管理的通知；

d) 技术要求：

- 对软件和数据库具有主系统和备用系统；

- 至少有一条主要连接线路和一条备用连接线路，分别来自两家不同的服务提供商，连接到TTLNH系统；

- 至少有两个成功的电子签名（一个通信签名和一个审批签名）。

2. 中央银行的成员单位必须遵守本条第1款c、d项的规定。

3. 使用TTLN系统服务，成员单位必须满足以下要求：

a) 满足本条第1款c项的规定；

b) 技术要求：

- 对软件和数据库具有主系统和备用系统；

- 至少有一条连接到TTLN系统的线路；

- 至少有两个成功的激活电子签名（一个通信签名和一个批准签名）；

c) 已经由成员通过表号TTLNH-03登记使用服务。

4. 在使用TTLN系统服务之前，中央银行、商业银行、外国银行分行、中央国库的成员单位通过网络向系统运营单位提交以下材料：

- 关于设立净额结算限额的质押或保证金协议或确认函（不包括中国中央银行的单位），并附有交易部门的确认；

- 符合本通知第五条第三款规定的成员间债务支付的委托合同或事先同意的文件；

- 补充使用TTLN系统服务的成员和成员单位的登记表（表号TTLNH-26）。

系统运营单位在中国人民银行网站上公布成员和成员单位的服务使用信息变更情况。

条41.停止或暂停使用TTLN系统发送支付指令服务

1. 当需要停止一项或多项发送支付指令服务时，商业银行、外国银行分行、中央国库通过网络向系统运营单位提交停止服务申请书（表号TTLNH-27）。

2. 中国人民银行行长在成员未能保持本通知第四十条第一款c、d项规定的人力和技术资源要求，或成员单位未能保持本通知第四十条第三款a、b项规定的人力和技术资源要求的情况下，可以决定暂停成员或成员单位的部分支付服务，直到成员满足本通知第四十条第一款c、d项规定的要求，成员单位满足本通知第四十条第三款a、b项规定的要求为止。

3. 中国人民银行行长在成员或成员单位因技术故障导致系统中断的情况下，可以决定暂停成员或成员单位的发送支付指令服务，具体如下：

a) 一个月内中断超过四次，则从违规之日起暂停五天的发送支付指令服务；

b) 一个季度内中断超过十一次，则从违规之日起暂停十天的发送支付指令服务；

c) 一年内中断超过十九次，则从违规之日起暂停一个月的发送支付指令服务。

4. 中国人民银行行长在以下情况下决定暂停成员或成员单位的低值支付指令服务：

a) 国库未按本通知第二十七条第三款d项规定结清差额，则系统运营单位报告中国人民银行行长考虑暂停国库的低值支付指令服务，直至结清差额；

b) 成员未按交易部门编制的月度报告中显示的两次或以上资金不足，则系统运营单位报告中国人民银行行长考虑暂停成员一个月的低值支付指令服务。

c) 根据本通函第28条第3款第b项的规定；

d) 因成员发生资金不足，导致未能及时偿还结算透支款项，进而使其他成员分担损失的，交易商应向国家银行行长报告，并考虑暂停该成员使用小额支付指令服务。暂停服务的时间为自国家银行行长以书面形式通知所有成员和成员单位之日起六个月。

5. 当成员或成员单位被纳入特别监管范围时，为了确保支付系统的安全运行，国家银行行长可考虑暂停该成员或成员单位在支付系统中的一些服务。

6. 当成员或成员单位的支付系统服务暂停或停止使用的信息发生变化时，支付系统运营单位应在国家银行网站上公布。

第四十二条。终止成员、成员单位及间接成员资格

成员、成员单位及间接成员终止其资格的情况如下：

1. 成员完成对支付系统产生的债务（如有）、年度费用和支付费用（如有）的清偿，并通过计算机网络向国家银行（支付系统运营单位）提交退出申请书（格式TTLNH-02）。

2. 成员因解散、破产、合并等原因自动丧失成员资格。

3. 当成员在交易商处的越南盾结算账户被关闭时。

4. 支付系统运营单位应在国家银行网站上公布成员、成员单位及间接成员资格终止的信息。

第九章

各单位的权利与责任

第四十三条。成员和成员单位的权利与责任

1. 成员和成员单位享有以下权利：

a) 使用支付系统提供的经许可的服务；

b) 要求国家处理中心确认收到由自己发出的支付指令，并提供与此支付指令执行相关的所有信息；

c) 按照本通函的规定要求国家处理中心撤销支付指令；

d) 成员单位有权继承其所属成员的高价值支付服务执行权。

2. 成员和成员单位承担以下责任：

a) 成员负责管理其管辖范围内支付系统的清算、决算活动和净额债务限额；

b) 成员接收并处理国家处理中心在工作日结束时发送的数据。数据内容包括：

- 应收（应付）记账金额进入成员结算账户；

- 每个成员单位应收（应付）记账金额，通过这些数据，成员可以代成员单位进行记账和决算；

- 所有成员单位之间支付指令的详细记录；

c) 成员有责任通知并指导其管辖范围内的成员单位遵守国家银行关于支付系统的相关文件和指示；

d) 遵守通过支付系统发送支付指令的规定，并对其支付指令中的数据和内容准确性承担责任；

e) 协同支付系统运营单位和其他成员及成员单位处理支付系统运行过程中出现的问题，并切换到备用系统；

f) 如果发起支付指令的单位违反了支付指令的创建和发送规定，或者支付指令上的数据和内容错误，导致支付延迟、资金损失或其他物质损失，则该单位应对由此造成的损失负责；

g) 执行本通函第七条规定关于费用和费用管理的规定；

h) 不得泄露或向无关方提供通过支付系统获得的信息，除非根据法律规定有相关机构的要求；

i) 成员必须分担其他成员超过期限的结算透支贷款余额；

j) 成员必须保持足够的结算账户余额，以确保支付指令和结算的顺利进行；

k) 当成员或成员单位终止资格时，必须按照国家银行关于数字签名、证书和数字签名验证服务管理的通知规定，办理收回数字证书（如有）的手续；

l) 确保并维持符合本通函第四十条第一款第c、d项和第三款第a、b项规定的基础设施和技术资源；

m) 注册用于交换支付系统相关信息的电子邮件地址，按照本通函规定通过电子邮件交换信息；

n) 严格遵守支付系统规定的实施时间，以确保支付的顺利、准确、及时和资产的安全；

o) 成员必须定期监控其当前净额债务限额，以保持适当的水平；

p) 当与客户发生争议时，各方有责任相互提供和交换数据，并按法律规定向有关当局报告情况，以便解决争议。

条44.支付系统管理委员会

1. 支付系统管理委员会由国家银行行长决定成立，成员包括：副行长担任主任，成员由信息技术局、支付司、交易商和一些其他单位的领导代表组成。

2. 支付系统管理委员会的任务如下：

a) 向国家银行行长提出支付系统发展战略和计划的建议；

b) 向国家银行行长提供咨询，制定并管理适用于大额支付系统（TTLNH）的全面风险治理框架；

c) 向国家银行行长提供咨询，关于在大额支付系统（TTLNH）中使用其他外币的规定，依据本通知第1条第1款的规定；

d) 向国家银行行长提供咨询，决定本通知第9条第2、3款；第10条第2款；第21条第3款a、b项；第28条第3款b项；第35条第4款b项；以及第41条第2、3、4、5款所规定的内容；

e) 大额支付系统（TTLNH）的管理机构执行与该系统的管理和运营相关的其他任务，这些任务由国家银行行长决定的操作制度中规定。

条 45.科学技术局在2010年4月3日提交的第234/TTr-SKHCN号报告和财政局局长在2010年6月11日提交的第1349/TC-HCSN号公文建议， 交易

1. 与国家处理中心连接，以执行高价值支付、外汇支付和低价值支付成员之间的手续。

2. 监管和管理结算账户。

a) 监管和管理成员的结算账户余额：

- 每天，在工作开始时，交易部确定成员的结算账户余额，以便进行当天各单位的支付活动；

- 在成员单位需要补充资金的情况下，处理成员单位的资金转账发生情况；

- 更新各结算账户的运营状态信息；

- 对各单位国家银行之间转账记账数据进行监控和核对；

- 汇总各单位国家银行每天和每月的转账记账数据；

b) 通过国家处理中心，交易部即时向成员提供以下电子形式的信息：

- 结算账户余额和透支限额；

- 清算请求的状态；

- 等待清算队列中的请求状态；

- 已取消的清算请求状态；

- 净债务限额。

3. 管理清算抵消。

a) 监控并确保成员单位按照国家银行规定的净债务限额；

b) 跟踪计算并维持不使用限额的支付额度；

c) 处理涉及有价证券保证金和现金保证金的交易；

d) 根据本通知第24条的规定，跟踪并通报清算抵消的状态；

4. 制定并发布外汇支付处理流程和政府债券清算流程；

5. 当成员要求退出大额支付系统（TTLNH）时，确认成员对其产生的支付债务（如有）、年度费用和支付费用的履行情况；

6. 执行大额支付系统（TTLNH）成员职能，并完全遵守大额支付系统（TTLNH）成员的规定。

条 46.会计 资 主要 - 会计

管理通过大额支付系统（TTLNH）进行的各单位国家银行之间的转账支付记账，根据规定进行各单位国家银行之间的年度转账支付清算；

第四十七条。会计 包括 监督

1. 对大额支付系统（TTLNH）的支付业务负责。

2. 制定并发布监管大额支付系统（TTLNH）的规定，以确保其稳定、安全和有效运行。

3. 实施大额支付系统（TTLNH）的运行监督，通过与运营单位和系统成员的信息交流渠道访问大额支付系统（TTLNH）的电子存储数据，持续检查和评估大额支付系统（TTLNH）在正常运行条件下的每日活动。当大额支付系统（TTLNH）发生变化或出现故障时，要求运营单位报告。

条48.信息技术局

1. 执行本通知规定的大额支付系统（TTLNH）运营单位的任务。

2. 直接管理和对大额支付系统（TTLNH）的技术基础设施承担责任。

3. 研究、制定并提出技术解决方案，以满足大额支付系统（TTLNH）的发展和扩展需求。

4. 定期实施维护工作，以确保大额支付系统（TTLNH）的安全和连续运行。

5. 提出建议，经国家银行行长批准后，发布国家银行在大额支付系统（TTLNH）中使用的数据标准。

条49.大额支付系统（TTLNH）运营单位

1. 直接运营大额支付系统（TTLNH）。

2. 是接收、处理和指导执行本通知第39、40、41、42条规定的联络点。

3. 遵守国家银行（支付部门）的监管规定和建议；同时制定和实施内部控制操作风险的规定，以确保大额支付系统（TTLNH）的连续运行。

4. 按月定期向大额支付系统（TTLNH）管理委员会报告，并将大额支付系统（TTLNH）的运行情况和时间发送给支付部门，按照国家银行的统计制度。

条50.省市分行国家银行

1. 要求国家处理中心确认已收到自己转交的支付指令及相关信息。

2. 协助组织成员单位和下属单位接入大额支付系统（TTLNH）。

3. 确保在其管辖范围内大额支付系统（TTLNH）的顺畅运行。

4. 协助运营单位、成员和下属单位处理大额支付系统（TTLNH）运行过程中出现的问题。

第十章

实施条款

第51条规定 转交的文件之日起30日内，负责审核和审批申请文件（如需，与牺牲或失踪时所在单位和地方的公安机关合作，进行调查取证）。由省公安厅领导主持会议审议烈士认定申请，参会成员包括：省公安厅组织人事部门代表、牺牲或失踪人员生前所在单位和地方的公安机关代表；按照第131/2021/NĐ-CP号法令附件I中的第79号表格制作会议记录。如果符合烈士认定条件，则根据第131/2021/NĐ-CP号法令附件I中的第34号表格颁发牺牲证明，并完成相关文件，将烈士认定申请文件连同牺牲证明副本一并提交给组织人事局。省公安厅的申请文件详细说明了牺牲或失踪人员的情况。 继续

1. 国家银行、商业银行、外国银行分行、中央国库及上述对象的直属单位，在本通知生效前是大额支付系统（TTLNH）的成员、成员单位或间接成员，将继续作为大额支付系统（TTLNH）的成员、成员单位或间接成员，并继续使用已在大额支付系统（TTLNH）上建立的服务。

2. 在本通知生效前是大额支付系统（TTLNH）的成员、成员单位或间接成员，但不符合本条第1款规定的对象，自本通知生效之日起终止其成员、成员单位或间接成员资格。

条52。效 力 实施

本通知自2018年1月15日起施行，以下文件同时废止：

- 2010年11月9日中国人民银行发布的第23/2010/TT-NHNN号通知关于电子联行支付系统管理、运行和使用的规定；

- 2013年6月11日中国人民银行发布的第13/2013/TT-NHNN号通知关于修改和补充2010年11月9日中国人民银行发布的第23/2010/TT-NHNN号通知中有关电子联行支付系统管理、运行和使用的规定；

- 2011年8月31日中国人民银行发布的第23/2011/TT-NHNN号通知关于实施简化支付领域及其他领域的行政程序方案的第六条规定，该方案根据政府关于简化行政程序范围内的职能管理的决议制定。

第五十三条组织 大 - 验收时间在完成工作后立即进行。

中国人民银行办公厅主任、各分支机构负责人、各省（市）中国人民银行分行行长、各成员总经理（或经理）负责组织执行本通知。