二代支付系统答疑(第一期)
第二代银行支付系统知识介绍
大额支付系统排队业务撮合
➢ 大额清算排队撮合功能主要处理因直 接参与者清算账户头寸不足导致清算 排队的业务。该功能将进一步提高系 统的资金清算效率,为直接参与者节 约资金成本。
➢ 排队业务撮合功能已在许多国家的全 额实时支付系统(如TARGET2、 CHIPS)使用,第一代支付系统的小 额支付系统也已采用。
• 近年来,人民币在我国周边部分国家和地区大量流通,被 周边国家和地区居民作为交易媒介和支付手段大量使用。
• 2009年国务院批准上海、广州部分城市开展人民币跨境 支付试点业务;2010年国务院批准18个省(市)开展人 民币跨境支付试点。人民币正逐步向国际化货币发展。
• 为支持人民币跨境支付业务的资金结算,第二代支付系统 设计相关功能,支持人民币用于跨境支付以及境外支付的 最终结算。
网上支跨行清算系统
中国现代化支付系统的重要应用系统 主要支持网上跨行零售支付业务的处理 业务指令逐笔发送、实时轧差、定时清算 客户通过在线方式提交支付业务,并可实
时获取业务处理结果。
网上支付跨行清算系统建设方案
实施计划
– 2010年8月30第一批在北京、天津、广州、深圳上线 – 2010年11月18日第二批上线 – 2011年1月18日第三批上线
业务截止后、清算窗 先启用大额支付系统排队待清算业务撮合功能,后
口开启前
启用“资金池”管理功能
清算窗口时间
清算窗口管理、自动质押融资功能
清算窗口预关闭时间 自动拆借功能
三、支持新兴电子支付业务的发展
➢ 网银功能:提供转账汇款、投资理财、网上购物、 网上缴费等多种支付服务。2009年,大额处理网银业务5514.5
➢ “多点清算”:一点接入机构的法人机构及其分支机构分别在支付系统开设清算 账户,其支付业务通过统一接口进行发送或接收,资金清算则由支付系统根据支 付指令分别从指定的清算账户完成,适用于流动性管理较为分散的参与者。
二代支付系统特点--学习
二代支付系统主要特点-----学习笔记一、接入方式和清算模式第二代支付系统为银行业金融机构提供两种接入方式:一是以法人机构为单位一点集中接入,参与者可以根据业务管理需要和行内系统建设情况,选择从支付系统国家处理中心(以下简称NPC)或城市处理中心(以下简称CCPC)接入;二是以分支机构为单位分散接入所在地CCPC。
银行业金融机构采取一点接入方式下,第二代支付系统支持灵活选择资金清算模式。
既可以开设单一清算账户,所有支付业务均通过该账户进行清算;也可以保留多个清算账户,支付业务分别通过指定账户进行结算,系统为参与者提供所有清算账户资金的集中统一管理。
银行业金融机构在采取分散接入方式下,现有资金清算模式保持不变。
二、全面的流动性风险管理功能保留第一代支付系统排队管理、清算窗口、自动质押融资、日间透支、小额业务撮合等流动性管理功能的基础上,第二代支付系统借鉴国际经验,根据我国银行业金融机构管理实际情况,新增了大额支付系统排队业务撮合、“资金池”管理、自动拆借、“一揽子”流动性实时查询等功能,为参与者提供更加全面的流动性风险管理。
三、支持新兴电子支付的业务处理第二代支付系统建设网上支付跨行清算系统,通过指定网络连接各家商业银行的网银系统, 实现网银系统的互联互通,有效支持网上支付的业务处理,为社会提供更加高效、便捷的支付清算服务。
客户通过商业银行的网银系统可以实时了解支付指令的发送及资金到账情况,满足其日益多样化的支付需求。
支持符合条件的非银行支付组织接入,为其业务发展和创新提供公共清算平台。
四、支持外汇交易市场交易的PVP(对等支付)结算目前,我国境内银行间外币询价交易主要通过外汇交易市场完成,外币资金结算通过外币支付系统完成,人民币资金结算则主要通过第一代支付系统完成,人民币与外币之间资金结算时间不同步,存在结算风险。
第二代支付系统将与外币支付系统连接,支持人民币与外币交易的PVP(对等支付)结算,提高结算效率,降低结算风险。
第二代支付系统 总体介绍
第二代支付系统总体介绍第二代支付系统总体介绍一、本文概述1、支付系统的定义与重要性支付系统是金融体系中至关重要的一部分,它为商品和服务的提供者与接受者之间提供了一种货币交换的方式。
支付系统可以定义为一种在收款人和付款人之间建立联系,并实现资金转移的金融系统。
这个系统可以是有形的,如现金或银行转账,也可以是无形的,如电子支付或票据支付。
无论是在经济发达国家还是发展中国家,支付系统都在社会经济生活中扮演着不可或缺的角色。
随着科技的发展和金融创新的不断涌现,支付系统已经从传统的现金交易和银行汇款发展到了第二代支付系统,即电子支付系统。
第二代支付系统具有高效、便捷、实时等特点,为人们的生活和工作带来了极大的便利。
首先,第二代支付系统大大提高了交易的效率。
在传统的支付方式下,交易需要现金交付或通过银行柜台或ATM进行转账,这个过程既耗时又繁琐。
而第二代支付系统通过电子渠道,实现了资金的实时转移,大大缩短了交易时间,提高了支付效率。
其次,第二代支付系统提供了更为便捷的支付方式。
无论是个人还是企业,都可以通过互联网、手机APP等电子渠道进行支付,无需面对繁琐的现金交易或银行排队等待的过程,使得支付更为便捷和高效。
此外,第二代支付系统还具有更好的安全性和隐私保护。
通过使用加密技术和身份验证机制,保证了交易的安全性和隐私性,降低了欺诈和假钞的风险。
总的来说,第二代支付系统的发展对于促进经济发展和社会进步具有重要意义。
它不仅提高了支付的效率和便捷性,还为金融创新和社会发展提供了强有力的支持。
随着技术的进步和人们对支付安全性、便捷性要求的提高,第二代支付系统将在未来继续发挥重要的作用。
2、第一代支付系统的局限性第一代支付系统自出现以来,就存在着一些固有的局限性。
首先,由于技术手段的限制,第一代支付系统往往无法实现实时清算,需要依靠人工清算和结算,效率低下且容易出错。
其次,第一代支付系统缺乏对交易的监控和跟踪,无法及时发现和防止欺诈、洗钱等行为,存在着一定的风险。
二代支付系统答疑
二代支付系统答疑(第四期)大额部分1、原先已签订自动质押融资合同,在二代支付系统是否还继续有效?答:第二代支付系统只是支付系统自身从第一代升级到第二代,对于已签订尚在有效期内自动质押融资合同,在第二代支付系统上线后继续有效。
2、在大额普通贷记业务——城市商业银行汇票业务中,部分业务在兑付处理时是否没有兑付通知报文?答:是,全额兑付业务后有全额兑付通知报文,部分金额兑付处理时没有兑付通知报文。
参与者可从接收到清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。
3、清算窗口预关闭时间是几分钟?答:清算窗口预关闭是一个系统动作。
在执行清算窗口关闭前,系统自动将排队队列中大额支付业务和即时转账支付业务、单边业务退回;错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额清算、小额借方轧差净额和网银借方轧差净额业务清算则不退回。
系统首先启用日终自动拆借功能进行解救。
如果日终自动拆借功能使用后仍不能解救排队业务,在规定时限内直接参与者未能筹措到资金,则由人民银行提供高额罚息贷款并纳入清算纪律考核。
排队队列全部解救后,清算窗口关闭。
4、网银用户通过网银平台,使用大小额支付系统发起普通汇兑业务,如果接收行尚未完成二代系统报文改造,发起行该如何向接收清算行发起报文?答:如果接收行尚未完成二代系统报文改造,发起行应通过一代系统报文向接收清算行发起报文。
小额部分5、小额支付轧差场次和提交清算时间根据业务管理规定设置,请问这个设置是由人行设置还是商业银行自己可以设置?答:小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置,商业银行不能设置。
6、集中代收付模式下批量代收与以往流程变化较大,当付款清算行收到代收付中心代收业务时,如果付款人账户余额不足,或财政零余额需向财政申请支付金时,是否能分批发起贷记报文,分批回执?答:付款清算行收到集中代收中心发来批量代收业务后,对扣账成功业务向小额支付系统发起定期贷记业务。
二代支付系统报文解读 -回复
二代支付系统报文解读-回复如何解读二代支付系统报文。
二代支付系统是一种用于电子支付的系统,通过网络进行支付交易。
在这个系统中,报文是用来传输支付信息的主要工具。
了解如何解读二代支付系统报文对于理解支付流程和确保交易的安全性非常重要。
本文将一步一步回答如何解读二代支付系统报文。
首先,我们需要了解二代支付系统报文的基本结构。
二代支付系统报文通常由多个字段组成,每个字段都有特定的含义和格式。
报文的结构以及字段的定义通常可以在系统文档或技术规范中找到。
一般来说,二代支付系统报文包含了交易的发起和应答信息,包括交易金额、交易类型、交易状态、商户号、终端号等。
接下来,我们可以通过查看报文的字段来获取更详细的信息。
例如,报文中的交易类型字段可以告诉我们这是一笔消费、退款还是其他类型的交易。
交易金额字段可以告诉我们交易的具体金额。
商户号和终端号字段可以告诉我们交易由哪个商户发起,以及使用了哪个终端设备进行支付。
在解读二代支付系统报文时,我们还需要考虑字段的编码和格式。
常见的编码格式包括ASCII码、UTF-8等。
在解读报文时,我们需要根据报文规范来确定字段的编码格式,并使用相应的解码工具将字段转换成可读的文本。
此外,我们还需要关注报文中的安全字段。
在二代支付系统中,为了确保交易的安全性,报文通常会包含一些安全相关的字段,如签名、校验值等。
这些字段用于验证报文的完整性和真实性,防止报文在传输过程中被篡改或冒充。
解读这些安全字段可以帮助我们确认报文的合法性和防范潜在的风险。
最后,对于初学者来说,理解二代支付系统报文可能会有一定的难度。
因此,学习和研究报文规范是非常重要的。
可以通过阅读相关的技术文档、参考实际的报文示例以及参与培训课程来提升对二代支付系统报文的解读能力。
此外,与其他从业人员进行交流和讨论,分享经验和技巧也是获取解读报文经验的有效途径。
总之,二代支付系统报文是进行电子支付交易的核心工具。
通过逐步了解和解读报文的结构、字段含义、编码格式以及安全字段,我们可以更好地理解支付流程,确保交易的准确性和安全性。
第二代支付系统知识介绍
第二代支付系统知识介绍首先,第二代支付系统更加安全。
在支付过程中,第二代支付系统采用了更加先进的加密算法和安全协议,能够有效地防止支付信息被窃取和篡改。
同时,通过建立强大的反欺诈系统和风险控制机制,第二代支付系统能够及时发现和阻止风险行为,保护用户的资金安全。
其次,第二代支付系统更加高效。
它采用了分布式架构和并发处理技术,可以支持大规模的用户同时进行支付交易,提高了支付系统的吞吐量和响应速度。
此外,第二代支付系统还具备较强的扩展性,能够根据用户需求和交易负载的增长进行系统扩容,保持高效运行。
此外,第二代支付系统还能够与其他金融服务进行深度融合,提供更广泛的支付和金融服务。
比如,第二代支付系统可以与电子商务平台、P2P借贷平台、保险公司等进行联接,为用户提供一站式的支付、消费和理财服务。
同时,第二代支付系统还可以与第三方服务商合作,推出各种创新的金融产品和支付解决方案,满足用户不断变化的支付需求。
最后,第二代支付系统还具备数据分析和风险管理的能力。
通过对支付数据的采集和分析,第二代支付系统可以获取用户的消费行为、偏好和信用评估数据,为商家提供精准的营销和风险管理服务。
同时,第二代支付系统还可以通过风险评估模型和行为分析算法,对支付交易进行实时监控和评估,有效预防欺诈行为和非法资金流转。
综上所述,第二代支付系统是一种更加安全、高效、便捷的支付系统,它通过技术创新和功能拓展,不断满足用户和商家的支付需求。
随着科技的不断发展和社会的不断进步,第二代支付系统必将在未来的支付市场中扮演越来越重要的角色。
人民银行第二代支付系统互联规范、报文交换标准概要介绍(开发座谈会(第一期)版)
•
• • • •
PMTS-MBFE 参与者接入端软件
• PMTS-MBFE是PMTS系统的一部分,物理部署于参与者端。 • 它是连接支付系统和参与者行内系统的桥梁,是支付系统的重要 组成部分。 PMTS-MBFE的主要功能包括报文转发、报文格式检 查、安全管理等,即对参与者行内系统提交的报文和支付系统发 来的报文进行相应的报文格式检查,并根据系统安全规范实现报 文的可靠传输和交换。参与者接入端软件不参与业务相关处理, 如业务合法性检查、重账检查、业务核对等,以降低其运行维护 复杂度。 • 参与者接入端软件只提供直连接入功能,不提供业务录入、来帐 打印等间连接入功能。(这点与一代大、小额MBFE不同) • 参与者接入端软件应用软件由人民银行负责开发,免费提供给系 统参与者使用,物理部署在系统参与者端,并由系统参与者进行 系统维护与管理。
参与 者接 入端 软件
路由器
防火墙
行内系统
签名服务器
一代支付系统 密押设备
PMTS-MBFE集群方式部署建议
• PMTS-MBFE集群配置方式支持
– 主备模式
• 冷备模式 • 热备模式
– 并行模式
• 并行模式 • 并行冗余模式
主备模式
• 冷备模式:
• 主用直联前置机与备用 直联前置机不共享存储 设备,配置为相同的系 统配置、网络IP等等, 正常情况下,主用直联 前置机与CCPC两台服 务器连接,负责完成报 文收发。而备用直联前 置机不启用。如右图: 当主用直联前置机发生 故障时,可即时启用备 用直联前置机,接入网 络,进行报文的收发。
构建支付报文传输平台后,支付系统与参与者和其他 外围系统的关系如下图所示:
大额支付系统 小额支付系统 网上支付跨行清算系统 清算账户管理系统 公共管理系统
第二代支付系统宣传知识问答
第二代支付系统知识问答(一)第二代支付系统介绍一、什么是第二代支付系统?第二代支付系统(CNAPS2)由人民银行投入建设,采用了先进的国际化支付报文、完善的安全管理措施、高效的运行维护机制建成的新一代支付系统。
该系统以清算帐户管理系统为核心,大额支付系统、小额支付系统、网上支付跨行清算系统为业务应用系统,公共管理控制系统和支付管理信息系统为支持系统。
该系统能够提供灵活的机构接入方式和资金清算模式,支持新兴的电子支付业务,实现全面的流动性风险管理功能。
二、第二代支付系统主要业务系统包括哪几个?第二代支付系统主要业务系统包括大额支付系统、小额支付系统、网上支付跨行清算系统。
三、第二代支付系统何时上线运行?2013年10月,第二代支付系统上线试运行,预计于2014年底,完成第二代支付系统在全国的推广应用。
四、第二代支付系统有何特征?1.提供灵活的接入方式和清算模式2.更加全面的流动性风险管理功能3.支撑新兴电子支付的业务处理4.支持外汇交易市场交易的PVP(对等支付)结算5.支持人民币跨境支付结算功能6.具备健全的系统备份功能7.建立高效的运行维护机制8.进一步强化安全管理措施9.支付报文标准逐步国际化10.具备强大的信息管理与数据存储功能(二)第二代支付系统主要业务系统的特点五、大额支付系统的作用和特点是什么?大额支付系统是现代化支付系统的核心业务系统,为银行和广大事业单位以及金融市场提供了一个快速、高效、安全的支付清算平台。
它最大的特点是实时清算,实现了跨行资金的零在途,支付指令逐笔实时发送,全额清算资金,每笔业务实时到账。
六、小额支付系统的业务特点是什么?小额支付系统主要处理同城和异地的借记支付业务和小额贷记支付业务。
主要具有三个特点:一是与百姓生活密切相关。
系统为社会大众提供低成本的支付清算服务,如为企事业单位代发工资、公用事业收费、税款缴纳等;二是支撑多种支付工具的应用。
除能够处理支票、本票等借记和小额贷记支付工具外,还支持水电煤气费收取,支持工资、津贴、养老金等业务处理。
第二代支付系统知识介绍
支持灵活的清算模式
第二代支付系统将同时支持“一点清算”和“多点清算 ”。
一点接入方式下,银行机构可灵活选择资金清算模式。既 可开设单一清算账户,所有支付业务通过该账户结算;也 可开立多个清算账户,支付业务分别通过指定账户结算。
➢ “一点清算”:一点接入机构通过支付系统处理的所有支付业务均通过一个清算 账户完成资金清算,适用于流动性管理较为集中的参与者。
接口 第二代支付系统拓扑结构图
NPC 同城备份中心
NPC 远程备份中心
NPC 生产运行中心
CCIISS 生生产产总总中中心心
央行公开市场 业务交易系统
中央债券 综合业务系统
CCPC 城市处理中心
中国银联系统
征信管理系统
CIS 生产分中心
中央银行会计核 算数据集中系统
国库会计数据 集中系统
商业银行 行内系统
大额支付系统排队业务撮合
➢ 处理流程:
1、当大额支付系统中有两个和两个以上直接参与者 出现清算业务排队时,大额支付系统可按照预设 的撮合策略采取手工或自动方式启动撮合功能。
第二代支付系统建设的基本原则
继承发展 集中统一 安全高效 节约成本 平滑过渡
继承成熟做法,前瞻设计和开发系统功能
统一的服务平台、结合需要、业务和技术标 准,一点集中接入和清算
遵守各项安全要求,科学设计、提高运行, 统筹建设同城、异地备份系统 充分利用现有资源,统筹规划系统建设, 降低系统开发建设及参与者改造成本
大额支付系统排队业务撮合
➢ 大额清算排队撮合功能主要处理因直 接参与者清算账户头寸不足导致清算 排队的业务。该功能将进一步提高系 统的资金清算效率,为直接参与者节 约资金成本。
➢ 排队业务撮合功能已在许多国家的全 额实时支付系统(如TARGET2、 CHIPS)使用,第一代支付系统的小 额支付系统也已采用。
人行现代化支付(第二代)支付系统培训
MBFE的定位
主要考虑因素
• MBFE业务功能较为复杂,维护难度大; • 功能多经常升级 • 现有支持平台有限,限制选型、采购
MBFE功能定位
1、报文传输节点 2、业务合法性检查 3、应用系统间的应用级隔离
提纲
一、第二代支付系统总体架构
万笔,金额47.7万亿元,交易量占汇兑业务量比例由2008年20.6%增长至2009 年23.5%;小额网银业务2603.1万笔,金额1171亿元,交易量占汇兑业务量比 例由2008年8%增长至2009年14.6%。
网银服务对于商业银行的重要意义 • 提升核心竞争力 • 分流柜面业务,缓解网点排队压力 • 节约网点建设和人力、物力运营成本 • 提供服务不受营业时间和网点限制 • 发展最快、最具增长潜力的业务平台
系统 大额 小额 CIS 业务量 2.48亿笔 2.26亿笔 693万笔 金额 803.9万亿元 11.46万亿元 2883亿元 业务增长率 15.86% 60.48% 11.94% 日均业务量 99.2万笔 64.8万笔 1.99万笔 日均金额 3.2万亿元 328.4亿元 8.26亿元
系统运行安全稳定,资金清算准确无误,对加快社会资金周转、提 高支付清算效率、畅通货币政策传导、促进国民经济健康平稳的发 展发挥重要作用。
中国银联 银行卡跨行 支付系统 城市商业银行 银行汇票业务 处理系统 大额支付系统 小额支付系统 全国支票影像 交换系统 境内外币 支付系统 中央国债登记 结算公司 业务系统
中央银行会计 集中核算系统
同城票据 交换系统
中央银行 支付清算系统
全国银行间 外汇交易系统
集中代收付中心 业务处理系统
网络支付常见问题解答:一一解析(二)
网络支付常见问题解答:一一解析随着互联网的发展,网络支付已经成为我们生活中不可或缺的一部分。
然而,在使用网络支付的过程中,我们经常会遇到一些问题和疑问。
在本文中,我们将解答一些网络支付常见问题,希望能为您提供帮助。
一、网络支付的安全性如何保障?网络支付的安全性一直是用户最关心的问题之一。
为保障安全,网络支付平台采取了多种措施。
首先,采用了数据加密技术,确保用户的支付信息不被黑客入侵获取。
其次,支付平台会对支付交易进行风险评估,并根据风险程度进行安全验证。
此外,用户可以设置支付密码、手机短信验证码等额外的安全验证措施,增加支付过程的安全性。
二、网络支付的常见问题有哪些?1. 支付失败:在网络支付过程中,有时会遇到支付失败的情况。
这可能是由于网络问题、银行系统故障或账户余额不足等原因。
如果遇到支付失败,建议先检查网络连接是否正常,确认账户余额是否充足,如无异常再联系支付平台或银行进行咨询。
2. 支付误操作:有时候我们可能会在支付页中误操作,导致支付金额错误或支付给了错误的收款方。
此时,我们应该尽快联系支付平台客服或银行客服,并提供相关订单或交易信息,以便他们帮助解决问题。
3. 退款问题:有时候我们可能需要对已经支付的订单进行退款。
退款的具体规则和流程因平台而异,但一般需要联系商家或平台客服,并提供相关订单信息,按照平台的规定进行退款申请。
三、网络支付平台的选择有哪些注意事项?1. 可信度:选择网络支付平台时,首先要考虑其可信度。
可以查阅相关用户评价、询问他人的使用经验等方式,评估平台的口碑和声誉。
2. 安全性:网络支付平台的安全性非常重要。
我们可以查看平台是否采用了安全认证措施,如SSL证书等。
此外,可以关注平台是否有网络安全保障机构认证。
3. 手续费:考虑手续费问题也是选择支付平台的重要因素之一。
不同支付平台的收费标准各不相同,用户可以根据自身需求和经济实力选择适合自己的支付平台。
四、如何保护个人信息和支付密码?个人信息和支付密码的保护至关重要。
第二代支付系统介绍
第二代支付系统介绍
第二代支付系统是指下一代的支付技术,是一种由支付机构及银行等
机构发展的支付方式。
它具有超前的技术特性、完善的系统安全性能,以
及极佳的支付体验,能够大幅提高支付效率,满足客户多样化的支付需求,为客户提供更好的支付服务。
第二代支付系统的技术特性包括:一是跨行支付、移动支付和电子钱
包等支付业务的集成;二是数据加密、金融服务认证和管理等安全措施的
强化;三是支付渠道覆盖、受益增加和商户关系扩大等支付操作的优化;
四是签署支付协议以及多种支付服务等支付环境的改善;五是支付费率动
态调整、费率折扣等收费策略的先进;六是支付充值自助服务、电子签名
和短信快捷支付等支付服务的拓展;七是第三方支付机构信息共享、支付
流程自动化、支付结算报表系统的实施等;八是支付数据节点分布和支付
系统运维的可行性分析等。
第二代支付系统的安全措施具备可靠性、安全性、稳定性和及时有效
性等特点,比如采用基于密码学的安全认证机制,客户的身份验证采用动
态密码令牌,以及实施对支付交易的完整性、私密性、不可抵赖性等安全
技术,保证客户的交易资金安全。
二代支付系统常见应用问题与故障处置指引业务系统开放系统方案
二代支付系统常见应用问题与故障处置指引业务系统开放系统方案常见应用问题及故障处置指引(业务系统开放系统)中国人民银行清算总中心支付系统开发中心文档修订记录注:变化状态:A—增加,M—修改,D—删除目录修改记录 01 通用问题 (1)1.1 字符集类 (1)1.1.1 字符集转码失败 (1)1.1.2 报文域值非法 (1)1.2 报文类 (3)1.2.1 参与者发送错误报文 (3)1.2.2 报文域长度非法 (3)1.2.3 报文域强制项没有指定值 (4)1.2.4 报文域值非空检查失败 (4)1.2.5 报文域值不在指定的枚举围 (4)1.3 核押核签类 (5)1.3.1 核全国押不符 (5)1.3.2 核二代全国押不符 (5)1.3.3 数字签名非法 (6)1.4 MQ类 (6)1.4.1 队列读取消息失败系统错 (6)1.4.2 报文处理失败转存到错误队列 (7)1.5 CICS类 (7)1.6 DB2类 (7)1.6.1 选取数据库表记录错 (7)1.7 公共检查类(行号) (7)1.7.1 报头发起行报体发起行一致性检查错误 (7)1.7.2 参与机构行号不存在 (8)1.7.3 参与机构加入子系统未通过 (8)1.7.4 参与机构状态非法 (8)1.7.5 参与机构登录状态非法 (9)1.7.6 直接参与机构与间接参与行关系未通过 (9)1.7.7 清算账户状态不在枚举值中 (9)1.7.8 清算行城市代码没登记 (10)1.8 公共检查类(报文类型,业务类型,业务种类) (10) 1.8.1 报文类型与业务类型不匹配 (10)1.8.2 业务类型与业务种类不匹配 (11)1.8.3 报文类型,业务类型号与业务种类号不存在 (11) 1.9 公共检查类(参与者间报文交互格式处理) (11) 1.9.1 一代参与者不允许接收二代报文 (11)1.9.2 二代参与者不允许发起此类报文 (12)1.10 公共检查类(权限) (13)1.10.1 业务权限检查未通过 (13)1.10.2 黑检查未通过 (15)1.10.3 特色业务权限检查未通过 (15)1.11 公共检查类(金额检查) (16)1.11.1 金额超过参与机构金额上限 (16)1.11.2 金额低于金额下限 (16)1.12 公共检查类(系统状态) (17)1.12.1 当前系统状态不允许受理报文 (17)2 HVPS大额支付系统常见问题 02.1 报文日期委托日期不等于当前系统工作日 0 2.2 委托日期大等于当前系统工作日 02.3 CCPC代码非法 02.4 指定系统状态下报文域值非法 (1)2.5 跨境贸易特殊检查 (1)2.6 指定系统状态下报文域值非法 (1)2.7 发起参与机构没有借记被借记行账户的权限 (2)2.8 借记行或贷记行不能为ACS行号 (2)3 BEPS小额支付系统常见问题 (3)3.1 报头委托日期非法 (3)3.2 包委托日期非法 (3)3.3 借记业务回执期限非法 (3)3.4 退票代码填写不合法 (4)3.5 无匹配的原代收代付业务记录 (4)3.6 票交机构号与代理行号对应关系错 (4)3.7 小额管理类报文 (5)4 IBPS网银支付系统常见问题 (6)4.1 报文日期超过历史数据保存期 (6)4.2 丢弃非期望的回执报文 (6)4.3 金额格式非法 (7)4.4 业务拒绝码非法 (7)4.5 拒绝业务必须填写拒绝原因 (7)4.6 参与机构重复登录或退出 (8)4.7 申请对账日期的对账尚未完成 (8)4.8 对账日期超过历史保存期 (8)4.9 报文日期大于工作日期 (9)4.10 开始日期应小于等于截止日期 (9)4.11 丢弃无原业务的报文 (9)5 NETS扎差服务器常见问题 (10)5.1 检查日期非系统工作日 (10)5.2 净借记限额不足 (10)5.3 没有找到排队业务 (10)5.4 余额预警设置金额不合法 (11)5.5 发起行非CBGS行号 (11)5.6 法人机构未设置总授信额度 (11)5.7 检查上级行与下级行关系未通过 (11)6 SAPS清算账户系统常见问题 (12)6.1 清算排队 (12)6.2 无匹配原业务 (12)6.3 拆入行和拆出行之间存在待处理的管理协议 (13) 6.4 直接参与者间辖属关系非法 (13)6.5 被设置行不能是法人机构本身 (13)7 系统状态变更专题 (14)7.1 变更期数非法 (14)7.2 批处理 (14)8 对账不平处理专题 (16)8.1 NETS对账不平处理(待补充) (17)8.2 HVPS对账不平处理(待补充) (18)8.3 BEPS对账不平处理 (19)8.3.1 与NETS汇总对账存在BEPS多的数据 (19)8.3.2 与NETS汇总核对失败,存在核对不符的数据 (19) 8.3.3 与NETS业务明细核对不符,待纠正 (19)8.3.4 与NETS业务明细核对不符,对账失败 (19)8.4 IBPS对账不平处理 (20)8.4.1 没有收到NETS汇总对账报文 (20)8.4.2 与NETS汇总对账存在IBPS多的数据 (20)8.4.3 与NETS汇总核对失败,存在核对不符的数据 (21)8.4.4 与NETS业务明细核对不符,请校正 (21)8.4.5 对账完成后,日终批处理未调起。
二代支付系统常见应用问题及故障处置指引业务系统开放系统
常见应用问题及故障处置指引(业务系统开放系统)中国人民银行清算总中心支付系统开发中心文档修订记录注:变化状态:A—增加,M—修改,D—删除目录1通用问题 (2)1.1字符集类 (2)1.1.1字符集转码失败 (2)1.1.2报文域值非法 (2)1.2报文类 (4)1.2.1参与者发送错误报文 (4)1.2.2报文域长度非法 (4)1.2.3报文域强制项没有指定值 (5)1.2.4报文域值非空检查失败 (5)1.2.5报文域值不在指定的枚举范围内 (5)1.3核押核签类 (6)1.3.1核全国押不符 (6)1.3.2核二代全国押不符 (6)1.3.3数字签名非法 (7)1.4MQ类 (7)1.4.1队列读取消息失败系统错 (7)1.4.2报文处理失败转存到错误队列 (8)1.5CICS类 (8)1.6DB2类 (8)1.6.1选取数据库表记录错 (8)1.7公共检查类(行号) (9)1.7.1报头发起行报体发起行一致性检查错误 (9)1.7.2参与机构行号不存在 (9)1.7.3参与机构加入子系统未通过 (9)1.7.4参与机构状态非法 (10)1.7.5参与机构登录状态非法 (10)1.7.6直接参与机构与间接参与行关系未通过 (10)1.7.7清算账户状态不在枚举值中 (11)1.7.8清算行城市代码没登记 (11)1.8公共检查类(报文类型,业务类型,业务种类) .. 121.8.1报文类型与业务类型不匹配 (12)1.8.2业务类型与业务种类不匹配 (12)1.8.3报文类型,业务类型号与业务种类号不存在 . 12 1.9公共检查类(参与者间报文交互格式处理) (13)1.9.1一代参与者不允许接收二代报文 (13)1.9.2二代参与者不允许发起此类报文 (13)1.10公共检查类(权限) (15)1.10.1业务权限检查未通过 (15)1.10.2黑名单检查未通过 (16)1.10.3特色业务权限检查未通过 (16)1.11公共检查类(金额检查) (18)1.11.1金额超过参与机构金额上限 (18)1.11.2金额低于金额下限 (18)1.12公共检查类(系统状态) (19)1.12.1当前系统状态不允许受理报文 (19)2HVPS大额支付系统常见问题 (1)2.1报文日期委托日期不等于当前系统工作日 (1)2.2委托日期大等于当前系统工作日 (1)2.3CCPC代码非法 (1)2.4指定系统状态下报文域值非法 (2)2.5跨境贸易特殊检查 (2)2.6指定系统状态下报文域值非法 (2)2.7发起参与机构没有借记被借记行账户的权限 (3)2.8借记行或贷记行不能为ACS行号 (3)3BEPS小额支付系统常见问题 (4)3.1报头委托日期非法 (4)3.2包委托日期非法 (4)3.3借记业务回执期限非法 (4)3.4退票代码填写不合法 (5)3.5无匹配的原代收代付业务记录 (5)3.6票交机构号与代理行号对应关系错 (5)3.7小额管理类报文 (6)4IBPS网银支付系统常见问题 (7)4.1报文日期超过历史数据保存期 (7)4.2丢弃非期望的回执报文 (7)4.3金额格式非法 (8)4.4业务拒绝码非法 (8)4.5拒绝业务必须填写拒绝原因 (8)4.6参与机构重复登录或退出 (9)4.7申请对账日期的对账尚未完成 (9)4.8对账日期超过历史保存期 (9)4.9报文日期大于工作日期 (10)4.10开始日期应小于等于截止日期 (10)4.11丢弃无原业务的报文 (10)5NETS扎差服务器常见问题 (11)5.1检查日期非系统工作日 (11)5.2净借记限额不足 (11)5.3没有找到排队业务 (11)5.4余额预警设置金额不合法 (12)5.5发起行非CBGS行号 (12)5.6法人机构未设置总授信额度 (12)5.7检查上级行与下级行关系未通过 (12)6SAPS清算账户系统常见问题 (13)6.1清算排队 (13)6.2无匹配原业务 (13)6.3拆入行和拆出行之间存在待处理的管理协议 (14)6.4直接参与者间辖属关系非法 (14)6.5被设置行不能是法人机构本身 (14)7系统状态变更专题 (15)7.1变更期数非法 (15)7.2批处理 (15)8对账不平处理专题 (17)8.1NETS对账不平处理(待补充) (18)8.2HVPS对账不平处理(待补充) (18)8.3BEPS对账不平处理 (18)8.3.1与NETS汇总对账存在BEPS多的数据 (18)8.3.2与NETS汇总核对失败,存在核对不符的数据188.3.3与NETS业务明细核对不符,待纠正 (18)8.3.4与NETS业务明细核对不符,对账失败 (19)8.4IBPS对账不平处理 (19)8.4.1没有收到NETS汇总对账报文 (19)8.4.2与NETS汇总对账存在IBPS多的数据 (19)8.4.3与NETS汇总核对失败,存在核对不符的数据208.4.4与NETS业务明细核对不符,请校正 (20)8.4.5对账完成后,日终批处理未调起。
二代支付系统常见应用问题及故障处置指引
常见应用问题及故障处置指引(业务系统开放系统)中国人民银行清算总中心支付系统开发中心文档修订记录注:变化状态:A—增加,M—修改,D—删除目录修改记录1通用问题1.1字符集类1.1.1字符集转码失败●错误信息File '', Line 29, Level 0: CodeConvt Can not create convertor from [GBK] to [UTF-8]!●错误解释集成问题,操作系统未安装相关中文字符集。
2代系统中:1代大额报文CMT使用GB2312字符集1代小额报文CMT/PKG使用GBK16字符集2代xml报文,内部报文cncc接口串omXX使用unicode字符集utf-8编码方式2代主机系统使用EBCDIC字符集●处理方法1、确认操作系统字符环境。
/usr/lib/nls/loc/iconv目录下存在UTF-8_GBK和GBK_UTF-8文件,存在IBM-1388_UTF-8和UTF-8_IBM-1388链接。
2、出现此错误时,IBPS-NPC拒绝受理该报文,返回系统错,重试3次后转错误队列ERRMSG。
3、需使用操作系统安装光盘重新安装中文字符集。
1.1.2报文域值非法●错误信息File '', Line 2605, Level 0: 8122 CU0O0115 报文域值非法! -- E41在4列非x字符集●错误解释E41为流水号,规定字符集为20x。
其中x-字符集由以下86个字符组成a b c d e f g h i j k l m n o p q r s t u v w x yA B C D E F G H I J K L M N O P Q R S T U V W X Y Z0 1 2 3 4 5 6 7 8 9. , - _ ( ) / = ' + : ? ! " % & * < > ; @ #(cr) (lf) (space)注: x-字符集中的 : 和 % 以及 '(半角)和 "(半角)四个字符为支付系统报文保留字符,所以组织支付系统报文内容时,不得再使用这四个字符,否则报文解析将会出错。
第二代支付系统
第二代系统解除了大额系统和清算账户系统的绑定关系,以及小额系统和轧差服务器的内嵌关系,清算账户 系统直接为大额小额和网银系统提供资金结算服务,小额和网银系统无需通过失额系统提交轧差净额,轧差服务 器从小额系统中分离出来,为小额和同银系统管理净借记限额和提供轧差服务,因此,大额、小额和网银三个应 用系统相互独立,可分别运行。
第二代支付系统
金融领域术语
01 意义
03 主要影响
目录
02 特基础设施之一,它包括大额实时支付系统、小额批量支付系统、网上支 付跨行清算系统、支票影像交换系统、境内外币支付系统、电子商业汇票系统、行名行号管理系统、业务监控系 统以及统计分析系统等多个子系统。
第二代支付系统
特征
特征
1.统一第一代系统分散的接入渠道
第二代系统在信息传输方面采用类似于SWIFT的传输渠道,信息传输和业务处理相分离,所有参与机构接入 到公共信息传输平台,业务信息经公共信息传输平台清分后,分别提交大额、小额、网银三个应用系统处理,多 个参与机构可以通过一个前置机接入支付系统。
2.新增参与机构对应用系统的自主选择权
第一代系统中,由于人民银行会计核算系统是接入大额系统,并通过大额系统向清算账户系统提交参与机构 开户、销户指令以及资金支付指令,而轧差服务器镶嵌于小额系统,因此参与机构加入小额和网银系统的前提是 必须加入大额系统,退出大额系统前必须先退出小额和网银系统,加入网银系统的前提是必须加入小额系统,退 出小额系统前则必须先退出网银系统。在第二代系统架构中,由于大额,小额和网银系统的相互独立,会计核算 系统直接接入清算账户管理系统,提交参与机构开户、销户指令和资金支付指令,因此参与机构可依据自身业务 需要加入或退出上述任一应用系统。
二代支付系统常见应用问题及故障处置指引业务系统开放系统
常见应用问题及故障处置指引(业务系统开放系统)中国人民银行清算总中心支付系统开发中心文档修订记录注:变化状态:A—增加,M—修改,D—删除目录1通用问题 (2)1.1字符集类 (2)1.1.1字符集转码失败 (2)1.1.2报文域值非法 (2)1.2报文类 (4)1.2.1参与者发送错误报文 (4)1.2.2报文域长度非法 (4)1.2.3报文域强制项没有指定值 (5)1.2.4报文域值非空检查失败 (5)1.2.5报文域值不在指定的枚举范围内 (5)1.3核押核签类 (6)1.3.1核全国押不符 (6)1.3.2核二代全国押不符 (6)1.3.3数字签名非法 (7)1.4MQ类 (7)1.4.1队列读取消息失败系统错 (7)1.4.2报文处理失败转存到错误队列 (8)1.5CICS类 (8)1.6DB2类 (8)1.6.1选取数据库表记录错 (8)1.7公共检查类(行号) (9)1.7.1报头发起行报体发起行一致性检查错误 (9)1.7.2参与机构行号不存在 (9)1.7.3参与机构加入子系统未通过 (9)1.7.4参与机构状态非法 (10)1.7.5参与机构登录状态非法 (10)1.7.6直接参与机构与间接参与行关系未通过 (10)1.7.7清算账户状态不在枚举值中 (11)1.7.8清算行城市代码没登记 (11)1.8公共检查类(报文类型,业务类型,业务种类) (12)1.8.1报文类型与业务类型不匹配 (12)1.8.2业务类型与业务种类不匹配 (12)1.8.3报文类型,业务类型号与业务种类号不存在 (12)1.9公共检查类(参与者间报文交互格式处理) (13)1.9.1一代参与者不允许接收二代报文 (13)1.9.2二代参与者不允许发起此类报文 (13)1.10公共检查类(权限) (15)1.10.1业务权限检查未通过 (15)1.10.2黑名单检查未通过 (16)1.10.3特色业务权限检查未通过 (16)1.11公共检查类(金额检查) (18)1.11.1金额超过参与机构金额上限 (18)1.11.2金额低于金额下限 (18)1.12公共检查类(系统状态) (19)1.12.1当前系统状态不允许受理报文 (19)2HVPS大额支付系统常见问题 (1)2.1报文日期委托日期不等于当前系统工作日 (1)2.2委托日期大等于当前系统工作日 (1)2.3CCPC代码非法 (1)2.4指定系统状态下报文域值非法 (2)2.5跨境贸易特殊检查 (2)2.6指定系统状态下报文域值非法 (2)2.7发起参与机构没有借记被借记行账户的权限 (3)2.8借记行或贷记行不能为ACS行号 (3)3BEPS小额支付系统常见问题 (4)3.1报头委托日期非法 (4)3.2包委托日期非法 (4)3.3借记业务回执期限非法 (4)3.4退票代码填写不合法 (5)3.5无匹配的原代收代付业务记录 (5)3.6票交机构号与代理行号对应关系错 (5)3.7小额管理类报文 (6)4IBPS网银支付系统常见问题 (7)4.1报文日期超过历史数据保存期 (7)4.2丢弃非期望的回执报文 (7)4.3金额格式非法 (8)4.4业务拒绝码非法 (8)4.5拒绝业务必须填写拒绝原因 (8)4.6参与机构重复登录或退出 (9)4.7申请对账日期的对账尚未完成 (9)4.8对账日期超过历史保存期 (9)4.9报文日期大于工作日期 (10)4.10开始日期应小于等于截止日期 (10)4.11丢弃无原业务的报文 (10)5NETS扎差服务器常见问题 (11)5.1检查日期非系统工作日 (11)5.2净借记限额不足 (11)5.3没有找到排队业务 (11)5.4余额预警设置金额不合法 (12)5.5发起行非CBGS行号 (12)5.6法人机构未设置总授信额度 (12)5.7检查上级行与下级行关系未通过 (12)6SAPS清算账户系统常见问题 (13)6.1清算排队 (13)6.2无匹配原业务 (13)6.3拆入行和拆出行之间存在待处理的管理协议 (14)6.4直接参与者间辖属关系非法 (14)6.5被设置行不能是法人机构本身 (14)7系统状态变更专题 (15)7.1变更期数非法 (15)7.2批处理 (15)8对账不平处理专题 (17)8.1NETS对账不平处理(待补充) (18)8.2HVPS对账不平处理(待补充) (18)8.3BEPS对账不平处理 (18)8.3.1与NETS汇总对账存在BEPS多的数据 (18)8.3.2与NETS汇总核对失败,存在核对不符的数据 (18)8.3.3与NETS业务明细核对不符,待纠正 (18)8.3.4与NETS业务明细核对不符,对账失败 (19)8.4IBPS对账不平处理 (19)8.4.1没有收到NETS汇总对账报文 (19)8.4.2与NETS汇总对账存在IBPS多的数据 (19)8.4.3与NETS汇总核对失败,存在核对不符的数据 (20)8.4.4与NETS业务明细核对不符,请校正 (20)8.4.5对账完成后,日终批处理未调起。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
二代支付系统答疑(根据2010年10月北京昌平业务培训整理)大额部分1、跨境支付业务涉及哪些业务种类答:跨境支付业务涉及汇款、货物贸易结算、货物贸易结算退款、服务贸易结算、服务贸易结算退款、资本项下跨境支付、资本项下跨境支付退款。
其中,汇款指不能归属于贸易结算支付和资本结算支付的其他跨境支付,例如现金汇款等。
2、请明确同城票交轧差净额清算的途径。
答:同城票交轧差净额由当地同城票据所提交人民银行会计营业部门,人民银行会计营业部门对非清算账户直接记账,涉及清算账户的提交支付系统清算。
3、在商业银行实现法人一点清算后,其清算账户中包含法定存款准备金,因此,无法触发自动质押融资,清算排队以及日终自动拆借,所以,商业银行可否设置清算账户余额下限,用以触发上述功能,确保账户保留最低余额答:法定存款准备金和超额准备金均为清算资金,在支付系统中没有差别。
设置清算账户余额下限为人民银行出于流动性管理的需要对商业银行进行的控制功能,此功能不向商业银行开放。
4、一、二代并行阶段,日终汇总对账是否同时收到一代842报文和二代的721报文如果不是,对账处理逻辑是怎样的答:一、二代并行阶段,支付系统参与者不会同时收到一代的842和二代的721报文。
如果参与者完成行内系统改造的,日终对账时,大额系统将该参与者发起和接收的一代、二代支付报文汇总形成二代对账报文,下发给该参与者;如果参与者行内系统沿用一代的处理模式,则仍收到842报文;5、大额系统中提到二代支付系统支持信用证、保函等国际结算方式的信息传输及资金结算,请问通过何种报文支持系统如何进行检查答:信用证、保函等结算方式如果不需系统作资金清算,则信息传输采用通用签名信息业务包;如果需要系统作资金清算,则使用客户发起汇兑业务报文,具体业务种类包括“货物贸易结算”或“服务贸易结算”。
第二代支付系统在NPC实现单笔及累计汇款金额上限检查,对参与者发起跨境人民币业务权限进行控制。
随着人民币跨境支付有关政策的调整,系统将逐步取消检查或控制,6、PVP结算申请报文中的接受直接参与机构固定填写外币清算系统机构号码,该外币清算系统机构号码商业银行要自行检查合法性吗外币机构号码参数人行二代不会统一下发答:商业银行最好自行检查外币清算系统机构号码的合法性。
否则,发到大额支付系统后,系统也会因检查外币清算系统机构号码错误而拒绝该业务至发起商业银行。
PVP结算业务需要支付系统与外汇交易清算系统的联机处理,待两系统经联调测试成功并决定上线时,支付系统会统一下发外币清算系统机构号码参数给所有参与者。
7、当地分行使用总行清算账户提取现金的,使用大额支付的什么报文及业务种类答:使用金融机构发起的汇兑业务报文,业务种类为支取发行基金。
8、是否所有商业银行均需发起、接收“A202-银行汇票资金划拨”、“A107-内地机构境外发行债券结算”、“G104-银行卡轧差净额”报文。
如部分商业银行需要,请明确哪些银行需接收、发起此类业务种类的报文答:仅城市商业银行资金清算中心的成员需要开发“A202-银行汇票资金划拨”的发起和接收功能;“A107-内地机构境外发行债券结算”包括内地机构境外发行债券的发行和兑付资金结算,建议商业银行即使目前未在境外发行债券业务,也应具备发起和接收该报文,以防后续系统改造,影响业务发展;对于“G104-银行卡轧差净额”报文,虽然该报文由银联发起,但是经支付系统成功清算后,要将记账结果通过此报文分别发送被借记和被贷记商业银行,因此所有商业银行需能接收该报文。
小额部分9、一点接入后,支票影像系统仍然按原CCPC节点部署有无也一点接入的可能因这样商业银行要支持两套接入模式。
答:参与者接入支票影像交换系统节点与接入支付系统节点没有一一对应关系。
考虑到支票影像交换系统达到生命周期后将停止运行,为节约系统开发和运行成本,建议参与者接入支票影像交换系统保持现行的接入节点不变。
10、目前批量代收付业务的业务种类可根据各代收代付中心要求,在不同的CCPC节点单独设置,一点接入后,业务种类是否统一答:二代支付系统中仍然考虑了各地发展特色业务的需求。
各地可根据本地业务发展实际,选择开通批量代收付业务中的具体业务种类,人民银行总行不做统一要求。
11、发票传递中提到收款人开户行与付款人开户行建立合理的利益分配机制,这个机制是由收付款开户行自行约定还是人行统一设置分配答:该利益分配机制由人民银行当地分支行组织各参与银行共同制定。
12、对于代收付中心的模式的定期代收业务:对于付款清算行的处理,人行系统如何控制通用信息回执与代收业务贷记包的一致性答:支付系统不对通用信息包与定期贷记业务包的一致性进行检查。
13、在多点清算向一点清算的切换过程中,其它一代CCPC 节点的净借记限额是否都会在NPC体现答:二代支付系统上线试运行后,CCPC节点不具备轧差和净借记限额管理功能。
届时,无论参与者选择何种接入方式和清算方式,其净借记限额管理功能均在NPC节点实现。
14、协议变更中可变更的协议要素有哪些如果客户与付款行A签订了协议,那收到B行(付款行)发来的变更请求,会否造成法律风险答:协议变更中可变更的协议要素包括付款人名称、付款人账号、付款人开户行行号、付款清算行行号、付款行行号、收款人名称等要素项。
对于同一项付费业务,付款人开户行只可能有一个,不可能同时有两个付款人开户行。
15、国债公司对质押品和授信额度进行管理,但没有在教材中看到质押品和授信额度管理报文答:该报文列示在清算账户管理系统分册中。
16、强制调减质押额度和授信额度时,先反馈失败,再反馈成功,CBGS怎样处理向客户反馈答:强制调减质押额度和授信额度失败时,对该清算账户进行轧差借记控制,CBGS向客户反馈“调减失败”;待可用额度足额后,再调减已质押额度或授信额度,减少净借记限额及可用额度,解除轧差借记控制,CBGS向客户反馈“调减成功”。
17、目前一代约定对代收付中心发来的通用信息包,对协议号全为零时,不需检查协议号。
二代不是作这个约定吗答:二代支付系统通过专门的报文要素来表明业务是否已经经过代收付中心核验。
具体来说,批量代收付业务报文中“核验标识”要素项专门标识业务是否已经核验。
18、查询查复是否参与小额对账代收代付协议管理报文能否参与对账答:小额对账包括支付类报文和重要的信息类报文,查询查复作为重要的信息类报文也要进行对账。
代收代付协议管理报文不参与对账。
19、协议管理中,集中代收付中心能否给商业银行发送协议数据库答:集中代收付中心建立有协议数据库的,在集中代收付中心进行集中核验,不需将协议数据库发送给商业银行。
20、集中代收(借记)转为贷记后,回执期限是否为原贷记业务期限答:集中代收(借记)转为贷记后,无回执期限这一限制条件。
21、定期借记业务核验要素不包括协议号吗答:目前,协议号不作为定期借记业务的核验要素。
未来在制度办法中制定过程中将进一步征求商业银行意见。
22、代收付中心发起的批量代收(贷记)业务中,有一个商业银行发起代收贷业务包阶段,该业务包是否有金额上限的限制答:按照定期贷记业务的金额上限进行控制。
23、定期借记业务的核验要素包括付款人开户行行号,请问若付款人开户行实现一点清算,那么付款人开户行行号是否应填为开户行总行行号即可,无需填至具体的分支机构答:付款人开户行即使实现一点清算,定期借记业务中的付款人开户行行号仍然需要填至具体的分支机构。
24、请介绍支票影像系统换代升级的生命周期结束的具体时间计划(过渡方案),以方便商业银行特别是一点接入的行进行行内系统改造。
答:目前尚未有支票影像系统生命周期结束的具体时间表。
25、间连接入二代支付系统,是否能够使用影像系统并长期使用间连接入二代支付系统后,是否可实现直连大体相同的功能答:选择间连方式接入二代支付系统的参与者仍然能够使用影像交换系统。
即使影像系统生命周期结束,影像业务由小额支付系统处理,影像业务不受影响。
参与者以间连方式接入支付系统的,支付业务的发送和接收无法实现直通式处理,同时实时业务功能也无法实现。
26、请介绍对于小额系统增加的“客户主动缴款业务”、“发票传递和打印”等增值功能对商业银行是必须开发还是可以选择开发答:建议商业银行进行开发。
一是可以丰富商业银行中间业务品种;二是减少后期系统改造的成本和工作量。
27、请明确网络故障异常(NPC-CCPC-MBFE)情况下,商业银行收到退回的业务如何处理是否允许按原包序号(在恢复正常后)重新发送答:参与者如未收到业务级的应答(注:不是通信级的确认),可按原包序号重发;如已收到业务级的应答,则不能再按原包序号重发,需重新生成序号再重发,否则会被支付系统作为重账丢弃。
28、各地国库资金的组包规则不一致,请问二代小额系统一点接入的行如何应对答:二代小额系统的组包规则由支付系统统一确定并实施检查控制。
各地国库部门没有权限对组包规则进行调整。
29、对小额报文复用ISO20022部分,应以ISO20022报文标准为准,还是以CNAPS2为准答:二代支付系统报文采用ISO20022报文标准,因此不存在以哪个为准的问题。
30、业务类型为国库资金国债兑付贷记划拨的,涉及客户发起与金融机构两种报文类型业务处理应如何区分答:发起方和接收方其中有一方为客户的,使用客户发起的汇兑业务报文;发起方和接收方均为金融机构的,使用金融机构发起的汇兑业务报文。
31、若收到的原普通贷记报文金额大于5万元,则,贷记退汇报文是否可以按原金额退汇答:二代小额支付系统对贷记业务进行金额控制,对大于5万元的贷记业务直接拒绝处理,参与者不可能收到大于5万元的贷记业务。
32、小额一点接入NPC方式,主备MBFE是否能实现同时向NPC发送小额报文是否需要二个清算行号答:在发生应急或灾难事件时,主用MBFE无法使用的,备用MBFE才能向支付系统发送业务,即主备MBFE在同一时间点只能有一个向支付系统发送报文。
支付系统为每个直接参与者赋予一个清算行行号,参与者办理支付业务时必须在报文中填写清算行行号。
清算行行号与参与者主备MBFE无关。
33、本票等大金额业务建议直接纳入大额清算,不要轧差。
答:二代支付系统中银行本票业务仍然通过小额支付系统实时业务处理。
34、小额借记转贷记流程,限额是否也变更为5万答:小额借记业务流程转为贷记业务流程后,也要遵循贷记业务的限额规定。
35、请问影像系统是否也存在新旧并存期是否也要根据对手行是否支持新的影像报文来确定是用新的报文还是旧报文答:影像系统不进行系统改造,不存在新旧并存的问题,因此,参与者不需要考虑对影像交换系统报文进行新旧报文支持的问题。
36、实时借/贷记业务,到日终时,如果对手行没有回执,人行会不会做主动撤销(网上支付跨行系统已做到)答:对于日切时点没有回应的实时业务,系统统一作撤销处理。