业务审核系统

目录

备注：暂时写个草稿，思路慢慢记录

一、系统背景

随着业务的不断演变，其实我们会生产出众多的业务系统，这些系统会为对应的业务形态进行赋能工作，赋能后相关系统会开放给运营人员根据业务需要进行线上的实际操作，但是往往会因为运营相关人员在配置上的误操作会给相关业务线或相关功能模块带来一定的线上事故和损失。为了避免类似这样事件的发生，个人认为是需要在内部搭建一套业务审核系统的，该系统主要针对业务实际上线生效前通知相关的业务同学协助进行复查和确认，对任意线上的操作都能有一层基本的保障处理。

具体举例来说，假设我们当前存在一个线上降价活动业务，线上针对一定人群和城市进行投放至尊会员卡限时减价活动（单月至尊会员只需3.8元），在具体配置上改活动需要指明活动名称、有效时间、商品类型、活动类型、投放渠道、商品详情、售卖总量限制、单用户限购次数、活动城市及活动用户画像等内容，这个相关配置内容除了业务本身在配置上本身上进行的基本校验和业务规则校验外，所有其他信息是否进行线上实际生效则需要通过相关指定的活动负责人进行进一步的确认才可生效，下线以及在线修改等操作同样依照前方流程。

二、系统架构

整体的框架上相关而言比较简单易懂：

1.我们需要推动对应接入审核的相关业务方在接入的流程上进行基本的代码修改，即在原接口中针对业务修改的操作上进行审核提交操作。

审核提交接口会实时返回对应业务相关审核的相关校验规则（当前新增业务已在审核中不得重复提交、当前业务修改已在审核中不得重复提交），同时也会吐出相关接口用于业务方实时查看相关业务正在审核中的业务数据，用于用户回显报表等内容；

2.审核系统，业务提交上来的相关审核内容如果无误则可以直接入库，入库后的审核数据在审核页面可直接展示基本信息，同时提供相关后续的审核基本操作功能：

3.消息系统主要用于审核系统针对业务提交的内容进行的审核结果和校验内容等内容进行实时的消息同步处理等内容

三、系统设计思路

（一）自身业务平台配置

相关页面为业务本身页面，审核不进行干预，但审核处可向各业务页面提供相关数据用于数据审核的实时情况展示，具体包括：

（二）审核系统相关配置 1.业务流程编码定义申请

业务每次在接入审核系统前需要填写确认一下基本内容：

2.业务审核系统配置

主要展示内容如下

3.消息系统

基本内部消息基础功能，承接以上相关操作过程中的业务和审核通知等内容，具体不在展开描述。