編輯導語：對于平台來說，當資産規模達到一定程度，可能就會有接入資金機構的需求。本文作者根據自身的項目經驗，對資金機構接入流程的系統設計進行了整理，一起來看一下吧。

許多資産規模達到一定程度的平台，都有接入資金機構的需求。本人近期剛好負責了幾個資金渠道接入的項目，對資金機構接入流程的系統設計進行了整理。本人專業水平有限，文中若有描述不準确或缺漏之處，還望大家執教。

一、概述

下文所描述的資金機構接入，指的是由資産機構（一般是助貸平台）提供資産，持牌金融機構提供資金，雙方在系統層面上實現資産和資金撮合匹配。

資産機構與資金機構的接入方案設計，會根據交易結構、資産類型、産品要素等有所區别，一般可以拆分為授信、放款、還款和對賬幾個環節。

常見的雙方系統交互流程如下：

在正式進行雙方對接的系統方案設計之前，需要了解清楚雙方的業務合作模式：

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 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部