ETC欠费状态通知需求

推送短信/PUSH

账单生成通知云端

推送类型

是

账单明细落库

分析账单，判断欠费状态

欠费状态已经变化

开启ETC

判断是否通知成功

处理车端响应

公司短信服务

划扣结果通知云端

通知车端结束

TradeEnableStatusFalse

消息中心

否

获取用户所有账单

云端通知车道ETC开闭状态

当前开闭请求是否达到推送阈值

用户ETC欠费状态

单账单支付成功

流程结束

ETC开启请求推送车端

账单推送

接口：1.账单列表查询

接口：11 账单推送

当前开闭请求推送是否合理

判断所有账单均支付成功

TradeEnableStatusTrue

生成通行账单

发行方(山东信联)

账单失败处理

汽车通过ETC通道

ETC关闭请求推送车端

ETC欠费状态通知需求

失败

账单落库（支付中）

success

用户账单

封装账单明细

APP/小程序

云端

停止推送

单账单支付失败

接口：12 账单明细查询

方式2：查询\"下行车端记录表\

给APP发送PUSH消息

用户ETC开启/关闭请求

Epoch概念：[ETC开启->ETC关闭) 或者 [ETC关闭->ETC开启)解决场景：1) 云端得到发行方的欠费通知(账单支付不成功)，云端通过一定的频率通知给车端 消息12) 假设车道设备有问题，消息1无法触达到车端3) 云端接受到发行方的不欠费通知(ETC下的所有账单均支付成功)，云端通过一定的频率通知给车端 消息24) 车道设备问题恢复5) 消息2首次推送则成功6) 消息1才开始推送

每日划扣4次

账单成功处理

如推送短信/push失败，则记录失败日志即可，触达率容忍度较高

成功

方式1：实时查询发行方当前用户的账单，判断欠费状态已经发送变化，则停止推送

首次推送

处理ETC开闭

用户欠费状态必须及时成功触达给车端，否则会导致出现该情况：客户已经将账单支付完成，如未成功通知给车端，导致车辆无法使用ETC车道，引起投诉

查询账单明细

封装用户所有账单数据

推送车端

继续推送

判断单账单支付结果

弹出欠费消息

车端

给客户发送短信

开始

当前开闭请求在当前Epoch下是否成功推送

T+N日

修改账单状态(支付成功/支付失败)

所有账单落库处理(Merge)

判断是否达到消息推送阈值

定时任务补偿推送

关闭ETC

主动划扣