連鎖全通路訂單整合系統｜外送、電商訂單與庫存對帳整合

連鎖全通路訂單整合系統要查的是：多平台訂單能不能統一接進來、各通路的訂單狀態定義是否一致、金流與物流資料能否自動歸戶、月底對帳要不要人工彙整、以及要接既有 ERP 時能不能不動原系統。實務上，多數連鎖品牌是按「先統一訂單狀態定義、再擴通路」的順序推進，順序顛倒的專案，通常會在第二個平台上線時卡住。

▍系統碎片化長什麼樣：三個看得見的現象

很多品牌不是不知道自己系統亂，是講不清楚亂在哪。與其談架構，不如看三件事現在還在不在發生。

月底對帳要開三個以上的後台。 外送平台一個、電商平台一個、門市 POS 又一個，各自匯出報表，再靠人工在試算表上兜。兜不攏的那幾筆，通常要花掉財會兩三天。

同一件事要在不同系統各做一次。 平台調了一次抽成費率、行銷改了一檔促銷、某支商品要下架，得有人分別登入每個通路各改一遍。改漏一個，就是客訴或虧錢。

客人打電話進來，客服查不到那張單。 訂單在平台端顯示已完成，門市系統卻停在處理中，客服只能請客人稍等，自己一個一個系統翻。

這三件事的共同原因很單純：訂單資料從一開始就散在各自的系統裡，沒有一個地方能同時看到全部。加人只是讓兜帳的人變多。

▍訂單整合系統是什麼？跟訂單管理系統差在哪

訂單整合系統，是把所有通路的訂單先集中到同一層處理，轉成同一套格式與狀態定義，再往下發給門市、倉庫、金流與帳務，讓後端系統只需要面對一種訂單，不必各自去適應每個平台的規則。

跟一般訂單管理系統的差別在覆蓋範圍。訂單管理系統處理的是「一個通路的訂單怎麼跑完」；整合系統處理的是「六個通路的訂單怎麼變成同一種訂單」。前者是流程工具，後者是連接層。

判斷自己需要哪一種，有個很簡單的方法：如果新增一個銷售通路，你的 IT 或廠商要重新開發一次對接，那你缺的是後者。整體的管理範圍可以參考〈連鎖門市管理系統完整指南〉，本文只談訂單這一層。

▍四條統一，是整合的實際內容

通路接入統一。 外送有 Uber Eats、foodpanda；電商有蝦皮購物、樂天市場、91APP、yahoo! 超級商城；再加上品牌自己的官方商城、App、門市 POS，以及企業訂餐這類批量場景。這些通路的介接方式各不相同，整合層的工作是讓它們共用同一個接入標準，之後新增通路只是設定，不是開發。

資料格式統一。 各平台傳過來的欄位名稱、時間格式、折扣呈現方式都不一樣，有的把運費算進訂單金額，有的另外一欄。不先轉成一致格式，後面所有報表都會有誤差，而且誤差每個通路不同，查起來特別費工。

訂單狀態統一。 這一條最常被跳過，也最容易出事。平台說的「已完成」是指消費者端結案，門市說的「已完成」是指餐點出去了或貨交給物流了，兩者時間差可能是幾十分鐘。狀態定義沒統一，客服查不到單、稽核查不到責任、報表的完成率也不能信。

對外介接統一。 ERP、財務軟體、物流業者、金流服務商，這些下游系統應該只跟整合層對話。目前台灣連鎖品牌常用的物流是宅急便、宅配通與中華郵政，金流則有街口支付、LINE Pay、悠遊付等，各家的請款週期與手續費規則都不同，集中在一層處理，之後換供應商才不用動到門市端。

▍八個中心，各管一段

整合層不是一個大黑盒，實際上是按職責切開的幾個模組。切開的理由很實際：新增通路或換一家物流時，動到的範圍才控制得住。

通路中心。 管各平台的接入與設定。新增一個通路是在這裡開，該通路的展示規則與價格加成也在這裡設。

商品中心。 管標品庫與連鎖商品。一份主檔供各通路取用，各通路的名稱、圖片與售價分開維護，但共用同一個品號與規格。

門市中心。 管門市的營業狀態、可接單時段與服務範圍，決定這家店現在能不能接、能接到多遠。

訂單中心。 把各通路訂單聚合起來，轉成同一套狀態定義，往下派給門市或倉庫。線上與線下的訂單都進到這一層，才有可能算得出全通路的真實銷量。

庫存中心。 定時從 ERP 同步庫存基準，依訂單即時扣減，並在該商品全部庫存達安全庫存時，把線上商品自動下架。基準定時、扣減即時，兩段頻率不同是刻意的設計：ERP 的庫存本身就有進貨、盤點、調撥在動，秒級去拉沒有意義；真正需要即時的是扣減，因為超賣就發生在下單那一瞬間。

配送中心。 串接物流業者與配送方式，處理店配、店取與宅配在作業上的差異，並把同時段、同路線的訂單合併交件。

支付中心。 對接各家支付與金流，把收款資料統一歸戶到訂單上。

對帳中心。 把平台帳款、抽成、補貼與手續費逐筆對回訂單。各家的撥款口徑不同，有的按交易日結、有的按撥款批次結，所以這一層需要支援多套核銷算法，而不是一套算法核全部。這一段做得深不深，直接決定月底要不要開三個後台人工彙整。

這八段裡，通路定價、庫存共用、門市出貨、商品主檔、支付對帳五段各自都還有不少實務細節，本文只交代它們在架構裡的位置。

▍餐飲與零售，履約那一段完全不同

同樣叫全通路訂單，兩種業態要處理的事差很多，這也是通用型系統最容易失準的地方。

餐飲的重點在時間。 訂單進來要判斷門市當下產能接不接得住，狀態要細到接單、製作中、出餐、待取或已配送，取餐叫號與外送司機到店時間都得算進去。備註與客製選項如果沒完整帶進廚房，出錯的是餐點本身。

零售的重點在庫存與出貨點。 一張線上訂單要決定由哪個倉、哪家門市出貨，還要處理店取、超商取貨與宅配的差異，出貨後有物流單號回傳、有退換貨，有時同一張單還會拆成兩批送。

一套系統要同時吃下這兩種，關鍵在把「訂單」與「履約方式」拆開設計：訂單層共用，履約層按業態走各自的流程。集團底下同時有餐飲與零售品牌的，這一點在選型時值得問清楚。

▍導入順序：先把狀態定義談完，再談接通路

實務上比較穩的順序是這樣。

第一步不是接系統，是把訂單狀態的定義在內部談定——哪個時間點算成立、哪個算完成、取消與退款算在哪一段。這件事要營運、財會、客服一起坐下來談，通常會發現三個部門原本的認知不一樣。定義沒談完就開始接，後面每接一個通路就要重談一次。

第二步接量最大的那個通路，讓它先完整跑通一輪，含對帳。

第三步才是擴其他通路。到這一步如果每次都還要重新開發，就代表第一步做得不夠。

這裡有個容易被低估的地方：多數雲端訂單系統提供的是幾個固定平台的標準介面，能接的都能接得很快，但一旦要接品牌自己既有的 ERP、或是已經用了幾年的自建商城，就會卡在「原本那套不能動」這個前提上。富啟科技在處理這類專案時，通常是讓整合層去遷就既有系統的資料格式，而不是要求企業先把原系統改掉——差別在於前者能分階段上線，後者往往得整批打掉重做。

▍選型要問的四件事

一、首次建置之後，新增通路是設定還是開發。 首次上線要不要走專案，答案幾乎都是要，那是把既有系統與資料理清楚的成本，省不掉。真正要問的是第二個、第三個通路：接入標準做好了，後面的通路應該是在通路中心設定，而不是每次重新報一次開發。請對方拿實際案例說明第二個平台花了多久。

二、能不能不動既有 ERP 就完成介接。 如果對方的做法是要你的 ERP 開一個新介面或改欄位，那風險與時程都要重算，因為 ERP 通常不是同一家廠商在維護。

三、線上與線下的庫存怎麼共用，賣完了誰負責下架。 這一題要問到具體動作。共用比例是總部設一個數字套全網，還是門市可以按當日狀況調整；賣到安全庫存之後，線下還有貨要不要續補上線；全部庫存都到安全水位時，商品是系統自動下架，還是發一封通知等人處理。這三個答案決定了超賣會不會反覆發生。

四、對帳做到哪一層。 只給訂單明細匯出，跟能自動把平台帳款、抽成、補貼與手續費逐筆對到訂單，是兩件事，工作量差好幾倍。

▍小結

全通路訂單整合的價值，不在於多一個管理後台，而在於把每次新增通路的成本從「一個開發專案」降到「一次設定」。整合層的實際內容是四條統一——通路接入、資料格式、訂單狀態、對外介接，底下按職責切成八個中心各管一段。餐飲與零售的差異落在履約層，訂單層可以共用。導入順序上，訂單狀態定義要在接系統之前談完。品牌在通路少的階段，靠人工兜還撐得住；通路數與門市數同時往上長之後，人工那一段會先斷。與其等斷了再補，不如趁通路還在個位數的時候，先把訂單狀態與資料格式定義下來——這件事越早做越便宜。

▍常見問題

Q1：訂單整合系統和 ERP 的功能是不是重疊了？

兩者的位置不同。ERP 管的是企業內部的帳務、庫存與成本，訂單整合系統管的是外部通路進來的訂單怎麼統一。實務上整合系統會把處理完的訂單流水回傳給 ERP，讓 ERP 不必自己去對接各個平台。如果讓 ERP 直接接通路，每次平台改規則就得動 ERP，風險與影響範圍都會放大。

Q2：只有外送和一個電商平台，需要做整合嗎？

通路數量不是唯一判斷點，更該看的是有沒有擴張計畫，以及現在對帳與改設定要花多少人力。通路少但每個月都在人工兜帳的品牌，其實已經有需求；通路數不多、短期也不打算增加的，可以先把訂單狀態定義與商品資料整理好，這部分不需要系統就能開始做，之後導入會順很多。

Q3：導入期間門市營運會不會受影響？

一般會採分階段的方式，先接量最大的通路並保留原有流程並行一段時間，確認訂單、金流與對帳三邊都對得上之後，再切換其他通路。分階段的重點是每個階段都要有可驗證的對帳結果，而不是只看訂單有沒有進來。門市端的操作變動則建議集中在同一次教育訓練完成，避免反覆調整造成適應成本。

想了解連鎖全通路訂單整合怎麼落地到你現有的通路組合與既有系統，歡迎與富啟科技聯繫，取得客製化建置方案與報價。

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

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

▍延伸閱讀

連鎖門市管理系統完整指南｜功能、選型、導入一次搞懂

各通路價格怎麼訂才不虧｜加價率與平台抽成回推定價

線上線下庫存共用實務｜共用比例、安全庫存與超賣防範

線上訂單該由哪家門市出貨｜店配、店取與揀貨動線

電子支付入帳核對｜街口、LINE Pay 與悠遊付對帳實務

連鎖品牌商品主檔怎麼管｜一份資料供門市、電商與外送使用