提供可授信资方列表
若是资方自行放款，则需要调用资方放款接口（实际上是把资方当作第三方）
反馈信息
调用资方授信与风控的传声筒
大额业务涵盖方面
资方返回授信结果
授信流程
展示资方列表
业务线通过APP页面进行展示
大额系统记录由资方传回的订单和授信信息；额度系统记录额度和有效期信息
业务线
对接支付渠道
成功
渠道还款给资方
识别还款类型（本息）与所属资方，仅为计算系统
从多维度为用户匹配合适的资方
返回信息
所有实际发生的业务都必须经过大额记录数据
大额将授信请求传向贷前，调用贷前系统
资方此处为二次审核
交易成功
反馈审核结果
交易系统将信息回调至业务线，大额记录
贷前反馈账单信息给资方
用户还款
交易系统调用计费系统计费系统生成账单计费系统存储账单
大额记录向交易系统发出请求
资方
计费系统回馈信息至交易系统
信息流传输至交易系统
tips1. 与资方交互：与资方进行交互的只有贷前和渠道系统，主要的是贷前系统与资方进行交互，贷前就是与资方进行联络的外联身份2.信息流与资金流：要注意区分资金流的流动和信息流的流动，系统之间比较多的是信息流的流动3. 逻辑链条：每一项业务操作都是有来有回的，需要形成一个完整的逻辑链条4.用户查询： 用户查询自身额度以及账单信息时，会直接与大额系统和计费系统交互，直接通过大额与计费系统查询额度与账单。（也可能是贷后系统将这些数据整理成表，用户通过查询贷后系统查询）5.存储信息的系统：大额系统存储所有的授信和订单数据，额度系统存储额度和有效期信息；计费系统存储账单数据6. 大额与额度：大额和额度系统配合构成了用户维度的信息，大额系统管理用户订单，包括授信和下单；额度系统管理用户在各个资方的额度。二者有联系，但也有区别，不可混为一谈7. 交易：跟订单有关的东西要过交易，跟订单无关的不过，所以授信大额直接调贷前，而下单要过交易。授信在趣店看来不是一个交易单，而下单是真正发生了交易
用户下单
提示用户还款成功
用户
1. 注册与匹配：（用户-业务线-趣入驻-业务线-用户）用户注册，向业务线提供信息，获取额度。业务线向趣入驻提交授信匹配请求，趣入驻进行匹配提供可授信资方列表2. 授信：（用户-业务线-大额-贷前-资方-贷前-大额-业务线-用户）用户勾选资方，业务线提出授信请求，该请求传至交易系统，交易系统调用贷前系统，贷前系统调用资方授信接口，请求资方风控进行授信，资方将信息返回，大额记录额度（额度与有效期）。3. 借款：（用户-业务线-趣入驻-大额-业务线-用户）用户根据授信额度提出借款的额度和有效期申请，趣入驻为用户匹配资方并展示给用户进行选择。4.下单流程：下单流程包括：下单（业务线-大额-交易-其他系统）风控（交易-贷前-资方）打款（交易-渠道-资方）生成账单（交易-计费）5.清分流程：用户还款，业务线传输信息至大额记录，大额传输至交易系统，交易系统调用清分系统进行还款识别与分类，再将计算结果信息反馈给交易系统，交易系统调用渠道系统与资方交互进行还款
调用贷前
清分系统对还款进行识别，将还款定义分类成不同科目与不同公司
大额
请求授信
调用资方授信申请接口
大额提供授信和下单信息额度系统提供额度信息汇总成优先级+额度借款表传输至业务线
交易系统调用清分系统
业务线调取趣入驻进行优先级试算
趣入驻提供资方各自的优先级
清分
渠道
授信匹配请求
若为资方委托打款则渠道系统调用第三方支付通道信息回调至交易系统
拒绝用户，订单失败
清分系统反馈计算结果到交易系统
交易
调用贷前系统
业务线传输数据至大额记录
回调信息
请求调用资方风控接口
资方反馈审核结果
交易系统调用计费系统更新账单
交易系统调用渠道系统进行打款
注册匹配流程
交易系统调用渠道系统进行还款
中枢核心所有跟订单有关的东西都要过交易，跟订单无关的不过交易系统。其他系统执行交易系统的命令
计费
趣入驻
清分流程
记录账单存储账单
借款匹配流程
审核失败
下单流程
告知用户授信结果若授信失败，则进入授信禁闭期
用户借款
账单信息存储会放在贷后系统，供资方及用户进行查询。或通过贷前系统将账单信息传输给资方用户通过直接调用贷后系统查询账单
获取额度
贷前
业务线发出下单请求
勾选资方
