如何利用 AI 建立缺貨報表:2026 年的 6 個簡單檢查步驟

缺貨報告會列出哪些品項缺貨、缺貨時間多長,以及造成的成本損失。本指南將說明如何透過庫存或訂單匯出資料來建立此報告。內容涵蓋利用 AI 生成報告的三個步驟,以及區分實用報告與毫無意義的零值清單之六項檢查。
缺貨報告能解答哪些問題
大多數的庫存匯出資料只能告訴您目前的現有庫存。這只是一個即時快照,隱藏了您真正需要知道的資訊:什麼東西賣完了、什麼時候賣完的,以及是否有人注意到。
缺貨報告則提供了歷史視角。針對每個品項,它能回答四個問題:可用數量何時歸零?維持歸零狀態多久?在這段期間內產生了多少需求?以及背後的供應商或前置時間為何?
這其中還涉及合規性問題,庫存團隊有時很晚才會發現。如果您在美國直接銷售給消費者,缺貨不僅僅是補貨問題。FTC 的 Mail, Internet, or Telephone Order Merchandise Rule 有明確規定。它指出:「當您為商品做廣告時,您必須有合理的依據來聲明或暗示您可以在特定時間內發貨。」在沒有聲明發貨時間的情況下,您需要「有合理的依據相信您可以在 30 天內發貨」。
在收到訂單後,這項義務仍然存在。FTC 寫道,如果「您得知無法在您聲明的時間內或 30 天內發貨」,您就必須採取行動。其條款規定「您必須徵得客戶同意延遲發貨」。如果您無法及時發貨或發送通知,「您必須取消訂單並立即退款」。第一份延遲通知必須提供「明確修改後的發貨日期」。如果該日期未知,則必須包含「聲明您無法提供修改後的發貨日期」。
這是美國的聯邦法規,且本文並非法律建議;您的義務取決於您的銷售地點以及您所做的承諾。對這份報告而言,重點更為具體:當某個品項數量歸零的那一刻起,計時器可能就已經開始運作了。
開始之前您需要準備的工具
- 包含日期欄位、品項識別碼和數量的庫存異動或現有庫存匯出資料。
- 涵蓋相同時期的訂單或銷售明細,以便衡量缺貨期間的需求。
- 供應商和前置時間欄位(若有)。這些欄位能將單純的描述轉化為原因分析。
- 適合您業務的「缺貨」定義。現有庫存為零,或是低於安全庫存,所產生的報告是完全不同的。
最後一項往往是造成最多重複修改的原因。請一次決定好,將其寫在報告的最上方,並在每個月之間保持一致。
如何手動製作報告
選項 1:篩選零值並用肉眼檢查
將匯出資料依數量排序,篩選出零,然後閱讀清單。這只需要花兩分鐘,但幾乎無法解答任何問題,因為即時快照無法告訴您缺貨持續的時間。
這適合在盤點庫存前進行初步核對,但作為報告則毫無用處。
選項 2:依品項和日期建立樞紐分析
建立一個以品項為列、日期為欄的樞紐分析表,然後尋找連續出現零的區間。這確實能呈現缺貨持續時間,對於幾十個 SKU 來說非常實用。
缺點在於規模和格式。一千個品項、一整年的每日資料會形成一個龐大且運作緩慢的試算表,而且要用肉眼在 365 欄中找出連續的零值非常容易出錯。
選項 3:基於公式的缺口偵測
撰寫一個輔助欄位,標記數量首次歸零的日期。再增加一個欄位來計算連續天數,並用第三個欄位來串接訂單明細中的需求。這樣就能產生一份真正的缺貨報告。
但這也會產生一個只有原作者看得懂的工作簿。當匯出格式改變時,公式會悄悄失效,而報告則會繼續產生錯誤的數據。
手動流程的瓶頸所在
瓶頸並不在於運算,而是在於缺貨報告需要跨三個極少共享鍵值的檔案進行資料串接。
庫存異動使用的是倉庫 SKU。訂單明細使用的是特定通路的產品 ID。供應商清單使用的是廠商零件編號。在開始任何計算之前,必須有人先整合這些資料,而且因為沒有人記錄下整合規則,每個月都必須重新來過。
第二個瓶頸是定義的偏差。上個月的報告將庫存為零視為缺貨。這個月有人因為覺得「低於再訂購點」更實用而採用了這個標準。這兩份報告便無法再進行比較,大家準備討論的趨勢線也變得毫無意義。
如何使用 Powerdrill Bloom 建立缺貨報告
步驟 1:同時上傳庫存與訂單匯出資料
將庫存異動匯出資料和訂單明細同時拖入 Powerdrill Bloom。免費方案支援 Excel、CSV、PDF 和文件上傳,因此無需付費方案即可同時匯入這兩個檔案。
同時上傳這兩個檔案是實現資料串接的關鍵。如果您有供應商清單,也可以一併加入。
步驟 2:說明您的缺貨定義,然後要求找出缺口
用自然語言表達即可。例如:將可用數量等於或低於零視為缺貨。找出每個品項每次連續缺貨的天數,並顯示在每次缺貨期間產生的需求。
明確指定門檻是整個過程的關鍵。AI 代理會一致地將此標準套用到每個品項,這正是手動建立報告最容易出錯的地方。
步驟 3:生成包含排名表和圖表的報告
要求您需要的輸出格式:依流失需求排名的品項表、缺貨時間點分佈的時間軸,以及簡短的摘要。Powerdrill Bloom 的免費方案包含生成洞察、圖表和摘要,以及建立基本的簡報、文件、試算表和圖片。
如果這份報告要用於供應商審查,Pro 方案可將其擴展為完整的簡報和 Office 文件輸出。如此一來,表格和說明內容就能整合在同一個檔案中。
每份缺貨報告都應通過的 6 項檢查
檢查 1:報告上是否註明了缺貨門檻?
現有庫存為零與低於安全庫存會產生不同的清單。無論您選擇哪一種,請將其標示在報告上。否則,下個月的對比就只能靠猜測。
檢查 2:每個缺口是否有持續時間,而不僅僅是一個標記?
半夜缺貨四個小時的品項與缺貨十一天的品項,兩者並非同等事件。僅標記「是,此品項已缺貨」的報告無法用來排定處理的優先順序。
檢查 3:是否包含缺貨期間的需求?
這個欄位能將單純的清單轉化為具體的商業案例。在缺貨期間沒有人想購買的品項,並不會給您帶來任何損失。請連結訂單、加入購物車次數或延期交貨——任何您實際擷取到的需求訊號。
檢查 4:是否排除了虛擬缺貨?
在期間內停產的品項、刻意清倉的季節性產品,以及轉移到新代碼的 SKU,都會被解讀為永久缺貨。如果依持續時間排序,它們會佔據排名的前幾名。請將其篩選掉並在報告中說明。
檢查 5:是否關聯了供應商或前置時間?
沒有這些資訊,報告就只能得出「我們賣完了」的結論。有了這些資訊,報告就能指出是哪家供應商造成了缺貨,這才是能帶來改變的版本。接下來,自然而然就可以建立一份 供應商評分卡。
檢查 6:報告涵蓋的時間範圍是否與上個月相同?
將 30 天的報告與 31 天的報告進行比較,其差異只是數學計算上的不同,而非實際營運表現的差異。當其中一個期間包含促銷活動而另一個期間沒有時,也是同理。請固定時間範圍,並註明期間內進行的任何促銷活動。
這能節省什麼
| 任務 | 手動處理 | 透過上傳的匯出資料 |
|---|---|---|
| 整合 SKU、產品 ID 和廠商零件編號 | 20–40 分鐘,每個月都要重新處理 | 在同一個步驟中自動處理 |
| 在 1,000 個品項中尋找連續的零值區間 | 建立公式欄位並進行驗證,需 30 分鐘以上 | 包含在您提出的問題中 |
| 將需求串接到每個缺貨區間 | 需要進行第二次對照 | 同時上傳兩個檔案時已自動包含 |
| 一致地套用同一個定義 | 依賴人工自律,時間久了容易產生偏差 | 設定一次,即可套用到每一列 |
最佳實踐
報告流失的需求,而非流失的營收,除非您能保證價格不變。 缺貨期間的需求是可以觀察到的。而營收則是假設了並未實際發生的轉換。
區分「從未進貨」與「賣完缺貨」。 從未收到貨的 SKU 屬於採購問題,而非缺貨。
在同一次審查中,也看看相反的極端情況。 從未變動的品項佔用了本可用於防止缺貨的資金。這份報告的對應視角是 滯銷庫存檢視。
保留原始的缺口資料表。 摘要容易引發爭議。包含品項、開始日期、結束日期和需求的逐列清單才是解決爭議的關鍵。
結論
缺貨報告的品質取決於其定義 and 它的資料串接。這兩者都是手動操作容易悄悄產生偏差的地方,這也是為什麼每個月的報告往往會失去可比性。
如果您有匯出資料,但沒有時間進行整合,可以嘗試將庫存和訂單檔案一起放入 Powerdrill Bloom。若想更廣泛地了解此領域的工具,請參閱庫存與需求預測工具總覽。而 Excel AI 助手 則非常適合處理儲存在工作簿中的資料。
常見問題
什麼是缺貨報告?
這是一份歷史報告,顯示哪些品項缺貨,以及每次缺貨的開始和結束時間。它還記錄了每次缺貨持續了多久,以及在此期間產生了多少需求。與現有庫存快照不同,它衡量的是持續時間和成本。
如何在 Excel 中計算缺貨?
標記可用數量達到您設定門檻的每個日期,然後計算每個品項連續被標記的天數以取得持續時間。將訂單明細串接到這些時間區間,即可得出缺貨期間的需求。這種方法可行,但當匯出格式改變時,公式就會失效。
缺貨應該以零還是以安全庫存來計算?
兩者都有其合理性,選擇取決於您是要衡量對客戶的影響,還是補貨流程的失敗。重要的是在報告上註明該門檻,並在不同期間保持一致。
缺貨會產生法律義務嗎?
在美國,FTC 的 Mail, Internet, or Telephone Order Merchandise Rule 規定了發貨時間的義務。其中包括徵求客戶同意延遲發貨,以及在無法及時發貨或通知時取消訂單並立即退款。法規因司法管轄區而異,因此請檢查適用於您的規定。
缺貨報告應該多久執行一次?
每月一次適合大多數的審查週期,在旺季期間則可改為每週一次。請保持每次執行的時間範圍長度一致,以便進行比較。