系統整合是什麼？企業六種整合場景、三種架構與發包前要準備的資料

系統整合是把公司裡各自為政的系統（ERP、CRM、官網、LINE、POS、會計、排班）用 API 或中介層接起來，讓同一筆資料只輸入一次、自動流到該去的地方。它要解的是「人肉搬資料」：訂單在 A 系統、出貨在 B 系統、對帳在 Excel，每天有人在中間複製貼上。

我們自己公司就是最好的例子。恆遠內部的客戶對話、名單、電子報、報價、請款原本散在五個工具裡，後來把它們收進同一條資料流，業務回一封 LINE 訊息，後面的 CRM 階段、追蹤提醒、報價單就自動接上。這篇把我們做過與看過的整合需求整理成六個場景、三種架構，最後給你一張發包前要準備的資料清單。想先弄懂 API 本身，可以先看API 是什麼。

先給整篇的速覽表，三十秒內判斷你屬於哪一種。

系統整合到底在整合什麼：六個最常見的場景

先講結論：九成的整合需求都落在下面六種，你可以直接對號入座。

這六種的共通點是：每一段流程換一套系統，資料就要人搬一次。搬的人不會出錯的話你不需要整合，問題是人一定會錯，而且錯的成本通常在月底才爆出來。「報價到請款」這一段我們有現成的東西在跑：秒發報價Pro就是把報價、請款、收款狀態收成一條流程，成交後不用再開第二套系統重打一次。想看訂單與出貨那一段在 ERP 裡怎麼接，報價單、請款單、出貨單自動串接那篇拆得比較細。

點對點、中介層、iPaaS：三種架構怎麼選

一句話分工：兩套系統用點對點，三套以上請中介層，沒工程師又只做輕量流程用 iPaaS。

我們的判斷很直接：中小企業一開始都想用點對點省錢，但超過三套系統之後，點對點的維護費會在一年內追上中介層的建置費。原因是每條連線都是獨立的程式，任何一套系統升級版本，所有連到它的線都要重測。中介層把這件事收成一個地方改。自建與買現成平台的取捨，自建 iPaaS vs 買 Workato／Zapier那篇有六個決策點可以逐條對。

講到中介層，我們自己的 SalesKing 就是照這個架構長的：LINE 對話、客戶資料、電子報自動化都進同一個後台，AI 讀完對話判斷銷售階段再生成追蹤計畫，前端換什麼管道進來都不用重做流程。它是我們每天在用的 CRM，也是我們對「中介層值不值得」這個問題的實際答案。

整合案子的錢花在哪：三種計費模式與隱藏成本

整合報價最常被低估的兩塊是「對方系統的 API 到底能不能用」和「上線後誰顧」。前者在報價前就要查清楚，後者要在合約裡寫。

SaaS 端的接口費用是最常出現在請款單卻沒出現在報價單的項目，SaaS 接口整合費用完整拆解列了六種計費模式；發包時要問的問題與合約紅線，企業 API 整合外包採購指南整理成一份清單。金流這一段特別要注意，串綠界、藍新、Stripe 各家的費率與對帳方式差很多，金流串接選型指南有完整比較。

發包前要準備的資料清單

整合案子談不下去，八成是因為業主說不清楚「現在資料長什麼樣」。下面這張表準備好，廠商才報得準，你也才比得出誰在亂報。

這份清單其實就是需求書的一部分，格式可以直接套客製化系統需求書（BRD）寫法那篇的範本。電子發票、POS、進銷存這類法規綁得緊的整合，還要多準備加值中心的資料，電子發票整合外包買家指南有列。

先做哪一條：從最痛、最簡單的那段開始

整合不要一次全接。先挑「每天都在痛、而且兩端都有 API」的那一段，兩到四週上線，讓公司先感受到差別，再往下接。

• 第一優先：官網表單到 LINE、報價到請款。兩端都好接，效果當天看得到。
• 第二優先：訂單到出貨、會員到 CRM。要對欄位，但省下的人力最多。
• 最後做：POS 到會計、排班到薪資。牽涉法規與會計科目，要會計與人資一起坐下來對。

LINE 這一段常被當成小事，但它是多數中小企業第一次接觸整合的入口，LINE Bot 客製化開發指南寫了四種商業情境。系統多到需要統一管 API 權限與流量時，再考慮 API Gateway，API 管理與 API Gateway 採購指南比較了五條路。