下载文档原格式
第二代支付系统业务需求第一分册总体需求（征求意见稿）中国人民银行支付结算司内部资料注意保密二OO九年五月前言中央银行支付清算系统是支付体系的枢纽，也是确保经济金融正常运行的最重要基础设施之一。
作为中国支付体系的组织者、促进者和监管者，中国人民银行始终高度重视支付清算系统建设。
自2002年以来，中国人民银行相继建成了包括大额支付系统、小额支付系统和支票影像交换系统等主要应用的第一代支付系统。
以第一代支付系统为核心，银行业金融机构行内业务系统为基础，票据支付系统、银行卡支付系统、证券结算系统和境内外币支付系统为重要组成部分，行业清算组织和互联网支付服务组织业务系统为补充，形成了较为完善的支付清算网络体系，对加快社会资金周转，提高支付清算效率，促进国民经济健康平稳发展发挥了重要作用。
近年来，我国社会经济快速发展，经济规模不断扩大，交易活动日益频繁；金融市场体系逐渐完善，市场的广度和深度不断拓展；综合国力显著增强，与其他国家和地区的经贸往来日益密切，人民币的国际地位不断提高。
这一外部环境对中央银行的支付清算服务提出了新的、更高的要求。
同时，为满足社会公众支付需求多样性发展的需要，近年来各银行业金融机构的行内系统相继升级换代，新兴电子支付方式不断涌现，支付服务组织也呈现多样化发展趋势，这些变化也要求中央银行的支付清算系统提供更全面高效的服务。
另外，现有支付系统业务功能和运行管理等方面也需要进一步优化和改进，例如支持银行业金融机构更加灵活的接入需求，提供更全面的流动性风险管理功能、扩展系统运行监控范围、完善备份系统建设等。
针对第一代支付系统存在的不足，结合当前及未来一段时期社会经济金融发展对中央银行支付清算服务的新需求，同时考虑支付系统运行的生命周期以及进一步完善支付系统备份系统等实际情况，中国人民银行决定建设第二代支付系统。
为保障第二代支付系统的开发和建设，特制定本需求。
本需求共分十一册。
分别是总体需求、大额实时支付系统、小额批量支付系统、网银互联系统、全国支票影像交换系统、清算账户管理系统、支付管理信息系统、公共管理与系统维护、系统参与者接口、业务标准和灾难备份系统。
二代支付系统报文交换标准【大额支付系统分册】（版本1.0）中国人民银行清算总中心2010年8月注：变化状态：A—增加，M—修改，D—删除目录修改记录11报文清单及概要21.1报文清单21.2数据类型22二代支付系统报文（XML格式）32.1客户发起汇兑业务报文32.2金融机构发起汇兑业务报文142.3即时转账报文162.4即时转账排队/撤销通知报文262.5PVP结算申请信息报文282.6PVP结算应答信息报文312.7申请清算银行汇票资金报文332.8银行汇票全额兑付通知报文412.9银行汇票申请退回业务报文422.10大额业务对账申请报文442.11大额业务汇总核对报文472.12业务明细核对申请报文492.13业务明细核对应答报文512.14业务下载申请报文532.15业务下载应答报文<HVPS.715.001.01>552.16大额预对账报文563业务组件583.1汇票票面信息<R CRD I NF>583.2汇票签发信息<I SSD I NF>59修改记录1报文清单及概要1.1报文清单1.2数据类型2二代支付系统报文（XML格式）2.12.1.1报文功能当业务涉及到客户的个人账户时，发起参与机构组此报文发送到CNAPS2，在CNAPS2完成资金清算后实时转发接收参与机构，并将业务处理结果使用清算回执报文返回给发起参与机构。
2.1.2报文序列图2.1.2.1场景一参与者发起的业务顺利清算。
3 / 632.1.2.2场景二参与者发起的业务经清算排队后清算。
4 / 632.1.2.3场景三参与者发起的业务在清算排队过程中被撤销。
5 / 632.1.2.4场景四参与者发起的业务清算排队后，因在日终时仍未解救成功被CNAPS2做退回处理。
6 / 632.1.2.5场景五参与者发起的业务因数字签名错或业务合法性错被CNAPS2做拒绝处理。
7 / 632.1.2.6场景六参与者发起的业务因报文格式错或重账被CNAPS2丢弃该业务报文。
二代支付系统测试方案作者：大开测试日期：201701北京大开科技有限公司专家、专业、专注系统综合概述支付系统是社会支付体系的核心和枢纽，也是经济金融运行的重要基础设施。
***银行组织建设的第一代支付系统（主要包括大额支付系统、小额支付系统和全国支票影像交换系统三个应用系统），第二代支付系统将与外币支付系统连接，支持人民币跨境支付业务以及境外支付的最终结算。
系统应用架构二代支付系统总体拓扑结构图系统支持的支付工具 贷记支付工具借记支付工具国际结算方式网银支付二代支付系统的架构以清算账户管理系统为核心大额支付系统、小额支付系统、支票影像交换系统、网银互联系统为业务应用系统支付管理信息系统为辅助支持系统系统的测试策略和方法测试策略和方法二代支付系统接口测试测试需求分析方法在测试实施过程中根据测试接受阶段提供的业务需求说明书进行分析、抽取功能/业务测试点，具体分析策略如下：理解功能模块分类及每个功能的描述，分析每个功能的输入操作的典型值、边界值、异常值及预期的结果；理解每个功能操作的前置条件、操作描述和预期结果，并分析当违反操作或不满足前置条件时的预期结果；理解由多个功能联合而成的业务流程以及各环节操作的前置条件、操作描述、预期中间结果、预期最终结果，并分析在各环节中当违反操作或不满足前置条件时的预期结果；理解由多个业务流程联合而成的业务周期，以及各环节操作的前置条件、操作描述、预期中间结果、预期最终结果，并分析在各环节中当违反操作或不满足前置条件时的预期结果。
了解系统设计与实现1.了解系统实现的系统数据、数据字典及业务基础数据；2.了解每个功能的系统设计及如何实现的；3.了解每个功能所对应的数据库及关键数据域的定义；4.了解每个功能实现的异常处理及错误日志的定义；5.针对报表统计功能，了解统计的算法或机制；案例设计场景：1.界面测试；2.功能测试；3.边界内测试：如果功能包含确定的边界,那么必须设计输入域的边界内测试用例；4.越界测试：如果功能包含确定的边界,那么必须设计输入域的越界测试用例；5.特殊输入值测试：如果功能包含特殊输入值, 那么必须设计特殊输入值测试用例；6.业务流程测试；7.典型场景业务测试；营业准备SAPS日终大额日终日间营业开始8：30SAPS日切ACS通知SAPS关闭18：00清算窗口关闭8：30大额业务截止17：00小额、网银、影像日切处理16：00运行时序管理测试基础数据准备策略分为两部分：一是从数据平台上获取数据，经“脱敏”后导入测试环境作为测试基础数据：二是新开发的系统，通过直接在数据库中造数据或通过系统手工生产数据。
基于支付平台的二代支付系统的设计与实现作者：王金宝来源：《科技资讯》 2013年第10期王金宝（山东省农村信用社联合社黄岛科技中心山东青岛 266520）摘要：本文对银行业支付平台系统的架构进行了研究和设计，并基于该支付平台架构完成了人民银行第二代支付系统的设计与实现，论证了银行业支付平台系统建设的可行性，为银行业其他支付业务的实现提供了参考依据。
关键词：支付平台二代支付设计实现中图分类号：TP311 文献标识码：A文章编号：1672-3791(2013)04(a)-0000-00本文针对这一问题对目前主流的银行业支付平台系统的架构和应用进行了研究，并基于某商业银行的支付平台系统完成了人民银行第二代支付系统的设计与实现，为银行业支付平台系统的建设提供了可行的方案。
1支付平台系统架构设计与分析1.1支付平台系统架构设计如图1所示，行内统一支付平台系统对内通过服务总线系统连接，接收渠道发起业务请求或发起去银行核心系统账务请求；对外通过外联支付网关与第三方支付系统对接。
支付平台系统由业务处理平台、内联通讯网关、外联通讯平台、集中监控管理平台、综合运营管理平台及数据库服务器六部分组成。
业务处理平台主要用于实现业务逻辑的处理、业务功能的实现和业务流程的控制，无需关心通讯协议、报文格式及系统接口的变换。
内联支付网关主要用于现实对内各业务发起渠道的接口发布、通讯协议的转换、报文转换、安全控制，与核心业务系统的通讯协议、报文格式、账务接口的统一。
外联支付网关主要用于实现及与第三方系统的通讯接入，报文格式转换、通讯协议转换、安全控制等功能，统一与核心业务系统的通讯模式及接口，屏蔽掉行内各渠道及第三方应用系统之间的通讯模式及接口。
集中监控管理平台主要用于对运行平台的实时运行状况和指标进行监测及统计分析。
综合运营管理平台用于对支付平台上的业务进行统一管理，方便控制应用的各种业务产品属性及功能，提供统一业务管理手段，操作人员可以完成参数维护、权限管理、查询统计、操作管理等功能。
统⼀⽀付结算平台系统⽅案统⼀⽀付结算平台系统⽅案版本：V1.0XXXXX技术有限公司⼆〇⼆〇年四⽉修订记录⽬录⽬录........................................................................................................................... 错误!未定义书签。
1 平台概述 (3)1.1 平台简介 (3)1.2 背景分析 (3)1.3 需求分析 (3)1.4 建设⽬标 (4)1.5 建成效益 (4)2 业务场景 (5)2.1 维修资⾦拨付 (5)2.2 维修资⾦交款 (5)2.3 购房款资⾦收存 (5)2.4 承租⼈租⾦缴纳 (5)2.5 业务流程 (6)3 平台架构⽅案 (8)3.1 平台模型图 (8)3.2 交互图 (8)3.3 平台体系结构 (9)4 核⼼⽀付⽅案 (10)4.1 ⽅案概述 (10)4.2 ⽹关服务 (10)4.3 渠道服务 (11)4.4 ⽀付流程 (13)4.4.1 ⾮银⾏划扣 (13)4.4.2 银⾏划扣 (15)4.5 ⾮银⾏划扣业务流程 (16)5 平台⽹站⽅案 (17)5.1 功能模块 (17)5.2 业务流程 (18)6 平台接⼊⽅案 (19)6.1 数据通讯 (19)6.1.1 通讯模式 (19)6.1.2 接⼝签名 (19)6.1.3 报⽂定义 (19)6.1.4 数据类型 (20)6.1.5 符号约定 (20)6.2 接⼊⽅式 (20)6.2.1 标准API (21)6.2.2 标准SDK (21)6.3 接⼊流程 (21)6.3.1 流程概述 (21)6.3.2 银⾏划扣 (22)6.3.3 ⾮银⾏划扣 (23)6.4 接⼊规范 (24)6.4.1 接⼝调⽤ (24)6.4.2 异常处理 (25)6.4.3 ⽀付体验 (25)6.4.4 资⾦安全 (26)6.4.5 避免单边账 (26)1 平台概述1.1 平台简介⽀付结算平台作为对银⾏和第三⽅⽀付平台服务的拓展，聚合多家银⾏以及第三⽅⽀付平台⽀付能⼒，提供多渠道⽀付⽅式，简化付款⼈的⽀付对接。
第二代支付业务系统需求规格说明书V184随着互联网和数字化支付的普及，第二代支付业务系统的要求逐渐变得更为复杂和庞大。
为了优化用户体验和提高支付的安全性和效率，第二代支付业务系统需求规格说明书V184的编写是至关重要的。
以下是该规格说明书的步骤分析。
第一步，明确系统的主要功能。
在第二代支付业务系统中，主要功能包括支付、查询、清算、结算、对账、风险控制、安全管理等。
因此，在编写规格说明书时，需要准确地列出这些主要功能，并细化各项功能的具体内容。
第二步，确定系统的技术要求。
第二代支付业务系统需要考虑多种技术因素，如系统的性能、稳定性、可靠性、安全性等。
此外，还需要考虑架构、互联网协议、接口、数据库、通信协议和安全加密算法等方面的问题。
规格说明书应该明确技术要求和相关技术指标，并确保系统能够在各种场景下正常运行。
第三步，详细描述用户需求。
在第二代支付业务系统的使用过程中，需要考虑用户的需求和体验。
例如，如何提高手机支付的方便性、如何增强交易的安全性、如何增加用户的忠诚度等。
在规格说明书中，需要明确这些需求，并提出合理的解决方案。
第四步，考虑未来的可扩展性。
在编写规格说明书时，还需要考虑未来的发展和扩展。
这包括如何增加新的支付方式、如何扩大业务范围、如何提高支付的可用性等。
在规格说明书中，这些方面也应该有所体现。
第五步，确保系统的安全性和保密性。
在第二代支付业务系统中，安全性和保密性是非常重要的因素，也是用户和企业的首要关注点。
规格说明书应该明确如何保障系统的安全性和保密性，包括用户验证、风险控制、交易监控、数据加密等方面。
综上所述，第二代支付业务系统需求规格说明书V184的编写是一个复杂的过程，需要考虑许多方面的因素。
在规格说明书中，需要明确系统的主要功能、技术要求、用户需求、未来可扩展性以及系统的安全性和保密性。
只有编写出完整规范的需求说明书，才能为第二代支付业务系统的开发提供准确的指导，并确保系统的各项功能能够得到成功的实现和应用。
摘要：本文将为您介绍基于区块链技术的大数据交易系统的建设方案，并重点分析了数据交易在保险行业、金融行业、互联网行业的应用推广方向。
关键词：数字交易；数据交易系统；数据应用一、建设背景第三方代收付平台的建设背景源于现代金融业务的发展和变革。
随着电子商务、互联网金融、移动支付等技术的迅猛发展，传统的纸质支付方式已经无法满足日益增长的交易需求和安全性要求。
在过去，企业通常需要自行处理和管理各种支付事务，包括收款、付款、资金结算等。
这不仅繁琐而且容易出错，同时也对企业的技术和资源要求很高。
因此，出现了第三方代收付平台来提供一种更便捷、高效、安全的支付解决方案。
第三方代收付平台作为一个中介机构，在买家和卖家之间扮演着桥梁的角色。
它通过建立与银行、支付机构以及其他金融机构的合作关系，提供统一的支付接口和系统，实现在线支付、代收代付等功能，简化了企业的支付流程和管理成本。
此外，第三方代收付平台还具备更强的数据安全措施，并能够提供更多的支付选择，包括线上支付、线下支付、移动支付等，以适应不同场景和用户需求。
它还可以为企业提供实时监控和报表统计等功能，有助于企业进行业务决策和分析。
总之，第三方代收付平台的建设背景是基于现代金融业务发展需求和技术进步，旨在为企业提供更快捷、安全、高效的支付解决方案，促进交易的顺利进行和资金的流动。
二、建设目标第三方代收付平台的建设目标通常包括以下几个方面：1、提供安全可靠的支付平台确保用户的资金和交易信息的安全性是建设第三方代收付平台的首要目标。
通过采用先进的加密技术、身份验证措施和风险管理机制，确保支付平台的安全性，防止欺诈行为和数据泄露。
2、构建高效的代收代付系统第三方代收付平台的目标是提供快速、准确的支付解决方案，以满足用户的实时支付需求。
优化支付流程，提高交易处理的速度和效率，保证支付操作的迅速完成，提升用户体验。
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 对账完成后，日终批处理未调起。
二代支付系统总体技术方案1.引言1.1.目的文档的目的是说明第二代支付系统的总体设计方案，分别对系统的物理结构、逻辑结构以及应用部署加以阐述，为下一步的系统概要设计及详细设计提供指导。
1.2.背景与目标支付系统是社会支付体系的核心和枢纽，也是经济金融运行的重要基础设施。
人民银行组织建设的第一代支付系统（主要包括大额支付系统、小额支付系统和全国支票影像交换系统三个应用系统），对加快社会资金周转、提高支付清算效率、畅通货币政策传导、促进国民经济健康平稳发展发挥着重要作用。
随着我国社会经济的快速发展，金融改革继续深入，金融市场日益完善，支付方式也不断创新，对支付清算服务提出了许多新的、更高的要求。
为此，人民银行决定立足第一代支付系统的成功经验，按照“继承发展、集中统一、安全高效、节约成本、平滑过渡”的原则，建设适应新兴电子支付发展的、面向参与者管理需要的、功能更完善、架构更合理、技术更先进、管理更简便的第二代支付系统。
2009年12月2日，中国人民银行副行长苏宁在第二代支付系统暨中央银行会计核算数据集中系统建设电视电话会议上做了《加快第二代支付系统和中央银行会计核算数据集中系统建设，进一步提高金融服务水平》的讲话，提出必须加快第二代支付系统的建设，第二代支付系统的建设提上正式日程。
我行第二代支付系统的建设既是对人民银行工作部署的认真落实，也是我行提升经营管理水平的必由之路。
第二代支付系统建成后，将取代第一代支付系统成为国内各商业银行办理跨行支付业务的核心和主要的渠道。
我行作为支付业务量最大的商业银行之一，建设行内系统有助于构建适用全国的中国现代化支付网络，是人民银行总体项目建设规划的一个重要组成部分，同时对于我行提高支付结算服务水平、拓展中间业务渠道、保持同业竞争力和防范支付结算风险具有十分重要的意义。
1.3.预期读者第二代支付系统的设计人员、开发人员、维护人员。
1.4.术语表第二代支付系统：第二代支付系统由人民银行牵头组织建设，各参与者开发行内系统及接口实现对接。
[银行支付系统] 二代支付系统方案（1）：高伟达EasyPayment一、系统综合概述高伟达EasyPayment V4.0综合支付系统是基于我司多年商业银行一代支付系统以及其他外联中间业务平台的开发、运维经验累积，在分析人行二代支付系统需求后，全新开发的新一代跨行支付清算系统。
该系统全面支持人行二代支付的最新业务和技术标准。
系统分成网银跨行支付清算子系统、二代大额支付子系统、二代小额支付子系统、代理他行支付清算子系统、支付清算综合管理平台等。
其中网银跨行支付清算子系统和支付清算综合管理平台已经成功在中国大型商业银行总行上线运行，其余部分将参加人行二代大小额支付系统第一批上线行的验收及试运行。
二、系统应用架构1.全面支持人行二代支付系统各业务种类。
2.基于规则引擎、流程抽象模型的灵活业务流程定制。
3. 同时支持人行一代报文与二代报文接口，支持行内报文接口与人行二代报文接口的配置映射。
4. 灵活的参数定义。
在业务流程可能的分支处，均通过灵活的参数进行定义，并提供友好的参数定制界面。
4.分层构建，分离部署。
系统按报文和业务处理流程功能集划分处理层，将报文交换、业务处理、资金清算等业务功能集分层构建，层与层间松耦合，适应各种类型客户需要，支持分层部署业务功能。
5. 完善的ｗｅｂ管理平台，完善的异常处理、系统监控、查询报表功能。
基于web的管理平台，支持各级机构灵活部署。
6.人行支付仿真系统。
系统开发有人行支付仿真系统，通过配置化的报文处理、流程处理、场景处理等三层仿真模式，来全面模拟对接人行二代支付系统，以支持系统的离线测试。
7. 完善、稳定、高效的二次开发平台，系统积累了大量的开发工具和插件，通过二次开发平台从设计、实现、测试等方面对二次扩展开发进行支持和管理。
8.系统架构经过完善的非功能性测试，支持大交易量并发，具备高可用性。
三、系统功能说明小额批量支付业务；大额实时支付业务；支付业务撤销/退回；查询/查复；日终和年终处理；联行机构管理；管理信息；透支计息和业务收费等。
