調撥單（Transfer Orders）使用說明書

一、調撥單是什麼

二、每日自動流程

三、兩種建立方式

手動建立

1. 到 /transfer-orders 點「手動建立調撥單」
2. 選出貨倉（通常選 00 主倉庫）
3. 選目的門市（一次選一家門市）
4. 設定單據日期
5. 填備註（不填也可以）
6. 點「建立手動調撥單」
7. 進到詳情頁後，自己一筆筆加行項（填 SKU 和數量）

四、調撥單列表

列表頁功能

批次操作

五、調撥單詳情頁

詳情頁區塊

行項操作

• 覆寫數量：自己動手改某個 SKU 的最終數量
• 行項備註：寫一下你為什麼要改這個數量
• 新增行項：自己加一個新的 SKU 進來
• 刪除行項：把整筆移除掉

六、分配工作台（重點）

工作台主要欄位

關鍵概念說明

分配稽核（更詳細的單品檢視）

在工作台點某個品項，就會進到「分配稽核」頁，這裡會把計算過程列得更完整，包括：

• 補貨政策（目標庫存天數、門市常備、最低上架、整箱線等）
• 預估庫存可支撐天數
• 常備補貨量
• 箱入數 / 補貨倍數
• case rounding 的過程說明（rounded up to case multiple of X...，也就是怎麼湊成整箱倍數的）
• 規劃預測，以及 Chronos / TimesFM / 移動平均
• 客製訂單、門市現貨、在途調撥、門市保留
• 來源倉的相關資訊

七、審核與核准流程

狀態流轉

核准步驟

1. 進到調撥單詳情頁
2. 把所有行項看過一遍（特別留意有警示旗標的那幾筆）
3. 需要的話自己改數量（改過之後，狀態會變成「審核中」）
4. 點「核准」按鈕
5. 狀態就會變成「已核准」

取消核准

只要還沒送出、也還沒開始揀貨，點「取消核准」就能退回草稿，繼續修改。

八、開始揀貨與送 ERP

兩種送 ERP 的方式

開始揀貨流程

1. 調撥單狀態要先是「已核准」才行
2. 在詳情頁點「開始揀貨」
3. 系統會再跟你確認一次，要你二次確認
4. 確認後就送進 ERP，狀態變成「已送出」
5. 從這時候起，新進來的銷貨單和特殊訂單都不會再加進這張單（單子凍結了）

九、揀貨截止時間

設定方式

1. 進到「政策設定」，再點「門市政策」
2. 在「揀貨截止時間」這一區，幫每家門市設好時間（例如 14:30、15:00）
3. 點「儲存」

業務影響

十、政策設定

三層政策

全域預設欄位

• 預設 TSL %：目標服務水準，也就是要備到多滿（通常設 70，或寫成 q70）
• 預設補貨天數：當某家門市沒另外設門市政策時，就用這個補貨天數
• 預設整箱線：當某個 SKU 沒另外設政策時，預設要不要整箱出
• 缺貨容忍天數 / 呆滯容忍天數：整箱湊整時，可以容許的誤差範圍
• 整箱觸發比例：需求要達到一箱的多少比例，才整箱出貨；不到就改成散撿
• 排除商品代碼 / 品名後綴 / 代碼前綴：用來指定哪些商品不要進調撥

歷史客製訂單

在全域政策這邊，你可以上傳「歷史客製訂單」CSV。系統在做預測之前，會先從倉別的訓練需求裡把這些不是常態的需求扣掉，免得某幾張大單把預測量拉得太高。

SKU 覆寫

針對某家門市搭某個 SKU，你可以單獨改下面這些設定：

• TSL %（這個品項要備得更保守一點，還是更積極一點）
• 目標庫存天數
• 最低上架量
• 整箱線
• 是否常備
• critical（重要常備品，一定要補）
• 可拆零
• 庫存上限：這個 SKU 在這家門市最多可以備到的量（填整數，留空＝不限）。系統算補貨時，會確保「門市現貨＋客訂需求＋這次預測補貨」不超過這個上限

十一、預測工作管理

預測工作狀態

預測工作詳情

手動觸發新預測

如果昨晚的預測失敗了，或是你想重跑一次：

1. 在調撥單列表點「產生調撥單」
2. 設定參數（補貨天數、來源倉補貨天數、方法、回看視窗等等）
3. 點「建立預測批次」

停止預測

預測還在跑的時候，可以點「停止預測」把這個批次中止掉。中止後，這批次的所有調撥單都會被標成「預測失敗」。

十二、天氣資料管理

主要功能

• 查看天氣狀態：看各個天氣區域的資料最新更新到什麼時候
• 手動更新天氣：如果 00:15 自動抓失敗了，可以自己手動觸發一次
• 設定通知：天氣抓取失敗時，發 Google Chat 通知提醒

進入方式

在調撥單列表點「天氣」連結，就會到 /transfer-orders/weather

十三、狀態說明

十四、警示旗標說明

十五、權限說明

十六、常見問題

Q1：草稿期間我加了一張銷貨單，多久會看到？

5-30 秒內就會看到，因為系統每 5-30 秒會檢查一次。

Q2：草稿核准後還可以改嗎？

可以。只要還沒到截單時間、也還沒寫進 ERP，都還能改。這段期間新的銷貨單一樣會加進來，整張單也會跟著重新算一次。

Q3：特殊訂單為什麼不能即時加入？

目前系統的設計是一天只抓一次，綁在凌晨那一次。之後會改成跟銷貨單一樣，能即時更新。

Q4：截單後客訂進來怎麼辦？

目前只有兩種做法：

• 等明天凌晨，系統自動把它納進明天的調撥單
• 或是聯絡倉管走人工特殊處理，請揀貨員自己手動加進去

Q5：撿貨開始後新進銷貨單會怎樣？

系統會把它記下來，但標成「跳過-過時」，不會去動正在揀貨的那張單。這種情況要改走別的補貨流程。

Q6：為什麼某品項預測量這麼高？

去工作台的分配稽核看一下：

• 看 Chronos / TimesFM / 移動平均是不是都正常（顯示 n/a 代表這個模型沒算出來，會改走 sparse pool）
• sparse pool 碰到銷量分布很不平均的品項，有可能估得太高。2026-05 已經加了 sparse local cap 來壓這個問題，詳情看下方說明
• 再拿 BI 上面實際的日均銷量來對照比較

⭐ Sparse local cap 演進（2026-04 → 2026-05）

Q7：為什麼某品項都沒給數量？

常見原因有幾個：

• 「門市常備」設成「否」，這樣就不會走預測補貨
• 商品設成「不可拆零」，剛好需求又很小，整箱湊整之後就被降到 0
• 沒設箱入數（case_pack 是空的），系統就直接跳過它
• 商品名稱帶了 # 後綴，會被排除掉
• 已經過了品號有效截止日，就不能再調撥了
• 這家門市這個 SKU 設了「庫存上限」，而「門市現貨＋客訂」已經到達或超過上限，預測補貨就會被壓到很少或 0（行項會帶「已套用門市庫存上限」旗標）。可到「政策設定 → 商品政策」檢查上限是否設得太低

Q8：手動覆寫了最終數量為何 ERP 沒收到？

可能是這幾種情況：

• 存好之後還沒核准，所以還停在草稿狀態
• 存檔和讀取之間的一致性問題（ENG-575 已經修好了），請重新打開那張單確認一下
• 改過數量之後，狀態會變成「審核中」，要再核准一次才送得出去

Q9：預測一直卡在「預測中」？

可能是這幾種情況：

• 預測服務出錯了（去預測工作詳情看錯誤訊息）
• 天氣資料還沒準備好（檢查一下天氣狀態）
• Kubernetes Job 失敗（請工程幫忙查 logs）

真的卡住的話，就點「停止預測」把它中斷掉，再自己手動重跑一次。

Q10：自動 02:30 沒建批次怎麼辦？

照下面順序檢查：

• 先看預測工作有沒有跑完（狀態是不是已經到「成品就緒」？）
• 如果跑完了卻沒建批次，可以在預測工作詳情頁手動觸發一次匯入
• 如果是預測本身就失敗了，那要先把預測處理好再說

Q11：手動建立的調撥單跟預測的差別？

Q12：分配工作台的「規劃預測」與「目標預測量」差在哪？

• 規劃預測：補貨區間（也就是補貨天數）這段時間內的預測，用來判斷要不要補貨
• 目標預測量：目標庫存天數這段時間內的預測，用來算這次到底要補多少

Q13：為什麼最終數量不是整箱倍數？

可能是這幾種情況：

• 整箱線 = 否，代表它本來就是走散線的品項
• 整箱觸發比例搭配可拆零：當需求量不到 2/3 箱時，系統會建議改成散撿
• presentation_min 保底（ENG-539）：整箱湊整後降到 0，系統會改給最低上架量墊著
• 有人手動改過數量

Q14：稽核軌跡可以看什麼？

會記下這張調撥單的所有操作歷史：誰建立、誰改過、誰核准、誰送出、誰按了開始揀貨、有沒有被取消等等。出問題的時候，這是最重要的查證依據。

Q15：「線別分類審核」是什麼？

系統每個月會自動分析一次，看每個 SKU 該走「整箱線」還是「散撿線」（依各門市的銷量分布來判斷）。分析完會產生審核項，要由人工確認過才會套用。另外有預設的 30 天冷卻期，也就是切換後要隔 30 天，系統才會再建議下一次切換。

這份說明書會跟著系統更新一起調整。要看最新版本，請以 Dawu 系統內的公告為準。
最後更新：2026-06-08