银行清算中心大额支付系统软件需求规格说明书.doc

《银行清算中心大额支付系统软件需求规格说明书.doc》由会员分享，可在线阅读，更多相关《银行清算中心大额支付系统软件需求规格说明书.doc（143页珍藏版）》请在三一办公上搜索。

1、大额支付系统软件需求规格说明中国人民银行清算总中心支付系统开发中心目录1引言11.1背景11.2术语说明11.3文档概述21.4阅读对象31.5参考资料31.6参考标准32需求概述42.1概述42.2系统拓扑结构52.3建设目标62.3.1功能特性62.3.2性能特性72.3.3安全特性72.4建设原则72.5建设方案72.6业务范围82.6.1报文类型82.6.2业务类型82.6.3业务种类92.7运行时序及运行控制112.8HVPS系统接入用户和操作用户123基础数据管理143.1节点管理143.2行别管理173.3城市代码管理204参与者管理234.1参与者基础信息管理234.2参与者权

2、限管理264.3参与者登录294.4参与者退出登录324.5参与者登录状态查询364.6参与者强制退出登录374.7参与者禁止登录394.8数字证书管理405系统参数管理435.1参数清单435.2定时生效参数变更465.3即时生效参数变更495.4自检规则526用户管理546.1角色管理546.2用户管理547运行时序管理567.1运行时序567.1.1系统状态567.1.2系统运行状态变更567.1.3对账处理597.1.4系统工作日变更627.2故障管理657.2.1CCPC故障处理657.2.2参与者故障处理688系统服务708.1支付业务处理功能708.1.1普通贷记业务处理708.

3、1.2即时转账支付业务处理768.2支付信息处理功能828.2.1外币交易的人民币资金清算信息处理828.2.2汇票信息处理878.2.3人民币跨境支付业务信息处理978.2.4业务状态查询处理1028.2.5业务查询查复处理1058.2.6业务退回申请与应答处理1118.2.7业务撤销处理1178.2.8自由格式业务处理1218.2.9大额业务对账申请1259安全管理1309.1子系统间的认证策略1309.2证书管理13010日志管理13110.1日志分类13110.1.1系统日志13110.1.2应用日志13210.1.3操作日志13210.2日志查询13411接口13611.1与CCMS

4、的接口13611.2与SAPS的接口13611.3与参与者的接口13612附件13712.1客户端功能13712.1.1NPC客户端功能13712.1.2CCPC客户端功能1391 引言1.1 背景大额支付系统逐笔实时发送支付指令，全额清算资金，主要为银行业金融机构、企事业单位及金融市场提供安全高效的支付清算服务，是支持货币政策实施和维护金融稳定的重要金融基础设施。第一代大额支付系统于2005年6月在全国推广建设完成，随着我国社会经济的快速发展，金融市场日益完善，支付方式不断创新，对大额支付系统的功能和效率提出了更高要求。为充分支持和满足社会经济金融发展对大额支付系统的新需求，中国人民银行决定

5、建设第二代大额支付系统，为参与者提供更为安全高效的支付清算服务。与现有系统相比，第二代大额支付系统主要增加以下功能：一是提供多种接入方式，既支持以法人为单位一点集中接入，也支持以分支机构为单位分散接入，接入点可以是国家处理中心,也可以是城市处理中心；二是支持各主要国际结算方式的信息传输和资金结算，便利人民币跨境支付业务的处理；三是针对外汇交易市场中询价交易和竞价交易方式，通过与境内外币支付系统连接实现本外币交易的PVP结算，提高资金结算效率和风险防范能力；四是基于债券市场“逐日盯市”机制计算自动质押融资额度，使融资额度的计算更准确，有助于防范债券价值波动的市场风险。基于以上背景，2009年底中

6、国人民银行支付结算司制定了大额支付系统业务需求书，中国人民银行清算总中心作为实现该业务需求的任务承担单位对业务功能进行了分析，特编制大额支付系统软件需求规格说明，定义软件的实现范围。1.2 术语说明（1） 大额实时支付系统（High Value Payment SystemHVPS）以电子方式实时处理异地、同城每笔金额在规定起点以上的贷记支付和紧急的金额在规定起点以下的贷记支付的应用系统。大额实时支付系统以全额的方式清算资金。（2） 清算账户管理系统（Settlement Account Processing SystemSAPS）是支付系统的重要系统，集中存储清算账户，处理支付业务的资金清算

7、，并对清算账户进行管理。（3） 系统工作日（Working Day）支付清算系统提供对外服务的工作日。（4） 实时全额清算（Real Time Gross SettlementRTGS）按每笔支付业务金额进行逐笔清算的清算方式。（5） 清算窗口（Settlement Window）支付系统停止对外服务前，提供给清算账户透支和不足清算的系统参与者筹措资金，用于弥补日间透支和清算正在排队的支付或清算资金的时间。（6） 系统参与者（System Participant）是通过支付系统办理支付业务、进行资金清算的银行和具有经营支付结算业务资格的城市信用合作社、农村信用合作社以及经中国人民银行批准可以通

8、过支付系统办理特定业务的机构。系统参与者分为直接参与者、间接参与者和特许参与者。（7） 直接参与者（Direct Participant）人民银行地市以上中心支行（库）以及在人民银行开设清算账户的银行和非银行金融机构。（8） 间接参与者（Indirect Participant）人民银行县（市）支行（库）和未在人民银行开设清算账户而委托直接参与者办理资金清算的银行以及经人民银行批准经营支付结算业务的非银行金融机构。（9） 特许参与者（Concessionary Participant）是经中国人民银行批准与支付系统实现连接，通过支付系统办理特定业务的机构。（10） 发起人（Originator

9、）支付业务的最初发起单位或个人（指法人或自然人）。（11） 发起行（Originating Bank）向支付系统提交支付业务并进行账务处理的银行和城市信用合作社、农村信用合作社。（12） 发起清算行（Clearing Bank for Originator）在国家处理中心开设账户的直接参与者，其账户用于发起人、发起行和自身发起支付业务的资金清算和账务处理。（13） 发起行接入CCPC（Originating Payment CenterOPC）接收并向国家处理中心发送支付指令的城市处理中心。（14） 国家处理中心（National Processing CenterNPC）是连接支付系统所有城

10、市节点和特许参与者的中枢节点，负责接收、转发各CCPC和接收入、处理特许参与者的支付指令，以及资金清算的一组硬件和软件系统的总称。（15） 城市处理中心（City Clearing Processing CenterCCPC）是支付系统的城市节点，连接NPC和各直接参与者，负责在NPC和直接参与者之间接收和转发支付指令的一组硬件和软件系统的总称。（16） 接收行接入CCPC（Receiving Payment CenterRPC）接收国家处理中心发来的支付指令并向接收行转发的城市处理中心。（17） 接收行（Receiving Bank）接收接收行接入CCPC发来的支付指令，并进行账务处理的银行

11、和城市信用合作社、农村信用合作社。（18） 接收清算行（Clearing Bank for receiver）在国家处理中心开设账户的直接参与者，其账户用于接收人、接收行和自身接收支付业务的资金清算和账务处理。（19） 接收人（Receiver）最终接收支付业务的单位或个人（指法人或自然人）。（20） 支付指令（Payment Instruction）经发起行确认有效的纸张或电子形式的支付信息。（21） 前置机（Member Bank Front End/MBFE）是指摆放在政策性银行、商业银行等银行机构，连接支付系统CCPC，并负责接收、发送通过支付系统处理本行支付业务的系统。（22） 撤销

12、（Repeal）由发起行主动提出，发起行接入CCPC或国家处理中心取消其已发出的支付指令。（23） 退回（Withdraw）接收行主动向系统提出、或者接收行根据发起行的要求按原支付指令生成新的支付指令，返回原发起行的行为。1.3 文档概述大额支付系统软件需求规格说明（以下简称本文档）由引言、需求概述、基础数据管理、参与者管理、系统参数管理、用户管理、运行时序管理、系统服务、安全管理、日志管理、接口等章节组成。前二章主要对需求分析进行总结性简述，后面章节对各功能的分析结果进行专门详述。本文主要采用结构化方法对大额支付系统业务需求书进行分析，重点对需求书中的业务功能进行了逻辑层次分解和处理流程定义

13、，规范应用系统的内部结构和外部接口，通过分析对除功能性显性需求外的隐性需求、衍生需求和产品性特性进行了描述和定义。对本需求分析导致的对现有支付系统进行适应性改造部分，不在本文中详细定义，适应性改造需求分析将在支付系统改造需求规格说明中详细说明。本文档的目标和作用如下:（1） 根据本文档和业务管理部门进行需求确认，确定应用实现范围；（2） 本文档可作为系统设计的依据材料之一；（3） 本文档可作为测试的依据材料之一；（4） 本文档可作为项目验收依据材料之一；（5） 本文档可作为项目管理依据材料之一；（6） 本文档是需求管理、需求开发的基线材料之一；（7） 根据本文档的其他文档发生变更时，需对本文档

14、进行一致性修订，并记录修订日志。1.4 阅读对象本文档的阅读对象为业务管理人员、技术管理人员、技术方案编制人员、软件设计人员、测试人员、软件实现人员、运行维护技术人员、系统适应性改造技术人员、系统适应性改造业务管理人员、项目管理人员等。1.5 参考资料（1） 大额支付系统业务需求书，中国人民银行支付结算司，2004年12月；（2） 清算账户管理系统业务需求书，中国人民银行支付结算司，2009年12月；（3） 支付管理信息系统业务需求书，中国人民银行支付结算司，2009年12月；（4） 公共管理与系统维护，中国人民银行支付结算司，2009年12月。1.6 参考标准（1） 计算机软件文档编制规范（

15、GB/T 8567-2006）的软件需求规格（SRS）、接口需求规格（IRS）、系统子系统需求规格（SSS），国家质量监督检验检疫总局、国家标准化管理委员会，2006.3.14；（2） 支付系统开发中心项目管理和质量保证手册Edition2.0，中国人民银行清算总中心支付系统开发中心，2007.6.25。2 需求概述2.1 概述大额实时支付系统是中国人民银行运行的中国现代化支付系统的主要应用系统之一。系统逐笔实时发送支付指令，全额清算资金，只处理贷记支付业务。主要为银行业金融机构、企事业单位及金融市场提供支付清算服务，成为各银行业金融机构跨行支付的主渠道，是连通各银行业金融机构支付清算渠道的枢

16、纽。2.2 系统拓扑结构图2-1 大额支付系统拓扑结构大额支付系统在物理结构上设立了两级处理中心，即国家处理中心（NPC）和城市处理中心（以下简称CCPC），NPC分别与各CCPC连接。NPC是大额支付系统的中枢节点，负责接收、转发各参与者提交的大额支付业务，并将大额支付业务逐笔实时提交清算；CCPC是大额支付系统的城市节点，连接NPC和各直接参与者，负责在NPC和直接参与者之间接收、转发大额支付业务。各政策性银行、商业银行可以其省级分行作为直接参与者接入CCPC，也可以法人机构集中一点接入NPC或CCPC；中央银行会计核算数据集中系统（ACS）通过NPC一点接入大额支付系统；上线切换的过渡期

17、内，中央银行会计核算数据集中系统（ABS）仍然通过CCPC接入大额支付系统；国库会计数据集中系统（TCBS）通过NPC一点接入大额支付系统；上线切换的过渡期内，国家金库会计核算系统（TBS）仍然通过CCPC接入大额支付系统；中央债券综合业务系统和中国银联综合业务系统作为特许参与者与NPC连接，办理债券交易的资金结算以及银联卡跨行交易的人民币结算；城市商业银行资金清算中心、外汇交易中心作为特许参与者与上海CCPC连接，办理城市商业银行银行汇票业务以及外汇交易市场、银行间同业拆借市场有关交易的人民币资金结算；香港人民币清算行、澳门人民币清算行作为特许参与者分别与深圳CCPC、广州CCPC连接，办理

18、人民币跨境支付业务；系统支持其他境外机构通过NPC接入；电子商业汇票系统作为大额支付系统的特许参与者，与大额支付系统NPC连接，实现商业汇票业务的资金清算、业务收费等功能；境内外币支付系统业务处理中心（FXCC）与大额支付系统NPC连接，实现本外币交易的PVP（同步交收）结算。2.3 建设目标2.3.1 功能特性系统主要功能如下表：序号功能类功能名1.基础数据管理类节点管理2.行别管理3.城市代码管理4.参与者管理类参与者基础信息管理5.参与者权限管理6.参与者登录7.参与者退出登录8.参与者登录状态查询9.参与者强制退出登录10.参与者禁止登录11.参与者数字证书管理12.系统参数管理类参数

19、变更管理13.参数自检14.用户管理类角色管理15.用户管理16.运行时序管理类运行时序17.故障管理18.系统应用服务类普通贷记业务处理19.即时转账支付业务处理20.支付信息处理功能2.3.2 性能特性1、实现HVPS业务需求书中规定的业务处理功能；2、系统峰值业务处理能力达到585万笔/天，146万笔/小时；3、单笔大额业务在HVPS中的处理时间不超过20秒；4、系统可使用率应保持在总运行时间的99.9%；5、系统于2011年10月投产，系统投产后不影响一代大、小额支付系统的正常运行；6、支付业务超时撤销率不超过0.01%；7、故障平均修复时间不超过20分钟。2.3.3 安全特性1、要求

20、网络防止窃密和非法访问；2、数字签名保障业务数据的完整性和不可抵赖性；3、相邻节点报文数据安全码校验，保障业务数据的传输安全；4、数据存储安全的要求保证数据存放时的可靠性、完整性、保密性。2.4 建设原则（1） 继承发展要在继承第一代支付系统成熟做法基础上，优化系统架构，完善系统功能，加强运维管理，提高支付系统运行效率；要前瞻设计和开发系统功能，以适应未来支付清算业务发展和创新需求。（2） 集中统一要适应现代市场经济发展和金融改革的需要，逐步整合中央银行各支付清算服务系统，搭建全国统一的中央银行支付清算服务平台；要结合各银行业金融机构业务系统集中化的管理需求，支持其以法人机构一点集中接入和清算

21、；要统一业务和技术标准，方便各参与者的系统接入和业务处理。（3） 安全高效系统建设要坚持安全与效率并重，遵守网络安全、系统安全及数据安全各项要求，科学设计业务流程，提高系统运行效率；要统筹建设同城及异地备份系统，提高支付系统应对突发事件的处置能力；要完善系统运行维护和监控体系，确保系统安全、稳定运行。（4） 节约成本要借鉴吸收其他支付系统建设的成熟技术，降低系统建设成本；要充分利用第一代支付系统的网络、设备等资源，减少资金投入；要统筹规划，统盘考虑各应用系统的备份系统建设，避免资源浪费。（5） 平滑过渡要充分考虑第二代支付系统的兼容性，实现系统上线的平稳切换，平滑过渡；要采取必要措施，确保参与

22、者通过支付系统办理业务的连续性。2.5 建设方案根据支付系统的建设原则，二代HVPS系统采用。（1） 一代HVPS系统和二代HVPS系统并行处理为满足二代HVPS的需求，首先对一代HVPS系统进行改造升级，然后二代HVPS系统进行试点上线，过渡期间，升级到二代支付系统的参与者需要继续支持一代HVPS系统的CMT报文的发送和接收处理，全部参与者升级二代支付系统完成后，才能彻底取消一代支付系统。（2） CCMS系统控制运行时序CCMS系统做为二代支付系统的控制管理中心，对HVPS的基础数据、系统参数和运行时序进行控制管理，HVPS根据CCMS系统的指令进行基础数据和系统参数的变更和运行时序的切换。

23、（3） 独立的大额业务处理功能HVPS和SAPS功能相互独立，逻辑分开，HVPS-NPC受理参与机构经HVPS-MBFE提交的大额业务，并按业务需求要求独立地进行业务处理，处理完成后，提交SAPS系统进行清算，清算完成后向HVPS返回清算结果。（4） 商业银行端与支付系统松耦合设计为降低HVPS-MBFE及商业银行行内系统对支付系统MBFE及商业银行行内系统（支付系统端）的依赖性，以利于商业银行建设和运维MBFE及行内系统，HVPS-MBFE及商业银行行内系统与支付系统MBFE及商业银行行内系统（支付系统端）在应用上完全独立，既可部署在同一套计算机系统上，也可以分别独立部署。商业银行行内系统需

24、使用的各种基础数据、参数数据、运行控制报文，由NPC下发。（5） HVPS提供属地客户端管理功能，查询与管理HVPS自身的业务数据这些管理功能，通过WebServer远程发布给NPC和CCPC业务人员使用，以满足HVPS的属地管理需求。2.6 业务范围2.6.1 报文类型参见二代支付系统业务标准和二代支付系统子系统间接口标准。2.6.2 业务类型HVPS处理的业务主要包括普通贷记业务、即时转账支付业务，各业务总结如下表：序号业务类型号业务类型名称备注普通贷记业务(A)1.A100汇兑业务2.A101国债兑付3.A102国库汇款4.A103国库同城交换净额清算 5.A104国库资金汇划（贷记）业

25、务6.A105退汇业务7.A106支取发行基金8.A107内地机构境外发行债券结算9.A200行间资金汇划10.A201支票11.A202银行汇票资金汇划12.A301缴费业务13.A307国库资金国债兑付贷记划拨即时转账业务(G)14.G100普通即时转账业务15.G101公开市场交易结算16.G102债券市场交易结算17.G103债券发行、兑付及收益划拨18.G104银行卡轧差净额19.G105电子商业汇票资金清算20.G106外汇交易市场结算21.G107资金池结算22.G108日终自动拆借23.G109质押融资业务管理类业务（K）24.K100业务查询25.K101业务查复26.K10

26、2数字签名查询27.K103数字签名查复28.K104业务退回申请29.K105业务退回应答30.K106业务状态查询申请31.K107业务状态查询应答32.K108业务撤销申请33.K209业务撤销应答信息类业务(M)34.M100质押融资债券调整通知35.M101申请清算银行汇票资金业务36.M102银行汇票申请退回业务37.M103银行汇票全额兑付通知业务38.M303自由格式报文39.M502人民币跨境结算通用信息业务2.6.3 业务种类定义范围类别号名称序号编码 020汇兑0102001慈善捐款2402024021现金汇款0102101普通汇兑0202102网银支付0302103外汇

27、清算0402104资金调拨0502105委托收款（划回）0602106托收承付（划回）0702107退汇0802108公益性资金汇划0902109内地机构境外发行债券兑付1002110内地机构境外发行债券结算1102111货物贸易结算1202112货物贸易结算退款1302113服务贸易结算1402114服务贸易结算退款1502115资本项下跨境支付1602116资本项下跨境支付退款1702117资金拆借1802118022中央级预算收入 0102201省级预算收入 0202202地市级预算收入0302203县级预算收入 0402204国债兑付0502205023公开市场交易现券买卖010230

28、1公开市场交易质押式回购首期0202302公开市场交易质押式回购到期0302303公开市场交易买断式回购首期0402304公开市场交易买断式回购到期0502305024债券市场交易现券买卖0102401债券市场交易质押式回购首期0202402债券市场交易质押式回购到期0302403债券市场交易买断式回购首期0402404债券市场交易买断式回购到期0502405025债券发行缴款0102501债券还本付息0202502债券还本金0302503债券付息0402504债券发行手续费0502505债券兑付手续费0602506026银行卡轧差净额0102601027买断式贴现0102701回购式贴现02

29、02702回购式贴现赎回0302703买断式转贴现0402704回购式转贴现0502705回购式转贴现赎回0602706买断式再贴现0702707回购式再贴现0802708回购式再贴现赎回0902709央行卖出商业汇票1002710提示付款1102711逾期提示付款1202712028外汇交易市场询价交易0102801外汇交易市场竞价交易0202802029银行汇票资金移存0102901银行汇票资金清算0202902银行汇票资金多余划回0302903银行汇票资金未用退回0402904030国库汇款0103001031国库同城交换净额清算0103101032支取发行基金0103201090其他0

30、1090012.7 运行时序及运行控制大额支付系统按照国家法定工作日运行，根据公历时间确定其工作日。系统工作日分为日间业务处理时间、清算窗口时间、日终业务处理时间和营业准备时间四个时间段。每日8:30至17:00为日间业务处理时间，处理各类大额业务。17:00为业务截止时间，如存在清算排队业务或未弥补的日间透支额，系统将开启清算窗口，用于各参与者筹措资金，以弥补日间透支或解救排队业务。清算窗口期间，系统仅受理贷记缺款行清算账户的支付业务（不受业务类型限制），不再受理其他一般大额业务。对清算窗口时间发起的支付业务，如清算账户资金不足支付，系统立即退回，不再排队。17:30为清算窗口预关闭时间，系

31、统检查各清算账户，如仍存在清算排队的普通大额支付业务和即时转账业务，系统将其退回发起行；如存在小额和网银系统轧差净额、同城票据交换轧差净额、错账冲正、未弥补的日间透支额、日间透支利息、支付业务收费等必须清算的业务时，继续开启清算窗口。待所有净额业务清算后，系统自动关闭清算窗口，大额支付系统进行日终业务处理。日终业务处理完成后进入营业准备时间，停止受理各种大额支付业务。为满足人民币跨境支付业务的处理，大额支付系统的运行时间及各阶段的时间安排应支持参数化设置，实现灵活调整，以有效满足境外参与机构的资金清算要求。大额支付系统工作日运行时序如下图所示：图1-2 大额支付系统工作日运行时序2.8 HVP

32、S系统接入用户和操作用户（1）HVPS系统接入用户： l 大额系统参与者包括商业银行、ACS、TCBS和特许参与者，通过MBFE向NPC登录后才能接收和发送本用户允许的业务。具体的业务报文权限根据业务需要进行设置。（2）HVPS系统相关系统用户：l CCMS系统接入用户HVPS系统登录CCMS系统后才能接收和发送本用户允许的业务。l SAPS系统接入用户HVPS系统登录SAPS系统后才能接收和发送本用户允许的业务。（3）HVPS人行相关用户 人民银行业务管理部门用户通过NPC、CCPC客户端可以进行业务的查询和统计。（4）HVPS运维管理用户：HVPS在节点NPC、CCPC都设有自己的操作用户

33、，共四类操作用户：系统管理员、业务主管、数字证书管理员和操作员。这些用户都设置生效日期和失效日期。这四类用户具体权限如下：l 系统管理员权限：可以增加、修改、删除这四类操作用户，但必须经过业务主管授权后才可以生效；可以对系统的相关控制参数进行修改。l 业务主管权限：可以对系统管理员增加、修改、删除的用户进行授权，只有授权后这些用户才可以使用；可以对操作员录入的关键业务进行授权后才可以生效；可以查询操作员录入的业务；可以参与业务相关的核心操作。l 数字证书管理员：NPC数字证书管理员负责PKI管理，数字证书导入与维护，数字证书保护口令维护。CCPC没有数字证书管理员。l 操作员：NPC操作员可以

34、查询，统计和打印业务，发送自由格式通知、补发相关报文等。CCPC操作员可以查询，统计和打印业务，发送自由格式通知、补发相关报文等。（4）MBFE用户在行内系统直接接入MBFE的情况下，MBFE有系统管理员，业务主管，数字证书管理员三类用户，负责模块维护，数字证书管理。行内系统未直接接入MBFE的情况下，MBFE有系统管理员，业务主管，操作员，数字证书管理员四类用户。l 系统管理员权限：可以增加、修改、删除这四类操作用户，但必须经过业务主管授权后才可以生效；可以对系统的相关控制参数进行修改。l 业务主管权限：可以对系统管理员增加、修改、删除的用户进行授权，只有授权后这些用户才可以使用；可以对操作

35、员录入的关键业务进行授权后才可以生效；可以查询操作员录入的业务；可以参与业务相关的核心操作。l 数字证书管理员：数字证书管理员负责PKI管理，数字证书导入与维护，数字证书保护口令维护。l 操作员：操作员可以查询，统计和打印业务，发送自由格式通知、补发相关报文等。3 基础数据管理基础数据管理是由行号管理部门对节点、城市、行别的基础数据进行维护，包括对节点、城市、行别的新增、变更和撤销操作。基础数据的完整性和正确性是整个支付系统行号数据处理的关键。基础数据发生变化时，由行名行号管理子系统经公共管理子系统转发系统参与者和大额支付系统NPC。3.1 节点管理(a) 功能概述HVPS-NPC通过接收CC

36、MS的基础数据变更通知执行节点信息更新。收到该报文后HVPS-NPC自动获取支付系统节点信息和HVPS-NPC登记的节点信息进行匹配，标记相应节点信息状态为“新增”、“变更”、“撤销”及变更日期，状态为待生效。对于直连HVPS-NPC的参与者，系统将为其分配一个虚拟CCPC号（下文不再区分虚拟CCPC和实际CCPC），参与者使用虚拟CCPC号为其节点号。虚拟CCPC号由行名行号系统进行维护。(b) 执行条件1) 基础数据变更通知报文。(c) 相关报文报文类型业务类型业务种类报文方向备注基础数据变更通知报文CCMS-HVPS通用处理确认报文HVPS-CCMS(d) 基本流程1) HVPS-NPC

37、收到基础数据变更报文，检查报文格式、系统状态、业务合法性，期数连续性，检查不通过转1a）；2) 获取基础数据变更报文中包含的节点信息与HVPS-NPC登记的节点信息进行匹配：若节点信息为“新增”，检查HVPS-NPC不存在待新增的节点，将新增节点信息进行登记并标记生效日期和状态为“待新增”；若节点信息为“变更”，检查HVPS-NPC存在待变更的节点，将待变更点信息进行登记并标记生效日期和状态为“待变更”；若节点信息为“撤销”，检查HVPS-NPC存在待撤销的节点，将撤销节点信息进行登记并标记失效日期和状态为“待撤销”，检查不通过转2a）；3) 更新本地基础数据变更期数为报文期数，组织通用处理确

38、认报文向CCMS返回执行结果(e) 异常流程1a)1）报文格式检查失败，记录错误日志和报文日志后，丢弃该报文；2）系统状态、业务合法性、期数连续性等检查失败的，记录错误码和错误原因，组“已拒绝XXXX错” 通用处理确认报文（含附加错误码和错误原因），发送至CCMS；2a)节点信息匹配失败的，记录错误码和错误原因，组“已拒绝XXXX错” 通用处理确认报文（含附加错误码和错误原因），发送至CCMS；(f) 附加说明1) 通用处理确认报文回应状态回应状态编码回应状态名称备注PR05已成功RJ19已拒绝报文格式错RJ05已拒绝系统状态错RJ05已拒绝业务要素错RJ05已拒绝期数错2) HVPS-NPC

39、对系统状态变更报文业务检查内容业务检查检查项说明报文格式检查1、内部报文格式检查系统状态检查1、基础数据变更报文的生效日期大于当前作日期数连续性检查1、报文期数=本地最大期数+1业务检查1、“新增”时检查不存在待新增的节点2、“变更”时检查存在待变更的节点3、“撤销”时检查存在待撤销的节点(g) 流程图(h) 业务状态及状态变换图无3.2 行别管理(a) 功能概述HVPS-NPC通过接收CCMS的基础数据变更报文执行行别信息更新。收到该报文后HVPS-NPC自动获取支付系统行别信息和HVPS-NPC登记的行别信息进行匹配，存在更新行别信息时，HVPS-NPC标记相应行别信息状态为“新增”、“变

40、更”、“撤销”及生效日期，状态为待生效。(b) 执行条件1) 基础数据变更通知报文。(c) 相关报文报文类型业务类型业务种类报文方向备注基础数据变更通知报文CCMS-HVPS通用处理确认报文HVPS-CCMS(d) 基本流程1) HVPS-NPC收到基础数据变更报文，检查报文格式、系统状态、业务合法性，期数连续性，检查不通过转1a）；2) 获取基础数据变更报文中包含的行别信息与HVPS-NPC登记的行别信息进行匹配：若行别信息为“新增”，检查HVPS-NPC不存在待新增的行别，将新增行别信息进行登记并标记生效日期和状态为“待新增”；若行别信息为“变更”，检查HVPS-NPC存在待变更的行别，将

41、待变更点信息进行登记并标记生效日期和状态为“待变更”；若行别信息为“撤销”，检查HVPS-NPC存在待撤销的行别，将撤销行别信息进行登记并标记失效日期和状态为“待撤销”，检查不通过转2a）；3) 更新本地基础数据变更期数为报文期数，组织通用处理确认报文向CCMS返回执行结果。(e) 异常流程1a)1）报文格式检查失败，记录错误日志和报文日志后，丢弃该报文；2）系统状态、业务合法性、期数连续性等检查失败的，记录错误码和错误原因，组“已拒绝XXXX错” 通用处理确认报文（含附加错误码和错误原因），发送至CCMS；2a)行别信息匹配失败的，记录错误码和错误原因，组“已拒绝XXXX错” 通用处理确认报

42、文（含附加错误码和错误原因），发送至CCMS；(f) 附加说明1) 通用处理确认报文回应状态回应状态编码回应状态名称备注PR05已成功RJ19已拒绝报文格式错RJ05已拒绝系统状态错RJ05已拒绝业务要素错RJ05已拒绝期数错2) HVPS-NPC对基础数据变更报文业务检查内容业务检查检查项说明报文格式检查1、内部报文格式检查系统状态检查1、基础数据变更报文的生效日期大于当前作日期数连续性检查1、报文期数=本地最大期数+1业务检查1、“新增”时检查不存在待新增的行别2、“变更”时检查存在待变更的行别3、“撤销”时检查存在待撤销的行别(g) 流程图(h) 业务状态及状态变换图无3.3 城市代码管

43、理(a) 功能概述HVPS-NPC通过接收CCMS的基础数据变更报文执行城市代码信息更新。收到该报文后HVPS-NPC自动获取支付系统城市代码信息和HVPS-NPC登记的城市代码信息进行匹配，存在更新城市代码信息时，HVPS-NPC标记相应城市代码信息状态为“新增”、“变更”、“撤销”及生效日期，状态为待生效。(b) 执行条件1) 基础数据变更通知报文。(c) 相关报文报文类型业务类型业务种类报文方向备注基础数据变更通知报文CCMS-HVPS通用处理确认报文HVPS-CCMS(d) 基本流程1) HVPS-NPC收到基础数据变更报文，检查报文格式、系统状态、业务合法性，期数连续性，检查不通过转1a）；2) 获取基础数据变更报文中包含的城市代码信息与HV