週四 14:00，TikTok Shop 店鋪 A 直播間某 SKU 秒殺 50 單，但 Shopify 後台庫存仍顯示 80——三天前沒有把 TikTok 銷量回寫。週一對帳才發現兩邊已超賣 17 單，店鋪 A 隨即收到庫存數據異常預警。
問題不在工具數量，而在橋接規則沒定。TikTok Shop 是平台管控型庫存（平台側扣減、風控四層訊號疊加），Shopify 是自治型（庫存和定價完全自己控制）。兩套體系疊加後，最脆弱的介面就是庫存橋。選哪款 ERP 或 OMS 之前，先把橋接層三條規則定死。
兩套體系疊加，最先斷的不是工具，是庫存橋
很多團隊把 TikTok Shop 擴到 2–6 個帳號後，順手加了一兩個 Shopify 獨立站，然後用同一張 Excel 表管兩邊。結果是：TikTok Shop 端庫存由平台按直播間節奏實時扣減，Shopify 端庫存靠手動刷新或每週匯出一次 CSV。兩邊對不上時，要麼超賣觸發平台預警，要麼獨立站顯示有貨但實際已發完。
更隱蔽的是定價主權衝突。TikTok Shop 促銷由平台活動日曆驅動，Shopify 獨立站可以自主設折扣。同一個 SKU，直播間限時五折和獨立站全場七折同時生效時，誰先改價、衝突時誰讓，如果沒有預設規則，最後只能靠人肉盯。
橋接層三條規則：定死再上工具
- 庫存主從關係。選一邊做source of truth（通常是Shopify，因為SKU生命週期更長），另一邊做從屬同步。TikTok Shop銷量每4小時回寫一次到Shopify庫存欄位，容忍延遲≤4h。判斷標準：如果某SKU在TikTok日銷超過獨立站日銷的3倍，該SKU庫存主從翻轉為TikTok側主導。
- 訂單歸集主鍵。用「SKU + 平台 + 店鋪」三元組分池。TikTok店鋪A和店鋪B的同一SKU不能混入Shopify發貨池，否則發貨地址和售後責任歸屬混亂。判斷標準：發貨單上能否只憑主鍵唯一確定由哪個倉、哪個店鋪、哪個物流商出庫。
- 定價主權邊界。TikTok Shop直播前2小時鎖價，此後該SKU在獨立站同步鎖價。促銷重疊日（如平台大促撞上獨立站站慶），以毛利底線為紅線，先觸發紅線的一方自動取消活動。判斷標準：能否在系統中設一條「若平台A折扣導致毛利＜X%，則平台B同步取消對應SKU促銷」的自動規則。
這三條規則一旦定死，工具選型才有錨點。不先定規則就上OMS，只會把混亂從Excel搬進系統裡。
按規模定工具棧：三檔別混用
| 規模檔位 | 推薦工具組合 | 升級觸發條件 |
|---|---|---|
| 2個TikTok + 1個Shopify | 自建表格（庫存+訂單）+ 瀏覽器多開隔離環境 + Shopify原生庫存API | SKU＞200 或 日單量＞80 或 在運營平台＞3個 |
| 4–6個TikTok + 1–2個Shopify | 輕量OMS（訂單歸集+庫存同步）+ Shopify原生庫存 + TikTok Shop賣家中心子帳號分權 | 日單量＞300 或 需跨平台定價聯動 或 團隊＞5人 |
| 6+個TikTok + 2+個Shopify | 統一工作台（P1Browser多環境）+ 中台OMS + TikTok Shop API + Shopify API雙向同步 | —（此檔已是穩態） |
檔位之間的跳躍通常不是突然發生的，而是庫存同步延遲超過4h、訂單分池出錯超過3次/週、或帳號隔離被平台風控標記時被迫升級。具體怎麼判斷該不該上工具，可以參考多平台商店統一管理的三層收口邏輯。
工具架構圖：橋接層長什麼樣
左側是TikTok Shop多帳號區，每個帳號對應一套獨立憑證、獨立出口IP、獨立瀏覽器環境和獨立數據行為基線（四層風控信號缺一不可）。中間是橋接層：庫存同步服務（定時拉取+事件觸發雙通道）、訂單歸集引擎（按三元組分池）、定價規則引擎（毛利紅線+鎖價窗口）。右側是Shopify自治區，庫存和定價的最終寫入權保留在Shopify側，TikTok只做讀+報。
TikTok Shop帳號隔離的細節——四層信號如何逐層排查——在TikTok Shop多商店環境排查與風險自查中有完整流程。Shopify側的員工權限分配則遵循Shopify官方幫助文檔中按角色而非按商店切分的原則。
每日四段節奏：把兩套體系的髒活排進日曆
- 09:00 庫存對帳（單人/系統自動）。拉取TikTok Shop昨日銷量，回寫Shopify庫存欄位。延遲超4h的SKU標紅，當天補同步。2人團隊由1人負責，系統自動跑腳本則只需抽檢。
- 13:00 訂單認領與發貨（按池分人）。按三元組主鍵把新訂單分入TikTok池或Shopify池，各池由對應倉/物流商出庫。未認領超2h的訂單觸發提醒。團隊分工時，TikTok池和Shopify池分屬不同操作人，避免交叉發貨。
- 17:00 定價與促銷複核（團隊周會15min）。確認次日TikTok直播SKU鎖價是否已生效、獨立站是否有未結束的促銷與平台活動重疊。衝突按毛利紅線規則自動或手動取消一方。
- 每週一 帳號環境巡檢（操作員+審核員）。對照TikTok Shop四層風控信號（憑證、出口IP、瀏覽器環境、數據行為）做自查，同時檢查Shopify員工權限日誌是否有越權操作。詳細清單可參考電商多帳號登入環境與子帳號設定要點。
節奏落地後的第一週檢查清單
第一週結束時，逐項確認以下六個節點是否跑通：①庫存同步腳本連續7天無中斷；②訂單三元組分池零串池；③TikTok各帳號四層隔離自查通過；④Shopify員工權限已切到崗位（運營/客服/財務）而非按店鋪；⑤至少觸發過一次定價衝突規則且結果符合預期；⑥資金歸集路徑獨立，TikTok Shop結算帳戶與Shopify收款帳戶無交叉。任何一項未通過，先修該項再進入第二週，不要帶著斷點繼續堆節奏。
資金歸集的具體觸發條件和日週月巡檢頻率，可參考從帳號隔離到資金歸集的多店鋪管理SOP。
常見問題
庫存同步延遲多少分鐘算可接受？
非大促期≤4小時（與日對帳節奏一致），大促或直播前≤30分鐘。超過閾值應觸發告警而非靜默等待，否則超賣損失會遠超同步成本。
兩平台同SKU促銷衝突時誰讓價？
按毛利紅線規則：先觸及毛利下限的一方自動取消。若雙方同時觸及，由獨立站取消（因為獨立站流量成本更低、恢復更快），TikTok側保留曝光。
2人團隊該不該上ERP或OMS？
日單量＜80且SKU＜200時不需要。用自建表格+瀏覽器多開+Shopify原生庫存API即可覆蓋。上了ERP反而增加維護負擔和同步鏈路，出錯面更大。
TikTok Shop流量引到獨立站的訂單，售後責任歸誰？
歸引流方（TikTok店鋪）。物流時效按Shopify側承諾執行，但售後客服入口和退款操作在TikTok Shop賣家中心完成，因為買家是從TikTok入口進來的，平台考核的是店鋪A的糾紛率。
