系統整合商（System Integrator，常簡稱 SI）是替企業把不同廠商的軟體、硬體、網路與雲端服務，規劃並串接成一套能運作的系統，從需求分析、架構設計、採購與客製開發，到測試、導入與維運都可能涵蓋。美國國家標準與技術研究院（NIST）的詞彙表把系統整合商描述為向採購方提供客製化服務的組織，例如客製開發、測試、維運與維護。系統分屬多家廠商、新舊系統要一起運作，而內部沒有人能統籌時，就適合找系統整合商；評估時看需求訪談、跨廠商協調與驗收維運能力，合約寫清楚範圍、驗收標準、變更方式與原始碼歸屬。
系統整合商做哪些事：從規劃到維運
系統整合商要負責的是「整套系統能不能運作」，而不只是寫程式。整合專案常見的工作階段如下，各家涵蓋的範圍不同，委託前要逐項確認：
- 現況盤點與需求訪談：列出現有系統、設備、資料與作業流程，釐清要解決的問題。
- 架構設計與選型：決定哪些用現成產品、哪些要客製，系統之間怎麼交換資料。
- 採購與授權整合：代為採購軟硬體與雲端服務，整理各項授權的到期與續約條件。
- 客製開發與串接：開發缺少的功能，透過 API、檔案交換或中介平台把系統接起來。
- 測試與導入：整合測試、資料移轉、使用者測試、教育訓練與上線切換。
- 維運與支援：監看整合狀態、處理異常，配合各原廠改版調整。
依專長不同，系統整合商大致分成偏重網路與機房的基礎架構整合、偏重 ERP 與官網後台的企業應用整合，以及連接工廠設備或門禁的設備整合。同樣自稱 SI 系統整合商，能做的事可能差很多，先看對方做過哪一類專案。
系統整合商、軟體外包、資訊委外與原廠的差別
| 角色 | 交付的東西 | 負責範圍 | 適合的情況 |
|---|---|---|---|
| 系統整合商 | 跨系統運作的整套方案 | 規劃、多廠商產品組合、整合開發與導入，常延伸到維運 | 系統多、牽涉多家廠商與硬體 |
| 軟體開發外包 | 指定的網站、系統或 App | 依規格開發與交付程式，驗收後進入保固 | 需求明確的單一系統 |
| 資訊委外 | 持續的維運服務 | 設備、帳號、備份與資安等日常維運 | 既有環境需要穩定運作 |
| 原廠或代理商 | 自家產品與授權 | 自家產品的導入、設定與技術支援 | 只導入單一套裝產品 |
實務上界線會重疊：有的開發公司也承接整合，有的系統整合商也提供維運。判斷時看「誰對跨系統的結果負責」：某段資料流卡住時，需要有人協調兩家以上的廠商找出原因，這就是系統整合商的角色。日常維運的委外方式，可參考資訊委外的服務範圍與合約重點。
什麼時候需要系統整合商：五個訊號
- 系統分屬多家廠商：ERP、官網、POS、倉儲各有廠商，問題出在交界時沒有人負責。
- 新舊系統要並行：導入新系統，但舊系統的資料與流程短期內無法停用。
- 軟體與硬體要一起規劃：例如門禁或打卡設備，要和人資系統、雲端服務一起運作。
- 牽動多個部門：業務、倉儲、財會都要改作業方式，需要有人主持訪談與切換計畫。
- 內部缺少架構與專案管理人力：資訊人員忙於日常維運，無法同時協調多家廠商。
反過來說，只導入一套雲端服務的標準功能，或只開發一個需求明確的官網，未必需要系統整合商，直接找原廠或開發團隊即可。系統之間怎麼交換資料、主檔怎麼規劃，可參考系統整合的方式與規劃步驟。
評估系統整合商的六個面向
| 面向 | 怎麼問 | 需要留意的回答 |
|---|---|---|
| 需求訪談 | 訪談會問哪些問題、哪些部門要參加 | 沒有訪談就直接報價 |
| 架構與技術廣度 | 請對方畫出初步架構，說明各系統的角色與資料流向 | 只介紹自家產品，說不清其他系統怎麼接 |
| 跨廠商協調 | 過去遇到原廠 API 改版或回應延遲時怎麼處理 | 把責任都推給其他廠商 |
| 專案管理 | 時程怎麼拆里程碑、多久回報一次、需求變更怎麼處理 | 沒有書面的變更流程 |
| 測試與驗收 | 是否提供測試計畫與測試案例，驗收由誰簽核 | 只用展示畫面驗收 |
| 維運與交接 | 上線後的支援方式、回應時限，文件與原始碼怎麼交付 | 文件與帳號都留在廠商端 |
原廠合作夥伴資格與產品認證可以參考，但要確認涵蓋的產品與團隊，就是這次專案會用到的。看到台灣系統整合商排名時，也先看排名依據哪些條件，例如營收或員工人數，這些條件不一定反映對方是否熟悉你的產業與系統。
需求建議書與報價：先把範圍寫清楚
需求建議書（Request for Proposal）是讓各家依同一份範圍提案的基礎，至少包含：
- 專案背景與要解決的問題。
- 現有系統清單：用途、廠商、版本、有沒有 API 或匯出功能、合約到期日。
- 範圍內與範圍外的項目，例如資料移轉、硬體採購、教育訓練是否包含。
- 功能需求與作業流程，附上實際單據或畫面範例。
- 非功能需求：同時使用人數、可用時段、備份、權限與資安要求。
- 時程限制、驗收方式，以及上線後的支援時段與回應方式。
報價請各家拆成相同項目比較：軟硬體與授權、客製開發、系統串接、資料移轉、測試與導入、教育訓練、保固與維運。授權是買斷還是訂閱、續約以誰的名義簽約，都會影響日後的總成本。只比總價容易漏看範圍差異，含不含資料移轉與維運，實際負擔可能差很多。
合約與驗收：委託前要寫進去的條款
- 範圍與交付物：以需求建議書與廠商建議書為附件，列出要交付的系統、文件、原始碼與帳號。
- 里程碑與付款：付款對應可驗收的里程碑，例如設計確認、整合測試通過、正式上線。
- 驗收標準：事先約定測試案例與通過條件，缺失依是否影響營運分級並約定修正期限；驗收要用實際業務情境走完整流程。
- 變更管理：需求變更以書面提出，寫明對時程與費用的影響，雙方確認後才執行。
- 智慧財產權：著作權法第十二條規定，出資聘請他人完成的著作，除受雇人的情形外，以受聘人為著作人，但契約可約定以出資人為著作人；著作財產權依契約約定，未約定的歸受聘人享有，出資人仍可利用該著作。客製程式的權利歸屬，以及第三方元件與開源授權清單，都要寫進合約。
- 個人資料：整合時會接觸客戶或員工資料，依個人資料保護法第四條，受託者在該法適用範圍內視同委託機關；施行細則第八條也要求委託方對受託者做適當的監督，並定期確認受託者的執行狀況、記錄確認結果。
- 保固、維運與退場：保固範圍與期間、維運回應時限，以及合約結束時文件、帳號與資料的交接方式。
以上法規為概念整理，實際條款請以主管機關公告或專業意見為準。
常見問題
系統整合商和系統整合工程師有什麼不同？
系統整合商是承接整合專案的廠商，系統整合工程師是負責串接與排查問題的職務，可能在廠商端，也可能是企業內部的資訊人員。企業內部有工程師時，可以由他負責主檔維護與跨廠商溝通。
中小企業也需要系統整合商嗎？
要看系統與廠商的數量。只用一兩套雲端服務、彼此不必交換資料，直接找原廠即可；若官網、進銷存、會計分屬不同廠商，又經常人工轉抄，就值得評估整合，範圍可以從一段資料流開始。
系統整合商可以同時負責維運嗎？
可以，但開發與維運的範圍、計價方式與服務水準不同，建議分開約定。維運合約寫清楚監看項目、異常通知方式、回應時限，以及原廠改版時的調整由誰負責。
系統整合專案的時程怎麼估？
時程取決於系統數量、整合點、資料移轉量與內部配合度。請廠商依里程碑拆出各階段的工作與前提條件，例如需要原廠提供 API 文件的時間，比只看總工期更容易掌握進度。
更換系統整合商時要準備什麼？
先確認管理員帳號、網域與雲端服務都在公司名下，取得架構圖、整合清單、原始碼與設定文件。交接期間讓新舊廠商並行一段時間，新廠商確認能維運後，再停用舊廠商的帳號。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先列出公司正在使用的系統、各自的廠商與合約到期日，再寫下經常需要人工轉抄的資料，作為需求建議書的起點。京采的網頁設計服務可以協助需求釐清與系統架構規劃，開發官網、後台與客製系統，並與既有系統進行 API 串接，在驗收與上線時提供交付文件；想評估整合範圍，歡迎與我們聯繫。
