资金清算中心支付清算系统培训(技术).ppt

《资金清算中心支付清算系统培训(技术).ppt》由会员分享，可在线阅读，更多相关《资金清算中心支付清算系统培训(技术).ppt（125页珍藏版）》请在三一办公上搜索。

1、城市商业银行资金清算中心支付清算系统成员行接口技术培训,2001-01,培训内容,系统简介接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,系统简介,成员行A业务系统,人民银行现代化支付系统,第三方支付组织,其它商户组织,电子商务,农信银清算系统,国际结算系统,中国银联,成员行B业务系统,网上银行运营服务平台,成员行n业务系统,支付清算系统,票据管理系统运营服务平台,系统简介,支付清算系统由多个子系统构成，包括部署在城市商业银行资金清算中心的清算账户管理子系统（简称SAM），业务转接核心子系统（简称IC），综合网关子系统（简称IG）、中心管理

2、端子系统（简称CMGR），差错处理平台子系统（简称EPS），网上银行运营平台（简称IB）、票据管理系统运营平台（简称BBSP），间联前置机系统；部署在参与行的参与行前置机系统（简称FE）和前置管理端（简称FMGR）。支付清算系统还包括仿真清算中心和仿真参与行这两个开发测试辅助子系统。,系统简介,培训内容,系统简介接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,接口分析（间联模式）,参与行通过间联交易系统办理业务，与参与行行内业务处理系统之间通过手工票据传递。,接口分析（直联模式）,支付清算系统通过支付清算系统参与行前置机（以下简称FE）与参

3、与行行内业务处理系统（以下简称MB）连接。,接口分析,参与行行内业务处理系统和前置机系统之间按照支付清算系统统一的报文标准，采用直联模式，通过通讯接口交换报文；第一期主要是完成支付清算系统基础架构的建设，开通网络支付业务（包括汇兑类业务，密码汇款业务），柜面通业务，网上银行业务、电子商业汇票业务；后期的业务功能扩展导致的接口业务功能的扩展将以接口方案版本升级（或独立的接口方案）方式发布；,接口分析,接口业务主要包括清算系统基本业务，网银业务、电子商业汇票业务,接口分析-基本业务,网络支付业务柜面通业务支付清算系统辅助管理信息,接口分析-网银业务,个人网银业务企业网银业务网银服务端业务,接口分析

4、-电票业务,信贷管理系统接口核心业务系统接口电票网银接口（如果使用自建网银）,培训内容,系统简介接口概述接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,物理连接,物理连接,前置机系统包括一台服务器（或小型机）和若干台PC、硬件加密机，前置机系统应支持双机热备份 前置机通过专用网络方式连接城市商业银行资金清算中心的支付清算系统 前置机与参与行系统的主机通过LAN直接相连；业务由参与行各营业网点通过参与行业务处理主机提交前置机 为保证网络安全性，可在前置机与清算中心的支付清算系统之间设置防火墙,前置系统分类,前置系统分类,前置系统分类,培训内容

5、,系统简介接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,应用连接,前置系统主要功能完成各参与行的跨行/跨平台交易在参与行行内业务处理系统和支付清算系统之间的转发；其他业务信息在参与行行内业务处理系统和支付清算系统之间的传送；交易数据的加押和校验，PIN转换；提供部分业务管理和信息查询功能；,应用连接,在参与行前置机与参与行业务处理系统主机之间根据配置文件建立多对半双工长连接链路，供参与行前置机与参与行业务处理系统数据传输。商业银行需要自行开发行内系统的接口程序，其通讯协议采用TCP/IP，通讯程序开发采用socket编程。,应用连接,应用

6、连接,原则1 行内发送非实时业务请求需要等待同步收妥回执，行内收到非实时业务请求需要给前置返回同步收妥回执。原则2 行内发送实时业务请求需要等待相应的应答，行内收到实时业务请求需要给前置返回相应的应答。原则3 行内收到同步收妥回执，实时业务应答后本次交易结束，不用再给应答或者回执回复任何报文。,处理模式一,此模式适用于参与行发起的普通汇兑、转账贷记、退汇业务报文。,处理模式二,此模式适用于参与行发起的退回申请、退回申请回复、查询业务、查复业务、自由格式。,处理模式三,此模式适用于参与行发起的密码汇款汇出、密码汇款支取、密码汇款退汇、柜面通业务、网银柜面相关业务、支付业务状态查询报文、撤销业务等

7、。,处理模式四,此模式主要适用于参与行行内业务处理系统接收普通汇兑业务、转账贷记业务、退回申请请求、退回申请应答、查询业务、查复业务、日切通知、公共信息下发通知、汇总对账通知、头寸预警通知、退回、自由格式、清算账户余额通知报文。,处理模式五,此模式主要适用于参与行行内业务处理系统接收柜面通业务、网银web页面业务、电子商业汇票业务等。,培训内容,系统简介接口概述接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,清算中心的工作,编写接口方案 编写前置机系统方案（含安全）前置机系统的设计与开发 设计、开发前置机服务器端的应用及接口规范，以供参与行

8、开发与前置机端通讯接口程序 编写支付清算系统接口测试规范接口报文规范编写前置机系统的安装、操作，以及维护手册,参与行的工作,依据支付清算系统业务需求书和本接口方案，编写参与行行内业务处理系统改造的业务需求和改造的技术方案 改造参与行行内业务处理系统，以支持支付清算系统的各种业务的发起和接收 开发参与行行内业务处理系统和前置机系统的接口程序，以实现相应接口功能 根据参与行行内业务处理系统自身的业务运行要求，在建议配置的基础上决定前置机和网络设备的最终配置方案 负责采购前置机软硬件，以及相关安全设备和网络设备 准备前置机系统运行场地 前置机系统的安装调试 根据支付清算系统运行管理制度编写本行的系统

9、运行管理制度,培训内容,系统简介接口概述接口分析物理连接应用连接双发需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,通讯实现,通讯实现,MB_WRITER为行内系统端发送报文通讯进程，MB_READER为行内系统端接受报文通讯进程；FE_READER为前置机端接收报文通讯进程，与MB_WRITER通讯，构成MB写FE读的长连接半双工通讯链路；FE_WRITER为前置机端发送报文通讯进程，与MB_READER通讯，构成MB读FE写的长连接半双工通讯链路；SEND-PROC为行内系统往帐业务处理进程，RECV_PROC为行内系统来帐业务处理进程 往帐业务处理进程和来帐业务

10、处理进程通过队列和发送报文通讯进程与接收报文通讯进程进行数据交互，为了实现参与行行内往帐业务的同步处理，往帐业务报文同步收妥回执、与（或）异步回执、与（或）业务回执是通过应答队列进行同步，也就是说行内接收报文的通讯进程收到报文后，需要根据交易码和报文类代码判断请求或应答报文，若是请求报文，则通过队列提交给来帐业务处理进程处理，若是应答报文，则通过应答队列把应答报文返回给往帐业务处理进程，实现同步业务处理。,并发处理,参与行可以与前置机系统建立多对读写通讯链路，满足并发读写通讯操作的要求。,异常处理,按业务种类主要描述普通贷记、实时贷记，实时借记、非实时转账业务、信息业务等业务处理流程中的异常处

11、理。,异常处理-普通贷记,1-普通贷记（需要回复同步收妥回执）2-异步回执（需要回复同步收妥回执）；3-普通贷记（在清算中心确认该笔已清算情况下发出3，需要回复同步收妥回执）,异常处理-实时贷记（中心转发）,1-账户有效性查询请求 2-账户有效性查询请求；3-账户有效性查询应答；4-账户有效性查询应答；,5-实时贷记请求 6-实时贷记应答；7-实时贷记请求；8-实时贷记应答。,异常处理-实时贷记（中心接收）,1实时贷记请求；2实时贷记应答；,异常处理-实时借记（中心转发）,1-实时借记请求2-实时借记请求3-实时借记应答4-实时借记应答,异常处理-实时借记（中心转发）,异常处理-实时借记（中心

12、转发）,异常处理-实时借记（中心接收）,1实时借记请求；2实时借记应答；同中心接收的实时贷记异常处理,异常处理-非实时转账（系统内转账）,异常处理-非实时转账（系统内转账）,异常处理-非实时转账（系统内转账）,异常处理-非实时转账（系统外转账）,1-转账请求2转账请求3转账应答4-转账应答5外系统交易,异常处理-非实时转账（系统外转账）,异常处理-信息类（中心转发需实时应答）,1-信息请求2-信息请求3-信息应答4-信息应答,异常处理-信息类（中心转发需实时应答）,异常处理-信息类（中心转发不需实时应答）,1-信息请求（同步收妥回执）2-信息请求（同步收妥回执）,异常处理-信息类（中心转发不需

13、实时应答）,1-信息请求2-信息应答,异常处理-信息类（中心接收需实时应答）,1-信息请求（同步收妥回执）,异常处理-信息类（中心接收不需实时应答）,1-信息请求（同步收妥回执）,异常处理-信息类（中心发起不需实时应答）,异常处理-网银WEB交易类（中心转发需实时应答）,1-信息请求2-信息请求3-信息应答4-信息应答,异常处理-网银柜面类（中心转发需实时应答）,1-信息请求2-信息请求3-信息应答4-信息应答,交易流程-电票,异常处理-电票交易类(中心转发需实时应答）,1-信息请求2-信息请求3-信息应答4-信息应答,培训内容,系统简介接口概述接口分析物理连接应用连接双发需要完成的工作接口通

14、讯实现接口报文规范接口安全管理差错及故障处理开发测试,报文,在支付清算系统中，所有信息都是以报文的形式传输。在TCP/IP网络中传输的应用报文数据采用下面的格式进行传送。,数据长度：8个字节，用ASCII码表示的数据包长度，不足位数采用前补0（数字零）的填充方式。其值为不包含该数据长度字段本身8个字节的数据包长度,报文,应用层要传输的交易报文数据及加押数据。具体报文结构如下：,报文头,报文头是定长报文（157Byte），由14个定长域构成,报文头,报文体,报文体由“业务要素集”+“扩展数据”构成业务要素是指城商行支付清算系统各类业务的基本组成元素。业务要素集列在报文头之后，中间不应包含任何其他

15、字符。如果某业务还包含报文头和业务要素集之外的其他业务要素（域），这些业务数据作为该业务报文的扩展数据，扩展数据列在业务要素集之后，中间不应包含任何其他字符。,报文体,报文体采用SELF报文格式,报文体由若干报文域组成，每个报文域之间没有分隔符。报文域构成：域名代码、长度标识、数据长度、数据。域名代码用4个字节的代码表示；长度标识为1个字节，用于表示后面的“数据长度”占几个字节。1-表示1个字节数据长度，2-表示2个字节数据长度。；数据长度内容表示的是报文域数据部分的长度；数据是报文域实际数据,基础数据定义,报文类代码：SET001-普通贷记类报文SET002-普通借记类报文SET003-实时

16、贷记类报文SET004-实时借记类报文SET005-转账类报文SET006-实时贷记回执类报文SET007-实时借记回执类报文SET008-通用信息类报文SET009-实时信息类报文SET010-实时信息回执类报文,基础数据定义,应答码8位定长（字母或数字），编码规则如下：第1位：C 城商行标识第2位：O 系统保留（大写字母O）第3、4位：系统位置第5位：错误类型第6、7、8位：错误序号后四位为0000（四个数字0），表示业务成功。,基础数据定义,第3位：机构,第4位：节点,应答码组成,基础数据定义,第5位：错误类,应答码组成,基础数据定义,现有的应答码类别：CO9C*清算中心返回的应答码CO

17、9F*前置机返回的应答码CO1M*成员行行内返回的应答码,基础数据定义,币种：3位定长字符。各参与者按照清算中心的币种编码填写报文业务要素，清算中心币种编码采用国家标准。编码如下：CNY人民币，HKD港币，USD美元行号：使用人行支付系统的行名行号。,基础数据定义,密码：从发起成员行内业务系统柜台或网银等系统开始对客户密码明文进行加密，交易全程进行多次PINBLOCK转换，直到接收成员行内业务系统，保证不出现明文。客户密码密文长度为16字节长度的字符,基础数据定义,交易序号：交易序号：定长12位数字的字符串，不足位左补零 交易在重发（重送）情况下，交易支付序号须用原流水号，不能产生新流水号交易

18、序号由各成员行自行编制，首位必须为零（首位1-9中心使用）并且保证交易四要素“委托日期+发起行行号+业务类型+交易序号”具有唯一性,基础数据定义,通讯保留字：在通讯上，唯一标识发起行发起的一笔业务，用于行内系统和前置机系统互相检查重复发送业务，可以记录同异步信息。用户保留字：用于便于成员行或清算中心从报文头对一笔交易进行匹配。接收方在回复发起方请求所组织的应答或者回执时，通讯保留字和用户保留字需要原样返回。,基础数据定义,报文检索号：由发起方填写，唯一标识发起行发出的一个报文,建议使用委托日期发起行行号业务类型支付交易序号组成。左对齐，不足位，右边补空格。,基础数据定义,业务要素集：一类业务的

19、业务要素组合关系。清算中心根据业务要素集号决定业务的要素组成。目前清算中心定义的业务要素集包括：001普通转账业务要素集002实时贷记业务要素集003实时借记业务要素集004实时回执业务要素集005通用信息业务要素集006实时信息业务要素集,基础数据定义,业务类型：两位定长字符。标识清算中心处理的业务类型。00清算中心内部使用01汇兑类业务02密码汇款类业务10柜面通类业务20-网银业务30-电子商业汇票业务 99其他业务（适用于撤销、清算确认通知、通用业务回执应答、头寸预警通知等非清算报文）,基础数据定义,交易代码：交易代码业务类型业务序号 7位 2位 5位 说明：业务序号按下列规则编号：0

20、000100099 贷记支付业务 0010000199借记支付业务 0050000999 信息类业务对于网银业务，业务序号前两位，10表示个人网银业务，20表示公司网银业务 对于电票业务，业务序号前两位01表明是信贷接口，02表明核心接口,基础数据定义,报文四要素：委托日期+业务类型+发起行行号+交易序号唯一标示一笔交易应答报文/同步收妥回执中的委托日期+发起行行号+交易序号必须与原请求报文一致，应答报文中的参考业务类型为原请求报文的业务类型。,报文-以普通汇兑报文为例,城市商业银行资金清算中心业务标准普通汇兑业务报文包含：报文头、业务要素集报文类代码使用SET001普通贷记报文，使用普通转账

21、业务要素集（001）。无扩展数据。如果是转账业务，付款人账号为必填项。收款人账号类型，收款人账号为必填项。,报文-以普通汇兑报文为例,报文-以普通汇兑报文为例,0190429009999220090421125832*06*20100115SET001*0*2001170100001200221220032122004212308100005248200521230810000524820061820090421200713CNY200816100.002009219201016付款人2011222江西省景德镇市珠山西路20121112013219201416收款人2015224广东省惠州市江

22、北云山西路20161211201714测试2018212这是测试报文2039212000000000012,业务类型：01汇兑业务,发起机构号12位机构号,接收机构号12位机构号,发起行传输日期,发起行传输时间,通讯保留字填充8个空格,渠道标识06银行柜台,用户保留字填充16个空格,清算日期,报文类代码SET001-普通贷记类报文,参考业务类型填充2个空格,传输类型0报文类,报文检索号委托日期发起行号业务种类交易序号(34字节)，右填充8个空格,保留字段填充32个空格,交易代码0100001-普通汇兑业务,发起行行号,发起清算行行号,接收行行号,接收清算行行号,委托日期,币种缩写,交易金额,付

23、款人帐号,付款人名称,付款人地址,收款人账户类型1储蓄卡,收款人帐号,收款人名称,收款人地址,业务属性11普通汇款,用途,备注,交易序号,报文-网银和电票,网银和电票业务的请求报文：报文头+实时信息业务要素集（006）+扩展域只使用006要素集的交易代码、交易序号、发起行行号、发起清算行行号、接收行行号、接收清算行行号、委托日期。网银和电票业务的应答报文：报文头+实时信息业务要素集（006）+扩展域只使用006要素集的交易代码、交易序号、发起行行号、发起清算行行号、接收行行号、接收清算行行号、委托日期、应答码和附言。,网银电票接口,什么是Web Service采用HTTP+XML体现互操作性的

24、应用程序 特性拥有业界接受的统一标准；跨平台跨语言 核心技术SOAPWSDL,培训内容,系统简介接口概述接口分析物理连接应用连接双方需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,安全管理-用户管理,参与行前置管理端对参与行的业务员、业务主管和系统管理员等不同操作人员进行权限管理，操作人员进入系统，必须输入口令，口令与用户名相符才能进入。操作人员进入系统后，只能访问经过授权的功能。前置机管理端的用户管理实行双签制。系统管理员增设用户，业务经理对该用户进行生效处理，互相牵制，新用户才可登录系统。如用户密码遗失，系统管理员有权对该用户密码作修改，经业务经理确认后，登录系统

25、。,安全管理-审计追踪,为了方便安全事件的事后稽查，前置机系统制订有合理的审计策略，对重要的业务操作进行日志记录。日志包括用户操作日志、文件日志、以及记录出错信息的系统日志。任何符合审计追踪条件的操作都会记录必要的审计追踪信息；并建立完整的审计追踪信息。,安全管理-网络安全,为保证信息的安全传输，参与行行内业务处理系统与支付清算系统之间的网络连接必须采用相应的安全措施，不得与其他非生产业务信息传输（如办公自动化、互联网等）共用一个网络。可在前置机与支付清算系统之间或者前置机与参与行行内业务处理系统之间可以设置防火墙。,安全管理-密押及加密,前置机系统对发往支付清算系统的所有支付信息采用硬件加密

26、机进行加押处理，对从支付清算系统接收的所有支付信息进行核押处理（同步收妥回执和实时业务异常回执除外）。前置机系统和支付清算系统之间联机传输的敏感字段（如客户的PIN，包括查询密码、交易密码）数据进行加密处理。前置机系统的安全操作是通过密码服务平台调用硬件加密机实现。,安全管理-行内PIN加密,敏感字段（PIN数据块）在参与行行内业务处理系统和前置机系统的接口中，统一要求PIN的格式为不带账号的格式(ANSI 98a标准算法)，对该PIN_BLOCK统一进行行内TripleDES(即3DES算法)加密处理，相应的PIK密钥(称为行内PIN密钥，128bit)事先由中心以密码信封（两个分量，异或合

27、成PIK密钥明文）方式分发，并由参与行妥善管理，该密钥更换只支持手工更换，不支持自动的更换。,安全管理-行内PINBLOCK构成,PIN_BLOCK长为16 字节（128bit），构成规则为：2位密码明文长度（不足左补0），密码明文，填充F:“密码明文长度2Byte”+“密码明文”+“不足补F到16位”例如密码为123456，则PIN_BLOCK 为:“06123456FFFFFFFF”,安全管理-3DES算法,把PIK密钥明文分成两个成分，前64bit为PIK1,后64bit为PIK2，假设待加密为PIN_BLOCK，计算方法为：第一步：先用PIK1对PIN_BLOCK进行DES加密；第二步

28、：用PIK2对第一步加密的结果进行DES解密；第三步：用PIK1对第二步解密的结果进行DES加密。,3DES加密：,安全管理-3DES算法,把PIK密钥明文分成两个成分，前64bit为PIK1，后64bit为PIK2，假设待解密为PIN_BLOCK，计算方法为：第一步：先用PIK1对PIN_BLOCK进行DES解密第二步：用PIK2对第一步解密的结果进行DES加密第三步：用PIK1对第二步加密的结果进行DES解密,3DES解密：,安全管理-报文权限,支付清算系统将严格控制参与行行内业务处理系统发起和接收报文的权限，不在允许范围内的，将予以拒绝。行号的业务权限：业务权限为20位数字（0：禁止，1

29、：启用）1汇兑业务、2密码汇款业务、3柜面通业务、4网银业务、5电子汇票业务、20其他业务。（开通所有权限）,安全管理-联机识别ID,为了保证接入支付清算系统的前置机系统的合法性，支付清算系统采用登录机制。在前置机系统处于退出登录状态时，前置机系统必须先通过发起带有联机识别ID（清算行号）的登录指令向支付清算系统请求登录，登录成功后才可以向支付清算系统发起业务。,培训内容,系统简介接口概述接口分析物理连接应用连接双方需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,差错及故障-对账不符,支付清算系统在每个清算日将为各参与行按业务类型和交易代码汇总统计生成汇总对账文件和按

30、业务类型生成明细对账文件，并以汇总对账报文通知各参与行。参与行在日终进行汇总对账前，先从前置机系统下载汇总对账文件和明细对账文件，启动汇总对账，如果汇总对账不平，参与行可根据明细对账文件启动明细对帐，若是非实时业务（汇兑业务）则参与行以支付清算中心的明细对账文件为准进行核对和调整，若是实时业务（柜面通业务、密码汇款业务），则差错的调整可通过差错处理平台进行。,培训内容,系统简介接口概述接口分析物理连接应用连接双方需要完成的工作接口通讯实现接口报文规范接口安全管理差错及故障处理开发测试,测试及验收-自测试,参与行使用仿真中心的交易模拟器完成行内业务处理系统的接口自测试。,测试及验收-接口验收,参

31、与行在完成自测试的基础上，接入城市商业银行资金清算系统的测试环境，城市商业银行资金清算中心使用仿真成员行的交易模拟器对参与行进行接口验收。,测试及验收-联调,参与行验收通过后，接入城市商业银行资金清算系统的联调环境，与其他参与联调的参与行进行业务的联调。,试点行联调经验总结-1,发起方在发送请求报文时，不用填清算日期；非实时业务以同步收妥回执中清算日期为准；实时业务以实时应答报文中的清算日期为准；清算中心在转发请求时，会将清算日期置到请求报文中，接收方以收到的请求报文中的清算日期为准；对账文件所要核对的清算日期以文件名中的清算日期为准，对账报文中的清算日期为日切后次日的清算日期。,关于清算日期

32、：,试点行联调经验总结-2,密码汇款汇出日期取中心系统日期(自然日)，不一定等于委托日期和清算日期；密码汇款到期日期等于密码汇出日期+密码汇款期；密码汇款退回日期等于当天的清算日期。,关于密码汇款日期：,试点行联调经验总结-3,同步收妥回执报文头中的用户保留字（1008），通讯保留字（1006），清算日期（1009），报文体中的原交易代码(2029,等于原请求报文的交易代码)，交易序号（2039），发起行行号（2002），委托日期（2006）必须与原请求保持一致，应答码必须为成功，否则，清算中心认为是无效的同步收妥回执；对于非实时业务（汇兑，转账贷记，退汇，查询，查复，退回，退回回复，自由格式

33、报文，清算中心通知类报文日切，对账，预警，公共信息，退回，清算账户余额通知），清算中心会对同步收妥回执进行计时，如果超过超时时间清算中心没有收到同步收妥回执或同步收妥回执是无效的，清算中心会存储转发（SAF）原请求报文，一直等到收到正确的同步收妥回执或日切对账。,关于同步收妥回执：,试点行联调经验总结-4,实时应答报文头中的用户保留字（1008），通讯保留字（1006），清算日期（1009）必须保持与原请求报文一致，报文体中来自于请求报文的必填项，必须填写，并且与原请求保持一致，否则中心会认为这是无效的应答报文，予以丢弃。,关于实时应答：,试点行联调经验总结-5,清算中心如果在超时时间内没有收

34、到实时的资金类的应答报文或者收到的实时应答报文是无效的处理：（1）通存，冲正（除了应答要匹配原请求外，应答必须为成功，否则中心认为是无效报文），清算中心会存储转发原通存请求，冲正请求；（2）除了通存，冲正。实时信息类业务（所有的网银业务，个人账户查询（余额，明细，有效性），支付状态查询，重新申请对账文件，撤销），清算中心会给发起方发送9900512，应答码为CO9CS001，中心检测超时，不对接收方发送任何报文；实时资金类业务（目前只有通兑），清算中心会给发起方发送9900512，应答码为CO9CS001，清算中心检测超时，同时向接收方发送冲正请求报文。,关于超时处理：,试点行联调经验总结-6

35、,通兑业务发起方在发出通兑请求后，可能会有三种结果：（1）收到开户方同意或拒绝的应答；（2）收到清算中心交易检测到交易超时的应答或收到清算中心检查失败的应答。（3）在一定时间内未收到任何应答。只有在第三种情况下，业务发起方才需要发起冲正请求。通兑业务发起方如果发起冲正，行内的业务需要取消，认为原交易是失败的，发起方的冲正也需要有重发机制（SAF机制）；通兑业务开户方在收到冲正请求时：重复报文，原交易失败，原交易成功等都应该有相应的处理程序，但最终给清算中心返回的结果应答码必须是成功的。清算中心：（1）通兑业务清算中心超时后，会给开户方发送冲正（有重发机制），给发起方发送超时应答！（2）清算中心

36、收到发起方的冲正会检查原交易的状态，如果原交易本来就是拒绝或已冲正，清算中心返回发起方成功应答，并不转发冲正请求！（3）如果原交易是成功的，清算中心先冲自己的账，返回发起方成功应答，然后转发冲正到开户方（重发以保证冲正成功）,关于冲正处理：,试点行联调经验总结-7,1、清算日期为原请求的清算日期；2、业务类型为99、参考业务类型为原请求报文的业务类型；3、原交易代码、交易序号、发起方行号、委托日期为原请求报文的内容；4、通讯保留字和用户保留字需要原样返回；5、成功的应答码为CO1M0000，如果应带码为失败，清算中心会对原报文进行重发，直到成功为至。,关于组同步收妥回执报文：,试点行联调经验总

37、结-8,1、业务标准中备注为“原请求报文内容”的必选项域，必须和原请求报文中的对应域值一致；2、业务标准中备注为“原请求报文内容”的可选项域，需要根据业务标准中的说明判断该域是必选项/可选项，如果必选则必须和原请求报文中的对应域值一致，否则可以不填写；3、冲正应答报文必须成功，应答码必须为CO1M0000。,关于组应答报文：,试点行联调经验总结-9,1、接收方在回复发起方的应答或回执报文时，1006域（通讯保留字）、1008域（用户保留字）必须原值返回；2、请求报文中的清算日期，行内不需要填写，由资金清算中心填写；3、应答报文中的清算日期，必须和原请求报文中的清算日期一致。,关于组报文头：,试

38、点行联调经验总结-10,只有资金清算中心才能使用该类报文进行应答。,关于9900512（实时业务异常回执）、9900502（异步回执）的使用权限：,试点行联调经验总结-11,1、行内发起汇兑业务，如果在规定时间内没有收到同步收妥回执，行内系统需要自动重发；2、行内收到成功的账户有效性查询应答，发起个人/公司通存请求，如果如果在规定时间内没有收到应答报文，行内系统需要自动重发；3、行内发起冲正请求，如果在规定的时间内没有收到冲正应答，行内系统需要自动重发。备注：当资金清算中心重复收到第（1）和（2）点时，资金清算中心会返回 以下三种情况:CO9CM101 重复交易，原交易处理成功；CO9CM10

39、5 重复交易，原交易处理失败CO9CM004 重送报文被改动行内如果接收到CO9CM101的回执时，应该作为成功处理,关于行内重发报文：,试点行联调经验总结-12,报文中的金额、手续费、费率、利率域，小数点前以实际长度填写，不补0；小数点后必须填满，不足则补0,关于填写报文中的金额、手续费、汇率、利率域：,试点行联调经验总结-13,1、密码汇款业务中的支取密码，行内明文为6位；2、密码汇款退汇请求报文，如果2110域（密码挂失标志）填写1（挂失），则2027域（客户密码密文）不填写。3、密码汇款汇出请求报文，由受理行填写2019域（异地客户手续费），资金清算中心对该域进行核对；4、密码汇款支取

40、请求、退汇请求报文，由资金清算中心填写2019域（异地客户手续费），行内填写0.00。,组织密码汇款报文注意事项：,试点行联调经验总结-14,1、包含账户有效性查询请求、账户有效性查询应答、个人/公司通存请求、个人/公司通存应答四阶段；2、个人/公司通存请求里的2013域（原交易序号）填写原账户有效性查询的交易序号；3、个人/公司通存请求里的2121域（账号类型）填写原账户有效性查询的账号类型；4、开户行收到账户有效性查询请求时，需要检查账号类型与账号是否匹配。,关于个人/公司通存业务：,试点行联调经验总结-15,999999999999网银web页面交易行号;999999999998网银接收柜面交易行号。,关于网银业务的两个清算行号：,试点行联调经验总结-16,1、支付清算系统传送的文件格式为：*.tar.Z，对文件直接进行压缩；2、网银系统传送的文件格式都为实际文件，不进行压缩。,关于文件报文：,Question&Discussion,谢谢大家！,