资金平台接入设计说明书

  1. 引言

1.1 编写目的

针对目前对接外部资金,提供资金的接入支持,如授信、放款、还款、回款计划、以及对资金的增信担保或保险操作,如报案理赔等,实现对接外部资金的灵活配置,快速接入支撑业务,以及导流到其他资金机构联营模式操作

前期,将担保增信这个子域放在资金接入里面,后续有机会拆开剥离单独部署。 增信担保包括:承保、批单、报案、理赔、代偿、结案,担保合同、担保费、退保等,区分保险和融担公司 术语。

支持助贷资金机构接入

1.2背景

1.3 参考资料

1.4 术语及说明

名称

说明

账务核心

当前的账务处理,包括借据还款计划清分对接资金 担保冲销过程等一系列集中式业务

Doris

数据仓库

信贷交易

助贷业务的交易核心,包括放款、还款

资金平台

对接外部资金提供机构,如银行小贷信托等

清结算

财务数据的费用分类与结算

支付收单

对接外部支付公司或银行,专门处理代扣代付操作等

2. 总体架构

目前业财一体化暂不涉及,如计费、清分、结算等 目前账务域承担,

2.1 总体系统整体交互

3. 功能详细设计

    1. 定义系统整体架构

3.1.1 业务架构

资金接入平台:粗粒度 3个子域

  • 资金平台:资金借据、资金回款计划,资金还款明细;逾期数据、罚息、借据结清等;
  • 配置管理:支撑服务,为上述功能提供配置项支撑,实现功能配置化
  • 批处理:文件处理,文件交互、补偿处理、对账处理
  • 资金网关: 接口回调、加解密、文件交互 goa
  • 收单支付平台:
  • 代付代扣pas:
  • 支付网关:
  • 支付对账:
  • 支付配置:
  • 担保系统:承接报案处理代偿处理
  • 担保:
  • 代偿理赔:

3.1.2 应用架构

助贷担保模式模式,用户借款机构放款担保流程如  实线箭头;  用户还款或批扣时  实线+虚线 箭头;

未来导流机构可视为助贷资金机构即可。直接同步外部借据+还款计划

方案3

3.1.3 技术架构

采用DDD领域驱动之战术设计思想进行代码结构编写:针对Event事件内部可采用eventbus或mq进行实现。

开发技术栈:

  • Mybatis
  • Springboot 2.x
  • Redis
  • RabbitMQ/RocketMQ
  • OSS
  • Disruptor
  • EventBus
  • Caffeine
  • Grovvy
  • Guava
  • Dubbo
  • WebClient/ FeignClient

com.demo.application
         |-----cmd      (
命令操作)
         |-----query    (
查询操作)   
         |-----convert  (
聚合对象转换)
com.demo.domain
         |-----convert  (
对象转换)
         |-----aggr    (
聚合)
               |--aggrroot   (
聚合根)
               |--entity   (
实体)
               |--event
               |--eventfactory
         |-----service  (
服务 BO)
               |--impl
         |-----repository (
仓储接口)         
com.demo.infrustructure
         |-----util 
         |-----remote     (
外部远程调用)
         |-----constants 
(常量)
         |-----config     (公共配置)
         |-----enums       (枚举)
         |-----exceptions
         |-----mq          (mq
抽象send+consumer)
         |-----repository 
                |--mapper  (
仓储实现DO)
                |--impl  (
仓储实现DO)
                |--dataobject  (
仓储对象DO)
com.demo.interface
         |------facade    (
门面外部实现)
         |------task      (
定时任务)
         |------mq       (
消息队列消费实现)
这里充血模型建议使用。针对POBODTODO之间转换使用建议使用,
 以实际开发情况而定

六边形架构 + 面向对象设计,通过代码demo版样例展开,实现开发框架的领域落地

3.1.4 数据架构

3.1.5 部署架构

3.1.6 组件依赖

3.3 应用系统依赖关系

3.3.1 外部接口

  • 试算服务
  • 机构借款申请与结果查询
  • 代付代扣申请与结果查询
  • 机构还款申请与结果查询

3.3.2 内部接口
 

  • 配置查询
  • 路由查询
  • 回款同步

3.3.3 服务依赖

  • 担保
  • 账户额度
  • 合同
  • 试算
  • 支付

3.3.4  主要交互

3.3.4.1资金路由逻辑

主要涉及配置表: 资金机构配置表、资金机构产品配置表、资金机构产品限流配置表、资金方产品借款统计表、资金方拒绝配置表、资金方特殊名单表、资金方区域限制表、资金方放款额度配置表、

主要涉及记录表:资金方产品借款统计表、资金方客户拒绝记录表、资金方客户管制记录表  资方优先级配置表 fund_priority_conf

实现步骤:

  1.  单资金路由,匹配规则串行,硬编码
  1.  匹配规则串行配置化
  1.  匹配规则串行+并行配置化
  1.  匹配规则脚本化

3.3.4.2借款试算

主要涉及表:试算流水表

实现步骤:

  1.  单资金试算
  1.  多资金路由试算,依赖资金路由逻辑

3.3.4.3借款申请与结果

主要涉及业务记录表:试算流水表,借款申请流水表,代付流水申请表,资方借据表、资方还款计划表;资金方产品借款统计表、资金方客户拒绝记录表、资金方客户管制记录表、资金方产品借款统计表

主要涉及配置表: 资金机构配置表、资金机构产品配置表、资金机构产品限流配置表、资金方拒绝配置表、资金方特殊名单表、资金方区域限制表、资金方放款额度配置表、

配置类表缓存适用

实现步骤:

  1.  单资金借款,流程串行,硬编码
  1. 流程串行串行配置化
  1.  流程串行+并行配置化
  1. 流程脚本化
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值