系統整合商是什麼？找廠商前該懂的判斷標準

作者｜瞻新資訊　張安邦執行長（台大醫工背景・十年以上IT服務公司創辦人）

「我們有ERP、有電商後台、還有一個LINE官方帳號，但三邊的資料完全不互通，同一筆訂單要在三個地方各輸入一次。」——如果這句話聽起來很耳熟，那你需要的服務，市場上叫做「系統整合」。

但接下來會遇到一個問題：搜尋「系統整合商」之後，跳出來的公司從幾百人的資訊大廠到十來人的開發團隊都有，服務範圍從企業ERP一路寫到機電工程。它們都自稱SI，你要怎麼判斷該找誰？

系統整合商在做什麼？先看一個很常見的情境

系統整合（System Integration，簡稱SI）指的是把企業裡原本各自獨立的系統、設備或軟體串連起來，讓資料能夠互通、流程能夠自動接續，成為一個能協同運作的整體。

用前面那個情境來說明會比較具體：一間公司同時有三套東西在跑——內部的ERP管進銷存與帳務、電商平台接線上訂單、LINE官方帳號跟客戶溝通。沒有整合的時候，線上來的訂單要有人手動抄進ERP、出貨狀態要有人手動回覆客戶，一筆訂單被人工碰三次，慢、而且每一次都是出錯的機會。

整合之後，理想狀況是：電商平台成立訂單→自動寫進ERP→出貨時自動透過LINE通知客戶。中間不需要人工轉抄。這就是系統整合商在做的事。

常見的服務項目包括：現況盤點與需求訪談、系統之間的串接開發、資料格式轉換與清理、客製化功能開發、教育訓練，以及上線後的維運。

「系統整合商」其實是一個範圍很廣的稱呼

這是很多人第一次找廠商時會困惑的地方。在台灣，被歸類為「系統整合」的服務範圍極廣：往一邊看，是企業內部的ERP、會計系統、POS、電商平台串接；往另一邊看，捷運與機場的土木機電整合工程、金融業的報價與外匯系統，也都算在系統整合的範疇裡。

這代表什麼？同樣自稱「系統整合商」的兩家公司，擅長的東西可能完全不同。一家專做大型基礎建設機電整合的公司，跟一家專做中小企業ERP與電商串接的團隊，技術能力、專案規模、報價結構、溝通方式都不在同一個量級——不是誰比較厲害，是根本在做不同的生意。

所以發包前的第一件事，不是比價，是先確認這家廠商平常在做的專案，跟你的需求是不是同一種。這跟IT委外發包前要先分清楚需求類型是同一個道理——找錯類型的廠商，比沒發包還耗時間。

大型SI廠商，還是中小型開發團隊？

這個問題在中文網路上很少有人正面回答，原因很直接：寫文章的通常就是其中一方。這裡試著用中立的方式拆解，讓你自己判斷。

大型SI廠商比較適合的情境：

• 專案牽涉多個部門、多套大型系統，需要專案管理與跨團隊協調能力。
• 有法規遵循、資安稽核或標案的要求，需要完整的文件與流程證明。
• 需要長期、有規模的維運團隊支援，而不是單一窗口。
• 預算與時程本來就是以較大規模在規劃。

中小型開發團隊比較適合的情境：

• 需求相對聚焦（例如把兩三套系統串起來、做一個內部管理工具）。
• 需求還沒完全成形，需要有人陪著把想法拆解清楚，而不是先交一份完整規格書才能開始談。
• 希望溝通鏈短一點——直接跟實際寫程式的人討論，而不是透過多層轉述。
• 預算規模與大型SI的最低承接門檻不太對得上。

沒有哪一種比較好，只有適不適合。一個中小企業的三套系統串接需求，交給習慣做大型專案的廠商，可能會發現對方的流程與報價結構都太重；反過來，一個牽涉多部門、有稽核要求的大型整合案，交給人數很少的團隊，風險也確實比較高。

三種整合方式，代價完全不同

系統怎麼串，實務上有幾種常見做法，選擇會直接影響費用與日後的維護難度：

整合方式	運作邏輯	適合規模	主要代價
點對點串接	系統A直接接系統B	系統數量少、需求明確	系統一多，連線關係會變成難以維護的網狀結構
中介平台整合	各系統都接到中間的轉運層	系統多、流程複雜的大型企業	初期建置成本與技術門檻高
API導向整合	各系統開放標準介面互相呼叫	系統本身有現代化API可用	API數量成長後的管理與版本控制

中小企業最常用的是點對點串接：需要串什麼就接什麼，快、直接、成本低。但它有一個要提前知道的特性——當要串的系統變多，需要維護的連線數量會加速成長。

這個成長是可以算出來的：如果有 n 套系統要彼此互通，點對點所需的連線數量最多是 n×(n-1)÷2 條。套進去看就很有感覺：3套系統最多3條連線，5套變成10條，8套會來到28條。系統數量增加不到三倍，要維護的連線卻多了將近十倍。每一條都是要寫、要測、日後任何一端改版都要跟著調整的東西。

這不代表點對點是錯的做法。系統數量不多的時候，它就是最務實的選擇。重點是在系統可能持續增加的情況下，一開始就要把這件事納入考慮，而不是等到連線變成一團亂才回頭處理。

整合真正的難點，通常不在技術

這是實際做過整合專案的人才會強調的一點：串接程式本身通常不是最難的部分，難的是既有系統的資料格式與流程差異。

舉幾個實務上很常見的狀況：兩套系統對「客戶」的定義不一樣，一邊以公司為單位、一邊以聯絡人為單位，資料對應不起來；日期格式、編號規則、單位（箱／個）各自不同，要先訂出轉換規則；舊系統裡累積多年的資料有大量空白或錯誤，直接搬過去會把問題也一起帶進新系統。

另一個常被低估的是舊系統的整合難度。用了很多年的老系統常見的狀況是：沒有提供API、當初的文件已經找不到、原廠早就不再支援、資料庫結構要靠現場摸索。這種情況下整合不是不能做，但要花的時間跟「兩套現代雲端服務互接」完全不是同一個等級——這也是為什麼報價前的現況盤點很重要，沒看過實際狀況就報出來的價格，通常不太可靠。

費用怎麼估？影響價格的關鍵因素

系統整合沒有公開的統一行情，因為每個案子的起點差太多。影響價格的主要因素包括：

• 要整合幾套系統：直接影響連線數量與測試複雜度。
• 每套系統有沒有現成介面：有API可用，跟要從資料庫層想辦法，工作量差很多。
• 資料格式差異多大、需不需要清理：這一項常常是隱形的大宗，尤其是舊系統。
• 是不是需要客製功能：不只是搬資料，還要加上新的邏輯或介面。
• 有沒有含後續維運：上線不等於結束，系統改版、例外狀況都需要人處理。

比價時要特別注意：報價明顯偏低的方案，很可能是沒把資料清理、例外處理或後續維運算進去。這類項目在提案階段看不出來，上線之後才會浮現。

別忘了先查一下政府補助資源

這件事很多中小企業不知道，值得在編預算之前先花十分鐘查一下：經濟部中小及新創企業署長期有針對中小企業數位轉型的補助與輔導資源，過去的方案曾涵蓋雲端系統、電商平台、CRM、POS等數位工具的導入，也有針對員工數位技能培訓的補助。

要特別提醒的是，這類方案的申請資格、補助額度與受理期間是逐年調整的，每一年的內容都可能不一樣，網路上找得到的整理文章也常常已經過期。真的要用的話，請直接到中小及新創企業署的數位轉型資源專區查詢當年度的公告，或洽詢該署的輔導窗口確認自己是否符合資格，不要依賴任何二手資訊裡的數字。

即使最後不符合資格，先查過一輪也有好處：這些方案的補助範圍，通常反映了主管機關認為中小企業當下最該優先導入的項目，可以當作規劃順序的參考。

怎麼判斷這家廠商適不適合你

• 他做過跟你類似的整合嗎：不是看案例總數，而是看有沒有處理過相似的系統類型與規模。
• 報價前有沒有先看你的現況：願意先花時間盤點你手上有哪些系統、資料長什麼樣，跟聽完需求就直接報價，可靠度差很多。
• 他怎麼談舊系統：能具體說明「如果沒有API的話會怎麼處理」的廠商，通常真的做過。
• 後續維運怎麼算：串接完成後，系統改版誰負責調整、怎麼計費，這一條要事先講清楚。
• 溝通鏈長不長：你會直接跟做事的人談，還是所有需求都要透過業務轉述。

如果你的需求是把幾套現有系統串起來、或是需要一個能陪你把狀況釐清再動手的團隊，瞻新資訊平常做的就是這一類的整合與客製開發，有需要的話歡迎聊聊你手上的系統現況。

FAQ