M&A成立から、最初の100日。
中小企業庁のガイドラインは、この期間を目処に体制づくりと現状の把握を進めるよう示しています。
ところが現場が「どちらのやり方に合わせるのか」で止まると、100日はすぐに過ぎます。
PMIとは、M&A成立後に、M&Aの目的を実現し統合の効果を最大化するために行う作業です（中小企業庁の定義にもとづく）。
M&Aは、契約を結んだ瞬間に完成するものではありません。
成果は、買ってから始まるPMIで決まります。
PMIで最も難航するのは、業務統合です。
その土台は、どのデータを「正」とし、どの基盤に寄せるかを100日以内に決めること。
では、100日で方向を決めたあと、1年でどこまで進めればよいのか。
この記事で分かること
- PMIの全体像と、中小企業庁のガイドラインが示す3つの領域
- 業務統合でつまずく5つの原因と、その根っこ
- 「どちらのシステムに寄せるか」の判断軸（NetSuite以外の選択肢も含む）
- 買い手・買われた側、それぞれの立場で最初にやること
- 100日と1年に重ねて進める、統合の段取り
PMIとは何か
PMI（Post Merger Integration）は、日本語では「買収後の統合」と訳されます。
M&Aで狙ったシナジー（相乗効果）を実現するための、中心の作業です。
中小企業庁のガイドラインが示す3つの領域
中小企業庁は、2022年3月に「中小PMIガイドライン」を公表しました。
ガイドラインは、PMIの取組を3つの領域で整理しています（出典：中小企業庁、2026年9月確認）。
| 領域 | 中身 | 主に進める人 |
|---|---|---|
| 経営統合 | 経営の体制を整え、経営のビジョンをつくる | 経営者どうし |
| 信頼関係構築 | 譲渡側の経営者・従業員・取引先との相互理解 | 経営者・人事 |
| 業務統合 | 事業機能（売上・コストのシナジー）と管理機能（人事・会計・法務・IT）の統合 | 各部門・IT・外部の専門家 |
ガイドラインでは、M&A成立後の概ね1年を、集中して取り組む期間としています。
特に100日までを目処に、推進体制の確立・信頼関係の構築・現状の把握を進めるよう示しています。
PMI分析ワークシートなどの実践ツールも、中小企業庁のページにあります。
M&Aの目的を整理する段階で、あわせて使えます。
契約の前から始める「プレPMI」
ガイドラインは、M&A成立前の取組をプレPMIと呼んでいます。
初期の検討から、基本合意の後までの準備の段階です。
システムの統合では、契約の前に次の点を見ておくと、100日の計画が立てやすくなります。
| 見ておくこと | 見る理由 |
|---|---|
| 使っている会計ソフト・販売管理・在庫管理の名前と版 | 保守の期限や、移行の難しさが分かる |
| 保守・利用の契約の更新日と解約の条件 | 統合の時期と、費用が重なる期間が分かる |
| Excelで回している業務の数と担当者 | 属人化のリスクが分かる |
| 勘定科目・取引先・品目のコードの付け方 | そろえる作業の量が分かる |
| 月次の締めにかかる日数 | 統合後のKPIの出発点になる |
情報の開示には制約があるため、分かる範囲で構いません。
分からなかった点の一覧も、100日の計画の材料になります。
業務統合が最も難航する理由
経営統合と信頼関係の構築は、経営者どうしの対話や人事の取り組みで進みます。
業務統合は、話し合いだけでは片づきません。
実務の作業が大量に発生するからです。
M&A直後は、2社の間の「ズレ」が一気に表に出ます。
- 受注から請求までの流れが違う
- 使っているシステムが違う
- 評価制度や給与のルールが違う
- 稟議や権限のルールが違う
- そもそも用語や文化が違う
このズレを放置すると、現場は混乱します。
その先には、顧客対応の品質の低下や、キーパーソンの離脱が待っています。
業務統合でつまずく5つの原因
| 原因 | 起きること | 見えなくなるもの |
|---|---|---|
| ① 属人化した業務 | 担当者が抜けると、業務が回らない | 手順と判断の基準 |
| ② 会計基準・勘定科目の不統一 | 決算のたびに変換と突合が要る | 統合後の正確な数字 |
| ③ システムの乱立 | 複数のシステムのデータを集め、矛盾を洗い出す手間 | 全体の最新の状態 |
| ④ PMI専任の担当者の不在 | 経営者がすべてを背負い込む | 判断待ちの論点 |
| ⑤ 共通KPIの欠如 | シナジーを感覚でしか語れない | 統合の効果 |
属人化とは、業務の手順や判断が特定の人に張り付き、その人がいないと回らない状態のことです。
中堅・中小企業では、特定の担当者が長年、業務を回してきた会社が少なくありません。
M&A前は「あの人に聞けば分かる」で成立していました。
M&A後に担当者が抜けると、その暗黙知が最大のリスクに変わります。
会計では、売上の計上基準や減価償却の方法の違いが積み重なります。
数字の確定が遅れれば、経営判断も遅れます。
大企業なら、PMIの専門チームを組めます。
経営企画室がない会社では、経営者自身が背負い込みがちです。
KPI（重要業績評価指標）は、領域ごとに置くと進め方が明確になります。
| 領域 | KPIの例 | 元になるデータ |
|---|---|---|
| 財務 | 月次の締めの日数 | 会計の締めの記録 |
| 受発注 | 受注〜請求のリードタイム | 受注と請求の日付 |
| 在庫 | 棚卸差異率 | 帳簿の在庫と実地の在庫 |
| 人 | キーパーソンの定着 | 人事の記録 |
KPIは、元になるデータが両社で同じ定義になって初めて比べられます。
定義をそろえる作業が、実はKPIづくりの大半を占めます。
根本原因は「システムとデータの分断」
5つの原因は、別々の問題に見えて、一つの根っこにつながっています。
システムとデータが会社ごと・部門ごとに分かれたままになっていることです。
- 属人化は、業務の流れがシステム上に定義されていないから起こる
- 会計の不統一は、会計データを一つの仕組みでそろえられていないから起こる
- KPIが回らないのは、元になるデータが集まっていないから
逆に、システムとデータを一つの基盤に寄せれば、PMIは進めやすくなります。
人手でつなぎ合わせる作業が減るからです。
専任チームを大人数で組めない会社ほど、この差は大きく出ます。
システム統合の進め方｜Fit and Gap と Fit to Standard
導入の進め方は、大きく2つに分かれます。
- Fit and Gap：いまの業務を基準に、足りない部分をカスタマイズや追加開発で埋める方法
- Fit to Standard：ERPの標準機能に、業務のほうを合わせる方法
| 観点 | Fit and Gap | Fit to Standard |
|---|---|---|
| 方針 | システムを業務に合わせる | 業務をシステムの標準に合わせる |
| メリット | 現場の業務の流れを変えなくて済む | 低コスト・短納期・保守が容易。標準化・見える化が進む |
| デメリット | コスト・納期が膨らむ。保守が複雑。古い業務が温存される | 現行業務の変更が要る。現場の理解と合意が欠かせない |
| バージョンアップ | カスタマイズ部分の改修が都度要る | 追加開発が少なく、更新に追従しやすい |
PMIでは、2社のやり方をそのまま残すことはできません。
どちらかに寄せるか、新しく設計し直すか。
どちらにしても、業務の見直しは避けられません。
平時には変えにくいことも、統合という節目なら動かせます。
PMIにFit to Standardが合いやすいのは、このためです。
ただし、合わせる先のERPには、少なくとも次の3条件が要ります。
- 標準機能で必要な業務の領域をカバーできる：足りないと、結局カスタマイズが増える
- 多くの導入実績に裏打ちされた標準である：信頼できる標準でなければ、現場は納得しない
- 異なる業種・規模を受け止められる：事業が違う2社でも、どちらの業務も収容できる
標準とのずれの見極め方は、「NetSuite導入のFit&Gap分析」で詳しく扱っています。
判断の物差し｜どちらのシステムに寄せるか
PMIのシステム統合には、4つの選択肢があります。
| 選択肢 | 中身 | 向いている場合 | 注意点 |
|---|---|---|---|
| A. 当面は別々に運用 | 各社のシステムを残し、KPIだけ共通の表で集める | 統合の方針がまだ固まらない。事業が大きく違う | 二重入力と突合が長引く |
| B. 買い手のシステムに寄せる | 買い手のシステムに、被買収側を載せる | 買い手のシステムが新しく、業務も近い | 被買収側の業務が合わないと混乱する |
| C. 新しい共通の基盤に移る | 両社をクラウドERPなどの新しい基盤に寄せる | 両社のシステムが古い。今後もM&Aを続ける | 移行の期間と費用が要る |
| D. 固有業務だけ別に作る | 共通の基盤＋固有の業務だけAIスクラッチ開発 | 一方に、標準に合わない中核の業務がある | 保守の体制が要る |
AIスクラッチ開発は、生成AIを使って自社専用の仕組みを作る方法です。
AやBではデータが散らばりやすく、CやDでは一か所にそろいます。
統合後にAIで数字を点検したいなら、この差も判断に入ります。
製品の目安は、次のとおりです。
子会社が増える、海外拠点がある、今後もM&Aを続けるなら、NetSuiteのように複数の会社を1つで管理できるクラウドERP。
国内中心で日本の帳票を標準のまま使いたいなら、国産ERP。
費用を抑えて小さく始めたいなら、アプリを組み合わせるオープンソースのERPであるOdoo。
統合の方針が決まらない、事業を切り離す可能性があるなら、いまは入れ替えずにAで様子を見ます。
その場合も、どのデータを「正」とするかだけは早く決めてください。
寄せる先を決める3つの問い
- 5年後もこの2社は同じ会社として動いているか
- 動いているなら、共通の基盤（BかC）を考える
- 切り離す可能性があるなら、Aで様子を見る
- 両社のシステムの保守の期限はいつか
- 期限が2〜3年以内なら、Cに移る好機になる
- 期限が先なら、Bで買い手に寄せる選択肢が残る
- 標準に合わない業務はどちらの会社の強みか
- 強みの源泉なら、Dで固有の業務だけを作る
- 慣習にすぎないなら、業務のほうを変える
3つに答えると、多くの場合、選択肢は1つか2つに絞れます。
答えが出ない問いが、経営者どうしで先に話し合う論点です。
PMIに合いやすいクラウドERP「NetSuite」
NetSuiteは、1998年にNetLedgerとして始まったクラウドERPです。
2016年に、Oracleが買収しました（出典：Oracle NetSuite公式、2026年9月確認）。
世界220地域・44,000社以上で使われています（出典：Oracle NetSuite公式サイト、2026年9月時点）。
PMIとの相性が良いのは、業務と数字を一つの土台で見られる点です。
OneWorldは、複数の子会社を持つ組織のための版です。
1つのアカウントで複数の子会社の記録と取引を管理し、親会社の通貨で連結の報告にまとめられます（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
子会社として独立性を保ちながら、数字だけは一つの基盤で見る。
そうした段階的な統合に向いています。
マルチブック会計は、1つの取引から複数の帳簿を同時に作る機能です。
会計処理の前提がそろっていない2社でも、入力を増やさずに違いを吸収しやすくなります。
Oracleのヘルプでは、マルチブック会計はOneWorldでのみ使えるとされています（2026年9月確認）。
IFRSと日本基準の扱いは、「IFRSと日本基準の二重報告」で扱っています。
リリースは年2回です（出典：Oracle NetSuiteヘルプ、2026年9月確認）。
カスタマイズを抑えた導入なら、更新のたびの大規模な改修を避けやすくなります。
長く使う基幹システムとして、ここは外せない点です。
ダッシュボードでは、財務・販売・在庫のデータから、PMIの共通KPIを見られます。
経営者も現場の責任者も、同じ数字を見ながら話せます。
買い手の会社と、買われた側の会社
買い手として、これからPMIを始める会社
最初の100日で、次の3つを決めます。
- 顧客に影響が出る業務は止めない（止めてはいけない業務の一覧を作る）
- 会社を横断してそろえる基準を決める（勘定科目・取引先コード・品目コード）
- 効果を測る共通KPIを定義する
体制は、最小構成で足ります。
全体の優先順位を決めるPMI責任者（経営者または兼務の責任者）。
財務・人事・IT・営業など各領域の領域オーナー（各1名）。
議事録とToDoを管理する事務局。
週に一度、「止めてはいけない業務」「判断待ちの論点」「システム統合の課題」を棚卸しします。
体制と棚卸しを図にすると、次のとおりです。
買われた側、または統合の途中で見直す会社
買われた側では、親会社のシステムに合わせる前提で話が進みがちです。
自社の業務のうち、お客様に見える部分と社内だけの部分を分けて伝えると、議論が進みます。
先に次の準備があると、「守るべき業務」を根拠を持って示せます。
- 自社の業務の流れを、受注から入金まで1枚に書き出す
- 取引先ごとの特別な条件（締め日・請求書の形式・値引き）を一覧にする
- 業務を知る担当者を、領域ごとに1人ずつ決めておく
統合の途中でも、二重入力と突合が1年近く続いているなら、見直しの時期です。
保守の期限や契約の更新が近い、次のM&Aや事業の切り出しを考えている場合も同じです。
切り出しは「カーブアウトを短縮するNetSuite」、M&Aの前に企業価値を磨く考え方は「M&Aで高く売れる事業とは」で扱っています。
よくある3つの失敗
失敗1：統一の方針を決めないまま、統合作業に着手する
起きること：どのシステムを「正」とするかが曖昧なまま進み、二重入力が増える。現場は「どっちに合わせれば？」と止まる。
原因：基準が定まらず、各社・各部署が自分のやり方を続けた。混乱が一時的でなく固定化した。
避け方：すべてを最初に決めなくて大丈夫です。
どの基盤に寄せるかという方向だけを、100日以内に固めます。
失敗2：2社のやり方を両方残し、一気に全部を統合しようとする
起きること：「うちは特殊だから」が両社から出て、例外対応の追加開発が積み上がる。範囲が広すぎて現場が疲弊する。
原因：いまのやり方をそのまま新しいシステムに移した（現行踏襲）。本番稼働をゴールにし、定着が置き去りになった。
避け方：「本当に特殊な業務」と「実は変えられる業務」を仕分けます。
動かす範囲を絞り、財務会計などは落ち着いた後の段階に回す進め方もあります。
失敗3：経営者がすべてを抱え込む
起きること：社長が現場調整から取引先対応まで全部の調整役になり、統合が後回しになる。
原因：PMIには経営・IT・会計・人事・法務など複数の専門領域が関わるのに、一人でこなそうとした。
避け方：第7章の最小構成の体制を置きます。
外部の力を借りるときは、製品を売りたい会社ではなく、課題を一緒に解きたい会社を選びます。
ERP導入そのものの失敗は、「ERP導入はなぜ失敗するのか」で扱っています。
ベンチャーネットならこう見る｜100日で方向を決め、1年で守りを固める
冒頭の問いに戻ります。
100日で方向を決めたあと、1年でどこまで進めるか。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱います。
SAPからのリプレイスにも対応しています。
PMIのシステム統合では、ガイドラインの100日と1年に、次の段取りを重ねて考えます。
〜100日は方向を決める期間です。
どのデータを「正」とし、どの基盤に寄せるかを決めます。
あわせて、1つの業務と1つのKPIに絞り、最短90日で1周目を回します。
たとえば、受発注の業務で「受注〜請求のリードタイム」だけを両社同じ定義で測る。
1周回すと、定義をそろえる作業の重さが、両社の担当者に実感として伝わります。
〜1年は守りを固める期間です。
止めてはいけない業務を止めずに、統合後の業務を回します。
月次の締めが、統合後も遅れずに終わる。
ガイドラインが集中して取り組む期間とする1年は、ここに充てます。
1年の先が攻めと次へです。
共通KPIの動きから打ち手を選ぶのが、攻め。
管理会計や、上場も見据えた内部統制まで仕組みで回すのが、次へです。
M&Aの局面は、会社の仕組みを一段強くする好機でもあります。
最初の打ち合わせで伺うのは、次の3つです。
- M&Aの目的は何か（売上のシナジーか、コストのシナジーか、人材か）
- その目的を測るKPIの元データは、どちらの会社のどのシステムにあるか
- 両社のシステムの保守の期限はいつか
製品を選ぶのは、その後です。
目的とKPIが決まらないうちに製品を選ぶと、統合の範囲が広がりすぎます。
今日できること｜統合の「データの地図」を作る
1時間で、次の表を作ってみてください。
| データ | いまある場所（買い手／被買収側） | どちらを「正」にするか | 決める人 |
|---|---|---|---|
| （例）取引先の一覧 | 販売管理／Excel | 買い手の販売管理 | 営業の領域オーナー |
取引先・品目・勘定科目・社員・在庫の5つから始めます。
「決める人」が空欄になるデータが、判断待ちの論点です。
週に一度の棚卸しで、この表を更新していきます。
よくある質問
Q1. システム統合はいつから始めるべきですか？
方向性だけは100日以内に決めるのが得策です。
すべてを一気に変える必要はありません。
ただ、方針が曖昧なまま時間が過ぎると、二重入力が積み重なります。
中小企業庁のガイドラインも、100日を目処に現状の把握などを進めるよう示しています。
Q2. NetSuiteのようなERPは大企業向けの印象です。中堅・中小企業でも現実的ですか？
現実的です。人手に余裕がない会社ほど、仕組みで業務を支える価値は大きくなります。
専任の情シスがいなくても運用できるよう設計できます。
ただし、統合の方針が決まらない段階なら、入れ替えない判断もあります（第5章）。
Q3. 会計基準や勘定科目が2社で違います。決算が回るか心配です。
勘定科目をそろえる基準を先に決めます。帳簿の分け方は、システムで吸収します。
NetSuiteでは、マルチブック会計で1つの取引から複数の帳簿を持てます（OneWorldが前提）。
会計の方針は、顧問の会計士・税理士と決めてください。
Q4. すでに別のERPや会計ソフトを使っています。それでも統合できますか？
統合できます。何を残し、何を新しい基盤に寄せるかの仕分けが要になります。
第10章の「データの地図」を作ると、移行の順番が見えてきます。
Q5. 中小企業庁のPMIガイドラインは、どう使えばよいですか？
全体の抜け漏れを点検する地図として使います。
経営統合・信頼関係構築・業務統合の3領域に、抜けがないかを見られます。
PMI分析ワークシートなどの実践ツールも、中小企業庁のページで公開されています。
Q6. 事業を切り離す（売る）側でも、同じ考え方ですか？
考え方は近いですが順番が逆になります。
売る側は、親会社のシステムから切り出して独立して動かす準備が要ります。
「カーブアウトを短縮するNetSuite」で扱っています。
まとめ
- PMIは、M&Aの目的を実現し、統合の効果を最大化するための作業
- 中小企業庁のガイドラインは、経営統合・信頼関係構築・業務統合の3領域で整理している
- 最も難航するのは業務統合。根っこはシステムとデータの分断
- 最初の100日で、どのデータを「正」とし、どの基盤に寄せるかを決める
- 100日で1業務・1KPIの1周目、1年で守り、その先で攻めと次へ
- 経営者が一人で抱え込まず、最小構成の体制を置く
100日は、思っているより短い期間です。
まずは統合のデータの地図を作るところから始めてください。
もう少し詳しく知りたい方へ
PMIの進め方や、どの基盤に寄せるかの整理から、ご相談をお受けしています。
- PMIの進め方を相談したい方：NetSuite×M&A・PMIコンサルティング
- 事業の売却・分離を検討している方：カーブアウトの支援
- 自社の場合を相談したい方：お問い合わせ
