先知道每个包裹装了哪一部分
示例订单 O-901 共 100 件,供应商拆为两个包裹:运单 P1 装 60 件,运单 P2 装 40 件。物流节点按运单读取,但采购需要知道订单还差多少。因此建立“订单行—发货批次—运单—数量”的对应关系,比把物流链接集中到一个页面更重要。
| 包裹 | 关联数量 | 当前事实 |
|---|---|---|
| P1 | 60 件 | 承运商记录签收,仓库待核收 |
| P2 | 40 件 | 运输中,超过本例内部观察阈值 |
| 订单 O-901 | 共 100 件 | 不能标为全部收货;分别跟踪两部分 |
若供应商没有提供包裹数量,记录“数量未知”,请其补充装箱明细。不能平均分配成每个包裹 50 件,也不能把运单号当作唯一订单号;一票货可能覆盖多个订单行。
物流节点时间与查询时间分别保存
运输事件需要记录发生时间、时区、地点、原始状态和本次读取时间。今天查到三天前的节点,并不意味着今天发生了运输动作。收到较晚传回的旧节点时,可以补充时间线,但不要因此把已确认的最新事实覆盖成更早状态。
原始状态与内部分类同时保留。例如内部“运输中”可用于汇总,原文中的具体地点和异常原因仍供处理人员查看。信息来自获授权的承运商渠道、平台记录或供应商文件,实际接入方式需逐一确认。
没有新节点,至少有两种可能
本例设置“连续 48 小时没有新运输节点”作为内部关注条件,它不是通用承运商承诺。若本次数据成功读取且最新节点仍旧,建立运输核查待办;若读取失败,则建立采集故障待办并显示最后成功时间。数据没取到,不能写成运输停滞,也不应把状态清空。
预警内容说明包裹、关联订单数量、最后节点、已持续时间与负责人。是否加急、补发或索赔由有权限人员根据实际情况决定;监控工具不因超过一个时间阈值就自行认定丢失。
签收之后还要对上实际收货
P1 出现签收记录时,通知仓库核对实到数量。仓库完成 60 件实收登记后,订单可以显示“已收 60、未收 40”;合格可用数量再由验收记录提供。如果承运商显示签收而仓库查不到货,建立签收差异待办,保留签收证据与仓库查验结果。
缺少数量的签收节点不能单独把订单关闭。物流看板还应显示哪些记录仍待仓库确认,帮助采购区分运输问题与内部登记滞后。
对重复与拆包做一次验收
用同一节点重复传回、旧节点晚到、P1 签收而 P2 未到、查询失败四种样本验证。重复节点应合并,旧节点保留原时间,部分签收不触发全单完成,采集失败不触发丢件判断。最终每个异常都能回到具体包裹及受影响的订单数量。