问题:
- 规则设置运费单价为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接口直接返回成功
问题:精确邮编匹配的时候未去掉前后空格导致匹配异常
方案:精确邮编匹配的时候去掉前后空格
七、功能:从158拉取物流对账数据到java,物流对账明细包裹数据需要增加FinalShippingFee,PackageCost、DeclarationPriceSum
问题:现在从158拉取物流对账数据到JAVA的时候,物流对账明细 包裹数据没有同步FinalShippingFee,PackageCost、DeclarationPriceSum字段,导致处理异常冲账数据失败
方案:从158拉取物流对账数据到java,物流对账明细包裹数据需要增加FinalShippingFee,PackageCost、DeclarationPriceSum。
影响功能:物流商对账-异常冲账
问题:JAVA调用回写运费和税费接口的时候,有些操作没有传递税费(重估订单利润-更新系统预估费用),会将erp的税费清零
方案:
1、接口处理数据的时候,如果运费或税费没有传递数据则不更新对应字段
2、修复数据