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

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

