【正文】 補授權(quán) 墊款處理 墊款產(chǎn)生后，要求信貸與核心系統(tǒng)自動完成業(yè)務的補授權(quán)處理。信貸系統(tǒng)據(jù)以進行相關修訂。 受托支付接口區(qū)別與授權(quán)接口，實現(xiàn)受托支付信息的在核心的新增、修改、刪除等功能。信貸管理系統(tǒng)自動默認交易對手賬戶為貸款賬戶，核心放款后，通過3003還款交易進行解凍。 信貸產(chǎn)品體系 兩系統(tǒng)產(chǎn)品體系對照 受托支付 受托支付處理流程 信貸系統(tǒng)選擇支付方式，如果為受托支付，則錄入交易對手信息（賬號、名稱、金額、用途四要素），授權(quán)時，通過受托支付交易接口傳給核心。 系統(tǒng)上線至功能切換前已經(jīng)實現(xiàn)前端改造：核心前端3202和3205交易增加“貸款用途代碼”輸入項。 業(yè)務流程：核心柜員在向信貸管理系統(tǒng)申請授權(quán)時，根據(jù)合同中約定的用途大類審核客戶本次放款用途。監(jiān)控業(yè)務進度，方便授權(quán)單邊問題的解決。 還款計劃表接口 增加還款計劃表接口。信貸系統(tǒng)增加出庫通知書打印功能。二、柜員收妥入庫，通過核心交易記表外賬務，打印入庫憑證，蓋章后將回單提供一聯(lián)給信貸人員。這個需求是否還需要？大家發(fā)表意見。多個借款人簽訂一個合同。 聯(lián)保合同本人建議去掉。 兩系統(tǒng)合同循環(huán)屬性不同，如果信貸循環(huán)核心不循環(huán)，會造成信貸授權(quán)成功，但記賬放款時提示可用額不足。包括，新增、調(diào)整。但是，在新機構(gòu)在進行貸款證授信時，系統(tǒng)會因在不同機構(gòu)下已經(jīng)存在了貸款證綜合額度而攔截，致使業(yè)務無法辦理。 同步核心額度狀態(tài)功能切換前，需要ECIF系統(tǒng)提供額度狀態(tài)為凍結(jié)的額度明細，信貸系統(tǒng)據(jù)以更新信貸中額度的狀態(tài)。 信貸管理系統(tǒng)每次完成授信，調(diào)用額度接口，將額度信息同步到ECIF系統(tǒng)，如果ECIF中原不存在，建立額度信貸條線額度，如果已經(jīng)存在，進行額度調(diào)整。 功能切換后，ECIF系統(tǒng)必須控制，不允許前臺柜員通過額度維護交易，建立或維護信貸條線額度下的綜合和單一額度。 ECIF系統(tǒng)管理客戶全行額度，管理各業(yè)務條線的額度，控制信貸授信額度總額。信貸管理系統(tǒng)中變更客戶名稱時，系統(tǒng)進行如下檢查：（1）不能有正在流程中的業(yè)務；（2）不能有未使用的有效授權(quán)（發(fā)送核心尚未記賬）；（3）調(diào)用額度查詢接口，查詢客戶是否存在有效額度，如果存在，提示操作員“原授信不可繼續(xù)使用，原合同不能繼續(xù)放款，原貸款只能結(jié)清，建議客戶先進行業(yè)務結(jié)清”；（4）檢查客戶是否存在貸款證，如果存在貸款證，提示變更后進行換證（卡）。 增加“金融許可證”證件類型存款開戶等是否存在問題在轉(zhuǎn)貼現(xiàn)等同業(yè)業(yè)務辦理中，交易對手存在較多分行或者支行級客戶，特別是全國性的商業(yè)銀行，更是無法直接與總行進行交易。原《》版本20130530新一代信貸管理系統(tǒng)項目組剔除并行期已經(jīng)實現(xiàn)和驗證的內(nèi)容。根據(jù)新系統(tǒng)功能實現(xiàn)情況，對功能要求進行了調(diào)整。分行、支行只具備獨立的營業(yè)執(zhí)照號和“金融許可證”，因此，需要在信貸系統(tǒng)和ECIF中增加對公證件類型“金融許可證”，能夠以“金融許可證”建立客戶信息和辦理業(yè)務。（5）提示變更后如需辦理業(yè)務，需進行重授信。 信貸管理系統(tǒng)建立完整的額度管理機制，用來管理信貸系統(tǒng)業(yè)務額度產(chǎn)生和使用。信貸條線額度及其下各層額度只能通過系統(tǒng)自動處理維護。 信貸條線額度管理范圍一期信貸條線額度不包含電子銀行承兌額度、再貼現(xiàn)額度、外幣類貿(mào)易融資業(yè)務額度、信用卡額度。 需要再確定問題核心柜員是否有權(quán)對信貸條線額度進行操作，如何解決核心柜員對客戶中心額度維護導致的對信貸額度影響。由于新系統(tǒng)與老系統(tǒng)業(yè)務要求不同，因此不能采取老系統(tǒng)將授信到期日修改為當天的做法。 合同循環(huán)使用 循環(huán)合同。 合同分次放款 原特殊處理業(yè)務。理由是原需求對業(yè)務抽象存在偏差。 信貸系統(tǒng)控制，每個聯(lián)保借款合同下最多借款人為99人。新增賬戶校驗接口，對信貸輸入的在信用社開立的貸轉(zhuǎn)存、客戶結(jié)算賬戶、自動扣款賬戶、保證金賬戶、基金賬戶、貸款賬號等校驗。三、信貸人員將回單掃描入信貸管理系統(tǒng)，登記押品已入庫，并生效合同。字段包括，信貸機構(gòu)名稱、核心核算網(wǎng)點號、客戶證件號碼、客戶名稱、合同流水號、押品名稱、押品編號、數(shù)量、價值，出庫原因字段（貸款結(jié)清、臨時出庫）。如果信貸選擇還款方式為按照計劃表還款的，信貸操作員在建立借據(jù)后，系統(tǒng)要求必須制定還款計劃表。 核心申請授權(quán)增加用途選擇項 根據(jù)實貸實付的要求，每次用款必須具有明確的用途。根據(jù)申請的具體用途在核心系統(tǒng)中選擇“貸款用途”的最底層枚舉。要求柜員在發(fā)起授權(quán)申請時，打印的貸款用途列表，輸入用途代碼。 信貸控制受托支付金額必須與本次的發(fā)放金額相同。 核心所有支付渠道增加受托支付的標志，對采取受托支付的，建立獨立的處理機制。資金支付查詢接口，查詢信貸資金，特別是受托支付的資金支付情況。 同步要求：信貸管理系統(tǒng)在用信管理模塊中增加借據(jù)信息調(diào)整記錄功能。建立墊款與原業(yè)務、原合同、客戶的關聯(lián)關系。通過正常評級、授信流程，進行信貸管理系統(tǒng)中業(yè)務的登記、審批。 新系統(tǒng)中存在一個合同項下多筆貸款情況，因此展期也允許合同展期一次，其借款分別展期。業(yè)務不再要求放款時自動關聯(lián)還款。 主要應用于允許多頭的貸款的跨機構(gòu)轉(zhuǎn)移。 功能需求 轉(zhuǎn)移范圍包括客戶資料、評級結(jié)果、有效授信、有效合同、未結(jié)清借據(jù)等所有信貸信息。 發(fā)起人在跨機構(gòu)交接發(fā)起時，選擇是否轉(zhuǎn)移核算機構(gòu)。需要轉(zhuǎn)移核心入賬機構(gòu)的或一次超過十個客戶的，必須通過批量方式，不允許實時轉(zhuǎn)移。 批量同步。 跨法人進行業(yè)務轉(zhuǎn)移，需核心支持。統(tǒng)一按先轉(zhuǎn)回表內(nèi)，再通轉(zhuǎn)表外新類型的方式實現(xiàn)。新系統(tǒng)推廣后再實施。 上收期階段核心可以返還的 賬戶狀態(tài) 科目代號/名稱 是否欠息 產(chǎn)生逾期時間 產(chǎn)生非應計時間 還款方式 欠本金額 還款周期 貸款賬號 保函狀態(tài)1 貸款收回日期、收回時間1 欠息日期1 欠息金額1 表內(nèi)欠息金額1 表外欠息金額1 本金逾期天數(shù)1 利息逾期天數(shù)1 首次欠息日1 欠息次數(shù) 切換期階段核心才能返還 計息明細 還息明細 資金支付流向數(shù)據(jù) 分期貸款查詢 非應應計類型 墊款金額 還息日期 還款計劃表 存款余額、存款日均額、保證金余額、貸款日均額、股金余額、實收利息 賬戶狀態(tài)：正常轉(zhuǎn)逾期日期、正常轉(zhuǎn)部分逾期日期、正常轉(zhuǎn)非應計日期、部分逾期轉(zhuǎn)非應計日期、逾期轉(zhuǎn)非應計日期、部分逾期轉(zhuǎn)正常日期、非應計轉(zhuǎn)正常日期。 主辦社在信貸業(yè)務系統(tǒng)發(fā)起合同簽訂流程，系統(tǒng)根據(jù)協(xié)議自動將合同分發(fā)到各參與社確認，參與社確認完畢后，主辦社簽訂合同。核心系統(tǒng)保存大授權(quán)和小授權(quán)的關聯(lián)關系信息。1 賬戶狀態(tài)的變化，按照一般業(yè)務處理規(guī)則處理，手工干預的賬戶狀態(tài)變化不做控制。1 協(xié)議編號與合同編號區(qū)分，必須遵守先建協(xié)議，后建立合同的循序。（信貸管理系統(tǒng)記錄老系統(tǒng)中小合同以及小合同與授權(quán)的對應關系。 社團貸款科目核算不改變。代理社建立委托大合同和承貸的自營小合同，各參與社建立自營小合同。 信貸系統(tǒng)通過承兌票據(jù)批量傳輸接口，將信貸系統(tǒng)的票據(jù)信息發(fā)送核心系統(tǒng)，核心保存成功后返回信貸，信貸系統(tǒng)根據(jù)返回信息更新票據(jù)傳輸狀態(tài)。 如果票據(jù)號碼錄入錯誤，由核心柜員重新錄入票據(jù)號碼，重新提交承兌。 標識修改票據(jù)傳輸及批量交互時，信貸與核心確定票據(jù)的唯一標識規(guī)則為“合同業(yè)務號+3位票據(jù)順序號”。需要核心根據(jù)每張票據(jù)下利率進行計息。并行期，助學貸款發(fā)放按照2010年6月份升級后流程辦理。 保函解除流程：核心啟用3003保函解除——保函賬戶狀態(tài)置為結(jié)清狀態(tài)——核心將解除后的賬戶信息發(fā)送信貸系統(tǒng)——信貸系統(tǒng)根據(jù)核心返回的授權(quán)業(yè)務號更新信貸系統(tǒng)保函狀態(tài)(同一般貸款狀態(tài))。 信貸管理系統(tǒng)控制，并行期不能開展該業(yè)務。 核心限制委托方必須為對公客戶，這與業(yè)務實際不符，導致個人為委托方的業(yè)務無法辦理。 根據(jù)新信貸系統(tǒng)的業(yè)務需求，“貸款證僅作為載體，一個貸款證下可關聯(lián)多個合同”。 貸款證（卡）只能關聯(lián)循環(huán)使用的合同，循環(huán)使用的合同可以不關聯(lián)貸款證（或卡）。 貸款證合同管理如果能實現(xiàn)一般合同的循環(huán)使用，貸款證下關聯(lián)多個合同的需求將可以不做。 貸款證下關聯(lián)多個合同的，允許從核心發(fā)起授權(quán)申請。 發(fā)生換證時（基本信息重打），系統(tǒng)打印所有有效的合同和有余額的貸款記錄。 專柜電話字段為空的，造成無法打印貸款證基本信息的問題。 證件號升位時，可以直接修改，不需要做重新授信及業(yè)務結(jié)清。 單筆借據(jù)金額超過受托支付標準的，必須由信貸系統(tǒng)發(fā)起授權(quán)。如果采取卡形式的，開卡時需要設置交易密碼，該密碼為支付時使用，與辦貸無關。 總體要求說明核心提供相字段、字段枚舉、枚舉的說明以及相互之間特殊的約束關系。特別是連續(xù)換證導致的問題，按照原方案，信貸管理系統(tǒng)每次換證時調(diào)用核心貸款證編號查詢接口，核心系統(tǒng)提供核心中貸款證編號和序號，信貸與上一個貸款證編號比對，一致則允許換證，否則不允許換證。（非客戶申請發(fā)起信息轉(zhuǎn)移的無需重新辦理）。 基本信息中存在亂字符，造成無法打印貸款證基本信息的問題。 信貸通過老信貸系統(tǒng)接口將數(shù)據(jù)發(fā)送核心，保證存量的貸款證業(yè)務繼續(xù)可辦理放款業(yè)務。 貸款證打印的信息包括：貸款證基本信息、使用貸款證的合同信息、交易信息三種。 貸款證項下的合同建立和處理模式與一般貸款合同相似，在實合同額度內(nèi)循環(huán)。 紙質(zhì)貸款證辦理流程：合同簽訂（信貸）→貸款證頒發(fā)：編號錄入（信貸）、預留密碼（信貸）、寫磁（核心）、打印基本信息（核心通過接口調(diào)用信貸信息）→指紋采集（核心）→發(fā)放授權(quán)（信貸、核心均可發(fā)起）。只要信貸與核心支持合同的循環(huán)使用，無貸款證比有證更方便，實現(xiàn)起來也更簡單。 如需增加個人委托方的貸款，需要會計部門提供個人委托貸款的核算規(guī)則。 目前，國結(jié)系統(tǒng)只管理貿(mào)易融資項下的外幣業(yè)務，信貸管理系統(tǒng)負責貿(mào)易融資項下人民幣業(yè)務。 保函業(yè)務采取敞口授信方式，因此，合