推送短信/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
主动划扣
