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

1、61/61山東省農(nóng)村信用合作社聯(lián)合社新一代信貸治理系統(tǒng)需求講明書核心系統(tǒng)接口山東省農(nóng)信新一代信貸系統(tǒng)項目組2012年04月文檔信息文檔名稱：山東省農(nóng)村信用社聯(lián)合社新一代信貸治理系統(tǒng)需求講明書核心接口初稿作者：新一代信貸治理系統(tǒng)項目組初稿日期：201內(nèi)容概述：本文檔是山東省農(nóng)村信用社聯(lián)合社新一代信貸治理系統(tǒng)（NGCMS）與新一代核心業(yè)務系統(tǒng)(NGCBS)涉及接口的業(yè)務需求講明，重點描述與原接口不同之處。兩系統(tǒng)功能切換后的交互依據(jù)此進行設計開發(fā)。版本修訂歷史版本修訂日期修訂人修改內(nèi)容簡述1.0201中創(chuàng)人員、新一代信貸治理系統(tǒng)項目組、核心技術人員、IBM人員依照與核心三次討論以及與IBM、中創(chuàng)技術

2、人員討論內(nèi)容，補充完善。原NGCMS涉及核心系統(tǒng)需求講明書-V1.4.doc版本1.12013-05-30新一代信貸治理系統(tǒng)項目組剔除并行期差不多實現(xiàn)和驗證的內(nèi)容。依照新系統(tǒng)功能實現(xiàn)情況，對功能要求進行了調(diào)整。1.21.31.4概述該文檔描述內(nèi)容為信貸業(yè)務辦理中跨系統(tǒng)的功能需求，需要新一代信貸治理系統(tǒng)與核心系統(tǒng)協(xié)同改造；達到理清功能邊界，順暢業(yè)務，最大得發(fā)揮信貸與核心系統(tǒng)對業(yè)務提供支持的目的。幸免出現(xiàn)因新一代信貸治理系統(tǒng)功能或業(yè)務規(guī)則變更、核心未更新，導致出現(xiàn)流程不銜接、功能重疊、操縱沖突等阻礙業(yè)務辦理問題?？蛻粜畔€人非身份證辦理業(yè)務新一代信貸治理系統(tǒng)中證件類型豐富，同意個人客戶以港澳臺身份

3、證、軍官證、護照建立客戶資料和辦理信貸業(yè)務，同意對公同業(yè)客戶以營業(yè)執(zhí)照號或金融許可證號建立客戶資料和辦理業(yè)務。但核心存在如下問題：一、核心系統(tǒng)前端相關界面上，可選擇證件種類只有身份證和組織機構代碼證。二、通過接口能夠成功建立合同和自下而上建立額度，但無法查詢額度。三、核心返回的數(shù)據(jù)中，沒有對非身份證號的客戶編碼進行處理，信貸無法正確解析出證件類型和證件號。增加“金融許可證”證件類型存款開戶等是否存在問題存款開戶等是否存在問題在轉貼現(xiàn)等同業(yè)業(yè)務辦理中，交易對手存在較多分行或者支行級客戶，特不是全國性的商業(yè)銀行，更是無法直接與總行進行交易。分行、支行只具備獨立的營業(yè)執(zhí)照號和“金融許可證”，因此，需

4、要在信貸系統(tǒng)和ECIF中增加對公證件類型“金融許可證”，能夠以“金融許可證”建立客戶信息和辦理業(yè)務?？蛻裘Q變更是否還同意變更名稱。該處是否要求核心能夠變更業(yè)務里的客戶名稱。需要和趙科確定。是否還同意變更名稱。該處是否要求核心能夠變更業(yè)務里的客戶名稱。需要和趙科確定。客戶名稱變更，在核心系統(tǒng)認為是新增客戶，不支持繼承原客戶下業(yè)務。信貸系統(tǒng)盡管繼承原業(yè)務，但由于核心不更新，導致合同和放款業(yè)務不能接著辦理。要求信貸系統(tǒng)明確告知操作員變更帶來的問題。信貸治理系統(tǒng)中變更客戶名稱時，系統(tǒng)進行如下檢查：（1）不能有正在流程中的業(yè)務；（2）不能有未使用的有效授權（發(fā)送核心尚未記賬）；（3）調(diào)用額度查詢接口，

5、查詢客戶是否存在有效額度，假如存在，提示操作員“原授信不可接著使用，原合同不能接著放款，原貸款只能結清，建議客戶先進行業(yè)務結清”；（4）檢查客戶是否存在貸款證，假如存在貸款證，提示變更后進行換證（卡）。（5）提示變更后如需辦理業(yè)務，需進行重授信。（6）變更時，存在貸款證（卡）的，在貸款證關聯(lián)相關表中記錄名稱變更標志。變更后發(fā)起貸款證下合同授權，系統(tǒng)操縱必須先進行換證。系統(tǒng)對換發(fā)的第一個貸款證作頒發(fā)新貸款證處理，同時更新清晰名稱變更標識。額度治理非本次討論內(nèi)容。非本次討論內(nèi)容。額度治理需求詳細需求見NGCMS_DLV_業(yè)務需求規(guī)格講明書(額度治理)額度治理方案處理規(guī)則信貸與ECIF共管額度。在數(shù)

6、據(jù)上收時期，由信貸治理系統(tǒng)實現(xiàn)信貸額度的管控。ECIF系統(tǒng)治理客戶全行額度，治理各業(yè)務條線的額度，操縱信貸授信額度總額。信貸治理系統(tǒng)建立完整的額度治理機制，用來治理信貸系統(tǒng)業(yè)務額度產(chǎn)生和使用。ECIF保持現(xiàn)有額度品種不變，對額度層級和恢復機制進行改造。假如為信貸條線額度，只同意通過信貸系統(tǒng)接口進行建立和調(diào)整，不同意通過前端進行修改。合同建立即占用ECIF中信貸條線額度，合同失效恢復信貸條線額度的可用額。信貸條線額度不記錄額度使用額。功能切換前，信貸與ECIF額度接口保持不變。功能切換時期，信貸治理系統(tǒng)中額度移植到ECIF系統(tǒng)，作為初始的信貸條線額度。功能切換后，ECIF系統(tǒng)必須操縱，不同意前臺

7、柜員通過額度維護交易，建立或維護信貸條線額度下的綜合和單一額度。信貸條線額度及其下各層額度只能通過系統(tǒng)自動處理維護。業(yè)務流程信貸治理系統(tǒng)新增授信和進行授信調(diào)整后，需要將信貸中授信總額同步到ECIF系統(tǒng)，ECIF系統(tǒng)保存為信貸條線授信額度。合同建立時，ECIF系統(tǒng)依照合同產(chǎn)品，在信貸條線額度范圍內(nèi)，自下而上建立單一額度和綜合額度。額度自下而上建立時，采納已有規(guī)則進行額度擴充，但同意自動擴充信貸條線額度。假如為自下而上模式，信貸系統(tǒng)中的組合額度、綜合額度和單項額度無需同步到ECIF。需要自上而下模式建立額度的，信貸在授信完成時，調(diào)用ECIF的額度建立或修改接口，同步相應業(yè)務綜合額度。同意自上而下模

8、式建立的額度必須為信貸和ECIF系統(tǒng)中額度品種一一對應的。信貸治理系統(tǒng)每次完成授信，調(diào)用額度接口，將額度信息同步到ECIF系統(tǒng)，假如ECIF中原不存在，建立額度信貸條線額度，假如差不多存在，進行額度調(diào)整。信貸條線額度治理范圍一期信貸條線額度不包含電子銀行承兌額度、再貼現(xiàn)額度、外幣類貿(mào)易融資業(yè)務額度、信用卡額度。除此之外的信貸業(yè)務額度審批均屬于信貸治理系統(tǒng)。信貸治理系統(tǒng)授信審批時，將臨時禁止選擇這些產(chǎn)品或方式。實現(xiàn)時機功能切換后，實現(xiàn)信貸與ECIF共管額度；并行期，額度接口保持不變。敞口授信問題信貸采取敞口授信規(guī)則進行額度核定，核定的額度為剔除保證金后的金額。因此，在額度扣減時，按照合同金額剔除

9、保證金金額后的差額扣減。信貸一期中，只剔除保證金，不進行其他風險敞口折算。同步核心額度狀態(tài)功能切換前，需要ECIF系統(tǒng)提供額度狀態(tài)為凍結的額度明細，信貸系統(tǒng)據(jù)以更新信貸中額度的狀態(tài)。需要再確定問題核心柜員是否有權對信貸條線額度進行操作，如何解決核心柜員對客戶中心額度維護導致的對信貸額度阻礙。修改額度相關接口包括額度新增、調(diào)整、凍結解凍、鎖定解鎖、申請、查詢等接口。新系統(tǒng)上線后額度問題貸款證綜合額度解凍問題存量數(shù)據(jù)中存在通過貸款證綜合額度凍結、解凍接口進行凍結的貸款證綜合額度。由于移植到新信貸中的數(shù)據(jù)不包含授信信息，且新系統(tǒng)無貸款證綜合額度凍結、解凍接口，造成客戶只在核心凍結綜合額度的情況。此情

10、況下，通過核心3746交易解凍時，常出現(xiàn)交易不成功，或者盡管交易成功完成，但信貸授信或者調(diào)整綜合額度時，仍然提示綜合額度被凍結的情況。請核心完善綜合額度凍結、解凍交易。貸款證綜合額度多頭操縱問題新系統(tǒng)中，貸款證綜合額度期限會涵蓋合同期限，因此，假如合同提早結清或者注銷，綜合額度可能尚未到期，現(xiàn)在，信貸是同意客戶轉移到新機構辦理貸款證業(yè)務的。然而，在新機構在進行貸款證授信時，系統(tǒng)會因在不同機構下差不多存在了貸款證綜合額度而攔截，致使業(yè)務無法辦理。由于新系統(tǒng)與老系統(tǒng)業(yè)務要求不同，因此不能采取老系統(tǒng)將授信到期日修改為當天的做法。需要采取其他更合理的方案解決該問題。合同治理合同建立在功能切換時期，合同

11、建立接口的數(shù)據(jù)要素，依照業(yè)務需求雙方系統(tǒng)進行討論確定。需要重新確定接口，包括字段枚舉的一致性等，例如還款方式、利率調(diào)整方式等核心提供目前合同要素表，以及要素講明。信貸業(yè)務人員在此基礎上分析確定新接口數(shù)據(jù)。核心提供目前合同要素表，以及要素講明。信貸業(yè)務人員在此基礎上分析確定新接口數(shù)據(jù)。修改系統(tǒng)默認字段為可選擇字段：新增合同要素：合同修改1、參照江蘇農(nóng)信接口規(guī)則，綜合考慮銀行承兌、保函、托付貸款等各類業(yè)務，確定新的合同接口。包括，新增、調(diào)整。合同循環(huán)使用循環(huán)合同。目前，核心系統(tǒng)未按照信貸系統(tǒng)確定的合同是否循環(huán)標志操縱，而是從核心產(chǎn)品參數(shù)中獵取的默認值。除貸款證外不支持一般貸款合同的循環(huán)放款。但信貸

12、業(yè)務中，合同是否循環(huán)不完全取決于產(chǎn)品，同一產(chǎn)品的合同，循環(huán)方式能夠不同。因此，需要核心使用信貸合同界面選擇的是否循環(huán)標志。是否同意循環(huán)使用，由信貸系統(tǒng)在建立合同時給核心。假如循環(huán)使用的合同，在合同有效期內(nèi)，狀態(tài)正常的合同，每次還款后，合同可用額度自動恢復。兩系統(tǒng)合同循環(huán)屬性不同，假如信貸循環(huán)核心不循環(huán)，會造成信貸授權成功，但記賬放款時提示可用額不足。合同分次放款原專門處理業(yè)務。支持助學貸款、承兌、社團貸款專門業(yè)務的分次授權。要求3001放款時，上述業(yè)務同一般業(yè)務處理，使用信貸的授權業(yè)務號，核心不再自動生成授權號。提款期操縱。信貸系統(tǒng)需要啟用最長提款期操縱，超過最長提款期后不同意再新建借據(jù)。合同

13、注銷同步核心主動注銷信貸合同的，需要將注銷信息同步到信貸系統(tǒng)。建議通過批量方式。聯(lián)保合同本人建議去掉。理由是原需求對業(yè)務抽象存在偏差。聯(lián)保合同應為協(xié)議與合同的結合。系統(tǒng)實現(xiàn)上應為先協(xié)議，后合同。合同取協(xié)議內(nèi)容作為共用內(nèi)容，而每個合同有相對獨立性。如此，邏輯清晰，也符合業(yè)務實際，系統(tǒng)實現(xiàn)簡單，業(yè)務處理靈活。是否決定取消，大伙兒投票決定。本人建議去掉。理由是原需求對業(yè)務抽象存在偏差。聯(lián)保合同應為協(xié)議與合同的結合。系統(tǒng)實現(xiàn)上應為先協(xié)議，后合同。合同取協(xié)議內(nèi)容作為共用內(nèi)容，而每個合同有相對獨立性。如此，邏輯清晰，也符合業(yè)務實際，系統(tǒng)實現(xiàn)簡單，業(yè)務處理靈活。是否決定取消，大伙兒投票決定。達成共識業(yè)務要求

14、，聯(lián)保方式進行的用信，只審批一次。多個借款人簽訂一個合同。信貸系統(tǒng)操縱，每個聯(lián)保借款合同下最多借款人為99人。由信貸治理系統(tǒng)通過聯(lián)保合同方式合并審批，滿足業(yè)務需求。在調(diào)用合同建立接口時，采納“聯(lián)保合同業(yè)務號+序號”作為每個聯(lián)保成員的合同號，核心按照現(xiàn)有規(guī)則每個客戶建立一個合同。核心不支持一個合同多客戶的需求，合同建立按照現(xiàn)有模式處理，一個合同所屬客戶必須唯一。業(yè)務差不多確認，一次建立100個合同能夠滿足業(yè)務需求。技術方面，不管采取何種方式方案，需要能夠支持合同建立、調(diào)整、失效等處理。存款賬號相關接口目前差不多實現(xiàn)，但只校驗賬號是否存在。那個需求是否還需要？大伙兒發(fā)表意見。目前差不多實現(xiàn)，但只校

15、驗賬號是否存在。那個需求是否還需要？大伙兒發(fā)表意見。1、新增賬戶校驗接口，對信貸輸入的在信用社開立的貸轉存、客戶結算賬戶、自動扣款賬戶、保證金賬戶、基金賬戶、貸款賬號等校驗。2、區(qū)分業(yè)務類型的不同，分不校驗的賬號內(nèi)容不同。校驗內(nèi)容要緊包括，賬號所屬客戶與借款人是否為同一客戶、賬號狀態(tài)是否正常、保證金余額與約定的保證金金額大小關系，托付基金賬號狀態(tài)及與托付方客戶是否屬同一客戶，貸款賬號在核心中是否存在等。3、兩系統(tǒng)間可實現(xiàn)輸入后即調(diào)用檢查。目前，信貸治理系統(tǒng)需求為，在輸入頁面提交時對本頁面輸入的賬號進行檢查。要緊包括，授信發(fā)起、合同簽訂發(fā)起、授權、合同維護等節(jié)點。押品出入庫押品出入庫流程：一、信

16、貸人員在生效合同前，將他項權利證書等需要入庫保管的憑證或者實物交核心柜員。二、柜員收妥入庫，通過核心交易記表外賬務，打印入庫憑證，蓋章后將回單提供一聯(lián)給信貸人員。三、信貸人員將回單掃描入信貸治理系統(tǒng)，登記押品已入庫，并生效合同。四、在貸款結清或者其他緣故需要臨時出庫時，信貸人員通過信貸治理系統(tǒng)押品治理中的出庫功能，登記出庫緣故，并打印出庫憑證，交會計人員。五、會計人員核實后，核心進行押品出庫賬務處理及實物交接。將信貸出庫通知書作為附件收入傳票。核心憑證格式修改。核心修改憑證打印格式，增加信貸人員及柜員簽章欄位，憑證加印信貸人員回單聯(lián)。信貸新增出庫通知書打印功能。信貸系統(tǒng)增加出庫通知書打印功能。

17、字段包括，信貸機構名稱、核心核算網(wǎng)點號、客戶證件號碼、客戶名稱、合同流水號、押品名稱、押品編號、數(shù)量、價值，出庫緣故字段（貸款結清、臨時出庫）。貸款發(fā)放授權規(guī)則所有通過信貸治理系統(tǒng)辦理的業(yè)務，必須使用信貸產(chǎn)生的授權業(yè)務號（憑證流水號、授權業(yè)務號+序號）。包括助學貸款、社團貸款大合同、承兌、貼現(xiàn)、轉貼現(xiàn)等，因老系統(tǒng)不支持分次放款，而需要核心對放款進行專門處理的業(yè)務。授權接口修改授權接口修改。增加資金支付方式、貸款用途編碼、放款方式（后續(xù)放款、開戶放款等）、放款打算表、還款方式、還款打算表等內(nèi)容。實現(xiàn)受托支付、用途登記、一次授權多次放款、按打算表還款等功能。核心記賬時，相應利率與科目依照授權信息及

18、合同相應信息進行重算。還款打算表接口增加還款打算表接口。假如信貸選擇還款方式為按照打算表還款的，信貸操作員在建立借據(jù)后，系統(tǒng)要求必須制定還款打算表。在完成授權后，將打算表也傳輸?shù)胶诵模⑻峁┻€款打算表打印功能（還款打算表中要有對應的客戶信息、合同業(yè)務號、授權業(yè)務號、還款序號、還款金額、還款日期）。信貸人員將授權通知（借據(jù)）及還款打算表交給核心柜員，由柜員放款后，依照信貸的還款打算表完成核心的還款打算制定。授權查詢及取消接口修改核心擴充授權本異地查詢交易的范圍，一個合同多授權的均可查詢，不僅限于貸款證貸款授權查詢，應用于所有一般貸款授權查詢。3410、34113410、34113203授權取消交

19、易可用于取消一般信貸業(yè)務的授權。授權狀態(tài)查詢接口新增授權狀態(tài)查詢接口。在信貸授權界面，調(diào)用該接口查詢該授權在核心中的狀態(tài)。監(jiān)控業(yè)務進度，方便授權單邊問題的解決。核心申請授權增加用途選擇項依照實貸實付的要求，每次用款必須具有明確的用途。通過信貸治理系統(tǒng)授權時，由信貸人員依照客戶申請，選擇具體的貸款用途，系統(tǒng)記錄并提供統(tǒng)計分析功能。假如用途記錄不明還會阻礙貸后的用途檢查等。但目前，核心與信貸的用途不同。建議替換核心已存在的貸款用途字典。其中阻礙核算的能夠進行對應，例如住房按揭、助學貸款等。幸免接口混亂。業(yè)務流程：核心柜員在向信貸治理系統(tǒng)申請授權時，依照合同中約定的用途大類審核客戶本次放款用途。依照

20、申請的具體用途在核心系統(tǒng)中選擇“貸款用途”的最底層枚舉。核心系統(tǒng)將用途代碼通過核心授權申請接口發(fā)送到信貸治理系統(tǒng)。信貸治理系統(tǒng)在建立授權通知時，保存核心選擇的貸款用途，并將授權信息反饋核心系統(tǒng)。如按照上述流程描述，核心需要進行如下改造。貸款用途枚舉與信貸治理系統(tǒng)每日批量同步。核心系統(tǒng)3202、3205授權申請交易中增加“貸款用途”選擇項。枚舉值采取分層展示的方式，存在上下級對應關系。系統(tǒng)上線至功能切換前差不多實現(xiàn)前端改造：核心前端3202和3205交易增加“貸款用途代碼”輸入項。要求柜員在發(fā)起授權申請時，打印的貸款用途列表，輸入用途代碼。授權申請接口增加“貸款用途代碼”字段，信貸系統(tǒng)校驗。然而

21、該實現(xiàn)方式，柜員的錄入工作量比較大。產(chǎn)品匹配問題需求描述1、信貸產(chǎn)品不包含期限因素，然而核心的產(chǎn)品中期限是劃分的重要標準。新一代信貸治理系統(tǒng)同意非貸款證類業(yè)務在合同有效期內(nèi)建立多個借據(jù)，放款與合同建立不同步，因此存在中長期貸款產(chǎn)品的合同下發(fā)放短期貸款問題。2、需要核心支持選擇中長期產(chǎn)品的合同下，發(fā)放短期貸款。依照實際的期限重算利率和核算科目。信貸產(chǎn)品體系兩系統(tǒng)產(chǎn)品體系對比受托支付受托支付處理流程信貸系統(tǒng)選擇支付方式，假如為受托支付，則錄入交易對手信息（賬號、名稱、金額、用途四要素），授權時，通過受托支付交易接口傳給核心。信貸操縱受托支付金額必須與本次的發(fā)放金額相同。核心系統(tǒng)保存授權和受托支付登

22、記信息，核心柜員執(zhí)行3001放款，貸款資金入借款人賬戶，同時凍結發(fā)放金額（支持一次凍結，多次解凍）?？蛻舫中刨J打印的受托支付通知書（包括授權信息和托付支付明細）填寫匯款單；核心柜員依照信貸系統(tǒng)提供的托付支付信息，逐筆進行匯劃（核心采納一個交易進行匯劃及解凍）。核心匯出受托資金交易完成時，自動更新受托支付登記簿，并通過批量方式把增量數(shù)據(jù)返回信貸系統(tǒng)。放款時（所有貸款業(yè)務），核心檢查貸轉存賬戶狀態(tài)是否正常，假如不正常，不同意放款。支付信息通過唯一鍵值（授權業(yè)務號+支付序號）與信貸系統(tǒng)進行交互。借新還舊、貸款重組業(yè)務，在放款授權時，信貸與核心系統(tǒng)操縱必須進行受托支付。信貸治理系統(tǒng)自動默認交易對手賬戶

23、為貸款賬戶，核心放款后，通過3003還款交易進行解凍。核心所有支付渠道增加受托支付的標志，對采取受托支付的，建立獨立的處理機制。票據(jù)業(yè)務一律不能采取受托支付方式。異常處理核心柜員匯款操作之前，信貸系統(tǒng)能夠修改托付支付信息，并通過聯(lián)機接口同步核心，核心按照最新的托付信息辦理。假如出現(xiàn)退匯等失敗交易，核心必須將資金返回原匯出賬戶，接著凍結原貸款發(fā)放額度。該功能需要依靠核心二代支付平臺改造，在平臺改造完成后才能實現(xiàn)。非貸轉存的業(yè)務處理需要商定處理方案需要商定處理方案約定不貸轉存但采取受托支付的，信貸授權后將支付明細傳輸核心，核心需要提供最終的支付處理結果。能夠采取不凍結資金的方式實現(xiàn)。受托支付接口1

24、、區(qū)不與授權接口，實現(xiàn)受托支付信息的在核心的新增、修改、刪除等功能。2、資金支付查詢接口，查詢信貸資金，特不是受托支付的資金支付情況。賬戶級信息變更規(guī)則差不多流程和要求定義：核心賬戶級信息變更是指差不多發(fā)放完成的貸款，再進行諸如還款方式、利率、結息方式等調(diào)整的。流程：通過信貸與會計部門制定制度，約束賬戶信息的調(diào)整機制。禁止核心柜員未經(jīng)信貸人員授權直接調(diào)整貸款賬戶信息。信貸治理人員手工填寫賬戶信息變更內(nèi)容和清單交核心人員；核心柜員通過賬戶變更交易進行調(diào)整，核心系統(tǒng)調(diào)整完畢后，批量將賬戶變更信息同步到信貸治理系統(tǒng)（信貸賬戶層信息）。統(tǒng)一要求：信貸系統(tǒng)與核心系統(tǒng)賬戶層信息的參數(shù)枚舉必須一致。需要核心

25、提供相關的枚舉字段，并備注講明。信貸系統(tǒng)據(jù)以進行相關修訂。同步要求：信貸治理系統(tǒng)在用信治理模塊中增加借據(jù)信息調(diào)整記錄功能。核心對已發(fā)放業(yè)務進行調(diào)整后，信貸系統(tǒng)以借據(jù)調(diào)整內(nèi)容，不改變原借據(jù)信息。要緊包括結息方式、利率調(diào)整方式、執(zhí)行利率等利率相關信息，還款方式、打算表、扣款賬戶等。還款打算同步需求貸款發(fā)放之后，如需修改還款方式，制定還款打算。由信貸人員手工填寫還款打算，由柜員在前臺錄入，維護還款打算，核心系統(tǒng)日終批量形式返還信貸還款打算表。信貸與核心同步修改后的還款方式以及相應的還款打算表執(zhí)行情況。核心產(chǎn)生還款打算的產(chǎn)生時點為第一個批量結束期。墊款和補授權墊款處理墊款產(chǎn)生后，要求信貸與核心系統(tǒng)自動

26、完成業(yè)務的補授權處理。建立墊款與原業(yè)務、原合同、客戶的關聯(lián)關系。核心信息反饋。承兌匯票、（轉）貼現(xiàn)、保函等票據(jù)墊款時，核心通過日終批量返回貸款主檔表以及授權信息表，并提供與原業(yè)務的對應關系，由信貸系統(tǒng)依照墊款信息自行建立對應關系。需要確認問題：貿(mào)易融資類業(yè)務墊款后核心系統(tǒng)如何處理？是否反饋信貸系統(tǒng)。補授權處理補授權業(yè)務范圍新一代信貸治理系統(tǒng)上線后，正常情況下不同意核心脫離信貸授權辦理信貸業(yè)務。在新一代信貸治理系統(tǒng)中補授權作為應急措施，范圍為全部信貸業(yè)務。一期不在信貸治理系統(tǒng)治理范圍內(nèi)的國際業(yè)務、電票業(yè)務除外。授信時期關于補授權的業(yè)務處理是補錄整個流程審批信息。通過正常評級、授信流程，進行信貸治

27、理系統(tǒng)中業(yè)務的登記、審批。用信時期合同簽訂發(fā)起時，信貸人員選擇對應借據(jù)，系統(tǒng)自動返顯核心對應的合同號，合同簽訂提交下一崗時，不再調(diào)用單一額度申請接口，合同生效時，不再調(diào)用合同建立接口。簽訂借據(jù)的時候，選擇對應的核心放款信息，信貸治理系統(tǒng)保存借據(jù)的信息，提交時不再調(diào)用核心的貸款授權通知接口。對核心系統(tǒng)要求墊款類和業(yè)務轉移類補授權，需要核心提供新舊業(yè)務的對應關系。例如，提供承兌匯票墊款與原票據(jù)對應關系、保函墊款與保函的對應關系。核心脫離信貸主動發(fā)起的業(yè)務，需要提供信貸系統(tǒng)合同號和業(yè)務號、賬號內(nèi)容等信息。貸款展期信貸治理系統(tǒng)以合同為單位發(fā)起展期業(yè)務。同時展示一個合同下的所有貸款，由客戶經(jīng)理手工選擇需

28、要展期的借據(jù)。新系統(tǒng)中存在一個合同項下多筆貸款情況，因此展期也同意合同展期一次，其借款分不展期。每筆貸款的展期期限、金額都有不同，信貸治理系統(tǒng)逐筆進行授權。貸款證等循環(huán)類合同不同意展期。功能切換后，核心修改為每筆授權展一筆貸款。并行期，信貸治理系統(tǒng)操縱，助學貸款、社團貸款展期時，只生成一個展期授權，授權金額為合同金額，到期日為展期后合同到期日。批量中增加展期標志，信貸據(jù)以識不核心3005交易是否完成預展期的交易，以正確處理信貸的展期憑證。之前未與核心討論，后增加內(nèi)容。之前未與核心討論，后增加內(nèi)容。借新還舊1、借新還舊的貸款歸還借助受托支付功能實現(xiàn)。2、業(yè)務不再要求放款時自動關聯(lián)還款。核心中能夠

29、分放款和還款兩個交易處理。但核心必須操縱，資金不能被挪作他用。3、實現(xiàn)一次放款還多筆的，信貸系統(tǒng)約定最大筆數(shù)上限。4、信貸系統(tǒng)提供對應的貸款賬戶及對應金額。并操縱本次發(fā)放額與還款金額的關系，至少保證放款金額小于等于貸款余額。5、重組貸款的處理，參照借新還舊。業(yè)務轉移業(yè)務場景單戶業(yè)務轉移某一客戶的全部信貸合同及其項下的借據(jù)轉移至另一網(wǎng)點。要緊應用于同意多頭的貸款的跨機構轉移。多戶業(yè)務轉移同一網(wǎng)點部分客戶的全部信貸業(yè)務（包括合同、借據(jù)）批量轉移至另一網(wǎng)點。要緊發(fā)生在網(wǎng)點片區(qū)重新劃分或某類業(yè)務集中治理。實例：因實行公司業(yè)務集中治理，需將網(wǎng)點甲入賬的所有公司類信貸業(yè)務轉移至乙網(wǎng)點，其他業(yè)務全部保留。網(wǎng)

30、點拆并某一網(wǎng)點全部信貸業(yè)務（包括合同、借據(jù)）批量轉移至另一網(wǎng)點。要緊發(fā)生在網(wǎng)點合并或者信貸權限上收。實例：網(wǎng)點甲需轉型為儲蓄制網(wǎng)點，取消其全部信貸權限，現(xiàn)將全部信貸業(yè)務轉移至乙網(wǎng)點，僅保留其存款業(yè)務。系統(tǒng)自動批量處理，轉移范圍包括客戶資料、評級結果、有效授信、有效合同、未結清借據(jù)等所有信貸信息。功能需求轉移范圍包括客戶資料、評級結果、有效授信、有效合同、未結清借據(jù)等所有信貸信息。支持助學貸款、按揭貸款、貸款證貸款、承兌、保函等所有業(yè)務類型轉移。有效的（授信方案）額度和有效合同（包括有效期內(nèi)未使用或差不多使用尚有可用金額的）轉移后，在新網(wǎng)點仍可使用。涉及核心核算機構變更的，通過系統(tǒng)與核心交互，批

31、量方式完成轉移。要求轉移后業(yè)務，能夠繼承原流程及治理信息。流程圖信貸流程描述信貸治理系統(tǒng)中業(yè)務交接模塊下增加跨網(wǎng)點轉移功能，與客戶經(jīng)理交接功能并立?？h級聯(lián)社信貸治理部門人員擁有跨機構業(yè)務交接功能操作權限。發(fā)起人發(fā)起交接流程，通過查詢條件篩選擬轉移的客戶、業(yè)務等信息，并指定擬接收網(wǎng)點、擬接收客戶經(jīng)理，批量轉移依舊實時轉移，經(jīng)擬交出和接收客戶經(jīng)理確認后，生成跨網(wǎng)點交接清單。發(fā)起人在跨機構交接發(fā)起時，選擇是否轉移核算機構。假如需要轉移，在交接明細中列出現(xiàn)核算機構，由客戶經(jīng)理確定擬接收的核算機構，默認范圍為一個法人機構。（核算機構同機構參數(shù)中同步的核心網(wǎng)點參數(shù)。）接收核算機構欄位由客戶經(jīng)理選擇或者直接

32、輸入，假如直接輸入，系統(tǒng)進行實時模糊查詢適配。實現(xiàn)復選、批量指定接收的機構、核算機構、指定接收客戶經(jīng)理。信貸治理系統(tǒng)進行轉移規(guī)則校驗，確保擬轉移清單符合轉移要求。規(guī)則包括：除不操縱多頭的業(yè)務和因為表內(nèi)外緣故外，一個客戶在同一信貸機構下的業(yè)務信息必須全部轉移到同一個新機構，即禁止產(chǎn)生違反制度的新多頭。表內(nèi)業(yè)務與表外業(yè)務分開轉移。需要轉移核心入賬機構的或一次超過十個客戶的，必須通過批量方式，不同意實時轉移。需要變化核心核算機構的，轉移清單所需信息必須完整，否則予以提示。先提交到擬交出客戶經(jīng)理確認，通過后，提交接收客戶經(jīng)理確認擬轉移業(yè)務。同意后手崗退回，如需調(diào)整清單，線下進行溝通后，退回發(fā)起人修改或

33、取消后重新發(fā)起。交出和接收人確認通過后，發(fā)起人最終確認擬轉移業(yè)務，信貸系統(tǒng)依照是否轉移核心核算機構，分不生成信貸業(yè)務轉移清單和核心業(yè)務跨網(wǎng)點轉移清單，并提供導出功能。信貸系統(tǒng)調(diào)用接口，將核心業(yè)務跨網(wǎng)點轉移清單傳給核心系統(tǒng)（txt文本或tccr報文）。核心系統(tǒng)對信貸傳輸?shù)臄M轉移業(yè)務啟動交易確認，確認后，完成核算跨網(wǎng)點轉移的相應處理。完成業(yè)務轉移處理后，核心生成轉移結果清單。批量同步。關于轉移核算機構也需要變更的，在核心轉移交易完成前，信貸治理系統(tǒng)中不進行真正轉移；通過系統(tǒng)批量同步核心處理結果，并在原清單內(nèi)標注是否成功。成功的，信貸自動完成轉移，不成功的，退回原狀態(tài)。由信貸系統(tǒng)治理人員據(jù)以進行一步

34、操作（撤銷或重新發(fā)起轉移）。 關于不需要變化核心入賬機構的，接收方確認后即可完成轉移。限制條件信貸業(yè)務轉移的最小單位是一個客戶，不同意一個客戶部分業(yè)務進行轉移，同意多頭的除外。信貸系統(tǒng)中，同意多頭的貸款轉移時，利用多頭貸款轉移交易處理，不自動轉移客戶；除此之外客戶資料與業(yè)務一并轉移。核心系統(tǒng)業(yè)務轉移的最小單位是合同，不同意一個合同的部分貸款進行轉移。跨法人進行業(yè)務轉移，需核心支持。信貸與核心系統(tǒng)操縱承兌匯票的轉移不能跨法人，業(yè)務轉移時，不改變票據(jù)信息。核心系統(tǒng)確保能夠正常兌付，正確墊款。差不多結清的貸款和差不多失效的合同不進行轉移；轉移發(fā)起后，信貸系統(tǒng)提示“業(yè)務轉移前釋放額度，處理失效的合同”

35、。清單格式轉移業(yè)務清單文件字段：客戶名稱、證件號、合同業(yè)務號（合同流水號）、授權業(yè)務號（憑證流水號）、貸款賬號（票據(jù)號），轉出核算機構、接收核算機構、轉出信貸機構、接收信貸機構、轉出客戶經(jīng)理、接收客戶經(jīng)理。不良資產(chǎn)治理新增劃轉交易1、上收時期，增加表內(nèi)資產(chǎn)向表外劃轉交易，實現(xiàn)新增表內(nèi)資產(chǎn)劃轉表外的交易化、核算的明細化。2、核心系統(tǒng)對表內(nèi)不良貸款向表外貸款劃轉時，區(qū)分劃轉內(nèi)容，比如：劃轉到已核銷貸款的；劃轉至資產(chǎn)置換貸款的；劃轉至政府收購貸款；劃轉至打包處置貸款的；劃轉至票據(jù)置換貸款的；劃轉至股東購買貸款的。3、表外不良資產(chǎn)之間直接轉換的交易暫不增加，例如置換轉核銷，先不考慮。統(tǒng)一按先轉回表內(nèi)，

36、再通轉表外新類型的方式實現(xiàn)。4、關于新一代核心業(yè)務系統(tǒng)上線后，采納核銷方式轉到表外的置換貸款，在置換交易改造完成，核心系統(tǒng)將差不多標志的該部分貸款移植到正確的科目。沒有體現(xiàn)接口，核心信息如何分類傳到信貸，自動更新臺賬。批量處理1、核心系統(tǒng)對表外不良貸款（已核銷不良貸款、票據(jù)置換不良貸款、資產(chǎn)置換不良貸款、整體收購不良貸款及新增加的打包處置不良貸款、股東購買不良貸款）建立明細臺賬，并與信貸系統(tǒng)通過貸款業(yè)務號（援權業(yè)務號）建立關聯(lián)關系。2、表外貸款的批量參考表內(nèi)處理。核心系統(tǒng)向信貸系統(tǒng)提供交易明細，信貸系統(tǒng)自動據(jù)以更新相應明細臺賬。（參考呆賬核銷的賬務處理）存量表外貸款移植1、存量表外貸款移植時，

37、從信貸系統(tǒng)進行數(shù)據(jù)規(guī)范和獵取數(shù)據(jù)，由網(wǎng)點核對數(shù)據(jù)的真實性后，再移植。具體移植方案，需要會計、科技、資產(chǎn)部門共同討論。2、新系統(tǒng)推廣后再實施。不良資產(chǎn)集中治理1、不良貸款集中治理時在核心系統(tǒng)實現(xiàn)不良貸款業(yè)務及相關資料的跨網(wǎng)點轉移，轉移后相關貸款信息不變。2、核心系統(tǒng)采納業(yè)務轉移方式處理，信貸系統(tǒng)按照業(yè)務轉移的信貸處理規(guī)則處理，確保系統(tǒng)自動承接集中前后的業(yè)務和治理信息。3、信貸系統(tǒng)進行資產(chǎn)統(tǒng)計時，需要將集中劃轉的與一般新增收回區(qū)不處理，防止發(fā)生額虛增。抵債資產(chǎn)治理鑒于抵債資產(chǎn)的專門性以及數(shù)據(jù)規(guī)范的不確定性，無需在核心系統(tǒng)中建立明細臺賬。表內(nèi)劃轉表外處理關于表內(nèi)劃轉表外的，信貸系統(tǒng)通過接口方式把信息

38、提供給核心系統(tǒng)，以杜絕前臺柜員在沒有信貸授權的情況下主動發(fā)起交易的風險，防止兩系統(tǒng)數(shù)據(jù)不統(tǒng)一。數(shù)據(jù)提供臺賬同步核心系統(tǒng)將涉及信貸的批量接口數(shù)據(jù)，以增量全字段方式按市導出數(shù)據(jù)文件傳給信貸，信貸治理系統(tǒng)依照業(yè)務需要自行處理數(shù)據(jù)。需直接提供的貸款數(shù)據(jù)需要張姐將前段時刻討論的確定需要核心提供的數(shù)據(jù)增加上。需要張姐將前段時刻討論的確定需要核心提供的數(shù)據(jù)增加上。上收期時期核心能夠返還的賬戶狀態(tài)科目代號/名稱是否欠息產(chǎn)生逾期時刻產(chǎn)生非應計時刻還款方式欠本金額還款周期貸款賬號保函狀態(tài)貸款收回日期、收回時刻欠息日期欠息金額表內(nèi)欠息金額表外欠息金額本金逾期天數(shù)利息逾期天數(shù)首次欠息日欠息次數(shù)切換期時期核心才能返還計

39、息明細還息明細資金支付流向數(shù)據(jù)分期貸款查詢非應應計類型墊款金額還息日期還款打算表存款余額、存款日均額、保證金余額、貸款日均額、股金余額、實收利息賬戶狀態(tài)：正常轉逾期日期、正常轉部分逾期日期、正常轉非應計日期、部分逾期轉非應計日期、逾期轉非應計日期、部分逾期轉正常日期、非應計轉正常日期。信貸與核心科目核對信貸機構與核心網(wǎng)點不再一對一，例如公司業(yè)務部的業(yè)務分散在多個核心網(wǎng)點入賬。因此在科目核對時，會出現(xiàn)不平問題。社團貸款流程圖業(yè)務流程主辦社在信貸治理系統(tǒng)中對借款人進行評級授信，授信完成后，調(diào)用ECIF額度接口，建立客戶信貸條線額度。授信完成后，信貸系統(tǒng)內(nèi)發(fā)起社團貸款協(xié)議簽訂流程。主辦社發(fā)起邀請，參

40、與社接收到邀請后，各自發(fā)起審批流程。全部參與社審批通過后，由主辦社進行簽訂社團貸款協(xié)議（包括參與社、分配金額、分配比例信息(信貸系統(tǒng)操縱分配比例為整數(shù)百分比，不存在小數(shù)）。調(diào)用協(xié)議建立接口，在核心系統(tǒng)中建立社團貸款協(xié)議。主辦社在信貸業(yè)務系統(tǒng)發(fā)起合同簽訂流程，系統(tǒng)依照協(xié)議自動將合同分發(fā)到各參與社確認，參與社確認完畢后，主辦社簽訂合同。合同生效時，由主辦社調(diào)用核心合同建立接口，建立社團貸款合同。信貸系統(tǒng)在調(diào)用合同建立接口同時，將合同與協(xié)議的關聯(lián)關系發(fā)送核心，核心進行保存，以實現(xiàn)后續(xù)處理。主辦社發(fā)起貸款發(fā)放流程，確定本次發(fā)放額，系統(tǒng)依照社團協(xié)議，自動分發(fā)給各個參與社，各參與社確認后打印授權通知書（對

41、應各個參與社實際發(fā)放額）。參與社不同意修改授權信息。授權確認時，分不調(diào)用貸款授權接口，將各自授權信息發(fā)送到相應的核心。所有參與社都確認并完成授權通知書打印后，主辦社打印總授權通知書（對應主辦社和所有參與社本次向借款人的實際發(fā)放額）。信貸治理系統(tǒng)在發(fā)送大授權信息時，同時將各參與社授權與代理社總授權的對應關系發(fā)送核心。核心系統(tǒng)保存大授權和小授權的關聯(lián)關系信息。核心系統(tǒng)發(fā)放各個參與社的貸款。核心系統(tǒng)檢測各個小授權的貸款是否都完全出賬，檢測通過，才同意發(fā)放大授權的貸款。核心放款時，大小授權都產(chǎn)生貸款賬戶。信貸與核心系統(tǒng)操縱大授權放款時采取監(jiān)督支付，小授權放款時，不同意貸轉存，統(tǒng)一進歸集賬戶。信貸治理系

42、統(tǒng)展期由主辦社發(fā)起，各參與社確認。主辦社選擇大授權對應的貸款賬戶進行展期審批，授權時，依照協(xié)議系統(tǒng)自動分發(fā)給各參與社確認展期授權。信貸審批一次，核心依照各參與社展期授權分不處理。賬戶狀態(tài)的變化，按照一般業(yè)務處理規(guī)則處理，手工干預的賬戶狀態(tài)變化不做操縱。貸款核銷等轉表外處理，按照一般貸款治理規(guī)則處理，不要求必須統(tǒng)一。貸款本息歸還時，統(tǒng)一由代理社柜員在客戶賬扣款歸還大授權產(chǎn)生的貸款賬戶，然后啟動分配交易，核心系統(tǒng)依照協(xié)議信息和大小賬號對應關系，自動分配各參與社歸還金額。核心系統(tǒng)應操縱，各參與社還款時，輸入還款金額與分配金額相符。支持自動扣款，系統(tǒng)通過批量完成貸款歸還。大授權中自動轉存標志能夠為“是

43、”。合同中資金來源標識，目前核心區(qū)分自營和托付。信貸授權中區(qū)分自營和托付。協(xié)議編號與合同編號區(qū)分，必須遵守先建協(xié)議，后建立合同的循序。核心注意與現(xiàn)有實際有沖突。核心注意與現(xiàn)有實際有沖突。核心同意社團貸款的合同與放款機構屬于不同法人。信貸治理系統(tǒng)社團貸款授權，需要增加大授權號、合同號、協(xié)議號接口。貸款發(fā)放時，信貸必須操縱小授權完成后才能發(fā)送大授權；核心操縱小授權使用后才能使用大授權。不管大小授權，核心不能自己產(chǎn)生，必須使用信貸授權。存量社團貸款移植問。新信貸系統(tǒng)與核心系統(tǒng)兼容存量數(shù)據(jù)的后續(xù)放款和還款。（信貸治理系統(tǒng)記錄老系統(tǒng)中小合同以及小合同與授權的對應關系。存量合同不同意新增貸款，如需發(fā)放剩余

44、金額，必須按照新規(guī)則重新審批，建立協(xié)議和合同，然后進行放款。存量貸款歸還，需要核心系統(tǒng)在分配算法上考慮原未按規(guī)則還款的處理。存量社團貸款的展期，信貸系統(tǒng)按照老系統(tǒng)接口處理。對存量社團貸款協(xié)議信息進行維護，且要求必須在新程序上線前完成。）系統(tǒng)實現(xiàn)增加核心授權狀態(tài)查詢接口。查詢發(fā)送核心的授權是否差不多使用。信貸系統(tǒng)據(jù)以操縱大小授權的順序，在小授權全部使用前，不同意發(fā)放大授權。社團貸款科目核算不改變。兩系統(tǒng)通過技術授權滿足業(yè)務需求，流程上只審批和簽訂一個合同，展期時只針對一個合同進行調(diào)整。核心系統(tǒng)中，社團貸款協(xié)議通過接口建立。核心需要記錄大小授權的對應關系；以及每次貸款發(fā)放時，各參與社承貸金額與本次

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

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

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

48、員重新錄入票據(jù)號碼，重新提交承兌。假如票據(jù)號碼之外信息錯誤，由信貸系統(tǒng)通過接口修改票據(jù)信息，并重新打印授權書，提給核心柜員。只有核心中票據(jù)記錄狀態(tài)是“未用”，才同意信貸對該記錄進行修改、刪除。新增接口新增保證金定期賬戶查詢接口、保證金活期賬戶查詢接口。要緊用于查詢保證金明細，包括冊號、筆號、金額等信息。貿(mào)易融資、銀行承兌、保函等業(yè)務都需要該接口修改承兌匯票授權接口，增加核心出票需要的字段。貼現(xiàn)轉貼現(xiàn)業(yè)務流程業(yè)務辦理流程與現(xiàn)有流程一致。信貸進行業(yè)務的登記審批，調(diào)用合同接口建立貼現(xiàn)協(xié)議，然后通過票據(jù)傳輸接口將票據(jù)信息傳輸?shù)胶诵模诵南到y(tǒng)按照現(xiàn)有的交易進行賬務處理。標識修改票據(jù)傳輸及批量交互時，信貸

49、與核心確定票據(jù)的唯一標識規(guī)則為“合同業(yè)務號+3位票據(jù)順序號”。 狀態(tài)同步貼現(xiàn)轉入及轉出時，要求核心系統(tǒng)對回購式和買（賣）斷式分不處理；賬務和業(yè)務上能夠區(qū)分。貼現(xiàn)狀態(tài)分為正常、結清、賣斷式轉出、回購式轉出；轉貼現(xiàn)狀態(tài)分為買斷式轉入、回購式轉入、賣斷式轉出、回購式轉出、結清。系統(tǒng)批量時，能夠將轉出或轉入方式反饋到信貸治理系統(tǒng)。利率修改信貸提供核心的貼現(xiàn)、轉貼現(xiàn)業(yè)務利率格式為月利率。合同建立時提供的合同利率為所有票據(jù)的“加權利率”，非執(zhí)行利率。在票據(jù)傳輸接口中增加“利率”欄位，傳輸核心，作為每張票據(jù)的執(zhí)行利率。同一個貼現(xiàn)（轉）協(xié)議下的每張票據(jù)執(zhí)行利率可能會不同。需要核心依照每張票據(jù)下利率進行計息。信

50、貸錄入界面操縱為月利率，系統(tǒng)接口為年利率，轉換公式為年利率=月利率*1.2，千分號轉化為百分號。功能切換后，貼現(xiàn)放款時執(zhí)行利率從每張票據(jù)中提取。在并行期信貸系統(tǒng)需要操縱，一個合同下票據(jù)的執(zhí)行利率必須一致。法人賬戶透支是否還做？與核心已有處理有沖突，排序能夠往后放。核心現(xiàn)有的處理方式產(chǎn)生墊款后處理必須明確，分析對信貸系統(tǒng)的阻礙。是否還做？與核心已有處理有沖突，排序能夠往后放。核心現(xiàn)有的處理方式產(chǎn)生墊款后處理必須明確，分析對信貸系統(tǒng)的阻礙。功能切換后實現(xiàn)，參照江蘇農(nóng)信處理方式改造，法人賬戶透支納入信貸治理范圍。助學貸款功能切換前，業(yè)務部門下發(fā)通知講明，核心系統(tǒng)批量清理未使用的助學貸款放款打算表。并

51、行期，助學貸款發(fā)放按照2010年6月份升級后流程辦理。數(shù)據(jù)上收時期，核心系統(tǒng)按照原規(guī)則處理，未試點機構接著在老信貸治理系統(tǒng)進行人工補授權；試點機構由新信貸系統(tǒng)自動構造借據(jù)信息（信貸依照助學貸款合同下不同賬號構建借據(jù)信息）。信貸治理系統(tǒng)依照助學貸款臺賬信息計算合同已用金額。系統(tǒng)功能切換后，放款授權一律由信貸系統(tǒng)通過授權接口提供，不同意核心自主授權和按照打算表放款。并行期內(nèi)，核心系統(tǒng)不進行改動，已有合同的放款由核心授權。功能切換后，全部由信貸授權。保函業(yè)務信貸系統(tǒng)簽訂保函協(xié)議，將保函授權信息發(fā)送到核心系統(tǒng)，核心系統(tǒng)使用信貸系統(tǒng)發(fā)送的保函授權業(yè)務號開立保函，核心系統(tǒng)產(chǎn)生保函賬號。保函狀態(tài)發(fā)生變化的時

52、候，核心系統(tǒng)會日終將保函臺賬信息通過貸款主檔表返還信貸系統(tǒng)。保函解除流程：核心啟用3003保函解除保函賬戶狀態(tài)置為結清狀態(tài)核心將解除后的賬戶信息發(fā)送信貸系統(tǒng)信貸系統(tǒng)依照核心返回的授權業(yè)務號更新信貸系統(tǒng)保函狀態(tài)(同一般貸款狀態(tài))。保函賠付：核心啟用3006保函賠付核心系統(tǒng)對原保函賬戶進行結清處理,同時產(chǎn)生保函墊款賬號（墊款賬號由核心系統(tǒng)自主授權），原保函賬戶的(ln_nwln_acct_no_trno)字段中保存墊款賬號核心系統(tǒng)將保函賬戶、墊款賬戶信息發(fā)送到信貸系統(tǒng)信貸系統(tǒng)依照保函賬號和墊款的賬號，更新信貸保函相關信息。保函業(yè)務采取敞口授信方式，因此，合同建立時同銀承承兌匯票業(yè)務，扣除保證金金額

53、占用額度。保函墊款后，返還的墊款信息中增加原保函業(yè)務號，滿足信貸系統(tǒng)自動補授權的需要。該數(shù)據(jù)返還在系統(tǒng)功能切換后實現(xiàn)。法人商用房按揭貸款法人商用房按揭貸款的評級、授信、合同建立、放款、貸后治理流程同一般貸款，在信貸治理系統(tǒng)發(fā)起和辦理。會計部增加核算科目和規(guī)則，單獨科目核算。核心業(yè)務系統(tǒng)中增加配置相關產(chǎn)品，放開按揭還款方式與客戶性質的操縱，同意對公客戶采取按揭還款。信貸治理系統(tǒng)操縱，并行期不能開展該業(yè)務。貿(mào)易融資類貸款信貸治理系統(tǒng)負責貿(mào)易融資類業(yè)務的授信審批，上收時期只治理人民幣業(yè)務的授信。目前，國結系統(tǒng)只治理貿(mào)易融資項下的外幣業(yè)務，信貸治理系統(tǒng)負責貿(mào)易融資項下人民幣業(yè)務。核心提供所有貿(mào)易融資類

54、的批量數(shù)據(jù)（包括人民幣和外幣），信貸治理系統(tǒng)保存上述數(shù)據(jù)。信貸需要增加人民幣貿(mào)易融資的合同、授權接口，實現(xiàn)人民幣貿(mào)易融資業(yè)務的辦理。外幣類貿(mào)易融資業(yè)務，暫不需信貸治理系統(tǒng)審批。托付貸款新信貸治理系統(tǒng)中托付貸款作為單獨的產(chǎn)品治理。合同建立接口中需要增加托付方存款賬號和基金賬號、手續(xù)費費率等字段，幸免信貸建立合同后核心柜員再次發(fā)起交易維護。核心限制托付方必須為對公客戶，這與業(yè)務實際不符，導致個人為托付方的業(yè)務無法辦理。并行期就需要核心放開該操縱。如需增加個人托付方的貸款，需要會計部門提供個人托付貸款的核算規(guī)則。核心能夠放開托付方以及借款人客戶性質（對公、個人）的操縱。請示會計部門。請示會計部門。個

55、人商用房貸款核算從性質上，個人商用房貸款應屬于個人經(jīng)營性貸款范疇，性質與用于生產(chǎn)設備購買的貸款等同，不應歸于個人消費貸款科目中核算。建議將個人商用房貸款科目由三級科目提升為二級科目。需要會計部門確定需要會計部門確定核心利率調(diào)整A利率依據(jù)方式：00議價 01牌告利率 99不計息B利率加減符號：+加 -減 *乘C利率加減碼（手工輸入 倍數(shù)）D逾期利率依據(jù)方式：00議價 02正常利率上浮 99不計息E逾期利率加減符號：+加 -減 *乘F 逾期利率加減碼（手工輸入 倍數(shù)）G還款方式：01 期初付息(手續(xù)費),到期還本02 期末本息一次付清03 按固定周期付息,到期還本04 按固定周期付息,按打算表還本

56、09 等比遞增10 等比遞減11 等額遞增12 等額遞減13 等額本息還款法14 等額本金法H繳息周期月數(shù)（自定義）I.利率調(diào)整方式 0 固定利率1 機動利率2 定期機動利率3 年初調(diào)整利率4 貸放日起定期機動5 任意日起定期機動I0利率調(diào)整日（自定義）J利率調(diào)整周期（自定義）K結息方式： 1 每月/每季/每年20日結息2 放貸日結息3 定日結息L每月計息不：1 -365/3652 -360/3603 -365/3604 -360/365M還本日 （自定義）N繳息日期： （自定義）O還款順序 (0.先息后本1.先本后息):P還本寬限期 （自定義）Q收取手續(xù)費方式：0 不自動收手續(xù)費1 放款時一

57、次性向客戶收取手續(xù)費2 收到利息時扣除:手續(xù)費率*按合同利率收取的利息及罰息3 收到利息時扣除:(手續(xù)費率/合同貸款利率)*按合同利率收取的利息及罰息R手續(xù)費率：（自定義）S基金自動劃轉標志： Y 基金自動劃轉 N 基金不自動劃轉T拖欠自動扣款標志：Y 拖欠自動扣款 N 不拖欠自動扣款U寬限期計息標志： Y 計息 N 不計息貸款證類業(yè)務貸款證治理原則同一個客戶系統(tǒng)內(nèi)有效的貸款證只能有一個。依照新信貸系統(tǒng)的業(yè)務需求，“貸款證僅作為載體，一個貸款證下可關聯(lián)多個合同”。本人意見去掉該需求。只要信貸與核心支持合同的循環(huán)使用，無貸款證比有證更方便，實現(xiàn)起來也更簡單。而且可不能存在那么多的問題。本人意見去

58、掉該需求。只要信貸與核心支持合同的循環(huán)使用，無貸款證比有證更方便，實現(xiàn)起來也更簡單。而且可不能存在那么多的問題。全省推廣指紋辦貸后，仍然需要保留紙質貸款證。核心系統(tǒng)負責貸款證寫磁、內(nèi)容打印（差不多信息、變更信息、交易信息）、指紋采集及校驗、授權申請發(fā)起、貸款發(fā)放。信貸系統(tǒng)負責貸款證信息的治理、發(fā)證、換證，貸款證和合同信息的治理。貸款證打印在核心系統(tǒng)中實現(xiàn)，核心接著保存貸款證的差不多信息、合同信息、交易信息。貸款證（卡）只能關聯(lián)循環(huán)使用的合同，循環(huán)使用的合同能夠不關聯(lián)貸款證（或卡）。業(yè)務辦理流程貸款證業(yè)務辦理流程分為紙質貸款證辦理流程與無紙質貸款證辦理流程，都需要支持指紋驗證方式。紙質貸款證辦理

59、流程：合同簽訂（信貸）貸款證頒發(fā)：編號錄入（信貸）、預留密碼（信貸）、寫磁（核心）、打印差不多信息（核心通過接口調(diào)用信貸信息）指紋采集（核心）發(fā)放授權（信貸、核心均可發(fā)起）。另需提供密碼變更（信貸）、指紋變更（核心）、變更信息打?。ê诵耐ㄟ^接口調(diào)用信貸信息）、交易信息打?。ê诵模ㄟ^接口調(diào)用信貸信息）滿頁、換證如何推斷、掛失（信貸）、換證（信貸）等治理功能。無紙質貸款證辦理流程：合同簽訂（信貸）貸款證頒發(fā)（信貸生成虛擬貸款證號）指紋采集（核心）發(fā)放授權（信貸、核心均可發(fā)起）。另需提供指紋變更（核心）功能?？啥嗲溃ㄐ刨J、核心前端）為客戶提供額度查詢、合同查詢、交易明細查詢及打印功能。（核心放款后提示“是否打印額度及交易信息”）。貸款證合同治理假如能實現(xiàn)一般合同的循環(huán)使用，貸款證下關聯(lián)多個合同的需求將能夠不做。假如能實現(xiàn)一般合同的循環(huán)使用，貸款證下關聯(lián)多個合同的需求將能夠不做。貸款證僅作為載體，同一貸款