供應(yīng)鏈金融系統(tǒng)需求說明書_第1頁
供應(yīng)鏈金融系統(tǒng)需求說明書_第2頁
供應(yīng)鏈金融系統(tǒng)需求說明書_第3頁
供應(yīng)鏈金融系統(tǒng)需求說明書_第4頁
供應(yīng)鏈金融系統(tǒng)需求說明書_第5頁
已閱讀5頁,還剩79頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

供應(yīng)鏈金融系統(tǒng)需求說明書

供應(yīng)鏈金融系統(tǒng)

需求說明書

目錄

第1頁

目錄

第2頁

1概述

1.1項目目標(biāo)

本項目的實施目標(biāo)是:整合管理供應(yīng)鏈金融業(yè)務(wù)相關(guān)的行

內(nèi)業(yè)務(wù)信息和第三方信息,并對上述信息進(jìn)行統(tǒng)計和分析;建

立完善的業(yè)務(wù)操作控制流程,實現(xiàn)業(yè)務(wù)的全面操作流程管理,

提高業(yè)務(wù)處理效率,降低操作成本,控制操作風(fēng)險;構(gòu)建全行

供應(yīng)鏈金融業(yè)務(wù)操作和管理平臺,實現(xiàn)供應(yīng)鏈金融業(yè)務(wù)操作和

管理的信息化、支持我行創(chuàng)新業(yè)務(wù)的發(fā)展。

1.2主要功能和業(yè)務(wù)范圍

1.2.1主要實現(xiàn)的功能

1、實現(xiàn)對供應(yīng)鏈金融業(yè)務(wù)模式的統(tǒng)一管理,涵蓋預(yù)付款

類、存貨類等典型供應(yīng)鏈金融業(yè)務(wù)模式;

2、通過網(wǎng)銀和銀企直聯(lián)等方式,建立與核心企業(yè)、借款企

業(yè)、監(jiān)管企業(yè)、第三方價格信息提供商的互聯(lián)互通渠道,實現(xiàn)

貿(mào)易合同登記、融資申請與發(fā)放、收款、贖放貨、貸后管理等

線下功能的線上化;

3、整合信貸系統(tǒng)的額度管理功能,對供應(yīng)鏈金融業(yè)務(wù)額

度管控方式進(jìn)行完善:

4、實現(xiàn)對商品目錄和商品價格信息的系統(tǒng)管理;

5、建立融資、監(jiān)管質(zhì)押物信息、價格信息、貸后管理信

息相聯(lián)動的風(fēng)險預(yù)警體系;

6、實現(xiàn)供應(yīng)鏈金融業(yè)務(wù)的綜合查詢和報表統(tǒng)計功能。

122主要實現(xiàn)的業(yè)務(wù)范圍

納入本次系統(tǒng)實施的供應(yīng)鏈金融業(yè)務(wù)品種如下:

1、預(yù)付款類:先票(款)后、保兌倉;

第3頁

2、應(yīng)收款類:應(yīng)收賬款質(zhì)押、應(yīng)收賬款轉(zhuǎn)讓

3、存貨類:存貨抵(質(zhì))押

2具體業(yè)務(wù)需求說明

2.1系統(tǒng)管理功能描述

2.1.1機(jī)構(gòu)管理:

用于對使用系統(tǒng)的所有機(jī)構(gòu)進(jìn)行設(shè)置、維護(hù)。系統(tǒng)結(jié)構(gòu)設(shè)

置包括總行、分行、經(jīng)辦行等類別,各類機(jī)構(gòu)為邏輯意義上供

應(yīng)鏈金融業(yè)務(wù)的受理、處理單位。

2.1.2用戶/角色管理:

根據(jù)業(yè)務(wù)需要,系統(tǒng)設(shè)置不同類型的用戶,以便于對各類

用戶進(jìn)行業(yè)務(wù)授權(quán)、增加、修改和刪除處理,保證業(yè)務(wù)交易的

安全、穩(wěn)定運(yùn)行。系統(tǒng)用戶可分為系統(tǒng)管理員、總行業(yè)務(wù)綜合

管理員、分行業(yè)務(wù)管理員、經(jīng)辦行業(yè)務(wù)操作人員、業(yè)務(wù)復(fù)核人

員、經(jīng)辦行業(yè)務(wù)管理人員幾類。2.1.3權(quán)限管理:

通過對用戶權(quán)限管理,對每個用戶處理業(yè)務(wù)種類、限額及

崗位角色進(jìn)行定義,形成與操作授權(quán)級別相對應(yīng)的業(yè)務(wù)系統(tǒng)角

色,體現(xiàn)崗位分工,控制操作風(fēng)險。

2.1.4日志管理:

日志管理負(fù)責(zé)集中記錄系統(tǒng)運(yùn)行和操作過程中發(fā)生的所有

操作記錄、修改記錄和失敗信息。

2.2業(yè)務(wù)基礎(chǔ)信息管理模塊

按額度類型分,供應(yīng)鏈金融業(yè)務(wù)所涉及的額度可分為間接

授信額度和直接授信額度兩種:

1、間接授信額度:是指銀行不直接向客戶提供授信服務(wù),

但其因可能承擔(dān)某種責(zé)任而

第5頁

產(chǎn)生的客戶額度和業(yè)務(wù)模式額度;

2、直接授信額度:是指銀行直接提供授信服務(wù)而產(chǎn)生的

客戶額度或業(yè)務(wù)模式額度。222.1額度管控原則

額度檢查:在額度使用時,系統(tǒng)逐級驗證授信產(chǎn)品子額度

是否超過上級額度,如果上級額度不夠,系統(tǒng)提示“額度不夠,

交易不能通過

額度占用規(guī)則:合同占用+敞口管理、敞口占用兩種方式

中其中一種。

2.2.3合同管理:

包括對授信額度、借款合同、擔(dān)保合同和貿(mào)易合同的管理,

以及銀企三方或多方協(xié)議管理、銀行與監(jiān)管機(jī)構(gòu)簽訂的監(jiān)管協(xié)

議的管理。其中授信額度、借款合同、擔(dān)保合同可從信貸系統(tǒng)

進(jìn)行獲取。

2.2.4價值管理

價值管理主要通過盯市管理、核價管理和跌價補(bǔ)償?shù)仁侄?/p>

進(jìn)行押品價值的跟蹤和監(jiān)控:盯市管理是指對每種在押貨物進(jìn)

行價格維護(hù),并通過它計算庫存貨物最低價值和自動盯市;核

價管理是通過盯市管理,通過適時調(diào)整在押貨物的價格,實時

反映其價值并準(zhǔn)確衡量風(fēng)險敞口;跌價補(bǔ)償是當(dāng)在押貨物價值

下跌到一定程度時采取的風(fēng)險補(bǔ)償措施,系統(tǒng)可提供三種跌價

補(bǔ)償措施,包括只補(bǔ)充保證金、只補(bǔ)充貨物、部分補(bǔ)償保證金

部分補(bǔ)償貨物。

225商品目錄管理

維護(hù)系統(tǒng)中可質(zhì)押的產(chǎn)品信息,包括貨物名稱、分類、計

價單位、產(chǎn)品單價。226利率與匯率信息管理

系統(tǒng)的利率和匯率信息在銀行的核心或其它業(yè)務(wù)系統(tǒng)已經(jīng)

存在,可直接從其它系統(tǒng)獲取。

第6頁

227基本參數(shù)管理:

參數(shù)管理包括國家/地區(qū)、幣種、節(jié)假日、業(yè)務(wù)產(chǎn)品代碼

及業(yè)務(wù)管理所需的其它一些參數(shù)維護(hù)。

2.2.8存貨管理:

主要是對在押貨物進(jìn)行管理,包括發(fā)(放)貨管理、贖貨

管理。貨物信息可以由用戶在供應(yīng)鏈金融業(yè)務(wù)系統(tǒng)中手工錄入,

或者由監(jiān)管機(jī)構(gòu)通過公司網(wǎng)銀錄入,在貨物入庫后在系統(tǒng)中與

具體融資建立對用關(guān)系。發(fā)(放)貨管理是在借款企業(yè)發(fā)出提

貨申請后,操作人員或系統(tǒng)自動確認(rèn)保證金到賬,客戶經(jīng)理在

系統(tǒng)中錄入提貨通知書并由機(jī)構(gòu)負(fù)責(zé)人審批后,系統(tǒng)打印提貨

通知單。贖貨管理是通過還款保證金賬戶信息自動計算可以贖

貨的最大貨物數(shù)量,并對贖貨全過程進(jìn)行監(jiān)控的管理功能。

229庫存管理:

包括核庫管理和移庫管理。核庫管理是根據(jù)預(yù)先定制的業(yè)

務(wù)規(guī)則,系統(tǒng)自動對操作人員發(fā)出核庫提醒,操作人員通過核

庫管理功能發(fā)出核庫通知并登記核庫結(jié)果。移庫管理是經(jīng)銷商

發(fā)起移庫申請并經(jīng)監(jiān)管公司確認(rèn)后,銀行對移庫申請進(jìn)行審批

確認(rèn),并在系統(tǒng)中維護(hù)相關(guān)信息。2210風(fēng)險名單管理

風(fēng)險名單管理是指集中對存在風(fēng)險的客戶、監(jiān)管企業(yè)、核

心企業(yè)和分支行進(jìn)行業(yè)務(wù)和(或)操作限制的系統(tǒng)功能。

2.3交易處理功能

第7頁

2.3.1預(yù)付款融資類

預(yù)付款融資是輟行為滿足經(jīng)銷商向供應(yīng)商(核心廠商)以

預(yù)付方式采購的融資需求,依托供應(yīng)商的信用,在對采購項下

物流及資金流進(jìn)行監(jiān)控的前提下,對經(jīng)銷商提供的融資。產(chǎn)品

包括先票/款后貨、保兌倉兩種。

目標(biāo)客戶群:核心企業(yè)下游經(jīng)銷商,滿足經(jīng)銷商以預(yù)付方

式采購。

特點:

1、核心企業(yè)、經(jīng)銷商(監(jiān)管機(jī)構(gòu))和銀行多方合作,銀行

控制提貨權(quán),核心企業(yè)(監(jiān)管機(jī)構(gòu))受托保管貨物并承擔(dān)回購擔(dān)

保責(zé)任;

2、解決經(jīng)銷商購貨資金困難,加快銷售周轉(zhuǎn)速度;

3、核心企業(yè)減少應(yīng)收賬款占用,提高資金效率。

2.3.1.1先票后貨

2.3.1.1.1協(xié)議管理

2.3.1.1.1.1協(xié)議錄入

本功能用于建立和維護(hù)我行、核心企業(yè)、借款企業(yè)簽訂的

《三方協(xié)議》以及我行、借款企業(yè)、監(jiān)管企業(yè)簽訂的《監(jiān)管協(xié)

議》。

相關(guān)協(xié)議合同對應(yīng)關(guān)系規(guī)則如下:

1、一個借款企業(yè)對一個核心企業(yè)對應(yīng)多份三方協(xié)議;

2、一份三方協(xié)議只能對應(yīng)一份監(jiān)管協(xié)議;

2.3.1.L1.2協(xié)議維護(hù)

該功能用于對已經(jīng)錄入的預(yù)付款協(xié)議進(jìn)行管理和維護(hù),包

括對協(xié)議的修改、中止/恢復(fù)、終止等操作。

系統(tǒng)檢查當(dāng)協(xié)議下有未結(jié)案的業(yè)務(wù)時(額度余額小于額度

金額),協(xié)議不可終止;當(dāng)協(xié)議為“中止”狀態(tài)時,該協(xié)議下不

能發(fā)生新的放款申請。當(dāng)“中止”的協(xié)議恢復(fù)后,可繼續(xù)

第8頁

進(jìn)行協(xié)議下所有操作。

2.3.1.L1.3采購合同錄入

該功能用于錄入預(yù)付款融資的下的采購合同信息。采購合

同錄入時,在現(xiàn)有協(xié)議基礎(chǔ)上添加錄入采購合同。

2.3.LLL4采購合同維護(hù)

該功能用于已錄入的采購合同進(jìn)行修改、刪除。該合同下

未發(fā)生過放款才能刪除。231.1.2放款管理

2.3.1.1.2.1放款申請

受理借款企業(yè)融資申請,并按規(guī)定流程進(jìn)行審批。

系統(tǒng)聯(lián)動客戶額度信息判斷是否符合各相關(guān)客戶額度要求。

若符合交易通過,同時扣減客戶額度余額。若不符合系統(tǒng)提出

錯誤并返回。交易確認(rèn)后系統(tǒng)會打印融資放款朕系單。

2.3.L1.2.2放款確認(rèn)(手動)

待放款系統(tǒng)放款成功核心系統(tǒng)記賬成功后,若接口接收、

傳送放款確認(rèn)信息失敗,供應(yīng)鏈金融系統(tǒng)提供手動更新最終放

款確認(rèn)信息功能;

2.3.1.123放款確認(rèn)(自動):

供應(yīng)鏈金融系統(tǒng)放款批次在核心系統(tǒng)成功記賬后,日終批

量回傳供應(yīng)鏈金融系統(tǒng),供應(yīng)鏈金融系統(tǒng)自動更新最終放款確

認(rèn)信息,將放款下相關(guān)要素進(jìn)行確認(rèn)更新,同時融資申請狀態(tài)

變更為“核心記賬成功”,融資狀態(tài)變更為“放款成功該功能

在系統(tǒng)后臺實現(xiàn)。

2.3.1.124收款確認(rèn)

放款確認(rèn)以后,由客戶經(jīng)理在供應(yīng)鏈金融系統(tǒng)或由核心企

業(yè)在線上進(jìn)行收款確認(rèn)。完成收款確認(rèn)后,系統(tǒng)自動更新最晚

發(fā)貨日。

第9頁

231.125放款維護(hù)

該模塊的功能主要是對已受理的借款企業(yè)融資申請,可進(jìn)

行修改、刪除和查看詳細(xì)操作;2.3.LL3發(fā)貨及入庫管理

2.3.1.1.3.1發(fā)貨申請

核心企業(yè)收到借款企業(yè)融資款項并確認(rèn)后,在按照借款企

業(yè)融資款對應(yīng)的訂貨計劃發(fā)貨前,核心企業(yè)線下提交發(fā)貨通知

書(明細(xì))給我行,并由操作員在供應(yīng)鏈金融系統(tǒng)系統(tǒng)中通過

該功能錄入并保存。

231.1.3.2質(zhì)物入庫

提供將監(jiān)管企業(yè)提供的質(zhì)物入庫錄入到供應(yīng)鏈金融系統(tǒng)的

功能。

前提:監(jiān)管企業(yè)收到核心企業(yè)發(fā)貨后,進(jìn)行驗貨、入庫后,

向銀行出具《質(zhì)物監(jiān)管確認(rèn)書》;經(jīng)辦客戶經(jīng)理或分行操作平

臺操作員在供應(yīng)鏈金融系統(tǒng)錄入并保存

流程:監(jiān)管企業(yè)收到核心企業(yè)發(fā)貨后,根據(jù)銀行方提供的

發(fā)貨通知書貨物信息(不一定有)進(jìn)行驗貨、入庫后,向銀行

出具《質(zhì)物監(jiān)管確認(rèn)書》,經(jīng)辦客戶經(jīng)理或分行操作平臺操作

員在供應(yīng)鏈金融系統(tǒng)錄入并保存。質(zhì)物監(jiān)管確認(rèn)書中質(zhì)物信息

支持批量導(dǎo)入。231.1.3.3到期發(fā)貨提醒

對于某一放款批次,不論核心企業(yè)是否足額發(fā)貨,系統(tǒng)都

將在最晚發(fā)貨期到期前3天(工作日)在首頁進(jìn)行提示,提醒

操作人員核心企業(yè)最晚發(fā)貨期即將到期,系統(tǒng)每日進(jìn)行提示,

在提醒期內(nèi),第二天的提醒信息將覆蓋前一日的提醒信息;贖

貨期到期之后系統(tǒng)關(guān)閉該提醒,之后生成未足額發(fā)貨責(zé)任通知

給客戶經(jīng)理。

該提醒信息無須任何操作,點擊后在頁面消失。

在最晚發(fā)貨期到期日之后,核心企業(yè)如未按照三方協(xié)議的

約定期限發(fā)貨,供應(yīng)鏈金融系

第10頁

統(tǒng)自動生成未按時足額發(fā)貨的預(yù)警信息,客戶經(jīng)理根據(jù)預(yù)

警信息提示提示核心企業(yè)承擔(dān)差額退款責(zé)任。

2.3.1.1.3.4到期未發(fā)貨處理

對未足額發(fā)貨預(yù)警信息進(jìn)行處理。包括如下功能:查詢、

生成未足額發(fā)貨通知信息、打印通知書、差額退款確認(rèn)、查看

詳情。

查詢:查詢符合條件的未足額發(fā)貨預(yù)警信息;

查看并處理:對選中的未足額發(fā)貨預(yù)警信息,查看詳細(xì)信

息并進(jìn)行處理。

其主要的業(yè)務(wù)流程包括:

1、查詢符合條件的未足額發(fā)貨預(yù)警信息;

2、對處理狀態(tài)為未處理的記錄,生成未足額發(fā)貨責(zé)任通

知書;

3、打印未足額發(fā)貨責(zé)任通知書;

4、對處理狀態(tài)為已打印通知書的記錄,進(jìn)行差額退款確

認(rèn)。

2.3.1.1.4贖貨管理

贖貨管理是由借款企業(yè)根據(jù)銷售要求,向銀行申請贖回質(zhì)

押的貨物。其前提條件是質(zhì)物已入庫且經(jīng)銷商的贖貨申請符合

銀行的要求。

分為兩個功能模塊:贖貨申請、解除質(zhì)押通知書。其功能

分別為:

1、贖貨申請:操作員根據(jù)借款企業(yè)提交的贖貨申請,在

供應(yīng)鏈金融系統(tǒng)發(fā)起贖貨申請交易,系統(tǒng)自動判斷借款企業(yè)是

否可以贖貨及可贖貨數(shù)量并按規(guī)定流程審批;

2、解除質(zhì)押通知書:打印“解除質(zhì)押通知書”,并根據(jù)庫

存商品不同的狀態(tài)發(fā)送給借款企業(yè)、監(jiān)管企業(yè)等不同對象。

2.3.1.1.4.1贖貨申請

第11頁

操作員根據(jù)借款企業(yè)提交的贖貨申請,在供應(yīng)鏈金融系統(tǒng)

發(fā)起贖貨申請交易,系統(tǒng)自動判斷借款企業(yè)是否可以贖貨及可

贖貨數(shù)量并按規(guī)定流程審批。

業(yè)務(wù)流程

操作員在供應(yīng)鏈金融系統(tǒng)發(fā)起贖貨申請交易,錄入相關(guān)要

素,提交;

供應(yīng)鏈金融系統(tǒng)自動判斷本次贖貨總價是否小于允許贖貨

價值。

1、若通過,系統(tǒng)返回“允許贖貨”信息及允許贖貨最高價

值;

2、若不通過,系統(tǒng)返回“不允許贖貨”信息及允許贖貨最

高價值,操作員可點擊修改或關(guān)閉;

3、若通過,提交供應(yīng)鏈金融系統(tǒng)審批員審批,審核通過

的點擊生成“解除質(zhì)押通知書:打印并發(fā)送監(jiān)管企業(yè)或其他不

同對象;

23LL4.2解除質(zhì)押通知書

查詢并打印已生成“解除質(zhì)押通知書”,并根據(jù)庫存商品不

同的狀態(tài)發(fā)送給不同的對象

處理規(guī)則:

1、贖貨申請審批通過后,在系統(tǒng)生成解除質(zhì)押通知書信

息;如果贖貨原因為“調(diào)整出庫”,系統(tǒng)無須生成“解除質(zhì)押通

知書”;

2、如果贖貨原因為“正常贖貨”,打印解除質(zhì)押通知書時,

根據(jù)庫存商品的不同狀態(tài),通知書發(fā)給不同的對象:

》針對庫存狀態(tài)為“在廠”的庫存商品的贖貨,通知書發(fā)給

發(fā)貨責(zé)任承擔(dān)企業(yè)(從核

心企業(yè)參與成員中選擇),而不是監(jiān)管企業(yè),故此通知書

在打印時需增加選擇“發(fā)

貨責(zé)任承擔(dān)企業(yè)”(無字段);

A針對庫存狀態(tài)為“在途”的庫存商品的贖貨,通知書發(fā)給

在途監(jiān)管企業(yè),通知書打印

第12頁

時應(yīng)取監(jiān)管協(xié)議中在途監(jiān)管企業(yè)的ID與名稱;

A針對庫存狀態(tài)為“在庫”的庫存商品的贖貨,通知書發(fā)給

監(jiān)管企業(yè),通知書打印時取

監(jiān)管協(xié)議中監(jiān)管企業(yè)的ID與名稱。

2.3.1.1.4.3贖貨期到期提示

最晚贖貨日到期前5個工作日,如果借款企業(yè)某供應(yīng)鏈金

融系統(tǒng)放款批次下的仍有敞口貨物仍未贖完,系統(tǒng)在首頁進(jìn)行

預(yù)警。操作人員點擊預(yù)警信息后,可查看詳細(xì)預(yù)警信息。

2.3.1.1.5盤庫管理

本模塊包括兩個子模塊分別為“盤庫對賬”、“盤庫執(zhí)行情

況查詢

業(yè)務(wù)流程:

計劃生成:系統(tǒng)按照配置的參數(shù),跑批自動生成盤庫、核

庫計劃列表。

操作員開始操作:操作員看到系統(tǒng)提示后,聯(lián)系相關(guān)人員,

準(zhǔn)備資料,開始盤庫。

庫存正常:系統(tǒng)自動根據(jù)操作員錄入的盤庫對賬結(jié)果,自

動與系統(tǒng)庫存進(jìn)行比對。如果實際庫存和系統(tǒng)庫存相符,則更

改計劃狀態(tài),系統(tǒng)留檔供以后查詢。

庫存異常:系統(tǒng)自動根據(jù)操作員錄入的盤庫對賬結(jié)果,自

動與系統(tǒng)庫存進(jìn)行比對。如果實際庫存和系統(tǒng)庫存不符,則跳

轉(zhuǎn)到庫存異常狀態(tài),并出具不符商品清單。

異常處理中:如果出現(xiàn)異常情況,可打印盤庫對賬差錯報

表,把不符商品清單發(fā)到銀行庫管員,借款企業(yè),監(jiān)管員,并

預(yù)警提示,要求三方一起核對庫存情況。

異常處理成功:查明異常原因,并解決異常情況后,由三

方操作員做確認(rèn),執(zhí)行盤庫對賬差錯說明申請交易,若審批通

過,將此計劃中“差錯是否已處理”賦值為“已處理異

常處理失?。翰槊鳟惓T蚝螅杩钇髽I(yè)拒絕補(bǔ)全庫存或

還款,盤庫對賬差錯說明申

請交易審批不通過,“差錯是否已處理“維持為“未處理”狀

態(tài)。

第13頁

對于發(fā)現(xiàn)實際庫存與系統(tǒng)庫存不符的處理。

1、三方核實后,根據(jù)核實結(jié)果,和貨物遺失的原因,由

相應(yīng)責(zé)任方對抵押品進(jìn)行補(bǔ)足。

2、如果協(xié)調(diào)不利,需要對相關(guān)責(zé)任方進(jìn)行一定的處罰。

2.3.1.1.5.1盤庫對賬

實現(xiàn)了對盤庫計劃查詢、詳細(xì)盤庫信息查看、盤庫對賬信

息錄入、未執(zhí)行原因說明、差錯說明、盤庫信息導(dǎo)出等功能。

2.3.1.15L1盤庫對賬〈首頁預(yù)警、提醒查看〉

系統(tǒng)針對未及時進(jìn)行盤庫對賬及存在差錯未處理的計劃信

息預(yù)警。

處理流程:針對系統(tǒng)已生成盤庫計劃,系統(tǒng)日終時根據(jù)盤

庫計劃狀態(tài)自動生成預(yù)警和提醒信息。

2.3.1.1.5.1.2處理盤庫計劃

通過查詢監(jiān)管協(xié)議鏈接查看盤庫計劃,并提供進(jìn)行詳情查

看、導(dǎo)出盤庫對賬信息、盤庫對賬、差錯說明、超時未執(zhí)行說

明等操作。

業(yè)務(wù)規(guī)則:

1、盤庫計劃在監(jiān)管協(xié)議錄入到系統(tǒng)中且存在質(zhì)物第一次

入庫后自動生成。

2、在盤庫計劃頁面點“盤庫對賬”按鈕時控制:若選擇一

條記錄點“盤庫對賬”按鈕,彈出對話框中默認(rèn)盤庫對賬日期為

計劃日期,可修改,若輸入的盤庫對賬時間超過當(dāng)前營業(yè)日前

一個盤庫周期(排除節(jié)假日后,遇節(jié)假日后順延),系統(tǒng)控制

不讓進(jìn)行盤庫對敗,提示“已超過盤庫對賬日一個周期,請重

新執(zhí)行盤庫對賬”。

3、盤庫計劃生成時,計劃中的時間需排除節(jié)假日,遇節(jié)

假日順延。

4、若提前盤庫,重新按照盤庫頻率生成盤庫計劃。重新

生成計劃時排除節(jié)假日,遇節(jié)假日順延。

5、系統(tǒng)根據(jù)盤庫周期,自動將已過一個周期且在盤庫對

賬計劃列表中還未執(zhí)行盤庫對

第14頁

賬信息的顯示為“超時未執(zhí)行”狀態(tài),且后臺賦“超時是否

已處理”值為"未處理

6、控制盤庫對賬狀態(tài)為“已執(zhí)行(有差錯)”、“已執(zhí)行

(無差錯)”、"超時未執(zhí)行”不允許執(zhí)行盤庫對賬操作。

7、控制除盤庫對賬狀態(tài)為“已執(zhí)行(有差錯)”且“差錯是

否已處理”值為“未處理”的盤庫計劃外,不允許其他狀態(tài)的計

劃執(zhí)行【差錯說明】操作。

8、控制除盤庫對賬狀態(tài)為“超時未執(zhí)行”且“超時是否已處

理”值為“未處理”的盤庫計劃外,不允許其他狀態(tài)的計劃執(zhí)行

【超時未執(zhí)行說明】操作。

2.3.1.151.3導(dǎo)出盤庫對賬信息

提供導(dǎo)出需盤庫的庫存商品信息

在查詢頁面選擇監(jiān)管協(xié)議后點“處理盤庫計劃”按鈕,進(jìn)入

盤庫對賬計劃頁面。

選擇一條未執(zhí)行計劃信息或不選任何計劃,點”導(dǎo)出盤庫

對賬信息”按鈕,輸入盤庫時間,進(jìn)入盤庫對賬頁面,點頁面

“導(dǎo)出EXCEL”按鈕,導(dǎo)出盤庫對賬信息。

2.3.L15L4盤庫對賬

實現(xiàn)盤庫信息的錄入和導(dǎo)入功能。

1、盤庫對賬頁面顯示庫存商品信息為輸入的盤庫對賬日

期當(dāng)天的庫存商品代碼信息,無庫存數(shù)量,可針對商品信息執(zhí)

行添加、刪除操作。

2、錄入監(jiān)管企業(yè)提供的信息后,點提交。

3、提交時系統(tǒng)驗證錄入的盤庫對賬信息與系統(tǒng)庫存是否

一致

3.1、若一致,提交后狀態(tài)由“待執(zhí)行”變更為“已執(zhí)行(無

差錯):

3.2、若不一致,系統(tǒng)彈出《盤庫對賬差錯報表》提供操

作人查看,關(guān)閉后彈出對話框提示“盤庫存在差錯是否繼續(xù)“若

選擇繼續(xù),提交后狀態(tài)由“待執(zhí)行”變更為“已執(zhí)行(有差錯)

第15頁

若選擇取消,退出盤庫對賬頁面,返回盤庫對賬計劃頁面,

可重新執(zhí)行盤庫對賬。

4、針對狀態(tài)為“已執(zhí)行(有差錯)”的計劃信息,后續(xù)可

操作【差錯說明】對差錯原因進(jìn)行說明,此功能需要向更高一

級的管理機(jī)構(gòu)申請修改。

5、盤庫對賬后根據(jù)是否提前盤庫,系統(tǒng)自動判斷是否更

新盤庫計劃。若盤庫日期早于盤庫計劃中的時間,系統(tǒng)更新盤

庫計劃,重新按照盤庫頻率生成新的盤庫計劃。

2.3.1.1.5.1.5差錯說明

提供針對盤庫對賬狀態(tài)為“已執(zhí)行(有差錯)”的計劃信息

進(jìn)行差錯說明。

業(yè)務(wù)流程:

1、針對一條盤庫對賬狀態(tài)為“已執(zhí)行(有差錯)”且“差錯

是否已處理,,值為“未處理"的信息,執(zhí)行差錯說明申請。輸入

線下調(diào)查后得出的結(jié)論后,提交進(jìn)入審批流。

2、審批人員根據(jù)實際情況批復(fù),批復(fù)若為“通過”更新“差

錯是否已處理”值為“已處理

3、審批人員根據(jù)實際情況批復(fù),批復(fù)若為“不通過”流程

結(jié)束,不更新值,可再次進(jìn)行【差錯說明】。

以下情況會導(dǎo)致監(jiān)管企業(yè)庫存與系統(tǒng)庫存不一致。

1、核心企業(yè)發(fā)貨時,向我行發(fā)送的商品信息與監(jiān)管企業(yè)

實際收到的商品信息不一致;

2、借款企業(yè)贖貨時,由于人為或其它原因多取貨或少取

貨;

3、監(jiān)管企業(yè)管理不力,導(dǎo)致質(zhì)押商品丟失、損毀。

4、不一致時處理方式:

5、當(dāng)我行庫存小于監(jiān)管企業(yè)庫存時,我行要進(jìn)行質(zhì)物入

庫交易的“調(diào)整入庫”操作;

6、當(dāng)我行庫存大于監(jiān)管企業(yè)庫存時,我行要進(jìn)行贖貨交

易的“調(diào)整出庫”操作;231.151.6超時未執(zhí)行說明

第16頁

針對狀態(tài)為“超時未執(zhí)行”的計劃,補(bǔ)錄超時未執(zhí)行原因。

231.1.5.2盤庫執(zhí)行情況查詢

提供查詢指定機(jī)構(gòu)某個月盤庫對賬的執(zhí)行情況。

2.3.LL6核庫管理

提供計劃查詢、核庫明細(xì)查詢、核庫單打印、核庫信息錄

入等功能。

2.3.1.1.6.1核庫

核庫功能主要是為客戶經(jīng)理提供監(jiān)管企業(yè)核庫信息管理,

線下簽訂質(zhì)物監(jiān)管協(xié)議后,由銀行客戶經(jīng)理錄入提交后,系統(tǒng)

根據(jù)監(jiān)管企業(yè)級別對應(yīng)的核庫頻率自動生成核庫計劃,質(zhì)物入

庫后客戶經(jīng)理根據(jù)核庫計劃進(jìn)行核庫,實地核庫完成后提交核

庫清單,系統(tǒng)將質(zhì)物信息與其進(jìn)行比對,并生成相應(yīng)的處理結(jié)

果。

2.3.1.1.6.1.1核庫預(yù)警提示

系統(tǒng)針對未及時進(jìn)行核庫的計劃信息提醒及預(yù)警,由系統(tǒng)

日終時根據(jù)核庫計劃狀態(tài)自動生成預(yù)警和提醒信息。

23LL6.L2處理核庫計劃

提供查詢與處理核庫計劃,并提供進(jìn)行詳情查看、確認(rèn)核

庫時間、打印核庫清單、核庫確認(rèn)、差錯說明、超時未執(zhí)行說

明等操作。

業(yè)務(wù)規(guī)則:

1.核庫計劃在質(zhì)物第一次入庫(入普通庫,包括在途轉(zhuǎn)在

庫)后自動生成。

2,核庫計劃生成時,計劃日期遇節(jié)假日順延。

3.若提前核庫,重新按照核庫頻率生成后續(xù)核庫計劃。重

新生成計劃時遇節(jié)假日順延。

4.系統(tǒng)根據(jù)核庫周期自動將已過一個周期且在核庫計劃列

表中“待執(zhí)行未確認(rèn)核庫

第17頁

時間”、”待執(zhí)行已確認(rèn)核庫時間”狀態(tài)的核庫計劃更改為

“超時未執(zhí)行”狀態(tài),且

自動將“超時是否已處理”賦值為“未處理”。

5.控制狀態(tài)為“已執(zhí)行(有差錯)已執(zhí)行(無差錯)\

“超時未執(zhí)行”的核庫計劃

不允許執(zhí)行【確認(rèn)核庫時間】操作。

6.控制狀態(tài)為“待執(zhí)行未確認(rèn)核庫時間”的核庫計劃不允許

執(zhí)行【打印核庫清單】操

作。

7.控制"核庫計劃”狀態(tài)為"待執(zhí)行未確認(rèn)核庫時間”、“已執(zhí)

行(有差錯)”、“已執(zhí)

行(無差錯)”、"超時未執(zhí)行”不允許執(zhí)行【核庫確認(rèn)】

操作。

8,控制除“核庫計劃”狀態(tài)為"已執(zhí)行(有差錯)”且“差錯是

否已處理”值為“未

處理”的盤庫計劃外,不允許其他狀態(tài)的計劃執(zhí)行【差錯

說明】操作。

9.控制除“核庫計劃”狀態(tài)為“超時未執(zhí)行”且“超時是否已處

理”值為“未處理”

的盤庫計劃外,不允許其他狀態(tài)的計劃執(zhí)行【超時未執(zhí)行

說明】操作。

2.3.1.161.3確認(rèn)核庫時間

針對核庫計劃確認(rèn)核庫時間。

業(yè)務(wù)規(guī)則:

1.可多次進(jìn)行多次確認(rèn)。

2.核庫確認(rèn)后【詳情查看】時,列表中庫存信息為所輸入

的核庫時間當(dāng)日的庫存。

3.確認(rèn)核庫時間后自動變更狀態(tài)為“待執(zhí)行已確認(rèn)時間工

4.在輸入“確認(rèn)核庫時間”對話中的核庫時間時,系統(tǒng)控制

輸入時間不能大于等于當(dāng)前

營業(yè)日。

5.輸入核庫日期時需控制:若輸入的核庫日期超過當(dāng)前營

業(yè)日前一個核庫周期,系統(tǒng)控

制不讓進(jìn)行【確認(rèn)核庫時間】,提示“輸入日期已超過距

今核庫時間一個周期

第18頁

2.3.1.L6.L4打印核庫清單

1.打印核庫單時,系統(tǒng)控制核庫單中庫存為打印核庫單

“確認(rèn)核庫日期“當(dāng)天的庫存。

2.可重復(fù)打印。

3.監(jiān)管倉庫及商品列表中顯示的庫存信息為此監(jiān)管協(xié)議下

所關(guān)聯(lián)所有三方協(xié)議對應(yīng)

的庫存信息。按倉庫十三方協(xié)議編號+商品代號進(jìn)行排序。

4.點“打印”按鈕后按照頁面元素中“核庫單”的元素字段打

印出核庫單。2.3.1.161.5核庫確認(rèn)

1.選擇一條計劃狀態(tài)為“待執(zhí)行已確認(rèn)核庫時間”的核庫計

劃,錄入核庫確認(rèn)信息

后點提交,交易進(jìn)入審批流。

2.審批通過后根據(jù)是否存在差錯變更狀態(tài)。若存在差錯狀

態(tài)變更為“已執(zhí)行(有差錯)”;

若不存在差錯狀態(tài)變更為“已執(zhí)行(無差錯)

2.3.1.161.6超時未執(zhí)行說明

針對狀態(tài)為“超時未執(zhí)行”的計劃,補(bǔ)錄超時未執(zhí)行原因。

231.L6.L7差錯說明

提供針對核庫狀態(tài)為“已執(zhí)行(有差錯)”的計劃信息進(jìn)行

差錯說明。

業(yè)務(wù)處理流程:

1、針對一條核庫狀態(tài)為“差錯處理”狀態(tài)的信息,執(zhí)行差

錯說明申請。輸入線下調(diào)查后得出的結(jié)論后,提交進(jìn)入審批流。

2、審批人員根據(jù)實際情況批復(fù),批復(fù)若為同意更新計劃

“差錯是否已處理”狀態(tài)為“已處理”。

3、審批人員根據(jù)實際情況批復(fù),批復(fù)若為不同意流程結(jié)

束,不更新狀態(tài),該條信息在

第19頁

此模塊還可查詢到,可再次進(jìn)行核庫差錯說明申請交易。

231.162核庫執(zhí)行情況查詢

提供查詢指定機(jī)構(gòu)某個月核庫計劃的執(zhí)行情況。

2.3.1.1.7質(zhì)押率預(yù)警

由于商品市場價格下跌而導(dǎo)致該商品的質(zhì)押率超過我行規(guī)

定的警戒線和處置線,系統(tǒng)進(jìn)行預(yù)警,并由操作員對預(yù)警信息

進(jìn)行處理。分為警戒線預(yù)警和處置線預(yù)警:

2.3.1.1.7.1警戒線預(yù)警

由于商品市場價格下跌而導(dǎo)致該商品的質(zhì)押率超過我行規(guī)

定的警戒線,系統(tǒng)進(jìn)行預(yù)警,由操作錄入對預(yù)警信息進(jìn)行處理。

主要功能包括:警戒線預(yù)警信息查看、警戒線預(yù)警處理。

23LL7.L1警戒線預(yù)警提示

由于價格的變動而導(dǎo)致庫存商品的質(zhì)押率超過我行設(shè)定的

警戒線,系統(tǒng)進(jìn)行首頁提示并鏈接到本功能頁面查看明細(xì)信息。

具體流程如下:

.1系統(tǒng)在每日日終(如果有新的價格信息,則在導(dǎo)入新的

價格信息后),系統(tǒng)自動對

系統(tǒng)內(nèi)的所有質(zhì)押品的價值及質(zhì)押率進(jìn)行重新計算;

.2經(jīng)重新計算后,如果新計算的商品質(zhì)押率大于要求的

“警戒線”(在總敞口方式下,

為三方協(xié)議設(shè)定的警戒線;在逐筆對應(yīng)方式下,為融資時

要求的警戒線),系統(tǒng)會

自動向銀行相關(guān)操作員發(fā)出價格預(yù)警信息;

.3銀行操作員看到預(yù)警信息后,對預(yù)警信息進(jìn)行處理,生

成并打印“價值補(bǔ)償通知書”,提交

借款企業(yè);

.4借款企業(yè)通過補(bǔ)充保證金或提前還款等方式,對抵押品

價值進(jìn)行補(bǔ)償,讓抵押率低

第20頁

于預(yù)設(shè)的“價格變動警戒線”;

23LL7.L2警戒線預(yù)警處理

查詢符合條件的預(yù)警信息,并對該預(yù)警信息進(jìn)行處理。包

括兩個功能:查詢、查看并處理。

查詢:查詢符合條件的警戒線預(yù)警信息;

查看并處理:選中一條警戒線預(yù)警信息,查看其詳細(xì)并生

成價值補(bǔ)償信息、打印價值補(bǔ)償通知書。

警戒線預(yù)警處理涉及的主要業(yè)務(wù)流程為:

.1查詢符合條件的預(yù)警信息;

選中一條預(yù)警信息,點擊“查看并處理,,進(jìn)入處理頁面;

在處理頁面,可生成價值補(bǔ)償通知書并打?。?/p>

收到企業(yè)的價值補(bǔ)償通知書回執(zhí)后,進(jìn)行確認(rèn)。

業(yè)務(wù)規(guī)則:

1.預(yù)警信息下歷史記錄的處理狀態(tài)說明:

.2

.3

.4

未處理:對該預(yù)警信息下的該條歷史記錄未進(jìn)行處理;

已生成通知書:對該條歷史記錄已錄入價值補(bǔ)償信息并按

規(guī)定流程審批完畢;

已打印通知書:對已生成通知書的歷史記錄,已打印價值

補(bǔ)償通知書;

已確認(rèn)回執(zhí):對已打印通知書的歷史記錄,確認(rèn)借款企業(yè)

的回執(zhí)信息;

2.“查看并處理”的操作對象是一個借款企業(yè)的一條預(yù)警信

息,在該預(yù)警信息的持

續(xù)期內(nèi)每日產(chǎn)生一條歷史記錄,“生成通知書''和"打印通

知書”是針對該預(yù)警信息

下某一日的歷史記錄;

3.對于一條預(yù)警信息下某一日的歷史記錄,只有當(dāng)其處理

狀態(tài)為“未處理”時,才可

第21頁

以進(jìn)行“生成通知書”的操作。對于某一條歷史記錄“生成

通知書”只能操作一次

(即每天只能生成一個價值補(bǔ)償通知書),當(dāng)前質(zhì)押率、

當(dāng)前貨物價值和應(yīng)補(bǔ)償價

值均按該日的市場價進(jìn)行計算;

4.“生成通知書”操作需要一錄一復(fù),復(fù)核后生成價值補(bǔ)償

通知書;

5.對于預(yù)警信息下的一條歷史記錄,如果該記錄已生成通

知書,可多次打印該記錄下

的價值補(bǔ)償通知書;如果該記錄未生成通知書,則不能打

印通知書,系統(tǒng)提示“該記

錄未生成通知書,不能打?。 ?;

6.只有處理狀態(tài)為已打印的價值補(bǔ)償通知書才可以進(jìn)行

“確認(rèn)回執(zhí)'’的操作;

7.對于一條預(yù)警信息,如果其預(yù)警狀態(tài)為“已解除預(yù)警”,

該預(yù)警信息下所有處理狀

態(tài)為“未處理”的歷史記錄不能進(jìn)行“生成通知書”的操作。

2.3.1.1.7.2處置線預(yù)警

指由于價格的變動而導(dǎo)致庫存商品的質(zhì)押率超過我行設(shè)定

的處置線,系統(tǒng)進(jìn)行首頁提示,操作人員可查詢、打印《質(zhì)物

處置通知書》,手工進(jìn)行質(zhì)物處置確認(rèn)功能。

2.3.1.1.7.2.1處置線預(yù)警提示

處置線預(yù)警查詢及處理是指由于價格的變動而導(dǎo)致庫存商

品的質(zhì)押率超過我行設(shè)定的處置線,系統(tǒng)進(jìn)行首頁提示并提供

查詢與生成《質(zhì)物處置通知書》的功能。

具體流程如下:

L系統(tǒng)在每次導(dǎo)入了新的價格信息以后,系統(tǒng)自動對系統(tǒng)

內(nèi)的所有抵、質(zhì)押品的價值

進(jìn)行重新計算;

2.如果價格變動波動太大,超過了三方協(xié)議預(yù)定的“處置

線”,系統(tǒng)會自動向銀行相

第22頁

關(guān)操作員發(fā)出價格預(yù)警信息;

3.銀行操作員看到預(yù)警信息后,對預(yù)警信息進(jìn)行處理,生

成并“貨物處置通知書”,

提交借款企業(yè);

4.貨物處置后,銀行操作員在系統(tǒng)錄入質(zhì)物處置結(jié)果。

處置線預(yù)警處理2.3.1.1.722

查詢符合條件的預(yù)警信息,并對該預(yù)警信息進(jìn)行處理。包

括如下功能:質(zhì)物明細(xì)、生成通知書、打印通知書、錄入處置

結(jié)果。

質(zhì)物明細(xì):查看產(chǎn)生該預(yù)警信息的供應(yīng)鏈金融系統(tǒng)放款批

次或三方協(xié)議對應(yīng)的質(zhì)物明細(xì);生

成通知書:選擇預(yù)警信息下一條未處理的歷史記錄,生成

質(zhì)物處置通知書;

打印通知書:對已生成通知書的歷史記錄,打印質(zhì)物處置

通知書;

錄入處置結(jié)果:對已打印通知書的歷史記錄,錄入處置結(jié)

果。

業(yè)務(wù)規(guī)則:

8.預(yù)警信息下歷史記錄的處理狀態(tài)說明:

未處理:對該預(yù)警信息下的該條歷史記錄未進(jìn)行處理;

已生成通知書:對該條歷史記錄已錄入價值補(bǔ)償信息并按

規(guī)定流程審批完畢;

已打印通知書:對已生成通知書的歷史記錄,已打印價值

補(bǔ)償通知書;

9.已處置:對已形成質(zhì)物處置通知書編號的一條歷史記錄,

已錄入處置結(jié)果;

10.“查看并處理”的操作對象是一個借款企業(yè)的一條預(yù)警

信息,在該預(yù)警信息的持

續(xù)期內(nèi)每日產(chǎn)生一條歷史記錄,“生成通知書”、“打印通

知書”和“錄入處置結(jié)果”

是針對該預(yù)警信息下某一日的歷史記錄;

11.對于一條預(yù)警信息下某一日的歷史記錄,只有當(dāng)其處

理狀態(tài)為“未處理”時,才可

以進(jìn)行“生成通知書”的操作?!吧赏ㄖ獣敝荒懿僮饕淮?/p>

(即每天只能生成一

第23頁

個質(zhì)物處置通知書),當(dāng)前質(zhì)押率、當(dāng)前貨物價值均按該

日的市場價進(jìn)行計算;

12.“生成通知書”操作需要一錄一復(fù),復(fù)核后生成質(zhì)物處

置通知書;

13.對于預(yù)警信息下的一條歷史記錄,如果該記錄已生成

通知書,可多次打印該記錄下

的質(zhì)物處置通知書;如果該記錄未生成通知書,則不能打

印質(zhì)物處置通知書,系統(tǒng)提

示“該記錄未生成通知書,不能打??!”;

14.對于一條預(yù)警信息下的歷史記錄,如果有一條記錄的

處理狀態(tài)為“已打印通知書”,對

該預(yù)警信息下處理狀態(tài)為“未處理''的歷史記錄進(jìn)行“生成

通知書”的操作時,系統(tǒng)

提示“該預(yù)警信息已打印質(zhì)物處置通知書,是否生成新的

通知書!”,選是,則生成新的

通知書;選否,則不再生成新的通知書;

15.對于一條預(yù)警信息下的歷史記錄,只有當(dāng)其處理狀態(tài)

為“已打印通知書”時,才允

許對該記錄進(jìn)行“錄入處置結(jié)果”的操作。否則,系統(tǒng)提示

“該記錄未打印通知書,不能

錄入處置結(jié)果!”;

16.對于一條預(yù)警信息下的歷史記錄,如果有一條記錄的

處理狀態(tài)為“已處置”,該預(yù)

警信息下所有處理狀態(tài)為“未處理”的歷史記錄均不能進(jìn)行

“生成通知書”的操作;

17.對于一條預(yù)警信息,如果其預(yù)警狀態(tài)為“已解除預(yù)警”,

該預(yù)警信息下所有處理狀

態(tài)為“未處理”的歷史記錄不能進(jìn)行“生成通知書”的操作;

18.對于處置狀態(tài)為“已處置”的記錄,可以重復(fù)錄入處置

結(jié)果。進(jìn)入錄入頁面時,默

認(rèn)上次錄入的處置結(jié)果信息,可修改。

2.3.1.1.8到期及逾期管理

2.3.1.1.8.1融資到期前提醒

系統(tǒng)在融資到期前5個工作日針對未結(jié)清的融資首頁提示

相關(guān)工作人員,可進(jìn)入到期前

第24頁

提醒查看。相關(guān)工作人員聯(lián)系借款企業(yè)。

融資到期前5個工作日且融資敞口>0自動生成,融資到

期前預(yù)警提示日=融資到期日-5個工作日

業(yè)務(wù)規(guī)則:

1.融資到期前5個工作日,若融資敞口>0,系統(tǒng)自動生成

并發(fā)出提醒信息。

判斷融資敞口是否大于規(guī)則:

A、總敞口:供應(yīng)鏈金融系統(tǒng)放款批次”首付保證金金

額+Z三方協(xié)議下回款保證

金余額(含存單)-z“供應(yīng)鏈金融系統(tǒng)放款批次”融資總余

額是否小于判斷是

否預(yù)警。

注:公式中所涉及的“供應(yīng)鏈金融系統(tǒng)放款批次”是指“融

資到期日"-5天<=當(dāng)前

營業(yè)日且融資未結(jié)清(含逾期和墊款的)的“供應(yīng)鏈金融

系統(tǒng)放款批次”。

B、逐筆:直接判斷每筆放款批次下敞口是否已覆蓋。

2.

3.融資轉(zhuǎn)逾期后或融資結(jié)清后日終時不在生成提醒信息。

部分還款后,日終時會根據(jù)融資實際敞口重新生成到期前

提醒信息。

逾期后預(yù)警提醒

4.

2.3.1.1.8.2

當(dāng)供應(yīng)鏈金融系統(tǒng)逾期/墊款余額大于時,供應(yīng)鏈金融系

統(tǒng)系統(tǒng)在逾期次日在首頁自動生成并發(fā)出預(yù)警信息,提示客戶

經(jīng)理“已經(jīng)逾期,請督促客戶回款”。

2.3.LL8.3逾期處理確認(rèn)

本交易用于錄入逾期后的最終處理結(jié)果。

針對逾期后的放款批次,若進(jìn)行還款,操作人員錄入針對

逾期融資進(jìn)行的還款信息2.3.1.1.8.4未足額贖貨預(yù)警

系統(tǒng)每日日終時針對贖貨期到期敞口未覆蓋的協(xié)議或放款

批次進(jìn)行預(yù)警提示。

第25頁

業(yè)務(wù)規(guī)則:

1、預(yù)警信息的產(chǎn)生:日終時批量計算根據(jù)判斷條件產(chǎn)生

預(yù)警信息。

否預(yù)警。

*

注:公式中所涉及的“供應(yīng)鏈金融系統(tǒng)放款批次”是指截止

到當(dāng)前營業(yè)日贖貨期已到期且融資未結(jié)

應(yīng)

統(tǒng)

清(含逾期和墊款)的“供應(yīng)鏈金融系統(tǒng)放款批次”。

若公式計算值小于則提示預(yù)警,且自動賦值“預(yù)警狀態(tài)”為

“預(yù)警中”;

第二日日終重新計算,若公式計算大于等于則取消此預(yù)警,

且自動賦值“預(yù)警狀

態(tài)”為“已解除預(yù)警”。若公式計算小于則重新生成預(yù)警自

動賦值“預(yù)警狀態(tài)”為

“預(yù)警中工

2、逐筆贖貨模式下,贖貨期到期放款批次下未覆蓋敞口,

日終產(chǎn)生預(yù)警提示;

預(yù)警后若重新分配敞口,日終時根據(jù)批次下敞口是否小于

等于,判斷是否取消預(yù)

警。若小于等于則取消預(yù)警,若大于則生成預(yù)警。

2.3.1.185放回購/調(diào)劑處理

2.3.1.1.8.5.1

生成通知書

查詢已生成過預(yù)警的所有放款批次號和三方協(xié)議,針對預(yù)

警信息生成通知書。

231.1.852修改通知書

針對已生成的通知書進(jìn)行修改

2.3.LL853保打印通知書

打印已生成或已修改的通知書。

231.L854金回購/調(diào)劑確認(rèn)

本交易用于針對發(fā)出的通知書,錄入核心企業(yè)的還款信息。

+

業(yè)務(wù)規(guī)則:

Z

1、業(yè)務(wù)控制若核心企業(yè)針對已打印的《回購/調(diào)劑通知書》

付款,需進(jìn)行回購/調(diào)劑確認(rèn)

協(xié)

第26頁

交易。

2、可多次確認(rèn),實際回購/調(diào)劑金額為累計金額。

3、回購/調(diào)劑確認(rèn)審核通過后對已確認(rèn)的信息中修改“是

否已確認(rèn)”為“已確認(rèn)”。

根據(jù)贖貨模式的不同,總敞口下,針對同一個三方協(xié)議,

逐筆時,針對同一放款批次,控制只能對預(yù)警鎖產(chǎn)生的同一通

知書進(jìn)行回購/調(diào)劑確認(rèn);

2.3.1.1.8.5.5回購/調(diào)劑出庫

提供針對已出具過《回購/調(diào)劑通知書》的放款批次或協(xié)

議進(jìn)行貨物出庫操作。

回購/調(diào)劑出庫規(guī)則:

1、三方協(xié)議中,核心企業(yè)未贖貨責(zé)任選擇調(diào)劑、回購的。

2、存在贖貨期已到期未足額贖貨的放款批次。

3、已針對預(yù)警的放款批次或協(xié)議進(jìn)行過【回購/調(diào)劑確

認(rèn)】。

具體流程:

1、先回款后出庫

1)選擇需進(jìn)行回購調(diào)劑的協(xié)議或放款批次對應(yīng)的通知書,

點擊“出庫“按鈕。

2)在出庫頁面,根據(jù)“允許回購/調(diào)劑價值”選擇回購/調(diào)劑

的貨物。

3)打印解除質(zhì)押通知書。

4)更新質(zhì)物信息。

2、先出庫后回款

1)同先回款后出庫流程

2)后續(xù)若核心企業(yè)付款,操作員在【回購調(diào)劑確認(rèn)和打印

通知書】模塊針對已確

認(rèn)過的通知書再次執(zhí)行【回購/調(diào)劑確認(rèn)】操作。

2.3.1.2保兌倉

本需求規(guī)格說明書指的保兌倉業(yè)務(wù),是指基于核心企業(yè)與

借款企業(yè)或直供方(以下統(tǒng)稱借款企業(yè))的供銷關(guān)系,在借款

企業(yè)、核心企業(yè)與我行簽訂三方合作協(xié)議的基礎(chǔ)上,借款企

第27頁

業(yè)通過我行融資支付采購款項給核心企業(yè),同時核心企業(yè)

承擔(dān)按我行通知逐步發(fā)貨及保兌責(zé)任的一種授信業(yè)務(wù)。

2.3.1.2.1協(xié)議管理

該管理模塊對應(yīng)功能包括查詢、新增、修改、續(xù)簽、查看

詳情、刪除。

23121.1查詢

提供查詢已經(jīng)創(chuàng)建成功的三方協(xié)議的主要信息,允許對查

詢到的結(jié)果記錄執(zhí)行修改、續(xù)簽、查看詳情、續(xù)簽和刪除的功

能。

2.3.1.2.1.2新增

功能描述:核心企業(yè)、借款企業(yè)、銀行三方線下簽訂協(xié)議

后,客戶經(jīng)理或供應(yīng)鏈金融操作人員通過該功能錄入?yún)f(xié)議相關(guān)

信息,并起到以下作用:

L定義業(yè)務(wù)模式,明確各業(yè)務(wù)主體關(guān)系;

2.相關(guān)要素將成為后續(xù)業(yè)務(wù)操作的控制基礎(chǔ)。

三方協(xié)議創(chuàng)建成功后的復(fù)核操作

1)復(fù)核人員登陸供應(yīng)鏈金融系統(tǒng)后,在工作臺顯示待復(fù)核

交易,對交易進(jìn)行復(fù)核;

2)復(fù)核完成前:若復(fù)核發(fā)現(xiàn)有誤,可退回操作員修改后重

新提交;操作員可修改

或取消三方協(xié)議;

2.3.121.3修改

修改是指操作人員對已經(jīng)審批通過的三方協(xié)議內(nèi)容進(jìn)行修

改的功能。

業(yè)務(wù)規(guī)則

修改協(xié)議狀態(tài)為“失效”時,系統(tǒng)控制若該協(xié)議下業(yè)務(wù)未完

結(jié)提示“業(yè)務(wù)未完結(jié)不能置為失效狀態(tài)業(yè)務(wù)結(jié)清指:融資到

期以后且敞口為,并且沒有貨物(庫存的貨物為);已經(jīng)修改

為“失效”的三方協(xié)議允許修改為“生效”,修改生效,審批通過

后允許在該三方協(xié)議下發(fā)起新交易;操作員修改完成后需復(fù)核。

第28頁

2.3.12L4續(xù)簽

續(xù)簽是指操作人員對已經(jīng)審批通過的三方協(xié)議內(nèi)容進(jìn)行續(xù)

簽的功能。

2.3.1.2.1.5刪除

刪除是指操作人員對已經(jīng)復(fù)核通過,且未申請放款的三方

協(xié)議進(jìn)行刪除操作的功能。

復(fù)核完成后,若三方協(xié)議下已經(jīng)申請融資,不能刪除;否

則可刪除,刪除已復(fù)核的三方協(xié)議,雷復(fù)核。

231.2.2訂貨計劃維護(hù)

該管理模塊對應(yīng)功能包括查詢、新增、修改、查看詳情、

刪除。

2.3.1.2.2.1查詢

提供查詢已經(jīng)創(chuàng)建成功的訂貨計劃的主要信息,允許對查

詢到的結(jié)果記錄執(zhí)行修改、查看詳情和刪除的功能。

2.3.1.222新增

本功能用于三方協(xié)議項下的訂貨計劃信息錄入、修改和刪

除。

流程

1)業(yè)務(wù)流程

1)借款企業(yè)向我行提交與核心企業(yè)簽訂的訂貨計劃,作為

后續(xù)融資申請的依

據(jù);

2)若為復(fù)雜訂貨計劃,需錄入訂貨計劃詳細(xì)信息;

若為簡堂訂貨計劃,僅需輸入實際訂貨計劃價值,并掃描

上傳訂貨計劃影

像文檔即可。

3)

2)操作流程

1)查詢已經(jīng)復(fù)核完成的訂貨計劃;

新增訂貨計劃,錄入復(fù)雜訂貨計劃信息并新增采購貨物明

細(xì)信息后保存進(jìn)入

到復(fù)核環(huán)節(jié);錄入簡單訂貨計劃信息后保存進(jìn)入到復(fù)核環(huán)

節(jié);

第29頁

2)

3)復(fù)核完成后允許修改、刪除和查詢訂貨計劃。

2.3.1.223修改

修改是指操作人員對已經(jīng)審批通過的訂貨計劃內(nèi)容進(jìn)行修

改的功能。

2.3.122.4刪除

刪除是指操作人員對已經(jīng)復(fù)核通過且融資放款申請前進(jìn)行

刪除操作的功能。

2.3.123放款管理

放款管理的主要功能是對借款企業(yè)的放款信息進(jìn)行管理,

其功能模塊包括:放款申請、放款維護(hù)、放款確認(rèn)(手動)、

放款確認(rèn)(自動)和收款確認(rèn)。各模塊的功能概述如下:

1、放款申請與維護(hù):包括放款申請和放款維護(hù)兩個功能。

1)

2)

放款申請:受理借款企業(yè)融資申請,并按規(guī)定流程進(jìn)行審

批;

放款維護(hù):對已受理的借款企業(yè)融資申請,可進(jìn)行修改、

刪除和查看詳情操作;

2、放款確認(rèn)(手動):待放款系統(tǒng)放款成功核心系統(tǒng)記

賬成功后,若接口接收、傳送放款

確認(rèn)信息失敗,供應(yīng)鏈金融系統(tǒng)提供手動更新最終放款確

認(rèn)信息功能;

3、放款確認(rèn)(自動):供應(yīng)鏈金融放款批次在核心系統(tǒng)

成功記賬后,日終批量回傳供應(yīng)鏈

金融系統(tǒng),供應(yīng)鏈金融系統(tǒng)自動更新最終放款確認(rèn)信息,

將放款下相關(guān)要素進(jìn)行確認(rèn)

更新,同時融資申請狀態(tài)變更為“核心記賬成功”,融資狀

態(tài)變更為“放款成功該

功能在系統(tǒng)后臺實現(xiàn)。

4、收款確認(rèn):放款確認(rèn)以后,由客戶經(jīng)理在供應(yīng)鏈金融

系統(tǒng)或由核心企業(yè)在線上進(jìn)行收

款確認(rèn)。

2.3.1.2.3.1放款申請與維護(hù)

該模塊的功能主要是:接收借款企業(yè)的放款申請并按供應(yīng)

鏈金融流程進(jìn)行審批;對放款信息進(jìn)行維護(hù)。在查詢到符合要

求的三方協(xié)議后,實現(xiàn)兩個功能:放款申請、放款維護(hù):

1)放款申請:受理借款企業(yè)融資申請,并按規(guī)定流程進(jìn)行

審批;

2)放款維護(hù):對已受理的借款企業(yè)融資申請,可進(jìn)行修改、

刪除和查看詳情操作;23123.1.1放款申請

借款企業(yè)與我行簽訂授信及提款相關(guān)的合同后(如:額度、

擔(dān)保合同等),可通過該功

第30頁

能發(fā)起放款申請并在供應(yīng)鏈金融系統(tǒng)中按規(guī)定的流程進(jìn)行

審批。

23L2.3.L2修改放款申請

修改放款申請信息。

修改放款信息時,三方協(xié)議信息不能修改;供應(yīng)鏈金融系

統(tǒng)放款批次號、借款企業(yè)名稱、授信產(chǎn)品不能修改;

2.3.1.231.3刪除放款申請

刪除放款申請信息。

業(yè)務(wù)規(guī)則

1.核心系統(tǒng)已成功放款的放款信息不能刪除;

2.刪除以后,關(guān)聯(lián)的訂貨計劃狀態(tài)恢復(fù)為“未融資”;放款

批次號等關(guān)聯(lián)要素清空;

3.對于放款系統(tǒng)已成功引用供應(yīng)鏈金融系統(tǒng)放款批次號的

放款信息,操作員可聯(lián)系放

款系統(tǒng),由放款系統(tǒng)操作人員在放款系統(tǒng)取消該筆供應(yīng)鏈

金融系統(tǒng)放款批次號的引用

后,在供應(yīng)鏈金融系統(tǒng)刪除該筆放款信息。

2.3.123.2放款確認(rèn)(自動)

同先票后貨的“放款確認(rèn)(自動)?!?/p>

2.3.1.2.3.3收款確認(rèn)

同先票后貨的“收款確認(rèn)”。

2.3.124提貨管理

提貨管理是由借款企業(yè)根據(jù)銷售要求,向銀行申請?zhí)嶝洠?/p>

銀行在進(jìn)行審核后通知核心企業(yè)給予借款企業(yè)辦理提貨;

1、供應(yīng)鏈金融系統(tǒng)允許提貨價值計算公式如下:

1)逐筆對應(yīng)

第31頁

a按保證金提貨

,若保證金全部回款前(敞口不為零),允許提貨價值=

該放款批次下累

計回款保證金金額或累計還款金額+首付保證金或自有資

金可提貨金額-

該放款批次下累計提貨價值;

J若保證金全部回款后(敞口為零),允許提貨價值=核

心企業(yè)確認(rèn)收款

金額(或銀票下的融資金額或貸款下的融資金額/(I-自有

資金比例)-

該放款批次下累計提貨價值;

A按比例提貨

/允許提貨價值=該放款批次下回款保證金金額或累計還

款金額/11-首

付保證金比例】-該放款批次下累計提貨價值;

2)總敞口對應(yīng)

A按比例提貨

/允許提貨價值=三方協(xié)議下:累計回款保證金金額或累

計還款金額/

【1.首付保證金比例】■三方協(xié)議下累計提貨價值;

2、供應(yīng)鏈金融系統(tǒng)自動校驗本次提貨總價是否小于允許

提貨價值。

1)若系統(tǒng)校驗通過,系統(tǒng)返回“允許提貨''并增加累計已提

貨價值,操作員提交

復(fù)核、審批;

A若審批通過后,返回操作員打印“提貨通知書”;

A若審批不通過,減少累計已提貨價值。

2)若系統(tǒng)校驗不通過,系統(tǒng)返回“不允許提貨”信息,操作

員可點擊修改或關(guān)閉。3、系

統(tǒng)后臺自動按照融資到期日的先后順序執(zhí)行提貨

2.3.125提貨通知書

提貨申請交易審批通過后,系統(tǒng)自動產(chǎn)生《提貨通知書》,

該功能提供打印提貨通知書。23126到期及逾期管理

2.3.1.2.6.1提貨期到期提醒

到提貨期到期日前3個工作日時,系統(tǒng)自動檢查所有融資

業(yè)務(wù)項下是否未按時足額提貨,若沒按時足額提貨,則提示提

醒信息,不需打印通知書。提貨期到期提醒日=提貨期到

第32頁

期日-3個工作日=融資到期日-提貨期-3個工作日。

業(yè)務(wù)規(guī)則

L提貨期到期提示以供應(yīng)鏈金融系統(tǒng)放款批次為單位進(jìn)行

提示;

2.最晚提貨日期是指在授信敞口到期日前多少天。該值=

融資申請表中“到期日”

-三方協(xié)議中提貨期;

3.如果三方協(xié)議中提貨模式為逐筆對應(yīng),提貨期到期提示

的判斷條件為:如果該

供應(yīng)鏈金融系統(tǒng)放款批次的融資敞口大于零,則在最晚提

貨期到期前3天進(jìn)行提

示;如果該供應(yīng)鏈金融系統(tǒng)放款批次的融資敞口小于或等

于零,則在最晚提貨期

到期前3天不進(jìn)行提示;

4.系統(tǒng)只在最晚提貨日期前3個二作日進(jìn)行提示,在第3

個工作日結(jié)束后不在

提示;如在逐筆對應(yīng)方式下,某供應(yīng)鏈金融系統(tǒng)放款批次

的最晚提貨日期為

2011年10月22日,則系統(tǒng)在2011年10月19日進(jìn)行提

示,22日之后不再提

示;

5.如果三方協(xié)議中提貨模式為總敞口控制,提貨期到期提

示的判斷條件為:在該

三方協(xié)議下某筆供應(yīng)鏈金融系統(tǒng)放款批次的最晚提貨期到

期前3天,如果“供

應(yīng)鏈金融系統(tǒng)放款批次融資余額一供應(yīng)鏈金融系統(tǒng)放款批

次對應(yīng)的首付保證金金

額一三方協(xié)議下回款保證金余額(含存單)”大于,則進(jìn)

行預(yù)警;如果小于,

則不進(jìn)行預(yù)警。其中:“供應(yīng)鏈金融系統(tǒng)放款批次融資余

額”是指“敞口管理”

中,該供應(yīng)鏈金融系統(tǒng)放款批次對應(yīng)的融資余額;“供應(yīng)

鏈金融系統(tǒng)放款批次對應(yīng)

的首付保證金金額”是指該供應(yīng)鏈金融系統(tǒng)放款批次在融

資申請時對應(yīng)的首付保證

金金額;"三方協(xié)議下回款保證金余額(含存單)”是指該

三方

第33頁

協(xié)議對應(yīng)的回款保證金金額(含存堂);

6.按照規(guī)則“5。如果一個三方協(xié)議下有多個供應(yīng)鏈金融

系統(tǒng)放款批次符合提示條

件,則該三方協(xié)議下多個供應(yīng)鏈金融系統(tǒng)放款批次同時進(jìn)

行提示;

7.對于同一供應(yīng)鏈金融系統(tǒng)放款批次的提貨期到期提示,

第二天的提示信息覆蓋

前一日的提示信息;

8.提貨期到期提示只在首頁進(jìn)行提示,不需打印通知書。

23126.2未足額提貨預(yù)警

系統(tǒng)每日日終時針對提貨期到期敞口未覆蓋的協(xié)議或放款

批次進(jìn)行預(yù)警提示。

業(yè)務(wù)規(guī)則

1、總敞口提貨模式下預(yù)警信息的產(chǎn)生:日終時批量計算

根據(jù)判斷條件產(chǎn)生預(yù)警信

息。

2、即:£“供應(yīng)鏈金融系統(tǒng)放款批次”首付保證金金額+£

三方協(xié)議下回款保證

金余額(含存單)-Z“供應(yīng)鏈金融系統(tǒng)放款批次”融資總余

額是否小于判

斷是否預(yù)警。

3、注:公式中所涉及的“供應(yīng)鏈金融系統(tǒng)放款批次”是指

截止到當(dāng)前營業(yè)日提貨

期已到期且融資未結(jié)清(含逾期和墊款的)的“供應(yīng)鏈金

融系統(tǒng)放款批次”。

4、若公式計算值小于則提示預(yù)警;

5、第二日日終重新計算,若公式計算大于等于則取消此

預(yù)警。若還公式計算小

于則重新生成預(yù)警。

6、逐筆提貨模式下,提貨期到期放款批次下未覆蓋敞口,

日終產(chǎn)生預(yù)警提示;

7、預(yù)警后若重新分配敞口,日終時根據(jù)批次下敞口是否

小于等于,判斷是否取

消預(yù)警。

第34頁

8、若小于等于則取消預(yù)警,若大于則生成預(yù)警。

2.3.1.2.6.3差額退款/差額保證通知及確認(rèn)

生成通知書2.3.1.2.6.3.1

針對預(yù)警信息生成通知書。

2.3.1.263.2修改通知書

針對已生成的通知書進(jìn)行修改操作。

231.2.6.3.3打印通知書

打印已生成或已修改的通知書。

2.3.12634退款/保證確認(rèn)

本交易用于“差額退款/差額保證通知書''生成后,錄入差

額退款/差額保證最終處理結(jié)果。

業(yè)務(wù)規(guī)則

L業(yè)務(wù)控制若核心企業(yè)針對已打印的《差額退款/差額保

證通知書》付款,需進(jìn)行退款

/保證確認(rèn)交易。

2.系統(tǒng)控制僅能對預(yù)警所產(chǎn)生的同一通知書進(jìn)行多次確認(rèn),

實際差額退款/差額保證

金額為累計金額;不同的預(yù)警信息下一旦有其中一個通知

書執(zhí)行確認(rèn)后,系統(tǒng)需要控

制其余的通知書不能再執(zhí)行確認(rèn)。

3.退款/保證確認(rèn)審核通過后對已確認(rèn)的信息中修改“是否

已確認(rèn)”為“已確認(rèn)231.2.6.4逾期后預(yù)警信息

同先票后貨的“逾期后預(yù)警信息”

第35頁

2.3.1.265逾期處理確認(rèn)

同先票后貨的“逾期處理確認(rèn)”(不同點:保兌倉下的“逾

期處置方式”中不含“質(zhì)物處置”選項)。

2.3.2貨押融資類

2.3.2.1動產(chǎn)質(zhì)押

本需求規(guī)格說明書稱動產(chǎn)質(zhì)押模式,是指借款企業(yè)以動產(chǎn)

出質(zhì)(可以是借款企業(yè)出質(zhì)或第三方出質(zhì)),我行通過與出質(zhì)

人、監(jiān)管企業(yè)簽訂《動產(chǎn)質(zhì)押監(jiān)管協(xié)議》實現(xiàn)我行對質(zhì)押動產(chǎn)

的轉(zhuǎn)移占有并以此動產(chǎn)為擔(dān)保方式為借款企業(yè)提供融資的業(yè)務(wù)

模式。

2.321.1動產(chǎn)質(zhì)押監(jiān)管協(xié)議管理

該管理模塊對應(yīng)功能包括查詢、新增、修改、續(xù)簽、監(jiān)管

協(xié)議替代、查看詳情、刪除。232.1.1.1查詢

提供查詢已經(jīng)創(chuàng)建成功的動產(chǎn)質(zhì)押監(jiān)管協(xié)議的主要信息,

允許對查詢到的結(jié)果記錄執(zhí)行修改、續(xù)簽、監(jiān)管協(xié)議替代、查

看詳情和刪除的功能。

232.1.1.2新增

本交易用于建立動產(chǎn)質(zhì)押監(jiān)管協(xié)議信息,業(yè)務(wù)操作人員將

通過該功能錄入?yún)f(xié)議相關(guān)信息,并起到以下作用:

1.定義業(yè)務(wù)模式,明確各業(yè)務(wù)主體關(guān)系;

2.確定倉庫地點為盤庫和核庫提供依據(jù);

3.相關(guān)要素將成為后續(xù)業(yè)務(wù)操作的控制基礎(chǔ)

2.321.1.3修改

修改是指操作人員對已經(jīng)審批通過的動產(chǎn)質(zhì)押監(jiān)管協(xié)議內(nèi)

容進(jìn)行修改的功能。

第36頁

已復(fù)核完成的動產(chǎn)質(zhì)押監(jiān)管協(xié)議可以修改,對于后續(xù)處理

環(huán)節(jié)存在依賴關(guān)系相關(guān)的要素不能修改,其他要素可修改,操

作員修改完成后需復(fù)核。

232.LL4續(xù)簽

續(xù)簽是指操作人員對已經(jīng)審批通過的動產(chǎn)質(zhì)押監(jiān)管協(xié)議內(nèi)

容進(jìn)行續(xù)簽的功能。232.1.1.5監(jiān)管協(xié)議替代

監(jiān)管協(xié)議替代是指使用監(jiān)管協(xié)議A替代已經(jīng)存在的監(jiān)管

協(xié)議B,且監(jiān)管協(xié)議A和監(jiān)管協(xié)議B是同借款企業(yè)下的監(jiān)管

協(xié)議,不同的監(jiān)管企業(yè);監(jiān)管協(xié)議替代實現(xiàn)把監(jiān)管協(xié)議B下

的擔(dān)保合同項下的庫存一次性全部移入到監(jiān)管協(xié)議A下;一

次僅能選擇一個擔(dān)保合同執(zhí)行監(jiān)管協(xié)議替代,如果實現(xiàn)把監(jiān)管

協(xié)議B下所有的擔(dān)保合同項下的庫存全部移入到監(jiān)管協(xié)議A

下,需要執(zhí)行多次監(jiān)管協(xié)議替代操作。

2.3.2.L1.6刪除

刪除是指操作人員對已經(jīng)復(fù)核通過且監(jiān)管協(xié)議下未申請放

款的監(jiān)管協(xié)議進(jìn)行刪除操作的功能。

復(fù)核完成后,若動產(chǎn)質(zhì)押監(jiān)管協(xié)議下已經(jīng)存在擔(dān)保合同,

不能刪除。否則可刪除,刪除已復(fù)核的動產(chǎn)質(zhì)押監(jiān)管協(xié)議,需

復(fù)核;刪除交易確認(rèn)界面中的所有信息只能查看,不允許再做

修改操作

2.321.L7監(jiān)管協(xié)議到期預(yù)警信息

監(jiān)管協(xié)議到期日前兩個月在首頁產(chǎn)生提示信息,系統(tǒng)在首

頁進(jìn)行預(yù)警。操作人員點擊預(yù)警信息后,可查看詳細(xì)預(yù)警信息。

第37頁

2.321.2擔(dān)保合同管理

該管理模塊對應(yīng)功能包括查詢、新增、修改、查看、刪除。

2.3.2.1.2.1查詢

提供查詢已經(jīng)創(chuàng)建成功的擔(dān)保合同的主要信息,允許對查

詢到的結(jié)果記錄執(zhí)行修改、查看詳情和刪除的功能。

2.32122新增/修改//刪除

本功能用于質(zhì)押監(jiān)管協(xié)議項下的擔(dān)保合同的同步和維護(hù)操

作;擔(dān)保合同中的內(nèi)容通過實時從信貸系統(tǒng)中查詢獲取,不能

獲取的字段允許手工錄入。

業(yè)務(wù)規(guī)則

1.供應(yīng)鏈金融系統(tǒng)中創(chuàng)建或者是修改擔(dān)保合同時,實時從

信貸系統(tǒng)中查詢獲取信息,

不能獲取的信息支持在供應(yīng)鏈金融系統(tǒng)中錄入和修改;

2.從信貸系統(tǒng)中同步擔(dān)保合同的主要信息后,需要客戶經(jīng)

理選擇與其對應(yīng)的供應(yīng)鏈金

融中對應(yīng)的動產(chǎn)質(zhì)押監(jiān)管協(xié)議

3.一份動產(chǎn)質(zhì)押監(jiān)管協(xié)議可以對應(yīng)多份擔(dān)保合同;一份擔(dān)

保合同只能對應(yīng)一份監(jiān)管協(xié)

議;

4.擔(dān)保合同復(fù)核通過后,擔(dān)保合同信息需要反顯在所引用

的監(jiān)管協(xié)議中的“監(jiān)管協(xié)議

替代”和“查看詳情”頁面中的擔(dān)保合同信息列表中;

5.復(fù)核完成后:若擔(dān)保合同下已經(jīng)申請融資,不能刪除。

否則可刪除,刪除已復(fù)核的

擔(dān)保合同,需復(fù)核。

2.3.2.1.3出質(zhì)管理

借款企業(yè)與我行簽訂《擔(dān)保合同》,出質(zhì)人在線下提交經(jīng)

簽章的《查詢及出質(zhì)通知書》

第38頁

給我行,經(jīng)辦客戶經(jīng)理或分行操作平臺操作員在供應(yīng)鏈金

融系統(tǒng)中錄入并保存,同時將經(jīng)銀行和出質(zhì)人雙方簽章的《查

詢及出質(zhì)通知書》線下提交給監(jiān)管企業(yè);監(jiān)管企業(yè)對質(zhì)押貨物

驗收入庫后,會同出質(zhì)人向銀行出具《質(zhì)押監(jiān)管確認(rèn)書(待出

質(zhì)通知回執(zhí))》,經(jīng)辦客戶經(jīng)理或分行操作平臺操作員在供應(yīng)

鏈金融系統(tǒng)錄入并保存。

2.3.2.1.3.1出質(zhì)通知建立

出質(zhì)人向銀行提交《查詢及出質(zhì)通知書》(可不由供應(yīng)鏈

金融系統(tǒng)生成打?。?,經(jīng)辦客戶經(jīng)理或分行操作平臺操作員在

供應(yīng)鏈金融系統(tǒng)錄入并保存。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論