空运轨迹查询之所以让人困惑，是因为一架飞机上装着几十家货代的货，每一票在系统里都有不止一个编号。用错了编号去查对的系统，结果只能是查不到。

把三个层级分清，查询就变成机械动作：查航空段用什么号、查货代段用什么号、查末端用什么号。

一、三个层级，看到的东西不一样

航空段的信息在航司与机场系统里：航班有没有飞、什么时候落地、货物在哪个货站、有没有被拉货。这一段用主单号查，看到的是宏观状态。

货代段的信息在货代自己的系统里：货有没有入库、有没有打板、报关放行了没有、有没有转给下一程。这一段用分单号或货代单号查，看到的是操作细节。

末端的信息在派送商的系统里：什么时候提货、什么时候派送、签收人是谁。这一段用派送单号查，看到的是最后一公里。

三个层级各管一段，任何一段缺失，轨迹就会断在那里，而断点恰恰是最需要解释的地方。

三个层级的更新频率也不同：航空段按航班跳，操作段按作业跳，末端按派送批次跳。期待它们同时更新是不现实的，判断异常要看单个层级是否停滞。

空运轨迹,主单分单,节点查询

二、主单与分单，查哪个

主单是航司出给货代的运输凭证，一票主单下面可能挂几十票分单。主单号通常是十一位数字，前三位是航司代码。分单是货代出给实际货主的凭证，编号规则由货代自定。

消费者手上拿到的多是分单号。用分单号去航司官网查，基本查不到，因为航司系统里根本没有这个编号。这是最常见的查询失败原因。

正确顺序是先问货代要主单号，用主单号在航司或机场货站系统确认航空段状态，再用分单号在货代系统里看操作节点，最后用派送单号看末端。三次查询，对应三段事实。

三、航司与机场官网能查到什么

航司官网的货运查询入口，一般支持按主单号查运输状态，返回的是接受、已配载、已起飞、已到达、已交付这几个状态。它不告诉你报关细节，也不告诉你末端派送。

机场货站系统能补一段关键信息：货物落地后是否已理货、是否可提、有没有进查验区。这一段信息在货代系统更新之前往往是唯一可查的，遇到航班落地却查不到进展时，先查货站。

聚合类平台的价值在于省事，一个界面查多家。局限是数据同步有延迟，且不覆盖所有航司。把它当第一入口可以，但结论要以官方系统为准。

轨迹的价值不在看，在判断。同一段停留两天属于正常，停留四天就该问；同一条航线别人三天到、你五天没动，也该问。判断依据是这条线的历史表现，不是绝对天数。

四、查询断链的四个原因

一是编号错误。分单号当主单号用、漏了前缀、把订单号当运单号，这几种每天都会发生。

二是数据没上传。地面代理完成操作后，信息需要人工或系统回传，节假日与大促期间回传会积压，轨迹看起来停在某一节点不动。

三是货物状态特殊。进了查验区、被拉货等下一班、单证不符暂扣，这些状态下系统往往不给常规节点，只显示异常标记。

四是切换承运方。中转时换了航司或换了货代，新的一段要用新的编号查，旧编号的轨迹就停在那里，看起来像丢货。

五、怎么把断链补上

先确认编号类型。让服务商明确告知主单号、分单号、派送单号分别是哪一串，写在一张纸上，而不是散落在聊天记录里。

再按层级逐个核对。航空段查不到就问货代要配载确认，操作段查不到就问入库与报关放行时间，末端查不到就问派送商单号。逐段排除，比反复刷新页面有效。

最后留存证据。每一段的截图加上时间戳，在需要索赔或申诉时是唯一能证明"何时知道、知道什么"的材料。

把查询结果变成内部语言，比查得多更重要。团队里约定三个状态词：已交运、在途中、异常待查，每个词对应一个明确的下一步动作，客服与运营就不会各说各话。

还有一个动作能减少一半的询问：把查询方法写进售后模板。让客服知道用哪个编号查哪一层，客户来问时能当场给出一句准确状态，而不是先说稍等再去找人。

最后一条经验：不要用一个平台的结果判断整票货的状态。真正的异常不是查不到，而是某一段明确显示异常且超过两天没有更新，这时才需要升级处理。具体查询入口与状态口径以各承运方系统当期显示为准。