一个GPS点可以显示车辆在哪里，但无法证明货物是否已全部提取、是否已经入库还是仍在门口等待、是否已装上主运输工具还是被甩柜、单证能否在ETA前到齐，或货物是否卡在清关环节。当跟踪仅停留在车辆位置时，企业可能收到大量更新，却仍无法回答三个关键问题：货物处于哪个业务状态、哪些风险仍未关闭、下一步由谁负责。本文从业务节点、单证、监管状态、异常及责任归属出发，建立适用于机械设备、工业零部件及B2B贸易货物的完整Shipment Tracking框架。

B2B物流业务参考 | 更新日期：2026年7月20日 | 需结合实际单证及数据来源

快速摘要

有效跟踪首先回答“处于哪一步”

位置只是数据的一层，状态必须由节点及证据确认。

货物流和单证流必须并行

实物按时移动并不能弥补单证延误或不一致。

异常预警比例行更新更重要

甩柜、缺单或查验的早期预警，比反复发送“运输中”更有价值。

每个状态都要有负责人和下一动作

只有明确责任人、期限、ETA影响及关闭条件，跟踪才能支持决策。

适用范围

本文适用于B2B进出口货物，特别是机械设备、备件、工业零部件及木箱/托盘包装的贸易货物，可用于公路、海运、空运及多式联运。

范围从供应商确认Ready Date起，至交付、异常处理、单证完成及基本费用核对。
FCL、LCL、空运、公路、DG、OOG、冷链及项目货需要不同的节点和控制条件。
承运人或GPS数据只是一个来源，必须与订舱、运输单证、仓库/码头状态及海关记录核对。

重要限制： 跟踪不是绝对交付承诺。ETA、状态及责任须结合合同、订舱、运输单证、SOP及实时来源数据理解。

术语说明

术语	含义	业务作用
Tracking（货物跟踪）	监控货物当前状态及已完成节点。	说明货物处于哪个业务阶段、数据来自哪里、下一节点是什么。
Tracing（追溯）	回溯运输、交接及状态变更历史。	用于调查异常、确认保管责任和核对证据。
Milestone（业务节点）	具有明确完成条件的事件，例如提货完成、进港、海关放行、签收。	替代“处理中”“运输中”等模糊状态。
Event Timestamp（事件时间戳）	事件实际发生时间，包含时区及数据来源。	用于准确计算运输时间、滞留时间并还原事件顺序。
Update Timestamp（更新时间戳）	事件被录入、同步或由系统接收的时间。	用于识别报告延迟，避免把更新时间误认为事件发生时间。
ETA / ETD	预计到达时间 / 预计离开时间。	属于预测而非绝对承诺，应标明假设及可信度。
Exception（异常）	偏离计划的事件，如缺单、错过截关、查验、等车、甩柜、地址错误。	需要明确影响、负责人及处理期限。
Dwell Time（滞留时间）	货物或设备在某一地点等待的时间。	识别单纯GPS位置无法解释的瓶颈。
POD（交付证明）	Proof of Delivery，交付签收证明。	完成实物交付，但索赔、单证及费用核对可能仍未结束。

本质与运行机制

1. 跟踪管理的是状态，而不是地图

完整跟踪必须把货物对象与业务节点、时间戳、证据来源和责任人连接起来。只有确认货物确实在该运输工具上，并知道业务阶段，车辆位置才有意义。

2. 两条流必须并行跟踪

实物流包括包装、提货、入库、进场、装载、卸货、提货和末端交付；数据/单证流包括Invoice、Packing List、订舱、SI/VGM、B/L/AWB、预报、舱单、原产地/许可证文件（如适用）、Arrival Notice、D/O及报关资料。任何一条流都可能成为瓶颈。

3. 状态必须有完成条件

“已提货”需要件数、时间及证据；“已离港”必须区分支线、主运输或中转车辆；“已到达”不等于可提货；“已通关”也不代表D/O、local charge及末端车辆已经准备好。

4. 跟踪必须突出异常及其影响

有效更新不仅说明发生了什么，还要说明ETA、成本、货物完整性或单证是否变化。每个异常应包含初步原因、解决方案、负责人及下次更新时间。

5. ETA是多条件预测

仓库交付ETA受Ready Date、提货能力、截关、中转、承运人班期、码头滞留、海关、免箱期、D/O及末端运力影响，因此应提供可信度和假设条件。

可用于决策的状态格式： 当前节点 → 证据/来源 → 异常 → ETA/成本影响 → 负责人 → 下一动作 → 更新时间。

分析表：货物跟踪的七个层级

跟踪层级	必须回答的问题	优先数据来源	风险信号	管理输出
物理位置	货物/设备在哪里？是货物直接数据还是仅车辆位置？	GPS、AIS、航班状态、码头/堆场闸口事件、仓库确认。	车辆已移动但货未装；箱已进场但未装船；信号中断。	位置、更新时间及来源。
业务节点	哪一段已完成？是否有证据？	提货单、入库单、FCR、EIR、承运人事件、POD。	显示“已提货”但无件数；显示“已离港”但无装载/单证确认。	已确认节点、确认人、时间戳及证据。
单证	单证进度是否与实物流同步？	Invoice、Packing List、SI、VGM、B/L/AWB、预报、到货通知、D/O。	货近到港但预报、收货人、C/O或许可证仍有问题。	单证状态、负责人及截止时间。
海关及合规	已申报、查验、放行，还是等待监管结果？	报关单、系统回执、许可证、查验记录。	将“已到港”误认为“即将配送”，但清关条件尚未具备。	手续状态、缺失资料及下一动作。
异常及风险	是否有事件改变ETA、成本或货物完整性？	承运人/码头通知、仓库记录、照片、升级邮件、订舱修改。	甩柜通知过晚、短少、封条不符、DEM/DET风险。	异常日志：原因、影响、方案、负责人、期限。
责任及行动	谁负责？下一步做什么？	TMS/WMS、任务记录、确认邮件、SOP/RACI。	各方都在“核实”，但无人有期限或决策权。	单一负责人、具体行动、截止时间、关闭条件。
交付预测	ETA是否仍可信？哪些条件会改变？	承运人班期、截关、免箱期、滞留、单证及海关状态。	只按行驶/航行时间预测。	情景化ETA及可信度。

需要核对的单证与数据

只有系统数据与单证一致，跟踪才可靠。最低字段包括：shipment reference、PO、发货人/收货人、品名、件数、重量、尺寸、箱号/封条或AWB/B/L、提货地址、POL/POD、航次/航班、ETD/ETA、free time、单证状态、海关状态、交付地址及收货人。

节点	最低数据	证据	常见更新方	状态关闭条件
货物备妥	Ready Date、件数、重量、尺寸、提货地址及联系人。	暂定Packing List、货物照片、供应商确认。	供应商/买方/起运地货代。	仅在包装完成、最低单证具备且可实际提货时标记Ready。
提货完成	车辆到离时间、车牌、接收件数、包装状态。	提货单、照片、签字、GPS（如有）。	车队/代理/起运仓。	车辆位置不能替代收货证据。
入库/进场	件号/箱号、称重尺寸、库位、封条及时间。	Warehouse Receipt/FCR/EIR。	仓库/CFS/码头。	与订舱及预报核对，差异立即备注。
装上主运输工具	航班/航次、实际离港、运输单证号。	B/L/AWB、承运人事件、舱单/预报。	承运人/货代。	区分已订舱、已收货、已装载、已离港。
到达目的地	ATA、卸货状态、到货通知、免箱期。	承运人/码头事件、Arrival Notice。	承运人/目的港代理。	ATA不等于可提货。
清关/放行	报关单号、通道、补充要求、处理结果。	系统回执、报关单、许可证/查验记录。	报关行/进口商。	区分已申报、已通关、已放行、可提货。
末端交付	提车时间、地址、件数、签收人、异常。	D/O、交货单、POD、照片。	车队/收货仓。	实物交付完成后，索赔/单证/费用仍可能未关闭。

建立管理型跟踪的流程

步骤1－订舱前建立节点地图

按运输方式及交货条件确定必需节点，并为每个节点设定完成条件、数据来源及负责人。

步骤2－锁定统一Shipment Reference

使用一个编号贯穿PO、订舱、货件、箱号、B/L/AWB、报关单及POD。

步骤3－确定数据来源优先级

优先采用仓库、码头、承运人及海关的直接事件；区分自动数据、人工确认及预测。

步骤4－同时记录事件时间和更新时间

保存实际发生时间、录入时间、时区及来源，以准确计算滞留。

步骤5－单独跟踪单证流程

对关键单证设置draft/checked/issued/received/corrected状态，并指定负责人及ETD/ETA前截止时间。

步骤6－计划偏离即建立异常日志

立即记录原因、影响、行动、负责人、期限及升级节点。

步骤7－重新预测ETA

节点或异常变化时，更新仓库交付ETA并说明假设和可信度。

步骤8－按完整条件关闭货物

完成POD、异常处理/保留、所需单证、还箱（如适用）及基本费用核对后再关闭。

风险与常见错误

常见错误	原因	影响	控制措施
只发送地图位置	将跟踪等同于GPS。	无法确认货物是否已接收、装载或随该车辆移动。	位置必须关联节点、来源及证据。
使用“运输中/处理中”	没有统一状态分类。	相关方无法预测，也不知道下一动作。	使用有完成条件和时间戳的状态。
ETA无假设条件	直接复制承运人ETA或只加理论运输时间。	生产、仓储及现金流计划失真。	提供情景ETA和变化因素。
货物流快于单证流	只跟踪运输，不跟踪文件。	货到而无法清关，仓储/DEM/DET风险上升。	实物流与单证流并行跟踪。
异常无负责人	只通知问题，不分配任务。	信息很多但问题不关闭。	每个异常指定唯一负责人、行动、期限和升级机制。
混淆事件时间与更新时间	人工录入过晚或时区错误。	滞留时间和延误责任判断错误。	保存事件时间、更新时间、时区及来源。
POD后立即关闭	将实物交付视为全部结束。	遗漏索赔、正本、发票、还箱或费用核对。	交付、异常、单证和费用全部完成后再关闭。

业务依据与信息来源

Shipment Tracking由合同、订舱、运输单证、承运人/码头/仓库事件、海关资料及内部SOP共同构成，不存在适用于所有线路和供应商的单一通用状态。

买卖合同及Incoterms：确认named place、交货责任及协同数据。
订舱、运输单证及承运人条款：核对截关、航次/航班、线路、free time及事件定义。
仓库/码头/承运人系统：确认闸口、装卸、放行及设备事件。
海关及监管资料：确认申报、查验、补充要求及处理结果。
企业SOP/TMS/WMS：统一节点、负责人、升级、留档及关闭标准。
DCSA Track & Trace: 对集装箱位置、进出闸、装卸、中转及提货/交付等事件的数据定义和交换方式进行标准化。
GS1 EPCIS: 提供事件数据框架，用于描述状态、位置、移动及保管链中的 what、where、when、why 和 how。

参考范围： DCSA与GS1 EPCIS属于数据标准及业务参考框架，不替代适用合同、承运人条款、海关数据或具体货物的内部操作程序。

注意： 在用跟踪数据向客户承诺或判断责任前，应核实数据时间、来源及适用合同。

常见问题

有GPS就算完成货物跟踪了吗？

不算。GPS主要显示车辆位置，还需要确认货物是否在车上、业务节点是否完成及相关证据。

为什么承运人显示“已到达”，但仍不能提货？

“已到达”可能仅指船舶/航班到达或卸货完成；放行、舱单、Arrival Notice、D/O、费用、海关及车辆仍可能未完成。

状态多久更新一次合适？

应按事件和异常更新，而不只是固定时间。关键异常必须立即报告。

承运人ETA就是送到仓库的日期吗？

通常不是。承运人ETA多指港口/机场/码头到达，仓库交付还取决于卸货、清关、放行和末端运输。

跟踪需要包括C/O和许可证吗？

如果这些文件影响优惠税率或通关条件，就必须纳入；完整跟踪同时管理货物和单证。

货物什么时候才算业务上完成？

不能只看POD。交付、异常、所需单证、设备归还及相关费用核对都应完成。

适用说明： 状态名称、更新频率及数据来源应按实际运输方式、线路、货物、合同及系统能力设计。通用状态不能替代单证或业务证据。

电气－电子－IT设备

F&B

机械设备

家用产品

化妆品 – 个人护理