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