Dawu 的價格管理是一套原生版本化的價格系統,意思是每次改價都會留下版本,可以往回追。它幫你做這些事:
| 概念 | 說明 | 類比 |
|---|---|---|
| 價格本(Price Book) | 裝一條事業線所有價格的容器 | 像一本書 |
| 變更集(Change Set) | 一次要送審的所有改價,裡面可以包含好幾張價格表的變更 | 像一筆 Pull Request |
| 價格表(Price Sheet) | 真正的價格清單,會綁定對象(門市或客戶群組)並有優先序 | 像菜單上的一頁 |
| 價格規則(Price Rule) | 某一個 SKU、某一個單位(EA 或 CASE)的價格,就是一筆規則 | 像菜單上的一行 |
| 客戶群組 | 把好幾家門市綁在一起,讓它們套用同一份價格 | 像「VIP 會員」標籤 |
價格從建立到真正生效,會走過下面這幾個階段:
下面是變更集本身的狀態。要特別注意:按下「核准」之後,變更集不會停在「已核准」,而是直接變成「已排程」—— 系統其實沒有「已核准」這個狀態。
| 狀態 | 說明 | 下個動作 |
|---|---|---|
| 草稿 | 還能隨意修改 | 送出 / 取消 |
| 審核中 | 已經送出,正在等主管處理(原本叫「待核准」) | 核准 / 退回 / 撤回 |
| 需修改 | 主管退回了,你要改完再送一次(原本叫「已退回」) | 編輯 → 重新送出 |
| 已排程 | 核准後就會到這個狀態:排好等生效日到,新價格才正式生效 | 到生效日 → 自動生效 |
| 已執行 | 排定的價格版本已經正式生效(已啟用) | (歷史紀錄) |
| 已取消 | 這個變更集已放棄 | (終態) |
| 已封存 | 排程的版本還沒生效,就被更新的版本取代,系統自動封存 | (歷史紀錄) |
價格本就是裝整個價格體系的容器。一般來說一條事業線開一本就好(例如「冷凍配送」、「常溫批發」各一本)。
「變更集」就是一次要送審的所有改價,全部集中在一起。不管你要改什麼價,第一步都是先建一個變更集。
| 區塊 | 能做什麼 |
|---|---|
| 價格表設定 | 新增、改名、換對象、調優先序,或把價格表停用 |
| 價格矩陣 | 一次把所有 SKU 的 EA 跟 CASE 價格一起改 |
| 客戶群組 | 新增或修改客戶群組,把門市指派進去 |
| 促銷 | 新增或修改促銷活動 |
| 生效日期 | 設定整個變更集的生效起迄日 |
| 操作時間軸 | 看誰在什麼時候改了什麼 |
| 驗證 | 系統會自動幫你抓錯(例如負價、規則重複等) |
價格表就是給特定門市或客戶群組看的那份價格清單。一個變更集底下可以放好幾張價格表。
retail-tier-a、vip-fresh)— 這個 ID 是用來跨版本辨識同一張表的價格矩陣是一口氣改很多價的工作台。它會把所有 SKU 的 EA(單個)和 CASE(整箱)價格都列出來,讓你快速調整。
| 欄位 | 說明 |
|---|---|
| 商品 | 商品代碼加名稱 |
| 原 EA / 原箱 | 目前的單個價和整箱價 |
| 新 EA / 新箱 | 輸入新價的地方 |
| 箱入數 | 從商品主檔帶過來的,會影響箱價怎麼換算 |
| 箱價換算單價 | 箱價 ÷ 箱入數,算出來的每個單價 |
| 箱折扣 | 整箱的單價,比起 EA 價打了幾折(百分比) |
| 功能 | 用途 |
|---|---|
| 搜尋 SKU / 商品名稱 | 快速找出某一個商品 |
| 類別篩選 | 照商品的大、中、小分類來篩 |
| 「全部 SKU」開關 | 切換只看已改過的,還是全部一起看 |
| 「缺箱入數」篩選 | 找出還沒設箱入數的 SKU(要先去主檔補上) |
| 「零價格」篩選 | 找出價格被填成 0 的列 |
| 「大幅差異」篩選 | 找出箱價單價跟 EA 價差很多的列 |
| 價格表篩選 | 只看某一張價格表的列 |
遇到供應商漲價時,你可以用這個功能一次調好多個 SKU 的價格:
| 警告 | 意思 | 怎麼處理 |
|---|---|---|
| 缺箱入數 | 商品主檔還沒設箱入數 | 請商品管理去主檔補上 |
| 商品代碼無效 | SKU 的格式打錯了 | 回去把來源資料改對 |
| Dawu 缺少或停用此 SKU | 商品主檔裡沒有這個品項 | 把它加進主檔,或把這條規則停用 |
| 包含零價格 | EA 或 CASE 被填成 0 | 確認一下是不是故意的 |
| 箱單價高於 EA 價 | 整箱算下來的單價,反而比單買還貴 | 檢查箱價是不是設錯了 |
點矩陣上方的「匯出矩陣」就能下載一份 CSV,方便你離線檢查,或拿去跟別人溝通。
把好幾家門市綁成一組,讓它們套用同一份價格表。舉例來說,「南區 VIP」這個客戶群組就包含了屏東門市、潮州門市和東港門市。
south-vip、chain-store-a)變更集裡可以建 4 種促銷。系統會看訂單明細,自動幫客戶套用最划算的那一種。
| 類型 | 說明 | 需要欄位 |
|---|---|---|
| 買 X 送 Y | 買 N 個 A 商品,就送 M 個 B 商品 | 購買 SKU + 數量 / 贈送 SKU + 數量 |
| 組合折扣 | 湊齊指定的一組商品,就給優惠價 | 組合 SKU 清單 + 固定單價 |
| SKU 折扣 | 針對某幾個 SKU 直接打折 | 折扣 SKU + 折扣百分比 / 金額 |
| 訂單門檻 | 訂單金額滿 X,就折 Y 或送 Y | 門檻 + 折扣百分比 / 金額 |
變更集要從草稿走到真正生效,中間得依序經過送出 → 核准 → 排程 → 啟用這幾關。
有「核准價格」權限的主管,可以這樣做:
草稿不要了,點「取消變更集」就能直接放棄。要注意取消之後沒辦法復原。
變更集可以設定生效的起迄日。核准之後,系統會在生效日當天自動把它啟用。
到 /pricing 點「完成到期版本」可以手動把該生效的版本叫起來。平常系統都會自動處理,這個按鈕只是備援,萬一自動沒跑時才用得到。
到 /pricing 點「管理價格表」就會進到價格表登記頁,在這裡可以看到每一張價格表現在的狀態和過去的歷程。
| 狀態 | 說明 |
|---|---|
| 啟用中 | 這張價格表還在使用中 |
| 已過期 | 過了停用生效日,這張表會自動轉成已過期 |
價格表底下「每一個版本」另外還有自己的狀態(在「版本歷程」看得到):已排程(排好等生效)→ 啟用中(目前生效)→ 已取代(被更新的版本接手)。
點進某一張價格表的詳情,你會看到這些資訊:
用途:先模擬一次,看實際出單時客戶會拿到什麼價,連用到的價格表、規則、折扣和促銷都一起算給你看。
新版改善:改成「完整訂單表單」模式,操作起來更貼近真實下單的流程;多了「零售 POS 區域」這個對象類型;也把規則和促銷折抵攤開來,讓你更容易追到底是怎麼算的。
| 對象類型 | 使用情境 |
|---|---|
| 大武據點 | 要幫外送或批發客戶報價時用,輸入據點 ID 即可 |
| 零售 POS 門市 ⭐ 新增 | 要幫門市零售報價時用,選一個零售區域:屏東/潮州、恆春、東港 |
| 欄位 | 說明 |
|---|---|
| 小計 | 還沒折扣前的總金額 |
| 折扣 | 套到了哪些促銷和優惠 |
| 合計 | 客戶最後實際要付的錢 |
| 規則 | 每一行明細,分別是用哪一條價格規則算出來的 |
| 追蹤(Trace) | 展開後可以看完整的取價邏輯,也就是為什麼會挑這個價 |
| 促銷折抵明細 ⭐ | 有哪幾筆促銷被觸發、各自折掉了多少錢 |
畫面上會列出一份「可報價版本」清單,裡面包含正在啟用中的版本,還有已排程的版本。你可以切換不同版本,比較同一筆報價在各版本下差多少。
Dawu 的變更集一核准,系統就會自動把對應的價格寫回 CosmosERP 的舊版價格表,讓 ERP 和 Dawu 兩邊的價格保持一致。
只有下面這 三張 CosmosERP 舊版價格表的對應欄位會被回寫,其他都不會動到:
變更集核准前,你可以在變更集詳情頁看到「CosmosERP 回寫預覽」這一區:
| 欄位 | 說明 |
|---|---|
| ERP 欄位 | 對應到 ERP 主檔的哪個售價欄位(例如 INVMB.MB047 標準售價) |
| 目前值 | ERP 現在是多少 |
| 建議值 | 核准之後,會寫進去的數字 |
| 差異 | 兩者差多少(百分比或金額) |
核准之後,狀態欄位會顯示回寫進行到哪了:
| 狀態 | 說明 |
|---|---|
| 待處理 | 排在隊伍裡,等系統排程處理 |
| 處理中 | 正在寫入 ERP |
| 成功 | ERP 已經寫好,而且驗證也通過了 |
| 失敗 | 寫入沒成功,點開看錯誤訊息 |
| 已略過 | 系統判斷這筆不用寫,就跳過了 |
點「檢視回寫明細」可以看到:
變更集一送出,系統就會自動跑驗證。其中紅字是錯誤,一定要先改掉才送得出去;黃字是警告,只是提醒你注意,不擋送出。
| 錯誤 | 意思 | 怎麼修 |
|---|---|---|
| 送出前請至少新增一張價格表 | 這個變更集是空的,什麼都還沒放 | 至少先加一張價格表進去 |
| 送出前請至少新增一筆價格規則 | 價格表裡一條規則都沒有 | 到價格矩陣把價格填上去 |
| 項目屬於不同版本 | 不同版本的資料混在一起了 | 檢查這張價格表是不是被別的變更集動過 |
| 價格表結束日不可早於開始日 | 日期填反了 | 把生效日期改對 |
| 價格規則不可為負價格 | 價格 < 0 | 確認價格是 ≥ 0 |
| 價格規則不可為負的最低數量 | 最低購買數量 < 0 | 改成 ≥ 0 |
| 價格規則低於設定的毛利底價 | 價格比最低售價還低 | 把價格調高,或調整毛利底價 |
| 價格規則參照不存在的價格表 | 規則指到的價格表已經被刪掉了 | 改規則,或把價格表重建回來 |
| 相同範圍規則期間重疊 | 有兩條規則的時段卡在一起了 | 調生效日,或把規則併成一條 |
| 同一門市屬於多個客戶群組 | 同一家門市被指派到不只一個群組 | 回去檢查客戶群組的設定 |
| 促銷結束日不可早於開始日 | 促銷的時段填反了 | 把促銷日期改對 |
| 買 X 送 Y 的數量必須大於零 | 促銷的數量填錯了 | X、Y 都要填 ≥ 1 |
| SKU 不存在於 Dawu 商品主檔 | 這個 SKU 在主檔裡找不到 | 把它加進商品主檔,或把這條規則拿掉 |
| 權限 | 能做什麼 |
|---|---|
| 檢視價格 | 可以看價格決策、比價和建議價格這些頁面,但只能看不能改 |
| 編輯價格 | 可以寫價格決策草稿、調價格、加備註,也就是建變更集、改矩陣、改促銷這些事都能做 |
| 核准價格 | 可以核准、退回,或延後價格變更集 |
要等到訂單管理模組開始拿這裡的價格資料去用,影子模式才會結束。在那之前,這套價格不會影響到任何實際訂單,所以你可以放心測試、練習。
因為報價預覽算的是已排程/啟用中的版本,草稿不算在內。想看草稿改完的效果,得先把它送出並核准才看得到。
核准後(變更集已排程)就沒辦法直接改了。你要另外開一個新的變更集,把要修的價格重填一次,再重新走一遍核准流程。
可以。把生效日設成下個月的某一天,核准後系統就會在那天自動啟用。在那天到之前,它的狀態會一直是「已排程」。
會。系統驗證時會跳出「項目屬於不同版本」的警告。為了避免撞在一起,建議同一張價格表在同一時間就只開一個變更集來處理。
在「要選取的 SKU」欄位把 SKU 清單貼上去就行了,一行放一個、或用逗號隔開都可以,系統會自動去對應畫面上的那幾列。
不行。箱入數是商品主檔的欄位,不能在矩陣裡改。要改的話請到商品管理 → 商品主檔去改,改完之後矩陣這邊就會自動跟著更新。
要看促銷有沒有勾「允許疊加」。兩個都勾了就能一起套;只要其中一個沒勾,系統就只會挑一個來用,而且會挑對客戶最划算的那個。
會。客戶群組靠的是「門市指派到哪一組」這個關係。一旦你改了某家門市的歸屬,下一次取價就會直接套新群組的價格表。
建議這樣分配:
數字之間留點空隙,之後比較好插新的進來;不要一個接一個編號編到滿。
價格表會一版一版往下演進(V1 → V2 → V3),但這個 ID 從頭到尾都不會變。例如 retail-tier-a 這個 ID,從第一版用到最新版都是同一個,這樣就能輕鬆追蹤同一張價格表一路走來的歷史。
把它展開,就能看到「為什麼會挑這個價」的完整來龍去脈:
要跟客戶解釋價格怎麼來的時候,這個很好用。
可以。撤回之後它就退回草稿狀態,你改完再送一次就好。
不會。退回後它一樣是退回草稿狀態,你可以照退回的原因改好再送一次,或者乾脆取消、不要了。
目前系統只支援新增和修改,沒有「複製」這個按鈕。不過你可以新增一張名稱相同(但穩定 ID 不一樣)的價格表,再手動把相近的價格填進去,效果差不多。
本說明書會隨系統更新而修改。最新版本請以 Dawu 系統內公告為準。
最後更新:2026-06-08