文章目錄
打開你公司的系統架構圖：簽核跑在 BPM、報價跑在 CRM、庫存跑在 WMS、發票開立與存證委外給加值中心、工單在 MES、報表在 BI。ERP 站在中間，周圍繞著一圈衛星系統，每一顆都做得比 ERP 的原生模組好。而市面上教你「系統整合」的內容幾乎都是廠商寫的，賣無縫、賣打通，它們全部建立在同一個沒說出口的假設上：介接打通，資料自然一致。
這個假設是錯的。介接解決的是資料流不流得動，沒有回答一個更根本的問題：同一筆價格、同一個庫存數，好幾個系統各記一份，對不上的時候以誰為準？每接一顆衛星系統，你不是在加功能，是把某一種資料「誰說了算」的責任，分了一塊出去。 簽核系統主責核決流程、CRM 主責客戶與報價、WMS 主責儲位與揀貨，它們是稱職的同事，各自比 ERP 更擅長自己那塊。會出災難的地方只有一個：沒人畫清楚，每一筆資料到底誰主責。
這篇給你一套固定的拆解方法，我們稱之為衛星三問：邊界在哪？這筆資料誰說了算？斷鏈怎麼對帳？它不是憑空發明。「誰說了算」講的就是內控九大循環裡的「記錄」職能：一筆事實由誰負責記、記在哪本帳才算數。衛星三問只是把這套用了幾十年的邏輯，延伸到多系統的時代。
貫穿全文的定律先立在這裡，後面每一顆衛星都用它檢驗：
真相只有一個，但責任要分清楚——每一筆資料，都要有一個「說了算」的系統。
這條定律有一個副定律，我們在雙層 ERP 那篇講過、在這裡正式升格：介接占七成。買系統的錢花在授權上，成敗卻七成決定在系統與系統之間那條沒人愛看的介接。衛星越多，這句話越重。
承認吧：你的 ERP 是「其中一顆」，不再是唯一的真相
很多老闆心裡的架構圖長這樣：ERP 在正中央，其他系統是外掛，資料最後都會回到 ERP。這張圖十年前是對的，現在不是。
現在的實況是：每顆衛星都在自己的地盤上，對某一種資料握有第一手、而且往往別人不能覆寫的說法。業務在報價系統開的價、談的折扣，ERP 是被動接收；倉庫在 WMS 做的每一次移倉、揀貨，ERP 事後才過帳；主管在 BPM 上簽掉的核決，ERP 有時根本不知道。ERP 變成眾多真相來源裡的其中一個，而且常常是最慢知道真相的那一個。
這沒有什麼好惋惜的。專業的衛星系統做特定的事，就是比 ERP 原生模組好用：SAP 自家的倉儲模組難用到客戶寧可另外買一套 WMS，是我們在導入現場一再看到的例子。所以「該不該用衛星系統」是個假議題；值得問的是：用了之後，邊界跟主責有沒有講清楚。講不清楚的代價不會在導入時爆發，會在月底對帳、被會計師抽問的時候一次還你。
衛星三問：拆每一顆衛星的固定公式
不管來的是哪一顆衛星，今天是 BPM、明天是 CRM、後天是一個你沒聽過的 AI 工具，都用同一組問題拆。
第一問：邊界在哪？ 這顆衛星負責到哪一步、把球交回 ERP 是哪一步？收貨的「實際入庫」動作在 WMS，「存貨會計過帳」在 ERP，那交接點在哪、交接那一刻資料長什麼樣，要白紙黑字定義。邊界模糊的地方就是責任真空的地方：出事時 WMS 廠商說我這邊數字對，ERP 顧問說我收到的就長這樣，中間那段沒人管。順帶一提，邊界能不能畫得漂亮，跟你的 ERP 開不開放也有關：各家 ERP 對外接簽核、外接系統的開放程度差很多，有的產品線只有高階版本開得出像樣的介接口，選型時就要先問清楚。
第二問：這筆資料誰說了算？ 三問裡最硬的一問。同一個資料，一個價格、一筆核決權限、一個庫存數，只能有一個系統是主檔（master），其他系統拿到的都是它的副本。判斷誰擁有主檔的方法很簡單：看誰能改它。 誰能改價格，誰就真正握有定價權；誰能改核決權限表，誰就真正掌握授權。這一問答錯，後面的對帳全是白費，因為對不上的時候你不知道該信誰。
第三問：斷鏈怎麼對帳？ 假設介接一定會斷（它一定會），兩邊對不上的時候，誰在當天會知道、拿什麼證據追、怎麼補？沒有這一問的系統整合，等於把風險藏進兩個系統中間的黑箱。日終對帳點就是你在黑箱上鑿的那扇窗。
三問答得出來，這顆衛星就是分工明確的同事；答不出來，它就是一顆隨時可能失聯、還會把你拖下水的失控衛星。
帶走這張圖：衛星地圖總表
把公司所有的衛星系統一顆一顆填進這張表，填不出來的格子，就是下一個內控缺口的位置。每一列都有一篇深度專文往下鑽：
| 衛星系統 | 它經手的關鍵資料 | 誰說了算（主責系統） | 斷鏈風險 | 日終對帳點 | 深度專文 |
|---|---|---|---|---|---|
| BPM／電子簽核 | 核決權限、簽核狀態 | 核決權限表以 ERP（或 HR）為主檔，BPM 負責執行流程 | 簽的跟做的不是同一筆；ERP 被繞過直接打單；改單後未重簽 | BPM 已核准單號 ↔ ERP 已入帳交易，逐筆對應、金額比對 | 〈簽核在 BPM、交易在 ERP〉 |
| CRM／報價系統 | 價格、折扣、信用條件 | 價格主檔留在 ERP，報價系統在授權區間內出價 | 報價價≠開單價≠毛利分析價；業務越權給價 | 報價核准價 ↔ ERP 訂單價，放行前比對價格、條件、信用 | 〈報價單上的價格不是價格〉 |
| WMS／倉儲 | 即時庫存、儲位 | 「數量真相」ERP 為帳、WMS 為實地；差異走盤點簽核 | 帳上庫存與架上庫存對不上；工單發料、WIP 未即時回傳 | WMS 異動筆數與數量 ↔ ERP 過帳，逐日勾稽 | 〈帳上的庫存與架上的庫存〉 |
| 發票平台／加值中心 | 發票號碼簿（字軌配號）、開立與存證 | 號碼簿配號 ERP 說了算；開立與上傳存證多委外認證加值中心（或自建 Turnkey） | 沒登記哪些號碼切給誰；自建 Turnkey 防呆沒做足（認證加值中心會擋跳號） | ERP 切號登記 ↔ 加值中心回填各號狀態（已開／作廢） | 〈電子發票：ERP 管的是號碼簿〉 |
| MES／製造執行 | 在製、工時、實際用料 | 生產執行真相在 MES，成本與存貨會計在 ERP | 報工、退料未即時；MES 實際用料與 ERP 標準用料的落差無人對 | MES 完工與領退料 ↔ ERP 工單過帳，日結 | 〈MES 與 ERP 的邊界〉（既有） |
| BI／報表平台 | 「哪個數字才算數」的解釋權 | BI 不擁有任何主檔，只負責呈現；口徑定義權收回治理 | 同一指標各部門各算各的；報表跟帳不合；口徑無版本控制 | 報表數字可回溯到來源系統與口徑版本 | 〈報表治理三閘門〉（橋接） |
發票這列多一層法規背景：電子發票開立後須在規定期限內上傳財政部整合服務平台（依財政部公告，2025 年起施行），所以這條介接的日終對帳除了內控，還直接關係法遵。ERP 在這件事裡的本分是管好號碼簿：哪些字軌切給哪個單位、哪台開立設備，切出去的每一號，有沒有對到回報的狀態。
最容易被漏看的是最後兩列。MES 常被當成生產部門自己的事，但工單發料、WIP、實際用料全在它手上，跟 ERP 的成本與存貨對不上時，帳面毛利就是假的。BI 更微妙：它不擁有任何資料的主檔，卻掌握一個更難纏的東西，「哪個數字才算數」的解釋權。同一個「本月營收」，業務系統一個數、ERP 一個數、BI 儀表板又一個數，這時該被治理的是口徑（這一塊，接我們的報表治理三閘門）。
為什麼每顆衛星最後都回到同一件事：對帳
你有沒有發現，衛星三問的第三問在每一顆衛星身上都會出現？這不是巧合。
傳統上我們把系統之間的介接當成水管：接好、通水、就不管了。這是衛星時代最貴的一個錯覺。介面不是水管，是一個會失敗的交易參與者。 它會斷線、會重複送、會吃掉一筆單、會延遲到隔天才補。說穿了，它是一個沒有員工編號的作業員，做的事跟人一樣多，卻沒有人像管員工一樣管它。這個「不是人的行為者」的語系，我們在 AI 代理的內控框架裡完整展開過；反過來看，AI 代理也就是一顆會自己思考的衛星，同樣要過衛星三問這一關。
所以每一條介接都要有自己的日終對帳，而且對帳要留下軌跡。這也是資訊循環（ITGC）在多系統時代的新邊界：介接清冊、介接變更、介接監控，遲早都會被納進查核範圍。完整的做法會在〈介接對帳與介面控制〉那篇展開成「介面控制四件套」（完整性、時效性、錯誤處理、日終對帳）。你今天就能做最小版本：挑出公司最關鍵的三條介接，各設一張三欄日結表，筆數對、金額對、狀態對。就這三欄，能擋掉大多數「不知道什麼時候斷的」意外。
「全部整合成一套」不就好了？三個常見的想法
每次講到這裡都有人問：全部用同一家、整合成一套大 ERP，邊界問題就消失了吧？三個常見的想法，各拆一句。
「全整合進 ERP 就沒事了。」 做不到，也不該做。ERP 原生模組在倉儲、製造執行、簽核彈性這些領域打不過專業衛星（前面 SAP 倉儲模組的例子就是），硬塞的結果是難用、沒人用，大家私下改用 Excel，反而養出更多沒人管的影子系統。邊界不會消失，只會被藏起來。
「衛星越少越好。」 重點從來不在數量，在講不講得清楚。三顆衛星但每顆邊界清楚、都有日終對帳，比只有一顆邊界模糊、從不對帳的系統安全得多。別為了減數量砍掉真正好用的工具。
「上一個中台（middleware／iPaaS）當總機。」 中台是好東西，但它管的範圍是「介接怎麼跑」；「主檔判給誰」這種治理決策，它幫不了你。你可以用中台讓每條介接更好維護、更好監控，衛星三問的第二問仍然得由你自己回答。中台讓水管更好管，它不會替你裁定哪一口井才是水源。
查核的視角：會計師遲早會問的三題
把整套框架折成三個現在就能自我檢驗的問題，也是專審或年度查核時遲早會被問到的。
主檔清單在哪？ 每一種關鍵資料（價格、核決權限、庫存、發票號碼簿）的唯一主責系統，有沒有一張明確清單？答不出來，代表資料所有權從沒被治理過。
介接清冊在哪？ 公司有幾條系統介接、各自傳什麼、斷了誰會知道，有沒有一份清冊？沒有清冊的介接，等於沒有納管的作業員。
對帳證據留了嗎？ 每條關鍵介接的日終對帳有沒有留下軌跡：今天對了沒有、差異怎麼處理。紙上的制度誰都會寫，軌跡才是真話，這句老規矩在衛星系統的世界裡只會更重要。有 IPO 時程的公司多想一步：這些對帳軌跡從啟用第一天就要留，專審看的是有效運作的證據，補是補不出來的。
常見問題（FAQ）
全部整合進一套 ERP，就沒有衛星系統的問題了嗎？
做不到也不划算。ERP 原生模組在倉儲、製造執行、簽核彈性這些領域比不過專業系統，硬整合的結果通常是難用、沒人用，然後大家改用 Excel，養出更多沒人管的影子系統。正解是把每條邊界的主檔歸屬與對帳講清楚；消滅邊界既做不到，也沒必要。
衛星系統是不是越少越好？
重點在治理，數量其次。三顆邊界清楚、都有日終對帳的衛星，比一顆邊界模糊、從不對帳的系統安全得多。該檢討的是講不清楚主責的那幾條介接，數量本身無罪。
上一套中台（iPaaS／ESB）能解決這些問題嗎？
能解一半。中台讓介接更好維護、更好監控，處理的是「介接怎麼跑」；「哪個系統是價格的主檔」這種治理決策仍要由你拍板。把中台當更好的水管用，別期待它當水源的裁判。
該從哪一顆衛星開始盤點？
從最會出錯、又最貴的那顆開始，通常是發票（有法遵義務與罰則）或簽核（直接關係授權內控）。用衛星三問問一輪，把主檔歸屬與日終對帳補起來，再往下一顆推進。順序永遠是：先把邊界與對帳講清楚，再談要不要多接一顆。
本框架（衛星三問、衛星地圖總表）為本站提出之原創方法論，將隨各系統整合實務與查核要求的演進持續迭代（建議每半年回訪本文）。文中電子發票規定依截至撰稿之財政部公告，實際適用以主管機關最新公告為準。若需要協助盤點貴公司的衛星系統邊界、判定主檔歸屬或設計介接對帳，歡迎與我們聯繫。
