二代支付系统答疑(第四期)

二代支付系统答疑（第四期）大额部分1、 原先已签订的自动质押融资合同，在二代支付系统是否还继续有效？答：第二代支付系统只是支付系统自身从第一代升级到第二代，对于已签订的尚在有效期内的自动质押融资合同，在第二代支付系统上线后继续有效。2、 在大额普通贷记业务城市商业银行汇票业务中，部分业务在兑付处理时是否没有兑付通知报文？答：是的，全额兑付业务后有全额兑付通知报文，部分金额兑付处理时没有兑付通知报文。参与者可从接收到的清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。3、 清算窗口预关闭时间是几分钟？答：清算窗口预关闭是一个系统动作。在执行清算窗口关闭前，系统自动将排队队列中的大额支付业务和即时转账支付业务、单边业务退回；错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额的清算、小额借方轧差净额和网银借方轧差净额业务的清算则不退回。系统首先启用日终自动拆借功能进行解救。如果日终自动拆借功能使用后仍不能解救排队业务，在规定的时限内直接参与者未能筹措到资金，则由人民银行提供高额罚息贷款并纳入清算纪律考核。排队队列全部解救后，清算窗口关闭。4、 网银用户通过网银平台，使用大小额支付系统发起普通汇兑业务，如果接收行尚未完成二代系统报文改造，发起行该如何向接收清算行发起报文？答：如果接收行尚未完成二代系统报文改造，发起行应通过一代系统报文向接收清算行发起报文。小额部分 5、 小额支付轧差场次和提交清算时间根据业务管理规定设置，请问这个设置是由人行设置还是商业银行自己可以设置？答：小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置，商业银行不能设置。6、 集中代收付模式下的批量代收与以往流程变化较大，当付款清算行收到代收付中心的代收业务时，如果付款人账户余额不足，或财政零余额需向财政申请支付金时，是否能分批发起贷记报文，分批回执？答：付款清算行收到集中代收中心发来的批量代收业务后，对扣账成功的业务向小额支付系统发起定期贷记业务。如果付款人账户余额不足时，付款清算行可以根据行内系统业务处理情况分批发起贷记报文，分批向集中代收付中心返回回执。7、 集中代收付模式下，付款清算行在贷记报文发送对方清算成功，付款行返回代收回执后，对方行又退回该笔资金，如何处理？答：当付款清算行收到收款行退回定期贷记业务时，首先要将退汇业务与原定期贷记业务进行匹配，处理成功后付款清算行在数据库内检查是否为批量代收付业务，如是，则通知代收付中心该笔代收付业务被退回，由代收付中心将退回信息通知收（付）款单位。收（付）款单位收到退回通知后，更正有关业务信息并重新提交。为规范收款清算行及时办理退汇业务，制度中将规定最长退汇期限。8、 对于小额支付系统定期贷记业务是否将不限制其业务类型为工资或保险金等，即只要是单个付款人付款至多个收款人的业务均可使用？答：是的，凡具有单个付款人向多个收款人付款特点的支付业务均可通过定期贷记业务办理。9、 代收业务借改贷处理后，是否仍然校验协议号？答：代收付业务借改贷后，集中代收付中心仍然需要校验协议信息。协议号是否纳入校验范围，中国人民银行将在制度中予以明确。10、 在系统升级改造过程中，支票影像交换系统是否需要做同步升级改造？二代支付系统中支票影像业务将改为通过小额支票截留业务办理，是否需要商业银行行内重新开发改造，能否直接进行接口转换？如何过渡？答：(1)支票影像交换系统在第二代支付系统建设中不作升级改造。当其生命周期结束后停止运行，支票影像业务通过小额支付系统支票截留业务来处理。(2)二代支付系统报文与现有报文是完全不同的两个报文标准体系，所有业务功能包括小额支票截留业务功能均需要商业银行重新开发。(3)支票影像交换系统向小额支付系统切换过渡方案在需求书2.1.14.2节中有详细描述。11、 二代系统报文标准是否已考虑银行票据凭证换版后号码为16位的情况？对于一代系统中不支持16位的报文是否还做调整？若调整怎么处理？若不调整如何处理？答：(1)二代支付系统将考虑票据凭证换版对票据号码16位的需求。(2)目前一代支付系统报文不做调整，制度上将明确一代支付系统报文中票据号码的填写要求。对于16位的支票号码，一代支付系统报文中仍然填写号码后8位，前4位补0。12、 系统升级后，是否对借记回执业务进行匹配检查？对未与原借记业务匹配的回执业务，系统是否拒绝？答：系统对借记回执业务进行匹配检查。对于未与原借记业务匹配的业务，系统作拒绝处理。13、 我行支票影像系统为间连，是否需要申请直连，还是待二代上线后，直接通过二代办理支票影像业务？答：银行机构根据本行支票影像业务发展情况选择间联或变更为直联。对于支票影像业务量大且发展快的银行，应尽快选择为直联方式接入影像系统办理业务。14、 集中代收付业务中与企业签订的协议编号规则目前各地区不一致，二代上线后是否统一？现已签订的协议是否重签？答：(1)第二代支付系统不对协议号编制规则进行统一。(2)未来确定的协议核验要素如果覆盖现有协议要素，则不需要重新签订协议。15、 集中代收付业务借改贷后，原来的借记业务是否保留？答：集中代收付业务借改贷后，原来的借记业务处理流程不再保留。16、 对于轧差日期与清算日期不为同一工作日的情况，网上支付跨行清算系统会把相关信息发给各地人民银行会计营业部门，二代支付系统上线后，小额支付系统也会同样处理吗？答：第二代支付系统上线后，清算账户管理系统统一将小额支付系统和网上支付跨行清算系统中，轧差日期和清算日期不为同一工作日的信息，通过专用报文发送人民银行当地分支机构自动进行计息积数调整处理。网上支付跨行清算系统部分17、 我行由于行内核心系统改造，未赶上第二批网银上线，请问我们能申请在第三批上线吗？第三批上线后，是否还可以单独申请接入？答：(1)未赶上第二批接入网上支付跨行清算系统的银行机构，可以申请第三批上线。(2)未赶上第二批和第三批接入网上支付跨行清算系统的银行机构，根据网上支付跨行清算系统业务处理办法中关于参与者准入与退出的有关规定，可以单独申请接入系统。18、 网上支付跨行清算系统已考虑备份接入点，今后二代支付系统的大、小额支付系统采用一点接入，一点清算模式时，是否也考虑备份接入点的功能，以提高各商业银行与人行的网络安全稳定？答：在第二代支付系统中，大、小额支付系统和网上支付跨行清算系统均为银行机构提供备份接入点功能。19、 IBPS系统何时开通第三方支付报文？答：第三方贷记业务的开通涉及非金融支付服务机构的管理问题。目前，人民银行正在根据非金融机构支付服务管理办法和非金融机构支付服务管理办法实施细则研究第三方机构接入系统的准入标准、具体接入时间及第三方贷记业务的开通时间。20、 第三方贷记业务中各种业务类型收费标准及各种类型如何区分，第三方货记各类业务手续费分润的标准划分能否按业务量高低打折？答：网上支付跨行清算系统可实现按业务类型设置收费标准，并按业务量的大小调整业务收费标准。SAPS及总体部分21、 2010年3月是否为最后上线日期，如果选择此时上线何时能够公布相应的验收、联调、模拟运行以及实施计划？答：第二代支付系统工程实施计划已经制定并印发，其中明确规定了联调、验收及模拟运行的时间，参与者可参考制定本行的实施计划。22、 参与者是通过NPC还是CCPC接入是否由人行制定？答：直接参与者接入二代支付系统时，首先由本行申请接入点是NPC还是CCPC，人民银行综合考虑业务量大小等因素进行审批。23、 2012年3月过渡期截止前，商业银行如果不对行内系统进行任何改造升级，是否仍能正常运行一代支付系统的各项业务？答：一、二代支付系统过渡期之内，未完成行内改造的商业银行能够正常收发一代支付系统的报文；过渡期结束后，如果商业银行仍然未完成行内系统改造，将不能接入二代支付系统。24、 二代支付系统联调测试什么时候开始？到什么时候结束？测试端口和生产端口在哪里可以知道？答：按照中国人民银行第二代支付系统工程实施计划，联调测试开始时间为2011年3月21日，结束时间为2011年7月1日。相关具体时间及事宜，中国人民银行在联调测试前会下发正式的文件通知。25、 对于二代支付系统的新功能，哪些必须开发？能不能只开发其中部分功能？答：二代支付系统中主要的业务系统包括大额支付系统、小额支付系统和网上支付跨行清算系统。对于网上支付跨行清算系统，如果参与者不接入网银，可以不开发。对于大、小额支付系统相关的功能，建议参与者进行全部功能的开发。在接入二代支付系统前，中国人民银行科技部门将对各商业银行的接口进行验收。26、 MBFE客户端支持与SAPS有关的报文功能吗（如自动拆借协议管理、流动性查询等）？答：第二代支付系统使用的PMTS-MBFE为直联软件，没有间联的业务功能，其相关的报文功能通过商业银行行内系统来实现。在二代支付系统过渡期内，原来以间联方式接入的参与者仍保持现有接入方式。待过渡期结束后，人民银行会提供、发布新的间联客户端软件。间联方式下客户端支持与SAPS有关的报文功能。27、 日间透支的发生条件是什么？答：清算账户日间透支额度由人民银行设定。当直接参与者在可用头寸不足支付时，系统才可启用日间透支功能。PMIS部分28、 如果商业银行行内系统发生行名行号信息缺失的情况，商业银行应从何处获取完整的行名行号信息？答：商业银行行名行号信息缺失时，可以从当地CCPC导出完整的行名行号信息。29、 一代支付系统行号在审查期间，同一直接参与者不能提交新的行名行号申报，二代支付系统是否仍为原规则？答：保持原规则。同一直接参与者已申报的行名行号在审查期间时，不能进行行名行号的新增、变更和撤销申请。30、 我行在省外开立支行，请问能申请行号吗？如果能，手续如何办理？答：商业银行在省外开立分支机构，可以向当地人民银行支付结算管理部门申请行号。申请流程应按当地人民银行的相关管理办法执行。31、 一点清算模式下，商业银行在异地开设分行是否行名行号经属地两级审批后，默认清算账户就是总行所在地账户？答：一点清算模式下，商业银行异地开设分行并申请作为间接参与者的，其上级参与者默认为系统中的直接参与者。32、 “一点清算”是指一个直接参与者，多个间接参与者，那么是否是指商业银行在当地人民银行开立的清算账户都要销户？如果无需销户，只要直接参与者在行号申报时将其设为间接参与者即可？间接参与者的行号需要另外申请还是沿用原来的？答：银行机构在申请“一点接入、一点清算”模式时，其是否销户视以下情形而定：情形一：银行机构先按原模式接入第二代支付系统，再变更为“一点接入、一点清算”模式。该模式下，银行机构作为第二代支付系统参与机构，可申请将其直接参与者变更为一点接入行的间接参与者，清算账户可根据行号属性变更要求，由支付系统和当地会计核算部门降其清算账户设置为非清算账户，不必进行销户处理。情形二：银行机构先变更为“一点接入、一点清算”模式，再接入第二代支付系统。该模式下，银行机构作为第一代支付系统参与机构，参与者属性的变更，必须由支付系统和当地会计核算部门进行清算账户撤销处理，然后将其变更为一点接入行的间接参与者。以上处理情形，根据人民银行的具体管理要求选择执行。任一情形下，支付系统行号保持不变。33、 “一点接入，一点清算”一个直接参与者，多个间接参与者应如何理解？是否二代上线以后，不再需要间接参与者行号？答：(1)二代支付系统上线后，“一点接入、一点清算”模式下的银行机构总行以直接参与者身份接入，其分行和网点机构以间接参与者身份接入。(2)考虑到清算纪律考核、属地管理原则及商业银行内部计费、分润需要，应保留间接参与者行号。34、 二代计费与返还清单中，是否体现间接参与者信息（原一代大额中CMT812，CMT814是体现的）如果不体现，商业银行如需内部分润，该如何处理？答：计费与返还清单仅统计到直接参与者，不体现间接参与者。但系统支持直接参与者通过PSAS查询间接参与者计费及返还信息。35、 支付业务明细查询子系统中，商业银行机构是否可以查询到所有下级行数据？答：支付业务明细查询子系统暂不向商业银行开放。MBFE及技术方面答疑36、 目前IBPS-MBFE部署的是UMTS，课件中所讲将来二代支付系统有一个PMTS，是否可以这样理解，待二代支付上线后，UMTS即不存在了，统一变更为PMTS，UMTS功能只是PMTS的一部分？答：PMTS是UMTS的升级版。未来PMTS-MBFE将可同时支持参与者办理大、小额及网银支付业务。37、 “一点接入，多点清算”模式下能否复用PMTS-MBFE设备？答：“一点接入，多点清算”模式下可以复用PMTS-MBFE设备。38、 一点接入，多点清算模式下能否复用密钥服务器？答：可以，不同的清算行可使用不同的密钥索引。前提是不同清算行行内系统应用与密押服务器在同一网段。39、 一点接入，多点清算模式下能否复用签名服务器？答：只要签名服务器支持导入多本数字证书就可以。参与者购买签名服务器时可明确向厂商提出该要求。同样，不同清算行行内系统要能访问到签名服务器。40、 人民银行在二代支付系统开发时用何XML开发库？希望人行能统一XML开发库。答：人民银行用的是XERCES库。各参与者行内系统可根据行内系统应用特点自行选择，人民银行不会强制要求。41、 现在我行的前置用的是密押卡，不是密押服务器，前置操作系统用的是UNIXWARE，二代选择IBM P系列服务器，密押卡能否安装在IBM 570机器上？答：密押卡应该无法再安装在P系列服务器上，建议购买（终端型）密押服务器设备。42、 二代通存通兑PIN密码如何加密？答：按照目前的方案，仍然使用密押服务器设备。43、 二代参与者如采用多台PMTS-MBFE并行部署，单台MBFE发生故障，支付系统是否会自动将业务转移至其他MBFE？答：支付系统会将后续业务转移至其他MBFE，但在故障瞬间到达故障MBFE的业务，需要参与者恢复故障后自行处理，或者通过对账处理。44、 第二代支付系统参与者接入端软件配置指引中规定的部署方式：单机、冷备、热备、并行、并行冗余是否都在人行接收范围内，如果发生故障，要求恢复的时间是否有明确的要求？答：目前暂没有明确的时间要求。建议根据本行自身的情况建立本行的应急处置预案。45、 人行DR改造时商业银行是否要做相应的改造或者测试，是否有相应的时间表？答：目前暂没有。46、 报文传输平台将支持除了CNAPS2以外的ECDS、CFXPS、IBPS等系统吗？ 答：支持IBPS系统的报文，暂不支持ECDS、CFXPS系统的报文。47、 关于业务类型和业务种类的添加，一代会有人行发文通知，是否二代不再另行通知而是改为系统自动发报文添加，即时生效？答：应该会有发文。但是商业银行行内系统应支持接收报文，对业务类型和业务种类的自动添加与变更。48、 今后MBFE的参与者接入端软件是否支持自动下载与更新？有更新时如何通知？答：二代支付系统的MBFE支持手工和自动下载进行更新。具体的更新通知人行会通过正式的渠道通知。49、 PMTS-MBFE有没有数据库？像一代MBFE用的sybase？答：按照第二代支付系统前置机配置指引要求，PMTS-MBFE没有数据库。50、 报文分片组件的用途，能否举例说明？答：按照第二代支付系统报文交换标准描述，除“通用签名信息业务报文”和“通用非签名信息业务报文”外，单个报文大小为2M，但是对于业务核对报文可能超过2M的上限，这种情况下系统需要对报文进行“业务级”的分片，“报文分片组件”便用于此。详见各个报文的“报文说明”部分。51、 大额业务汇总核对报文中“处理状态”作何用途？答：二代支付系统业务核对既核对处理成功的（即“已清算”）业务，也核对处理失败的（即“已拒绝”）业务。“处理状态”用来标示该笔业务的处理情况。52、 由于商业银行行内系统需要兼容一、二代报文，二代支付中汇总对账直接参与者既有一代支付业务，也有二代支付业务，请问如果日终对账不平衡，参与者如何对账，一代报文和二代报文分别核对还是合并核对？答：在同一个业务核对报文中，将一、二代报文按照业务类型、发送、接收分类汇总，进行业务核对。53、 二代支付系统针对与银行端的通讯链路有没有带宽的要求？是否有参考标准？答：建议根据本行自身业务量情况，估算带宽的需求，以便于选择与本行业务量相匹配的网络。在第二代支付系统前置机配置指引的“3.7带宽估算”可以参考。54、 我行如果跟人行同步上线，为支持一代、二代报文同时收发，一代的MBFE、密押卡、CICS是否都要保留？答：保留密押卡，用于行内系统对收发的报文进行编密押、核密押操作，一代MBFE、CICS不需要保留。55、 作为商业银行，如何判断收到的报文为一代报文接口标准还是二代报文接口标准？是否通过报文头的报文格式类型字段来判断？答：一代报文格式、二代报文格式明显不同，报文头的格式也是不同的。具体参见报文交换标准。56、 在过渡期内，如何获知哪些参与者的系统支持二代报文接口标准？通过什么方式传送给商业银行？ 答：通过业务权限变更通知报文。人行会将每个行的业务权限（含一代CMT、PKG报文和二代XML报文）通过广播报文（业务权限变更通知报文）的方式告知所有参与机构，通过这个报文可以获知哪些系统参与者支持二代报文。57、 如果PMTS-MBFE出现故障，二代是否支持从NPC或者CCPC下载数据功能？答：由于PMTS-MBFE只负责报文的传输，不含业务处理的功能，所以出现故障也不需要从NPC或者CCPC下载数据。如果存在备用PMTS-MBFE机器的话，启用备机即可接管业务的收、发。58、 人行是否会发一个完整的报文清单或者目录？答：已经发布，参见第二代支付系统互联规范的4.6节报文清单。59、 二代支付系统的具体上线部署时间表是否会于近期下发各行？系统的开发需要人行正式文件作为依据。答：关于二代支付系统的工程实施计划正式文件已经发布，如果没有收到请联系人民银行当地分支行。60、 二代支付系统的三个业务子系统和两个支持系统是否都必须同时完成系统开发工作，同时上线？答：是的，必须同时完成才可以接入二代支付系统。61、 二代支付系统平台上各个系统的各个客户端是否整合在一起，比如大小额的MBFE是否合并在一个平