M&AのITデューデリジェンス実務手順｜資料請求から価格調整まで
本ページの更新日について
公開日：2024年9月3日最終更新日：2026年8月14日
M&AのITデューデリジェンスは、買収後に発生するシステム障害、情報漏えい、想定外の統合費用を買収前に把握するための調査です。
1. M&Aで行うITデューデリジェンスの目的と範囲ITデューデリジェンス（IT DD）とは、対象企業のシステム、ITインフラ、セキュリティ、運用体制、契約、運用コストを調査する手続きです。財務DDが帳簿上の数値を確認するのに対し、IT DDは事業を動かす仕組みの実態を確認します。
調査結果は、買収可否だけでなく、買収価格、表明保証や補償条項、クロージング条件にも反映します。さらに、買収後のIT PMIで何をいつ統合するかを決める設計図として活用します。
対象企業の規模や買収目的によって範囲は変わります。中堅・中小企業では、全システムを精密に調べるより、売上・生産・顧客データに直結する領域と、重大なセキュリティリスクを先に評価する方法が現実的です。
1-1. 買収判断でITデューデリジェンスが必要な理由財務諸表だけでは、サポート切れOS、老朽化したサーバー、未計上のライセンス費、属人的な運用は把握しにくいものです。買収後に更新や統合が必要となり、数百万円から数千万円の追加投資が発生する場合もあります。
過去の不正アクセスや情報漏えい、管理されていない退職者アカウントも、買収後に引き継ぐリスクです。IT DDは、企業価値を測るだけでなく、買収によって何を背負うのかを確認する作業です。
1-2. システム構成と業務アプリの依存関係を確認する業務アプリケーション、データベース、サーバー、クラウド、ネットワーク、端末、外部サービスを一覧化します。会計、販売、在庫、給与、CRMなどがどのデータを受け渡しているかも確認します。
特に重要なのは、事業継続に不可欠な依存関係です。銀行連携、決済、取引先とのEDI、工場設備との接続などが親会社の環境に依存している場合、切り離し後に業務が止まる可能性があります。
1-3. ITコストと契約更新による追加投資を洗い出す
ITコストは、保守費、ライセンス費、クラウド利用料、回線費、外注費、人件費、リース費に分けて確認します。過去3年の支出推移と財務DDの費用計上を突き合わせると、未把握の支出を発見しやすくなります。
契約期間、更新日、解約条件、名義変更の可否、最低利用数も確認します。契約更新が買収後に集中している場合は、再契約費用、端末更新、データ移行、老朽化対応を確定費用と不確実費用に分けて試算します。
1-4. 業種別に優先すべきIT調査領域を切り替える製造業では工場設備、制御系ネットワーク、停止時の損失を優先します。小売ではPOS、在庫、決済、店舗回線を確認し、金融では認証、アクセス権、監査ログ、個人情報を重点的に調べます。
医療では患者情報、予約、電子カルテ、委託先管理が中心です。SaaS企業では顧客データ、クラウド権限、可用性、ソースコード、開発者への依存度を確認します。業種ごとに調査項目の重みを変えることが、短納期対応の要点です。
2. 資料請求から報告書作成までのIT DD実務手順
IT DDは、基本合意後の限られた期間で、資料請求、分析、Q&A、面談、現地確認、報告書作成を進めます。最初から全項目を同じ深さで調べるのではなく、買収判断に直結する論点から着手します。
実務では、経営企画が全体進行を管理し、情報システムが技術評価、財務が費用検証、法務が契約と個人情報を担当します。FAや外部IT専門家は、資料の抜けやリスクの重要度を横断的に整理します。
2-1. 調査チームの役割分担と初期方針を決めるキックオフでは、買収目的、統合方針、調査範囲、期限、成果物を決めます。対象企業を自社環境へ統合するのか、一定期間は併存させるのかで、必要な調査項目と費用が変わります。
情シスの人員が不足する場合は、外部IT専門家を早期に加えます。NDA締結後にアクセスできる資料、対象者、現地確認の可否を決めておくと、調査途中の手戻りを抑えられます。
2-2. 開示資料請求リストで確認漏れを防止する開示請求では、資料名だけでなく対象期間、形式、責任者、未提出理由も管理します。次の項目を初回リストに含めると、資料不足の企業でも調査の起点を作れます。
システム台帳、アプリ一覧、構成図、ネットワーク図
サーバー、端末、OS、ミドルウェア、クラウドの一覧
SaaS、ライセンス、回線、保守、外注の契約書
過去3年のIT費用、投資計画、リース残債、更新予定
障害、バックアップ復旧、インシデントの記録
セキュリティ規程、権限一覧、委託先一覧、手順書
資料の有無自体も評価対象です。構成図が古い、契約書の所有者が不明、費用一覧と請求書が一致しない場合は、管理水準や属人化に関する追加質問を設定します。
2-3. 資料分析とQ&Aで不一致や未開示事項を詰める資料分析では、台帳、請求書、契約書、実際の画面を照合します。たとえば、SaaSの契約ユーザー数と従業員数が一致しない場合、未使用ライセンスや未管理アカウントの有無を確認します。
質問例は「このシステムの管理者は誰か」「契約主体は対象企業か親会社か」「手作業で補正しているデータはあるか」です。回答が得られない事項は、未確認リスクとして報告書に残します。
2-4. 面談と現地確認で資料に表れない実態を把握する経営者、情シス担当者、経理、現場責任者、外部ベンダーに面談します。担当者ごとに同じ質問を行うと、公式手順と実際の運用の差が見えやすくなります。
現地では、サーバールーム、ネットワーク機器、バックアップ媒体、端末管理を確認します。個人管理のExcel、私物クラウド、紙伝票、担当者しか知らないパスワードは、資料に出にくい典型的なリスクです。
3. セキュリティと運用体制に潜む買収リスクを評価セキュリティと運用体制は、システムの機能以上に買収後の損失を左右します。アカウント管理、脆弱性対応、バックアップ、ログ監視、事故対応、外部委託、人材の代替性を一体で評価します。
資料が不足していても、請求書、端末一覧、契約更新メール、実際の設定画面などを組み合わせれば一定の確認は可能です。ただし、確認できない事項を「問題なし」と扱わず、価格、契約、PMIのいずれかで保護します。
3-1. セキュリティ対策とインシデント履歴を検証する全ユーザーのMFA、管理者権限、退職者アカウント、パッチ適用、ウイルス対策、EDR、ファイアウォール、暗号化、ログ保存を確認します。バックアップは、取得の有無だけでなく復旧テストの実施状況まで調べます。
過去の不正アクセス、情報漏えい、マルウェア感染、誤送信を確認し、発生日、対象データ、原因、報告、再発防止策を整理します。事故がないとの回答でも、調査記録や監視体制がなければ、未確認リスクとして扱います。
3-2. 情シス不在でも運用継続性と属人化を調べる担当者が退職した場合に、誰が管理者権限を引き継げるかを確認します。パスワードが個人の記憶に依存し、手順書や構成図がない場合は、事業継続上の重大な弱点です。
外部ベンダーへの依存度も、契約の有無だけでは判断できません。障害時の連絡先、対応時間、ソースコードや設定情報の保管場所、ベンダー変更時の引継ぎ条件まで確認します。
3-3. 資料不足の企業で行う代替的なIT調査方法正式なシステム台帳がない場合は、請求書、通帳明細、クレジットカード明細から利用サービスを逆算します。端末一覧、ブラウザのブックマーク、契約更新メールも、未開示のSaaSを見つける手掛かりになります。
さらに、実際の管理画面、サーバー、ネットワーク機器を確認し、外部ベンダーへの面談を行います。資料がないこと自体を管理リスクとして評価し、確認できない範囲には予備費や契約上の保護を設定します。
3-4. 発見したリスクを重要度と対応期限で分類するリスク評価表では、影響度、発生可能性、緊急度、概算対応費用、対応期限を記載します。影響度と発生可能性を高・中・低で分類すると、経営会議でも優先順位を共有しやすくなります。
分類 | 例 | 対応 |
|---|---|---|
重大 | 管理者アカウント漏えい、復旧不能 | 買収前是正または契約条件 |
高 | OSのサポート切れ、属人運用 | 価格調整または初期PMI |
中 | 台帳不備、手順書不足 | 100日計画で改善 |
4. IT DD報告書を価格交渉と契約条件へ変換する
IT DD報告書は、現状を説明する資料ではなく、意思決定に使う資料です。最低限、「買収可否」「価格調整」「契約条件」「PMI予算」「対応期限」の5項目へ変換できる形にします。
各リスクについて、事実、事業への影響、対応方法、概算費用、責任者、期限を記載します。費用が不明な場合は、確定費用と不確実性を分け、追加調査の必要性も明記します。
4-1. ITリスクを買収価格の調整額へ落とし込む老朽化対応、セキュリティ是正、ライセンス再契約、データ移行、端末更新を費用項目別に分けます。見積書などで裏付けられる費用は確定額に近づけ、仕様未確定の改修は幅を持たせて提示します。
たとえば、買収後の初年度に必須の是正費用と、中長期の刷新費用を混同してはいけません。価格調整の対象、売り手負担、PMI予算の対象を分けることで、交渉の論点が明確になります。
4-2. 表明保証と補償条項で未確定リスクを管理する買収前に解消できないインシデント、契約違反、ライセンス不足、知的財産権、個人情報管理の問題は、契約条件へ連携します。表明保証の対象、補償上限、期間、請求手続きは法務担当者と整理します。
重大な脆弱性の是正をクロージング条件にする方法もあります。重要事項を抽象的に記載せず、対象システム、完了基準、証跡、期限を具体化することが必要です。
4-3. IT PMI費用を初動対応と統合施策に分けて試算するIT PMI費用は、初動対応と統合施策に分けます。初動にはMFA、端末保護、アカウント棚卸し、バックアップ確認を含め、統合にはメール、認証基盤、ネットワーク、ファイル、基幹システムの移行を含めます。
区分 | 施策例 | 費用時期 |
|---|---|---|
初動 | 権限整理、MFA、端末保護 | クロージング直後 |
短期統合 | ネットワーク、メール、ファイル移行 | 初期PMI |
中長期 | 基幹統合、データ標準化、刷新 | 計画期間中 |
IT PMIなしに統合計画を立てると、コストや期間が想定の2〜3倍になる場合があります。見積りでは、作業費だけでなく、現場教育、業務停止、データクレンジング、予備費も確認します。
4-4. IT DD報告書をPMIロードマップへ落とし込むロードマップは、クロージング直後の安全確保、初期統合、中長期刷新の3段階で作成します。各施策に担当部署、期限、前提条件、依存関係、完了条件を設定します。
「システム統合」だけでは実行できません。管理者権限の確保、データ項目の標準化、契約名義の変更、現場教育などを作業単位に分解し、IT DDのリスク番号と紐づけます。
5. よくある質問（FAQ）
5-1. ITデューデリジェンスにはどの程度の期間が必要ですか
期間は案件規模、資料整備状況、システムの複雑性で変わります。資料請求1〜2週間、分析とQ&A2〜3週間、現地確認1〜2日、報告書作成1〜2週間が一例です。
短納期では、セキュリティ、基幹システム、外部依存、重大契約、統合費用を優先します。調査しない範囲と未確認事項を報告書に明記してください。
5-2. 対象会社に情報システム部門がなくても調査できますか調査できます。経理、総務、現場責任者、外部ベンダーから情報を補完し、請求書や画面確認も組み合わせます。
確認できない事項は問題なしとせず、価格、表明保証、補償、クロージング条件に反映します。
5-3. ITデューデリジェンスとIT PMIは何が違いますかIT DDは買収前にリスク、資産、運用コスト、統合負担を評価する調査です。成果物は報告書、リスク評価、費用試算、契約への提案です。
IT PMIは買収後に統合や併存を実行する活動です。ロードマップ、担当者、作業計画、完了条件を運用し、事業を止めずに環境を整えます。
5-4. 財務DDや法務DDとIT情報をどう連携しますかIT契約費用、未計上コスト、リース残債は財務DDへ連携します。個人情報、ライセンス、知的財産、契約変更条項は法務DDへ共有します。
移行費用や刷新投資は事業計画へ反映し、買収価格、運転資金、PMI予算を一つの前提で管理します。
6. おすすめ商品: 手取りを重視するならM&A PMI AGENTの特徴と選び方
売り手側がM&Aを検討する場合、譲渡価格だけでなく、仲介手数料、税金、実費、引継ぎ条件を差し引いた手取り額を確認する必要があります。買収側のIT DD費用やPMI負担が条件調整に影響するため、提示条件を総額で比較することが重要です。
手取りを重視するならM&A PMI AGENTは、売却価格だけでなく「手取り額」を整理する無料オンライン相談に対応しています。初回相談、着手金、中間金は無料で、最低報酬は500万円〜です。
他社から提案書や見積りを受け取っている場合も、仲介契約前であれば、手数料、最低報酬、成功報酬の計算方法、テール条項などを比較できます。オンライン面談中心で、買い手探索から条件交渉、DD、最終契約、クロージングまで支援します。
譲渡価格5,000万円の比較例では、他社最低報酬2,000万円に対し、最低報酬500万円〜の場合、手数料差額は最大1,500万円です。実際の条件は譲渡スキームや契約内容で変わるため、具体的な金額は相談時に確認してください。
M&AのITデューデリジェンスでは、システム構成、ITインフラ、運用コスト、セキュリティ、組織、契約、統合可能性を確認します。財務諸表に表れない技術的負債や属人運用も、買収後の損失につながる重要な調査対象です。
調査結果は、報告書で止めず、買収可否、価格調整、表明保証、補償、PMI予算へ変換します。まずは開示資料請求リストを作成し、重大リスクと統合費用を優先して、買収前からIT PMIのロードマップを設計してください。
編集者の紹介
