银行电子商业汇票系统业务报文处理规则doc.docx
《银行电子商业汇票系统业务报文处理规则doc.docx》由会员分享，可在线阅读，更多相关《银行电子商业汇票系统业务报文处理规则doc.docx（80页珍藏版）》请在冰豆网上搜索。
银行电子商业汇票系统业务报文处理规则doc
电子商业汇票系统
业务报文处理规则
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件编号：
RDC-DED-ISF-ECDS-01-02
当前版本：
V1.5
完成日期：
＃＃年1月18日
＃＃银行清算总中心
支付系统开发中心
文档修订记录
版本编号
变化状态
简要说明
完成日期
V0.5
A
新建
2009.3.12
V1.0
M
评审修改后定稿
2009.3.25
V1.1
M
评审修改后定稿
2009.5.27
V1.2
M
评审修改后定稿
2009.7.16
V1.3
M
评审修改后定稿
2009.8.31
V1.4
M
根据推广需求修改
＃＃.01.19
V1.5
M
根据推广需求修改
＃＃.04.22
注：
变化状态：
A—增加，M—修改，D—删除
内容修改记录：
修改日期
简单描述
2009-05-12
[M]-将“提示付款在到期日前已拒付”改为“提示付款已拒付（不可拒付追索）”，将“提示付款在提示付款期内已拒付”改为“提示付款已拒付（可拒付追索，可追所有人）”。
[M]-文章中,将“已至赎回截止日”改为“已逾赎回截至日”，将“已逾赎回开放日”改为“已至赎回开放日”。
[M]-修改了3典型业务场景图的部分；
[A]-增加了小节6直联前置机与行内系统间报文交互的JMS头转换说明；
2009-05-13
[D]-删除5.4.14数字证书行号绑定关系变更通知报文中“数字证书行号绑定关系变更通知报文的变更类型：
3变更，修改记录状态的为“变更”；
[A]-5.2.14追索通知报文，2、票据在以下状态时可对该票据发起追索通知中，拒付追索：
加入6）拒付追索待清偿；非拒付追索：
加入20）非拒付追索待清偿
[A]-5.3.5清分失败回复报文，加入该报文的发起及处理规则
2009-05-14
[A]-018质押申请报文，2、票据在以下状态时可对该票据发起质押请求：
加入：
13）央行卖票已签收
[A]-5.2.14追索通知报文，2、票据在以下状态时可对该票据发起追索通知中，非拒付追索：
加入16）回购式再贴现已至赎回开放日，17）回购式再贴现已逾赎回截止日，18）央行卖票已签收，21）质押已至票据到期日，22）提示付款已拒付（不可进行拒付追索）
[M]-031通用回复报文，2、票据在以下状态时可对该票据发起通用回复请求：
22的部分有修改，请参看修改部分。
[D]-041通用业务通知报文，去掉“3）在提示付款、逾期提示付款应答（含同意和拒绝）后向出票人通知；”
2009-05-21
[M]-2票据状态变更说明，表格内容根据最新需求变更改变。
2009-05-23
[A]-新增126纸票挂失止付、公示催告及止付解除登记通知报文
2009-05-27
[M]-版本修订为1.1
2009-06-10
[M]-037支付信用信息查询报文，描述“查询票据的承兑人，承兑保证人，持票人，持票人的保证人的商业汇票支付信用信息”改为“查询票据的承兑人，持票人的商业汇票支付信用信息”。
[M]-038支付信用信息查复报文，描述“内容包括指定票据的承兑人，承兑保证人，持票人，持票人的保证人的支付信用信息”改为“内容包括指定票据的承兑人，持票人的支付信用信息”
2009-6-16
[M]-所有“票据已结清或已作废通知报文”修改名称为“票据已结清通知报文”
[M]-修改040票据状态变更通知报文的通知规则
[M]-修改041通用业务通知报文的通知规则
[M]-修改043票据已结清通知报文的通知规则
2009-6-29
[M]-032通用撤回报文，名称改为“通用撤销报文”
[M]-票据状态“结束已结清”改为“票据已结清”
[M]-票据状态“结束已作废”改为“票据已作废”
2009-6-30
[M]-修改了2票据状态变更说明中，票据状态变更通知报文（040）表格的内容
2009-7-10
[D]-去掉报文067参与者承接关系申请报文
2009-7-16
[M]-版本修订为1.2
2009-7-21
[D]-去掉附件一：
承接关系建立规则
2009-7-31
[A]-063接入点与辖内参与者对应关系报文，加入规则描述
[M]-012回购式贴现赎回申请报文，014回购式转贴现赎回申请报文，016回购式再贴现赎回申请报文，描述有变动
2009-8-5
[M]-037支付信用信息查询报文，“票据在以下状态可以发起支付信用信息查询报文”中加入拒付追索同意清偿待签收、非拒付追索同意清偿待签收
2009/08/19
[M]-“背书转让”改名为“转让背书”
2009/08/21
[M]-2票据状态变更说明，更新了表格里的内容。
2009/08/28
[A]-081扣分通知报文，加入计费报文及计费公式的描述。
[M]-版本修订为1.3
2009/09/01
[M]-081扣分通知报文，对计费报文描述进行修改。
2009-12-25
[A]-新增报文，清单如下，
042票据查验申请报文
044票据查验详细信息报文
201电子合同要约报文
202电子合同要约登记确认报文
203电子合同要约转发报文
204电子合同清分失败回复报文
205电子合同通用回复报文
206电子合同通用撤销报文
207电子合同协商解除或通知解除报文
221每月合同信息汇总申请报文
222每月合同信息汇总回复报文
223每月合同信息明细申请报文
224每月合同信息明细回复报文
2009-12-26
[M]-修改033通用确认报文描述，追加合同业务流程的处理规则。
2009-12-31
[M]-修改081计费描述
＃＃-1-15
[A]-新增报文，清单如下，
045合同或发票已使用提示报文
067系统通用开关通知报文
[A]-新增典型业务场景报文流程
3.4票据查验业务场景
3.5电子合同建立业务场景
3.6电子合同解除业务场景
[A]-063接入点与辖内参与者对应关系报文，加入描述。
[A]-加入附录：
电子合同合同状态图
[A]-056业务权限变更通知报文，加入撤销参与者权限规则
[M]-修改031通用回复报文中第38小点的内容。
＃＃-1-18
[M]-版本修订为1.4
＃＃-2-24
[A]-039自由格式报文，加入业务规则。
＃＃-3-22
[M]-063接入点与辖内参与者对应关系报文，修改了报文处理规则描述，去掉了直参与间参的关系说明。
＃＃-4-1
[M]-041通用业务通知报文，通知规则第2条中的“非拒付追索同意清偿待签收”改成“非拒付追索同意清偿已签收”
[M]-204电子合同清分失败回复报文，“系统参与者接收到‘清分失败回复（035）’报文后”，改为“系统参与者接收到‘电子合同清分失败回复报文（204）’报文后”
＃＃-4-22
[M]-版本修订为1.5
说明：
[C]-创建；[M]-修改；[A]-增加；[D]-删除；
1概述
本文档主要介绍电子商业汇票系统业务报文的处理流程，同时也介绍了系统参与者收到报文后应该进行的处理以及人行电子商业汇票系统对票据的干预处理。
报文处理流程在2-5小节中介绍，内容如下：
（1）2票据状态变更说明：
指导系统参与者内部应用系统如何对票据状态进行维护；
（2）3典型业务场景报文流程介绍：
通过业务场景流程图，介绍不同的业务场景通过哪些报文组合来完成业务处理，指导系统参与者将业务需求书中的业务流程与报文格式标准中具体报文关联起来，正确理解并进行业务处理；
（3）4证书绑定机制：
介绍数字证书与系统参与者的绑定机制；
（4）5电子商业汇票系统报文处理规则：
介绍电子商业汇票系统中各个报文的处理要求、出现场景等，指导系统参与者正确理解与处理各个报文。
2票据状态变更说明
电子商业汇票系统会根据具体的业务报文对相应的票据做票据状态变更操作，其中业务报文包括出票类、票据流转类和信息类相应报文。
系统参与者在日间进行业务处理时收到以下报文后可能需要根据情况修改相应的票据状态，详细规则请参考“5电子商业汇票系统报文处理规则”：
追索同意清偿申请报文（023CommercialDraftRecourseAgreementRequest）
通用回复报文（031CommercialDraftCommonSignUp）
通用撤销报文（032CommercialDraftCancellationRequest）
通用确认报文（033CommercialDraftCommonStatus）
通用票据转发报文（034CommercialDraftCommonTransmission）
清分失败回复报文（035CommercialDraftExceptionNotification）
线上清算结果通知报文（036CommercialDraftSettlementResultNotification）
票据状态变更通知报文（040CommercialDraftStatusChangingNotification）
通用业务通知报文（041CommercialDraftCommonBusinessNotification）
票据已结清通知报文（043CommercialDraftSettledOrDestructedNotification）
另外，在以下两种情况下，电子商业汇票系统会修改票据状态并通过报文下发通知。
（1）系统将到达日期的票据的“票据状态”根据规则修改为新状态，以便做进一步的业务处理。
同时，系统将修改后的票据状态，使用“票据状态变更通知报文（040）”通知到最后一次行为的相关参与者，以便权利人可以明确他所持有的票据所允许做的业务范围的变化。
根据下表的规则修改票据状态并下发：
原状态
到达日期
新状态
通知对象
出票已登记
票据到期日日初
票据已作废
出票人，出票保证人
保证待签收（出票人为被保证人）
票据到期日日初
票据已作废
出票人，出票保证人
承兑待签收
票据到期日日初
票据已作废
出票人，出票保证人，承兑人
承兑已签收（未提示收票）
提示付款期末日日终
票据已作废
出票人，出票保证人，承兑人，承兑保证人
保证待签收（被保证人为承兑人）
提示付款期末日日终
票据已作废
出票人，出票保证人，承兑人，承兑保证人
提示收票待签收
提示付款期末日日终
票据已作废
出票人，出票保证人，承兑人，承兑保证人，收款人
回购式贴现已签收（贴现签收日<赎回开放日）
赎回开放日日初
回购式贴现已至赎回开放日
贴入人，贴出人
回购式贴现已签收（赎回开放日<=贴现签收日<赎回截止日）
签收日+1日日初
回购式贴现已至赎回开放日
贴入人，贴出人
回购式贴现已签收（赎回截止日<=贴现签收日）
签收日+1日日初
回购式贴现已逾赎回截止日
贴入人，贴出人
回购式贴现已至赎回开放日、回购式贴现赎回待签收
赎回截止日+1日日初
回购式贴现已逾赎回截止日
贴入人，贴出人
回购式转贴现已签收（转贴现签收日<赎回开放日）
赎回开放日日初
回购式转贴现已至赎回开放日
贴入人，贴出人
回购式转贴现已签收（赎回开放日<=转贴现签收日<赎回截止日）
签收日+1日日初
回购式转贴现已至赎回开放日
贴入人，贴出人
回购式转贴现已签收（赎回截止日<=转贴现签收日）
签收日+1日日初
回购式转贴现已逾赎回截止日
贴入人，贴出人
回购式转贴现已至赎回开放日、回购式转贴现赎回待签收
赎回截止日+1日日初
回购式转贴现已逾赎回截止日
贴入人，贴出人
回购式再贴现已签收（再贴现签收日<赎回开放日）
赎回开放日日初
回购式再贴现已至赎回开放日
贴入人，贴出人
回购式再贴现已签收（赎回开放日<=再贴现签收日<赎回截止日）
签收日+1日日初
回购式再贴现已至赎回开放日
贴入人，贴出人
回购式再贴现已签收（赎回截止日<=再贴现签收日）
签收日+1日日初
回购式再贴现已逾赎回截止日
贴入人，贴出人
回购式再贴现已至赎回开放日、回购式再贴现赎回待签收
赎回截止日+1日日初
回购式再贴现已逾赎回截止日
贴入人，贴出人
质押已签收，质押解除待签收
票据到期日日初
质押已至票据到期日
出质人，质权人
Xxxx
票据权利失效日+1日日初（2年未结清）
已逾票据权利失效日
出票人，出票保证人，承兑人，承兑保证人和持票人
（2）当系统运行状态为营业截止时，对于需要与大额做线上清算而且处于“待签收”状态的业务进行退回处理，将退回的业务的“当前票据状态”回滚为上手票据状态值，使用“票据状态变更通知报文（040）”通知相关参与者，其中报文处理码为“日终未签收退回”。
需要做未签收退回的业务状态如下：
1）贴现待签收
2）贴现赎回待签收
3）转贴现待签收
4）转贴现赎回待签收
5）再贴现待签收
6）再贴现赎回待签收
7）央行卖票待签收
3典型业务场景报文流程介绍
3.1出票业务场景：
场景一：
出票信息登记请求被电子商业汇票系统拒绝
场景二：
出票信息登记请求被电子商业汇票系统接受,但提示承兑请求被电子商业汇票系统拒绝
场景三：
出票信息登记请求被电子商业汇票系统接受,但提示承兑请求被承兑人开户行拒绝
场景四：
出票信息登记请求被电子商业汇票系统接受,提示承兑请求被承兑人开户行接受，但提示收票请求被电子商业汇票系统拒绝
场景五：
出票信息登记，提示承兑和提示收票请求都被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，但提示收票请求被收款人开户行拒绝
场景六：
出票信息登记，提示承兑和提示收票请求都被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，提示收票请求被收款人开户行接受
场景七：
出票信息登记请求都被电子商业汇票系统接受，但出票人请求撤票
场景八：
出票信息登记请求被电子商业汇票系统接受，提示承兑请求被电子商业汇票系统接受但被承兑人撤销
场景九：
出票信息登记和提示承兑请求被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，出票人开户行请求撤票
场景十：
出票信息登记和提示承兑请求被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，提示收票请求被收款人人开户行接受，出票人开户行请求撤销提示收票请求
场景十一：
出票信息登记和提示承兑请求被电子商业汇票系统接受，但提示承兑请求未被承兑人开户行成功处理
场景十二：
出票信息登记，提示承兑和提示收票请求都被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，但提示收票请求未被收款人开户行成功处理、
场景十三：
出票信息登记被电子商业汇票系统接受，出票保证被保证人签收，提示承兑和提示收票请求都被电子商业汇票系统接受，提示承兑请求被承兑人开户行接受，提示收票请求被收款人开户行接受
场景十四：
出票信息登记，提示承兑请求被电子商业汇票系统接受，提示承兑请求被承兑人签收，承兑保证被保证人签收，提示收票请求都被电子商业汇票系统和收款人开户行接受
3.2转贴现业务场景：
场景一:
转贴现申请被拒绝
场景二：
贴入行拒绝签收
场景三：
贴入行签收，线下清算
场景四：
贴出行撤销申请
场景五：
贴入行签收，线上清算
场景六：
贴入行发生处理异常
3.3追索业务场景：
场景一:
追索通知被拒绝
场景二:
追索同意清偿申请被拒绝
场景三:
追索成功
场景四:
撤销追索通知
场景五:
撤销同意清偿申请
场景六:
追索通知发生处理异常
其中撤票申请业务类似出票业务场景中的场景一；
其中提示承兑业务，提示收票业务，转让背书业务，保证申请业务，质押申请业务，质押解除申请业务流程类似转贴现业务流程，除没有线上清算部分外；
其中贴现业务，回购式贴现赎回申请业务，回购式转贴现赎回申请业务，再贴现申请业务，回购式再贴现赎回申请业务，央行卖出商票申请业务，提示付款申请业务，逾期提示付款申请业务流程通转贴现业务流程。
3.4票据查验业务场景：
场景一：
票据查验业务
3.5电子合同建立业务场景：
场景一：
合同建立。
对于发起要约方，系统会返回202报文通知合同编号，并向承诺方转发205报文，该报文已附带合同编号。
3.6电子合同解除业务场景：
场景一：
通知解除，发起通知方要与要约报文中的通知解除方式标识相一致。
场景二：
协商解除，系统默认合同双方的任意一方都可以发起通知解除。
4证书绑定机制
电子商业汇票系统为了让合法和作废的数字证书及时通知各系统参与者，采用数字证书绑定和解除方法。
更换证书只能在营业准备阶段进行，包括两个步骤：
首先更换系统参与者的证书文件，然后在向ECDS系统发送证书绑定报文。
4.1基本原则
1.数字证书和系统参与者行号的绑定、解除绑定操作由各个系统参与者自行完成。
2.数字证书的换发必须在当日业务完成后（日终）或者当日该行无往帐业务的情况下由LRA相关人员完成。
3.数字证书和行号的绑定操作必须在营业准备阶段完成，绑定解除操作可以在各个系统状态下进行。
4.ECDS收到系统参与者的数字证书绑定申请报文并处理成功后，立即组织单笔的通知报文转发申请信息给所有系统参与者。
系统参与者收到此报文后，更新行系系统的数字证书行号绑定信息。
5.ECDS客户端提供解除绑定某个系统参与者和数字证书的功能，供应急情况使用（系统参与者证书丢失，密码遗忘等），此功能的使用必须系统参与者提供有效证明文件ECDS操作员才可以受理。
6.数字证书绑定相关报文都必须加编数字签名。
4.2数字证书和系统参与者行号的新增绑定流程
1.系统参与者接收到密码信封，登录CFCA得到证书文件，导入应用系统。
2.在营业准备阶段，系统参与者录入接入点号码和变更类型，组织证书绑定申请报文发送给ECDS。
3.ECDS接收到证书绑定申请报文，进行合法性检查（核签检查、报文格式检查、系统参与者行号正确、DN域合法、参考号合法、证书有效期合法等），并检查数据库中该清算行的绑定状态为“未绑定”，检查未通过，则返回拒绝的通用确认报文；检查通过则更新该系统参与者的DN域、参考号域、证书启用日期等信息到数据库，修改绑定状态为“已绑定”；更新成功向申请系统参与者返回成功的通用确认报文，并将本条新增绑定的记录组织数字证书行号绑定关系变更通知报文实时下发给所有系统参与者。
4.3数字证书和系统参与者行号绑定解除流程
1.系统参与者由于某种原因（证书丢失等）需要进行证书和行号的绑定解除操作。
2.系统参与者录入系统参与者行号和变更类型，组织证书绑定解除申请报文发送给ECDS。
3.ECDS接收到证书绑定解除申请报文，进行合法性检查（核签检查、报文格式检查、系统参与者行号正确、DN域合法、参考号合法、证书有效期合法等），并比较报文中DN域和参考号是否和数据库中的一致，检查未通过，则返回拒绝的通用确认报文；检查通过则删除该系统参与者的DN域、参考号域、证书启用日期等信息，修改绑定状态为“未绑定”，更新成功向申请系统参与者返回成功的通用确认报文，并将本条解除绑定的记录组织数字证书行号绑定关系变更通知报文实时下发给所有系统参与者。
4.如果出现日间证书丢失或者其他紧急情况且系统参与者无法自行发起报文解除绑定的，可以委托ECDS进行解除绑定操作，此操作必须由系统参与者提供有效证明文件给ECDS才可以受理。
ECDS提供客户端功能完成某系统参与者和证书的解除绑定操作，并将本条解除绑定的记录组织数字证书行号绑定关系变更通知报文实时下发给所有系统参与者。
解除绑定后该行将不能做任何加签业务。
4.4数字证书行号绑定关系丢失的处理
1.如果有系统参与者的证书绑定变更通知报文存在丢失的情况，则ECDS客户端提供基础数据导出功能，导出行号数据文件，该系统参与者导入行号数据文件，其中行号数据文件中包含系统参与者和数字证书的绑定关系。
5电子商业汇票系统报文处理规则
5.1出票类
5.1.1出票信息登记报文（001CommercialDraftRegisterRequest）
出票人通过出票人开户行申请出票信息登记业务，出票人开户行行内系统按照《电子商业汇票系统报文格式标准》规定的报文格式组成“出票信息登记报文（001）”，并加数字签名，通过消息队列发送给MBFE进行身份认证及合法性检查。
同时出票人开户行行内系统等待异步回应报文。
1）如果接收的异步回应报文是“通用确认报文（033）”。
处理状态“已拒绝”，出票失败。
2）如果接收的异步回应报文是“出票信息登记确认报文（005）”。
设置票据当前状态为“出票已登记”。
5.1.2提示承兑报文（002CommercialDraftAcceptanceRequest）
1.出票人进行出票信息登记后，票据状态为“出票已登记”，可以进行提示承兑。
出票人通过出票人开户行申请出票提示承兑请求业务，出票人开户行行内系统按照《电子商业汇票系统报文格式标准》规定的报文格式组成“提示承兑报文（002）”，并加数字签名，通过消息队列发送给MBFE进行身份认证及合法性检查，同时出票人开户行行内系统等待异步回应报文“通用确认报文（033）”，并根据通用确认报文的票据状态修改规则做相应的票据状态修改。
2.票据在以下状态时可对该票据发起提示承兑请求：
1）出票已登记
5.1.3提示收票报文（003CommercialDraftIssuanceRequest）
1.票据承兑签收后，票据状态为“承兑已签收”，可以进行提示收票。
出票人通过出票人开户行申请提示收票请求业务，出票人开户行行内系统按照《电子商业汇票系统报文格式标准》规定的报文格式组成“提示收票报文（003）”，并加数字签名，通过消息队列发送给MBFE进行身份认证及合法性检查，同时出票人开户行行内系统等待异步回应报文“通用确认报文（033）”，并根据通用确认报文的票据状态修改规则做相应的票据状态修改。
2.票据在以下状态时可对该票据发起提示收票请求：
1）承兑已签收
5.1.4撤票申请报文（004CommercialDraftDestructionRequest）
1.出票信息登记完成，出票人提示保证已完成，出票人提示承兑已完成，承兑人提示保证已完成，并且票据状态处于“出票已登记”或“提示承兑已签收”，出票人可以通过自己的开户行申请撤票。
出票人通过出票人开户行申请撤票请求业务，出票人开户行行内系统按照《电子商业汇票系统报文格式标准》规定的报文格式组成“撤票申请报文（004）”，并加数字签名，通过消息队列发送给MBFE进行身份认证及合法性检查。
同时出票人开户行行内系统等待异步回应报文。
2.票据在以下状态时可对该票据发起撤票请求：
1）出票已登记
2）承兑已签收
5.1.5出票信息登记确认报文（005CommercialDraftRegisterConfirmation）
出票信息登记后，出票人开户行等待异步回应报文。
出票人开户行行内系统从消息队列中接收异步回应报文“出票信息登记确认报文（005）”。
修改原出票登记业务状态为“已应答”，设置票据状态为“出票已登记”。
5.2票据流转
升级会员 