不換 ERP 也能自動接單？LINE 訂單進 ERP 的三種串法
一家做冷凍食材批發的公司，ERP 用了快十年。系統是穩的，會計熟、倉庫熟，帳也對得起來。老闆真正的問題在前面那一段：客戶還是在 LINE 群組裡打字下單，助理每天早上把訊息一筆一筆看過去，再切到 ERP 打進銷貨單。
他想自動化，但第一個念頭是：「那我是不是要換 ERP？」
不用。這是很多批發商在評估接單自動化時最大的誤解，也是導入前最常卡住的一關。接單自動化解決的是「非結構化訊息變成結構化訂單」，ERP 負責的是資料進來之後的庫存、出貨、對帳——這是兩層不同的事，中間需要的只是一條把資料送進去的路。
而 LINE ERP 串接這條路，通常有三種走法。三種都不需要原廠幫你改程式。（如果你還在比較「訊息怎麼變成訂單」那一段，可以先看客戶用 LINE 下單，訂單怎麼自動進 ERP；本篇談的是後半段——資料產生之後，怎麼進到你既有的系統。）
為什麼「不用換 ERP」值得先講清楚
先講一個台灣中小企業的現況。依經濟部《2019 年中小企業白皮書》的數位化程度調查（收錄於行政院《引領中小微型企業數位轉型戰略攻頂計畫》核定本，2020 年 9 月），50 人以下服務業在「進銷存管理」這一項，有 67.1% 停留在基本電腦軟體，也就是 Word、Excel 這一級；真正導入專業 ERP 的只有 8.4%。
這組數字有點年份了，但方向沒變：多數中小企業要嘛還沒上 ERP，要嘛好不容易上了、剛熟悉，最不想聽到的就是「再換一套」。換 ERP 的成本從來不只是授權費，是三個月的教育訓練、帳務並行、以及一段誰都不敢碰的過渡期。
所以問題應該倒過來問：**既有的 ERP 開放到哪一層？**答案決定你能走哪條路。
串法 A：標準 API——最乾淨，但要先確認你的版本有
如果 ERP 本身提供對外介面，這是最理想的路。資料即時進去、有回傳、失敗有錯誤碼，不需要中間檔案。
只是「有沒有 API」這件事，比想像中複雜，而且各家講法不同，實查會發現層次差很多。
以鼎新數智為例，官網的 ERP 產品線依規模分成五條：集團型的 T100、中大型製造業的 Workflow ERP GP、中大型流通業的 Cosmos ERP、中小企業的 SmartERP，以及小微型企業的 A1 商務應用雲。不同產品線的整合方式並不一樣。
企業級的系統整合，鼎新官網把它列為一個獨立產品：EAI 整合應用解決方案，架構上屬於 ESB、MDM、ETL 這類整合中介軟體。頁面上的行動呼籲是「立即諮詢」——也就是說，這是要談的，不是自助開通的。至於是否另計費用、權限怎麼取得，官網未公開說明，得直接問原廠。
至於 A1 商務應用雲，它確實有 API，但那是「已內建的特定串接」。官方電商訂單頁寫的是一鍵匯入各電商平台訂單，清單是固定的幾家：蝦皮、SHOPLINE、91APP、CyberBiz 等。這對做電商的人很好用，但那是原廠已經接好的通道，跟「開發者可以自行呼叫的通用 API」不是同一件事。
天心資訊（天心資訊開發股份有限公司，ATTN）的產品線則是 Sunlike、SunFusion ERP、Online 企業管理系統與 CPA 財稅系統。台灣官網上主打的整合方式是檔案匯入工具，對外 Web API 官網未明確說明。
順帶一提，因為名稱容易混，先釐清：Workflow ERP 是鼎新的產品線，不是天心的。 兩家都是台灣做很久的 ERP 廠商，找資料時搞混會白繞很多路。
這條路的適用條件：你的 ERP 是近幾年的版本、原廠有整合方案、公司有可以對接的 IT 窗口或配合的系統商。要準備的通常是三件事——確認原廠的整合模組是否已在合約內、申請測試環境、拿到欄位規格文件。這幾步的時間多半不在技術，在等回覆。
串法 B：匯入檔——最低風險、最快上線，代價是非即時
第二條路是最務實的：AI 把 LINE、Email、傳真的訂單整理成結構化資料，產出 ERP 看得懂的 CSV 或 Excel，再由既有的匯入功能吃進去。（電商平台為什麼有現成 API、而 LINE 和 Email 沒有，另一篇有完整說明。）
好處很明顯。它走的是 ERP 原本就支援的路徑，所有欄位檢核、單據編號規則、稽核軌跡都還在，不繞過任何邏輯。系統商不用改東西，出事也容易回溯——大不了不匯入。
而且這個功能通常本來就有。天心資訊官網的跨系統 Excel 整合方案介紹的 FTRN2 工具，流程就是兩步：先把資料轉成 Excel，再透過工具轉入系統，涵蓋客戶、廠商、貨品、進貨單、銷貨單、傳票。官方頁面自己的說法是「不需更換系統，重新再購買昂貴的軟體」。
但代價要說清楚，而且不只是「非即時」。
鼎新 A1 的進階匯入管理頁面把限制寫得很坦白：採儲值金扣費，每帳號 1,000 筆免費額度，用完後每 5 筆收 1 元；批次新增單次最多 50 筆免費匯入，批次修改單次最多 20 筆。更值得注意的是，未租用加值模組時，批次刪除、權限控管、執行紀錄查詢、失敗與異常處理、多批次佇列都不支援。
失敗處理和執行紀錄，恰恰是自動化流程最需要的兩樣東西。一天匯十次、每次五十筆，某一次有三筆客戶代碼對不上——沒有異常處理，你會在對帳日才發現。
所以匯入檔的真實定位是：單量中等、可以接受批次節奏、且願意在流程裡保留一個人負責看匯入結果的公司。這其實涵蓋了相當多批發商。一天早上八點半、中午、下班前各匯一次，對出貨排程完全夠用。
串法 C：資料庫或 RPA 直寫——什麼情況才該考慮
第三條路是繞過 ERP 的正常入口：讓 RPA 機器人去畫面上模擬人操作，或更激進地直接寫入後端資料庫。
先講 RPA。技術上可行，但它的脆弱性是結構性的。LYNUXTEK 一篇談 RPA 導入現場的文章講得很直接：「只要 UI 有微小變動、權限有輕微調整，腳本就可能失效；而一旦擴大到更多情境，維護成本就會呈倍數成長。」文中給的實務原則是「能用 API 就不點 UI，能批次就不逐筆」，並建議把 RPA 定位為過渡或戰術型方案，而不是長期架構——因為長期依賴 UI 串接老系統會「形成難以解除的技術依賴」。
同一篇還提醒：起初省下的工時，會逐步被例外處理、權限調整與 UI 變動的修補吃掉。
至於直接寫資料庫，這件事更需要保守。ERP 的欄位檢核、單據編號規則、庫存異動連動，多半寫在應用層而不是資料庫層——繞過應用層等於繞過這些邏輯。這是架構上的推論，至於各家原廠的支援條款怎麼認定，請以合約與原廠說明為準，公開頁面上並沒有明確規範。
什麼情況才考慮 C：ERP 老到沒有任何匯入介面、原廠已無支援、短期內確定不會換，而人工打單的成本已經高到不能等。即使如此，也建議只把它當成六到十二個月的橋，同時把日誌、錯誤告警、回滾方式一起設計進去。
三種串法怎麼選
| 串法 A：標準 API | 串法 B：匯入檔 | 串法 C：RPA／DB 直寫 | |
|---|---|---|---|
| 即時性 | 即時 | 批次（可排程，通常數十分鐘到數小時） | 準即時，但不穩定 |
| 上線速度 | 慢（等原廠與規格） | 最快 | 中等 |
| 風險 | 低 | 最低 | 高 |
| 是否需要原廠配合 | 需要 | 通常不需要 | 不需要，但也不受保障 |
| 維護成本 | 低 | 低 | 高，隨介面改版波動 |
| 適合 | 有整合方案的近期版本 ERP、有 IT 窗口 | 多數中小批發商 | 老系統、無其他選擇時的過渡 |
決策其實可以簡化成兩個問題：
- 你的 ERP 有沒有原廠支援的介面（API 或匯入）？ 有的話，不要碰 C。
- 你能接受多久的延遲？ 需要客戶下單後五分鐘看到庫存扣減，走 A；早上收單、中午出貨排程，B 就夠了。
大部分食品與生鮮批發商的實際答案是 B。因為他們的出貨本來就有明確節點——早上截單、中午配車——不需要秒級即時。
真正花時間的不是串接，是前置對應
這是評估時最容易低估的一段。技術串接可能兩週搞定，但下面這三件事會決定專案順不順。
客戶代碼對應。 群組裡的「阿明」在 ERP 裡是「C0231 明記餐飲」。這張對照表要有人一筆一筆確認，客戶數兩三百家的話，通常要一到兩週，而且只有業務或老闆自己知道誰是誰。
品項與規格對應。 「豬五花」在 ERP 裡可能有三個料號，差在部位、厚度、包裝。這一段沒有捷徑，得由熟業務的人把常見叫法整理成別名清單。好消息是這份清單一旦建起來，AI 就能持續套用，而且客戶說「老樣子」時也有依據可查。
單位換算。 斤、公斤、箱、件混用是常態，而且同一個客戶不同品項還可能用不同單位。這要跟 ERP 的基本單位定義對齊。
實務上，這三件事加起來的前置時間，通常比串接本身長。願意先花這段時間的公司，上線後幾乎不會回頭；想跳過的，多半在第二個月開始出現對不上的單。
誠實的邊界：什麼情況不該現在做
不是每家公司現在都適合。幾個明確的訊號：
- 日單量低於 20 張、品項不到 30 個。 助理花的時間可能一天不到半小時，導入的前置成本回收得很慢。先把 Excel 表單整理好比較划算。
- ERP 才剛導入、還在磨合期。 兩個專案疊在一起，出問題時會分不清是誰的責任。等 ERP 穩定至少半年再說。
- 客戶結構正在大幅變動。 對照表建到一半客戶就換掉，白工。
還有一個常被忽略的前提：這件事要有人負責。不是 IT 負責，是有人願意在上線前兩週把對照表確認完，並在上線後一個月每天看匯入結果。沒有這個人，走哪條路都會卡。
回到最初的問題
不用換 ERP。這句話的完整版本是：不用換 ERP，也不用要求客戶改變下單習慣——客戶繼續在 LINE 群組打字、繼續傳 Email、繼續打電話，AI 負責把這些訊息變成結構化訂單，再挑一條你的 ERP 已經開好的路送進去。
真正要評估的，是你的 ERP 開放到哪一層、你能接受多久延遲、以及公司裡有沒有人願意花兩週把對照表建起來。這三個問題答完，串法就自然浮出來了。
常見問題
Q：導入 AI 接單，是不是一定要換掉現在的 ERP？
不需要。接單自動化要解決的是「訂單從訊息變成結構化資料」這一段，ERP 負責的是資料進來之後的庫存、出貨、對帳。這是兩層不同的事。實務上有三條路可以把資料送進既有 ERP：標準 API、匯入檔、資料庫或 RPA 直寫，都不需要原廠改程式，也不需要換系統。真正要評估的不是換不換，而是你的 ERP 開放到哪一層、你能接受多久的延遲。
Q：匯入檔的做法看起來最簡單，有什麼代價？
代價是非即時，以及匯入本身可能不是免費的。以鼎新 A1 商務應用雲的進階匯入管理為例，官網寫明採儲值金扣費，每帳號有 1,000 筆免費額度，用完後每 5 筆 1 元；批次新增單次最多 50 筆免費匯入。更關鍵的是，未租用加值模組時，失敗與異常處理、執行紀錄查詢都不支援——而這兩項正是自動化流程最需要的。單量小時匯入檔很划算，量大之後這些限制會逐一浮現。
Q：用 RPA 讓機器人自己去 ERP 畫面上打單，可行嗎？
技術上可行，但要當成過渡方案而不是終局。RPA 是模擬人在畫面上操作，只要 ERP 的介面改版、欄位位置移動、或權限設定調整，腳本就可能失效。業界的實務原則是「能用 API 就不點 UI」。如果你的 ERP 短期內確實沒有其他介面，RPA 可以先把人從重複打字裡救出來；但同時要規劃好日誌、錯誤告警與回滾，並把它視為之後會被 API 或匯入取代的暫時橋樑。