先别做大屏，先定“状态”
物流追踪系统最常见的翻车：老板要看地图，客户要查轨迹，客服要回答“货到哪了”，仓库说“我扫了”，承运商回“系统没更新”。最后大家盯着一个漂亮大屏，实际问题还在电话里。
系统要解决的不是“展示”，是“同一票货，不同角色看到的进度一致”。所以第一步拉一张状态表：已下单、已揽收、运输中、到达中转、清关、派送中、签收、异常、退回。每个状态写清楚：谁触发、在哪个系统触发、客户能不能看到、多久没更新要报警。状态别贪多，超过20个，客服先疯。
数据从哪来，决定系统怎么做
物流追踪的数据通常有四个来源：
- 订单/运单：ERP、电商后台、Excel、客户API。先把主单号和子单号关系理清。
- 节点扫描：仓库出库、分拣、装车、到港、清关、派送。PDA扫码最稳，手填最容易错。
- 承运商接口：快递、专线、海外仓、尾程派送。每家字段不一样，状态映射要单独做。
- GPS/物联网：车队、冷链、高价值货。有GPS不等于有轨迹，隧道、关机、漂移都会断。
| 模块 | 先做到什么程度 | 常见坑 | | 运单中心 | 一票货多个包裹、多个承运商能拆合 | 主单号重复、改单没留痕 | | 状态引擎 | 状态映射可配置，异常有责任人 | 把承运商原文直接丢给客户 | | 客户查询 | 单号+手机号/邮箱查，支持多语言 | 查询太慢、状态看不懂 | | 异常中心 | 超时未更新、路由偏离、签收失败 | 报警没人认领 | | 报表结算 | 时效、破损、丢件、承运商对比 | 口径不一致，月底对账吵架 |
对接承运商，别理想化
跨境物流更明显：中国香港、新加坡、美国、巴西、南非、尼日利亚这些线路，承运商系统成熟度差很多。有的给API，有的只给FTP文件，有的要爬网页，有的连轨迹都没有，只能靠海外仓扫描。报价前先做接口清单：每家承运商、每个节点、字段、频率、失败重试、限流。别信“都有标准API”。
还有一个坑：状态翻译。承运商的“delivery exception”可能是地址错、没人收、海关扣、天气延误。系统要能落到业务动作：改地址、约二次派送、补资料、理赔。只显示“异常”等于没做。
实施顺序，按这个走
- 拿最近3个月真实运单，手工跑一遍状态流转，找出断点。
- 定主数据：客户、仓库、承运商、渠道、国家、时区、币种。
- 先接一条线路、两家承运商，跑通“下单-扫描-轨迹-签收-异常”。
- 做客服工作台，别只做客户端。客服能改状态、加备注、派工单，才是闭环。
- 上线前用历史数据回放，专门测漏扫、重复扫、时区错、接口超时。
- 小范围试点，按异常处理时长和查询电话量验收，不只看页面好不好看。
要花多少钱，看三件事
别一上来问总价。预算通常被三件事拉开：接多少家承运商、要不要GPS/物联网、要不要对客户和海外代理开放。只做内部运单+状态+查询，和做跨境多承运商+清关节点+客户门户+结算，不是一个量级。建议先做能上线的第一版，把状态口径和异常流程跑顺，再扩。地图大屏可以后补，数据不准的大屏只是装饰。
我们在鼎汇通做这类系统时，一般先陪客户把状态表和接口清单过一遍，再给排期和报价。你们如果正被“货到哪了”问得头疼，可以先拿一票最复杂的货，把流程摊开聊。
