编辑导语：对于平台来说，当资产规模达到一定程度，可能就会有接入资金机构的需求。本文作者根据自身的项目经验，对资金机构接入流程的系统设计进行了整理，一起来看一下吧。
许多资产规模达到一定程度的平台，都有接入资金机构的需求。本人近期刚好负责了几个资金渠道接入的项目，对资金机构接入流程的系统设计进行了整理。本人专业水平有限，文中若有描述不准确或缺漏之处，还望大家执教。
一、概述下文所描述的资金机构接入，指的是由资产机构（一般是助贷平台）提供资产，持牌金融机构提供资金，双方在系统层面上实现资产和资金撮合匹配。
资产机构与资金机构的接入方案设计，会根据交易结构、资产类型、产品要素等有所区别，一般可以拆分为授信、放款、还款和对账几个环节。
常见的双方系统交互流程如下：
在正式进行双方对接的系统方案设计之前，需要了解清楚双方的业务合作模式：
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 协议
,
