编辑导语：对于平台来说，当资产规模达到一定程度，可能就会有接入资金机构的需求。本文作者根据自身的项目经验，对资金机构接入流程的系统设计进行了整理，一起来看一下吧。

许多资产规模达到一定程度的平台，都有接入资金机构的需求。本人近期刚好负责了几个资金渠道接入的项目，对资金机构接入流程的系统设计进行了整理。本人专业水平有限，文中若有描述不准确或缺漏之处，还望大家执教。

一、概述

下文所描述的资金机构接入，指的是由资产机构（一般是助贷平台）提供资产，持牌金融机构提供资金，双方在系统层面上实现资产和资金撮合匹配。

资产机构与资金机构的接入方案设计，会根据交易结构、资产类型、产品要素等有所区别，一般可以拆分为授信、放款、还款和对账几个环节。

常见的双方系统交互流程如下：

在正式进行双方对接的系统方案设计之前，需要了解清楚双方的业务合作模式：

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 协议