光大信用卡审批系统

金融第三方支付案例ID：232090

软件工程师_文路

4 年经验· 中电金信软件有限公司

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

项目描述：
交互申请负责pad端提交的数据进行校验和一系列处理；数据接收负责将交互的数据进行校验与转换并落库，通过开关控制是否自动走工作流进入审批流程，数据接收微服务或审批微服务发生异常时，都进入全局异常类里处理。工作流项目负责部署bpmn流程图、流程图版本管理，及审批进件是否审核通过还是拒绝，并执行各节点业务逻辑。

技术架构：
光大银行poin框架+activiti7.0.0.beta1+springcloud+spring boot。dao层使用mybatis plus。service层使用spring bean的Autowired注解结合springContext原生注入。日志组件slf4j。线程池ThreadPoolExecutor及spring异步事件ApplicationEvent。对象存储使用redis。定时任务使用spring scheduling结合xxlJob组件。

个人职责：
本人负责数据接收微服务开发测试与工作流微服务的开发与流程测试。数据接收微服务通过开关配置是否自动开启工作流。先获取远程redis开关，如果获取异常置为关，然后将开关同步到本地缓存；如果本地缓存获取到开关则同步到redis。项目启动读取yml文件里的开关，读取失败置为关。数据接收微服务提供查询最新进件屏次的接口。交互申请从第2屏到第7屏都需将数据提交给数据接收微服务，每个屏次的存档号一样，对应工作流的同一个流程实例ID。工作流的节点包含开始、创建流程、获客节点、综合策略、初评策略、数据等待、综合处理、ECIF、授信、质检、审批通过、审批拒绝、数据更新、结束各节点。工作流接收到数据接收的请求后先判断存档号下是否有流程实例ID，如果有直接返回当前数据已接收；如果没有则创建新的流程从获客节点一直流转到数据等待节点或者从获客流转到综合处理再走获客一直转圈知道初评策略节点返回的decissionbranch=03时进入数据等待节点。初评策略节点decissionbranch为00时走ECIF，为01时走审批拒绝，为02时走综合处理调用总线（任务号由综合策略调用策略微服务返回），为03时走数据等待（第2屏到第6屏都会进入数据等待不让其走ECIF，第7屏走ECIF）。工作流项目还开发了开启流程、总线回调工作流接口。