M&A売却(EXIT)を見据えた基幹システムの整え方

中小企業の出口として、M&A(合併・買収)による売却を選ぶ経営者が増えている。近年、そうした見方が広がっています。

後継者不在という事情もあれば、事業を次の段階に進めるための積極的な選択という場合もあります。

そして、3〜5年後の売却を視野に入れるなら、基幹システムの選択は無関係ではありません。会社の売りやすさに関わってくるからです。

この記事では、買い手が何を見るのか、そこに基幹システムがどう関わるのかを整理します。

なお、企業価値の評価や、税務・法務の実務については、M&Aの専門家にご相談ください。この記事は、システムと業務の整え方に絞ります。

買い手が調査で確認する3つの論点 財務数値の信頼性、属人化の排除、統合のしやすさという3つの論点を並べ、それぞれについて買い手が確認することと、基幹システムがどう関わるかを示した図。 買い手が気にする3つのこと いずれも「引き継げるかどうか」に関わる論点 1. 財務数値の信頼性 買い手が見ること ・月次はいつ締まるか ・数字の根拠をたどれるか ・部門別・商品別に出せるか システムの関わり 取引が一元管理され 会計と連動していれば 数字の裏づけを 示しやすくなる 2. 属人化の排除 買い手が見ること ・特定の人に依存しないか ・手順が記録されているか ・経営者が抜けても回るか システムの関わり 業務がシステム上に 標準化されていれば 「あの人がいないと 回らない」が減る 3. 統合のしやすさ 買い手が見ること ・買収後にどう統合するか ・データを取り出せるか ・誰が保守できるか システムの関わり 広く使われている 製品であれば 買い手側も理解・ 統合しやすい
目次

デューデリジェンスで何が起きるか

売却の検討が具体化すると、買い手による調査が行われます。デューデリジェンス(買収前の詳細な調査)です。

このとき、財務・法務・税務・事業など多方面から資料の提出を求められます。

現場で何が起きるか。資料をそろえる作業に、経営者と経理担当が数か月拘束されることがあります。

  • 過去数年分の月次推移を、部門別・商品別に出してほしい
  • この売上の内訳を、取引先ごとに分解してほしい
  • 在庫の評価根拠を示す資料がほしい
  • この経費の内容を説明してほしい

システムから数字が出る会社と、Excelを組み直して作る会社では、この負担がまったく違います。

そして負担の差は、時間だけの問題ではありません。手作業で作った資料は、買い手から見て検証しづらいという側面があります。

論点1:財務数値の信頼性

買い手がまず確認するのは、提示された数字が信頼できるかどうかです。

見られやすい点

  • 月次決算がいつ締まるか:翌月中に締まるのか、2か月かかるのか
  • 数字の根拠をたどれるか:売上高から、個別の取引まで遡れるか
  • 切り口を変えて出せるか:部門別、商品別、取引先別に分解できるか
  • 調整仕訳の量:決算のたびに大量の手修正が入っていないか

基幹システムがどう関わるか

受注、在庫、請求、会計が一つの仕組みでつながっていれば、数字の裏づけを示しやすくなります。

逆に、販売管理と会計が別々で、月末に手作業で突き合わせている状態では、根拠を示すのに手間がかかります。

ここで強調しておきたいことがあります。

システムを入れれば数字が良くなるわけではありません。良くなるのは、数字の説明のしやすさです。この違いは重要です。

論点2:属人化の排除

買い手にとって、事業が特定の個人に依存している状態はリスクです。

とくにオーナー経営者の場合、その人が抜けたあとに事業が回るかは、直接的な関心事になります。

見られやすい点

  • 受発注の判断が、特定の人の頭の中にないか
  • 価格の決め方に、明文化されていないルールがないか
  • 主要取引先との関係が、個人に紐づいていないか
  • 経理処理が、一人しか分からない状態になっていないか

基幹システムがどう関わるか

業務がシステム上で標準化されていれば、手順が仕組みとして残ります。

  • 承認のルートが設定として残る
  • 価格や条件がマスタとして管理される
  • 取引の履歴が、担当者の記憶ではなくデータとして残る

これは、日々の業務改善としても効果があります。EXITのためだけの取り組みではありません。

「完璧を目指すより、まず回す」ことで業務が仕組みに移り、結果として引き継ぎ可能な状態に近づきます。

論点3:統合のしやすさ

買収後には、買い手側の仕組みとの統合が課題になります。PMI(買収後の統合)と呼ばれる工程です。

見られやすい点

  • 使っている製品を、買い手側が理解できるか
  • データを取り出して移行できるか
  • 保守できる人材が、市場にいるか
  • 独自の作り込みがどれだけあるか

基幹システムがどう関わるか

広く使われている製品であれば、買い手側にも知見がある可能性が高くなります。統合の見通しが立てやすいということです。

一方、完全に独自のシステムの場合は、保守の担い手が論点になり得ます。

ここは誤解のないように書きます。独自開発が悪いという話ではありません。業務が固有で、それが競争力の源泉なら、独自に作ることには合理性があります。

問題になるのは、その独自システムを誰が保守できるかが不明なときです。

だから独自開発を選ぶ場合は、次をセットで整えてください。

  • 設計と仕様のドキュメント
  • ソースコードの管理と、その所在の明確化
  • 保守を担える体制(社内か、契約している外部か)

これが整っていれば、独自システムであることは必ずしも不利にはなりません。関連する考え方はパッケージERPかスクラッチ開発かで整理しています。

「システムを入れれば高く売れる」ではない

ここは正確に書きます。

基幹システムを導入したから企業価値が上がる、という関係ではありません。企業価値の評価は、収益性、成長性、事業の内容など多くの要素で決まります。

システムが関わるのは、あくまで次の点です。

  • 数字の説明がしやすくなる
  • 調査への対応負担が軽くなる
  • 引き継げる状態であることを示しやすくなる

つまり「評価を上げる」のではなく「評価しやすくする」という関係です。

裏を返せば、数字の根拠が示せない、業務が属人的である、という状態は交渉で不利に働き得ます。整えておく意味はここにあります。

具体的な企業価値の評価については、M&Aの専門家にご確認ください。

いつから着手すべきか

EXITを見据えた場合の着手時期の目安 売却の3年以上前、2年前、1年前、直前という4つの時期に分け、それぞれで取り組むべきことを示した時系列図。システムの整備は早い時期に着手する必要があることを示している。 整えるには時間がかかる 数字の実績は、積み上げないと出てこない 3年以上前 2年前 1年前 直前 基盤を作る 基幹システムの導入 業務の標準化 会計との連動 ここが最も 時間がかかる 実績を積む 月次を安定して締める 部門別・商品別の 数字を出し続ける 同じ基準の数字が 数年分そろう 整理する 契約・規程の整備 権限と承認の棚卸し 属人業務の洗い出し 専門家への相談を 始める時期 対応する 資料の準備 調査への対応 この段階から システムを入れても 間に合わない システム導入そのものに数か月、数字の実績が積み上がるまでさらに1〜2年かかります。

重要なのは、数字の実績は積み上げないと出てこないという点です。

システムを稼働させても、その月から数年分の推移が出るわけではありません。同じ基準で締めた月次が積み上がって、はじめて意味のある資料になります。

だから、売却を視野に入れるなら早めの着手が要ります。

EXITを考えていなくても意味がある

ここまで売却を前提に書いてきましたが、実は取り組む内容は変わりません。

  • 月次が早く正確に締まる
  • 数字を切り口を変えて出せる
  • 業務が特定の人に依存していない
  • 手順が仕組みとして残っている

これらは、売却しない場合でも経営に効くことばかりです。

事業承継の場面でも同じです。子や社内の人材に引き継ぐ場合も、引き継げる状態であることが前提になります。

つまり、EXITを見据えた整備は「売るための準備」であると同時に「経営を強くする取り組み」です。だから、売却を決めていない段階でも着手する価値があります。

どの選択肢が合うか

規模と要件によって、適した選択肢は変わります。

状況検討する選択肢
中小〜中堅で、業務を広く統合したいOdoo
中堅で、グローバル展開や連結決算が視野に入るNetSuite
大企業規模、複雑な要件があるSAP
業務が固有で、パッケージに乗りにくいAIスクラッチ開発(ドキュメントと保守体制をセットで)

いずれの場合も、金額の高低ではなく規模と要件への適合で判断してください。

Odooの適合範囲についてはOdooが向いている企業・向いていない企業で整理しています。成長段階からの選び方は成長企業の基幹システムはどこから始めるかで扱っています。

よくある質問

基幹システムを入れれば、企業価値は上がりますか?

そう単純ではありません。企業価値は収益性や成長性など多くの要素で決まります。

システムが関わるのは、数字の説明のしやすさ、調査への対応負担、引き継ぎ可能性を示しやすくなるという点です。評価そのものについてはM&Aの専門家にご確認ください。

独自開発のシステムだと不利になりますか?

必ずしも不利ではありません。論点になるのは、保守の担い手が明確かどうかです。

設計書があり、ソースコードの所在が明確で、保守できる体制があるなら、独自であること自体は問題になりにくくなります。

売却の1年前からでも間に合いますか?

システムの導入自体は可能です。ただし、数字の実績が積み上がるには時間がかかります。

1年前の段階では、契約や規程の整理、属人業務の洗い出しといった整理の作業に集中するほうが現実的です。

何から手をつけるべきですか?

まず、同じ情報を何か所に入力しているかを数えてください。二重入力が多いほど、数字の整合を取る手間がかかっています。

次に、月次がいつ締まっているかを確認します。この2点が改善の起点になります。

M&Aの実務についても相談できますか?

企業価値の評価や、税務・法務の実務は専門領域です。M&Aアドバイザーや税理士、弁護士にご相談ください。

ベンチャーネットがご一緒できるのは、業務とシステムを整える部分です。

まとめ

3〜5年後の売却を視野に入れるなら、基幹システムは「売れる会社づくり」の一部になります。

  • 買い手が見るのは、財務数値の信頼性・属人化の排除・統合のしやすさの3点
  • システムが変えるのは数字そのものではなく、数字の説明のしやすさ
  • 「入れれば高く売れる」のではなく「評価しやすくなる」
  • 独自開発が不利なのではない。保守の担い手が不明なことが論点になる
  • 数字の実績は積み上げに時間がかかる。着手は早いほうがよい
  • 売却しない場合でも、取り組む内容は経営に効く

基幹システムの選択は、ITの話であると同時に経営の意思決定です。3〜5年後にどうなっていたいのか。そこから逆算して決めるのが本質だと考えています。

もう少し詳しく知りたい方へ

売却を視野に入れた基幹システムの整え方は、システムの話であると同時に経営戦略の話です。何を、いつまでに、どの順で整えるか。ここには判断が要ります。

ベンチャーネットは、SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢をすべて扱っています。特定の製品に誘導する必要がないため、自社の規模と時間軸に合った現実的な提案ができます。

なお、企業価値の評価や税務・法務の実務は専門領域です。M&Aアドバイザーや税理士、弁護士と役割を分けたうえでご一緒します。

関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次