貨櫃追蹤怎麼查？號碼、狀態與延誤處理

貨櫃追蹤的正確做法，是先從訂艙確認或提單找到這票貨的實際海運承運人，再進入該承運人的官方貨況追蹤（Track & Trace），輸入其支援的 貨櫃號碼、提單號碼（B/L number）或訂艙號碼（booking number）。

同一票貨可能先進場、再裝船、轉運與卸船；只把 ETA 當成交貨承諾，容易讓客戶排程、報關與後段車隊一起失準。追蹤時把已發生事件與預估時間分開，才能知道下一步該向誰確認。

查到結果後，不只看 ETA；還要核對最後一筆已發生事件、事件地點、查詢時間，以及下一個預計里程碑。一般追蹤頁呈現的是承運人系統中的運送事件，不一定是貨櫃的即時 GPS 位置，也不能單獨證明已清關、可提貨或準時交付。

貨櫃追蹤先準備什麼？

開始查詢前，先整理四類資料：實際承運人、貨櫃或運送參照碼、預定路線，以及內部負責窗口。這一步看似多餘，卻能避免把正確號碼輸入錯誤的航商網站。

先確認實際承運人

最可靠的起點是這票貨的 booking confirmation、B/L 草稿／正本，或貨代提供的書面資料。不要只用貨櫃前四碼判斷承運人。

BIC 說明，貨櫃識別碼的前三個字母是 所有人／主要營運人代碼，第四個字母是設備類別識別碼。 這能幫你辨識貨櫃的所有人或主要營運人，卻不必然等於本票訂艙的實際海運承運人。租櫃、聯營、艙位交換或轉運時，兩者可能不同。

三種參照碼，各有不同查詢範圍

Hapag-Lloyd 的官方指南顯示，使用 booking 或 B/L 查詢時，可以看到相關貨櫃清單，再進入個別貨櫃明細；使用 container number 則聚焦單櫃資料。

MSC 的第一方說明也列出 container、B/L 與 booking number 三種查詢方式。 但每家承運人的格式、登入要求與可見事件不同，應以當次官方頁面為準。

貨櫃號碼怎麼核對？

標準貨櫃識別碼由四個字母與七個數字組成：三字母所有人代碼、一字母設備類別、六位序號及一位檢核碼。

輸入前可先做三個簡單檢查：

1. 去除空白與破折號，但保留完整 11 個字元。
2. 分清 0 與 O、1 與 I 等容易抄錯的字元。
3. 用訂艙文件、櫃門照片或封條紀錄交叉核對，不憑聊天訊息單一來源輸入。

貨櫃追蹤六步流程

第一步：從原始文件找到官方入口

從 booking confirmation 或 B/L 確認承運人，再自行輸入其官方網域或從既有企業書籤進入 Track & Trace。不要從來路不明的郵件或簡訊登入，以免把運送參照碼與帳號交給仿冒網站。

第二步：選對查詢類型

若要看單一貨櫃，可使用貨櫃號碼；若一票含多櫃，則依平台支援方式使用訂艙號或提單號查詢。MSC 官方說明列出這三種查詢方式，並提供到港、卸船等事件的通知功能。

第三步：先核對是不是同一票貨

結果出現後，先核對起運地、目的地、貨櫃尺寸／類型、船名航次與日期範圍。若任一項明顯不符，不要直接把畫面轉給客戶；可能是號碼輸錯、票櫃關聯尚未更新，或單櫃查詢顯示了最近一次關聯 booking。

第四步：找最後一筆實際事件

先找最近的 actual event，而不是只看最上方 ETA。記錄事件名稱、地點、事件時間與畫面查詢時間。例如，Loaded 與 Discharged 必須搭配港口及船名航次閱讀，才知道是主航段、支線或轉運段。

第五步：找下一個預計事件

再看下一個 planned／estimated event，以及它和原始計畫的差異。如果 ETA 後移，但最後實際事件仍正常，可能只是計畫調整；如果實際事件長時間沒有出現，才需要提高異常層級。

第六步：保存證據並更新內部追蹤表

至少保存查詢時間、最後實際事件、下一個預計事件、目前 ETA、與前次差異及待辦負責人。若保留畫面截圖，應遮蔽客戶、提單、booking 與其他商業資料。

常見貨櫃里程碑怎麼看？

DCSA 的 Track & Trace 標準把 container shipping 的追蹤資料放進一致的事件框架，並列舉 load／discharge、gate in／out、transshipment、pick up／drop off 等關鍵里程碑。

各承運人的中文翻譯與畫面排列可能不同，但可以先用下表理解。

同一個英文事件若缺少地點、時間與運具，資訊仍不完整。企業內部不要只複製一個狀態字，應保留完整事件列。

Actual、Planned 與 ETA 不可混在一起

Hapag-Lloyd 的單櫃追蹤指南明確區分 actual data 與 planned movements。 這個觀念比記住每一家介面的顏色或粗體規則更重要：

• Actual：系統記錄已發生的事件。
• Planned／Estimated：目前仍預計發生的事件或時間。
• Baseline：訂艙或上次對外承諾時採用的計畫基準。
• As of：你在什麼時間查到這一版資料。

例如，原本 ETA 是 7 月 25 日，今天畫面改成 7 月 27 日。正確紀錄不是把舊日期覆蓋掉，而是保留「baseline 7/25、current estimate 7/27、as of 7/21」，再檢查最後 actual event 是否完成。

這樣才能看出變更幅度、影響對象與後續行動。

追蹤頁即使顯示「到港」或 Discharged，仍不能單獨代替 arrival notice、放貨文件、付款、海關放行或碼頭提領條件。後段作業應各自確認。

查不到、沒更新或 ETA 後移怎麼辦？

完全查不到結果

依序檢查：

1. 號碼是否完整、字元是否抄錯。
2. 是否進入實際承運人的官方頁面，而不是只按貨櫃所有人代碼 找網站。
3. container、B/L、booking 的查詢類型是否選對。
4. 訂艙是否已確認、票櫃是否已關聯，或文件號碼是否剛變更。

仍無結果時，向貨代或承運人提供 booking、B/L／container number、起訖地、預定船名航次、查詢時間與錯誤畫面。不要只說「網站查不到」。

事件長時間沒有更新

DCSA 指出，產業資料可能因定義不一致、交換延遲或資料未傳送而產生缺口；標準化的目的正是改善這些問題。 因此，「畫面沒更新」不等於貨櫃一定沒動，也不表示可以忽略。

可先比較前次查詢、transport plan 與最近 actual event，再向窗口確認：貨櫃是否已進／出場、是否裝上原船、是否轉船、下一個可驗證事件是什麼，以及何時再回覆。將對方回覆與查詢畫面分開保存。

ETA 後移或轉運變更

把影響拆成四條線：客戶承諾、庫存／生產、報關與後段車隊。若變更會讓交付承諾、免用期安排或後段銜接失效，應立即升級；若只是小幅 estimated time 調整且實際里程碑正常，可先記錄並設定下一個檢查點。

門檻要由企業依合約與貨物風險設定，本文不提供固定小時數或天數。

企業如何把貨櫃追蹤變成可管理流程？

一張可用的追蹤表，不需要塞滿所有畫面欄位，但至少要有：

若承運人提供狀態訂閱，可評估用通知取代每天人工刷新。MSC 與 Hapag-Lloyd 均提供通知功能實例， 但是否需登入、支援哪些事件與能否使用 API，要以當次產品和帳號權限為準。

企業也應定義事件觸發規則，例如：未出現預期 loaded event、轉運港改變、current ETA 超出客戶承諾、到港後文件或放貨仍未完成。規則的重點不是「收到通知」，而是通知後由誰判斷、何時聯絡誰、留下什麼證據。