農(nóng)村信用合作社聯(lián)合社新一代信貸管理系統(tǒng)需求說明書

1、省農(nóng)村信用合作社聯(lián)合社新一代信貸管理系統(tǒng)需求說明書核心系統(tǒng)接口省農(nóng)信新一代信貸系統(tǒng)項目組2012年04月文檔信息文檔名稱：省農(nóng)村信用社聯(lián)合社新一代信貸管理系統(tǒng)需求說明書一一核心接口初稿作者：由一代信貸管理系統(tǒng)項目組初稿日期：2012-04-16容概述：本文檔是省農(nóng)村信用社聯(lián)合社新一代信貸管理系統(tǒng)(NGCMS)與新一代核心業(yè)務(wù)系統(tǒng)(NGCBS)涉及接口的業(yè)務(wù)需求說明，重點描述與原接口不同之處。兩系統(tǒng)功能切換后的交互依據(jù)此進行設(shè)計開發(fā)。版本修訂歷史版本1修訂日期11修訂人1修改容簡述a巾1.02012-04-1iE1|中創(chuàng)人員、尸代信貸管，艮據(jù)與核心三次討論以及與舊M、中Ei鬲1理系統(tǒng)項目組、核心

2、技術(shù)j創(chuàng)技術(shù)人員討論容，補充完善。原iB;人員、舊M人員NGCMS涉及核心系統(tǒng)需求說明liIEE:11書-V1.4.doc»版本1.12013-05-311I方代信貸管理系統(tǒng)項j剔除并行期已經(jīng)實現(xiàn)和驗證的容。根0:11目組據(jù)新系統(tǒng)功能實現(xiàn)情況，對功能要求EiMij1i進行了調(diào)整。ri1.2iiH1.3|i：1.4i1ii；ihaEInji1fIha«：1；«ia(n1II；IhahaEIH；1"pr?""十haEI；I：IEEH：.haE1.1 概述該文檔描述容為信貸業(yè)務(wù)辦理中跨系統(tǒng)的功能需求，需要新一代信貸管理系統(tǒng)與核心系統(tǒng)協(xié)同改造

3、；達到理清功能邊界，順暢業(yè)務(wù)，最大得發(fā)揮信貸與核心系統(tǒng)對業(yè)務(wù)提供支持的目的。避免出現(xiàn)因新一代信貸管理系統(tǒng)功能或業(yè)務(wù)規(guī)則變更、核心未更新，導(dǎo)致出現(xiàn)流程不銜接、功能重疊、控制沖突等影響業(yè)務(wù)辦理問題。1.2 客戶信息1.2.1 個人非辦理業(yè)務(wù)1 、新一代信貸管理系統(tǒng)中證件類型豐富，允許個人客戶以港澳臺、軍官證、護照建立客戶資料和辦理信貸業(yè)務(wù)，允許對公同業(yè)客戶以營業(yè)執(zhí)照號或金融許可證號建立客戶資料和辦理業(yè)務(wù)。但核心存在如下問題：2 、一、核心系統(tǒng)前端相關(guān)界面上，可選擇證件種類只有和組織機構(gòu)代碼證。但無法查詢額度。4、三、核心返回的數(shù)據(jù)中，沒有對非號的客戶編碼進行處理，信貸無確解析出證件類型和證件號。1

4、.2.2 增加“金融許可證”證件類型在轉(zhuǎn)貼現(xiàn)等同業(yè)業(yè)務(wù)辦理中，交易對手存在較多分行或者支行級客戶，特別是全國性的商業(yè)銀行，更是無法直接與總行進行交易。分行、支行只具備獨立的營業(yè)執(zhí)照號和“金融許可證”，因此，需要在信貸系統(tǒng)和ECIF中增加對公證件類型“金融許可證”，能夠以“金融許可證”建立客戶信息和辦理業(yè)務(wù)。1.2.3 客戶名稱變更客戶名稱變更，在核心系統(tǒng)認為是新增客戶，不支持繼承原客戶下業(yè)務(wù)。信貸系統(tǒng)雖然繼承原業(yè)務(wù)，但由于核心不更新，導(dǎo)致合同和放款業(yè)務(wù)不能繼續(xù)辦理。要求信貸系統(tǒng)明確告知操作員變更帶來的問題。信貸管理系統(tǒng)中變更客戶名稱時，系統(tǒng)進行如下檢查：（ 1）不能有正在流程中的業(yè)務(wù)；（ 2）

5、不能有未使用的有效授權(quán)（發(fā)送核心尚未記賬）；（ 3）調(diào)用額度查詢接口，查詢客戶是否存在有效額度，如果存在，提示操作員“原授信不可繼續(xù)使用，原合同不能繼續(xù)放款，原貸款只能結(jié)清，建議客戶先進行業(yè)務(wù)結(jié)清”；（ 4）檢查客戶是否存在貸款證，如果存在貸款證，提示變更后進行換證（卡）。（ 5）提示變更后如需辦理業(yè)務(wù)，需進行重授信。（ 6）變更時，存在貸款證（卡）的，在貸款證關(guān)聯(lián)相關(guān)表中記錄名稱變更標志。變更后發(fā)起貸款證下合同授權(quán)，系統(tǒng)控制必須先進行換證。系統(tǒng)對換發(fā)的第一個貸款證作頒發(fā)新貸款證處理，同時更新清楚名稱變更標識。1.3額度管理1.3.1 額度管理需求詳細需求見NGCMS_DLV_業(yè)務(wù)需求規(guī)格說明

6、書（額度管理）1.3.2 額度管理方案1.3.2.1 處理規(guī)則1 、信貸與ECIF共管額度。在數(shù)據(jù)上收階段，由信貸管理系統(tǒng)實現(xiàn)信貸額度的管控。2 、ECIF系統(tǒng)管理客戶全行額度，管理各業(yè)務(wù)條線的額度，控制信貸授信額度總額。3 、信貸管理系統(tǒng)建立完整的額度管理機制，用來管理信貸系統(tǒng)業(yè)務(wù)額度產(chǎn)生和使用。4 、ECIF保持現(xiàn)有額度品種不變，對額度層級和恢復(fù)機制進行改造。5 、如果為信貸條線額度，只允許通過信貸系統(tǒng)接口進行建立和調(diào)整，不允許通過前端進行修改。6 、合同建立即占用ECIF貸條線額度，合同失效恢復(fù)信貸條線額度的可用額。7 、信貸條線額度不記錄額度使用額。8 、功能切換前，信貸與ECIF額度

7、接口保持不變。9 、功能切換階段，信貸管理系統(tǒng)中額度移植到ECIF系統(tǒng)，作為初始的信貸條線額度。10 、功能切換后，ECIF系統(tǒng)必須控制，不允許前臺柜員通過額度維護交易，建立或維護信貸條線額度下的綜合和單一額度。信貸條線額度及其下各層額度只能通過系統(tǒng)自動處理維護。1 .3.2.2業(yè)務(wù)流程2 、信貸管理系統(tǒng)新增授信和進行授信調(diào)整后，需要將信貸中授信總額同步到ECIF系統(tǒng)，ECIF系統(tǒng)保存為信貸條線授信額度。3 、合同建立時，ECIF系統(tǒng)根據(jù)合同產(chǎn)品，在信貸條線額度圍，自下而上建立單一額度和綜合額度。4 、額度自下而上建立時，采用已有規(guī)則進行額度擴充，但允許自動擴充信貸條線額度。5 、如果為自下而

8、上模式，信貸系統(tǒng)中的組合額度、綜合額度和單項額度無需同步到ECIF。6 、需要自上而下模式建立額度的，信貸在授信完成時，調(diào)用ECIF的額度建立或修改接口，同步相應(yīng)業(yè)務(wù)綜合額度。允許自上而下模式建立的額度必須為信貸和ECIF系統(tǒng)中額度品種一一對應(yīng)的。7 、信貸管理系統(tǒng)每次完成授信，調(diào)用額度接口，將額度信息同步到ECIF系統(tǒng)，如果ECIF中原不存在，建立額度信貸條線額度，如果已經(jīng)存在，進行額度調(diào)整。1.3.2.3 信貸條線額度管理圍一期信貸條線額度不包含電子銀行承兌額度、再貼現(xiàn)額度、外幣類貿(mào)易融資業(yè)務(wù)額度、信用卡額度。除此之外的信貸業(yè)務(wù)額度審批均屬于信貸管理系統(tǒng)。信貸管理系統(tǒng)授信審批時，將暫時禁止

9、選擇這些產(chǎn)品或方式。1.3.2.4 實現(xiàn)時機功能切換后，實現(xiàn)信貸與ECIF共管額度；并行期，額度接口保持不變。1.3.2.5 敞口授信問題信貸采取敞口授信規(guī)則進行額度核定，核定的額度為剔除保證金后的金額。因此，在額度扣減時，按照合同金額剔除保證金金額后的差額扣減。信貸一期中，只剔除保證金，不進行其他風(fēng)險敞口折算。1.3.2.6 同步核心額度狀態(tài)功能切換前，需要ECIF系統(tǒng)提供額度狀態(tài)為凍結(jié)的額度明細，信貸系統(tǒng)據(jù)以更新信貸中額度的狀態(tài)。1.3.2.7 需要再確定問題核心柜員是否有權(quán)對信貸條線額度進行操作，如何解決核心柜員對客戶中心額度維護導(dǎo)致的對信貸額度影響。1.3.3修改額度相關(guān)接口包括額度新

10、增、調(diào)整、凍結(jié)解凍、鎖定解鎖、申請、查詢等接口。1.4 新系統(tǒng)上線后額度問題1.4.1 貸款證綜合額度解凍問題存量數(shù)據(jù)中存在通過貸款證綜合額度凍結(jié)、解凍接口進行凍結(jié)的貸款證綜合額度。由于移植到新信貸中的數(shù)據(jù)不包含授信信息，且新系統(tǒng)無貸款證綜合額度凍結(jié)、解凍接口，造成客戶只在核心凍結(jié)綜合額度的情況。此情況下，通過核心3746交易解凍時，常由現(xiàn)交易不成功，或者雖然交易成功完成，但信貸授信或者調(diào)整綜合額度時，仍然提示綜合額度被凍結(jié)的情況。請核心完善綜合額度凍結(jié)、解凍交易。1.4.2 貸款證綜合額度多頭控制問題新系統(tǒng)中，貸款證綜合額度期限會涵蓋合同期限，因此，如果合同提前結(jié)清或者注銷，綜合額度可能尚未

11、到期，此時，信貸是允許客戶轉(zhuǎn)移到新機構(gòu)辦理貸款證業(yè)務(wù)的。但是，在新機構(gòu)在進行貸款證授信時，系統(tǒng)會因在不同機構(gòu)下已經(jīng)存在了貸款證綜合額度而攔截，致使業(yè)務(wù)無法辦理。由于新系統(tǒng)與老系統(tǒng)業(yè)務(wù)要求不同，因此不能采取老系統(tǒng)將授信到期日修改為當天的做法。需要采取其他更合理的方案解決該問題。1.5 合同管理1.5.1 合同建立1、 在功能切換階段，合同建立接口的數(shù)據(jù)要素，根據(jù)業(yè)務(wù)需求雙方系統(tǒng)進行討論確定。需要重新確定接口，包括字段枚舉的一致性等，例如還款方式、利率調(diào)整方式等。2、 修改系統(tǒng)默認字段為可選擇字段：3、 新增合同要素：1.5.2 合同修改1、參照農(nóng)信接口規(guī)則，綜合考慮銀行承兌、保函、委托貸款等各類

12、業(yè)務(wù)，確定新的合同接口。包括，新增、調(diào)整。1.5.3 合同循環(huán)使用1、 循環(huán)合同。目前，核心系統(tǒng)未按照信貸系統(tǒng)確定的合同是否循環(huán)標志控制，而是從核心產(chǎn)品參數(shù)中獲取的默認值。除貸款證外不支持一般貸款合同的循環(huán)放款。但信貸業(yè)務(wù)中，合同是否循環(huán)不完全取決于產(chǎn)品，同一產(chǎn)品的合同，循環(huán)方式可以不同。因此，需要核心使用信貸合同界面選擇的是否循環(huán)標志。2、 是否允許循環(huán)使用，由信貸系統(tǒng)在建立合同時給核心。如果循環(huán)使用的合同，在合同有效期，狀態(tài)正常的合同，每次還款后，合同可用額度自動恢復(fù)。3、 兩系統(tǒng)合同循環(huán)屬性不同，如果信貸循環(huán)核心不循環(huán)，會造成信貸授權(quán)成功，但記賬放款時提示可用額不足。1.5.4合同分次放

13、款4、 原特殊處理業(yè)務(wù)。支持助學(xué)貸款、承兌、社團貸款特殊業(yè)務(wù)的分次授權(quán)。要求3001放款時，上述業(yè)務(wù)同一般業(yè)務(wù)處理，使用信貸的授權(quán)業(yè)務(wù)號，核心不再自動生成授權(quán)號。5、 、提款期控制。信貸系統(tǒng)需要啟用最長提款期控制，超過最長提款期后不允許再新建借據(jù)。6、 5.5合同注銷同步核心主動注銷信貸合同的，需要將注銷信息同步到信貸系統(tǒng)。建議通過批量方式。1.6聯(lián)保合同1.6.1 達成共識1 、業(yè)務(wù)要求，聯(lián)保方式進行的用信，只審批一次。多個借款人簽訂一個合同。2 、信貸系統(tǒng)控制，每個聯(lián)保借款合同下最多借款人為99人。3 、由信貸管理系統(tǒng)通過聯(lián)保合同方式合并審批，滿足業(yè)務(wù)需求。4 、在調(diào)用合同建立接口時，采用

14、“聯(lián)保合同業(yè)務(wù)號+序號”作為每個聯(lián)保成員的合同號，核心按照現(xiàn)有規(guī)則每個客戶建立一個合同。5 、核心不支持一個合同多客戶的需求，合同建立按照現(xiàn)有模式處理，一個合同所屬客戶必須唯一。6、業(yè)務(wù)已經(jīng)確認，一次建立100個合同能夠滿足業(yè)務(wù)需求。7 、技術(shù)方面，無論采取何種方式方案，需要能夠支持合同建立、調(diào)整、失效等處理。8 .7存款賬號相關(guān)接口1 、新增賬戶校驗接口，對信貸輸入的在信用社開立的貸轉(zhuǎn)存、客戶結(jié)算賬戶、自動扣款賬戶、保證金賬戶、基金賬戶、貸款賬號等校驗。2、區(qū)分業(yè)務(wù)類型的不同，分別校驗的賬號容不同。校驗容主要包括，賬號所屬客戶與借款人是否為同一客戶、賬號狀態(tài)是否正常、保證金余額與約定的保證金

15、金額大小關(guān)系，委托基金賬號狀態(tài)及與委托方客戶是否屬同一客戶，貸款賬號在核心中是否存在等。3、兩系統(tǒng)間可實現(xiàn)輸入后即調(diào)用檢查。目前，信貸管理系統(tǒng)需求為，在輸入頁面提交時對本頁面輸入的賬號進行檢查。主要包括，授信發(fā)起、合同簽訂發(fā)起、授權(quán)、合同維護等節(jié)點。1.8押品出入庫1 、押品出入庫流程：一、信貸人員在生效合同前，將他項權(quán)利證書等需要入庫保管的憑證或者實物交核心柜員。二、柜員收妥入庫，通過核心交易記表外賬務(wù)，打印入庫憑證，蓋章后將回單提供一聯(lián)給信貸人員。三、信貸人員將回單掃描入信貸管理系統(tǒng)，登記押品已入庫，并生效合同。四、在貸款結(jié)清或者其他原因需要臨時出庫時，信貸人員通過信貸管理系統(tǒng)押品管理中的

16、出庫功能，登記出庫原因，并打印出庫憑證，交會計人員。五、會計人員核實后，核心進行押品出庫賬務(wù)處理及實物交接。將信貸出庫通知書作為附件收入傳票。2 、核心憑證格式修改。核心修改憑證打印格式，增加信貸人員及柜員簽章欄位，憑證加印信貸人員回單聯(lián)。3 、信貸新增出庫通知書打印功能。信貸系統(tǒng)增加出庫通知書打印功能。字段包括，信貸機構(gòu)名稱、核心核算網(wǎng)點號、客戶證件、客戶名稱、合同流水號、押品名稱、押品編號、數(shù)量、價值，出庫原因字段（貸款結(jié)清、臨時出庫）。1.9貸款發(fā)放1.9.1 授權(quán)規(guī)則所有通過信貸管理系統(tǒng)辦理的業(yè)務(wù)，必須使用信貸產(chǎn)生的授權(quán)業(yè)務(wù)號（憑證流水號、授權(quán)業(yè)務(wù)號+序號）。包括助學(xué)貸款、社團貸款大合

17、同、承兌、貼現(xiàn)、轉(zhuǎn)貼現(xiàn)等，因老系統(tǒng)不支持分次放款，而需要核心對放款進行特殊處理的業(yè)務(wù)。1.9.2 授權(quán)接口修改1 、授權(quán)接口修改。增加資金支付方式、貸款用途編碼、放款方式（后續(xù)放款、開戶放款等）、放款計劃表、還款方式、還款計劃表等容。實現(xiàn)受托支付、用途登記、一次授權(quán)多次放款、按計劃表還款等功能。2 、核心記賬時，相應(yīng)利率與科目根據(jù)授權(quán)信息及合同相應(yīng)信息進行重算。1 .9.3還款計劃表接口2 、增加還款計劃表接口。如果信貸選擇還款方式為按照計劃表還款的，信貸操作員在建立借據(jù)后，系統(tǒng)要求必須制定還款計劃表。在完成授權(quán)后，將計劃表也傳輸?shù)胶诵?，并提供還款計劃表打印功能（還款計劃表中要有對應(yīng)的客戶信息

18、、合同業(yè)務(wù)號、授權(quán)業(yè)務(wù)號、還款序號、還款金額、還款日期）。3 、信貸人員將授權(quán)通知（借據(jù)）及還款計劃表交給核心柜員，由柜員放款后，根據(jù)信貸的還款計劃表完成核心的還款計劃制定。1 .9.4授權(quán)查詢及取消接口修改1、核心擴充授權(quán)本異地查詢交易的圍，一個合同多授權(quán)的均可查詢，不僅限于貸款證貸款授權(quán)查詢，應(yīng)用于所有一般貸款授權(quán)查詢。2、3203授權(quán)取消交易可用于取消一般信貸業(yè)務(wù)的授權(quán)。2 .9.5授權(quán)狀態(tài)查詢接口新增授權(quán)狀態(tài)查詢接口。在信貸授權(quán)界面，調(diào)用該接口查詢該授權(quán)在核心中的狀態(tài)。監(jiān)控業(yè)務(wù)進度，方便授權(quán)單邊問題的解決。3 .9.6核心申請授權(quán)增加用途選擇項4 、根據(jù)實貸實付的要求，每次用款必須具有

19、明確的用途。通過信貸管理系統(tǒng)授權(quán)時，由信貸人員根據(jù)客戶申請，選擇具體的貸款用途，系統(tǒng)記錄并提供統(tǒng)計分析功能。如果用途記錄不明還會影響貸后的用途檢查等。但目前，核心與信貸的用途不同。建議替換核心已存在的貸款用途字典。其中影響核算的可以進行對應(yīng)，例如住房按揭、助學(xué)貸款等。避免接口混亂。5 、業(yè)務(wù)流程：核心柜員在向信貸管理系統(tǒng)申請授權(quán)時，根據(jù)合同中約定的用途大類審核客戶本次放款用途。根據(jù)申請的具體用途在核心系統(tǒng)中選擇“貸款用途”的最底層枚舉。核心系統(tǒng)將用途代碼通過核心授權(quán)申請接口發(fā)送到信貸管理系統(tǒng)。信貸管理系統(tǒng)在建立授權(quán)通知時，保存核心選擇的貸款用途，并將授權(quán)信息反饋核心系統(tǒng)。如按照上述流程描述，核

20、心需要進行如下改造。貸款用途枚舉與信貸管理系統(tǒng)每日批量同步。核心系統(tǒng)3202、3205授權(quán)申請交易中增加“貸款用途”選擇項。枚舉值采取分層展示的方式，存在上下級對應(yīng)關(guān)系。6 、系統(tǒng)上線至功能切換前已經(jīng)實現(xiàn)前端改造：核心前端3202和3205交易增加“貸款用途代碼”輸入項。要求柜員在發(fā)起授權(quán)申請時，打印的貸款用途列表，輸入用途代碼。授權(quán)申請接口增加“貸款用途代碼”字段，信貸系統(tǒng)校驗。但是該實現(xiàn)方式，柜員的錄入工作量比較大。1.10 產(chǎn)品匹配問題1.10.1 需求描述1 、信貸產(chǎn)品不包含期限因素，但是核心的產(chǎn)品中期限是劃分的重要標準。新一代信貸管理系統(tǒng)允許非貸款證類業(yè)務(wù)在合同有效期建立多個借據(jù)，放

21、款與合同建立不同步，因此存在中長期貸款產(chǎn)品的合同下發(fā)放短期貸款問題。2、需要核心支持選擇中長期產(chǎn)品的合同下，發(fā)放短期貸款。根據(jù)實際的期限重算利率和核算科目。1.10.2 信貸產(chǎn)品體系1.10.3 兩系統(tǒng)產(chǎn)品體系對照1.11 受托支付1.11.1 受托支付處理流程1 、信貸系統(tǒng)選擇支付方式，如果為受托支付，則錄入交易對手信息（賬號、名稱、金額、用途四要素），授權(quán)時，通過受托支付交易接口傳給核心。2 、信貸控制受托支付金額必須與本次的發(fā)放金額相同。3 、核心系統(tǒng)保存授權(quán)和受托支付登記信息，核心柜員執(zhí)行3001放款，貸款資金入借款人賬戶，同時凍結(jié)發(fā)放金額（支持一次凍結(jié)，多次解凍）。4 、客戶持信貸打

22、印的受托支付通知書（包括授權(quán)信息和委托支付明細）填寫匯款單；核心柜員根據(jù)信貸系統(tǒng)提供的委托支付信息，逐筆進行匯劃（核心采用一個交易進行匯劃及解凍）。5 、核心匯出受托資金交易完成時，自動更新受托支付登記簿，并通過批量方式把增量數(shù)據(jù)返回信貸系統(tǒng)。6 、放款時（所有貸款業(yè)務(wù)），核心檢查貸轉(zhuǎn)存賬戶狀態(tài)是否正常，如果不正常，不允許放款。7 、支付信息通過唯一鍵值（授權(quán)業(yè)務(wù)號+支付序號）與信貸系統(tǒng)進行交互。8 、借新還舊、貸款重組業(yè)務(wù)，在放款授權(quán)時，信貸與核心系統(tǒng)控制必須進行受托支付。信貸管理系統(tǒng)自動默認交易對手賬戶為貸款賬戶，核心放款后，通過3003還款交易進行解凍。9 、核心所有支付渠道增加受托支付

23、的標志，對采取受托支付的，建立獨立的處理機制。10 、票據(jù)業(yè)務(wù)一律不能采取受托支付方式。11 11.2異常處理1 、核心柜員匯款操作之前，信貸系統(tǒng)可以修改委托支付信息，并通過聯(lián)機接口同步核心，核心按照最新的委托信息辦理。2 、如果出現(xiàn)退匯等失敗交易，核心必須將資金返回原匯出賬戶，繼續(xù)凍結(jié)原貸款發(fā)放額度。該功能需要依靠核心二代支付平臺改造，在平臺改造完成后才能實現(xiàn)。1.11.3非貸轉(zhuǎn)存的業(yè)務(wù)處理約定不貸轉(zhuǎn)存但采取受托支付的，信貸授權(quán)后將支付明細傳輸核心，核心需要提供最終的支付處理結(jié)果。可以采取不凍結(jié)資金的方式實現(xiàn)。1 、區(qū)別與授權(quán)接口，實現(xiàn)受托支付信息的在核心的新增、修改、刪除等功能。2、資金支

24、付查詢接口，查詢信貸資金，特別是受托支付的資金支付情況。1.12賬戶級信息變更規(guī)則1.12.1 基本流程和要求1 、定義：核心賬戶級信息變更是指已經(jīng)發(fā)放完成的貸款，再進行諸如還款方式、利率、結(jié)息方式等調(diào)整的。2 、流程：通過信貸與會計部門制定制度，約束賬戶信息的調(diào)整機制。禁止核心柜員未經(jīng)信貸人員授權(quán)直接調(diào)整貸款賬戶信息。信貸管理人員手工填寫賬戶信息變更容和清單交核心人員；核心柜員通過賬戶變更交易進行調(diào)整，核心系統(tǒng)調(diào)整完畢后，批量將賬戶變更信息同步到信貸管理系統(tǒng)（信貸賬戶層信息）。3 、統(tǒng)一要求：信貸系統(tǒng)與核心系統(tǒng)賬戶層信息的參數(shù)枚舉必須一致。需要核心提供相關(guān)的枚舉字段，并備注說明。信貸系統(tǒng)據(jù)以

25、進行相關(guān)修訂。4 、同步要求：信貸管理系統(tǒng)在用信管理模塊中增加借據(jù)信息調(diào)整記錄功能。核心對已發(fā)放業(yè)務(wù)進行調(diào)整后，信貸系統(tǒng)以借據(jù)調(diào)整容，不改變原借據(jù)信息。主要包括結(jié)息方式、利率調(diào)整方式、執(zhí)行利率等利率相關(guān)信息，還款方式、計劃表、扣款賬戶等。1.12.2還款計劃同步需求1、 貸款發(fā)放之后，如需修改還款方式，制定還款計劃。由信貸人員手工填寫還款計劃，由柜員在前臺錄入，維護還款計劃，核心系統(tǒng)日終批量形式返還信貸還款計劃表。信貸與核心同步修改后的還款方式以及相應(yīng)的還款計劃表執(zhí)行情況。2、 核心產(chǎn)生還款計劃的產(chǎn)生時點為第一個批量結(jié)束期。1.13墊款和補授權(quán)1.13.1 墊款處理1、 墊款產(chǎn)生后，要求信貸與

26、核心系統(tǒng)自動完成業(yè)務(wù)的補授權(quán)處理。建立墊款與原業(yè)務(wù)、原合同、客戶的關(guān)聯(lián)關(guān)系。2、 核心信息反饋。承兌匯票、（轉(zhuǎn)）貼現(xiàn)、保函等票據(jù)墊款時，核心通過日終批量返回貸款主檔表以及授權(quán)信息表，并提供與原業(yè)務(wù)的對應(yīng)關(guān)系，由信貸系統(tǒng)根據(jù)墊款信息自行建立對應(yīng)關(guān)系。3、 需要確認問題：貿(mào)易融資類業(yè)務(wù)墊款后核心系統(tǒng)如何處理？是否反饋信貸系統(tǒng)。1.13.2 補授權(quán)處理1.13.2.1 補授權(quán)業(yè)務(wù)圍新一代信貸管理系統(tǒng)上線后，正常情況下不允許核心脫離信貸授權(quán)辦理信貸業(yè)務(wù)。在新一代信貸管理系統(tǒng)中補授權(quán)作為應(yīng)急措施，圍為全部信貸業(yè)務(wù)。一期不在信貸管理系統(tǒng)管理圍的國際業(yè)務(wù)、電票業(yè)務(wù)除外。1.13.2.2 授信階段對于補授權(quán)的

27、業(yè)務(wù)處理是補錄整個流程審批信息。通過正常評級、授信流程，進行信貸管理系統(tǒng)中業(yè)務(wù)的登記、審批。1.13.2.3 用信階段1.13.2.4 、合同簽訂發(fā)起時，信貸人員選擇對應(yīng)借據(jù)，系統(tǒng)自動返顯核心對應(yīng)的合同號，合同簽訂提交下一崗時，不再調(diào)用單一額度申請接口，合同生效時，不再調(diào)用合同建立接口。1.13.2.5 、簽訂借據(jù)的時候，選擇對應(yīng)的核心放款信息，信貸管理系統(tǒng)保存借據(jù)的信息，提交時不再調(diào)用核心的貸款授權(quán)通知接口。1.13.2.4對核心系統(tǒng)要求1、墊款類和業(yè)務(wù)轉(zhuǎn)移類補授權(quán)，需要核心提供新舊業(yè)務(wù)的對應(yīng)關(guān)系。例如，提供承兌匯票墊款與原票據(jù)對應(yīng)關(guān)系、保函墊款與保函的對應(yīng)關(guān)系。2 、核心脫離信貸主動發(fā)起的

28、業(yè)務(wù)，需要提供信貸系統(tǒng)合同號和業(yè)務(wù)號、賬號容等信息。3 .14貸款展期4 、信貸管理系統(tǒng)以合同為單位發(fā)起展期業(yè)務(wù)。同時展示一個合同下的所有貸款，由客戶經(jīng)理手工選擇需要展期的借據(jù)。5 、新系統(tǒng)中存在一個合同項下多筆貸款情況，因此展期也允許合同展期一次，其借款分別展期。6 、每筆貸款的展期期限、金額都有不同，信貸管理系統(tǒng)逐筆進行授權(quán)。7 、貸款證等循環(huán)類合同不允許展期。8 、功能切換后，核心修改為每筆授權(quán)展一筆貸款。9 、并行期，信貸管理系統(tǒng)控制，助學(xué)貸款、社團貸款展期時，只生成一個展期授權(quán)，授權(quán)金額為合同金額，到期日為展期后合同到期日。10 、批量中增加展期標志，信貸據(jù)以識別核心3005交易是否

29、完成預(yù)展期的交易，以正確處理信貸的展期憑證。1.15借新還舊1 、借新還舊的貸款歸還借助受托支付功能實現(xiàn)。2、業(yè)務(wù)不再要求放款時自動關(guān)聯(lián)還款。核心中可以分放款和還款兩個交易處理。但核心必須控制，資金不能被挪作他用。3、實現(xiàn)一次放款還多筆的，信貸系統(tǒng)約定最大筆數(shù)上限。4、信貸系統(tǒng)提供對應(yīng)的貸款賬戶及對應(yīng)金額。并控制本次發(fā)放額與還款金額的關(guān)系，至少保證放款金額小于等于貸款余額。5、重組貸款的處理，參照借新還舊。1.16業(yè)務(wù)轉(zhuǎn)移1.16.1 業(yè)務(wù)場景1.16.1.1 單戶業(yè)務(wù)轉(zhuǎn)移1 、某一客戶的全部信貸合同及其項下的借據(jù)轉(zhuǎn)移至另一網(wǎng)點。2 、主要應(yīng)用于允許多頭的貸款的跨機構(gòu)轉(zhuǎn)移。1.16.1.2多戶

30、業(yè)務(wù)轉(zhuǎn)移1、同一網(wǎng)點部分客戶的全部信貸業(yè)務(wù)（包括合同、借據(jù)）批量轉(zhuǎn)移至另一網(wǎng)點。主要發(fā)生在網(wǎng)點片區(qū)重新劃分或某類業(yè)務(wù)集中管理。實例：因?qū)嵭泄緲I(yè)務(wù)集中管理，需將網(wǎng)點甲入賬的所有公司類信貸業(yè)務(wù)轉(zhuǎn)移至乙網(wǎng)點，其他業(yè)務(wù)全部保留。1.16.1.3網(wǎng)點拆并1、某一網(wǎng)點全部信貸業(yè)務(wù)（包括合同、借據(jù)）批量轉(zhuǎn)移至另一網(wǎng)點。主要發(fā)生在網(wǎng)點合并或者信貸權(quán)限上收。實例：網(wǎng)點甲需轉(zhuǎn)型為儲蓄制網(wǎng)點，取消其全部信貸權(quán)限，現(xiàn)將全部信貸業(yè)務(wù)轉(zhuǎn)移至乙網(wǎng)點，僅保留其存款業(yè)務(wù)。系統(tǒng)自動批量處理，轉(zhuǎn)移圍包括客戶資料、評級結(jié)果、有效授信、有效合同、未結(jié)清借據(jù)等所有信貸信息。1.16.2功能需求1 、轉(zhuǎn)移圍包括客戶資料、評級結(jié)果、有效授

31、信、有效合同、未結(jié)清借據(jù)等所有信貸信息。2 、支持助學(xué)貸款、按揭貸款、貸款證貸款、承兌、保函等所有業(yè)務(wù)類型轉(zhuǎn)移。3 、有效的（授信方案）額度和有效合同（包括有效期未使用或已經(jīng)使用尚有可用金額的）轉(zhuǎn)移后，在新網(wǎng)點仍可使用。4 、涉及核心核算機構(gòu)變更的，通過系統(tǒng)與核心交互，批量方式完成轉(zhuǎn)移。要求轉(zhuǎn)移后業(yè)務(wù)，能夠繼承原流程及管理信息。1.16.3流程圖跨網(wǎng)點業(yè)務(wù)轉(zhuǎn)移流程圖線下工作NGCMSNGCBS理處預(yù)貸信選擇篩選條件 （網(wǎng)點、客戶經(jīng) 理）聯(lián)社信貸部發(fā)起 轉(zhuǎn)移生成擬轉(zhuǎn)移清單 （不真正轉(zhuǎn)移）轉(zhuǎn)入和轉(zhuǎn)入社客戶經(jīng)理打印移轉(zhuǎn)心核交各自對應(yīng)的核心柜員轉(zhuǎn)出網(wǎng)點轉(zhuǎn)出交易轉(zhuǎn)入網(wǎng)點確認交易步同量批檔案移交或再次、發(fā)

32、起轉(zhuǎn)移流程生成最終轉(zhuǎn)移清 單（列明成功和失?。┡客胶诵霓D(zhuǎn) 移結(jié)果（真正轉(zhuǎn) 移）1.16.4信貸流程描述1 、信貸管理系統(tǒng)中業(yè)務(wù)交接模塊下增加跨網(wǎng)點轉(zhuǎn)移功能,與客戶經(jīng)理交接功能并立。縣級聯(lián)社信貸管理部門人員擁有跨機構(gòu)業(yè)務(wù)交接功能操作權(quán)限。2 、發(fā)起人發(fā)起交接流程，通過查詢條件篩選擬轉(zhuǎn)移的客戶、業(yè)務(wù)等信息，并指定擬接收網(wǎng)點、擬接收客戶經(jīng)理，批量轉(zhuǎn)移還是實時轉(zhuǎn)移，經(jīng)擬交出和接收客戶經(jīng)理確認后，生成跨網(wǎng)點交接清單。3 發(fā)起人在跨機構(gòu)交接發(fā)起時，選擇是否轉(zhuǎn)移核算機構(gòu)。如果需要轉(zhuǎn)移，在交接明細中列出現(xiàn)核算機構(gòu)，由客戶經(jīng)理確定擬接收的核算機構(gòu)，默認圍為一個法人機構(gòu)。（核算機構(gòu)同機構(gòu)參數(shù)中同步的核心網(wǎng)點參

33、數(shù)。）接收核算機構(gòu)欄位由客戶經(jīng)理選擇或者直接輸入，如果直接輸入，系統(tǒng)進行實時模糊查詢適配。4 實現(xiàn)復(fù)選批量指定接收的機構(gòu)核算機構(gòu)指定接收客戶經(jīng)理。5 信貸管理系統(tǒng)進行轉(zhuǎn)移規(guī)則校驗，確保擬轉(zhuǎn)移清單符合轉(zhuǎn)移要求。規(guī)則包括：除不控制多頭的業(yè)務(wù)和因為表外原因外，一個客戶在同一信貸機構(gòu)下的業(yè)務(wù)信息必須全部轉(zhuǎn)移到同一個新機構(gòu)，即禁止產(chǎn)生違反制度的新多頭。表業(yè)務(wù)與表外業(yè)務(wù)分開轉(zhuǎn)移。需要轉(zhuǎn)移核心入賬機構(gòu)的或一次超過十個客戶的，必須通過批量方式，不允許實時轉(zhuǎn)移。需要變化核心核算機構(gòu)的，轉(zhuǎn)移清單所需信息必須完整，否則予以提示。6 先提交到擬交出客戶經(jīng)理確認，通過后，提交接收客戶經(jīng)理確認擬轉(zhuǎn)移業(yè)務(wù)。允許后手崗?fù)嘶兀?/p>

34、如需調(diào)整清單，線下進行溝通后，退回發(fā)起人修改或取消后重新發(fā)起。7交出和接收人確認通過后，發(fā)起人最終確認擬轉(zhuǎn)移業(yè)務(wù)，信貸系統(tǒng)根據(jù)是否轉(zhuǎn)移核心核算機構(gòu)，分別生成信貸業(yè)務(wù)轉(zhuǎn)移清單和核心業(yè)務(wù)跨網(wǎng)點轉(zhuǎn)移清單，并提供導(dǎo)出功能。8 、信貸系統(tǒng)調(diào)用接口，將核心業(yè)務(wù)跨網(wǎng)點轉(zhuǎn)移清單傳給核心系統(tǒng)（txt文本或tccr報文）。9 、核心系統(tǒng)對信貸傳輸?shù)臄M轉(zhuǎn)移業(yè)務(wù)啟動交易確認，確認后，完成核算跨網(wǎng)點轉(zhuǎn)移的相應(yīng)處理。完成業(yè)務(wù)轉(zhuǎn)移處理后，核心生成轉(zhuǎn)移結(jié)果清單。10 、批量同步。對于轉(zhuǎn)移核算機構(gòu)也需要變更的，在核心轉(zhuǎn)移交易完成前，信貸管理系統(tǒng)中不進行真正轉(zhuǎn)移；通過系統(tǒng)批量同步核心處理結(jié)果，并在原清單標注是否成功。成功的，信貸

35、自動完成轉(zhuǎn)移，不成功的，退回原狀態(tài)。由信貸系統(tǒng)管理人員據(jù)以進行一步操作（撤銷或重新發(fā)起轉(zhuǎn)移）。11 、對于不需要變化核心入賬機構(gòu)的，接收方確認后即可完成轉(zhuǎn)移。1.16.5限制條件1 、信貸業(yè)務(wù)轉(zhuǎn)移的最小單位是一個客戶，不允許一個客戶部分業(yè)務(wù)進行轉(zhuǎn)移，允許多頭的除外。2 、信貸系統(tǒng)中，允許多頭的貸款轉(zhuǎn)移時，利用多頭貸款轉(zhuǎn)移交易處理，不自動轉(zhuǎn)移客戶；除此之外客戶資料與業(yè)務(wù)一并轉(zhuǎn)移。3 、核心系統(tǒng)業(yè)務(wù)轉(zhuǎn)移的最小單位是合同，不允許一個合同的部分貸款進行轉(zhuǎn)移。4 、跨法人進行業(yè)務(wù)轉(zhuǎn)移，需核心支持。5 、信貸與核心系統(tǒng)控制承兌匯票的轉(zhuǎn)移不能跨法人，業(yè)務(wù)轉(zhuǎn)移時，不改變票據(jù)信息。核心系統(tǒng)確保能夠正常兌付，正確

36、墊款。6 、已經(jīng)結(jié)清的貸款和已經(jīng)失效的合同不進行轉(zhuǎn)移；轉(zhuǎn)移發(fā)起后，信貸系統(tǒng)提示“業(yè)務(wù)轉(zhuǎn)移前釋放額度，處理失效的合同”。1.16.5.1清單格式轉(zhuǎn)移業(yè)務(wù)清單文件字段：客戶名稱、證件號、合同業(yè)務(wù)號（合同流水號）、授權(quán)業(yè)務(wù)號（憑證流水號）、貸款賬號（票據(jù)號），轉(zhuǎn)出核算機構(gòu)、接收核算機構(gòu)、轉(zhuǎn)出信貸機構(gòu)、接收信貸機構(gòu)、轉(zhuǎn)出客戶經(jīng)理、接收客戶經(jīng)理。1.17 不良資產(chǎn)管理1.17.1 新增劃轉(zhuǎn)交易1 、上收階段，增加表資產(chǎn)向表外劃轉(zhuǎn)交易，實現(xiàn)新增表資產(chǎn)劃轉(zhuǎn)表外的交易化、核算的明細化。2、核心系統(tǒng)對表不良貸款向表外貸款劃轉(zhuǎn)時，區(qū)分劃轉(zhuǎn)容，比如：劃轉(zhuǎn)到已核銷貸款的；劃轉(zhuǎn)至資產(chǎn)置換貸款的；劃轉(zhuǎn)至政府收購貸款；劃轉(zhuǎn)

37、至打包處置貸款的；劃轉(zhuǎn)至票據(jù)置換貸款的；劃轉(zhuǎn)至股東購買貸款的。3、表外不良資產(chǎn)之間直接轉(zhuǎn)換的交易暫不增加，例如置換轉(zhuǎn)核銷，先不考慮。統(tǒng)一按先轉(zhuǎn)回表，再通轉(zhuǎn)表外新類型的方式實現(xiàn)。4、對于新一代核心業(yè)務(wù)系統(tǒng)上線后，采用核銷方式轉(zhuǎn)到表外的置換貸款，在置換交易改造完成，核心系統(tǒng)將已經(jīng)標志的該部分貸款移植到正確的科目。沒有體現(xiàn)接口，核心信息如何分類傳到信貸，自動更新臺賬。1.17.2 批量處理1 、核心系統(tǒng)對表外不良貸款（已核銷不良貸款、票據(jù)置換不良貸款、資產(chǎn)置換不良貸款、整體收購不良貸款及新增加的打包處置不良貸款、股東購買不良貸款）建立明細臺賬，并與信貸系統(tǒng)通過貸款業(yè)務(wù)號（援權(quán)業(yè)務(wù)號）建立關(guān)聯(lián)關(guān)系。2

38、、表外貸款的批量參考表處理。核心系統(tǒng)向信貸系統(tǒng)提供交易明細，信貸系統(tǒng)自動據(jù)以更新相應(yīng)明細臺賬。（參考呆賬核銷的賬務(wù)處理）1.17.3 存量表外貸款移植1 、存量表外貸款移植時，從信貸系統(tǒng)進行數(shù)據(jù)規(guī)和獲取數(shù)據(jù)，由網(wǎng)點核對數(shù)據(jù)的真實性后，再移植。具體移植方案，需要會計、科技、資產(chǎn)部門共同討論。2、新系統(tǒng)推廣后再實施。1.17.4 不良資產(chǎn)集中管理1 、不良貸款集中管理時在核心系統(tǒng)實現(xiàn)不良貸款業(yè)務(wù)及相關(guān)資料的跨網(wǎng)點轉(zhuǎn)移，轉(zhuǎn)移后相關(guān)貸款信息不變。2、核心系統(tǒng)采用業(yè)務(wù)轉(zhuǎn)移方式處理，信貸系統(tǒng)按照業(yè)務(wù)轉(zhuǎn)移的信貸處理規(guī)則處理，確保系統(tǒng)自動承接集中前后的業(yè)務(wù)和管理信息。3 、信貸系統(tǒng)進行資產(chǎn)統(tǒng)計時，需要將集中劃

39、轉(zhuǎn)的與普通新增收回區(qū)別處理，防止發(fā)生額虛增。1.17.5 抵債資產(chǎn)管理鑒于抵債資產(chǎn)的特殊性以及數(shù)據(jù)規(guī)的不確定性，無需在核心系統(tǒng)中建立明細臺賬。1.17.6 表劃轉(zhuǎn)表外處理對于表劃轉(zhuǎn)表外的，信貸系統(tǒng)通過接口方式把信息提供給核心系統(tǒng)，以杜絕前臺柜員在沒有信貸授權(quán)的情況下主動發(fā)起交易的風(fēng)險，防止兩系統(tǒng)數(shù)據(jù)不統(tǒng)一。1.18 數(shù)據(jù)提供1.18.1 臺賬同步核心系統(tǒng)將涉及信貸的批量接口數(shù)據(jù)，以增量全字段方式按市導(dǎo)出數(shù)據(jù)文件傳給信貸，信貸管理系統(tǒng)根據(jù)業(yè)務(wù)需要自行處理數(shù)據(jù)。1.18.2 需直接提供的貸款數(shù)據(jù)1.18.2.1 上收期階段核心可以返還的1 、賬戶狀態(tài)2 、科目代號/名稱3 、是否欠息4 、產(chǎn)生逾期

40、時間5 、產(chǎn)生非應(yīng)計時間6 、還款方式7 、欠本金額8 、還款周期9 、貸款賬號10 、保函狀態(tài)11 、貸款收回日期、收回時間12、欠息日期13 、欠息金額14 、表欠息金額15 、表外欠息金額16 、本金逾期天數(shù)17 、利息逾期天數(shù)18 、首次欠息日19 、欠息次數(shù)1.18.2.2切換期階段核心才能返還1 、計息明細2 、還息明細3 、資金支付流向數(shù)據(jù)4 、分期貸款查詢5 、非應(yīng)應(yīng)計類型6 、墊款金額7 、還息日期8 、還款計劃表9 、存款余額、存款日均額、保證金余額、貸款日均額、股金余額、實收利息10 、賬戶狀態(tài)：正常轉(zhuǎn)逾期日期、正常轉(zhuǎn)部分逾期日期、正常轉(zhuǎn)非應(yīng)計日期、部分逾期轉(zhuǎn)非應(yīng)計日期、

41、逾期轉(zhuǎn)非應(yīng)計日期、部分逾期轉(zhuǎn)正常日期、非應(yīng)計轉(zhuǎn)正常日期1.19信貸與核心科目核對信貸機構(gòu)與核心網(wǎng)點不再一對一，例如公司業(yè)務(wù)部的業(yè)務(wù)分散在多個核心網(wǎng)點入賬。因此在科目核對時，會出現(xiàn)不平問題。1.20社團貸款1.20.1流程圖1.20.2業(yè)務(wù)流程1、主辦社在信貸管理系統(tǒng)中對借款人進行評級授信，授信完成后，調(diào)用ECIF額度接口，建立客戶信貸條線額度。2 授信完成后，信貸系統(tǒng)發(fā)起社團貸款協(xié)議簽訂流程。主辦社發(fā)起邀請，參與社接收到邀請后，各自發(fā)起審批流程。全部參與社審批通過后，由主辦社進行簽訂社團貸款協(xié)議（包括參與社分配金額分配比例信息（信貸系統(tǒng)控制分配比例為整數(shù)百分比，不存在小數(shù)）。調(diào)用協(xié)議建立接口，

42、在核心系統(tǒng)中建立社團貸款協(xié)議。3 主辦社在信貸業(yè)務(wù)系統(tǒng)發(fā)起合同簽訂流程，系統(tǒng)根據(jù)協(xié)議自動將合同分發(fā)到各參與社確認，參與社確認完畢后，主辦社簽訂合同。合同生效時，由主辦社調(diào)用核心合同建立接口，建立社團貸款合同。4 信貸系統(tǒng)在調(diào)用合同建立接口同時，將合同與協(xié)議的關(guān)聯(lián)關(guān)系發(fā)送核心，核心進行保存，以實現(xiàn)后續(xù)處理。5 主辦社發(fā)起貸款發(fā)放流程，確定本次發(fā)放額，系統(tǒng)根據(jù)社團協(xié)議，自動分發(fā)給各個參與社，各參與社確認后打印授權(quán)通知書（對應(yīng)各個參與社實際發(fā)放額）。參與社不允許修改授權(quán)信息。6 授權(quán)確認時，分別調(diào)用貸款授權(quán)接口，將各自授權(quán)信息發(fā)送到相應(yīng)的核心。7 所有參與社都確認并完成授權(quán)通知書打印后，主辦社打印總

43、授權(quán)通知書（對應(yīng)主辦社和所有參與社本次向借款人的實際發(fā)放額）。8 、信貸管理系統(tǒng)在發(fā)送大授權(quán)信息時，同時將各參與社授權(quán)與代理社總授權(quán)的對應(yīng)關(guān)系發(fā)送核心。核心系統(tǒng)保存大授權(quán)和小授權(quán)的關(guān)聯(lián)關(guān)系信息。9 、核心系統(tǒng)發(fā)放各個參與社的貸款。核心系統(tǒng)檢測各個小授權(quán)的貸款是否都完全出賬，檢測通過，才允許發(fā)放大授權(quán)的貸款。10 、核心放款時，大小授權(quán)都產(chǎn)生貸款賬戶。信貸與核心系統(tǒng)控制大授權(quán)放款時采取監(jiān)督支付，小授權(quán)放款時，不允許貸轉(zhuǎn)存，統(tǒng)一進歸集賬戶。11 、信貸管理系統(tǒng)展期由主辦社發(fā)起，各參與社確認。主辦社選擇大授權(quán)對應(yīng)的貸款賬戶進行展期審批，授權(quán)時，根據(jù)協(xié)議系統(tǒng)自動分發(fā)給各參與社確認展期授權(quán)。信貸審批一次

44、，核心根據(jù)各參與社展期授權(quán)分別處理。12 、賬戶狀態(tài)的變化，按照一般業(yè)務(wù)處理規(guī)則處理，手工干預(yù)的賬戶狀態(tài)變化不做控制。13 、貸款核銷等轉(zhuǎn)表外處理，按照一般貸款管理規(guī)則處理，不要求必須統(tǒng)一。14 、貸款本息歸還時，統(tǒng)一由代理社柜員在客戶賬扣款歸還大授權(quán)產(chǎn)生的貸款賬戶，然后啟動分配交易，核心系統(tǒng)根據(jù)協(xié)議信息和大小賬號對應(yīng)關(guān)系，自動分配各參與社歸還金額。核心系統(tǒng)應(yīng)控制，各參與社還款時，輸入還款金額與分配金額相符。15 、支持自動扣款，系統(tǒng)通過批量完成貸款歸還。大授權(quán)中自動轉(zhuǎn)存標志可以為“是”。16 、合同中資金來源標識，目前核心區(qū)分自營和委托。信貸授權(quán)中區(qū)分自營和委托。17 、協(xié)議編號與合同編號區(qū)

45、分，必須遵守先建協(xié)議，后建立合同的循序。18 、核心允許社團貸款的合同與放款機構(gòu)屬于不同法人。19 、信貸管理系統(tǒng)社團貸款授權(quán)，需要增加大授權(quán)號、合同號、協(xié)議號接口。20 、貸款發(fā)放時，信貸必須控制小授權(quán)完成后才能發(fā)送大授權(quán)；核心控制小授權(quán)使用后才能使用大授權(quán)。21 、無論大小授權(quán)，核心不能自己產(chǎn)生，必須使用信貸授權(quán)。22 、存量社團貸款移植問。新信貸系統(tǒng)與核心系統(tǒng)兼容存量數(shù)據(jù)的后續(xù)放款和還款。（信貸管理系統(tǒng)記錄老系統(tǒng)中小合同以及小合同與授權(quán)的對應(yīng)關(guān)系。存量合同不允許新增貸款，如需發(fā)放剩余金額，必須按照新規(guī)則重新審批，建立協(xié)議和合同，然后進行放款。存量貸款歸還，需要核心系統(tǒng)在分配算法上考慮原未

46、按規(guī)則還款的處理。存量社團貸款的展期，信貸系統(tǒng)按照老系統(tǒng)接口處理。對存量社團貸款協(xié)議信息進行維護，且要求必須在新程序上線前完成。）1.20.3 系統(tǒng)實現(xiàn)1 、增加核心授權(quán)狀態(tài)查詢接口。查詢發(fā)送核心的授權(quán)是否已經(jīng)使用。信貸系統(tǒng)據(jù)以控制大小授權(quán)的順序，在小授權(quán)全部使用前，不允許發(fā)放大授權(quán)。2 、社團貸款科目核算不改變。3 、兩系統(tǒng)通過技術(shù)授權(quán)滿足業(yè)務(wù)需求，流程上只審批和簽訂一個合同，展期時只針對一個合同進行調(diào)整。4 、核心系統(tǒng)中，社團貸款協(xié)議通過接口建立。5 、核心需要記錄大小授權(quán)的對應(yīng)關(guān)系；以及每次貸款發(fā)放時，各參與社承貸金額與本次放款總額的放款比例。6 、核心系統(tǒng)增加控制，客戶對大授權(quán)產(chǎn)生的貸

47、款賬戶還款時，系統(tǒng)自動根據(jù)放款時比例進行還本付息的分配，在參與社進行還款時，對輸入金額與分配金額校驗必須一致。7 、自動分配還款規(guī)則只對新增的社團貸款有效。功能切換前，對核心存量社團貸款中維護的大小授權(quán)對應(yīng)關(guān)系進行清理。8 、初步確定，核心按照現(xiàn)有大小合同的機構(gòu)建立合同。代理社建立委托大合同和承貸的自營小合同，各參與社建立自營小合同。每次放款自營部分的授權(quán)和賬號掛在各自小合同上，每次放款的總授權(quán)和賬號掛在委托大合同上。9 、信貸與核心都需要保留，每次放款大小授權(quán)（大小賬號）的對應(yīng)關(guān)系。10 、信貸需要每次授權(quán)發(fā)送核心小授權(quán)所屬小合同號、大授權(quán)所屬大合同號，在授權(quán)發(fā)送時包含大小授權(quán)的對應(yīng)關(guān)系。1

48、.21銀行承兌匯票1.21.1 正常業(yè)務(wù)流程1 、功能切換后，信貸系統(tǒng)實現(xiàn)一個合同下分次授權(quán)，核心按照一票一授權(quán)的規(guī)則處理。信貸系統(tǒng)建立承兌匯票合同，授權(quán)時錄入每票據(jù)的基本信息，發(fā)送到核心系統(tǒng)，核心系統(tǒng)進行復(fù)核并記賬出票，減少核心柜員的重復(fù)操作，提高出票效率。2 、核心控制一個授權(quán)只能出一票。3 、信貸通過保證金賬戶查詢接口（定期或活期）進行信息校驗，校驗容包括：保證金賬號開戶機構(gòu)與合同建立機構(gòu)是否一致、筆號與票據(jù)信息的對應(yīng)關(guān)系、保證金金額是否足額（定期賬戶的保證金，需逐筆檢查；活期賬戶的保證金，匯總檢查）。4 、信貸系統(tǒng)通過承兌票據(jù)批量傳輸接口，將信貸系統(tǒng)的票據(jù)信息發(fā)送核心系統(tǒng)，核心保存成功

49、后返回信貸，信貸系統(tǒng)根據(jù)返回信息更新票據(jù)傳輸狀態(tài)。5 、信貸系統(tǒng)打印承兌授權(quán)通知書，交承兌機構(gòu)核心柜員，核心柜員依據(jù)授權(quán)業(yè)務(wù)號，進行票據(jù)信息復(fù)核，并補充票據(jù)等信息，交易完成后，提交承兌。6 、核心將狀態(tài)發(fā)生變化（包括未用退回、到期收款、結(jié)清）以及新增的票據(jù)信息日終批量返回信貸系統(tǒng)。7 、核心系統(tǒng)中保兌倉業(yè)務(wù)作為一般承兌業(yè)務(wù)處理。8 、承兌匯票業(yè)務(wù)采取敞口授信方式，因此，合同建立時，扣除保證金金額占用額度。9 、一期信貸管理系統(tǒng)不管理電票形式辦理的銀行承兌和貼現(xiàn)、轉(zhuǎn)貼現(xiàn)。其授信額度從核心維護，合同由電票系統(tǒng)建立。1.21.2異常處理流程1 、如果核心柜員提交承兌后發(fā)現(xiàn)錯誤，則當日賬務(wù)沖正，票據(jù)信

50、息恢復(fù)“未用”狀態(tài)。2 、如果票據(jù)錄入錯誤，由核心柜員重新錄入票據(jù)，重新提交承兌。3 、如果票據(jù)之外信息錯誤，由信貸系統(tǒng)通過接口修改票據(jù)信息，并重新打印授權(quán)書，提給核心柜員。4 、只有核心中票據(jù)記錄狀態(tài)是“未用”，才允許信貸對該記錄進行修改、刪除。1.21.3新增接口1 、新增保證金定期賬戶查詢接口、保證金活期賬戶查詢接口。主要用于查詢保證金明細，包括冊號、筆號、金額等信息。貿(mào)易融資、銀行承兌、保函等業(yè)務(wù)都需要該接口2 、修改承兌匯票授權(quán)接口，增加核心出票需要的字段。1.22貼現(xiàn)轉(zhuǎn)貼現(xiàn)1.22.1 業(yè)務(wù)流程業(yè)務(wù)辦理流程與現(xiàn)有流程一致。信貸進行業(yè)務(wù)的登記審批，調(diào)用合同接口建立貼現(xiàn)協(xié)議，然后通過票

51、據(jù)傳輸接口將票據(jù)信息傳輸?shù)胶诵?，核心系統(tǒng)按照現(xiàn)有的交易進行賬務(wù)處理。1.22.2 標識修改票據(jù)傳輸及批量交互時，信貸與核心確定票據(jù)的唯一標識規(guī)則為“合同業(yè)務(wù)號+3位票據(jù)順序號”。1.22.3 狀態(tài)同步1 、貼現(xiàn)轉(zhuǎn)入及轉(zhuǎn)出時，要求核心系統(tǒng)對回購式和買（賣）斷式分別處理；賬務(wù)和業(yè)務(wù)上能夠區(qū)分。貼現(xiàn)狀態(tài)分為正常、結(jié)清、賣斷式轉(zhuǎn)出、回購式轉(zhuǎn)出；轉(zhuǎn)貼現(xiàn)狀態(tài)分為買斷式轉(zhuǎn)入、回購式轉(zhuǎn)入、賣斷式轉(zhuǎn)出、回購式轉(zhuǎn)出、結(jié)清。2 、系統(tǒng)批量時，能夠?qū)⑥D(zhuǎn)出或轉(zhuǎn)入方式反饋到信貸管理系統(tǒng)。1.22.4 利率修改1 、信貸提供核心的貼現(xiàn)、轉(zhuǎn)貼現(xiàn)業(yè)務(wù)利率格式為月利率。2 、合同建立時提供的合同利率為所有票據(jù)的“加權(quán)利率”非執(zhí)行

52、利率。3 、在票據(jù)傳輸接口中增加“利率”欄位，傳輸核心，作為每票據(jù)的執(zhí)行利率。4 、同一個貼現(xiàn)（轉(zhuǎn)）協(xié)議下的每票據(jù)執(zhí)行利率可能會不同。需要核心根據(jù)每票據(jù)下利率進行計息。5 、信貸錄入界面控制為月利率，系統(tǒng)接口為年利率，轉(zhuǎn)換公式為年利率=月利率*1.2，千分號轉(zhuǎn)化為百分號。6 、功能切換后，貼現(xiàn)放款時執(zhí)行利率從每票據(jù)中提取。7 、在并行期信貸系統(tǒng)需要控制，一個合同下票據(jù)的執(zhí)行利率必須一致。1.23 法人賬戶透支功能切換后實現(xiàn)，參照農(nóng)信處理方式改造，法人賬戶透支納入信貸管理圍。1.24 助學(xué)貸款1 、功能切換前，業(yè)務(wù)部門下發(fā)通知說明，核心系統(tǒng)批量清理未使用的助學(xué)貸款放款計劃表。并行期，助學(xué)貸款發(fā)放

53、按照2010年6月份升級后流程辦理。2 、數(shù)據(jù)上收階段，核心系統(tǒng)按照原規(guī)則處理，未試點機構(gòu)繼續(xù)在老信貸管理系統(tǒng)進行人工補授權(quán)；試點機構(gòu)由新信貸系統(tǒng)自動構(gòu)造借據(jù)信息（信貸根據(jù)助學(xué)貸款合同下不同賬號構(gòu)建借據(jù)信息）。3 、信貸管理系統(tǒng)根據(jù)助學(xué)貸款臺賬信息計算合同已用金額。4 、系統(tǒng)功能切換后，放款授權(quán)一律由信貸系統(tǒng)通過授權(quán)接口提供，不允許核心自主授權(quán)和按照計劃表放款。5 、并行期，核心系統(tǒng)不進行改動，已有合同的放款由核心授權(quán)。6 、功能切換后，全部由信貸授權(quán)。1 .25保函業(yè)務(wù)2 、信貸系統(tǒng)簽訂保函協(xié)議，將保函授權(quán)信息發(fā)送到核心系統(tǒng)，核心系統(tǒng)使用信貸系統(tǒng)發(fā)送的保函授權(quán)業(yè)務(wù)號開立保函，核心系統(tǒng)產(chǎn)生保函賬號。3 、保函狀態(tài)發(fā)生變化的時候，核心系統(tǒng)會日終將保函臺賬信息通過貸款主檔表返還信貸系統(tǒng)。4 、保函解除流程：核心啟用3003保函解除>保函賬戶狀態(tài)置為結(jié)清狀態(tài)>核心將解除后的賬戶信息發(fā)送信貸系統(tǒng)>信貸系統(tǒng)根據(jù)核心返回的授權(quán)業(yè)務(wù)號更新信貸系統(tǒng)保函狀態(tài)（同一般貸款狀態(tài)）5 、保函賠付：核心啟用3006保