← 返回首頁

鼎新 ERP 資料串接

沒有官方 API、沒有原廠技術支援,一樣把 ERP 的資料接出來、把現場的單據送回去。我們處理鼎新 WorkflowERP 與 Digiwin HR 與自建系統之間的整合,涵蓋資料同步、單據回寫與上雲部署規劃。

鼎新 ERP 系統整合 MSSQL 增量同步 EIP / MES 串接 雲端部署

實機錄影

以下兩段錄影,是在沒有官方 API 文件、也不依賴原廠支援的情況下,從鼎新 HR 系統取得資料的兩條路徑。影片已遮蔽員工姓名、工號、部門、收件者信箱等資料,僅呈現技術流程。

一、直接呼叫客戶端元件取數

還原出可用的介面後,以獨立程式建立連線、登入並執行查詢,直接取得異常出勤資料並產出報表與通知草稿,全程不需開啟原本的 ERP 操作介面。這是效率最高、也最適合做成常態排程的做法。

二、以自動化操作原系統匯出

當某些功能只存在於操作介面、沒有對應的可呼叫介面時,改以自動化方式驅動原系統完成登入、設定查詢條件與匯出。速度較慢,但不改變 ERP 既有行為,適合當成過渡方案或補齊少數缺口。

兩段錄影皆為唯讀查詢與匯出,未對 ERP 資料做任何寫入。

這類案子難在哪

製造業要讓現場人員查得到品號、庫存、製令與訂單,或是把報工、領退料、生產入庫的單據送回 ERP,最常見的三個卡點是:

沒有官方 API

多數版本沒有對外開放的介接文件,原廠支援也未必涵蓋客製整合。能不能整合,取決於有沒有辦法自己把可用的介面找出來並驗證。

ERP 授權有限

現場人員通常沒有 ERP 帳號,也不該為了查一筆庫存去買授權。查詢必須走另一條路,而不是讓所有人直接連進 ERP。

資料同步容易做半套

抓得到新增與修改不難,難的是刪除與批次改單。多數自建同步撐得過前三個月,之後開始對不上帳,卻查不出是哪一筆漏掉。

回寫沒有交代

單據送出去之後有沒有成功、失敗原因是什麼,如果現場看不到,這套整合就等於沒有上線,只是把問題推給人工核對。

我們做過什麼

在一個沒有官方文件、也不依賴原廠支援的鼎新環境中,我們完成了:

介面還原

  • WorkflowERP 與 Digiwin HR 兩套客戶端元件的可用介面盤點
  • 還原出完整的呼叫簽章與連線流程
  • 以實際通訊比對驗證,而非猜測

連線與取數驗證

  • 實際建立連線、通過登入流程
  • 驗證查詢可穩定重複執行
  • 釐清工作階段的建立與釋放時機

安全邊界界定

  • 明確區分唯讀查詢與會改動資料的操作
  • 可能配號、跑交易或觸發重算的介面全部列為禁用
  • 不記錄帳密、連線位址與人事資料

可交付的技術文件

  • 每項結論標註證據等級(已實測/已還原/未驗證)
  • 可重跑的驗證腳本
  • 版本相依性與適用範圍明確標示
為什麼標證據等級?ERP 整合最貴的錯誤,是把「名稱看起來像唯讀」的介面當成安全的來用。我們的文件會分清楚哪些是實際跑過的、哪些只是還原出簽章但沒驗證過,讓客戶知道每一條結論可以信到什麼程度。

可以承接的範圍

查詢串接

讓沒有 ERP 授權的現場、業務或管理層,在自建系統上查得到品號、庫存、製令與訂單,不需要額外購買 ERP 帳號。

單據回寫

報工、領退料、生產入庫等單據在自建系統完成後送回 ERP,並讓現場清楚看到每一張單的狀態與失敗原因。

MSSQL 增量同步

依實際資料庫版本與授權選擇同步機制,含刪除與批次改單的處理,以及週期性對帳確保長期不失真。

部署架構規劃

自建系統上雲、ERP 與資料庫留地端的混合架構設計,含連線界線、資安邊界與備援規劃。

常見問題

我們的 ERP 版本比較舊,還能接嗎?

可以評估。做法本來就不依賴官方 API,反而是舊版本更常遇到沒有介接文件的情況。實際可行性要看客戶端元件與資料庫的狀況,這正是顧問期要先確認的事。

會不會動到 ERP 現有的資料?

查詢一律唯讀。單據回寫走 ERP 自己的商業邏輯,不直接寫進資料表,避免單號配發與成本計算失準。所有可能改動資料的操作,未經明確授權不會執行。

ERP 需要上雲嗎?

多數情況不建議。較合理的是自建系統上雲、ERP 與資料庫留地端,中間以受控的連線銜接,兼顧效能、授權與資安。實際建議會依現況調整。

只想先做查詢,之後再做回寫可以嗎?

可以,也建議這樣做。查詢先上線能最快讓現場有感,回寫牽涉的驗證與對帳較多,適合在查詢穩定後再進行。