需求背景
当前系统在推送 FedEx 下单数据时,针对“子母单/一票多包裹”场景,会将整单总申报价值(订单总 declared value)按包裹维度重复传递到每个子单/包裹。
需求描述
Declared Value 传值口径调整
现状:子母单场景下,每个包裹 declared value = 订单总申报价值
调整:子母单场景下,declared value 改为包裹级申报价值(与该包裹实际申报价值一致),避免把总价值重复传给每个包裹。包裹级申报价值计算规则
优先:若系统本身能获取“包裹-商品明细”的拆分关系,则按包裹内商品申报价值汇总生成 declared value;影响范围
下单推送 declared value 的字段口径;
重点覆盖:一票多包裹 / 子母单 / 多 tracking 场景。预期效果
避免因 declared value 传值放大导致的声明价值费/保险费异常;
降低客户对账争议与异常补偿风险;
传值口径与 FedEx 计费规则一致,提升计费合理性。
开发设计
- 订单下单,订单产品表中的申报价值为sku*数量的总和
- 一票一件多个 拆单预报,包裹封装直接取订单产品表的申报价值导致
- task项目,预报包裹封装x相关代码
getOrdersLable() - 注意拆单与不拆单都要处理
作者:黄天文 创建时间:2026-01-04 13:16
最后编辑:黄天文 更新时间:2026-03-03 10:08
最后编辑:黄天文 更新时间:2026-03-03 10:08