《支付系统培训(大额).ppt》由会员分享，可在线阅读，更多相关《支付系统培训(大额).ppt（75页珍藏版）》请在三一办公上搜索。
1、,一代支付,二代支付,系统结构大小额支付系统总体结构,支付系统的子系统划分,大额实时支付（HVPS）系统处理同城和异地的，金额在规定起点以上大额贷记支付业务和紧急的小额贷记支付业务。支付指令实行逐笔实时发送、全额清算资金。小额批量支付(BEPS)系统处理借记支付业务和小额贷记支付业务。支付指令实行定时批量或即时发送，定时净额清算资金。清算账户管理(SAPS)系统 支付系统的支持系统，集中存储清算账户，处理支付业务的资金清算，并对清算账户进行管理。支付管理信息(PMIS)系统 支付系统的支持系统，集中管理支付系统的基础数据，负责行名行号、应用软件的下载，提供支付业务的查询查复、报表统计分析和计费
2、服务等各接口子系统,CNAPS在物理上基本上是一个三层结构,分别由NPC(摆放在北京和无锡(无锡的为备份),CCPC(摆放在各大中城市),前置机(摆放在各商业行和其他相关部门)等构成,其关系如下图所示,支付系统参与者,直接参与者 人民银行地市以上中心支行（库）以及在人民银行开设清算账户的银行和非银行金融机构。与城市处理中心直接连接,通过城市处理中心处理其支付清算业务。间接参与者 人民银行县（市）支行（库）和未在人民银行开设清算账户而委托直接参与者办理资金清算的银行以及经人民银行批准经营支付结算业务的非银行金融机构。间接参与者不与城市处理中心直接连接，其支付业务通过行内系统或其他方式提交给其清算
3、资金的直接参与者，由该直接参与者提交支付系统处理。特许参与者 经中国人民银行批准通过支付系统办理特定业务的机构。外汇交易中心、债券一级交易商等特许参与者在人民银行当地分支行开设特许账户，与当地城市处理中心连接，通过连接的城市处理中心办理支付业务；公开市场操作室等特许参与者与支付系统国家处理中心连接，办理支付交易的即时转帐。,支付系统参与者,中央银行会计集中核算系统（Central Bank Centralized Accounting Book SystemABS）中央银行会计核算数据集中系统(Central Bank Accounting Data Centralized System AC
4、S)中央银行国库会计核算系统（Central Bank Treasury Book SystemTCBS）中央国债登记结算有限公司（China Government Securities Depository Trust&Clearing CO.,LtdCDC）公开市场操作室（Open Market OperationOMO）外汇交易中心（China Foreign Exchange Trading SystemCFXTS）,结算方式,中央结算净额结算（小额批量）实时全额结算（大额实时）对开账户（SWIFT）,支付系统风险预警,小额可用额度预警直接参与者可在小额系统中预先设定净借记限额可用额度
5、的警告值，当其可用额度低于警告值时，系统自动向该直接参与者发出预警信息。大额头寸预警直接参与者可在大额系统中预先设定头寸预警的警告值，当其可用额度低于警告值时，系统自动向该直接参与者发出预警信息。,一代支付系统排队清算的顺序,错账冲正特急大额支付（救灾战备款），按时间先后顺序排列日间透支利息和支付业务收费小额借记净额的清算同城票据交换轧差净额的清算同城清算系统轧差净额的清算紧急大额支付，按时间先后顺序排列一般大额支付，按时间先后顺序排列,二代支付系统排队清算的顺序,错账冲正特急大额支付（救灾战备款）日间透支利息和支付业务收费同城票据交换轧差净额小额借方轧差净额和网银互联借方轧差净额的清算单边业
6、务紧急大额支付普通大额支付和即时转账,一代大额支付系统运行时序,工作日运行,日间业务处理,日终业务处理,营业前准备,业务截止,开启清算窗口,预定清算窗口关闭,关闭清算窗口,切换工作日,存在排队队列或存在透支清算账户,业务开始,清算窗口处理,二代大额支付系统运行时序,二代支付系统运行时序,大额支付业务处理,1:发起行把大额支付业务发给发报前置机中的商业行接口子系统2:发报前置机中的商业行接口子系统在收到发起行发来的大额支付业务后对其作合法性检查,检查通过后发给发报CCPC.3:发报CCPC中的大额子系统在收到前置机发来的大额支付业务后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系
7、统在收到发报CCPC发来的大额支付业务后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理.5:NPC中的SAPS子系统在收到NPC大额子系统发来的大额清算请求后对其作合法性检查,检查通过后交给NPC的SAPS作清算处理,若能够清算,把清算结果(已清算)发给发给NPC中的大额子系统,把大额支付业务信息发给NPC中的大额子系统;若不能清算,把清算结果(不能清算)发给发给NPC中的大额子系统6:NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给发报CCPC中的大额子系统7:发报CCPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给
8、发报前置机中的商业行接口子系统8:发起行从发报前置机中的商业行接口子系统中取回清算结果9:NPC中的大额子系统在收到已清算的大额支付业务后,然后发给收报CCPC中的大额子系统10:CCPC中的大额子系统在收到已清算的大额支付业务后,作相应处理,然后发给收报前置机中的商业行接口子系统11:接收行从收报前置机中的商业行接口子系统中取回已清算的大额支付业务信息12:NPC上的SAPS子系统在清算大额支付业务时,发现某个有排队的清算帐户可以重清算,则SAPS子系统从排队队列中取出大额支付业务信息,对其进行清算.13:NPC上的SAPS子系统在清算大额支付业务时,发现头寸不足需要排队时,把大额支付业务信
9、息放入排队队列,大额支付业务撤销请求处理,1:撤销申请发起行把大额支付业务撤销请求报文发给发报前置机中的商业行接口子系统2:发报前置机中的商业行接口子系统在收到发起行发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后发给CCPC.3:CCPC中的大额子系统在收到前置机发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系统在收到CCPC发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后交给NPC的SAPS子系统作撤销处理.5:NPC中的SAPS子系统在收到NPC中的大额子系统发来的大额支付业务撤销请求指令后对其作合法性检查,检查通过后
10、作撤销处理,把撤销结果发给发给NPC中的大额子系统,6:NPC中的大额子系统在收到撤销结果后,根据撤销结果作相应处理,组织撤销应答报文,然后发给发报CCPC中的大额子系统7:CCPC中的大额子系统在收到撤销应答报文后,作相应处理,然后发给发报前置机中的商业行接口子系统8:发起行从发报前置机中的商业行接口子系统中取回撤销应答报文,银行汇票资金清算处理,1：CBDC发起清算银行汇票资金报文（CMT122），发往上海CCPC大额子系统。2：上海CCPC大额子系统在收到CBDC发来的清算银行汇票资金报文（CMT122）后对其作合法性检查,检查通过后发给NPC。3：NPC中的大额子系统在收到CCPC发来
11、的清算银行汇票资金报文后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理。4：NPC中的SAPS子系统在收到NPC中的大额子系统发来的清算请求报文后对其作合法性检查,检查通过后交给NPC的SAPS作清算处理,把清算结果发给发给NPC中的大额子系统,。5.1 NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后将清算通知发往上海CCPC。5.2 NPC将清算银行汇票资金报文（CMT122）发往兑付行CCPC中的大额子系统。6.1 上海CCPC转发清算通知到CBDC。6.2 兑付行CCPC中的大额子系统在收到清算银行汇票资金报文（CMT122）后,作相
12、应处理,然后发给兑付行前置机中的商业行接口子系统，7：兑付行从收报前置机中的商业行接口子系统中取回清算银行汇票资金报文（CMT122）,银行汇票资金移存业务,1:签发行把汇票资金移存报文发给签发行前置机中的商业行接口子系统2:签发行前置机中的商业行接口子系统在收到签发行发来的汇票资金移存报文后对其作合法性检查,检查通过后发给签发行CCPC.3:签发行CCPC中的大额子系统在收到前置机发来的汇票资金移存报文后对其作合法性检查,检查通过后发给NPC.4:NPC中的大额子系统在收到签发行CCPC发来的汇票资金移存报文后对其作合法性检查,检查通过后构造清算请求报文交给NPC的SAPS子系统作清算处理.
13、5:NPC中的SAPS子系统在收到NPC大额子系统发来的大额清算请求后对其作合法性检查,检查通过后交给NPC的SAPS作清算处理,把清算结果(已清算)发给发给NPC中的大额子系统,把汇票资金移存报文发给NPC中的大额子系统;6:NPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给签发行CCPC中的大额子系统7:签发行CCPC中的大额子系统在收到清算结果后,根据清算结果作相应处理,然后发给签发行前置机中的商业行接口子系统8:签发行从签发行前置机中的商业行接口子系统中取回清算结果9:NPC中的大额子系统在收到已清算的汇票资金移存报文后,发给上海CCPC中的大额子系统10:上海CC
14、PC中的大额子系统在收到已清算的汇票资金移存报文后,发给CBDC.,汇票清算申请处理,城市商业银行将汇票清算申请业务发往到商业行前置机。商业行前置机将汇票清算申请转发往CCPC。发报CCPC收到汇票清算申请业务转发给NPC。NPC把汇票清算申请业务转发给上海CCPC。上海CCPC把汇票清算申请转发给汇票处理中心前置机。汇票处理中心前置机把汇票清算申请转发发给汇票处理中心的行内系统。,汇票申请退回处理,城市商业银行将汇票退回申请业务发往到商业行前置机。商业行前置机将汇票退回申请转发往CCPC。发报CCPC收到汇票退回申请业务转发给NPC。NPC把汇票退回申请业务转发给上海CCPC。上海CCPC把
15、汇票退回申请转发给汇票处理中心前置机。汇票处理中心前置机把汇票退回申请转发发给汇票处理中心的行内系统。,汇票兑付通知处理,汇票处理中心发送汇票兑付通知给商业行前置机。商业行前置机将汇票兑付通知转发往上海CCPC。上海CCPC收到汇票兑付通知业务后转发给NPC。NPC把汇票兑付通知业务转发给接收行说在的CCPC。收报CCPC把汇票兑付通知业务转发往接收行所在的商业行前置机。商业行前置机把汇票兑付通知业务转发给城市商业银行行内系统。,查询查复处理,1：发起行通过行内系统把查询书发给发报前置机中的商业银行接口子系统；2：发报前置机中的商业行接口子系统对查询书做合法性检查，通过后发给CCPC；3：CC
16、PC端的CCMS子系统对收到的查询书做合法性检查，检查通过后，判断接收方，如收报行在本CCPC，则直接转发给该行，否则转发给NPC；4：NPC接收到的查询书，根据收报中心，转发给相应的CCPC；5：CCPC端的CCMS子系统收到查询书，判断接收行，将查询书转发给该行；6：接收行从前置机的接口子系统中取得它行发来的查询书，完成业务处理。查复书的处理过程与查询书类似，不同的是查复书应与原查询书匹配。,自由格式信息处理,1：发起行通过行内系统把自由格式信息发给发报前置机中的商业银行接口子系统；2：发报前置机中的商业行接口子系统对自由格式信息做合法性检查，通过后发给CCPC；3：CCPC端的CCMS子
17、系统对收到的自由格式信息做合法性检查，检查通过后，判断接收方，如接收行在本CCPC，则直接转发给该行，否则转发给NPC；4：NPC接收自由格式信息，根据收报中心，转发给相应的CCPC；5：CCPC端的CCMS子系统收到自由格式信息，判断接收行，将信息转发给该行；6：接收行从前置机的接口子系统中取得它行发来的自由格式信息，完成业务处理。,支付系统业务的配对原则,在接收到申请业务后，做相应的应答（复）业务时，要注意配对原则：应答业务的发起行（复）必须是原申请业务的接收方 如发起查复业务时，查复行必须是原查询书的接收行（不能由原查询书的接收清算行代为查复：原查询书的接收行本身就是接收清算行的情况除外
18、）,二代大额支付系统数字签名异常处理,发起行MBFE核数字签名失败的处理采用直连方式的商业银行行内系统通过MBFE发送大额支付业务时，MBFE需逐笔核验业务数字签名，如核签失败，则退回商业银行行内系统，由业务人员经确认后重新发送或作删除处理。发起CCPC核数字签名失败的处理发起行接入CCPC收到大额支付业务后，进行核数字签名处理。如核数字签名失败，发起CCPC拒收该业务，并退回至前置机。间连前置机收到退回业务后提示用户，并自动重新编制数字签名后再次发送给发报中心，直至核数字签名成功；直连前置机将数字签名错转发行内系统，行内系统重新编数字签名后重新发送业务。NPC核数字签名失败的处理NPC收到大
19、额支付业务报文后，进行核数字签名处理。如果核数字签名失败，NPC拒收该业务，退回至发起行接入CCPC，发起行CCPC将该业务退回发起行。发起行收到退回业务后，重新编制数字签名后再次发送至CCPC，由CCPC转发至NPC，直至NPC核签成功；如NPC多次核签仍不能成功的，发起行可经过人工干预后再次发送，直至核签成功。,二代大额支付系统数字签名异常处理,接收CCPC核数字签名失败的处理接收行接入CCPC收到大额支付业务后，进行核数字签名处理。如核数字签名失败，接收CCPC将此笔业务标记为“数字签名错”，继续转发至接收行MBFE。接收行MBFE核数字签名失败的处理接收行MBFE收到大额支付业务后，进
20、行核数字签名处理。如果核数字签名失败，应首先检查行内系统数字证书是否正确（超期或失效）。如果不正确，接收行应向NPC发送“数字证书下载申请”报文，修正本地的数字证书，并重新进行来账核签，如数字证书正确或仍核签失败的，应向NPC发送“来账业务下载申请”报文，申请补发核签失败的来账业务，仍不能核签通过的，接收行向发起行发出查询，发起行将原业务要素及数字签名信息查复接收行。接收行收到查复书后进行相应处理。,MBFE体系架构,一代MBFE功能,主要包括以下四个方面的功能：接口API（直联的MBFE）MBFE后台服务处理功能MBFE客户端处理功能MBFE与CCPC间通信处理功能,MBFE应用结构图,MB
21、FE的通讯方式,大额支付系统CICSCLI小额支付系统CICSCLIMQ SEVERTONGLINK/Q,支付系统的报文格式,分为CMT格式和PKG格式：支付系统使用的报文分为两类，一是普通报文，即大额支付系统的CMT报文；二是批量包报文，即PKG报文，也简称包，包含了一条汇总信息数据（包头）与一条或多条明细业务信息数据（包体）。其中CMT报文主要用于传输非小额业务外的信息或数据，PKG报文主要用于传输小额支付业务、小额支付信息以及小额普通信息与实时信息。,大额支付系统的报文格式,根据大额支付系统报文标准，CMT报文可以有三种逻辑结构：传输批量支付指令报文结构：1:B:2:3:C:传输单笔支付
22、指令报文结构：1:2:3:C:传输单笔信息报文报文结构：1:3:C:小额支付系统的CMT报文仅使用结构（3），即单笔传输单笔信息报文。此结构在大额支付系统中为无编押报文，而在小额支付系统中这种结构可以传输编押报文，其密押存储在正文块中，而非业务头中。,大额支付系统的报文格式,CMT报文 普通形式：包括一个报头、一个可选的批量支付业务头、一个或多个可选的业务头和一个或多个必选的正文体以及一个报尾。,文件形式当CMT报文的长度超过支付系统传输的最大长度（28k）时，支付系统将除报头与报尾外的报文体（块）存储到一个文件中，此时该报文称为文件体报文，该文件称为报文体文件，其结构包括一个报头、一个文件块
23、和一个报尾。其中，文件块内容是报文体文件的文件名。报文体文件的内容，由一个可选的批量支付业务头、一个或多个可选的业务头和一个或多个必选的正文体组成。结构如下：报文结构：1:F:C:,大额支付系统的报文格式,支付系统的报文格式,报头 批量支付业务头块（适用CMT报文）包头（适用PKG报文）大额业务头（适用CMT报文）小额业务头（适用PKG报文）正文体 报尾 文件块,支付系统报文中的一些要素,发报中心：业务发起方所在的CCPC号收报中心：业务接收方所在的CCPC号发起行行号：业务发起方的行号，可以是间接参与者，直接参与者，特殊参与者发起清算行行号：业务发起方所属的直接参与者接收行行号：业务接收方的
24、行号，可以是间接参与者，直接参与者，特殊参与者接收清算行行号：业务接收方所属的直接参与者序号：报文标识号，报文参考号，支付交易序号，查询书号，查复书号日期：委托日期，工作日期，轧差日期，清算日期城市代码,字符集,大额采用GBK2312字符集，只支持双字节均0 x80的汉字，需做检查半角的:%“为支付系统报文的保留字，不得在报文内容中出现，需做转换（全角）,支付系统的序号,报文标识号：在通讯上唯一标识发起方发起的一笔业务报文参考号：用于在接收业务回执时匹配原有的业务指令支付交易序号包序号（小额）,一代支付系统的唯一性（判重标准）,报文头中的“报文标识号+工作日期”大额报文正文体中的“日期+发起行
25、+序号”（非清算行行号）小额报文PKG包头中的“日期+发起清算行行号+包序号”小额报文明细正文体中的“日期+发起行行号+序号”报文头中的报文参考号不能用“发起清算行行号+8位定长序号”的方式，会与MBFE本身组织的管理类报文的报文参考号重复而报错,二代支付系统的唯一性（判重标准）,支付系统前置机和商业银行行内系统对即时转账业务须根据发起行、委托日期、支付交易序号、借贷标示四要素做唯一性（重账）检查；对其他大额支付业务须根据发起行、委托日期、支付交易序号三要素做唯一性（重账）检查。如检查要素相同，对于往账业务，前置机拒绝处理；对于来账业务，前置机自动进行提示，接收行将收到的已清算大额支付业务做暂
26、收处理，并与发起行联系确认，在确定为重账业务后，通过退汇等方式将重账业务退回发起行。,隔日业务,一代大额支付系统不支持隔日业务，即必须委托日期=工作日期一代小额支付系统支持隔日业务,二代大额支付系统支持隔日业务二代小额支付系统支持隔日业务,自发自收业务,一代大额支付系统不支持自发自收业务，即发起清算行必须不同于接收清算行一代小额支付系统支持自发自收业务,二代大额支付系统支持自发自收业务二代小额支付系统支持自发自收业务,信息广播(自上而下),国家处理中心可以面向所有城市处理中心、所有参与者广播信息；城市处理中心可以向所有辖内参与者广播信息。,行名行号变更,行名行号变更必须按系统类型控制，即某一行
27、号可只参加大额支付，而不参加小额支付等。,业务权限设置,按照业务和参与机构分别设置业务发起和接收权限。其中，业务可按照业务类型设置；参与机构可按照行别、直接参与者和间接参与者设置。,报文关联（全生命周期）,业务报文会有轧差，清算，拒绝，排队，撤销，冲正，退回，止付等多种后续外部处理状态，要建立起对同一业务的关联机制，能查询到每笔业务报文的全生命周期,大额接口借贷记业务,大额接口业务能收发业务权限内的贷记类业务(CMT编号为1开头)大额接口业务只能接收借记类业务(CMT232，CMT407，CMT408),大额接口报文,大额接口报文,大额接口模式一,1、发送业务信息2、接收同步确认响应3、接收异
28、步回执4、发送异步回执同步回应此种模式主要适用于城市商业银行系统发起大小额支付业务、撤销业务、支付业务状态查询以及日终支付业务明细数据下载请求。城市商业银行应根据返回码的不同分别处理。对于大额支付业务，可能会接收到多种异步回执（清算，排队，拒绝，撤销），只有收到清算、拒绝或撤销回执后城市商业银行才可以认为该笔业务处理完成。,大额接口模式二,1、发送业务信息2、接收同步确认响应此种模式主要适用于城市商业银行系统发起银行汇票兑付登记、银行汇票退回申请业务、退回申请业务、退回申请应答业务、查询业务、查复业务、自由格式报文。城市商业银行应根据返回码的不同分别处理。收到同步确认响应后城市商业银行即可以认
29、为该笔业务处理完成。,大额接口模式三,1、接收业务信息2、发送同步回应此种模式主要适用于城市商业银行系统接收大小额支付业务、即时转账通知、日间透支计息、支付业务收费清单、银行汇票兑付通知、退回申请业务、退回申请应答业务、查询业务、查复业务、自由格式报文、系统状态变换、汇总对账通知、支付业务明细数据等。,一代大额系统参与MBFE对帐的报文类型,大额支付的往帐检查,付款人，收款人帐号前不能有空格CMT105业务的拆借期限不能小于等于0CMT108业务的原委托日期不能大于系统当前工作日接收清算行不能与发起清算行相同大额的CMT103,CMT108,CMT121不检查起点金额支付交易序号要小于8000
30、0000,一代大额支付的往帐检查,大额退回申请需匹配对应的已清算往帐大额退回申请应答需匹配对应的退回申请来帐大额查复书需匹配未查复的查询书大额撤销申请需匹配排队状态的往帐业务,一代大额往帐发送控制,支付系统名词(一),1.清算账户管理系统（Settlement Account Processing SystemSAPS）是支付系统的支持系统，集中存储清算账户，处理支付业务的资金清算，并对清算账户进行管理。2.清算账户（Settlement Account）经人民银行批准经营支付结算业务的政策性银行、商业银行和城市信用合作社、农村信用合作社在人民银行开设准备金存款账户。该账户集中摆放在国家处理中
31、心处理支付业务的资金清算。3.特许账户（Concessionary Account）经人民银行批准，不经营支付结算业务的非银行金融机构在人民银行开设的准备金存款账户或其他机构在人民银行开设的存款账户。该账户集中设置在国家处理中心，用于债券、外汇交易等资金的清算。4.清算日（Settlement Date）支付业务在清算账户上完成贷记或借记并最终完成清算资金的当日。,支付系统名词(二),5.轧差（Netting）将支付指令按各发起行、接收行进行分类，并计算其借方、贷方差额的过程。6.轧差净额(Net Amount)指上一场提交清算时点后至本场提交清算时点前，NPC或CCPC对某清算行发起和接收的
32、小额支付业务按其金额和借贷方向轧差所得的净借方或净贷方余额。7.净额清算（Net Settlement）两场提交清算时点之间发生的多笔小额支付业务，按NPC和CCPC提交SAPS的轧差净额借记或贷记清算账户的清算方式。8.系统工作日（Working Day）支付清算系统提供对外服务的工作日。,支付系统名词(三),9.清算窗口（Settlement Window）支付系统停止对外服务前，提供给清算账户透支和不足清算的系统参与者筹措资金，用于弥补日间透支和清算正在排队的支付或清算资金的时间。10.日间透支（Daylight Overdraft）经中国人民银行允许，在营业日内清算账户可以出现借方余额
33、。11.透支限额（Overdraft Ceiling）在清算账户上允许出现的最大借方余额。12.自动质押回购（Repurchase AgreementREPO）当商业银行清算账户日间不足支付清算时，根据协议和管理规定，中央银行通过中央债券综合业务系统对其持有的债券进行强制性质押后为其提供融资，以调节其流动性的信用机制。,支付系统名词(四),13.实时全额清算（Real Time Gross SettlementRTGS）按每笔支付业务金额进行逐笔清算的清算方式。14.定时净额清算（Designated time Net SettlementDNS）将一段时间内发生的多笔支付业务按其借方金额和贷
34、方金额轧差后以其差额借记或贷记清算账户的清算方式。15.排队机制（Queuing Mechanism）支付系统的风险管理机制之一。在大额支付系统中，当清算账户可用头寸不足时，系统把借记该清算账户的支付指令排队等待清算资金，通常允许调整支付指令在队列中的顺序。在小额支付系统中，当直接参与者发起和接收的业务轧差净借记额累计超过额度控制线时，系统对借记该直接参与者的业务作排队处理；低于额度控制线时，系统自动解救排队队列。,支付系统名词(五),16.预期头寸（Expected Position）支付系统将清算账户余额、未清算的应借记、贷记资金进行计算后得到的该清算账户可能的头寸。预期头寸以未清算的所有
35、应借记、贷记支付指令得以清算为假设前提。17.信用风险（Credit Risk）系统中某个当事人既不能在预期时间内，也不能在以后的任何时间完全清偿其在系统范围内的债务所构成的风险。18.流动性风险（Liquidity Risk）系统中某个当事人在期满以后的某个时间可能有足够的资金支付其在系统范围内的债务，但在预期的时间没有足够的资金清偿其在系统范围内的债务所构成的风险。,支付系统名词(六),20.清算排队（NPC Settlement Queuing）指大额支付业务、小额轧差净额、同城票据交换净额等在提交SAPS清算时，遇清算行可用头寸不足时，在支付系统按一定的规则顺序排队等待清算的处理方式。
36、21.净借记限额（Net Debit Cap）根据某一直接参与者的资信情况设置的对其一段时间内发生的净借记差额进行控制的最高额度。系统采取以中央对手为直接参与者设置净借记限额实施风险控制。22.可用额度(Available Limit)在净借记限额控制框架下，系统在实施净借记限额控制时直接参与者某一时点可以使用的额度值。23.清算账户圈存资金(Freeze Fund)是直接参与者为保证小额业务的清算提供的现金担保，是在其清算账户中冻结的一部分资金。是组成净借记限额的要素之一。,支付系统名词(七),24.授信额度（Credit Limit）管理部门根据直接参与者的资信情况对其信用的评估值，是组成净借记限额的要素之一。25.质押品(Collateral)指直接参与者根据业务需要向中央银行提供的高流动性优质资产，是组成净借记限额的要素之一。26.撮合机制(Matching Mechanism)指对不同参与者正在排队的业务进行配对处理的过程。根据参与者数量，可以分为双边撮合和多边撮合。,
