電商網站串接 ERP 前要準備什麼？資料與驗收指南
電商與 ERP 是否能串接，需先確認介面文件、資料定義、授權與測試環境。僅知道 ERP 品牌或軟體名稱，還不足以判斷可行性與費用。
DFocus 鼎豐整合行銷｜2026-10-24
一、先說清楚要解決哪個作業問題
企業應先描述目前如何處理商品、庫存與訂單，以及希望減少哪些重複工作。例如網站接到訂單後，是否需要自動建立 ERP 訂單？ERP 庫存異動後，網站應何時更新可售數量？先確認作業目的，再決定資料流向與同步頻率。
二、向 ERP 廠商取得四項資訊
- 介面文件：可讀取或寫入哪些資料、欄位格式與錯誤回應。
- 授權與費用：目前版本是否開放介接，是否需購買模組、帳號或服務。
- 測試環境：是否有測試帳號、測試資料及可協助排查的技術窗口。
- 使用限制：連線方式、存取來源、呼叫頻率與維護時段。
若沒有可用介面，也可討論檔案交換或人工匯入匯出的過渡方式；實際可行性需個別確認，不應預先承諾所有系統都能即時雙向同步。
三、商品與庫存需要一致的識別方式
網站與 ERP 應確認商品編號、規格、單位與倉庫如何對應。相同品名不代表相同商品；顏色、尺寸、組合商品與停用狀態也要列入規則。庫存還需區分帳面數量、可售數量及已保留數量，避免兩端使用不同定義。
四、把訂單例外情境寫進規格
- 訂單何時送入 ERP：成立、付款後，或經人工確認後？
- 取消、退款、退貨及部分出貨，分別由哪一端處理？
- 優惠、運費、發票資訊與金額如何對應？
- 傳送逾時或失敗後，如何補送並避免建立重複訂單？
付款、出貨與庫存狀態應有明確的維護來源，並確認異動由誰負責。不要只測試一筆正常訂單，就將整個串接視為完成。
五、權限與紀錄也屬於整合範圍
介接帳號應只取得必要權限，測試與正式環境分開管理。帳號金鑰不宜透過公開表單或一般詢價信件傳送。另需確認失敗通知、處理紀錄及查詢方式，讓客服與管理人員能判斷資料是否完成同步，紀錄中也應避免不必要的敏感資料。
六、驗收時應包含哪些測試？
- 一般商品、多規格商品與不存在的商品編號。
- 庫存不足、訂單取消、部分出貨與退貨情境。
- 連線中斷、重複送出及失敗後補送。
- 金額、折扣、運費與單據資料的一致性。
- 測試資料清理、正式切換及問題回報窗口。
DFocus 如何協助評估？
可先提供網站網址、ERP 名稱與版本、現有介面文件、希望整合的流程、預算與上線時間。DFocus 會依文件及技術窗口回覆評估範圍，協調網站、ERP 與主機端的分工。開發費、ERP 授權、第三方服務與後續維護是否另計，應在報價與合約中列明。
本文為需求規劃參考，並非特定 ERP 的操作文件；可行性、時程及費用需依實際系統與規格確認。