システム運用保守会社M&Aを検討する経営者向けに、継続契約、技術者承継、SLA、企業価値評価、DD、秘密保持、PMIまでを実務目線で解説します。
システム運用保守会社のM&Aでは、継続契約の安定性と、障害対応を担う人・手順・権限を一体として承継できるかが問われます。本稿は、譲渡企業様と買い手企業が同じ事実に基づいて検討できるよう、準備からPMIまでを経営実務の順番で整理します。
関連情報：譲渡相談／買い手登録／コラム／M&A事例／中小M&Aガイドライン／プライバシーポリシー／利用規約・免責事項／情報セキュリティ方針
システム運用保守会社M&Aで最初に整理すべきこと
譲渡の目的を価格以外の言葉にする
システム運用保守会社のM&Aを考え始めた経営者は、希望価格を決める前に、なぜ第三者承継を選ぶのかを言語化する必要があります。後継者不在、採用難、顧客から求められる対応範囲の拡大、クラウド移行への投資、経営者の健康や年齢など、背景によって適切な相手と取引方法は変わります。従業員の雇用、顧客への安定提供、社名や拠点の維持、経営者の残留期間について優先順位を付けると、交渉で守る条件が明確になります。
運用保守事業の価値は、月額売上の大きさだけでは説明できません。障害を未然に防ぐ手順、顧客環境を理解した技術者、長年蓄積した構成情報、夜間対応の連携、ベンダーとの調整力が一体となってサービスを支えています。譲渡企業様は、財務数字と現場の仕組みを別々に説明せず、どの資産と人がどの契約収益を支えているかを一本の流れとして示すことが重要です。
検討初期には株式譲渡、事業譲渡、資本提携を同じ資料で比較します。株式譲渡は契約や組織を包括的に承継しやすい一方、簿外債務を含む会社全体が対象です。事業譲渡は対象を切り分けやすい反面、契約移管や従業員の同意が個別に必要になることがあります。資本提携は段階的な承継に向きますが、意思決定ルールを曖昧にすると経営が停滞します。
買い手企業が評価する収益構造
継続収益の質を契約単位で見せる
買い手企業は売上高より先に、翌期にも残る収益がどれだけあるかを確認します。監視、ヘルプデスク、定期点検、バックアップ確認、アカウント管理などを契約単位に分け、月額固定、従量、スポットの構成を整理してください。契約開始日、更新日、自動更新の有無、解約予告期間、値上げ条項、最低利用期間を一覧化すると、継続可能性を説明しやすくなります。請求書だけで継続収益を推定させず、契約書と実績を接続することが大切です。
粗利を見る際は、担当者の給与だけでなく夜間待機手当、協力会社費、監視ツール、クラウド利用料、回線費、現地訪問交通費も顧客別に配賦します。特定顧客だけが赤字でも全社平均に埋もれると、DDで説明が崩れます。標準工数と実績工数の差、障害件数、問い合わせ件数、契約外作業を記録し、更新時に価格改定できる余地も示します。
一社依存度が高い場合でも直ちに取引できないわけではありません。取引年数、担当部署との関係、更新履歴、競合への切替コスト、顧客側のシステム重要度を示せば、集中リスクを具体的に評価できます。ただし代表者個人の関係だけで受注が続いている場合は、引継ぎ面談や複数窓口化を早期に進め、組織として関係を維持できる証拠を作ります。
SLAとサービス品質の確認
約束と実態の差をなくす
SLAには受付時間、一次応答、復旧目標、稼働率、除外条件、報告方法、損害賠償やサービスクレジットが定められます。契約書の記載と実際の運用が違うと、買い手企業は将来コストを保守的に見積もります。譲渡企業様は、顧客ごとのSLA、直近の達成率、未達時の対応、例外運用をまとめ、口頭合意が残る場合は経緯を説明できるようにします。
品質は障害件数だけでなく、重大度別の平均検知時間、平均復旧時間、再発率、変更失敗率、バックアップ復旧テスト、問い合わせ一次解決率などで示せます。数字を急に作るのではなく、チケット、監視ログ、月次報告書から再現可能な定義で集計します。集計期間と除外条件を明記し、良い指標だけを選ばない姿勢が信頼につながります。
重大障害があった場合は隠さず、原因、顧客影響、暫定対応、恒久対策、再発確認を時系列で整理します。事故の有無よりも、検知から経営報告までの統制が機能したかが見られます。インシデント後に手順や監視項目が更新され、同種事故が減っているなら、組織学習の証拠として評価材料になり得ます。
技術者とキーパーソン依存
スキル表を引継ぎ可能性の資料にする
運用保守事業では、顧客環境を知る担当者が価値の中心です。氏名を初期資料へ出す必要はありませんが、雇用形態、役割、主要スキル、担当顧客、夜間対応可否、資格、在籍年数を匿名コードで整理します。一人しか扱えない機器、古い言語、独自スクリプト、特定クラウドの権限があれば、属人性を弱点として隠すのではなく、引継ぎ計画とセットで示します。
代表者が営業、障害判断、採用、請求承認を兼ねている場合、経営者が離れた瞬間に利益が落ちると判断されやすくなります。第二責任者を定め、顧客会議へ同席させ、重大障害の判断基準を文書化します。代表者の残留が必要なら、期間、稼働日数、報酬、権限、引継ぎ完了条件を現実的に設計します。無期限の残留約束は双方の期待をずらします。
従業員への通知は早ければよいとは限りません。秘密保持、取引確度、労務手続、顧客説明との順序を考え、対象者と伝達内容を段階化します。通知時には譲渡理由、雇用条件、勤務地、評価制度、経営体制、顧客対応への影響を説明し、質問窓口を設けます。曖昧な楽観論より、決まっていることと未決事項を区別するほうが不安を抑えられます。
企業価値評価の考え方
正常収益力と必要投資を両方見る
企業価値評価では、過去の営業利益をそのまま倍率に掛けるだけでは不十分です。役員報酬、関連当事者取引、一時的な採用費、私的経費を調整する一方、経営者が担ってきた業務を代替する人件費、老朽化ツールの更新、セキュリティ改善、未取得ライセンスの是正費用も織り込みます。利益を大きく見せる調整だけではDDで信頼を失います。
収益力に加え、契約継続率、顧客集中、粗利の安定、技術者定着、SLA実績、手順標準化、セキュリティ成熟度が評価へ影響します。同じ利益でも、三年更新の契約が分散し、複数担当制と自動化が進む会社は予測しやすい一方、毎年の口頭更新と代表者依存が強い会社は不確実性が高くなります。評価差の理由を改善課題へ分解することが有効です。
評価手法には収益還元、DCF、類似会社や類似取引、時価純資産などがあります。どれか一つが絶対ではありません。事業の規模、成長性、設備、継続契約、将来投資を踏まえて複数の見方を照合します。最終条件には価格だけでなく、退職金、役員貸付金、ネットデット、運転資本、アーンアウト、表明保証、補償上限も関係するため、手取りとリスクを同時に比較します。
財務・税務DDの準備
顧客別採算を会計数値へつなぐ
財務DDでは月次試算表、総勘定元帳、売掛金年齢表、固定資産台帳、借入、リース、未払残業、賞与引当などが確認されます。運用保守会社では前受収益、年払い契約、作業進行、再委託費の計上時期にずれが生じやすいため、請求と役務提供期間を照合します。現金主義的な社内管理しかない場合は、契約期間に対応した管理表を準備します。
顧客別採算表の売上合計が試算表と一致しない場合は、差額の内訳を残します。スポット作業、機器販売、ライセンス再販、紹介料、値引き、貸倒などを別欄にし、どの数字が継続収益へ含まれるか定義します。協力会社への支払いも案件と対応付け、粗利率が急変した月は障害対応や更新作業など理由を説明します。
税務面では申告書、勘定科目内訳明細、税務調査履歴、繰越欠損金、消費税、源泉税、外形標準課税の該当性などを専門家と確認します。取引手法により譲渡企業様、株主、対象事業の税負担は変わります。価格だけを先に合意せず、株式譲渡か事業譲渡か、退職金をどう扱うかを含めた手取り試算が必要です。
法務DDと契約移管
変更条項を契約台帳で管理する
顧客契約には支配権変更、譲渡禁止、事前承諾、再委託、機密情報、監査、データ返却、損害賠償が含まれることがあります。契約書を顧客別フォルダーに置くだけでなく、重要条項を台帳化し、株式譲渡と事業譲渡で必要な手続を区別します。基本契約、個別契約、注文書、SLA、覚書、秘密保持契約の優先関係も確認します。
ライセンスや代理店契約は会社に帰属していても、支配権変更により再審査が必要な場合があります。クラウド、監視、セキュリティ、リモート接続、チケット管理、バックアップ製品について、契約主体、利用数、更新日、再販条件、譲渡可否を整理します。個人アカウントで購入したツールは会社管理へ移し、管理者が退職しても継続できる状態にします。
係争やクレームは、請求額が小さくても顧客関係や情報漏えいに波及する可能性があります。未解決事項、通知履歴、保険、弁護士相談、改善策を一覧にし、事実と見解を分けて説明します。契約書が見つからない取引は放置せず、受注経緯、請求実績、提供範囲、終了条件を代替資料で示し、必要に応じて契約整備を進めます。
IT・セキュリティDD
運用会社自身の統制を証明する
顧客の重要システムへ接続する会社は、自社のセキュリティがDDの中心になります。ID管理、多要素認証、特権アカウント、端末暗号化、パッチ、EDR、ログ、バックアップ、脆弱性管理、入退社時の権限変更を確認します。規程があるだけでなく、実際の設定や証跡と一致している必要があります。例外端末や共有IDがあれば、対象、理由、期限、代替統制を記録します。
顧客認証情報をスプレッドシートやチャットに保存している場合は、パスワード管理基盤へ移行し、閲覧権限と操作ログを整備します。リモート接続は接続元、時間、承認、記録を追跡できるようにします。退職者アカウント、使われていないVPN、古いAPIキーを棚卸しし、削除証跡を残すことも重要です。
インシデント対応では連絡網、初動判断、証拠保全、顧客通知、当局報告、復旧、再発防止の責任者を決めます。サイバー保険の補償範囲や免責も確認します。買い手企業の基準へ一度に合わせるのではなく、重大リスクをクロージング前に是正し、残りをDay1後の計画へ落とすと、現実的な交渉ができます。
秘密保持と情報開示
匿名段階から開示レベルを分ける
M&Aの情報が早期に広がると、従業員の退職、顧客の不安、競合の営業につながります。最初の企業概要書では社名、顧客名、個人名を伏せ、地域、売上規模、業務構成、従業員数を幅で示します。秘密保持契約後も、相手の関心と資金力を確認してから段階的に開示します。閲覧者、日時、資料版を記録し、不要になった資料の削除義務を定めます。
顧客名を開示する前には、競合関係、取引関係、情報遮断体制を確認します。特定顧客を知れば対象会社が推測できる場合は、業種コードや売上帯で説明し、基本合意後に限定開示します。個人情報や顧客データの原本をDD資料へ入れず、統計化、マスキング、サンプル化を行います。技術ログにもメールアドレスやIPなどが含まれるため注意が必要です。
社内では案件名をコード化し、共有先を必要最小限にします。印刷、ダウンロード、外部共有のルールを決め、質問回答も一つの窓口へ集約します。口頭会議で説明した重要事項は議事メモへ残します。情報管理の手順自体が、顧客情報を預かる会社としての信頼性を示す材料になります。
相手選びとトップ面談
価格以外の実行力を確かめる
買い手候補は同業、SIer、クラウド事業者、セキュリティ会社、地域企業、投資会社など多様です。候補ごとに顧客基盤、技術者採用、営業網、資金力、過去の買収、PMI体制を比較します。高い意向価格でも資金調達が不確か、意思決定者が不明、DD体制がない場合は取引完了までのリスクが高まります。譲渡企業様の優先条件に合うかを定量・定性で採点します。
トップ面談では会社紹介だけでなく、障害時の判断、顧客への姿勢、従業員評価、投資方針を話し合います。買い手企業が何を統合し、何を残すのか、責任者は誰か、最初の百日で何をするかを質問します。譲渡企業様側も課題を率直に説明し、相手の反応を確認します。都合のよい部分だけを共有すると、基本合意後に前提が崩れます。
意向表明書では価格レンジ、取引手法、資金、DD範囲、独占交渉、想定日程、経営者の処遇、従業員雇用、前提条件を確認します。文言が非拘束でも、後の交渉の基準になります。複数候補を比較する際は、提示価格ではなく、価格調整条件、補償、アーンアウト、クロージング確度まで含めた実質条件で判断します。
基本合意から最終契約
条件変更が起きる場所を先に決める
基本合意は、重要条件について方向性をそろえる文書です。独占交渉期間を長くし過ぎると、買い手企業の検討が遅れても他候補へ移れません。DD資料の準備度、許認可や顧客承諾、資金調達の期間を踏まえて期限を定めます。資料提出と質問回答の担当者を決め、経営を止めない日程にします。
最終契約では譲渡価格、決済、前提条件、表明保証、誓約、補償、解除、競業避止、秘密保持を定めます。表明保証は事実を確認する仕組みであり、知らない事項まで安易に断言しないことが重要です。認識している例外は開示資料へ具体的に記載し、補償の上限、期間、少額免責、請求手続を交渉します。
アーンアウトを使う場合は、売上や利益の定義、買い手企業の裁量、費用配賦、顧客移管、担当者退職、災害などを定めます。達成指標を譲渡後に変更できる設計では争いになります。経営者がコントロールできる指標か、測定資料へアクセスできるか、支払時期と紛争解決方法まで確認します。
顧客・従業員への説明
伝える順番をクロージング条件と連動させる
顧客説明は契約承諾が必要か、関係維持のための通知かで時期が異なります。説明内容には、サービス主体、担当者、窓口、SLA、請求、データ管理、障害時連絡が変わるかを含めます。『何も変わらない』と言い切るのではなく、維持する事項と改善予定を具体的に示します。主要顧客には譲渡企業様と買い手企業が同席し、質問への回答責任を明確にします。
従業員説明では雇用継続だけでなく、給与、賞与、退職金、勤続年数、休暇、勤務地、在宅勤務、評価、組織、報告先を扱います。事業譲渡では転籍同意が必要になるため、個別面談の期間を確保します。技術者を一括して扱わず、役割と不安を理解し、残留施策を公平に設計します。
説明後はFAQを更新し、同じ質問へ同じ回答ができるようにします。確定していない事項は決定予定日を示します。経営者や一部管理職だけが情報を持つ期間が長いと噂が広がるため、法務上の制約を守りつつ、決定後は速やかに公式情報を出します。
PMIとDay1設計
サービスを止めずに統合する
PMIの最優先は、顧客サービスと障害対応を止めないことです。Day1までに連絡網、権限、請求、振込口座、承認、重大障害のエスカレーション、顧客通知を決めます。メールやロゴの統一より、監視アラートが誰に届き、誰が復旧を承認するかを先に確認します。休日や月末をまたぐ場合は当番表と緊急連絡先を二重確認します。
百日計画では、重複ツールの統合、ID基盤、セキュリティ、採用、評価、営業連携、原価管理を優先度順に進めます。一度に標準化すると現場負荷が高まり、暗黙知が失われます。旧手順と新手順を一定期間並行運用し、移行判定、ロールバック、教育、顧客影響を確認します。
PMI指標には顧客継続率、解約理由、SLA、重大障害、技術者退職、残業、チケット滞留、粗利、統合施策の進捗を置きます。相乗効果だけでなく、守るべき基準を設定することが重要です。週次の現場会議と月次の経営会議で課題を上げ、責任者と期限を明確にします。
譲渡企業様の準備チェックリスト
資料を作りながら経営を改善する
準備資料は決算書だけではありません。顧客契約台帳、売上・粗利、解約、SLA、障害、技術者スキル、外注、ライセンス、資産、権限、セキュリティ、訴訟、保険、知的財産を整理します。各資料に基準日、作成者、更新頻度を付け、数値の出所を追えるようにしてください。
不備を見つけたら資料から削除せず、是正計画へ移します。期限切れ契約、共有ID、未回収売掛金、長時間労働、赤字顧客、古い機器について、影響、原因、責任者、期限、費用を記録します。改善が完了していなくても、経営が課題を把握し管理していることは評価されます。
検討を始める時点で譲渡を決断している必要はありません。現状を可視化すれば、単独成長、資本提携、採用強化、事業譲渡の比較ができます。Web M&A総合センターでは、譲渡企業様の相談料・着手金・中間金・成功報酬は0円です。匿名段階で論点を整理したい場合は譲渡相談を利用できます。
実務チェックリスト
- 月額固定・従量・スポット売上を契約単位で区分した
- 顧客別の売上、粗利、工数、解約、SLAを照合した
- 支配権変更・譲渡禁止・再委託・データ条項を確認した
- 技術者スキルと単独担当業務を匿名表で可視化した
- 特権ID、共有ID、退職者権限、接続ログを棚卸しした
- 重大障害とクレームの原因・対策・残存リスクをまとめた
- 正常収益力の加算項目と必要投資の減算項目を説明できる
- 匿名資料、NDA後資料、基本合意後資料を分けた
- 顧客・従業員への説明順序と責任者を決めた
- Day1と百日計画にサービス継続指標を置いた
経営者が交渉前に作る五つの判断メモ
譲れない条件と調整できる条件
一枚目には、価格、従業員雇用、顧客サービス、社名、拠点、経営者残留、クロージング時期を並べ、それぞれを必須、希望、調整可能に分けます。すべてを必須にすると候補が狭まり、すべてを価格へ置き換えると譲渡後の目的を失います。条件同士の優先順位と、条件を緩める場合に必要な代替策を先に決めておけば、意向表明を冷静に比較できます。家族株主や共同経営者がいる場合は、外部候補と会う前に認識をそろえ、決定権限と連絡窓口を明確にします。
顧客離脱の感応度
二枚目には、上位顧客が一社、二社、三社離脱した場合の売上、粗利、要員余剰、資金繰りへの影響を書きます。単純に売上を減らすだけでなく、専任要員を他案件へ転用できるか、外注契約を縮小できるか、共通ツール費が残るかを反映します。買い手企業が保守的なケースを提示しても、譲渡企業様が根拠ある感応度を持っていれば、価格調整や顧客承諾条件を具体的に交渉できます。顧客維持施策の費用と責任者も併記します。
キーパーソン離脱の代替策
三枚目には、経営者、運用責任者、クラウド担当、ネットワーク担当、主要顧客担当が離れた場合の影響と代替策を書きます。単なる組織図では、実際の判断や夜間対応が誰に集中しているか分かりません。代理承認、ペア担当、手順書、訓練、外部ベンダー、採用のどれで補うか、完了までの期間と費用を示します。このメモは従業員を値踏みする資料ではなく、過度な負荷を解消し、譲渡後も安心して働ける体制を作るためのものです。
クロージングまでに起こり得る変化
四枚目には、契約更新、大型障害、主要採用、退職、価格改定、設備更新、借入返済など、取引期間中に起こり得る出来事を月別に置きます。M&Aの検討中も事業は動くため、通常経営を止めてはいけません。一方で、大型投資や例外的な契約変更には買い手企業の同意が必要になることがあります。通常業務の範囲、事前協議が必要な事項、緊急時の連絡手順を基本合意後に決めると、双方が不必要に疑う状況を避けられます。
取引が成立しない場合の経営計画
五枚目には、取引が延期または中止になった場合の十二か月計画を書きます。採用、値上げ、解約抑制、セキュリティ投資、後継者育成、資金繰りを自社で続けられる状態にしておくと、期限に追われた譲歩を防げます。DDで作った顧客別採算、契約台帳、権限表は、そのまま経営改善へ使えます。M&Aは目的を実現する一つの手段であり、成立しないと会社が立ち行かない状態になる前に検討を始めることが、選択肢と交渉力を守ります。
運用保守会社ならではの補足論点
再委託先とフリーランスの承継
二十四時間対応や専門機器の保守を再委託先に支えてもらっている場合、契約継続性と実態を確認します。基本契約だけでなく、担当範囲、単価、最低発注、再々委託、顧客情報へのアクセス、事故時責任、交代要員を一覧化してください。長年の信頼関係で契約が簡略化されている先は、M&Aを理由に一方的な書面化を迫るのではなく、秘密保持の範囲内で承継に必要な条件を話し合います。フリーランスについても、雇用に近い指揮命令がないか、成果物やスクリプトの権利が会社へ帰属するか、アカウントを会社が回収できるかを確認します。買い手企業は内製化を前提にせず、現場を支える外部関係を維持した場合の原価とリスクを比較すべきです。
オンプレミス機器と現地対応
顧客拠点に設置されたサーバー、ネットワーク機器、予備品、貸与端末は、所有者と保管場所を明確にします。固定資産台帳に載らない少額機器でも、障害復旧に不可欠な場合があります。保守期限、メーカーサポート、交換部品、現地入館手続、鍵、持出し許可、廃棄証明を顧客別に整理してください。地方拠点を協力会社が支える場合は、到着目標時間と実績、代替要員、災害時の交通制約も確認します。クラウド移行予定があっても、移行が完了するまでは旧環境の保守責任が残ります。買い手企業は設備更新費だけでなく、移行中の二重運用、顧客テスト、撤去、データ消去まで予算化する必要があります。
生成AIと自動化スクリプトの扱い
運用手順の要約、問い合わせ回答、ログ分析に生成AIを利用している場合は、入力データ、利用規約、学習利用の有無、出力確認、顧客同意を調べます。顧客の秘密情報を個人契約のサービスへ入力していないかを確認し、会社承認済みの環境へ統一します。自動化スクリプトやInfrastructure as Codeは、保存場所、レビュー、テスト、実行権限、秘密情報の分離、ロールバックを確認します。特定担当者の端末でしか動かない自動化は、効率化ではあっても承継資産になりません。リポジトリ、依存関係、ライセンス、実行手順を整え、買い手企業が再現できる状態にして初めて、工数削減と品質安定の根拠として説明できます。
システム運用保守会社M&AのFAQ
小規模で代表者依存が強くても相談できますか
相談できます。ただし依存を隠さず、代表者の業務、顧客との関係、判断権限を可視化し、第二担当者の育成や残留期間を提案することが重要です。規模よりも、継続契約と引継ぎの現実性が検討材料になります。
顧客名はいつ開示しますか
初期は業種、売上帯、契約年数など匿名情報で説明し、秘密保持契約と候補先の確認後に段階的に開示するのが一般的です。競合関係や個人情報を確認し、必要以上に原本データを共有しません。
赤字契約があると譲渡できませんか
赤字だけで直ちに不可能とは限りません。原因が一時的な障害、価格改定不足、工数超過、範囲外作業の常態化のどれかを分け、改善可能性と顧客関係への影響を示します。隠すよりも再現可能な採算表を用意します。
買い手企業として何を確認すべきですか
契約継続率、SLA、技術者依存、顧客データの権限、ライセンス、夜間体制、再委託、重大障害、必要投資を確認してください。買収後に誰が運用責任を持つかをDD中から設計することが重要です。買収を検討する企業は買い手登録を利用できます。
まとめ
システム運用保守会社M&Aを成功へ近づける鍵は、継続収益の質、顧客契約、技術者、SLA、セキュリティを別々の資料にせず、サービスが止まらない承継設計として説明することです。価格だけでなく、顧客と従業員の安心、責任分担、必要投資、PMIの実行可能性を同時に検討してください。譲渡企業様は譲渡相談、実務情報はコラムとM&A事例も参考になります。
本記事は一般的な情報提供を目的としており、法務、税務、会計、財務または投資に関する助言ではありません。個別の契約、取引手法、企業価値、税負担、個人情報、労務については、弁護士、税理士、公認会計士その他の専門家へ相談してください。将来の取引成立や検索順位を保証するものではありません。
