調撥單是中央倉（00 主倉庫）撥貨給各門市（屏東、潮州、恆春、東港）的內部單據。
系統會結合以下三種需求自動產生調撥單：
系統每天會自動跑一次完整流程。理解這個時間軸有助於判斷「為什麼這個品項今天會 / 不會出現在調撥單上」。
| 類型 | 用途 | 權限 |
|---|---|---|
| 自動批次（預測） | 系統每日凌晨自動建立，整批四門市一起算 | 系統自動，使用者主要審視 |
| 手動建立 | 臨時補貨、補單一張、跨日特殊調撥 | 需「建立調撥單」權限 |
進入路徑： /transfer-orders
| 功能 | 用途 |
|---|---|
| 狀態篩選 | 預設 / 僅看預測中 / 所有狀態 |
| 排序 | 最新優先 / 最早優先 |
| 批次選取 | 勾選多筆做批次操作 |
| 批次操作 | 批次取消 / 核准 / 驗證 / 送出 |
| 單張開啟 | 點任一筆進入詳情頁 |
| 批次動作 | 說明 |
|---|---|
| 批次取消 | 把選取的調撥單一次取消（不可復原） |
| 批次核准 | 選取多張一起核准（適合審視完後一次處理） |
| 批次驗證 | 跑檢查不送出，看有沒有問題 |
| 批次送出 | 核准後一次送 ERP |
進入路徑： 從列表點任一筆，或從預測工作頁點調撥單連結
| 區塊 | 內容 |
|---|---|
| 調撥單抬頭 | 單號、狀態、出貨倉、目的門市、單據日期、補貨區間、備註 |
| 行項清單 | 每個 SKU 的：商品、淨需求、門市供給、調撥結果（最終）、警示旗標 |
| 銷售訂單需求 | 此批次關聯的銷貨單明細 |
| 操作按鈕 | 核准 / 取消核准 / 送出至 CosmosERP / 開始揀貨 / 取消調撥單 |
| 稽核軌跡 | 誰在何時改了什麼 |
「分配工作台」是進階檢視，能一次看完整個批次裡的所有 SKU，比對來源倉、各門市、各預測方法的數值。是最重要的審視工具。
進入路徑： 預測工作頁 → 點「分配工作台」
| 欄位 | 說明 |
|---|---|
| 商品 | 商品代碼 + 名稱 |
| 出貨倉 (q50) | 來源倉資訊：規劃預測、現貨、保留、淨供給、餘量 |
| 各門市 (q70) | 每家門市：目標庫存天數、最低上架量、整箱線、規劃預測、目標預測量、Chronos / TimesFM / 移動平均、客訂、即時、淨需求、系統分配、最終 |
| 欄位 | 意思 |
|---|---|
| 規劃預測 | 本批次採用的 TSL 預測值（整合三種方法） |
| 目標預測量 | q70 在目標庫存天數內的預測需求量 |
| 下限後預測 | 把目標預測量跟最低上架量取較大值 |
| Chronos / TimesFM / 移動平均法 | 三種預測方法各自的輸出。n/a 表示該方法對此 SKU 無結果，不等於 0 |
| 淨需求量 | 門市本地供給扣抵客訂與預測後，需要倉庫支援的量 |
| 系統分配量 | 來源倉經分配邏輯後實際指派給此門市的數量 |
| 最終 | 初始等於分配量，手動覆寫後以覆寫為準 |
於工作台點某個品項可進入「分配稽核」頁，顯示更完整的計算過程，包括：
每張調撥單從草稿到送 ERP 必須經過審核與核准。
已核准但尚未送出 / 揀貨的單，可以點「取消核准」回到草稿狀態繼續編輯。
| 方式 | 觸發 |
|---|---|
| 手動送出 | 點「送出至 CosmosERP」按鈕 |
| 開始揀貨 | 倉管點「開始揀貨」，自動送 ERP + 凍結後續變動 |
| 截單自動送 | 已核准草稿超過截單時間，系統自動結案送出 |
每個門市可以設定自己的截單時間。已核准但未送出的草稿，超過截單時間後系統會自動送 ERP。
| 場景 | 結果 |
|---|---|
| 已核准 + 截單前 | 新進銷貨單會合併進來 |
| 已核准 + 截單後 | 系統自動送 ERP |
| 未核准 + 截單後 | 系統不會自動送，留下警示，需人工補核准 |
進入路徑： 從調撥單列表 → 「調撥政策」
| 層級 | 內容 |
|---|---|
| 全域預設 | 所有 SKU 共用的預設值（TSL、補貨天數、是否整箱線等） |
| 倉庫政策 | 來源倉的設定（來源倉補貨天數） |
| 門市政策 | 各門市的設定（補貨天數、揀貨截止時間、天氣區域） |
| SKU 覆寫 | 特定 SKU 在特定門市的 TSL 覆寫 |
於全域政策可上傳「歷史客製訂單」CSV，系統會在預測前先從倉別訓練需求中扣除這些非常態需求，避免預測被個別大單拉高。
對特定門市 + 特定 SKU 可以覆寫：
「預測工作」是預測排程的執行紀錄。每天凌晨 01:15 會跑一次，產生一筆預測工作。
進入路徑： 調撥單列表 → 「預測工作列表」
| 狀態 | 說明 |
|---|---|
| 等待中 | 排程未開始 |
| 已送出 | 預測請求已送出 |
| 執行中 | 模型正在跑 |
| 成品就緒 | 預測完成，等 Dawu 匯入 |
| 已匯入 | Dawu 已讀入預測結果 |
| 完成 | 整個流程完成 |
| 失敗 | 有錯誤，看錯誤訊息 |
| 區塊 | 內容 |
|---|---|
| 抬頭 | 預測工作 ID、Dawu 狀態、預測服務狀態、補貨區間 |
| 批次調撥單 | 此預測產生了哪些調撥單 |
| 匯入指標 | 門市快照數、倉別快照數、分配紀錄、調撥單行數 |
| 方法快照 | Chronos / TimesFM / 移動平均的執行情況 |
| 執行追蹤 | Kubernetes Job、Manifest URI、Status URI、Artifact URI |
若昨晚的預測失敗或要重跑：
預測中可點「停止預測」中止此批次。所有調撥單會標記為「預測失敗」。
預測模型用「天氣」作為共變數（covariate）。沒有近期天氣資料，預測會卡住或失敗。
調撥單列表 → 「天氣」連結 → /transfer-orders/weather
| 狀態 | 說明 | 下個動作 |
|---|---|---|
| 預測中 | 預測排程正在跑 | 等候 / 停止 |
| 預測失敗 | 預測出錯 | 取消 / 重試 |
| 草稿 | 預測完成等待審視 | 核准 / 取消 |
| 審核中 | 已被人工覆寫過 | 核准 / 取消 |
| 已核准 | 主管核准等送 ERP | 送出 / 開始揀貨 / 取消核准 |
| 送出失敗 | 送 ERP 出錯 | 看錯誤訊息 / 重試 |
| 已送出 | ERP 已收到 | 無（凍結） |
| 已取代 | 被新批次取代 | 歷史紀錄 |
| 已取消 | 使用者取消 | 歷史紀錄 |
調撥單行項可能會出現各種橘色警示旗標，提醒需要注意的情況。
| 旗標 | 意思 | 需要處理嗎 |
|---|---|---|
| 來源受限 | 來源倉庫存不足，已按比例分配 | 檢視來源倉庫存，必要時人工調整 |
| 門市保留未覆蓋 | 下次到貨前的銷貨單未滿足 | 檢視銷貨單與分配量 |
| 客訂需求未滿足 | 客戶訂單量沒給足 | 客服與業務溝通 |
| 預測需求未滿足 | 預測量沒給足 | 確認是否業務需要 |
| 預測天期不足 | 預測涵蓋天數短於目標庫存天數 | 可接受，但下次車趟可能不夠撐 |
| 客製逾期 | 客戶訂單交貨日已過 | 確認客戶是否還要 |
| 手動行項 | 此行項是手動加入的 | 確認加入原因 |
| 權限 | 能做什麼 |
|---|---|
| 檢視調撥單 | 列表、詳情、工作台、預測工作 |
| 編輯調撥單 | 建立、修改行項、儲存草稿 |
| 核准調撥單 | 核准 / 取消核准 |
| 送出 ERP | 送出至 CosmosERP、開始揀貨 |
| 編輯政策 | 修改全域 / 門市 / 倉庫 / SKU 政策 |
| 手動建立調撥單 | 手動建立非預測類調撥單 |
5-30 秒內（系統每 5-30 秒檢查一次）。
可以，截單時間到 + 寫 ERP 之前。新銷貨單仍會加入，整張單會重新計算。
目前系統設計為一天一次（凌晨綁定）。後續會改善為跟銷貨單一樣即時更新。
目前只能：
系統會記錄但標為「跳過-過時」，不會修改正在揀貨的單。需要走別的補貨流程。
查工作台分配稽核：
可能原因：
可能：
可能：
必要時點「停止預測」中斷，再手動重跑。
檢查：
| 項目 | 預測批次 | 手動建立 |
|---|---|---|
| 來源 | 系統自動算 | 使用者輸入 |
| 含預測量？ | 是 | 否（僅手動行項） |
| 含銷貨單？ | 是（自動合併） | 否 |
| 每日一次限制 | 是 | 否，可建多張 |
| 方向 | 倉→門市 | 雙向 |
可能：
每張調撥單的所有歷史操作：誰建立、誰修改、誰核准、誰送出、誰開始揀貨、有沒有取消等。是出問題時最重要的查證依據。
每月一次系統會自動分析各 SKU 應該走「整箱線」還是「散撿線」（依各門市銷量分布）。會產生審核項，由人工確認後套用。預設冷卻期 30 天才會建議再次切換。
本說明書會隨系統更新而修改。最新版本請以 Dawu 系統內公告為準。
最後更新：2026-05-21