需求背景
目前 SmartPost 场景下:旧链路可获取短跟踪单号;
切换 FedEx REST API后,返回结果中出现两类号码:
masterTrackingNumber:短号(如图示 397923335753)
pieceResponses[].trackingNumber:长号(如图示 61290345701420125966)
而 FedEx 来账侧使用短跟踪单号作为费用归集/匹配关键字段,导致系统侧若只存长号,会引发对账匹配失败,进而影响后续账单环节。
需求描述
SmartPost 订单在系统中具备“短号用于对账”的能力,确保来账可匹配。
统一“订单维度/包裹维度”取号与展示口径,减少后续歧义。
开发设计
1.在新版fedex渠道对接,由于smart_post类型产品,跟踪号才取值作为一个fedex产品,和ground是共用代码
2.需要判断smart_post类型产品,跟踪号才取主跟踪号值
3.可参考原webservice 逻辑做法

作者:黄天文 创建时间:2026-02-02 10:47
最后编辑:黄天文 更新时间:2026-03-03 10:08
最后编辑:黄天文 更新时间:2026-03-03 10:08