多平台營運

多平台電商營運系統怎麼建?訂單、庫存、ERP 與 API 串接總覽

FACETplatformroleproblemcommerce-contexttrust-risk
直接答案: 多平台電商營運系統不是把官網、momo、蝦皮的後台全部換掉,而是先畫清資料流:商品主檔、訂單、庫存、串接與對帳各由誰當真實來源,再依最痛的環節逐段接起來。每一段都要能預覽、讀回、追溯與回滾。

同時經營官網、momo、蝦皮或其他通路的團隊,每天常遇到同一組問題:庫存對不起來、價格改不齊、訂單要開好幾個後台、月底業績和毛利要人工加總。這些問題看起來各自獨立,其實多半來自同一個原因——每個平台各記各的,彼此沒有共同的真實來源。

這篇是映流「多平台營運」主題的總覽。下面先畫出資料流,再依主檔、訂單與庫存、API 串接、ERP 選型、營運看板五層,說明每一層要先決定什麼;每一層都連到一篇詳細做法。

先畫資料流:主檔 → 訂單 → 庫存 → 對帳

商品主檔(SKU/BOM 料號)
   ↓ 各平台商品對映到同一個料號
訂單(官網、momo、蝦皮…)
   ↓ 依料號扣減
庫存與價格(可售量、保留量、變價規則)
   ↓ 訂單款項、抽成、退款
對帳與毛利(月結、稽核)

每一個箭頭都是一個「誰說了算」的決定。如果商品主檔不穩,後面的訂單、庫存與對帳都只能各自猜;所以多平台系統的建置順序,通常是從最上游的主檔開始。

層次要先決定什麼詳細做法
1. 商品主檔SKU、組合商品、包材與贈品怎麼對到同一個料號?組合商品與 BOM 庫存
2. 訂單與庫存訂單狀態、可售庫存與變價以哪裡為準?訂單集中管理、庫存價格同步、多平台庫存對不起來
3. API 串接資料方向、權限、頻率與失敗處理怎麼設計?API 串接前要確認什麼、可對帳可回滾的自動化
4. 系統選型導入 ERP,還是做客製後台整合?ERP 還是客製
5. 營運看板每天要看哪些狀態與例外?營運 dashboard 應該看哪些狀態

第一層:商品主檔——讓每個平台對到同一個料號

主檔是整個系統的地基。BOM 的核心是把銷售 SKU、組成品、包材、贈品與庫存扣減規則連成可計算的主檔,並保留版本與生效時間;組合商品要拆到底層料號扣庫存,才不會超賣。設計方式請看組合商品與 BOM 庫存要怎麼設計。

第二層:訂單與庫存——決定誰是真實來源

第三層:API 串接——先寫規格,再寫程式

串接的第一步不是開發,而是列出資料方向、權限、頻率、失敗重試、冪等鍵、欄位對應與人工接管點,請看電商平台 API 串接前要先確認什麼。

串接上線之後,真正的考驗是出錯的時候。可靠的自動化至少要有 dry-run 預覽、冪等、錯誤佇列、重試上限、讀回驗證、人工接管與回滾,請看電商自動化怎麼做到可對帳、可重試、可回滾。

第四層:系統選型——ERP 還是客製後台整合?

選型不是比哪套系統功能多,而是看你的流程和套裝系統差多少、資料要放在誰手上、團隊有沒有能力維運,以及例外狀況要花多少人力處理。如果多數流程都是業界標準做法,ERP 可能比較省力;如果平台組合、組合商品或對帳規則很特殊,先把最痛的一段做客製整合,通常比一次替換全部系統更可控。判斷方式請看電商該導入 ERP,還是做客製後台整合。

第五層:營運看板——從數字回到操作

看板不應只堆 KPI,還要把資料源狀態、待處理例外、最後更新時間、證據連結與下一個動作放在同一個入口,讓人能從數字回到操作,請看電商營運 dashboard 應該看哪些狀態。

訂單款項、抽成與退款最後都會流到對帳與毛利;這一段屬於獲利治理,請看電商成本、毛利與進貨對帳怎麼接。

怎麼開始?

映流會先做 多平台流程盤點:整理你的通路、商品主檔、訂單與庫存的資料來源,找出最常出錯的一段,再決定先串哪一條流程。目前的成熟度如下:

  • momo SCM 與全聯 PXEC 有已驗證的指定流程;蝦皮可承接;其他平台依開放的 API 與範圍評估,不誇稱全通路即時同步。
  • 所有變更先預覽、可稽核、可回復,不拿正式通路當試驗場。
  • 映流營運中心(Inflow Ops Center)目前以私有 Beta、限量客製導入提供,不是公開自助訂閱的 SaaS。

服務範圍請看通路與後台串接服務,營運中心的導入方式請看 Inflow Ops Center。

延伸閱讀

常見問題

多平台電商管理系統一定要買 ERP 嗎?

不一定。ERP 與客製後台整合不是二選一的品牌偏好,而是看流程差異、資料主權、維運能力與例外成本。很多團隊先從一個高頻、容易出錯的流程開始串接,比一次替換全部系統更可控。

官網、momo、蝦皮的庫存可以做到即時同步嗎?

要看各平台開放的 API、權限與更新頻率,不能一概而論。同步前要先決定 SKU 主檔、可售庫存、保留量與衝突規則,並在寫入後讀回確認;映流目前 momo SCM 與全聯 PXEC 有已驗證的指定流程,蝦皮可承接,其他平台依 API 權限評估。

多平台營運系統應該先做哪一塊?

先做商品主檔。SKU、組合商品與 BOM 沒有穩定的料號,訂單、庫存與對帳就沒有共同的對照基準。主檔穩定後,再依痛點決定先串訂單、庫存還是對帳。

自動化串接出錯怎麼辦?

可靠的自動化要有 dry-run 預覽、冪等鍵、錯誤佇列、重試上限、讀回驗證、人工接管與回滾。成功寫入一次不等於流程完成,出錯時要能停在待處理,而不是悄悄覆蓋正式資料。