「基幹システムの入れ替えは、どこで失敗するのか」
入れ替えを考え始めた経営者から、よく聞かれる問いです。
導入の途中でつまずく会社は、たしかにあります。
ただ、つまずきの根は、たいてい選ぶ前に張られています。
基幹システムとは、会計・販売・在庫・人事など、会社の基幹業務を支えるシステムの総称です。
その中核を担うのがERP（Enterprise Resource Planning＝統合基幹業務システム）です。
基幹システムの問題は、困っていない時期に静かに積み上がります。
形は3つ。後回し、つぎはぎ、先送りです。
そして、事業が変わる瞬間に一気に表に出ます。
では、製品を選び、導入が始まったあとは、何を飛ばすと失敗するのか。
その答えは、選ぶ前の落とし穴と同じ根から出ています。
基幹システムとERPの違いから知りたい方は、基幹システムとERPの違いもご覧ください。
この記事で分かること
- 基幹システムの見直しが後回しにされる2つの理由
- 中小企業が見落としがちな5つの落とし穴と、その避け方
- 導入の途中で失敗する3つの原因
- 選ぶときの6つの基準と、NetSuite・国産ERP・Odoo・スクラッチ・「いまは入れない」の合う条件
- 製品が決まっていても「見える化」から始める理由
基幹システムの見直しが後回しにされる理由
新規事業、拠点の開設、M&A。
経営の計画では、市場や人材の検討は周到に進みます。
しかし、「いまの基幹システムで対応できるか」は後回しにされがちです。
理由は2つあります。
1つ目は裏方であること。
基幹システムは「動いて当たり前」です。
地味で目立たないため、経営会議の議題に上がらないまま時間が過ぎます。
2つ目はいまの業務が回っていること。
経理も動いている。月次決算も出ている。
不満がなければ、入れ替えを考える動機は生まれません。
問題が浮かび上がるのは、事業の形が変わるときです。
- 事業や拠点が増え、数字をまとめる手間が急に増える
- 会社を買収し、相手のシステムとつなぐ必要が出る
- 保守の期限が近づき、入れ替えを急に迫られる
「新しい事業の売上と原価を、どう分けて見る？」
「いまの追加の開発を、新しいシステムにどう移す？」
こうした問いが一気に噴き出します。
気づいたときには時間がなく、選べる道も限られています。
中小企業が見落としがちな5つの落とし穴
| 落とし穴 | 起きる場面 | 起きること |
|---|---|---|
| ① 後回しにして、切迫してから選ぶ | 保守の期限、事業の変化 | 比べる時間がなく、選択肢が狭まる |
| ② システムがつぎはぎになる | 事業・拠点が増えたとき | 集計と突合が手作業になる |
| ③ カスタマイズが積み上がる | 長く使い続けたとき | 仕組みが分かる人が限られ、更新も難しくなる |
| ④ 拠点ごとに投資が繰り返される | 拠点を増やすとき | サーバーや環境づくりの費用が毎回かかる |
| ⑤ 統合に時間とお金がかかる | M&Aの後 | 相手の数字が見えず、統合の効果が遅れる |
どれも、「いまは問題ない」という油断から生まれます。
場面ごとに先に打つ手を図にすると、次のとおりです。
落とし穴①：後回しにして、切迫してから選ぶ
何が起こるか：保守の期限や事業の変化が迫ってから、あわてて選定を始めます。
なぜ問題か：比べる時間がないと、いまのやり方を再現できる製品を選びがちです。
業務を見直す機会を逃し、古いやり方を新しいシステムに持ち込みます。
データ移行と並行稼働の期間も短くなり、現場が混乱します。
どう避けるか：困っていない時期に、次の入れ替えの時期と判断の基準を決めておきます。
いま使っているシステムの保守の期限は、経営の予定表に書き込みます。
期限が見えている場合は、基幹システムの保守切れリスクも参考になります。
落とし穴②：事業や拠点が増えて、システムがつぎはぎになる
何が起こるか：1拠点なら、Excelと手作業でしのげます。
事業や拠点が増えると、それぞれに別の会計ソフトやシステムが入り始めます。
本社はパッケージ、新しい事業はクラウドのサービス、ある拠点はExcel。
珍しい状態ではありません。
なぜ問題か：決算のたびに各所からデータを集め、勘定科目の対応づけを手で突き合わせます。
本社は税込、別の拠点は税抜で計上、といった基準の差はミスの温床です。
会社どうしの取引が増えれば、その消去の処理も手作業になります。
経理の工数は跳ね上がります。
どう避けるか：1つの基盤の上で、事業や会社を追加できる設計のシステムを選びます。
勘定科目やマスタの設計は、ERP導入で会計がつまずく3層構造で扱っています。
落とし穴③：カスタマイズが積み上がり、動かせなくなる
何が起こるか：いまの業務に合わせて、少しずつ追加の開発を重ねます。
10年、15年と経つうちに、システムは自社の業務にぴったり合う形になります。
なぜ問題か：合いすぎたシステムは、動かせなくなります。
データ移行、業務の再設計、現場の再教育、並行稼働。
入れ替えに要る工数は、時間とともに増えていきます。
最後には「総入れ替え」以外の選択肢がなくなります。
独自の項目や処理が多いと、AIにデータを読ませる前の整理にも手間がかかります。
どう避けるか：追加の開発は、競争力に関わる業務に絞ります。
それ以外は、システムの標準の機能に業務を合わせます。
落とし穴④：拠点を増やすたびに、投資が繰り返される
何が起こるか：自社にサーバーを置くオンプレミス型では、拠点ごとに環境を作る必要があります。
なぜ問題か：サーバーの調達、ネットワークの設計、担当者の確保が、拠点を増やすたびに発生します。
バージョンの管理も手作業になりがちです。
| 比較の軸 | オンプレミス型 | クラウド型 |
|---|---|---|
| 拠点ごとの初期投資 | サーバーの調達や環境づくりが拠点ごとに要る | 基盤は共通で、拠点ごとの初期投資は要らない |
| アクセス | 拠点ごとに環境を作る | どこからでも使える |
| アップデート | 手作業で管理 | 提供元から自動で配信 |
どう避けるか：拠点や事業が増える見込みがあるなら、クラウド型を候補にします。
クラウドERPは、インターネット経由で使い、自社でサーバーを持たないERPのことです。
基礎はクラウドERPとは？で扱っています。
落とし穴⑤：M&Aの後、システムの統合に行き詰まる
何が起こるか：会社を買収すると、相手のシステムと自社のシステムをつなぐ必要が出ます。
M&Aの後に行う経営の統合を、PMI（Post Merger Integration）と呼びます。
なぜ問題か：システムが分かれたままでは、相手の財務の実態をつかむことすら難しくなります。
統合が長引けば、その間、M&Aで狙った相乗効果が遅れます。
どう避けるか：M&Aを視野に入れるなら、会社を追加できる基盤で先にそろえておきます。
進め方はM&A後のPMI完全ガイドで扱っています。
導入の途中で失敗する3つの原因
製品を選び、導入が始まった。
それでも、つまずく会社はあります。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットにも、そうした相談が届きます。
ゼロからの導入よりも、他社のあとの引き継ぎや立て直しのほうが多いくらいです。
立て直しの相談で、よく出会うつまずきは次の3つです。
原因1：いまの機能の一覧を、そのまま要件にする
起きること：入れ替えたのに業務は変わらない。追加の開発が再び積み上がる。
原因：いまのシステムの機能の一覧を、新しいシステムの要件にした。
一覧には、もう使っていない帳票や、手作業で補っている業務が混ざっている。
選定の基準も「いまと同じことができるか」だけだった。
避け方：製品が決まっていても、業務の見える化からやり直します。
いまの業務の流れを現場に聞いて描き、やめる・まとめる・そろえる業務を決めてから、新しい製品と照らし合わせます。
原因2：標準で収まらない業務を、すべて開発で埋める
起きること：開発が増え、導入の費用と期間がふくらむ。稼働後の更新のたびに、影響を調べる手間も増える。
原因：標準の機能で収まらない業務に、「開発する」以外の選び方を持っていなかった。
避け方：選び方は3つあります。
標準に合わせる、開発する、残す。
業務ごとに、どれにするかを決めます。
落とし穴③を、新しいシステムでくり返さないためです。
原因3：「変わること」を知らずに稼働する
起きること：稼働してから「帳票の形が違う」「締めの考え方が違う」と現場が戸惑う。「話が違う」になる。
原因：何が変わるかを、導入の前に聞いていなかった。
避け方：見積もりの段階で、変わることと注意が要ることを並べてもらいます。
帳票、締め処理の考え方、画面の操作感。
ライセンス費用が、いまより上がることもあります。
先に知っていれば、社内への説明と教育の計画に組み込めます。
3つとも、根は同じです。
いまの業務を見ないまま、製品の話を先に進めたこと。
選ぶ前の落とし穴①と③と、同じ根から出ています。
ERP導入の失敗の型をさらに知りたい方は、ERP導入はなぜ失敗するのかをご覧ください。
選ぶときの6つの基準
5つの落とし穴を避けるには、選ぶ段階で次の6つを見ます。
- 事業や会社を入れ替えなしで追加できるか：1つの基盤の上で広げられる設計か
- 全社の数字を手作業なしでまとめられるか：会社間の取引の消去や、科目の対応づけが自動か
- 標準の機能で自社の業務の大半が回るか：追加の開発を競争力の部分に絞れるか
- アップデートが自動で届くか：法改正や新しい機能に、追加の費用なく追いつけるか
- データを1か所で見られるか：販売・在庫・会計の数字が、同じ場所にそろうか
- 自社の予算と体制で運用できるか：費用、導入の期間、運用に要る社内の人数
提供元や導入の事業者には、「できますか」ではなく「どうやりますか」と聞きます。
「できます」だけでは、標準の機能か、追加の開発かが分からないからです。
- 「会社を1つ追加するとき、何を設定し、費用はどう変わりますか」
- 「当社の業務のうち、標準で回らないのはどこだと思いますか」
- 「導入後の運用には、社内で何人・どんな役割が要るでしょうか」
回らない業務を尋ねて「ありません」と返ってきたら、慎重に聞き直します。
費用は、最初の導入費だけで比べません。
事業・拠点・会社が1つ増えたら何にいくらかかるかまで、10年の時間軸で並べます。
海外への進出を考えている場合は、多通貨・多言語・各国の税制も基準に加わります。
その場合は、海外進出で見落としがちな基幹システムの落とし穴をご覧ください。
選択肢の比べ方
6つの基準に照らすと、選択肢はおおむね次のように分かれます。
優劣ではなく、合う条件の違いです。
| 選択肢 | 合う会社 | 注意点 | AIとの親和性 |
|---|---|---|---|
| 統合型のクラウドERP（NetSuiteなど） | 事業・拠点・会社が増える見込みがある | 業務を標準に合わせる覚悟が要る | 高い。全社のデータが1か所にそろう |
| 国産ERP・業種向けパッケージ | 国内中心で、業種特有の機能が要る | 事業の広がりに合わせて広げられるか | 製品による。データの持ち方を聞く |
| Odoo | 費用を抑え、範囲を自分たちで組みたい | 設定を担う人が社内に要る | 中〜高。使う範囲がそろえば活かせる |
| AIを使ったスクラッチ開発 | 独自の業務が競争力の源 | 作った後の保守を誰が担うか | 高いが、データの設計次第 |
| いまは入れない（会計ソフト＋Excel） | 取引が少なく、変化の予定もない | 切り替えの時期を決めておく | 低い。データがファイルに散らばる |
AIとの親和性は、「AIに読ませるデータが1か所に、同じ形でそろうか」で見ています。
つぎはぎのままでは、AIで全社の数字を見る使い方は難しくなります。
NetSuiteという選択肢
6つの基準を満たすクラウドERPの一つが、NetSuiteです。
Oracleが提供する統合型のクラウドERPです。
世界220地域・44,000社以上で使われ、190通貨・27言語に対応しています（出典：Oracle NetSuite公式サイト、2026年9月時点）。
OneWorldは、国内外の複数の子会社・事業部門・法人を、1つの仕組みで管理するNetSuiteの機能です。
取引は各社と本社の両方に計上され、連結決算の作業を簡単にします（出典：Oracle NetSuite公式サイト、2026年9月確認）。
会社が増えた時点で追加する場合の進め方と費用は、導入前に提供元・パートナーに聞いておきます。
機能の詳細はNetSuiteのグローバル展開機能で扱っています。
国産ERPやパッケージを選ぶ場合
国産ERPや業種向けのパッケージは、国内の商習慣や帳票に沿った機能が強みです。
業種特有の業務が中心なら、有力な候補になります。
選ぶ場合も、会社を追加するときの方法と費用、アップデートのときの追加開発の扱い、他のシステムとつなぐ窓口（API）の有無は聞いておきます。
別の道が合う会社
- 国産ERP：国内中心で、業種特有の帳票や商習慣への対応が最優先
- Odoo：費用を抑え、社内で設定を担える人がいる
- AIスクラッチ開発：独自の業務が競争力で、パッケージでは回らない
- いまは入れない：取引が少なく、事業の形が当面変わらない
合う条件から絞る順番を図にすると、次のとおりです。
入れない場合も、「どうなったら入れ替えるか」の条件だけは決めておきます。
たとえば、拠点が2つになったら、決算の締めに10日以上かかったら、などです。
これから選ぶ会社と、入れ替えを考えている会社
これから基幹システムを選ぶ会社は、今回の選定で将来の道を狭めないことが先決です。
国内の業務で十分に回り、会社を足すときに入れ替えが要らない設計を選ぶ。
勘定科目やマスタも、事業が広がる前提で組んでおく。
会計と販売など中心の業務から始め、同じ基盤の上に広げていけば、入れ替えは要りません。
保守の期限が近い会社や入れ替えを考えている会社は、次の順で進めます。
- 保守の期限を知る：いつまでに決めなければならないか
- システムの外の業務を洗い出す：Excelや手作業で補っている業務を一覧にする
- 追加の開発を仕分ける：競争力に関わるものと、慣れで残っているものを分ける
- データ移行の範囲を決める：どの期間の、どのデータを移すか
同じ業務のまま製品だけ替えると、新しいシステムでも同じ落とし穴にはまります。
入れ替えの方法・費用・期間は、次に基幹システムのリプレイスとは？を読むと判断の材料がそろいます。
データ移行は基幹システムのデータ移行ガイドで扱っています。
ベンチャーネットならこう見る｜製品が決まっていても、見える化から
「移る先の製品は決まっている。要件は、いまの機能の一覧で足りる」
そう考える会社は、少なくありません。
ベンチャーネットは、製品が決まっていても、業務の見える化からやり直します。
第3章の原因1と2を、最初から起こさないためです。
進め方は、2つの型にまとめています。
型1：見える化→整理整頓→Fit&Gap
- 業務の見える化：いまの業務の流れを、現場に聞いて描く
- 整理整頓：やめる・まとめる・そろえる業務を決める
- Fit&Gap：残った業務を、移る先の製品の標準機能と照らし合わせる
Fit&Gapは、業務と機能の合う・合わないを一つずつ見る作業のことです。
やめる業務を2段目で決めてしまえば、3段目で照らし合わせる数が減ります。
型2：標準に合わせる／開発する／残す
Fit&Gapで合わなかった業務は、3つのどれかに決めます。
- 標準に合わせる：業務のほうを、製品の標準機能に寄せる
- 開発する：追加の開発や、外部の仕組みとの連携で補う
- 残す：新しいシステムには載せず、いまの仕組みや運用で続ける
1つ目を選べる業務が多いほど、稼働後の更新は軽くなります。
2つ目は、費用と期間を押し上げやすい選択です。
最初の打ち合わせで伺うのは、主に次の3つです。
- いつまでに決める必要があるか（保守の期限、契約の更新の時期）
- システムの外で、どれだけの業務が回っているか
- 3〜5年で、事業・拠点・会社の形はどう変わるか
大きな変化の予定がなく、システムの外の業務も少なければ、「いまは入れ替えない」とお伝えすることもあります。
NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応する立場なので、製品の比較はこの3つが見えてからで十分です。
「製品より進め方」という考え方は、伴走型のNetSuite導入支援とは？でもお伝えしています。
今日できること｜1時間で「システムの地図」を描く
いま社内で使っているシステムとファイルを、次の表に書き出してください。
| 業務 | 使っているシステム・ファイル | 他とのつなぎ方 | 保守の期限 |
|---|---|---|---|
| （例）販売 | 販売管理パッケージ | 会計へCSVを手で取り込み | 2028年3月 |
- 販売・購買・在庫・会計・給与の行を作る
- 使っているシステムとExcelを書く
- つなぎ方が「手作業」の所に印をつける
- 分かる範囲で、保守の期限を書く
印のついた所が、落とし穴②と③が起きている場所です。
保守の期限が一番早いものが、次に判断すべき時期になります。
この地図は、型1の「見える化」の最初の1枚でもあります。
よくある質問
Q1. いま困っていなくても、基幹システムを見直すべきですか
急いで入れ替える必要はありません。
ただし、「拠点が増えたら」「締めに10日以上かかったら」など、入れ替えを考える条件は決めておきます。
保守の期限も、あわせて把握しておきます。
Q2. 基幹システムの入れ替えは、何年前から準備すべきですか
保守の期限から逆算して余裕をもって始めます。
選定、データ移行、並行稼働には時間がかかります。
期限の直前に始めると、比べる時間も試す時間も足りなくなります。
Q3. カスタマイズの多いシステムから、標準のシステムに移れますか
移れますが業務の見直しが前提です。
追加の開発を、競争力に関わるものと、慣れで残っているものに仕分けます。
後者は、新しいシステムの標準の機能に業務を合わせます。
Q4. ERPの導入が失敗する原因は何ですか
多くは製品より進め方にあります。
いまの機能の一覧をそのまま要件にする、収まらない業務をすべて開発で埋める、変わることを知らずに稼働する。
3つとも、いまの業務を見ないまま製品の話を進めたことが根にあります（第3章）。
Q5. オンプレミスとクラウド、どちらを選ぶべきですか
事業や拠点が増える見込みがあるならクラウドが有利です。
クラウドは、拠点ごとの初期投資が要らず、アップデートも自動で届きます。
社内の規則で自社の中にデータを置く必要がある場合は、条件を整理して比べます。
Q6. 国内だけの会社でも、NetSuiteは使えますか
国内の業務だけでも使えます。
会社や拠点が増えたときの追加の方法と費用は、導入前に聞いておきます。
国内の業種特有の機能が最優先なら、国産ERPも並べて比べます。
Q7. 入れ替えの費用はどれくらいかかりますか
製品と導入の中身で大きく変わります。
費用と期間を左右するのは、機能範囲、開発（特に外部との連携）、社内の体制、ユーザー数の4つです。
導入の費用だけでなく、利用料や保守、将来の追加まで含めた総費用で比べます。
費用の考え方はクラウドERPの費用・料金相場で扱っています。
まとめ｜落とし穴は、選ぶ前に張られている
- 基幹システムは裏方のため、見直しが後回しになりやすい
- 落とし穴は後回し・つぎはぎ・カスタマイズの積み上げ・拠点ごとの投資・M&A後の統合の5つ
- 導入の途中の失敗も、いまの業務を見ないまま製品の話を進めたことから生まれる
- 製品が決まっていても、見える化→整理整頓→Fit&Gapの順で進め、収まらない業務は3つの選び方で決める
- 保守の期限から逆算して、余裕をもって準備を始める
「どこで失敗するのか」への答えは、導入の途中ではなく、その前にあります。
まずは1時間で、自社のシステムの地図を描いてみてください。
もう少し詳しく知りたい方へ
「いまのシステムを、いつ、どう見直すべきか分からない」
「保守の期限が近いが、何から始めればよいか」
そんな段階からご相談をお受けしています。
いまのシステムの地図と、3〜5年後の事業の姿を伺い、判断の順番を一緒に整理します。
