M&Aの財務DDでは、決算書、月次試算表、勘定明細、売上債権、棚卸資産、仕入債務、固定資産、資金繰り表、部門別損益、KPI、事業計画と、実に多くの資料に目を通します。
ただ、これらの資料は、はじめからそこにあるものではありません。何かしらの仕組みから生まれてくるものです。
売上データは販売管理システムから、在庫データは在庫管理・生産管理・棚卸実務から生まれます。人件費データは勤怠・給与計算システムが起点になり、固定資産データは固定資産台帳や減価償却システムによって管理されています。そして月次決算や管理資料は、会計システム、Excel、手入力、社内承認、経理担当者の経験、さらには外部専門家の関与といった要素が組み合わさって作られています。
つまり、財務DDで私たちが見ている数字の信頼性は、対象会社のIT・会計システム・情報管理体制に大きく左右されるということです。
会計資料が一見整っているように見えても、元データの抽出条件が誤っていれば、そこから導かれる分析結果もまた誤ります。月次損益が提出されていたとしても、販売管理システムと会計システムが連携しておらず、期末に手作業でまとめて修正しているのであれば、月次推移の数字をそのまま信じるわけにはいきません。在庫金額が貸借対照表に計上されていても、在庫管理システムと実地棚卸が整合していなければ、滞留在庫や評価損を見落としてしまう可能性があります。
買収後に、買主グループの会計・管理・情報セキュリティの水準へ合わせるため、多額のシステム投資や運用コストが必要になることも珍しくありません。
IT DDは、システム監査のためだけに行うものではありません。財務DDと接続して初めて、会計資料の信頼性、正常収益力、実態純資産、買収後管理コスト、契約条件、クロージング対応、PMI課題へと変換できるのです。
本記事では、IT・会計システム・情報管理DDの詳細な技術評価そのものではなく、財務DDの視点から、IT・システム・データの論点をどのようにM&A判断へ接続するかを整理していきます。
IT DDは「システムが古いか新しいか」を見るだけではない
IT DDは、対象会社の情報システムに関する調査です。
財務DDとの関係でとりわけ重要になるのは、ITインフラの整備状況、進行中のITプロジェクト、IT部門の規模やスキル、ITに関わる損益予算・設備投資計画、そして統合上の問題点といった点です。なかでもITに関わる損益予算や設備投資計画は、財務DDで事業計画を分析するうえでも欠かせない情報になります。
ここで注意したいのは、IT DDを「古いシステムを使っていないか」「セキュリティに問題がないか」という観点だけで捉えてしまわないことです。
M&AにおけるIT DDは、少なくとも次の4つの観点で財務DDに接続します。
| 観点 | 財務DDとの接続 |
|---|---|
| 会計資料の信頼性 | 決算書、月次資料、勘定明細、KPIがどのように作られているか |
| データ分析の正確性 | 売上、在庫、債権、仕入、固定資産、人件費等のデータ抽出が正しいか |
| 買収後の管理可能性 | 買主が必要とする会計・管理・レポーティングに対応できるか |
| 追加投資・統合コスト | システム改修、移行、統合、セキュリティ強化にどれだけ費用がかかるか |
IT DDは、財務DDの外側にある補助的なDDではありません。財務DDで使う資料の出どころを確かめ、買収後にその会社をきちんと管理できるかを見極めるための、重要なDDだと考えています。
会計資料の信頼性は、会計システムだけで決まらない
財務DDで確認する決算書や月次資料は、最終的には会計システムから出力されることが多いものです。
しかし、会計システムだけを見ても、会計資料の信頼性は判断できません。なぜなら、会計システムに入力される前のデータこそが重要だからです。
売上は、受注、出荷、納品、検収、請求、入金という流れの中で発生します。仕入は、発注、入荷、検収、請求、支払という流れをたどります。在庫は、入庫、出庫、棚卸、評価、廃棄、振替という動きの中で変動し、固定資産は、購入、検収、使用開始、除却、売却、減価償却という流れで管理されていきます。
会計システムは、こうした結果を集約する場所にすぎません。
ですから財務DDでは、会計システムだけでなく、その周辺にある販売管理、在庫管理、生産管理、購買管理、給与計算、固定資産管理、経費精算、銀行データ、連結会計といった各システムとの関係を見ていく必要があります。
財務DDの依頼資料としても、会計システムに係るシステム概要図、経理規程、棚卸規程、固定資産管理規程、月次決算資料、損益管理資料、KPIモニタリング資料、予算実績差異分析資料などが重要になってきます。
会計資料の信頼性を見るときは、次のように整理して考えています。
| 確認対象 | 財務DDで確認すべきこと |
|---|---|
| 会計システム | 仕訳入力、承認、締め処理、修正仕訳、権限管理、ログ |
| 販売管理システム | 売上計上日、請求日、出荷日、検収日、返品・値引処理 |
| 在庫管理システム | 入出庫、棚卸差異、滞留在庫、評価単価、廃棄・振替 |
| 購買管理システム | 発注、検収、仕入計上、未払計上、支払条件 |
| 給与・勤怠システム | 人件費、残業代、賞与、社会保険、部門別配賦 |
| 固定資産管理 | 取得日、使用開始日、除却、減価償却、現物管理 |
| 経費精算 | 承認フロー、証憑保存、部門配賦、未払計上 |
| 連結・管理会計 | グループ報告、部門別損益、KPI、予実管理 |
会計システムが導入されていることと、会計資料が信頼できることは、決して同じではありません。
大切なのは、データの発生から会計処理、そして管理資料への集計までの流れが、後からきちんと説明できる状態になっているかどうかです。
販売管理システムは、売上分析と債権分析の出発点である
財務DDで売上を分析するとき、損益計算書上の売上高だけを見ていても十分とはいえません。
確認すべきなのは、その売上が、どのシステム・どのプロセスから発生しているのかという点です。
販売管理システムに、受注日、出荷日、納品日、検収日、請求日、売上計上日、入金予定日、入金実績、返品、値引、キャンセル、締日、請求先、納品先、担当者、部門、商品コードといった情報が、どこまで記録されているか。そのデータが会計システムへ自動連携されているのか、それともCSVで取り込まれているのか、Excelで加工されているのか、あるいは手入力なのか。期末や月末に、どのような締め処理や修正処理が行われているのか。
こうした点によって、売上分析の信頼性は大きく変わってきます。
たとえば、販売管理システムと会計システムの売上金額が一致していない場合には、その差異が正当な会計調整によるものなのか、それとも未請求、先行計上、返品未処理、締め後売上、手入力ミスのいずれかなのかを確認しなければなりません。
売上データの抽出条件が不明確なままでは、顧客別売上、商品別売上、月次売上、部門別売上といった分析結果は、買収判断に使いにくいものになってしまいます。
販売管理システムの確認は、次のような財務DD論点へとつながります。
| システム上の確認事項 | 財務DDへの影響 |
|---|---|
| 売上計上日と出荷・検収日の関係 | 期間帰属、カットオフ、正常収益力 |
| 顧客別・商品別データの整備 | 収益源泉、顧客依存、採算性 |
| 返品・値引・キャンセル処理 | 売上の質、粗利率、引当 |
| 売掛金との連携 | 債権回収、滞留債権、貸倒リスク |
| 手入力・Excel加工の有無 | 資料信頼性、追加検証の必要性 |
| 権限・承認・ログ | 不正リスク、内部管理体制 |
販売管理システムの弱さは、単なるIT上の問題にとどまりません。売上の実在性、継続性、期間帰属、債権回収、粗利率、正常収益力に直結する問題です。
在庫管理システムは、粗利・運転資本・実態純資産を左右する
在庫を持つ事業では、在庫管理システムの信頼性が、財務DDの結果に大きく影響してきます。
貸借対照表上に棚卸資産が計上されていても、その金額が実態を正しく表しているとは限りません。
たとえば、次のような状況です。
- 在庫管理システムが更新されていない
- 入出庫処理が遅れている
- 棚卸差異が頻繁に発生している
- 実地棚卸の結果が会計に適切に反映されていない
- 滞留在庫や不良在庫がシステム上識別されていない
- 原価計算や評価単価のロジックが不明確である
こうした場合には、棚卸資産の金額だけでなく、粗利率や売上原価の信頼性までもが揺らいでしまいます。
在庫管理システムは、次のような論点と接続します。
| 在庫管理上の論点 | 財務DDへの影響 |
|---|---|
| 入出庫データの正確性 | 在庫数量、売上原価、粗利率 |
| 実地棚卸との差異 | 実態純資産、内部管理体制 |
| 滞留・不良在庫の識別 | 評価損、実態純資産、買収価格 |
| 評価単価・原価計算 | 粗利分析、部門別損益 |
| 預り在庫・委託在庫 | 所有権、簿外資産・簿外債務 |
| システム連携 | 販売・購買・会計との整合性 |
| 手作業補正 | 資料信頼性、追加DD |
在庫管理が弱い会社では、損益計算書上の利益が正しく見えていない可能性があります。期末在庫の過大計上によって売上原価が過少になっていれば、利益は実態よりも高く見えます。逆に、在庫評価の保守性が過度に強ければ、過去の利益が実態より低く見えていることもあります。
M&A判断では、在庫の金額そのものだけでなく、その在庫金額を作り出しているシステムと運用までを確認しておく必要があります。
データ抽出の誤りは、DD分析全体を歪める
財務DDでは、対象会社からExcelデータ、CSVデータ、システム出力データを受け取って分析することが少なくありません。
しかし、データを受け取っただけでは、それが正しいデータだとはいえません。確認すべき点は、いくつもあります。
- どのシステムから抽出したのか
- どの期間を対象にしているのか
- 締め前データなのか、締め後データなのか
- 削除・修正後のデータなのか
- 税込か税抜か
- 返品・値引を控除しているのか
- 消費税区分が反映されているのか
- 部門コードや商品コードの変更が途中で入っていないか
- マスタの統廃合が行われていないか
- 同じ取引が二重に含まれていないか
- 会計システムの残高と整合しているか
この確認を怠ると、財務DDの分析結果は大きく誤ってしまう可能性があります。
会計不正や調査対応の場面でも、同じことがいえます。データの内容を正しく理解するためには、企業のシステム構成、データレイアウト、IT業務処理統制への理解が欠かせません。そこが不足すると、調査対象データの母集団やデータレイアウトの解釈を誤り、正しい分析ができなくなってしまいます。
M&Aの財務DDでも、まったく同じことが当てはまります。
データ分析で本当に重要なのは、分析手法の高度さではありません。まず、いま分析しているデータが、買収判断に使える母集団なのかを確かめることです。
| データ抽出上の確認事項 | 確認しない場合のリスク |
|---|---|
| 抽出元システム | 会計残高と合わないデータを分析する |
| 抽出期間 | 月次推移や直近期分析を誤る |
| 税込・税抜 | 売上・粗利・債権分析を誤る |
| 返品・値引処理 | 売上の質を過大評価する |
| コード体系変更 | 顧客別・商品別分析が分断される |
| マスタ統合 | 同一顧客・同一商品を別物として扱う |
| 手加工の有無 | 作成者依存・再現不能な分析になる |
| 会計残高との照合 | 分析結果と決算書がつながらない |
財務DDで「数字と証憑を見る」というとき、見るべきは証憑だけではありません。データの発生・抽出・加工・集計という一連の流れまで、目を行き届かせる必要があります。
Excel管理は悪ではないが、依存しすぎると説明可能性が落ちる
中小企業では、Excelによる管理が今も数多く残っています。売上集計表、在庫表、資金繰り表、部門別損益、顧客別売上、原価計算、固定資産台帳、賞与計算、経営会議資料、予算実績管理と、その範囲は実に広いものです。
Excel管理そのものが、ただちに問題だというわけではありません。小規模な会社であれば、むしろExcelの方が実態に合っている場合もあります。
問題は、そのExcelがどの程度統制されているか、という点にあります。
- 誰が作成しているのか
- どのデータを元にしているのか
- どの数式が入っているのか
- 手入力箇所はどこか
- 過去ファイルと比較して変更履歴が追えるか
- 会計残高と照合しているか
- 作成者以外が再現できるか
- 担当者が退職しても維持できるか
Excel管理が属人的で、作成者にしか分からない状態になっているのであれば、買収後に同じ精度で管理を続けられない可能性があります。
財務DDでは、Excel資料の見た目の整い方よりも、次のような点に目を向けています。
| 確認項目 | 財務DDでの意味 |
|---|---|
| 元データ | 会計・販売・在庫システムとの整合性 |
| 数式 | 集計ロジックの正確性 |
| 手入力 | 作成者依存・誤入力リスク |
| 更新頻度 | 月次管理に使えるか |
| 照合手続 | 会計残高との整合性 |
| 作成者 | キーマン依存・買収後継続性 |
| バージョン管理 | 過去データの追跡可能性 |
| アクセス制限 | 改ざん・誤更新リスク |
Excelであっても、元データ、計算ロジック、照合、承認、保存が明確であれば、財務DD上の有用な資料になります。逆に、どれほど高額なシステムが導入されていても、データ連携や締め処理が不明確であれば、信頼性が高いとはいえないのです。
情報セキュリティは、財務リスクであり事業継続リスクである
情報セキュリティは、IT部門だけの問題ではありません。
M&A判断においては、財務リスク、事業継続リスク、契約リスク、レピュテーションリスクとして捉える必要があります。
- サイバー攻撃によるシステム停止
- ランサムウェアによる業務停止
- 会計データや販売データの消失
- 個人情報・顧客情報の漏えい
- 取引先への被害波及
- 復旧費用、調査費用、専門家費用
- 取引停止、損害賠償、行政対応
- 買収後の統合遅延
これらはいずれも、財務DDで見るべき正常収益力や買収後キャッシュフローに影響を及ぼします。
IPAの「中小企業の情報セキュリティ対策ガイドライン」は、2026年6月1日に最終更新されました。第4.0版では、バックアップを追加した情報セキュリティ6か条、サプライチェーン強化に向けたセキュリティ対策評価制度の考え方、セキュリティ人材の確保・育成に関する内容などが反映されています。
このガイドラインは、中小企業にとって重要な情報を、漏えい・改ざん・消失といった脅威から守り、事業継続への影響を未然に防ぐための、情報セキュリティ対策の考え方や段階的な方策を示すものです。
出典:IPA|中小企業の情報セキュリティ対策ガイドライン第4.0版
M&AのIT・情報管理DDでは、情報セキュリティを次のように整理しています。
| 確認項目 | 財務・実行判断への影響 |
|---|---|
| バックアップ | データ消失時の復旧可能性、事業継続 |
| アクセス権限 | 不正・誤操作・退職者アカウントリスク |
| ウイルス・脆弱性対策 | システム停止、復旧費用 |
| サポート切れOS・ソフト | セキュリティリスク、更新投資 |
| クラウド利用 | 契約条件、データ所在、解約・移行コスト |
| インシデント履歴 | 過去対応費用、再発リスク |
| セキュリティ責任者 | 買収後管理体制 |
| 取引先要求水準 | 契約継続、追加対応コスト |
| 個人情報管理 | 漏えい報告、損害賠償、行政対応 |
中小企業では、ITシステムの調達、運用保守、情報セキュリティの責任者が明確になっていないことが少なくありません。中小企業においては、ITシステム管理責任者を明確に定め、利用基準やルールをIT管理方針として整備しておくことが望ましいといえます。
情報セキュリティ上の弱さは、買収価格にすぐ反映しにくい場合もあります。しかし、買収後に復旧不能な障害や重大な情報漏えいが発生すれば、M&Aの前提そのものが崩れてしまいます。
ですから情報セキュリティは、「技術的に問題があるか」という観点ではなく、「買収後に事業を止めず、数字を信頼でき、取引先・顧客・従業員にきちんと説明できる状態か」という観点で見ていく必要があります。
個人情報・顧客情報の管理は、法務DDだけでなく財務DDにも影響する
IT・情報管理DDでは、個人情報や顧客情報の管理も重要なテーマになります。
対象となる情報は多岐にわたります。顧客データベース、従業員情報、給与情報、採用応募者情報、会員情報、購買履歴、問い合わせ履歴、営業リスト、さらには医療・介護・教育・金融といったセンシティブな情報まで含まれます。
これらを対象会社がどのように取得し、利用し、保存し、外部委託し、削除し、アクセス制限しているか。これは本来、法務DDの論点です。
しかし、財務DDにも確かに影響します。
個人情報管理に問題がある場合には、顧客基盤をそのまま買収価値として見てよいかどうかが変わってきます。データ利用が契約や同意の範囲を超えていれば、買収後にマーケティングやクロスセルを進める前提が崩れる可能性があります。そして漏えいが発生すれば、調査費用、通知費用、再発防止費用、損害賠償、信用低下、解約、売上減少といった形で、実際の損失が生じることもあります。
個人情報保護委員会は、個人情報保護法等に関する法令、ガイドライン、Q&A、漏えい時の対応などを公開しています。M&Aで個人情報や顧客データを買収後に利用する前提があるのなら、最新の法令・ガイドライン・実務対応を確認しておく必要があります。
個人情報保護法については、2026年4月7日に「個人情報の保護に関する法律等の一部を改正する法律案」が閣議決定された旨も公表されています。制度改正の状況については、M&A時点の現行法、施行時期、経過措置を確認しておく必要があります。
出典:個人情報保護委員会|「個人情報の保護に関する法律等の一部を改正する法律案」の閣議決定について
財務DDでは、個人情報管理の論点を次のように接続させています。
| 情報管理上の論点 | 財務DD・実行判断への影響 |
|---|---|
| 顧客データの利用根拠 | 売上シナジー、マーケティング計画 |
| 個人情報の取得・同意 | 買収後利用可能性 |
| 外部委託・クラウド管理 | 委託費、契約承継、セキュリティ |
| 漏えい履歴 | 偶発債務、補償、レピュテーション |
| アクセス権限 | 内部不正、退職者リスク |
| データ削除・保存ルール | 法令対応、買収後整備コスト |
| 海外移転 | クロスボーダー管理、法務・税務接点 |
顧客データは、企業価値の源泉になることがあります。その一方で、適切に管理されていなければ、リスクの源泉にもなり得ます。
M&A判断では、顧客データを「持っているか」ではなく、「買収後に適法・安全・実務的に使えるか」という視点で確認していく必要があります。
電子帳簿保存法・インボイス対応は、税務DDと会計システムDDの接点である
会計システムや販売管理システムは、税務DDとも密接に関わっています。
具体的には、電子帳簿保存法への対応、電子取引データの保存、各種証憑(請求書、領収書、契約書、見積書、注文書)の保存、インボイス制度への対応、消費税区分、登録番号の管理、仕入税額控除の根拠資料、経費精算システムと証憑保存、電子契約・電子請求書の保存、そして税務調査時の検索・出力対応といった点です。
これらはいずれも、IT・会計システム・情報管理DDと税務DDの接点になります。
インボイス制度について、国税庁は特設サイトを設け、制度概要、登録申請、通達・Q&A、デジタルインボイス関連情報などを公表しています。2026年時点でもQ&Aの更新や令和8年度税制改正特集ページの公開が行われており、実務上は最新情報の確認が欠かせません。
電子帳簿保存法は、正式には「電子計算機を使用して作成する国税関係帳簿書類の保存方法等の特例に関する法律」といいます。会計システムや証憑保存システムを評価する際には、対象会社の保存方法が、現行法令や国税庁の最新情報に照らして実務上きちんと対応できているかを確認しておく必要があります。
出典:e-Gov法令検索|電子計算機を使用して作成する国税関係帳簿書類の保存方法等の特例に関する法律
税務DDの観点では、次のような確認が重要になります。
| 確認項目 | 税務DD・財務DDへの影響 |
|---|---|
| 電子取引データの保存 | 税務調査対応、証憑不足リスク |
| インボイス登録番号管理 | 仕入税額控除、消費税リスク |
| 消費税区分 | 課税・非課税・不課税・免税の誤り |
| 経費精算証憑 | 損金性、消費税控除、内部管理 |
| 請求書発行システム | 売上計上、請求漏れ、返品・値引 |
| 電子契約・電子請求 | 契約・証憑・保存の整合性 |
| 税務調査時の検索性 | 過年度リスク、追加対応コスト |
ここで重要なのは、「システムを導入しているか」ではありません。そのシステムが、対象会社の実際の取引、会計処理、税務処理、証憑保存、社内承認ときちんと整合しているか、という点です。
税務DDで過年度リスクを検討する際にも、システム・証憑・税務申告書という三者をつなげて確認していく必要があります。
売主グループ依存・外部ベンダー依存は、Day1リスクになる
IT DDで非常に重要になるのが、対象会社のシステムが、いったい誰に依存しているのかという点です。
たとえば、次のような状況が考えられます。
- 売主グループの会計システムを使っている
- 売主グループのサーバー、ネットワーク、メール、勤怠、給与、販売管理を使っている
- 売主側の情報システム部門が運用保守を担っている
- 外部ベンダーとの契約名義が、対象会社ではなく売主側にある
- ライセンス契約が譲渡・承継できない
- データの所有者や保存場所が不明確である
- 買収後に対象会社単独でシステムを利用できない
こうした場合には、クロージング後すぐに業務が止まってしまう可能性があります。
財務DDでは、この論点を次のように見ています。
| 依存関係 | 財務・実行判断への影響 |
|---|---|
| 売主グループ会計システム | 月次決算・会計報告の継続性 |
| 売主グループ販売管理 | 請求・入金・売上管理の継続性 |
| 売主グループ在庫管理 | 出荷・棚卸・原価管理の継続性 |
| 売主側IT部門 | 運用保守・障害対応の継続性 |
| 外部ベンダー契約 | 契約承継、追加費用、解約違約金 |
| クラウド・ライセンス | 利用継続、データ移行、費用増 |
| メール・ファイルサーバー | 情報共有、証憑保存、顧客対応 |
特にカーブアウトや一部事業譲受の場面では、対象事業が単独で使えるシステムを持っていないことがあります。この場合には、買収価格だけでなく、Day1対応、TSA、システム移行費用、買収後のスタンドアロンコストまでを検討しておかなければなりません。
ITシステムは、日常業務と切り離せない重要なインフラです。買収後には、買主の財務会計・管理会計上必要な情報が求められ、業務システムを接続する必要が生じることもあります。既存のIT環境のままでは容易に対応できず、ITシステムの統合には多くの時間と費用を要します。将来のIT投資やメンテナンスコストの増加が買収価格の減額要因になり得ますし、売主グループにITサービスを依存している場合には、一定期間のサービス提供継続を契約に定めておくことも検討すべきでしょう。
IT依存関係は、買収後に考えるのでは遅い論点です。DD段階で、クロージング直後に何が使えて、何が使えなくなり、何を契約で手当てしておく必要があるのかを、あらかじめ整理しておくことが大切です。
システム統合コストは、PMI論点である前に財務DD論点である
システム統合は、通常はPMIの領域に属するものです。
しかし、DD段階で統合コストを把握しておかなければ、買収後に想定外の費用が発生してしまいます。
買収後に想定される対応は、たとえば次のようなものです。
- 買主グループの会計システムへ統合する
- 販売管理システムを入れ替える
- 在庫管理システムを新設する
- 勤怠・給与・人事システムを統合する
- 電子帳簿保存法やインボイス対応を整備する
- セキュリティ対策を強化する
- クラウドサービスを見直す
- データ移行を行う
- 旧システムを一定期間並行稼働させる
- 外部ベンダーに移行支援を依頼する
これらはいずれも、買収後の費用・時間・人員の負担になります。
PMIは、M&A成立後だけの取組ではありません。成立前の取組も重要であり、M&Aの検討段階から、PMIにおける取組を意識した準備を進めておくことが大切です。
また、PMIを成功させるためには、新事業戦略を支える仕組みを新会社に埋め込めるかどうかが鍵になります。その仕組みには、財務・会計、法務・リスク・コンプライアンス、ITシステムなどが含まれます。
財務DDでは、システム統合コストを次のように整理します。
| 統合論点 | 財務DDで見るべきこと |
|---|---|
| 会計システム統合 | 導入費、移行費、並行稼働費、決算早期化 |
| 販売・在庫システム | 業務影響、データ移行、原価管理 |
| 管理会計・KPI | 買主へのレポーティング対応 |
| 電子証憑・税務対応 | 保存要件、証憑管理、税務調査対応 |
| セキュリティ強化 | 初期投資、運用費、外部委託 |
| クラウド・ライセンス | 月額費用、契約変更、解約違約金 |
| データ移行 | 移行範囲、品質、作業期間 |
| 人員・外部ベンダー | IT担当者、コンサル費、保守費 |
| TSA | 売主からの暫定サービス費用 |
ここでのポイントは、IT統合コストを「買収後の別問題」として切り離して扱わないことです。買収後に必ず発生するコストであるならば、事業計画、キャッシュフロー、買収後管理課題、場合によっては価格交渉にまで反映すべき性質のものです。
情報管理の弱さは、会計不正・内部管理リスクにもつながる
IT・会計システム・情報管理の弱さは、会計不正や粉飾リスクにもつながっていきます。
たとえば、次のような状況です。
- 売上データを後から容易に変更できる
- 管理者権限を複数人が共有している
- 退職者アカウントが残っている
- 承認ログが残らない
- 販売管理と会計システムの差異が照合されていない
- 在庫データが手作業で調整されている
- 仕訳の承認フローがない
- 期末に経営者指示で大口の修正仕訳が入る
- マスタ変更が記録されていない
- 証憑と仕訳の紐づけが不明確である
このような状態では、決算書が形式的には作成されていても、その数字がどのように成立しているのかを説明しにくくなります。
会計不正は、内部統制の欠陥を突いて意図的に行われることが多いものです。不正実行者以外は取引の詳細を把握しておらず、モニタリングが行われていないケースも少なくありません。
財務DDでは、システム・情報管理の弱さを次のように評価しています。
| 情報管理上の弱さ | 財務DDへの影響 |
|---|---|
| 権限管理が弱い | 不正・誤入力・改ざんリスク |
| ログが残らない | 取引の追跡可能性が低い |
| システム間照合がない | 売上・在庫・債権残高の信頼性低下 |
| 手作業補正が多い | 作成者依存・誤謬リスク |
| マスタ管理が弱い | 顧客別・商品別分析の歪み |
| 証憑との紐づけが弱い | 税務・会計・内部管理リスク |
| バックアップが不十分 | データ消失・事業停止リスク |
| 担当者依存が強い | 買収後管理困難 |
情報管理の弱さは、それ自体がただちに不正を意味するわけではありません。しかし、数字の信頼性を下げ、追加の確認を必要とし、買収後の管理コストを増やす要因になります。
IT DDの発見事項は、価格・契約・クロージング前対応・買収後管理に分ける
IT・会計システム・情報管理DDで発見した事項は、最終的にM&A判断へと変換していく必要があります。
単に「システムが古い」「セキュリティが弱い」「Excel管理が多い」と報告するだけでは、十分とはいえません。
財務DDとの接続では、次のように分類して考えています。
| 発見事項の性質 | 取引上の扱い |
|---|---|
| 会計資料の信頼性に影響するもの | 追加DD、分析前提の修正、未解決事項 |
| 金額を見積もれる追加投資 | 価格交渉、事業計画修正、買収後資金需要 |
| 買収後すぐに必要な対応 | クロージング前対応、Day1準備、TSA |
| 発生可能性・金額が不確実なリスク | 表明保証、補償、特別補償、開示事項 |
| 事業継続に影響する重大リスク | 前提条件、条件変更、撤退判断 |
| 買収後に管理可能な課題 | PMI課題、モニタリング、改善計画 |
M&A実務において、DDは、買収対象会社の状況を精査し、買収価格および買収条件を決定するための情報収集・確認・検討作業です。そして、そのDD結果を踏まえて、買収契約の交渉・締結、クロージング準備、クロージング後対応へと進んでいきます。
IT・会計システム・情報管理DDでも、考え方は同じです。
システムの問題を見つけること自体が目的ではありません。その問題を、買収条件に反映するのか、契約で手当てするのか、クロージング前に解消するのか、それとも買収後に管理していくのか。これを決めることこそが目的なのです。
「システムが弱いから撤退」ではなく、管理可能性を見極める
中小企業やオーナー企業では、IT・会計システム・情報管理が十分に整備されていないことは、決して珍しくありません。
実際の現場では、次のような状況によく出会います。
- 古い会計ソフトを使っている
- 販売管理はExcelで行っている
- 在庫は現場担当者が手で管理している
- 経理担当者が一人で月次決算を作っている
- バックアップの仕組みが弱い
- サポート切れソフトが残っている
- IT担当者がいない
- 社長や古参社員にしか分からない運用がある
こうした状態があるからといって、ただちに買収を否定すべきだとは限りません。
重要なのは、次のような切り分けです。
| 判断区分 | 考え方 |
|---|---|
| 受容できるリスク | 管理水準は低いが、買収後に改善可能 |
| 価格で調整すべきリスク | 改修・移行・追加投資の金額を見積もれる |
| 契約で手当てすべきリスク | 情報漏えい、未開示障害、データ不備等の責任分担が必要 |
| クロージング前に解消すべきリスク | Day1から業務停止・データ喪失の可能性がある |
| 撤退を検討すべきリスク | 会計資料の根本的信頼性、事業継続、法令対応に重大問題がある |
IT・会計システムの弱さは、見方を変えれば、対象会社の成長余地を示していることもあります。買主が適切な管理基盤を導入することで、月次決算、資金管理、在庫管理、KPI管理、内部統制、税務対応が大きく改善する可能性もあるからです。
その一方で、買収前にこの弱さを見落としてしまうと、買収後に「数字が見えない」「資金繰りが管理できない」「在庫が合わない」「税務証憑が不足する」「情報漏えいが発生する」といった形で問題が表面化します。
専門家の役割は、ITリスクを過度に恐れることではありません。リスクを、判断可能な形に整理してあげることです。
本記事で扱わない範囲
本記事は、IT・会計システム・情報管理DDと財務DDの接続に焦点を当てています。そのため、次の領域については深く掘り下げません。
| 領域 | 本記事での扱い |
|---|---|
| IT監査 | 財務DDとの接点に限定し、IT監査手続の詳細は扱わない |
| システム設計 | 導入・移行・要件定義の詳細は扱わない |
| サイバーセキュリティ技術 | 経営判断・財務影響への接点にとどめる |
| 個人情報保護法の詳細解釈 | 情報管理リスクへの接点にとどめ、法的判断は専門家確認が必要 |
| 電子帳簿保存法・インボイスの詳細要件 | DD上の確認観点にとどめ、制度解説は別途確認が必要 |
| PMI詳細 | 買収後管理課題への接続にとどめ、統合計画の詳細は別ジャンルで扱う |
| バリュエーション | IT投資・管理コストが価値判断に与える接点にとどめる |
| PPA・無形資産評価 | データ・システム・顧客情報の価値評価は深掘りしない |
IT・会計システム・情報管理DDは、専門領域としては、IT部門・情報セキュリティ専門家・弁護士等との連携が必要になります。その一方で、発見事項を財務DDに接続しなければ、価格、契約、クロージング、買収後管理へ反映することはできません。
この記事の振り返り
| 重要論点 | 実務上の意味 | M&A判断への反映 |
|---|---|---|
| IT DDは財務DDの補助ではない | 会計資料の信頼性、買収後管理、追加投資に関わる | DDスコープ、価格、契約、PMI課題に反映 |
| 会計資料はシステムから生まれる | 決算書・月次資料・KPIの背景に販売・在庫・給与・固定資産等のデータがある | 資料信頼性と追加検証の必要性を判断 |
| 販売管理システムは売上分析の起点である | 売上計上、返品、値引、債権回収、カットオフに影響する | 正常収益力、債権評価、売上の質に反映 |
| 在庫管理システムは粗利と実態純資産を左右する | 入出庫、棚卸差異、評価単価、滞留在庫に影響する | 粗利分析、評価損、価格調整に反映 |
| データ抽出の正確性が重要である | 抽出条件や母集団を誤るとDD分析全体が歪む | 分析前提、追加DD、未解決事項に反映 |
| Excel管理は統制状況を見る | Excel自体ではなく、元データ・数式・照合・承認が問題 | 資料信頼性、買収後継続性に反映 |
| 情報セキュリティは財務リスクである | システム停止、情報漏えい、復旧費用、信用低下が起こり得る | 補償、追加投資、撤退判断に反映 |
| 個人情報・顧客情報は価値とリスクの両面がある | 顧客データを買収後に利用できるかが重要 | シナジー、契約条件、法務DDと接続 |
| 電子帳簿保存法・インボイス対応は税務DDと接続する | 証憑保存、消費税区分、仕入税額控除に影響する | 税務リスク、買収後管理課題に反映 |
| 売主グループ依存はDay1リスクになる | クロージング後に会計・販売・在庫・メール等が使えない可能性 | TSA、前提条件、移行費用に反映 |
| システム統合コストはDD段階で見る | 買収後に必ず発生する費用は投資判断に影響する | 価格、事業計画、買収後資金需要に反映 |
| ITリスクは分類して判断する | 受容、価格調整、契約手当、クロージング前対応、撤退を分ける | 後から説明できるM&A判断につなげる |
IT・会計システム・情報管理DDを財務DDにつなぎ、数字を信頼できる判断材料へ
財務DDでは、決算書や月次資料を読むだけでは足りません。その数字が、どのシステムから、どのデータを使い、どのような処理・承認・補正を経て作られているのかを確認する必要があります。
確認すべき問いは、たとえば次のようなものです。
- 会計システムは信頼できるか
- 販売管理・在庫管理・給与計算・固定資産管理と会計は整合しているか
- データ抽出条件は正しいか
- Excel管理は再現可能か
- 電子証憑や税務対応は維持できるか
- 情報セキュリティや個人情報管理に重大な不備はないか
- 買収後に買主が求める月次決算、資金管理、KPI管理、税務申告、レポーティングに対応できるか
- システム統合やセキュリティ強化にどれだけ費用がかかるか
これらを整理して初めて、IT・会計システム・情報管理DDは財務DDとつながり、M&Aの実行判断に使える情報になります。
犬飼公認会計士・税理士事務所では、M&Aにおける財務・税務DD、正常収益力・実態純資産・ネットデット・税務リスクの整理、そしてDD結果を踏まえた実行判断の支援を行っています。
対象会社の会計資料や管理資料の信頼性、システム依存、データ抽出、情報管理、買収後の管理コストが、買収価格や契約条件にどのように影響するのかを整理したい場合には、早い段階で、財務・税務・IT・情報管理の論点を横断して確認しておくことが重要です。
M&Aの検討が進むなかで、IT・会計システム・情報管理DDと財務DDをどのように接続して判断すべきか確認したい場合は、犬飼公認会計士・税理士事務所HPのお問い合わせページからご相談ください。