M&A 的系統盡職調查與切割：買公司時 IT 要看什麼、賣事業體時帳要怎麼切（2026）

文章目錄

此刻某間會議室正在開併購盡調的啟動會：財務盡調由會計師事務所派一隊人，法務盡調由律師事務所派一隊人，稅務有專人。然後散會，沒有任何人被指派去看目標公司的系統。這個缺席背後的假設是：系統是公司的附屬品，會自動跟著股權過來。 這個假設每年讓買方多付很多冤枉錢：授權綁定原公司主體不能轉移、核心客製沒有文件、唯一懂系統的工程師沒有留任義務——每一項在簽約前都是談判籌碼，在交割後都是你的帳單。

所以這篇把 M&A 裡這本沒人負責的帳攤開來，分兩個視角給方法：買方的「系統盡調十點檢」，賣方的「切割四題」。 它的血統是把財務盡調的邏輯（找出帳上沒有的負債）延伸到系統層——我們在流程負債那篇建立過的負債語言，這裡直接沿用，只是對象從自己家換成別人家。

先立這篇的原則：系統負債不在財報上，但一定會在你的整合預算裡。 盡調的目的不是找到完美的系統（不存在），是在出價前知道這筆負債有多大、該由誰付。

買方：系統盡調十點檢

十點，每點一個問法、一個紅旗。實務上兩到三週可以走完一輪——相對於它影響的金額，這是整個併購案裡投報率最高的工作之一。

#	檢查點	問什麼	紅旗
1	系統清單與版本	全部系統、版本、支援狀態	核心系統版本已停止支援或接近年限——你買到的第一個專案就是被迫升級
2	授權合規與可轉移性	授權數 vs 實際使用數；授權合約綁定的主體；變更控制權條款	超用（追補金）；授權不可轉移——股權併購與資產併購的待遇可能完全不同，這條要跟法務盡調對表
3	客製地雷	客製清單、文件化率、原開發者在職否	「清單要現盤」＝沒人管過；老規矩：每一支客製都是未來每一次版本異動的測試負債
4	關鍵人依賴	每套系統問「這個人明天不來，多久會斷」	同一個名字出現三次以上——他的留任條款要進交易文件
5	資安欠帳	備份與還原演練紀錄、權限管理、未修補清單	「有備份」但答不出上次還原演練——欠帳金額未知，這比金額大更可怕
6	介接地圖	跟多少內外部系統介接、有沒有對帳機制	畫不出介接圖。切割時你會知道，介接的工在整合裡佔的比重高得驚人
7	資料品質	主檔重複率、歷史資料完整性、稽核軌跡	主檔一個客戶三個編號——你的整合預算要加一個資料清理專案
8	流程負債	「上個月哪些單子繞過系統跑？」	答案很長，或者答案是「不知道」——帳面上的內控與實際作業是兩回事
9	在建工程	進行中的導入案、升級案、進度與已付款	做到一半的專案最貴：停掉沉沒、續做要重議範圍，而且通常兩邊都不想認
10	合約承諾	維護合約殘餘年限、SLA、雲端訂閱綁約與計價	長約高價鎖死，或交割會觸發合約變更條款

十點裡有四點（3、4、8、9），查的是管理體質，技術含量反而低——這正是系統盡調不能只丟給技術人員的原因：技術人員看得出版本老舊，看不出「這家公司靠三個人的 Excel 在跑」意味著什麼價格。

估值影響：系統負債怎麼折進價格

盡調產出的每個發現，走三條路之一：

交割前修復：可以在簽約到交割之間解決的，列成交割條件，成本歸賣方——授權補正是典型。
價格調整：短期解不了、金額可估的，直接進談判——例如核心系統的強制升級、明確的資料清理工程。
整合預算認列：解得了但要時間的，誠實編進你自己的整合預算——關鍵人交接、介接重建多半在這類。

三條路的共同前提是交割前就知道。沒做系統盡調的買方只剩第三條路，而且是用「事後追加預算」的難看方式走。量級感可以這樣抓：系統整合的花費在併購整合成本裡通常是大項（依交易型態差異很大，恕不給假精確的比率），它值得在估值模型裡有自己的一列，別藏在「其他整合費用」裡。

順帶一句給習慣製造業思維的買家：買工廠一定驗機台，買公司卻常常不驗系統——而現在多數公司的「產能」，一半以上長在系統裡。

賣方：Carve-out 切割四題

把事業體切出去賣，難度比買整家公司更高——買是接收一個完整的東西，切是把連體的東西分開。四道題，最好在找買家之前就自問：

第一題：TSA 要簽多長、怎麼計價？ 過渡服務協議（TSA）白話就是「交割後，母公司繼續借你系統用一段時間」。兩個原則：期限要倒推（從「買方建好自己系統要多久」推回來，不是拍腦袋），計價要成本加成而不是友情價——免費的 TSA 沒有退場壓力，一拖數年，母公司的 IT 變成前事業體的免費外包商。市場上 TSA 常見以月計價、期限從數月到一兩年不等（依交易慣例，個案差異大）。

第二題：主檔與歷史資料歸誰？ 客戶主檔跟著事業體走還是留在母公司？共用客戶怎麼辦？歷史交易資料買方要幾年、用什麼形式交付？這題有一個常被忽略的法律面：客戶與員工個資的移轉是個資法上的處分行為，去留與告知程序要讓法務把關（個資治理那篇的地圖在這裡直接可用——你得先知道個資在哪，才談得上分家）。

第三題：一套 ERP 怎麼拆成兩家？ 兩條技術路線：邏輯切割（同一套系統上用公司別、權限把資料隔開，快但藕斷絲連，通常只當過渡）與重建開帳（買方立新系統，用期初開帳的方式把該帶走的餘額與主檔帶走——資料移轉與開帳那篇的方法完整適用，「搬到多乾淨才能上線」的紀律在切割場景只會更嚴）。實務上常見的組合是：邏輯切割撐 TSA 期，同步重建，開帳日退出。

第四題：Day 1 要能做什麼？ 交割日那天，切出去的公司要用自己的（或 TSA 借來的）系統完成最低限度的營運。清單其實很短，但每一項都不能缺：

Day 1 最低就緒	內容
接單出貨	能開訂單、出貨、開發票（發票字軌與稅籍是自己的）
收付款	銀行帳戶、付款排程、應收沖帳能作業
發薪	當月薪資發得出來（多少切割案在這條上翻車）
關帳	第一個月結能結得出來，開帳餘額有依據
權限與資安	兩家的人各自只看得到自己的資料——切割日起，原同事就是外部人

第四題往回推，就是前三題的時程表。Day 1 定了，TSA 期限、資料交付、系統路線全部有了倒數的錨。

交割後第一年，會計師會問的四題

開帳餘額的依據？——切割開帳的每個數字要能對回切割基準日的帳，這是新公司第一次查核的地基。
TSA 期間的控制怎麼算？——系統在別人家跑，控制就在別人家執行，內控報告怎麼寫、誰出具證明，簽 TSA 時就要談好，不是查核時才想。
兩套帳的銜接軌跡？——切割前後的交易連續性，尤其收入截止。老規矩，軌跡才是真話，切割專案的每一步留紀錄。
買方那邊：商譽減損測試的資料基礎？——買來的事業體如果連獨立的營運數字都產不出來（因為系統還沒拆乾淨），第一年的減損測試就會很難看。

常見問題（FAQ）

系統盡調該找誰做？
要同時懂系統、內控與財務語言的人——純技術背景會漏掉十點檢裡的管理體質項。一個利益衝突提醒：別讓「準備接你整合案的廠商」做盡調，他的發現清單跟他的報價單是同一份文件，立場太尷尬。盡調與整合分開找，或至少讓盡調報告有第二雙眼睛。

小公司併小公司，也要走十點檢嗎？
要，但可以縮成三點：授權可轉移性、關鍵人依賴、資料品質。這三點是小型交易最常爆的雷，而且一天的訪談就能摸個大概。規模小不豁免，只是折衷得起。

TSA 到底該簽多長？
從 Day 1 需求與買方系統重建時程倒推，再加一段緩衝。抓不準的話，寧可簽「較短期限＋明確的展延條款」也不要一次簽長——展延要重新談價，這個機制本身就是雙方把系統獨立這件事當真的保證。（期限與計價屬交易談判事項，以上為一般性慣例描述。）

從哪裡開始？
買方：把十點檢放進盡調工作範圍，跟財務、法務盡調同天啟動——第 2 點（授權）與第 4 點（關鍵人）的發現要趕得上談判。賣方：從第四題往回做——先寫 Day 1 清單，再回頭排 TSA 與資料切割。兩邊共同的第一步都是那張系統與介接清單：連清單都沒有的，先盤清單。

系統盡調十點檢與切割四題為本站提出之原創方法論，將隨交易實務持續迭代（建議每半年回訪本文）。本文所涉授權轉移、個資移轉與 TSA 條款均屬法律與交易談判事項，個案請以法律顧問與交易文件為準。你手上的案子系統帳該怎麼算，歡迎與我們聯繫。

（Unknown Knowns 系列四篇到此完整：二代接班、流程負債、月結時效、M&A 系統盡調——共同的主題只有一個：公司真正的樣子，藏在系統與帳的細節裡。）

延伸閱讀

Carve-out 併購內部控制盡職調查系統整合