怎麼增加金融機構資金來源(如何接入一家資金機構)
2023-05-23 08:08:18 1
編輯導語:對於平臺來說,當資產規模達到一定程度,可能就會有接入資金機構的需求。本文作者根據自身的項目經驗,對資金機構接入流程的系統設計進行了整理,一起來看一下吧。
許多資產規模達到一定程度的平臺,都有接入資金機構的需求。本人近期剛好負責了幾個資金渠道接入的項目,對資金機構接入流程的系統設計進行了整理。本人專業水平有限,文中若有描述不準確或缺漏之處,還望大家執教。
一、概述下文所描述的資金機構接入,指的是由資產機構(一般是助貸平臺)提供資產,持牌金融機構提供資金,雙方在系統層面上實現資產和資金撮合匹配。
資產機構與資金機構的接入方案設計,會根據交易結構、資產類型、產品要素等有所區別,一般可以拆分為授信、放款、還款和對帳幾個環節。
常見的雙方系統交互流程如下:
在正式進行雙方對接的系統方案設計之前,需要了解清楚雙方的業務合作模式:
1. 合作機構類型
目前市面上助貸平臺項目,主要參與的合作機構包括但不限於助貸平臺本身、資金方(銀行、消金、信託、小貸、保理等)、融資擔保機構、保險公司、徵信機構、第三方支付機構。
2. 交易結構
助貸模式(或稱第三方機構擔保):
分潤模式(或稱風險共擔):
純導流模式:
3. 資產類型
根據融資的資產類型劃分:
取現類(自主支付)電商分期/賒銷類(受託支付)綁定二類戶(市面上稱為虛擬信用卡)二、金融產品要素助貸平臺和資金方會事先確定接入的金融產品要素,一般在前期商務洽談環節就會確定。包括:
資金方定價/資金成本/結算費率擔保費率(若有融資擔保機構參與)產品額度,包括單個用戶的最大可授信額度,和單筆借款訂單的最大可用信額度支持的貸款期數資金合規規模,即資方對該渠道可支持的總在貸額度上限客群要求,例如職業、年齡、地區限制徵信上報機制,例如授信、用信、逾期、代償場景下是否上報,筆筆上報 or 批次上報金融產品要素的確認,也是提高助貸平臺資產同持牌金融機構資金匹配成功率的關鍵。
三、帳單生成規則目前市面上主要的助貸平臺,用戶的帳單生成類似於信用卡帳單的處理機制,即每個用戶有每月固定的出帳日和還款日,根據訂單的實際放款日判斷落在哪個月的帳單內。
助貸平臺同資金方接入時,需要明確雙方的用戶帳單生成規則,一般用戶的固定出帳日和還款日規則以助貸平臺為準,以用戶訂單放款成功日作為起息日。
在進行接入系統方案設計時,需要關注雙方對於放款成功日的判斷依據,因為涉及到雙方進行放款申請系統交互(交互跨日、或資方核心帳務處理超時等),可以資方核心帳務系統確認放款成功後,返回放款成功記帳時間為準。
四、計息規則1. 還款方式
助貸平臺主要採用按月等額本息的還款方式,計算標準期供,確認用戶首期、中間期和尾期的應還本息。
2. 還款類型
即在助貸平臺對應場景下,前端用戶會出現哪些還款場景,以及是否能同資方核心帳務對齊,例如:正常還款、提前結清、逾期還款、賠付代償當期、賠付代償結清、追償還款。
一般不建議支持用戶提前還部分和跳期還款。
同時,需要明確不同還款類型之間的觸發條件,例如用戶應還日為D,D 2內用戶完成還款也視為正常還,D 3及以後還款視為逾期還,即逾期還存在2天的寬限期。
3. 計算精度
指的是雙方本息計算的精確度。一般需要事先確認時間和利率這類基數的計算方式,例如1年按360天,1月按30天處理;月利率=年利率/12,日利率=年利率/360。
然後就是計算過程和計算結果保留的精確度,例如利率計算,過程保留6位小數四捨五入,結果保留2位小數四捨五入;金額計算,過程和結果均保留2位小數四捨五入。
4. 用戶特殊還款場景
對於一些用戶的特殊還款場景,雙方需要確認對齊界定的還款類型和應還本息的計算公式。
例如,用戶當天申請借款,當天發生還款時,應還本息的計算;用戶在應還日前1天完成全部結清的應還本息計算。
五、授信1. 授信申請信息
助貸平臺向資金方發起用戶授信申請時,需要提供哪些信息,包括用戶的個人基礎信息、照片、職業、月收入和其他聯繫人信息,還包括資方要求的一系列授權合同和額度授信合同等。
2. 額度管理
用戶的授信額度確認方式,可以資方自主確認,也可以由助貸平臺提供建議額度,資方審核通過與否。
額度有效期,用戶首次授信成功後,在多長時間內額度是有效的,無需向資方重新發起授信申請。
3. 懲罰期
即用戶首次授信失敗後,多長時間內,該用戶重新發起的授信申請資金方會直接置為失敗處理。
對於命中懲罰期的用戶,助貸平臺可以設置路由規則,將用戶匹配至其他資金方進行融資。
六、用信申請用信申請,即用戶授信成功後,正式支用前,上送訂單信息向資方發起該筆訂單的用信申請。
用信申請環節需要確認的內容,與授信申請類似,也包括用信申請信息、用信審核結果有效期、用信失敗懲罰期等要素,在此不再贅述。
七、放款放款,就是用戶單筆訂單用信審核通過後,向資金方申請該筆訂單確認進行支用放款。
1. 放款成功日/起息日確定
如用戶帳單生成規則章節中描述,帳單生成的前提,是對用戶訂單放款成功時間的界定,可以通過資方在返回的放款成功結果中,增加放款成功時間來作為唯一判斷依據,確保雙方帳單生成一致。
同時,對於用戶首期應還日的確定,助貸平臺在提交放款申請時,是增加用戶的每月固定出帳日和還款日,資金方在確認核心帳務生成訂單借據成功後,同時生成借據的還款計劃。
2. 放款對象
根據融資的資產類型不同,資方實際放款對象也有差距,助貸平臺可以在放款申請中明確放款對象的類型和具體帳戶信息,供資方進行放款處理。
例如取現類產品,一般對應用戶個人銀行帳戶;電商分期或者賒銷產品,對應收款商家帳戶;二類戶產品,對應用戶開立的二類戶帳號。
3. 佔用額度衝銷
對於資方已經發起放款付款,但最終用戶沒有成功收到借款資金的場景(如帳戶異常、超日入金限額),要確認是否必須進行佔用額度衝銷處理,資金方是否依賴助貸平臺通知。否則會出現用戶實際沒有收到借款,但是也可用額度卻被佔用的問題。
八、還款前端用戶發起訂單借據放款的方式,一般為資金方對用戶的還款帳戶進行代扣處理。當日代扣無法處理成功的情況下,由用戶對資方進行線下還款。
若資金方本身沒有代扣能力,還需要由資金方額外對接第三方支付機構來完成代扣處理。
這裡的入帳指的是資金方核心帳務系統,在用戶完成還款扣款後,更新核心帳務系統中用戶借據還款計劃。換種簡單說法,即資金方核心帳務系統確認用戶本次還款成功。
不同資金方核心入帳處理機制不同,有僅依賴信息流入帳的,也有資金流入帳的。助貸平臺需要注意資方的入帳方式,確認是否需要推送還款成功通知至資金方處理。
若資金方以來助貸平臺進行還款通知的話,在助貸平臺進行實時 or 批次還款通知時,需要注意雙方對於本次還款實際還款日的界定,是以用戶前端實際發起還款的時間為準,還是平臺發起還款成功通知時間為準,這可能會造成用戶實際應還本息和還款類型的變更。
九、文件傳輸在用戶申請借款的全流程中,涉及到各類授信、用信合同和影像文件的傳輸。不同資方的風控審核系統,對於授信、用信申請材料的傳輸時效要求不同,有的能接受批次傳輸,有的只能實時傳輸。
另外,合同類文件,一般都是需要資金方和外部機構(融資擔保、保險等)進行電子籤章的,涉及外部籤章的文件,還要設計回傳獲取機制。
十、對帳由於實時交互存在處理異常、超時等不可靠場景,一般需要設計日終對帳環境,常見有放款結果對帳、用戶帳單對帳、還款結果對帳。由業務一方生成上日認為處理成功的訂單明細文件,傳輸至另一方進行核對,雙方以日終對帳文件的結果為準。對於日終對帳文件結果與實時交互結果不一致的訂單,做異常訂單處理。
十一、額度調整此處的額度調整,指的是對用戶授信額度/最大可用額度的調整。例如資金方通過風控系統審核,需要對用戶的授信額度進行凍結,其結果需要同步到助貸平臺,避免助貸平臺重複推送用戶借款申請至資金方,影響融資成功率。
同樣,某些場景下助貸平臺也可以向資金方發起用戶的額度調整申請,例如用戶補充了其他資產證明,希望提高用戶可用額度,助貸平臺可以向資金方發起申請,由資金方進行額度調整審核。
本文由 @韓叔叔 原創發布於人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基於 CC0 協議
,