附件一：電子商業(yè)匯票系統(tǒng)業(yè)務(wù)報文處理流程(文件)
【正文】 lDraftCommonStatus）通用票據(jù)轉(zhuǎn)發(fā)報文（034 CommercialDraftCommonTransmission）清分失敗回復(fù)報文（035 CommercialDraftExceptionNotification）線上清算結(jié)果通知報文（036 CommercialDraftSettlementResultNotification）通用業(yè)務(wù)通知報文（041 CommercialDraftCommonBusinessNotification）另外，在以下兩種情況下，電子商業(yè)匯票系統(tǒng)會修改票據(jù)狀態(tài)并通過報文下發(fā)通知。需要做未簽收退回的業(yè)務(wù)狀態(tài)如下：1) 貼現(xiàn)待簽收2) 貼現(xiàn)贖回待簽收3) 轉(zhuǎn)貼現(xiàn)待簽收4) 轉(zhuǎn)貼現(xiàn)贖回待簽收5) 再貼現(xiàn)待簽收6) 再貼現(xiàn)贖回待簽收7) 央行賣票待簽收3 典型業(yè)務(wù)場景報文流程介紹1. 出票業(yè)務(wù)場景：場景一：出票信息登記請求被電子商業(yè)匯票系統(tǒng)拒絕場景二：出票信息登記請求被電子商業(yè)匯票系統(tǒng)接受, 但提示承兌請求被電子商業(yè)匯票系統(tǒng)拒絕場景三：出票信息登記請求被電子商業(yè)匯票系統(tǒng)接受, 但提示承兌請求被承兌人開戶行拒絕場景四：出票信息登記請求被電子商業(yè)匯票系統(tǒng)接受, 提示承兌請求被承兌人開戶行接受，但提示收票請求被電子商業(yè)匯票系統(tǒng)拒絕場景五：出票信息登記，提示承兌和提示收票請求都被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被承兌人開戶行接受，但提示收票請求被收款人開戶行拒絕場景六：出票信息登記，提示承兌和提示收票請求都被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被承兌人開戶行接受，提示收票請求被收款人開戶行接受場景七：出票信息登記請求都被電子商業(yè)匯票系統(tǒng)接受，但出票人請求撤票場景八：出票信息登記請求被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被電子商業(yè)匯票系統(tǒng)接受但被承兌人撤銷場景九：出票信息登記和提示承兌請求被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被承兌人開戶行接受，出票人開戶行請求撤票場景十：出票信息登記和提示承兌請求被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被承兌人開戶行接受，提示收票請求被收款人人開戶行接受，出票人開戶行請求撤銷提示收票請求場景十一：出票信息登記和提示承兌請求被電子商業(yè)匯票系統(tǒng)接受，但提示承兌請求未被承兌人開戶行成功處理場景十二：出票信息登記，提示承兌和提示收票請求都被電子商業(yè)匯票系統(tǒng)接受，提示承兌請求被承兌人開戶行接受，但提示收票請求未被收款人開戶行成功處理、。同時，系統(tǒng)將修改后的票據(jù)狀態(tài)，使用“票據(jù)狀態(tài)變更通知報文（040）”通知到最后一次行為的相關(guān)參與者，以便權(quán)利人可以明確他所持有的票據(jù)所允許做的業(yè)務(wù)范圍的變化。報文處理流程在25小節(jié)中介紹，內(nèi)容如下：(1) 2票據(jù)狀態(tài)變更說明：指導(dǎo)系統(tǒng)參與者內(nèi)部應(yīng)用系統(tǒng)如何對票據(jù)狀態(tài)進(jìn)行維護(hù)；(2) 3典型業(yè)務(wù)場景報文流程介紹：通過業(yè)務(wù)場景流程圖，介紹不同的業(yè)務(wù)場景通過哪些報文組合來完成業(yè)務(wù)處理，指導(dǎo)系統(tǒng)參與者將業(yè)務(wù)需求書中的業(yè)務(wù)流程與報文格式標(biāo)準(zhǔn)中具體報文關(guān)聯(lián)起來，正確理解并進(jìn)行業(yè)務(wù)處理；(3) 4證書綁定機(jī)制： 介紹數(shù)字證書與系統(tǒng)參與者的綁定機(jī)制；(4) 5電子商業(yè)匯票系統(tǒng)報文處理規(guī)則：介紹電子商業(yè)匯票系統(tǒng)中各個報文的處理要求、出現(xiàn)場景等，指導(dǎo)系統(tǒng)參與者正確理解與處理各個報文。 CommercialDraftSettlementResultNotification） 35
公司管理相關(guān)推薦
鄂ICP備17016276號-1