兩個店鋪分開登入都正常，一旦同時處理訂單、改價和客服，驗證碼開始密集彈出，ERP 把 A 店庫存寫到 B 店。問題通常不在店鋪數量，而在帳號主體、賣家中心角色、登入環境、工具寫入這四層沒有一一對應。
eBay、Walmart、Etsy 的後台結構不同，多開流程不能原樣平移。下面給出一張店鋪映射表和排查順序，規則以各平台賣家中心當前頁面為準。
先判斷：問題通常不在店鋪數量，而在四層映射錯位
判斷標準：同一個店鋪是否始終對應同一主體、同一後台角色、同一登入環境、同一操作人。任一層出現「一對多」或「多對一」，並行操作時就會放大成驗證碼、權限串用或寫錯店。
帳號主體是註冊與收款歸屬；後台角色是 Seller Hub、Seller Center 或 Shop Manager 裡的成員權限；登入環境包括瀏覽器環境、設備與網路出口；工具寫入指 ERP、刊登、改價、客服工具透過 API 或外掛執行的寫入操作。
eBay、Walmart、Etsy 的後台差異：哪些動作不能照搬
三平台不能直接套用同一套多開流程。下表只列影響映射的差異，具體選單以各平台當前後台為準。
| 平台 | 帳號主體與後台 | 角色或權限核對點 | 店鋪層級 | 工具寫入注意 |
|---|---|---|---|---|
| eBay | eBay 帳戶；Seller Hub | 成員權限在 Seller Hub 頁面核對 | 店鋪歸屬按後台顯示，不把簡稱當主體 | API 能否按店區分，刊登、改價、訂單權限是否分離 |
| Walmart | Marketplace 帳戶；Seller Center | 成員角色與 API 金鑰逐項記錄 | 以後台店鋪切換頁面為準 | 測試與正式金鑰分開，授權寫清店鋪與渠道 |
| Etsy | Etsy 帳號；Shop Manager | 成員權限與 OAuth 授權範圍逐店核對 | 以 Shop Manager 顯示的店鋪歸屬為準 | 檢查是否含跨店寫入權限，撤銷舊授權 |
差異核心不是誰更嚴，而是同一操作人的權限範圍、同一 API 授權覆蓋的店鋪並不一樣。把 eBay 做法搬到 Walmart 或 Etsy，先重做角色和授權映射；可結合eBay、Walmart、Etsy 賣家帳號管理對比逐項核對。
把每個店鋪填進一張映射表
用一張六欄表涵蓋所有店鋪，填完再開啟工具。
- 店鋪：後台顯示的全稱和店鋪 ID，不用「主店、小號」代稱。
- 帳號主體：註冊主體、收款帳戶、雙重驗證裝置。
- 後台角色：管理員、標準成員、財務或唯讀角色分別寫清。
- 登入環境：一個環境只對應一個店鋪，禁止一個環境登入兩間店鋪。
- 操作人：按崗位分配，改價、出貨、客服不共用登入憑證。
- ERP/API 授權：授權對象、讀寫範圍、覆核日和撤銷人。
兩店簡例：A 店主體公司甲、Seller Hub 管理員、環境 A、操作人小張、ERP 僅讀取訂單；B 店主體公司乙、標準成員、環境 B、操作人小李、ERP 可讀取訂單及寫入發貨。若出現 A 店在環境 B 登入、小張同時持有兩店管理員、ERP 把 A 店庫存寫進 B 店，就是三處明確錯位。
映射表長什麼樣：用兩個店鋪示例看錯位點
把映射表放進共用文件，每週抽查。重點是每次切換店鋪時都能回答：現在是誰、在哪個環境、以什麼角色、對哪個店鋪執行寫入。
配圖用不同顏色資料夾分開兩套店鋪資料，提醒團隊：資料、設備、登入環境和操作人應一起固定。
賣家中心先做六項固定設定，再談工具接入
接入第三方工具前，先在賣家中心完成六項設定；它們屬於後台職責，工具不能替代。
- 帳號資料歸檔：主體證明、電子信箱、收款帳戶、店鋪 ID、驗證設備集中登記。
- 角色最小權限：管理員只留一到兩人，營運不給財務和成員管理權限。
- 雙重驗證：每店獨立驗證器或復原碼，復原碼離線歸檔。
- API/ERP 授權範圍：依店鋪、依讀寫動作授權，測試授權不連正式店。
- 店鋪通知：訂單、政策、驗證通知指派給職務負責人。
- 操作紀錄：改價、庫存、出貨、授權變更保留日誌。
店鋪管理工具怎麼選：先看寫入邊界，再看功能
先看寫入邊界，再看功能數量。以下檢查項目比「支援多少平台」更能決定多店是否穩定。
- 目前操作店鋪始終可見：名稱、店鋪 ID、平台和主體不能只顯示簡稱。
- 寫入操作二次確認：改價、庫存、出貨、退款可選擇店鋪並留下紀錄。
- 權限細分至店鋪與角色：客服僅能檢視會話，營運人員不能修改付款設定。
- 失敗時有回滾或補償紀錄：能定位到具體店鋪與具體寫入項目。
- 環境與代理可匯出核對：能與映射表逐行對應。
- 授權可隨時撤銷：離職、換崗、停店時立即收回 token 與成員資格。
選型時可對照eBay、Walmart、Etsy 賣家中心比較與工具選擇標準，先算清寫錯店鋪的代價，再比較刊登、客服與報表功能。
工具寫入邊界清單：A 店操作如何不落到 B 店
工具接入前做四道檢查點：綁定、切換、確認、回滾。綁定看授權對象是否與店鋪 ID 一致；切換看介面是否強制顯示目前店鋪；確認看寫入操作是否要人再點一次；回滾看失敗後能否匯出紀錄並還原原值。
配圖用四個彩色托盤表示四道檢查點：紙本單據先進入對應托盤，再由第二人核對日誌。線上工具也應先驗證邊界，再放量操作。
四類高頻避坑：驗證碼、權限串用、ERP 寫錯店、交接殘留
排查按固定順序：先查帳號與環境對應，再查後台角色，再查工具授權，最後查交接記錄。不要先歸因平台風控，也不要用新工具覆蓋舊問題。
| 症狀 | 常見根因 | 先查什麼 | 修復動作 |
|---|---|---|---|
| 驗證碼頻繁 | 同環境登多店、出口變化、操作人切換、二次驗證重置 | 環境與店鋪是否一一對應、出口是否穩定、最近誰操作 | 拆環境、固定出口、獨立驗證設備；仍異常查看帳戶通知 |
| 權限串用 | 共用主帳號、角色權限過大、離職未撤銷、token 重複使用 | 成員列表、角色、授權記錄 | 最小權限、獨立子帳號、撤銷舊 token |
| ERP 寫錯店 | 授權綁定錯誤、切換未確認、同步規則覆蓋、測試混用 | 授權對象、寫入操作日誌、失敗記錄 | 立即停止寫入、重新綁定店鋪、啟用確認與回滾 |
| 交接殘留 | 驗證器、復原碼、ERP 子帳號、瀏覽器環境未移交 | 離崗清單、登入裝置、API 授權 | 變更密碼、撤銷授權、重新綁定驗證器並更新映射表 |
驗證碼與權限問題常同時出現。排查時可參考帳號頻繁觸發校驗時的指紋衝突排查清單，但不要把瀏覽器環境當成唯一原因；帳戶通知和平台政策才是處置依據。eBay 店鋪的日常操作也可結合eBay 賣家中心與多帳號營運排查逐項核對。
合規邊界：工具解決效率，不替代平台規則
合規邊界：多帳號營運應有合理業務需求，並遵守各平台賣家政策；店鋪管理工具解決效率和記錄問題，不替代平台審核，也不用於繞過驗證、限制或流程。eBay 的賣家政策與帳戶要求以 eBay Seller Center 當前頁面為準；Walmart、Etsy 的具體規則同樣以各自賣家中心當前頁面為準。
常見問題
兩個店鋪同時登入就彈驗證，先查什麼？
先查映射表：兩店是否共用一個登入環境、出口或操作人；再查二次驗證是否被重設。不要先買新工具，也不要斷言平台風控。
Walmart 和 Etsy 能否直接沿用 eBay 的多帳號登入方式？
不能。三個平台的後台角色與授權範圍不同，先依 Seller Center、Shop Manager 目前頁面重建對應關係，再決定哪些動作交給工具。
ERP 已綁定多店，如何驗證不會串店？
用測試授權和測試店鋪做寫入操作，核對介面上的目前店鋪、日誌中的店鋪 ID、失敗回滾記錄；正式店先只開唯讀，確認後再開寫入權限。
兩人小團隊交接最容易漏掉哪項權限？
最易漏掉舊成員的 API token、二次驗證裝置和 ERP 子帳號。交接清單要同時撤銷這三項，並更新對應表的操作人欄位。
