技術分享

鼎新 ERP 串接電商、POS 的 4 種方式與費用

鼎新等套裝 ERP 要和電商、POS 交換訂單、庫存與帳務資料,常見做法有四種:API 串接、中繼資料庫加排程、資料庫直連,以及 CSV 匯出匯入。要即時、要穩定,優先用 API 或中繼排程;資料量小、更新不頻繁,CSV 就能先用。選哪一種,取決於 ERP 版本開放哪些介面、資料要多即時,以及出錯時誰負責補救。本文比較四種方式的差異、導入前要確認的事與費用區間。

作者 JoinX 哲煜科技 創辦人暨執行長發布 閱讀約 7 分鐘
鼎新 ERP 串接電商、POS 的 4 種方式與費用

重點摘要

  • ERP 串接電商、POS 常見四種方式:API 串接、中繼資料庫加排程、資料庫直連、CSV 匯出匯入,差別在即時性、穩定性與對 ERP 的影響。
  • 能用 API 就優先用 API;ERP 沒有開放 API 時,中繼資料庫加排程通常比直接寫進 ERP 資料庫安全。
  • 資料庫直連最快,但會繞過 ERP 的檢核邏輯,改版後也容易失效,多半只建議用在唯讀查詢。
  • 串接前要先向鼎新或原廠確認產品版本、可用介面、授權與測試環境,這些決定了能用哪一種方式。
  • 依 JoinX 公開的行情,每串接一個系統約 NT$5 萬至 20 萬,ERP 原廠的授權與介面模組費用另計。
本文目錄

鼎新等套裝 ERP 要和電商、POS 交換訂單、庫存與帳務資料,常見做法有四種:API 串接、中繼資料庫加排程、資料庫直連,以及 CSV 匯出匯入。要即時、要穩定,優先用 API 或中繼排程;資料量小、更新不頻繁,CSV 就能先用。

很多公司的 ERP 已經用了很多年,財會與庫存都很穩定,問題出在後來加上的電商與門市:訂單要人工輸入 ERP、庫存每天對不上、月底對帳要花好幾天。這時要解決的不是換掉 ERP,而是讓資料自動、可追蹤地流進去。

ERP 串接電商、POS 有哪 4 種方式?

ERP 串接電商與 POS,常見的做法是 API 串接、中繼資料庫加排程、資料庫直連與 CSV 匯出匯入四種,差別在資料多即時、出錯時好不好追查。

方式一:API 串接

API 串接是由 ERP 開放的介面(例如 Web Service 或 REST API)收送資料,電商下單後立即寫入 ERP、ERP 的庫存變動也能即時回傳。資料會經過 ERP 本身的檢核規則,帳務最不容易出錯。前提是 ERP 的版本與授權有開放對應的介面,有些介面需要向原廠另外購買模組。API 要做好身分驗證、權限與流量限制,可參考 OWASP 的 API 安全十大風險逐項檢查。

方式二:中繼資料庫加排程

中繼排程是在 ERP 與電商、POS 之間放一個中繼資料庫或中介程式,雙方各自把資料寫到中繼區,再由排程每隔幾分鐘或每天固定時間整批轉入。好處是 ERP 沒有開放 API 也能做,而且任一邊暫時停機時,資料會留在中繼區等待重送,不會遺失。代價是資料有時間差,例如每 15 分鐘才同步一次庫存。

方式三:資料庫直連

資料庫直連是由外部系統直接讀寫 ERP 的資料表。開發速度最快,也最即時,但它繞過了 ERP 的檢核邏輯,寫錯一筆就可能讓帳務對不起來;ERP 升級改了資料表結構,串接也會跟著失效。多數原廠不建議直接寫入,實務上通常只用在唯讀的查詢,例如讓業務查庫存。

方式四:CSV 匯出匯入

CSV 匯出匯入是把訂單或庫存匯出成檔案,再匯入另一個系統,可以人工操作,也可以用排程自動放檔、讀檔。幾乎所有 ERP 都支援,成本最低,適合資料量小、一天同步一次就夠的情境,也常被當成正式串接上線前的過渡做法。缺點是時間差最大、欄位格式一改就會匯入失敗,而且需要有人每天確認匯入結果。

4 種串接方式怎麼比較?

四種方式沒有絕對的好壞,要看資料要多即時、ERP 開放哪些介面,以及公司能投入多少維護。下表是常見的取捨。

比較項目API 串接中繼資料庫加排程資料庫直連CSV 匯出匯入
即時性高,可即時同步中,依排程頻率高低,通常每日一次
穩定性高,有重送與錯誤回報時高,中繼區可暫存重送低,改版易失效中,格式一改就失敗
對 ERP 的影響低,走原廠介面與檢核低,只讀寫中繼區高,繞過檢核、增加資料庫負擔低
維護成本中,介面授權與版本相容中,要監控排程高,每次升級都要重驗低,但要人工確認
適合情境電商訂單、即時庫存ERP 未開放 API、多系統整合唯讀查詢資料量小、過渡階段

實務上常常是混合使用:訂單與庫存走 API 或中繼排程,商品主檔一天匯一次 CSV,報表需要的資料再用唯讀查詢取得。

串接前要先確認哪些事?

串接前最重要的是確認 ERP 的產品版本與可用介面,再定義每種資料以哪一邊為準,最後決定同步頻率與出錯時的處理方式。建議依下面的順序確認。

  1. 確認 ERP 產品與版本:向鼎新或原廠、經銷商確認目前使用的產品線與版本、有沒有開放 API 或匯入介面、介面是否要另購授權,以及能否提供測試環境。
  2. 盤點要交換的資料:列出商品、價格、庫存、訂單、退貨、會員與發票,每一種資料由哪個系統產生、哪個系統使用。
  3. 定義主檔歸屬:例如料號與庫存以 ERP 為準、會員資料以電商為準,避免兩邊各改各的。
  4. 決定同步頻率:訂單與庫存可能要即時或每幾分鐘一次,商品主檔每天一次通常就夠。
  5. 設計例外處理:同步失敗時要能重送、要有紀錄可查、要通知負責的人,不能讓資料默默遺失。
  6. 安排對帳與驗收:上線前用真實的訂單情境測試,例如部分退貨、換貨、跨月作廢發票,確認 ERP 的帳和電商、POS 對得上。

電商、POS 串接 ERP 最容易在哪裡出錯?

最常出錯的地方是料號對應、庫存同步的時間差、發票與退貨的帳務,以及會員個資的傳送,這四項要在規格階段就談清楚。

料號對應:電商的商品常有組合、贈品與多規格,ERP 的料號不一定一對一,要先建好對照表。庫存時間差:同步有間隔時,熱賣商品可能超賣,要決定保留安全庫存或在電商端即時扣減。發票與退貨:電子發票的開立、作廢與折讓要和 ERP 的帳務一致,流程可依財政部《電子發票實施作業要點》確認。會員個資:門市與電商的會員資料互通時,傳送範圍與保存方式要符合《個人資料保護法》,只傳必要的欄位。

比漾百貨怎麼把電商、POS 和鼎新財會接起來?

JoinX 為比漾百貨建置官網暨電商平台,並串接既有的 ERP、POS 與鼎新財會系統,讓線上與線下的資料整合(OMO),上線後也持續維護。

這個做法的重點是保留既有的系統:ERP 繼續管財會與庫存、POS 繼續負責門市,只新建官網暨電商,再把電商與門市需要的資料流接起來。只差電商這一段時,這通常比換掉 ERP 成本更低、風險也更小。更多保留套裝 ERP、再補上缺口的做法,可參考 ERP 怎麼選:套裝、雲端 ERP 與客製開發,其他產業的實例則整理在 台灣客製 ERP 案例。

正航等其他套裝 ERP 也能用同樣方式串接嗎?

可以。正航、SAP Business One 等套裝 ERP,同樣多半提供 API、資料庫檢視表或檔案匯入其中一種方式,四種串接的取捨也相同。

差別在於每個產品、每個版本開放的介面不同,授權方式也不一樣,有些要另購模組,有些只開放唯讀。所以不論是哪一套 ERP,第一步都一樣:先向原廠或經銷商確認可用的介面與授權,再決定用哪一種方式,不要先假設能直接寫入資料庫。

鼎新 ERP 串接要多少錢?

依 JoinX 公開的台灣客製專案行情,每串接一個系統約 NT$5 萬至 20 萬,需求梳理約 NT$10 萬至 30 萬;ERP 原廠的授權與介面模組費用另計。

項目費用區間內容
需求梳理NT$10 萬~30 萬盤點系統、介面與流程,產出可比較的規格
串接一個系統每個整合點 NT$5 萬~20 萬ERP 與電商、POS 或 WMS 其中一個系統的資料同步
補一個模組NT$50 萬~100 萬單一流程的管理工具,例如報價、派工或品檢
ERP 原廠授權與介面模組另計依鼎新或原廠的報價

費用的差異主要來自 ERP 開放介面的程度、要同步的資料種類,以及例外處理要做到多細。範圍很小的串接也可以談,小型系統從 NT$15 萬起,實際依需求報價。完整的費用結構與流程,可參考 ERP 系統整合服務。

常見問題

鼎新 Workflow、T100、A1 能不能接 API?

要看產品線、版本與授權。鼎新不同產品線開放的介面不同,同一產品不同版本也可能有差異,有些介面要另外購買模組或授權。建議直接向鼎新或經銷商確認四件事:目前版本有哪些可用的 API 或匯入介面、是否要另購授權、能否提供測試環境,以及之後升級時介面是否維持相容。確認之後,再決定用 API、中繼排程或 CSV。

串接會不會讓 ERP 變慢?

走原廠 API 或中繼排程時,影響通常很小;把大量資料集中在營業時間同步、或用資料庫直連頻繁查詢,才比較可能拖慢 ERP。可以把大批次的同步排在離峰時段,並限制每次同步的筆數。

可以先用 CSV,之後再改成 API 嗎?

可以,這也是常見的分階段做法。先用 CSV 把資料流與欄位對應跑順,確認主檔歸屬與例外情況,之後改成 API 時,規格大多可以沿用,只要替換傳送的方式。

ERP 升級後,串接要重做嗎?

走原廠 API 的串接,升級後通常只要重新測試;資料庫直連最容易受影響,資料表結構一改就可能失效。升級前應向原廠確認介面是否異動,並在測試環境先跑過一次。

電商開店平台可以直接接 ERP 嗎?

多數開店平台會提供訂單與商品的 API,有些也有現成的 ERP 串接外掛。如果現成外掛的欄位與流程合用,直接用最省事;不合用時,再由中介程式對接平台與 ERP 的 API,把料號對應與例外處理補上。

參考資料

  • 電子發票實施作業要點財政部
  • 個人資料保護法法務部
  • OWASP API Security Top 10 2023OWASP Foundation

以上為本文撰寫時引用的法規與資料;法規可能修訂,實際適用請以主管機關最新公告為準。

關於作者

李秉哲 Jack Lee

JoinX 哲煜科技 創辦人暨執行長

2016 年創立 JoinX 哲煜科技,帶領 80+ 人、橫跨台灣與日本的團隊,累計為 220+ 家客戶完成 520+ 個專案,其中包含 56 套中大型系統。

延伸閱讀