9.6 修改成功后短信/邮件形式通知司机用户
5.1 传递参数：账单id、平台支付密码、用户id
写库成功
N
渠道方
修改成功
手机&PC端
货车ETC支付通行费流程图
异常处理中心
MySQL
2.4 重试失败后通过短信/邮件形式通知运维人员
查询失败
获取账单
3.1 查询失败调用异常处理中心分析Exception原因并通过重试机制再次查询
写库失败
Y
后台系统
受理失败
数据分析
受理成功
运维人员
拉黑操作
3.2 重试机制再次查询失败后通过短信/邮件形式通知相关人员
保证金账户
查询成功
后台系统(定时器)
6.1 接收Message
后台
5.4 组装渠道方必要条件参数(参数待定)
5.5 调取渠道方提供支付通行费API接口：masget.bankaccount.bank.wallet.withhold.apply
主动还款模式
8.1 短信/邮件形式通知司机/企业及时对保证金账户进行充值
5.2 通过账单id、用户id，账单状态(未支付)查询未支付的订单号
策略模式（处理中已受理扣款失败）
4.2 渠道方返回Message
4.1 调取渠道方提供支付通行费API接口：masget.bankaccount.bank.wallet.withhold.apply
2.3 将账单结果返回给前端展示
4.6 调用异常处理中心重试机制
ETC账户
6.5 根据扣款账户进行业务设定
接收报告
6.4 写库失败调用异常处理中心进行重试机制
2.2 写库失败调用异常处理中心分析Exception原因并通过重试机制再次写库
6.3 对账户余额进行修改余额=现有余额-账单共计余额、扣款时间
Message
9.2 分析结果集组装必要参数调用高速拉黑接口：待定
4.4 修改账单表中状态更改为已受理
8. 如果保证金账户内余额低于指定标准
扣款成功
6.8 展示保证金账户内余额
重试失败
9.3 接收返回值
4.3 通知相关人员进行处理
通知机制
9. 通过保证金账户余额(低于指定标准的账户)查询满足调用高速拉黑接口的保证金账户
2.1 将账单结果返回给前端展示：入站口、出站口、出站时间、车牌号、通行费用、代扣时间
接收充值结果
4. 分析结果集组装渠道方必要参数
7.1 如果扣款失败 原因是保证金账户余额不足则告知司机及时充值否则将调用高速拉黑接口
主动还款模式还未到代扣时间内司机可以通过账单主动还款
重试失败短信/邮箱通知相关人员
5.10 前端展示账单状态为已受理
6.2 修改账单表中状态为：已支付
代扣模式
5.9 调用异常处理中心重试机制
钱包账户
6. 通过轮询方式或者按照与渠道方约定的时间调用查询充值结果API接口：method= bankwallet_withdraw_report
重试成功
1.查询ETC账户内余额是否满足扣款条件(扣款金额、账户状态)2.如果不满足则查询个人银行卡是否满足扣款条件(扣款金额、账户状态)3.如果以上都不满足则查询保证金账户内余额是否满足扣款条件
9.5 分析失败原因调用异常处理中心进行重试机制
其它状态
5.7 通知相关人员进行处理
修改失败
1. 按照与渠道方约定的时间调取查询账单接口：待定
9.1 分析失败原因调用异常处理中心进行重试机制
6.7 展示ETC账户内余额
9.4 根据渠道方返回的结果集入库，修改保证金账户状态为已冻结。
提前还款
3. 通过代扣时间、账单状态、查询需要支付的账单
6.6 展示钱包账户内余额
5.3 调用异常处理中心分析Exception异常重试机制
2. 解析通行账单并保存入库
代扣模式按照与渠道方约定的扣款时间进行代扣操作(定时器)
4.5 前端展示账单状态为已受理
7. 通过策略模式分析状态结果并入库展示
5.8 修改账单表中状态更改为已受理
5.6 渠道方返回Message
