在 Excel 中追蹤網上訂單及貨件：範本、公式及何時進行自動化
你可以在 Excel 中追蹤網上訂單及貨件：每件包裹佔一行、使用一致的狀態清單，並透過公式標示逾期派送及過時的檢查記錄。以下範本可作為實用的起點。Excel 可以整理及排列貨件資料的優先次序，但單靠公式並不能取得承運商的即時事件；這些更新需要手動檢查或連接資料來源。
本指南適合小型電子商貿團隊，以及任何需要管理多張來貨訂單的人員。它將貨件記錄與跟進工作分開，讓你的試算表能回答兩個不同問題：包裹目前在哪裏，以及下一步誰需要採取行動？
以包裹而不只是訂單為核心建立追蹤表
訂單編號識別一項購買交易，追蹤編號則識別承運商系統中的一件貨件。兩者不可互換。一張訂單可以分成多件包裹寄出，而每件包裹都可以有不同的派送日期或狀態。
使用每件包裹一行的方式，必要時重複填寫訂單 ID。如果訂單尚未寄出，請先建立沒有追蹤編號的臨時行，待貨件資料 उपलब्ध後再更新或拆分該行。不要在同一個儲存格中放入多個追蹤編號，因為這會令篩選、檢查重複項目及更新狀態更加困難。
對於個人購買追蹤表，負責人可以直接是你自己。對於商業追蹤表，請指定一名負責人，處理例外情況、聯絡承運商或賣家，或與客戶溝通。沒有指定負責人的狀態很容易被忽略。
可複製貼上的 Excel 貨件追蹤範本
複製以下以定位字元分隔的標題，並貼到空白工作表的 A1 儲存格。標題應佔用 A 至 L 欄。這是一個起始版面，不是可下載檔案，也不是即時追蹤整合。
Order ID Tracking number Carrier Ship date Promised delivery Status Last carrier event Last checked Tracking URL Days open Review flag Owner貼上訂單資料前，請將 A 及 B 欄格式設定為文字。追蹤編號是識別碼，而不是數量。將其視為數字可能會刪除開頭的零，或更改較長的數字字串。之後才更改格式，不能可靠地還原已遺失的資料；如有需要，請重新匯入原始識別碼。
| 欄 | 輸入內容 | 操作規則 |
|---|---|---|
| A：Order ID | 商店或內部訂單參考編號 | 拆單貨件時重複填寫。 |
| B：Tracking number | 為包裹提供的識別碼 | 保持為文字，並保留其完整字元。 |
| C：Carrier | 與該編號相關的承運商 | 使用一致名稱，不要使用多個縮寫。 |
| D：Ship date | 用於開始計算貨件存續時間的日期 | 定義此日期是指發貨，還是承運商確認接收。 |
| E：Promised delivery | 適用的派送承諾 | 沒有承諾時留空；不要自行設定截止日期。 |
| F：Status | 標準化的貨件類別 | 從受控清單中選擇。 |
| G：Last carrier event | 最新事件文字及事件時間 | 保留標準化狀態背後的詳細資料。 |
| H：Last checked | 上次有人核實追蹤資料的時間 | 輸入固定時間戳記，而不是持續變動的公式。 |
| I：Tracking URL | 已核實的追蹤頁面連結 | 將目的地與追蹤編號分開保存。 |
| J：Days open | 計算出的貨件存續天數 | 使用日曆日，除非你特意建立其他規則。 |
| K：Review flag | 計算出的跟進提示 | 這是內部規則，而不是承運商狀態。 |
| L：Owner | 負責跟進的人員 | 在出現例外情況前指定負責人。 |
新增更多行前先設定工作表
- 將範圍轉換為 Excel 表格。 使用「插入」>「表格」，並確認範圍包含標題。表格可令篩選更容易，亦可將計算欄公式套用到新增行。
- 套用日期格式。 將 D 及 E 格式設定為日期，將 H 格式設定為日期及時間。確認匯入值是真正的 Excel 日期，而不是看似日期的文字。
- 建立狀態下拉選單。 使用資料驗證，建立例如 Not shipped、Label created、In transit、Out for delivery、Delivered、Exception 及 Returned 的清單。
- 凍結標題列。 檢視較長清單時保持欄標題可見。
- 加入檢查門檻。 在 O1 輸入「Recheck after days」，並在 P1 輸入 2。這是內部檢查間隔範例，不是承運商服務標準。
即使你將 F 欄標準化，也應在 G 欄保留承運商事件的原有措辭。例如，「Label created」不應自動變成「In transit」：建立標籤本身並不代表承運商已收到包裹。
令追蹤表更實用的公式
以下公式使用上述欄位配置、英文函數名稱及逗號分隔符。部分地區的 Excel 設定會使用分號。請在第 2 行輸入後向下填滿，或讓 Excel 表格將其套用為計算欄。
計算開放中的日曆日數
在 J2 輸入：
=IF(OR(D2="",F2="Delivered",F2="Returned"),"",MAX(0,TODAY()-INT(D2)))此公式會返回開放中貨件自發貨日期起計的日曆日數。已完成或已退回的貨件會留空，不會無限期繼續累計。此公式不會根據承運商的工作日承諾衡量運輸表現。
如果你需要歷史派送時長，請加入獨立的Delivered at欄，並計算該記錄日期與發貨日期之間的差值。不要使用今天的日期代替實際派送日期。
標示需要檢查的貨件
在 K2 輸入：
=IF(A2="","",IF(F2="Delivered","Closed",IF(F2="Returned","Review return",IF(F2="Exception","Review exception",IF(AND(E2<>"",TODAY()>INT(E2)),"Past promised date",IF(B2="","Check dispatch",IF(H2="","Check tracking",IF(NOW()-H2>=$P$1,"Recheck status","Monitor"))))))))這些檢查的次序很重要。已派送貨件會先關閉；退貨及例外情況會收到特定提示；已超過承諾日期的貨件優先於一般檢查。沒有追蹤編號的包裹會被安排進行發貨檢查，而不會被視為一般追蹤更新。
「Past promised date」表示你表格中的日期已經過去。這並不代表包裹已遺失、應支付賠償，或承運商違反其條款。在升級處理前，請先核對承諾的來源及最新貨件資料。
過時檢查規則會計算自 H2 起經過的時間。當 P1 設為 2 時，記錄在兩天內沒有檢查後便會被標示。請按照你的工作流程調整該間隔。TODAY() 及 NOW() 會在 Excel 重新計算時更新；它們不是背景監控服務。
計算待檢查佇列中的開放項目
將以下摘要公式放在追蹤表外：
=COUNTIF(K2:K1000,"Review exception")+COUNTIF(K2:K1000,"Review return")+COUNTIF(K2:K1000,"Past promised date")+COUNTIF(K2:K1000,"Check dispatch")+COUNTIF(K2:K1000,"Check tracking")+COUNTIF(K2:K1000,"Recheck status")這會計算需要注意的包裹行數，而不是獨立訂單或客戶數量。有需要時擴大範圍，或改用相關結構化表格參照。在任何儀表板中都應清楚區分：一張有三件包裹的訂單可以產生三筆貨件記錄。
將已核實的追蹤 URL 轉換為易讀連結
在可選的額外欄中使用：
=IF(I2="","",HYPERLINK(I2,"Track package"))這會開啟 I2 中儲存的地址，但不會取得貨件事件，也不會確認地址是否安全。請使用可信賴的追蹤服務或承運商提供的連結，除非已核實其格式，否則避免自行建立特定承運商的 URL。
使用格式支援決策，而不是裝飾工作表
對檢查標記或整行套用條件格式。對例外情況及已超過承諾日期的記錄使用醒目的警告顏色，對例行重新檢查使用較淺的警告色，對已關閉貨件使用低調樣式。保留文字標籤，讓工作表即使沒有顏色也能理解。
若條件格式套用於 A2:L1000，可使用例如 =$K2="Past promised date" 的公式來突顯相應貨件。美元符號會固定狀態欄，同時讓列號可以變更。
在匯入另一批資料前，也要檢查重複記錄。拆單貨件出現重複訂單 ID 是正常的；重複的承運商及追蹤編號組合則值得調查。它可能是意外重複，但在核對底層訂單關係前，不要自動刪除。
保持追蹤表可靠性的每日工作流程
- 新增或匯入新貨件。 將識別碼保留為文字，並確認每件包裹各自佔有一行。
- 按檢查標記篩選。 先處理例外情況及逾期承諾，然後處理缺少追蹤資料及過時檢查。
- 核實追蹤來源。 開啟承運商頁面，或使用多承運商服務追蹤包裹。將追蹤編號及承運商與試算表比較。
- 更新證據。 在 G 欄記錄最新事件，在 F 欄選取適當狀態，並在 H 欄輸入固定的檢查時間戳記。
- 指定下一步行動。 如果負責人需要記錄客戶訊息、調查參考資料或跟進日期，請加入行動備註欄。
- 核對已關閉記錄。 確認已派送狀態適用於正確包裹，而不是自動套用到訂單中的每件包裹。
不要在「Last checked」中輸入 =NOW()。它會在重新計算時變更，可能令未被檢查的記錄看起來像最近已檢查。時間戳記必須代表實際檢查或成功的自動更新。
只保留最低限度所需的客戶資料。共享的營運追蹤表通常不需要每行都包含完整派送地址、電話號碼及完整訂單詳情。限制存取權限，並避免分發包含個人資料且未受控的副本。
何時應自動化貨件追蹤
當維持狀態最新成為瓶頸時才進行自動化，而不只是因為工作表變長。 沒有通用的貨件數量門檻。對於變動緩慢的較長清單，試算表仍然可以正常運作；而包含緊急例外情況的較短清單，可能需要比人員可靠執行的更頻密更新。
| 觀察到的問題 | 實際下一步 | 需要核實的事項 |
|---|---|---|
| 反覆從訂單匯出資料中複製 | 標準化匯入流程，或對支援的來源使用 Power Query。 | 識別碼格式、欄位對應及重複項目處理。 |
| 反覆手動檢查承運商 | 評估追蹤資料連接或以 API 為基礎的工作流程。 | 是否支援你實際使用的承運商、服務及運輸路線。 |
| 太遲才發現例外情況 | 加入排程處理或事件驅動的警示。 | 觸發定義、負責人及警示失敗處理。 |
| 多人覆寫相同記錄 | 使用受控共享工作流程或營運系統。 | 存取權限、變更歷史及記錄擁有權。 |
| 客戶依賴某人檢查工作簿 | 評估與商店連接的訂單追蹤工作流程。 | 訂單對應、拆單貨件及面向客戶的狀態準確性。 |
Power Query 可以連接受支援的資料來源，包括網頁來源，但這不代表每個公開追蹤頁面都是可靠的資料流。驗證、頁面結構、存取限制及重新整理設定，都可能影響連接是否有效。相比抓取專為人類閱讀而設的頁面，應優先使用有文件記載的介面。
如需自訂整合，17TRACK Tracking API 是值得評估的選項。在實施前，請根據預定資料流程查閱其官方文件。不要假設 API 服務是原生 Excel 連接器，或會在沒有額外整合工作的情況下更新現有工作簿。
實用的架構是先在受控服務或資料儲存中收集追蹤更新，再將其對應至包裹記錄，最後將結果表格提供給 Excel 使用。不要將憑證存放在廣泛共享的工作簿中。同時保存事件時間戳記及資料匯入時間戳記，以便區分延遲更新與新的貨件事件。
在一般派送、拆單貨件、缺少事件、例外情況及退回包裹上測試任何自動化工作流程。確認其如何處理重試及重複更新。保留可見的「上次成功重新整理」指示：看似顯示已派送但實際過時的儀表板，可能比公開顯示不完整的試算表更具誤導性。
常見問題
Excel 可以自動更新追蹤編號嗎？
當 Excel 具備合適的連接或整合時，可以顯示已重新整理的貨件資料。儲存格中的追蹤編號、超連結或 TODAY() 公式都不會取得承運商事件。你需要受支援的來源及已設定的流程來匯入更新。
為甚麼 Excel 更改了我的追蹤編號？
Excel 可能將其解讀為數字而不是文字。在輸入或匯入識別碼前，請先將目標欄格式設定為文字。如果數字或開頭的零已經遺失，請從原始來源重新複製識別碼；單靠視覺格式無法重建遺失的資料。
我應使用預計派送日期還是承諾日期？
如果兩者都重要，請將它們放在不同欄位。承運商預計日期可能會隨貨件進度而改變，而客戶承諾可能來自賣家的結帳頁面或確認通知。本範本的逾期公式使用承諾日期。任何以承運商預計日期為基礎的公式都應作相應標示。
如何追蹤包含多件包裹的訂單？
每件包裹建立一行，並重複填寫訂單 ID。個別更新每件包裹。如果需要訂單層級摘要，只有在完成訂單所需的所有包裹都達到適當結果後，才將訂單標記為完成。
長時間沒有掃描記錄是否代表包裹遺失？
不是。單靠缺少更新並不能證明包裹遺失。核實承運商的最新資料，將貨件與其派送預期比較，並遵循適用的調查流程。過時資料標記應提示進行檢查，而不是自動將包裹標記為遺失。
來源
- Microsoft Support：COUNTIF function — 檢查摘要中使用的語法及按條件計數。
- Microsoft Support：TODAY function — 目前日期計算及重新計算行為。
- Microsoft Learn：Power Query Web connector — 網頁資料連接及驗證注意事項。
- 17TRACK tracking — 手動包裹追蹤入口。
- 17TRACK Tracking API 及 API documentation — 評估自訂追蹤整合的參考資料。
