需求背景
当前「承运商退件管理」已具备承运商退件单自动生成能力,但仅对渠道 FedEx_EU实现了“轨迹识别退回后自动生成 TJ 单”的逻辑。
实际业务中,其他渠道同样存在可识别的退回轨迹(如 Return / Returned / RTS 等),虽然轨迹内容通常不包含退回跟踪号,但当订单轨迹状态识别为“已退回”时,也应统一生成承运商退件单,以实现承运商退件的集中管理与后续入库/计费闭环。
需求描述
将「承运商退件单生成逻辑」从 仅 FedEx_EU 扩展为 全渠道适配:
触发条件统一:当系统检测到订单物流轨迹状态命中预设“已退回”时,自动生成承运商退件单(TJ 单)。
退回跟踪号填充规则统一:
若轨迹可解析出退回跟踪号(目前仅 FedEx_EU 支持)→ 自动填充解析结果;
若不可解析(其他渠道常见场景)→ 默认填充正向跟踪单号作为退回跟踪号;
开发设计
- 在轨迹抓取功能上(handelTrackingInfo方法),优化退回跟踪号处理方案
- 当前只有fedex_eu 渠道有明确返回退回跟踪号概念,其他渠道没有
- 退回跟踪号分两种情况处理
3.1 识别出退回跟踪号-fedex_eu渠道,具体表现在轨迹抓取时解析出退回跟踪号
3.2 没有识别出退回跟踪号,但是订单轨迹状态识别成【已退回】 - 逻辑处理具体看下图


作者:黄天文 创建时间:2026-03-09 11:20
最后编辑:黄天文 更新时间:2026-04-17 09:34
最后编辑:黄天文 更新时间:2026-04-17 09:34