提交 b6ca6bdf authored 作者: qhz's avatar qhz

【开发】增加扫码核销优化方案

上级 f089dd35
# 表结构变更
```
alter table ydd_fch_erp_open_config add `company_auth_code` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT '' COMMENT '企业永久授权码';
alter table ydd_fch_erp_open_config MODIFY access_token varchar(500) COLLATE utf8mb4_unicode_ci DEFAULT NULL;
```
用于存储 T+ 的 的 `企业永久授权码` 和 修改 access_token 的长度
# erp 对接数据
```
insert into ydd_fch_erp_open_config (`brand_id`, `erp_type`, `app_key`, `app_secret`, `status`, `customized_config`, `company_auth_code`)
values('10000064', 'tpuls-xh', 'xLHk32EF', '63C439881C980E11EF1A23E6B4179171', 1, '{"appTicket": "t-ec59b268ead74a07a2c415eff3e4ec9a","messageKey": "v28pDSY6YHyBE4nB", "userAuthCode": "up-7f0e968d37724faf94f3437fa40ed436"}', 'op-1fb96348cf86462387d837d21a23d1ec');
```
# t+ 后台消息订阅通知
# 扫码核销优化方案
## 1. 背景
系统核销业务太多,门店操作人员很难找到对应的核销入口
比如门店端核销功能
![avatar](../images/writeoff/writeoff_1.png)
还有其他核销入口
![avatar](../images/writeoff/writeoff_2.png)
## 2. 目标
要优化成门店人员直接使用微信扫描核销码,就能根据核销码的来源,直接进入对应的核销业务
## 3. 旧有功能梳理
### 门店端 - 订单核销
#### 核销积分
![avatar](../images/writeoff/writeoff_3.png)
#### 核销优惠劵(消费劵、兑换劵)
![avatar](../images/writeoff/writeoff_4.png)
#### 核销提货劵
![avatar](../images/writeoff/writeoff_5.png)
#### 核销订单
![avatar](../images/writeoff/writeoff_6.png)
#### 核销积分订单
![avatar](../images/writeoff/writeoff_7.png)
#### 核销礼品
![avatar](../images/writeoff/writeoff_8.png)
#### 核销电商订单
![avatar](../images/writeoff/writeoff_9.png)
#### 核销权益卡
![avatar](../images/writeoff/writeoff_10.png)
### 经销商端 - 订单核销
#### 核销积分
![avatar](../images/writeoff/writeoff_11.png)
#### 核销礼品
![avatar](../images/writeoff/writeoff_12.png)
## 4. 优化方案
### 方案一: 独立的扫描核销服务
![整体架构](../images/writeoff/unified_scan_code_verification_1.png)
#### 优点
1. 核销标志码唯一,根据标识码对应唯一业务逻辑
2. 抽离各个业务端的逻辑,进行统一管理,加强扫码核销业务模块之间的关联,方便代码
3. 直接扫码,通过核销标志码 加微信登录进入到对应的核销业务。更加方便用户操作。不需要业务端业务人员在众多核销功能之间选择
#### 缺点
1. 根据对已有代码梳理可知。要实现这种独立的扫描核销服务,需要修改搬运的代码很多
2. 同时需要对旧代码 + 新修改进行测试。待测试的功能点比较多,会耗费比较多的时间
### 方案二: 各个业务端的快捷核销接口
![整体架构](../images/writeoff/unified_scan_code_verification_2.png)
#### 优点
1. 复用旧有代码,可以节省很多开发时间
2. 不需要太多的测试点,旧有功能的返回,错误信息都已经被测试
3. 如果把这种扫码标识交由前端管理,开发任务和时间可以更少
#### 缺点
1. 没有统一所有相关功能,进行统一管理。仅仅针对各个业务员端的功能进行统一接口
2. 没有办法实现,扫一码通过微信登录就可以进行对应的核销功能。还是需要先登录各个业务端才能进行操作
### 总结
从开发任务、开发时间的角度
理应选择方案二,这样能更快实现功能
\ No newline at end of file
Markdown 格式
0%
您添加了 0 到此讨论。请谨慎行事。
请先完成此评论的编辑!
注册 或者 后发表评论