书签 分享 收藏 举报 版权申诉 / 75
上传文档赚钱

类型支付系统培训(大额)-课件.ppt

  • 上传人(卖家):晟晟文业
  • 文档编号:4035658
  • 上传时间:2022-11-05
  • 格式:PPT
  • 页数:75
  • 大小:2.32MB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《支付系统培训(大额)-课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    支付 系统 培训 大额 课件
    资源描述:

    1、全国银行间同业拆借系统NPCCCPCABS县级处理工作站商业银行综合业务系统央行公开市场业务交易系统央行债券发行系统国家处理中心备份处理中心EIS全国处理中心全国银行间外汇交易系统中央债券簿登记系统央行国库业务处理系统商业银行行内汇兑系统农村信用联社系统中央银行会计核算系统城市商业银行汇票处理系统NPC城市处理中心上海上海一代支付一代支付二代支付二代支付系统结构大小额支付系统总体结构支付系统的子系统划分大额实时支付(HVPS)系统处理同城和异地的,金额在规定起点以上大额贷记支付业务和紧急的小额贷记支付业务。支付指令实行逐笔实时发送、全额清算资金。小额批量支付(BEPS)系统处理借记支付业务和小

    2、额贷记支付业务。支付指令实行定时批量或即时发送,定时净额清算资金。清算账户管理(SAPS)系统 支付系统的支持系统,集中存储清算账户,处理支付业务的资金清算,并对清算账户进行管理。支付管理信息(PMIS)系统 支付系统的支持系统,集中管理支付系统的基础数据,负责行名行号、应用软件的下载,提供支付业务的查询查复、报表统计分析和计费服务等各接口子系统CNAPS在物理上基本上是一个三层结构,分别由NPC(摆放在北京和无锡(无锡的为备份),CCPC(摆放在各大中城市),前置机(摆放在各商业行和其他相关部门)等构成,其关系如下图所示 人民银行地市以上中心支行(库)以及在人民银行开设清算账户人民银行地市以

    3、上中心支行(库)以及在人民银行开设清算账户的银行和非银行金融机构。与城市处理中心直接连接的银行和非银行金融机构。与城市处理中心直接连接,通过城市处理通过城市处理中心处理其支付清算业务。中心处理其支付清算业务。人民银行县(市)支行(库)和未在人民银行开设清算账户而委人民银行县(市)支行(库)和未在人民银行开设清算账户而委托直接参与者办理资金清算的银行以及经人民银行批准经营支付结算托直接参与者办理资金清算的银行以及经人民银行批准经营支付结算业务的非银行金融机构。间接参与者不与城市处理中心直接连接,其业务的非银行金融机构。间接参与者不与城市处理中心直接连接,其支付业务通过行内系统或其他方式提交给其清

    4、算资金的直接参与者,支付业务通过行内系统或其他方式提交给其清算资金的直接参与者,由该直接参与者提交支付系统处理。由该直接参与者提交支付系统处理。经中国人民银行批准通过支付系统办理特定业务的机构。外汇交经中国人民银行批准通过支付系统办理特定业务的机构。外汇交易中心、债券一级交易商等特许参与者在人民银行当地分支行开设特易中心、债券一级交易商等特许参与者在人民银行当地分支行开设特许账户,与当地城市处理中心连接,通过连接的城市处理中心办理支许账户,与当地城市处理中心连接,通过连接的城市处理中心办理支付业务;公开市场操作室等特许参与者与支付系统国家处理中心连接,付业务;公开市场操作室等特许参与者与支付系

    5、统国家处理中心连接,办理支付交易的即时转帐。办理支付交易的即时转帐。支付系统参与者中央银行会计集中核算系统(中央银行会计集中核算系统(Central Bank Centralized Accounting Book SystemABS)中央银行会计核算数据集中系统中央银行会计核算数据集中系统(Central Bank Accounting Data Centralized System ACS)中央银行国库会计核算系统(中央银行国库会计核算系统(Central Bank Treasury Book SystemTCBS)中央国债登记结算有限公司(中央国债登记结算有限公司(China Gover

    6、nment Securities Depository Trust&Clearing CO.,LtdCDC)公开市场操作室(公开市场操作室(Open Market OperationOMO)外汇交易中心(China Foreign Exchange Trading SystemCFXTS)结算方式中央结算净额结算(小额批量)实时全额结算(大额实时)大额实时)对开账户(SWIFT)支付系统风险预警 小额可用额度预警 直接参与者可在小额系统中预先设定净借记限额可用额度的警告值,当其可用额度低于警告值时,系统自动向该直接参与者发出预警信息。大额头寸预警 直接参与者可在大额系统中预先设定头寸预警的警告

    7、值,当其可用额度低于警告值时,系统自动向该直接参与者发出预警信息。一代支付系统排队清算的顺序 错账冲正 特急大额支付(救灾战备款),按时间先后顺序排列 日间透支利息和支付业务收费 小额借记净额的清算 同城票据交换轧差净额的清算 同城清算系统轧差净额的清算 紧急大额支付,按时间先后顺序排列 一般大额支付,按时间先后顺序排列二代支付系统排队清算的顺序错账冲正特急大额支付(救灾战备款)日间透支利息和支付业务收费同城票据交换轧差净额小额借方轧差净额和网银互联借方轧差净额的清算单边业务紧急大额支付普通大额支付和即时转账一代大额支付系统运行时序 工作日运行存在排队队存在排队队列或存在透列或存在透支清算账户

    8、支清算账户8:3017:00二代大额支付系统运行时序二代支付系统运行时序大额支付业务处理大额支付业务处理1:发起行把大额支付业务发给发报前置机中的商业行接口子系统2:发报前置机中的商业行接口子系统在收到发起行发来的大额支付业务后对其作合法性检查,检查通过后发给发报CCPC.3:发报CCPC中的大额子系统在收到前置机发来的大额支付业务后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系统在收到发报CCPC发来的大额支付业务后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理.5:NPC中的SAPS子系统在收到NPC大额子系统发来的大额清算请求后对其作合法

    9、性检查,检查通过后交给NPC的SAPS作清算处理,若能够清算,把清算结果(已清算)发给发给NPC中的大额子系统,把大额支付业务信息发给NPC中的大额子系统;若不能清算,把清算结果(不能清算)发给发给NPC中的大额子系统6:NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给发报CCPC中的大额子系统7:发报CCPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给发报前置机中的商业行接口子系统8:发起行从发报前置机中的商业行接口子系统中取回清算结果9:NPC中的大额子系统在收到已清算的大额支付业务后,然后发给收报CCPC中的大额子系统10:CCPC中的大额子系统

    10、在收到已清算的大额支付业务后,作相应处理,然后发给收报前置机中的商业行接口子系统11:接收行从收报前置机中的商业行接口子系统中取回已清算的大额支付业务信息12:NPC上的SAPS子系统在清算大额支付业务时,发现某个有排队的清算帐户可以重清算,则SAPS子系统从排队队列中取出大额支付业务信息,对其进行清算.13:NPC上的SAPS子系统在清算大额支付业务时,发现头寸不足需要排队时,把大额支付业务信息放入排队队列大额支付业务撤销请求处理大额支付业务撤销请求处理1:撤销申请发起行把大额支付业务撤销请求报文发给发报前置机中的商业行接口子系统2:发报前置机中的商业行接口子系统在收到发起行发来的大额支付业

    11、务撤销请求指令后对其作合法性检查,检查通过后发给CCPC.3:CCPC中的大额子系统在收到前置机发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系统在收到CCPC发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后交给NPC的SAPS子系统作撤销处理.5:NPC中的SAPS子系统在收到NPC中的大额子系统发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后作撤销处理,把撤销结果发给发给NPC中的大额子系统,6:NPC中的大额子系统在收到撤销结果后,根据撤销结果作相应处理,组织撤销应答报文,然后发给发报CCPC中的大额子系统7:CCPC

    12、中的大额子系统在收到撤销应答报文后,作相应处理,然后发给发报前置机中的商业行接口子系统8:发起行从发报前置机中的商业行接口子系统中取回撤销应答报文银行汇票资金清算处理银行汇票资金清算处理1:CBDC发起清算银行汇票资金报文(CMT122),发往上海CCPC大额子系统。2:上海CCPC大额子系统在收到CBDC发来的清算银行汇票资金报文(CMT122)后对其作合法性检查,检查通过后发给NPC。3:NPC中的大额子系统在收到CCPC发来的清算银行汇票资金报文后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理。4:NPC中的SAPS子系统在收到NPC中的大额子系统发来的

    13、清算请求报文后对其作合法性检查,检查通过后交给NPC的SAPS作清算处理,把清算结果发给发给NPC中的大额子系统,。5.1 NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后将清算通知发往上海CCPC。5.2 NPC将清算银行汇票资金报文(CMT122)发往兑付行CCPC中的大额子系统。6.1 上海CCPC转发清算通知到CBDC。6.2 兑付行CCPC中的大额子系统在收到清算银行汇票资金报文(CMT122)后,作相应处理,然后发给兑付行前置机中的商业行接口子系统,7:兑付行从收报前置机中的商业行接口子系统中取回清算银行汇票资金报文(CMT122)银行汇票资金移存业务银行汇票资金

    14、移存业务1:签发行把汇票资金移存报文发给签发行前置机中的商业行接口子系统2:签发行前置机中的商业行接口子系统在收到签发行发来的汇票资金移存报文后对其作合法性检查,检查通过后发给签发行CCPC.3:签发行CCPC中的大额子系统在收到前置机发来的汇票资金移存报文后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系统在收到签发行CCPC发来的汇票资金移存报文后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理.5:NPC中的SAPS子系统在收到NPC大额子系统发来的大额清算请求后对其作合法性检查,检查通过后交给NPC的SAPS作清算处理,把清算结果(已清算)

    15、发给发给NPC中的大额子系统,把汇票资金移存报文发给NPC中的大额子系统;6:NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给签发行CCPC中的大额子系统7:签发行CCPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给签发行前置机中的商业行接口子系统8:签发行从签发行前置机中的商业行接口子系统中取回清算结果9:NPC中的大额子系统在收到已清算的汇票资金移存报文后,发给上海CCPC中的大额子系统10:上海CCPC中的大额子系统在收到已清算的汇票资金移存报文后,发给CBDC.汇票清算申请处理汇票清算申请处理 城市商业银行将汇票清算申请业务发往到商业行前置机。

    16、商业行前置机将汇票清算申请转发往CCPC。发报CCPC收到汇票清算申请业务转发给NPC。NPC把汇票清算申请业务转发给上海CCPC。上海CCPC把汇票清算申请转发给汇票处理中心前置机。汇票处理中心前置机把汇票清算申请转发发给汇票处理中心的行内系统。城市商业行行内系统 发报CCPCCCPCHVPSHVPS NPCNPCHVPSHVPS汇票处理中心 上海CCPCCCPCHVPSHVPS1234商业行MBFE汇票处理中心前置机56汇票申请退回处理汇票申请退回处理 城市商业银行将汇票退回申请业务发往到商业行前置机。商业行前置机将汇票退回申请转发往CCPC。发报CCPC收到汇票退回申请业务转发给NPC。

    17、NPC把汇票退回申请业务转发给上海CCPC。上海CCPC把汇票退回申请转发给汇票处理中心前置机。汇票处理中心前置机把汇票退回申请转发发给汇票处理中心的行内系统。汇票兑付通知处理汇票兑付通知处理城市商业行行内系统 收收报CC报CCPCHVPSHVPS NPCNPCHVPSHVPS汇票处理中心 上海CCPCCCPCHVPSHVPS1234商业行MBFE汇票处理中心前置机56 汇票处理中心发送汇票兑付通知给商业行前置机。商业行前置机将汇票兑付通知转发往上海CCPC。上海CCPC收到汇票兑付通知业务后转发给NPC。NPC把汇票兑付通知业务转发给接收行说在的CCPC。收报CCPC把汇票兑付通知业务转发往

    18、接收行所在的商业行前置机。商业行前置机把汇票兑付通知业务转发给城市商业银行行内系统。查询查复处理查询查复处理 1:发起行通过行内系统把查询书发给发报前置机中的商业银行接口子系统;2:发报前置机中的商业行接口子系统对查询书做合法性检查,通过后发给CCPC;3:CCPC端的CCMS子系统对收到的查询书做合法性检查,检查通过后,判断接收方,如收报行在本CCPC,则直接转发给该行,否则转发给NPC;4:NPC接收到的查询书,根据收报中心,转发给相应的CCPC;5:CCPC端的CCMS子系统收到查询书,判断接收行,将查询书转发给该行;6:接收行从前置机的接口子系统中取得它行发来的查询书,完成业务处理。查

    19、复书的处理过程与查询书类似,不同的是查复书应与原查询书匹配。自由格式信息处理自由格式信息处理 1:发起行通过行内系统把自由格式信息发给发报前置机中的商业银行接口子系统;2:发报前置机中的商业行接口子系统对自由格式信息做合法性检查,通过后发给CCPC;3:CCPC端的CCMS子系统对收到的自由格式信息做合法性检查,检查通过后,判断接收方,如接收行在本CCPC,则直接转发给该行,否则转发给NPC;4:NPC接收自由格式信息,根据收报中心,转发给相应的CCPC;5:CCPC端的CCMS子系统收到自由格式信息,判断接收行,将信息转发给该行;6:接收行从前置机的接口子系统中取得它行发来的自由格式信息,完

    20、成业务处理。支付系统业务的配对原则 在接收到申请业务后,做相应的应答(复)业务时,要注意配对原则:应答业务的发起行(复)必须是原申请业务的接收方 如发起查复业务时,查复行必须是原查询书的接收行(不能由原查询书的接收清算行代为查复:原查询书的接收行本身就是接收清算行的情况除外)二代大额支付系统数字签名异常处理发起行发起行MBFE核数字签名失败的处理核数字签名失败的处理采用直连方式的商业银行行内系统通过MBFE发送大额支付业务时,MBFE需逐笔核验业务数字签名,如核签失败,则退回商业银行行内系统,由业务人员经确认后重新发送或作删除处理。发起发起CCPC核数字签名失败的处理核数字签名失败的处理发起行

    21、接入CCPC收到大额支付业务后,进行核数字签名处理。如核数字签名失败,发起CCPC拒收该业务,并退回至前置机。间连前置机收到退回业务后提示用户,并自动重新编制数字签名后再次发送给发报中心,直至核数字签名成功;直连前置机将数字签名错转发行内系统,行内系统重新编数字签名后重新发送业务。NPC核数字签名失败的处理核数字签名失败的处理NPC收到大额支付业务报文后,进行核数字签名处理。如果核数字签名失败,NPC拒收该业务,退回至发起行接入CCPC,发起行CCPC将该业务退回发起行。发起行收到退回业务后,重新编制数字签名后再次发送至CCPC,由CCPC转发至NPC,直至NPC核签成功;如NPC多次核签仍不

    22、能成功的,发起行可经过人工干预后再次发送,直至核签成功。二代大额支付系统数字签名异常处理 接收接收CCPC核数字签名失败的处理核数字签名失败的处理 接收行接入CCPC收到大额支付业务后,进行核数字签名处理。如核数字签名失败,接收CCPC将此笔业务标记为“数字签名错”,继续转发至接收行MBFE。接收行接收行MBFE核数字签名失败的处理核数字签名失败的处理 接收行MBFE收到大额支付业务后,进行核数字签名处理。如果核数字签名失败,应首先检查行内系统数字证书是否正确(超期或失效)。如果不正确,接收行应向NPC发送“数字证书下载申请”报文,修正本地的数字证书,并重新进行来账核签,如数字证书正确或仍核签

    23、失败的,应向NPC发送“来账业务下载申请”报文,申请补发核签失败的来账业务,仍不能核签通过的,接收行向发起行发出查询,发起行将原业务要素及数字签名信息查复接收行。接收行收到查复书后进行相应处理。MBFE体系架构一代MBFE功能 主要包括以下四个方面的功能:接口API(直联的MBFE)MBFE后台服务处理功能 MBFE客户端处理功能 MBFE与CCPC间通信处理功能MBFE应用结构图MBFE的通讯方式 大额支付系统 CICSCLI 小额支付系统 CICSCLI MQ SEVER TONGLINK/Q支付系统的报文格式 分为CMT格式和PKG格式:支付系统使用的报文分为两类,一是普通报文,即大额支

    24、付系统的CMT报文;二是批量包报文,即PKG报文,也简称包,包含了一条汇总信息数据(包头)与一条或多条明细业务信息数据(包体)。其中CMT报文主要用于传输非小额业务外的信息或数据,PKG报文主要用于传输小额支付业务、小额支付信息以及小额普通信息与实时信息。大额支付系统的报文格式根据大额支付系统报文标准,CMT报文可以有三种逻辑结构:l传输批量支付指令报文结构:1:B:2:3:C:l传输单笔支付指令报文结构:1:2:3:C:l传输单笔信息报文报文结构:1:3:C:小额支付系统的CMT报文仅使用结构(3),即单笔传输单笔信息报文。此结构在大额支付系统中为无编押报文,而在小额支付系统中这种结构可以传

    25、输编押报文,其密押存储在正文块中,而非业务头中。大额支付系统的报文格式定长,必选变长,必选定长,可选定长,可选定长,必选属性属性trailerBtextBappHeadBbatAppHeadBbasHeadB英文简称英文简称报尾报尾正文体正文体(基本数据基本数据)业务头业务头批量支付业务头批量支付业务头报头报头块名称块名称CMT报文 普通形式:包括一个报头、一个可选的批量支付业务头、一个或多个可选的业务头和一个或多个必选的正文体以及一个报尾。文件形式当CMT报文的长度超过支付系统传输的最大长度(28k)时,支付系统将除报头与报尾外的报文体(块)存储到一个文件中,此时该报文称为文件体报文,该文件

    26、称为报文体文件,其结构包括一个报头、一个文件块和一个报尾。其中,文件块内容是报文体文件的文件名。报文体文件的内容,由一个可选的批量支付业务头、一个或多个可选的业务头和一个或多个必选的正文体组成。结构如下:报文结构:1:F:C:大额支付系统的报文格式定长,必选变长,必选定长,必选属性trailerBfileBbasHeadB英文简称报尾报尾文件块文件块报头报头块名称块名称支付系统的报文格式1.报头2.批量支付业务头块(适用CMT报文)3.包头(适用PKG报文)4.大额业务头(适用CMT报文)5.小额业务头(适用PKG报文)6.正文体7.报尾8.文件块支付系统报文中的一些要素 发报中心:业务发起方

    27、所在的CCPC号 收报中心:业务接收方所在的CCPC号 发起行行号:业务发起方的行号,可以是间接参与者,直接参与者,特殊参与者 发起清算行行号:业务发起方所属的直接参与者 接收行行号:业务接收方的行号,可以是间接参与者,直接参与者,特殊参与者 接收清算行行号:业务接收方所属的直接参与者 序号:报文标识号,报文参考号,支付交易序号,查询书号,查复书号 日期:委托日期,工作日期,轧差日期,清算日期 城市代码字符集 大额采用GBK2312字符集,只支持双字节均0 x80的汉字,需做检查 半角的:%“为支付系统报文的保留字,不得在报文内容中出现,需做转换(全角)支付系统的序号 报文标识号:在通讯上唯一

    28、标识发起方发起的一笔业务 报文参考号:用于在接收业务回执时匹配原有的业务指令 支付交易序号 包序号(小额)一代支付系统的唯一性(判重标准)报文头中的“报文标识号+工作日期”大额报文正文体中的“日期+发起行+序号”(非清算行行号)小额报文PKG包头中的“日期+发起清算行行号+包序号”小额报文明细正文体中的“日期+发起行行号+序号”报文头中的报文参考号不能用“发起清算行行号+8位定长序号”的方式,会与MBFE本身组织的管理类报文的报文参考号重复而报错二代支付系统的唯一性(判重标准)支付系统前置机和商业银行行内系统对即时转账业务须根据发起行、委托日期、支付交易序号、借贷标示四要素做唯一性(重账)检查

    29、;对其他大额支付业务须根据发起行、委托日期、支付交易序号三要素做唯一性(重账)检查。如检查要素相同,对于往账业务,前置机拒绝处理;对于来账业务,前置机自动进行提示,接收行将收到的已清算大额支付业务做暂收处理,并与发起行联系确认,在确定为重账业务后,通过退汇等方式将重账业务退回发起行。隔日业务 一代大额支付系统不支持隔日业务,即必须委托日期=工作日期 一代小额支付系统支持隔日业务 二代大额支付系统支持隔日业务 二代小额支付系统支持隔日业务自发自收业务 一代大额支付系统不支持自发自收业务,即发起清算行必须不同于接收清算行 一代小额支付系统支持自发自收业务 二代大额支付系统支持自发自收业务 二代小额

    30、支付系统支持自发自收业务信息广播(自上而下)国家处理中心可以面向所有城市处理中心、所有参与者广播信息;城市处理中心可以向所有辖内参与者广播信息。行名行号变更 行名行号变更必须按系统类型控制,即某一行号可只参加大额支付,而不参加小额支付等。业务权限设置 按照业务和参与机构分别设置业务发起和接收权限。其中,业务可按照业务类型设置;参与机构可按照行别、直接参与者和间接参与者设置。报文关联(全生命周期)业务报文会有轧差,清算,拒绝,排队,撤销,冲正,退回,止付等多种后续外部处理状态,要建立起对同一业务的关联机制,能查询到每笔业务报文的全生命周期大额接口借贷记业务 大额接口业务能收发业务权限内的贷记类业

    31、务(CMT编号为1开头)大额接口业务只能接收借记类业务(CMT232,CMT407,CMT408)大额接口报文序号编 号名 称报 文 流 向应用范围MB MBFEMBFE MB1CMT100汇兑支付报文YYHVPS2CMT101委托收款(划回)支付报文YYHVPS3CMT102托收承付(划回)支付报文YYHVPS4CMT103国库资金汇划(贷记)支付报文YYHVPS5CMT105银行间同业拆借支付报文YYHVPS6CMT108退汇支付报文YYHVPS7CMT121银行汇票资金移存报文YHVPS8CMT122清算银行汇票资金信息YHVPS9CMT123银行汇票多余资金划回报文YHVPS10CMT

    32、124银行汇票资金未用退回报文YHVPS11CMT232即时转账借贷通知报文YHVPS12CMT253大额清算结果返回报文YHVPS13CMT407质押融资通知报文YHVPS14CMT408质押融资扣款通知报文YHVPS15CMT301查询书报文YYPMIS16CMT302查复书报文YYPMIS17CMT303自由格式报文YYPMIS18CMT311申请撤销报文YHVPS大额接口报文19CMT312撤销应答报文YHVPS20CMT313申请退回报文YYPMIS21CMT314申请退回应答报文YYPMIS22CMT417公共数据更新报文YPMIS23CMT418系统状态变换报文YPMIS24CM

    33、T651支付业务状态查询报文YHVPS25CMT659支付业务明细下载申请报文YHVPS26CMT681支付业务状态查询回应报文YHVPS27CMT689支付业务明细下载报文YHVPS28CMT721清算银行汇票兑付登记报文YHVPS29CMT724银行汇票申请退回报文YHVPS30CMT725银行汇票全额兑付通知报文YHVPS31CMT803日间透支计息报文YSAPS32CMT841大额支付业务核对报文YHVPS33CMT842小额支付业务核对报文YBEPS34CMT910通用回应报文YPMIS35CMT812支付业务收费清单报文(新)YPMIS36CMT814对外费用返还清单报文YPMIS

    34、大额接口模式一 商 业 银 行 系 统 前 置 机系 统 1 2 4 3 1、发送业务信息2、接收同步确认响应3、接收异步回执4、发送异步回执同步回应此种模式主要适用于城市商业银行系统发起大小额支付业务、撤销业务、支付业务状态查询以及日终支付业务明细数据下载请求。城市商业银行应根据返回码的不同分别处理。对于大额支付业务,可能会接收到多种异步回执(清算,排队,拒绝,撤销),只有收到清算、拒绝或撤销回执后城市商业银行才可以认为该笔业务处理完成。大额接口模式二 1、发送业务信息2、接收同步确认响应此种模式主要适用于城市商业银行系统发起银行汇票兑付登记、银行汇票退回申请业务、退回申请业务、退回申请应答

    35、业务、查询业务、查复业务、自由格式报文。城市商业银行应根据返回码的不同分别处理。收到同步确认响应后城市商业银行即可以认为该笔业务处理完成。城 市 商 业 银 行 系 统 前 置 机系 统 1 2 大额接口模式三 1、接收业务信息2、发送同步回应此种模式主要适用于城市商业银行系统接收大小额支付业务、即时转账通知、日间透支计息、支付业务收费清单、银行汇票兑付通知、退回申请业务、退回申请应答业务、查询业务、查复业务、自由格式报文、系统状态变换、汇总对账通知、支付业务明细数据等。城市 商业 银行 系统 前置机系统 1 2 一代大额系统参与MBFE对帐的报文类型报文编号报文名称往来标识CMT100汇兑支

    36、付来+往CMT101委托收款(划回)支付来+往CMT102托收承付(划回)支付来+往CMT103国库资金汇划(贷记)支付来+往CMT105银行间同业拆借支付来+往CMT108退汇支付报文来+往CMT121银行汇票资金移存往CMT122清算银行汇票资金来CMT123银行汇票多余资金划回来CMT124银行汇票未用退回资金来CMT232即时转账借贷通知来CMT407质押融资支付通知来CMT408质押融资扣款支付通知来大额支付的往帐检查 付款人,收款人帐号前不能有空格 CMT105业务的拆借期限不能小于等于0 CMT108业务的原委托日期不能大于系统当前工作日 接收清算行不能与发起清算行相同 大额的C

    37、MT103,CMT108,CMT121不检查起点金额 支付交易序号要小于80000000一代大额支付的往帐检查 大额退回申请需匹配对应的已清算往帐 大额退回申请应答需匹配对应的退回申请来帐 大额查复书需匹配未查复的查询书 大额撤销申请需匹配排队状态的往帐业务一代大额往帐发送控制营业准备日间业务截止清算窗口日终处理CMT100汇兑支付(40)CMT101委托收款(划回)CMT102托收承付(划回)支付报文CMT103国库资金汇划(贷记)支付报文CMT105银行间同业拆借支付报文CMT108退汇支付CMT121银行汇票资金移存报文CMT301查询书CMT302查复书CMT303自由格式CMT311

    38、撤销申请CMT313退回申请CMT314退回申请应答CMT651支付业务状态查询CMT721申请清算银行汇票资金CMT724银行汇票退回申请支付系统名词(一)1.清算账户管理系统(清算账户管理系统(Settlement Account Processing SystemSAPS)是支付系统的支持系统,集中存储清算账户,处理支付业务的资金清算,并对清算账户进行管理。2.清算账户(清算账户(Settlement Account)经人民银行批准经营支付结算业务的政策性银行、商业银行和城市信用合作社、农村信用合作社在人民银行开设准备金存款账户。该账户集中摆放在国家处理中心处理支付业务的资金清算。3.特

    39、许账户(特许账户(Concessionary Account)经人民银行批准,不经营支付结算业务的非银行金融机构在人民银行开设的准备金存款账户或其他机构在人民银行开设的存款账户。该账户集中设置在国家处理中心,用于债券、外汇交易等资金的清算。4.清算日(清算日(Settlement Date)支付业务在清算账户上完成贷记或借记并最终完成清算资金的当日。支付系统名词(二)5.轧差(轧差(Netting)将支付指令按各发起行、接收行进行分类,并计算其借方、贷方差额的过程。6.轧差净额轧差净额(Net Amount)指上一场提交清算时点后至本场提交清算时点前,NPC或CCPC对某清算行发起和接收的小额

    40、支付业务按其金额和借贷方向轧差所得的净借方或净贷方余额。7.净额清算(净额清算(Net Settlement)两场提交清算时点之间发生的多笔小额支付业务,按NPC和CCPC提交SAPS的轧差净额借记或贷记清算账户的清算方式。8.系统工作日(系统工作日(Working Day)支付清算系统提供对外服务的工作日。支付系统名词(三)9.清算窗口(清算窗口(Settlement Window)支付系统停止对外服务前,提供给清算账户透支和不足清算的系统参与者筹措资金,用于弥补日间透支和清算正在排队的支付或清算资金的时间。10.日间透支(日间透支(Daylight Overdraft)经中国人民银行允许,

    41、在营业日内清算账户可以出现借方余额。11.透支限额(透支限额(Overdraft Ceiling)在清算账户上允许出现的最大借方余额。12.自动质押回购(自动质押回购(Repurchase AgreementREPO)当商业银行清算账户日间不足支付清算时,根据协议和管理规定,中央银行通过中央债券综合业务系统对其持有的债券进行强制性质押后为其提供融资,以调节其流动性的信用机制。支付系统名词(四)13.实时全额清算(实时全额清算(Real Time Gross SettlementRTGS)按每笔支付业务金额进行逐笔清算的清算方式。14.定时净额清算(定时净额清算(Designated time

    42、Net SettlementDNS)将一段时间内发生的多笔支付业务按其借方金额和贷方金额轧差后以其差额借记或贷记清算账户的清算方式。15.排队机制(排队机制(Queuing Mechanism)支付系统的风险管理机制之一。在大额支付系统中,当清算账户可用头寸不足时,系统把借记该清算账户的支付指令排队等待清算资金,通常允许调整支付指令在队列中的顺序。在小额支付系统中,当直接参与者发起和接收的业务轧差净借记额累计超过额度控制线时,系统对借记该直接参与者的业务作排队处理;低于额度控制线时,系统自动解救排队队列。支付系统名词(五)16.预期头寸(预期头寸(Expected Position)支付系统将

    43、清算账户余额、未清算的应借记、贷记资金进行计算后得到的该清算账户可能的头寸。预期头寸以未清算的所有应借记、贷记支付指令得以清算为假设前提。17.信用风险(信用风险(Credit Risk)系统中某个当事人既不能在预期时间内,也不能在以后的任何时间完全清偿其在系统范围内的债务所构成的风险。18.流动性风险(流动性风险(Liquidity Risk)系统中某个当事人在期满以后的某个时间可能有足够的资金支付其在系统范围内的债务,但在预期的时间没有足够的资金清偿其在系统范围内的债务所构成的风险。支付系统名词(六)20.清算排队(清算排队(NPC Settlement Queuing)指大额支付业务、小

    44、额轧差净额、同城票据交换净额等在提交SAPS清算时,遇清算行可用头寸不足时,在支付系统按一定的规则顺序排队等待清算的处理方式。21.净借记限额(净借记限额(Net Debit Cap)根据某一直接参与者的资信情况设置的对其一段时间内发生的净借记差额进行控制的最高额度。系统采取以中央对手为直接参与者设置净借记限额实施风险控制。22.可用额度可用额度(Available Limit)在净借记限额控制框架下,系统在实施净借记限额控制时直接参与者某一时点可以使用的额度值。23.清算账户圈存资金清算账户圈存资金(Freeze Fund)是直接参与者为保证小额业务的清算提供的现金担保,是在其清算账户中冻结的一部分资金。是组成净借记限额的要素之一。支付系统名词(七)24.授信额度(授信额度(Credit Limit)管理部门根据直接参与者的资信情况对其信用的评估值,是组成净借记限额的要素之一。25.质押品质押品(Collateral)指直接参与者根据业务需要向中央银行提供的高流动性优质资产,是组成净借记限额的要素之一。26.撮合机制撮合机制(Matching Mechanism)指对不同参与者正在排队的业务进行配对处理的过程。根据参与者数量,可以分为双边撮合和多边撮合。

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:支付系统培训(大额)-课件.ppt
    链接地址:https://www.163wenku.com/p-4035658.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库