買い手候補から、質問リストが届いた。「月次決算は何営業日で締まりますか」「在庫数量の根拠になる帳票を見せてください」。答えを出すために、経理担当と社長が過去のExcelを開き直している。
基幹システムが整っていれば、こうした質問には、システムから資料を出して答えられます。3〜5年後の売却を視野に入れるなら、基幹システムは「売れる会社づくり」の一部です。
買い手が気にするのは、数字が信用できるか、特定の人がいなくても回るか、買った後に統合できるか。基幹システムは、この3つの答え方を左右します。とくに財務では、数字の作り方が問われます。同じ数字を別の担当者が出しても一致するか、です（とくに厳しく見られる「数字の作り方」）。
整えておくと、たとえば次のことが変わります。
- 締めた月次の数字を、集計し直さずに出せる
- 担当者が休んでも、手順と記録が残っていて業務が回る
- 使っている製品と、独自に作り込んだ部分を説明できる
- 売却しない場合でも、月次が早く正確に締まる
ただし、システムが上げるのは企業価値そのものではありません。上がるのは、数字の説明のしやすさです。
では、いつから、何を整えればよいのか。数字の実績には、積み上げる時間が要ります。目安はEXITの準備はいつから着手すべきかに、得られることと注意点は売却を見据えて整えることの良い点と、気をつけることにまとめました。
Odooには無料のCommunity版と有償のEnterprise版があり、会計のフル機能はEnterprise版が前提です。企業価値の評価や、税務・法務の実務は、M&Aの専門家にご相談ください。
M&Aのデューデリジェンス（DD）で何が起きるか
売却の検討が具体化すると、買い手による調査が行われます。デューデリジェンス（買収前の詳細な調査。以下DD）です。
買おうとしている会社が、説明どおりの状態かを確かめる工程です。財務、法務、人事、事業といった領域に分かれ、専門家がそれぞれを見ます。売り手にとっては、外部の目で会社を丸ごと点検される期間です。
冒頭のような質問は、システムの質問ではありません。業務の質問です。
それなのに、答えるには社内のあちこちに聞いて回り、回答をまとめるのに1週間かかる。この時点で、買い手には伝わっています。この会社は、数字を出すのに人手がかかる、と。
現場では、資料をそろえる作業に、経営者と経理担当が数か月拘束されることがあります。たとえば次のような依頼が続きます。
- 過去数年分の月次推移を、部門別・商品別に出してほしい
- この売上の内訳を、取引先ごとに分解してほしい
- 在庫の評価根拠を示す資料がほしい
- この経費の内容を説明してほしい
システムから数字が出る会社と、Excelを組み直して作る会社では、この負担がまったく違うのです。
負担の差は、時間だけではありません。手作業で作った資料は、買い手から見て検証しづらいという面もあります。
買い手はここを見る：DDで問われる4つの領域
DDは、財務、人事・組織、事業、法務・ITの4つの領域で行われます。どの領域でも、答え方を左右するのはシステムの状態です。買い手の視点を先に知ると、売る側の準備が何のためかがはっきりします。
4つの領域と、準備できている会社／できていない会社
| 領域 | 買い手の問い | 準備できている会社 | できていない会社 |
|---|---|---|---|
| 財務 | 数字は信用できるか | 締めた時点で数字が出る | Excelで集計し直してから出す |
| 人事・組織 | この人がいなくても回るか | 手順と記録がシステムに残る | 担当者の記憶と個人のファイル |
| 事業 | 買った後に統合できるか | 広く使われる製品を使っている | 外部から中身が見えない |
| 法務・IT | 契約と保守は誰の責任か | 契約形態と保守の担い手が明確 | 誰が保守しているか曖昧 |
経営会議では、次の4つを自社に問いかけてみてください。1つでも答えに詰まるなら、いまは準備の段階です。
- □ 締めた月次の数字を、集計し直さずに出せるか
- □ 経理や受発注の担当者が1か月休んでも、業務が回るか
- □ 使っている製品と、独自に作り込んだ部分を説明できるか
- □ システムの契約先と、保守している人の名前を言えるか
とくに厳しく見られるのは「数字の作り方」
財務のDDで見られるのは、数字そのものだけではありません。その数字が、どうやって作られたかです。買い手は、次の4点を知りたがります。
- 月次決算は何日で締まるか
- 集計に手作業がどれだけ入っているか
- 元のデータまで、さかのぼって確認できるか
- 同じ数字を、別の担当者が出しても一致するか
いちばん肝心なのは4つ目です。担当者によって数字が変わるなら、その数字は検証できません。
月次決算が遅い会社は、途中に人手が入っていることが多いものです。Excelを集めて見比べる工程のどこかで、判断が入ります。買い手は、その判断の余地を嫌います。
ただし、手作業が残ること自体が悪いわけではありません。問われるのは、その手作業を説明できるかです。誰が、どの資料をもとに、どう集計したのか。ここに答えられれば、速さが多少劣っても検証はできます。
売り手は強みとして語り、買い手はリスクとして読む
属人化（業務が特定の人に依存した状態）は、売り手といちばん認識がずれるところです。同じ事実が、立場によって正反対の意味になります。
- 「ベテランが長年の勘で在庫を調整している」→ その人がいなくなったら在庫が崩れる
- 「経理が全部把握しているから間違いがない」→ その人が辞めたら決算が締まらない
- 「値決めは社長が経験で判断している」→ 社長が抜けたら利益率が読めない
買い手が買うのは、売却後も続く事業です。多くの場合、オーナー社長は一定期間後に離れます。「あの人がいるから回っている」は、買い手にとって前提が崩れる話です。
ベテランの価値を否定するのではありません。その人の判断を、会社の資産として取り出せる形にするという話です。
4つの領域を売る側の準備に置き換えると、論点は3つです。財務数値の信頼性、属人化の排除、統合のしやすさ。
論点1：財務数値の信頼性
買い手がまず確認するのは、提示された数字が信頼できるかどうかです。
見られやすい点
| 見られやすい点 | 具体的には |
|---|---|
| 月次決算がいつ締まるか | 翌月中に締まるのか、2か月かかるのか |
| 数字の根拠をたどれるか | 売上高から、個別の取引までさかのぼれるか |
| 切り口を変えて出せるか | 部門別、商品別、取引先別に分解できるか |
| 調整仕訳の量 | 決算のたびに大量の手修正が入っていないか |
基幹システムがどう関わるか
受注、在庫、請求、会計が一つの仕組みでつながっていれば、数字の裏づけを示しやすくなります。
逆に、販売管理と会計が別々で、月末に手作業で見比べている状態では、根拠を示すのに手間がかかります。
システムを入れれば、数字が良くなるわけではありません。良くなるのは、数字の説明のしやすさです。月次決算の流れとつまずきやすい点は、月次決算とは？で経営者向けに解説しています。
論点2：属人化の排除
買い手にとって、事業が特定の個人に依存している状態はリスクです。とくにオーナー経営者の場合、その人が抜けたあとに事業が回るかは、直接の関心事になります。
見られやすい点
受発注の判断が、特定の人の頭の中にないか。価格の決め方に、明文化されていないルールがないか。主要取引先との関係が、個人に紐づいていないか。経理処理が、一人しか分からない状態になっていないか。買い手は、この4つを確かめます。
基幹システムがどう関わるか
業務がシステム上で標準化されていれば、手順が仕組みとして残ります。
- 承認のルートが設定として残る
- 価格や条件がマスタ（取引の基本データの台帳）として管理される
- 取引の履歴が、担当者の記憶ではなくデータとして残る
「ベテランがいるから精度が高い」と説明する代わりに、次のように言える状態を目指してください。
- 判断の基準が、手順として書かれている
- 過去の判断の経緯が、記録に残っている
- 別の人が同じ判断を再現できる
この取り組みは、日々の業務改善としても役立ちます。EXITのためだけのものではありません。最初から全部を整えようとせず、まず回す。そうすることで業務が仕組みに移り、引き継げる状態に近づきます。社長の頭の中にある判断を引き継ぐ進め方は、社長の頭の中を、次世代へ引き継ぐで取り上げました。
論点3：統合のしやすさ
買収後には、買い手側の仕組みとの統合が課題になります。PMI（買収後の統合）と呼ばれる工程です。システムとデータの統合の進め方は、M&A後のPMI完全ガイドにまとめました。
見られやすい点
使っている製品を、買い手側が理解できるか。データを取り出して移行できるか。保守できる人材が、市場にいるか。そして、独自の作り込みがどれだけあるか。
基幹システムがどう関わるか
広く使われている製品であれば、買い手側にも知見がある可能性が高くなります。統合の見通しが立てやすいということです。
一方、完全に独自のシステムの場合は、保守の担い手が論点になり得ます。
独自開発が悪いという話ではありません。業務が固有で、それが競争力の源泉なら、独自に作ることには合理性があります。問題になるのは、その独自システムを誰が保守できるかが不明なときです。
近年は生成AIの活用で、独自開発の負担が下がっています。ただし、開発費と保守費は別途かかります。だからこそ独自開発を選ぶ場合は、次をセットで整えてください。
- 設計と仕様のドキュメント
- ソースコードの管理と、その所在の明確化
- 保守を担える体制（社内か、契約している外部か）
DDで問われることと、用意しておくものを対応させると次のようになります。
| 問われること | 用意しておくもの |
|---|---|
| 誰が作ったか | 開発の経緯と体制の記録 |
| 誰が保守しているか | 保守の契約、または社内の担当者 |
| 仕様は残っているか | ドキュメント |
| 引き継げるか | 他の技術者が読める状態か |
4つ目がいちばん重要です。作った本人しか分からないシステムは、買い手から見ると「引き継げない資産」になります。評価の対象は、動いているかどうかではなく、引き継げるかどうかです。
これが整っていれば、独自システムであることは必ずしも不利にはなりません。関連する考え方はパッケージERPかスクラッチ開発かにまとめました。保守の担い手の論点はそのシステム、3年後に誰が守っていますかで扱っています。
パッケージなら保守の論点がなくなる、というわけでもありません。Odooには無料のCommunity版と有償のEnterprise版があります。Community版は、サーバの用意・アップデート・障害対応が自社の責任になり、公式サポートの対象外です。
保守の担い手を問われる場面では、この違いも確認されます。論点は、どちらを使っているかより、誰が守っているかを説明できるかです。版の違いはOdoo Community版とEnterprise版の違いにまとめています。
DDで止まる3つの型
次の3つは、実際に交渉を停滞させます。
型1：資料が出せない
症状：求められた資料の作成に数週間かかる。その間、交渉が止まる。
原因：日常的に出せる形になっていないためです。求められてから集計を始めると、時間がかかります。
買い手の受け取り方：資料が出ないこと自体より、出せない理由が問題視されます。
型2：数字が動く
症状：一度提出した数字が、後から修正になる。
原因：集計が手作業で、根拠をたどれないためです。別の観点で確認すると、違う数字が出てきます。
買い手の受け取り方：提出された他の数字も疑われます。1か所の修正が、全体の信頼に影響します。
型3：説明できる人がいない
症状：質問に答えられるのが社長だけ。社長がすべての質問に対応することになる。
原因：業務の全体像が個人に集中しているためです。
買い手の受け取り方：属人化として、リスクの側で評価されます。
3つの型に共通する原因は、日常的に出せる形になっていないことです。3つの論点を整えることは、この3つの型を避ける準備でもあります。論点は、財務数値の信頼性、属人化の排除、統合のしやすさです。
「システムを入れれば高く売れる」ではない
基幹システムを導入したから企業価値が上がる、という関係ではありません。企業価値の評価は、収益性、成長性、事業の内容など多くの要素で決まります。
システムが関わるのは、あくまで次の点です。
- 数字の説明がしやすくなる
- 調査への対応負担が軽くなる
- 引き継げる状態であることを示しやすくなる
「評価を上げる」のではなく、「評価しやすくする」という関係です。
裏を返せば、数字の根拠が示せない、業務が属人的である、という状態は交渉で不利に働き得ます。整えておく意味はここにあります。具体的な企業価値の評価については、M&Aの専門家にご確認ください。
売却を見据えて整えることの良い点と、気をつけること
基幹システムを整えることで得られることと、先に知っておきたい限界を並べます。
良い点は、次の5つです。
- 数字の裏づけを示しやすくなる：受注・在庫・請求・会計が一つの仕組みでつながり、根拠をたどれる
- 調査への対応負担が軽くなる：Excelを組み直さず、システムから数字が出る
- 引き継げる状態を示しやすくなる：承認のルート・マスタ・取引の履歴が、仕組みとして残る
- 統合の見通しが立てやすい：広く使われている製品なら、買い手側にも知見がある可能性が高い
- 売却しなくても経営の役に立つ：月次が早く正確に締まる。事業承継でも、引き継げる状態であることが前提になる
気をつけることは、次の4つです。
- 企業価値そのものは上がらない：評価は、収益性・成長性・事業の内容など多くの要素で決まる
- 実績が積み上がるまで時間がかかる：システム導入に数か月、同じ基準の月次がそろうまでさらに1〜2年
- 保守の担い手を説明できる必要がある：Community版は保守が自社の責任になり、独自開発はドキュメントと保守体制がセットになる
- 評価と税務・法務は専門家の領域：M&Aアドバイザーや税理士、弁護士と役割を分ける
両方を1枚の図に並べました。
時間がかかる点は、早めに着手すれば補えます。いつ何を整えるかは、EXITの準備はいつから着手すべきかで説明しています。
EXITの準備はいつから着手すべきか
目安は、売却の3年以上前に基盤を作り、2年前には実績を積み、1年前に整理する。直前は対応に追われる時期です。
数字の実績は、積み上げないと出てきません。
システムを稼働させても、その月から数年分の推移が出るわけではありません。同じ基準で締めた月次が積み上がって、はじめて意味のある資料になります。システム導入そのものに数か月、実績が積み上がるまでにさらに1〜2年。だから、売却を視野に入れるなら早めの着手が要ります。
EXITを考えていなくても意味がある
ここまで売却を前提に書いてきましたが、取り組む内容は売却しない場合でも変わりません。
- 月次が早く正確に締まる
- 数字を切り口を変えて出せる
- 業務が特定の人に依存していない
- 手順が仕組みとして残っている
どれも、売却しない場合でも経営の役に立つことばかりです。
事業承継でも同じです。子や社内の人材に引き継ぐ場合も、引き継げる状態であることが前提になります。事業承継とシステムの関わりは事業承継とOdooで扱っています。
EXITを見据えた整備は、「売るための準備」であると同時に「経営を強くする取り組み」です。売却を決めていない段階でも、着手する価値があります。
M&Aを見据えた基幹システムは、どの選択肢が合うか
規模と要件によって、適した選択肢は変わります。
| 状況 | 検討する選択肢 |
|---|---|
| 中小〜中堅で、業務を広く統合したい | Odoo |
| 中堅で、グローバル展開や連結決算が視野に入る | NetSuite |
| 大企業規模、複雑な要件がある | SAP |
| 業務が固有で、パッケージに乗りにくい | AIスクラッチ開発（ドキュメントと保守体制をセットで） |
いずれの場合も、金額の高低ではなく、規模と要件への適合で判断してください。AIスクラッチ開発はライセンス費がかからない代わりに、開発費と保守費が別途かかります。
Odooの適合範囲はOdooが向いている企業・向いていない企業にまとめました。成長段階からの選び方は成長企業の基幹システムはどこから始めるかで扱っています。
売却の3〜5年前に、ベンチャーネットが確かめる順番
ERP導入支援を手がけるベンチャーネットは、売却を視野に入れた相談でも、いきなり製品の話はしません。次の順で確かめていきます。
- 売却までの時間軸を確かめる：何年後に、誰に引き継ぐ想定か。3〜5年後の姿から逆算し、評価や税務はM&Aの専門家と役割を分けます。
- いまDDの質問に答えると、何日かかるかを測る：月次が何営業日で締まるか、同じ情報を何か所に入力しているかを数えます。まず見える化から始めます。
- 属人業務を洗い出す：社長や特定の担当者の頭の中にある判断を書き出します。標準機能に業務を合わせられるか（Fit to Standard）を、ここで見極めます。
- 規模と要件で製品を振り分ける：Odooが合うのか、NetSuiteが合うのか、AIスクラッチ開発が合うのか。AIスクラッチ開発なら、開発費と保守費が別途かかる点も含めて比べます。合わないときは、合わないとお伝えします。
- 同じ基準で締める月次を、早く積み上げ始める：完成度より、同じ基準の月次が途切れず続くことを優先します。
ERPの導入はIT投資ではなく、経営のプロジェクトです。売却を前提にするなら、なおさら順番を誤らないことが大切です。
よくある質問
基幹システムを入れれば、企業価値は上がりますか？
システムを入れただけで上がるわけではありません。企業価値は、収益性や成長性など多くの要素で決まります。
システムが関わるのは、数字の説明のしやすさ、調査への対応負担、引き継ぎ可能性を示しやすくなるという点です。評価そのものについては、M&Aの専門家にご確認ください。
独自開発のシステムだと不利になりますか？
必ずしも不利ではありません。論点になるのは、保守の担い手が明確かどうかです。
設計書があり、ソースコードの所在が明確で、保守できる体制があるなら、独自であること自体は問題になりにくくなります。逆に、パッケージでも設定を作り込みすぎて誰も触れない状態なら、同じ論点になります。
いまのシステムのままだと、売却できませんか？
売却できないわけではありません。システムの状態で売却の可否が決まるわけではなく、事業そのものの価値が最も重要です。
ただし、準備できていない場合は調査に時間がかかり、質問が増えます。交渉が長引くこと自体が負担になります。
売却の1年前からでも間に合いますか？
システムの導入自体は可能です。ただし、数字の実績が積み上がるには時間がかかります。
1年前の段階では、契約や規程の整理、属人業務の洗い出しといった整理の作業に集中するほうが現実的です。
M&Aを見据えて基幹システムを整えるメリットは何ですか？
数字の説明と引き継ぎの準備がしやすくなることです。
DDで求められる資料を、Excelを組み直さずにシステムから出しやすくなります。手順や判断の記録が仕組みとして残り、引き継げる状態を示しやすくなります。企業価値そのものを上げるわけではありません。ただ、取り組む内容は売却しない場合でも経営の役に立ちます。
何から手をつけるべきですか？
まず、同じ情報を何か所に入力しているかを数えてください。二重入力が多いほど、数字の整合を取る手間がかかっています。
次に、月次がいつ締まっているかを確認します。この2点が、改善の出発点です。
M&Aの実務についても相談できますか？
ベンチャーネットがご一緒できるのは、業務とシステムを整える部分です。企業価値の評価や、税務・法務の実務は専門領域のため、M&Aアドバイザーや税理士、弁護士にご相談ください。
まとめ
3〜5年後の売却を視野に入れるなら、基幹システムは「売れる会社づくり」の一部になります。
- 買い手は財務・人事組織・事業・法務ITの4つの領域から会社を見る
- 厳しく見られるのは数字そのものより、数字の作り方。別の担当者が出しても一致するか
- 交渉が止まるのは「資料が出せない」「数字が動く」「説明できる人がいない」の3つの型
- システムが変えるのは数字ではなく、数字の説明のしやすさ。「評価しやすくなる」という関係
- 独自開発が不利なのではない。保守の担い手が不明なことが論点になる
- 数字の実績は積み上げに時間がかかる。売却しない場合でも、取り組む内容は経営の役に立つ
基幹システムの選択は、ITの話であると同時に経営の意思決定です。3〜5年後にどうなっていたいのか。そこから逆算して決めることが、いちばん肝心だと考えています。
経営をシステム化する際の全体像は、経営のシステム化は3段で進めるにまとめています。
1年後、同じ基準で締めた12か月分の月次がそろい、買い手の質問リストが届いても、経理担当がシステムから資料を出して答えている。社長はその間、事業のこれからを買い手に語ることに時間を使えています。
CommunityとEnterpriseの区別について
Odooには無料のCommunity版と有償のEnterprise版があります。財務数値の信頼性を問われる場面では、会計のフル機能が使えるEnterprise版が前提になります。
もう少し詳しく知りたい方へ
売却を視野に入れた基幹システムの整え方は、システムの話であると同時に経営戦略の話です。何を、いつまでに、どの順で整えるか。ここには判断が要ります。
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品に誘導する必要がないため、自社の規模と時間軸に合った現実的な提案ができます。
なお、企業価値の評価や税務・法務の実務は専門領域です。M&Aアドバイザーや税理士、弁護士と役割を分けたうえでご一緒します。
関連記事
