问题:
- 规则设置运费单价为0,所以包裹计算的运费是0。但是包裹运费计算服务会一直检测运费为0的包裹重复执行,导致这类包裹占用服务器资源,影响服务性能。
- 税费计算服务的问题同问题1
- 运输统计表增加2个字段运费计算状态和税费计算状态,状态分三种:0、未计算 1、计算成功 2、计算失败。
影响功能:JAVA运输统计-列表界面数据展示和导出
影响功能:自动计算运费和税费服务
问题:财务确认状态同步很慢
方案:将同步财务确认状态功能单独拆分一个独立服务,避免多个功能聚合在一个服务里面,执行很慢
服务频率:2分钟执行一次,服务入口增加redis锁,避免服务卡顿情况下,上一轮服务还没结束,下一轮服务又开始,导致重复执行
代码:com.zhcxkj.bus.tms.application.executor.cmd.logistics.LogisticsReconciliationFreightCmdExe#financialConfirmQueueExecute ,financialConfirmQueueExecute就是更新财务确认状态的方法
三、功能:JAVA物流系统-财务确认队列自行执行服务
问题:1、财务确认状态同步很慢
2、原服务执行完财务确认队列后,未处理ERP队列状态,导致同一个队列重复执行
方案:
1、 财务确认队列自动执行服务独立出来,每5分钟执行一次,但是服务代码中增加redis缓存,避免上次任务还未执行完成,下次任务又开始了
2、服务执行成功后需要将erp队列执行状态更改为成功
问题:操作取消确认后,物流提交批次状态会更新为已提交,财务审核状态会更新为未确认,但是数据未回写到JAVA
方案:
操作取消确认后,实时调用java接口更新java物流提交批次状态
问题:如果操作的物流提交批次在java不存在且打开了java数据处理开关,就会报错,提示“未找到可更新的对账单或无权操作”
方案:如果物流提交批次在java不存在,java接口直接返回成功
问题:精确邮编匹配的时候未去掉前后空格导致匹配异常
方案:精确邮编匹配的时候去掉前后空格