多通路訂單管理系統：訂單從哪個通路來、庫存從哪裡扣

多通路訂單管理系統要管的是訂單來源、聚合接單、庫存扣減、揀貨出餐、狀態回拋這五段。真正該先確認的不是接單快不快，而是每一張單身上有沒有帶著「它從哪裡來」這個欄位一路走到底。

訂單來源不是一個標籤，是一條要跟到最後的欄位。少了它，貨照出、錢照收，可是月底想知道哪個通路真的賺錢、哪一批庫存是被誰賣掉的，就只能靠人從三四個後台各匯一次資料再拼回去。

▍一張線上訂單會經過的四個節點

1、通路端成立訂單。Uber Eats、foodpanda、蝦皮、樂天市場、自建商城各有各的介面，成立那一刻資料格式就不一樣。

2、進訂單中心聚合。不同來源被轉成同一種結構，通路、單號、品項、金額、取餐或配送方式落在同一張表上。

3、扣減庫存。這一步決定會不會超賣，也決定後面對帳對不對得起來。

4、狀態回拋。接單、備餐、出貨、完成、取消各自回寫通路端，客人在他下單的那個 App 裡看到進度。

四個節點少一個接不上，門市就得補人工動作。最常斷的是第二段和第四段——訂單靠人抄進 POS、狀態靠人一個一個後台去點。

▍庫存從哪裡扣，比扣多少更關鍵

多通路最容易出事的地方，是幾個通路各扣各的。線上分到一批可售量，Uber Eats 那邊扣掉了、蝦皮那邊沒同步，同一份貨等於賣了兩次。客人先付了錢才被通知沒貨，這種爭議處理起來比缺貨本身麻煩得多。

比較穩的做法是所有通路的訂單都先進訂單中心，由中心去扣同一份線上可售量，通路端顯示的數字是中心算完之後推回去的結果，不是通路自己記的。

換個角度說，多通路整合的重點從來不在多接幾個平台，在於扣減這個動作只能發生在一個地方。

▍來源欄位要一路帶到報表

訂單來源如果只存在接單那一刻，後面幾張表就會斷。營業分析看不出哪個通路貢獻多少、履約分析看不出哪個通路取消率高，對帳更麻煩——平台撥款進來是一整筆，要拆回是哪些訂單，靠的就是這個欄位。

所以來源該跟著訂單走到最後一張報表，包含退訂和取消的那幾筆。取消單一樣佔用過庫存、一樣可能產生費用，把它們排除在分析外，通路的真實成本就永遠算不完整。

▍五個通路的單，先變成同一種格式

富啟科技的做法是把外送、電商、自建商城的訂單全部先收進訂單中心，統一資料結構之後再往下走：庫存中心依這張單即時扣減線上可售量，狀態變更逐一回拋各通路，通路來源、單號與流水完整保留到營業分析與履約分析。多通路整合如果只做到「幾個平台的單都看得到」，門市還是要開好幾個後台；差別在於扣庫存和回狀態這兩件事有沒有一起收進來——只做前面那一件，超賣照樣會發生。

▍多通路訂單管理系統常見問題

Q1：多通路訂單管理系統要接哪幾段？

五段：訂單來源辨識、聚合接單、庫存扣減、揀貨出餐、狀態回拋。判斷一套系統夠不夠用，最快的方法是問它狀態能不能自動回寫各通路——只能收單不能回狀態的，門市還是得逐個後台去改，省下來的時間有限。

Q2：訂單來源這個欄位為什麼一定要留到最後？

因為後面三件事都要用到它：通路損益、履約表現、撥款對帳。富啟科技的訂單中心把來源、單號與訂單流水一路帶到分析與對帳兩端，撥款進來時可以直接拆回是哪幾張單。這個欄位補起來的成本很高，訂單一旦落庫沒帶，事後幾乎沒辦法回推，只能從平台後台重新匯一次再人工比對。

Q3：門市已經有 POS，還需要訂單中心嗎？

看線上通路有幾個。只做一個平台，POS 加平台後台勉強撐得住；三個以上就會開始出現同一份庫存賣兩次、狀態改漏、對帳對不完這幾種狀況。訂單中心的角色不是取代 POS，是站在 POS 和各通路中間，讓 POS 只需要面對一個來源，不必為每個平台各接一次。

多通路訂單要不要上系統，判斷點不是接不接得到單，而是這張單扣的是哪一份庫存、由誰去扣。若您想確認目前幾個通路的扣減動作是不是分開在做、以及來源欄位有沒有帶進營業分析，富啟科技提供免費現場勘查，並取得客製化建置方案與報價：

電話 (02)2516-6100｜手機 0979-382-058｜LineID:@964dmmig

地址：台北市南京東路二段178號6樓