はじめに
買い手が基本合意(LOI)を結んだあと、最初にやる実務の一つが「資料を出してください」という依頼だ。このとき送るのが資料依頼リスト——IRL(Information Request List)と呼ばれる。ところが中小M&Aでは、ネットで拾った50項目のテンプレをそのまま送り、売り手から「そんな資料は作っていません」と返ってきて止まる、という場面が驚くほど多い。逆に、確認すべき観点を網羅したつもりのチェックリストが、対象会社の業種や規模に合わず、形だけ埋めて終わる、ということも起きる。
IRLと確認チェックリストは、似ているようで役割が違う。IRLは売り手に「出してもらう資料」のリスト、チェックリストは買い手が「自分で見る観点」のリストだ。前者がインプットの調達、後者がアウトプットの判断にあたる。両方そろって初めて、DDは「資料を集めて終わり」ではなく「実態をつかんで価格と契約に反映する」工程になる。そして中小M&Aでは、このどちらも、テンプレをそのまま使うのではなく案件の急所に合わせて取捨することが要る。
あなたが今関わっている案件で、売り手に渡す資料依頼リストは、相手が実際に持っていそうな資料と、見たい論点に合っているだろうか。それとも、どこかで拾ったひな形をそのまま流用していないだろうか。
IRLとチェックリストの急所は、網羅性ではなく取捨選択にある。中小では資料が整っていないのが普通で、フルのテンプレを送っても大半は返ってこない。だから「出てくる資料」を前提に、案件の致命傷になりうる論点へ依頼と確認を集中させる。この記事は、種類別の依頼項目(IRL)と確認観点を、そのまま下敷きに使える形でまとめている。
IRL(資料依頼リスト)とチェックリストは役割が違う
IRLは、欧米のM&Aでは調査の第一歩として定着している。買い手側の専門家チーム(会計士・税理士・弁護士など)が、資料の種類・提出形式・期限を体系的に指定して売り手に渡す。これが届くと、売り手はデータルームに資料を開示し、買い手はそれを読みながら疑問点をQ&Aリスト(多くはExcel)で追加質問していく。この往復で実態を詰めるのが、DDの基本動作だ。
一方で確認チェックリストは、開示された資料や現場から「何を見極めるか」の観点を整理したものだ。IRLが「決算書3期分をください」なら、チェックリストは「その決算書で、一過性の利益と簿外債務を確認したか」にあたる。資料をもらうことと、その資料から判断することは、別の作業だ。
よくある二つのつまずき
- IRLのテンプレ流用:大企業向けの網羅的なリストをそのまま中小に送り、大半が「該当資料なし」で返ってきて、調査が前に進まない
- チェックリストの形式化:項目を埋めること自体が目的化し、「確認した」というチェックは付くが、価格や契約に反映されない
DDの全体像のなかでIRLとチェックリストがどこに位置するかは、M&Aのデューデリジェンスとはの記事で整理している。ここから先は、その実務ツールとしての中身に入る。
60項目のIRLを送って大半が空欄で返ってきた初回案件
製造業の買い手が、初めてのM&Aでコンサルの汎用テンプレをそのまま使い、60項目ほどのIRLを売り手に送った。相手は従業員25名のオーナー企業だ。返ってきたのは、3割ほどに資料が添付され、残りは「該当なし」「作成していない」「口頭で説明します」という回答だった。
買い手の担当者は当初「資料を出し渋っている」と疑ったが、実際は本当に存在しなかった。組織図も、稟議規程も、契約書の一覧も無い。そこで依頼リストを「絶対に必要な10項目」と「あれば見たい項目」に分け、前者に資料がなければオーナーへのヒアリングで代替する方針に切り替えた。テンプレを送る前に、相手が持っていそうな資料を想像する——この一手間が、最初から要る。
種類別のIRL——何を依頼するか
ここからは、DDの種類別に「売り手へ依頼する代表的な資料」を挙げる。記載の順序は実務に合わせ、ビジネスDD → IT-DD → 財務DD → 法務DDとする。中小案件では、このすべてを送るのではなく、対象事業の性質に応じて重みを変える。下の表は教科書的な依頼項目だが、中小では右側ほど「作っていない」で返ってきやすい——商品・サービス別の粗利、システム構成図、セキュリティ規程、就業規則あたりは、整備されていない前提で見ておくほうが現実的だ。
| 種類 | 依頼する代表的な資料 |
|---|---|
| ビジネスDD | 主要顧客別の売上推移、取引先一覧、商品・サービス別の粗利、業界シェア資料、主要取引契約、事業計画 |
| IT-DD | 基幹システムの構成図、利用ソフト・ライセンス一覧、保守契約、開発体制、セキュリティ規程、インシデント履歴 |
| 財務DD | 決算書・税務申告書(3期分以上)、月次試算表、総勘定元帳、売掛・買掛明細、在庫明細、借入一覧、固定資産台帳 |
| 法務DD | 登記簿謄本、定款、株主名簿、許認可一覧、重要契約書、係争・クレーム履歴、就業規則、賃貸借契約 |
| 人事・労務DD | 従業員名簿、賃金台帳、雇用契約書、36協定、退職金規程、社会保険関係、キーパーソンの処遇 |
これらは「フルで送るべきリスト」ではなく「案件に応じて選ぶ母集団」だ。たとえば人材が事業の中核なら人事・労務の比重を上げ、許認可がなければ事業が止まる業種なら許認可関連を厚くする。財務DDで実際に何を読むかは財務デューデリジェンスの記事に、IT-DDの盲点はITデューデリジェンスの記事に詳しい。
売り手側も同じリストを持っておく
IRLは買い手のツールだが、売り手が事前にこの種の資料を整えておくと、DDは劇的に速くなる。逆に未整備だと、DD期間が延びて買い手の不安が募り、価格にも響く。売り手の準備の観点は売り手がDDで落とされないための準備の記事で扱っている。
種類別の確認チェックリスト——何を見るか
資料を集めたら、次は「何を見極めるか」だ。同じ決算書でも、税務申告のために眺めるのと、買収判断のために読むのとでは、着目点が違う。以下は、中小M&Aで特に見落とされやすい確認観点を種類別に絞ったものだ。網羅リストではなく、「ここを外すと痛い」点に寄せてある。中小で数字が化けやすいのは、正常収益力(オーナー個人の費用と会社の費用が混ざっている)と、売上の集中度(特定顧客やオーナー個人の人脈に依存している)の二つで、ここを汎用リストの一行として流すと買収後に効いてくる。
| 種類 | 特に見落とされやすい確認観点 |
|---|---|
| ビジネスDD | 特定顧客への売上集中度、オーナー個人の人脈に依存した取引、値上げ余地、業界の構造変化 |
| IT-DD | 属人化したシステム、ドキュメント不在、技術的負債、ライセンス違反、退職予定エンジニアへの依存 |
| 財務DD | 正常収益力(一過性・オーナー費用の調整)、運転資本の季節変動、簿外債務、役員借入の扱い |
| 法務DD | 許認可の承継可否、チェンジオブコントロール条項、未解決の係争、コンプライアンス違反 |
| 人事・労務DD | 未払残業の有無、キーパーソンの退職リスク、買収後に発生する処遇格差、簿外の退職給付 |
このチェックリストの使い方で大事なのは、「全項目を平等に見る」のではないという点だ。案件ごとに、どの観点が致命傷になりうるかは違う。SaaSなら属人化したシステムと継続率、人材派遣なら許可と未払賃金、というように重心が動く。チェックを付けること自体を目的にすると、形式は整っても判断が抜ける。
チェックリストは全部○だったのに、買収後に赤字化した調剤薬局
ある買い手が調剤薬局を買うとき、汎用のDDチェックリストを使い、財務も法務もほぼ全項目に○を付けてクロージングした。書類上の問題は確かに無かった。ところが買収から半年後、主力店舗の前にあった医療モールの主要クリニックが移転し、処方箋枚数が3割落ちた。
チェックリストには「処方箋集中率」「近隣医療機関の動向」という、この業種で最も効く観点が入っていなかった。汎用リストは網羅的に見えて、業種固有の急所を取りこぼす。後から振り返れば、ビジネスDDの観点を業種に合わせて差し替えていれば気づけた論点だった。チェックの数ではなく、何をチェック項目に選ぶかが効く。
中小M&Aの現実——「資料が出てこない」前提で組む
大企業同士のM&Aなら、データルームに整然と資料が並ぶ。だが中小、とくにオーナー企業のM&Aでは、そうはいかない。中小M&Aガイドライン(第3版)(出典: 中小企業庁『中小M&Aガイドライン(第3版)』2024年8月)でも触れられている通り、資料が未整備だったり、重要な業務がベテラン従業員の頭の中にしかなかったり、経営者個人の資産と会社の資産が混ざっていたりする。IRLを送っても、想定の半分も返ってこないことは普通だ。
ここで「資料が揃わないから判断できない」と止まってしまうと、DDが機能しない。現実的なのは、出てきた資料と関係者へのヒアリングから実態を組み立てる進め方だ。たとえば契約書の一覧が無くても、入金データと取引先一覧から主要取引の継続性は推測できる。組織図が無くても、賃金台帳と業務分担のヒアリングで属人化の度合いはつかめる。
Q&Aで埋める
開示された資料を読むなかで生じた疑問は、Q&Aリスト(Excelが一般的)にまとめて売り手に投げる。中小では、この口頭ベースのQ&Aで補完する比重が、大型案件より高い。資料の不足を、対話で埋めていく作業だと考えるといい。
ヒアリングと現場の実地確認で在庫の実態を詰めた事業承継案件
引退するオーナーが営む地場の卸売業の事業承継で、在庫明細はExcelで一応あったものの、最終更新は半年以上前で、棚卸の根拠資料も見当たらなかった。帳簿上の在庫は資産として計上されているが、それが本当に売れる在庫なのか、長く動いていない不良在庫なのかが、書類だけでは判別できない。
そこで買い手のDDチームは、倉庫に出向いて品目ごとの保管状態を見ながら、現場責任者に「これは直近で動いたか」「いつから置いているか」を一つずつ確かめていった。整理した一覧を後日Q&Aリストにして売り手へ戻し、回転の鈍い品目について仕入時期と評価減の要否を詰めた。資料が古いことを理由に帳簿の数字を鵜呑みにせず、現物とヒアリングで裏を取る——中小のDDは、整った資料を読む仕事ではなく、断片から実態を推理する仕事に近い。
IRL・チェックリストを「自社案件に合わせる」
ここまで挙げてきた依頼項目と確認観点は、あくまで下敷きだ。そのまま全部を使うと、中小案件では過剰になる。逆に、業種固有の急所を入れ替えずに汎用のまま使うと、肝心の論点が抜ける。テンプレは出発点であって、ゴールではない。
実務では、まず「この案件で何が致命傷になりうるか」を仮説として立てる。取引先依存か、キーパーソン流出か、許認可か、簿外債務か。そのうえで、IRLの依頼項目とチェックリストの確認観点を、その仮説に沿って厚くする・削る。残りは簡易な確認で割り切る。どこを自社で見て、どこを専門家に出すかの線引きは自社対応とコンサル依頼をどこで分けるかの記事に、仲介者がDDに踏み込めない構造は中小M&Aガイドラインの記事に整理している。
そして忘れたくないのは、チェックリストで見つけた論点は、価格交渉と契約、その先のPMIに引き継ぐためにあるということだ。「確認した」で終わらせず、発見事項を表明保証や価格調整に落とし、買収後の100日プランに渡す。リストはそのための入口であって、埋めること自体が目的ではない。
まとめ
IRL(資料依頼リスト)は売り手に「出してもらう資料」のリスト、確認チェックリストは買い手が「自分で見る観点」のリストだ。役割が違う二つを、種類別に下敷きとして持っておくと、DDは資料集めで終わらず実態の把握に進む。
ただし中小M&Aでは、テンプレをそのまま使うと過剰にも過少にもなる。資料が揃わないのが普通だという前提で、案件の致命傷になりうる論点へ依頼と確認を集中させ、足りないところはヒアリングとQ&Aで埋める。チェックの数ではなく、何を項目に選ぶかが効く。
DD-AXでは、案件ごとのDDスコープ設計から、IRLの作成、業種に合わせたチェックリストの絞り込み、発見事項の価格・契約・PMIへの接続までを、中小M&Aの規模感に合わせて支援している。「ひな形を埋める」から「急所をつかむ」へ切り替えたいときに使ってほしい。