基幹システム/ERPリニューアルは、現状分析から本番稼働まで7つのステップで進みます。各ステップで手を抜くと後工程で手戻りが起きるため、特に初期の現状分析と要件定義に十分な時間を取ることが大切です。
本テーマに関する全体ガイドは、以下の記事をご覧ください。
▼全体ガイドの記事
・基幹システム/ERPリニューアルの完全ガイド
基幹システム/ERPリニューアルの概要と必要性
基幹システム/ERPリニューアルは、企業の中核業務を支える情報システムを刷新する取り組みです。ERP（Enterprise Resource Planning）パッケージに入れ替える方法と、業務領域ごとの個別システムを再構築する方法があります。
ERPパッケージは、販売管理や在庫管理、会計といった業務領域を横断して扱います。購買や人事給与も、その対象です。
経済産業省が2018年に発表した「DXレポート」では、老朽化した基幹システムが企業のDX推進を阻む「2025年の崖」として問題提起されました。たとえば、多くの企業で20年以上稼働し続けるレガシーシステムがあり、その維持コストがIT予算の80%以上を占めるケースも珍しくありません。
基幹システムのリニューアルは、技術的な刷新であるだけでなく、業務プロセスの抜本的な見直しや組織変革、経営データのリアルタイム活用を含む、経営戦略的な取り組みでもあります。また、適切に進めれば、業務効率の大幅な向上と意思決定の高速化を同時に実現できます。
基幹システムが老朽化するサイン5つ
基幹システムがリニューアルを必要としているかは、5つのサインで見極められます。これらが複数当てはまるときは、リニューアルの検討を強く勧めます。
- 属人化・ブラックボックス化：担当者の退職や異動で仕様が分からず、原因の特定が難しくなります。レガシーシステムの60%以上が仕様書を持たないと報告されています。
- 保守コストの異常な増大：年間保守費用がシステム開発費用の20%を超えるようなら、要注意です。
- 他システムとの連携困難：新しいSaaSツールやECシステムとの連携に毎回多大な開発工数がかかる場合は、アーキテクチャが時代遅れになっているサインです。
- 業務データのリアルタイム活用不能：たとえば、月次の集計処理に半日かかる、在庫状況をリアルタイムで確認できないといった状況がこれに当たります。
- 法改正・制度変更への対応遅延：インボイス制度や電子帳簿保存法など、法改正のたびに多大な改修コストが発生するケースは危険信号です。
ERP導入 vs 個別システム刷新の選択基準
ERPパッケージの導入と個別システムの刷新のどちらを選ぶかは、企業規模・業務の複雑性・DX戦略によって変わります。
- ERPが向いている場合：複数の業務領域を一元管理したいとき、グループ会社を含めて経営を見える化したいときです。
- 標準化を狙う場合：業務プロセスを標準化して、拡大しやすい体制を作りたいときです。
- 個別刷新が向いている場合：特定の業務に、業界特有の複雑なロジックがあるときです。
- 段階的に改善したい場合：既存の業務プロセスへの影響を抑えながら進めたいときです。
たとえば、食品業界の賞味期限管理や製造業の独自の原価計算ロジックは、ERP標準機能では対応しきれないことが多くあります。そのため、個別開発や業種特化型パッケージのほうが適しています。
SAP・Oracle・Microsoft Dynamics等の大手ERPは、年間ライセンス費用が数千万円規模になることも多いため、導入の判断には慎重なROI試算が必要です。
基幹システム/ERPリニューアルの進め方【7ステップ】
基幹システム/ERPリニューアルを成功に導くには、体系的なステップを順に踏むことが欠かせません。7つのステップは、多くの実績から導き出された標準的な進め方です。各ステップで手を抜くと後工程で手戻りが発生するため、特に初期の現状分析と要件定義には十分な時間を確保しておく必要があります。
Step1 現状分析と課題の洗い出し
最初のステップでは、現行システムと業務プロセスを徹底的に洗い出します。
- 現行システム：機能一覧、データの流れ、外部連携先を整理します。
- 業務担当者へのヒアリング：目安は、各業務部門のキーパーソン20名以上です。
- 業務課題：非効率やペインポイントも一覧にします。
この段階で大切なのは、「現行業務をそのままシステム化すればよい」という思い込みを外すことです。ヒアリングで出てくる要望のうち30〜40%は、現行システムの限界に合わせて生まれた業務の歪みで、新システムでは不要になることも多くあります。
As-Is（現状）とTo-Be（あるべき姿）を分けて整理しておくことが、後工程の品質を大きく左右します。
Step2 システム選定とFit&Gap分析
システム選定では、RFP（提案依頼書）を作成し、ベンダー各社に提案を求めます。
- RFPの記載内容：業務要件や非機能要件に加えて、移行要件とサポート要件を明記します。
- 評価基準：機能適合率、コスト、実績、サポート体制などを事前に決めておくと、各社の提案を同じ物差しで比べられます。
Fit&Gap分析では、自社の業務要件とパッケージの標準機能がどこまで合うかを一覧にします。通常は200〜500項目の業務要件を、「Fit（標準機能で対応可）」と「Gap（標準機能では対応不可）」に分けます。
Gapが出たときは、「カスタマイズで対応する」と安易に決めず、業務プロセスを変えて標準機能に合わせる選択肢も検討します。
Step3 Fit to Standard vs カスタマイズの判断
Fit to Standard（標準機能に業務を合わせる）とカスタマイズ（業務に合わせてシステムを改造する）のどちらを選ぶかは、ERPリニューアルで最も重要な意思決定の一つです。カスタマイズは、短期的には業務への影響を抑えられます。ただし、長期的にはバージョンアップ時の追加費用や保守コストの増大、ベンダー依存度の高まりを招きます。
判断の基準は、「競争優位性に直結するか」です。競合他社との差別化につながる業務ロジック（独自の価格計算や特殊な物流管理など）は、カスタマイズを検討すべきです。一方で、法対応や会計処理、在庫管理などの一般的な業務は、Fit to Standardを採用すべきです。
SAP等の大手ERPでは、カスタマイズ費用が初期費用の30〜50%を占めることが多くあります。さらに、導入後のバージョンアップ費用も含めると、総保有コスト（TCO）が2〜3倍に膨らむケースもあります。
Step4 データ移行計画（マスタ統合・コード体系変換）
データ移行は、基幹システムリニューアルのなかで最も工数がかかり、失敗のリスクも高い工程です。特にマスタデータの整備（顧客マスタ、品目マスタ、勘定科目マスタなど）は、移行プロジェクト全体の工数の30〜40%を占めることも珍しくありません。
- 移行対象データの範囲：全件を移行するか、一定期間分のみにするかで決まります。
- データクレンジング：重複データの統合と不整合データの修正を行います。
- コード体系の変換：旧システムの顧客コードや品目コードを、新システムに合わせる変換ルールを決めます。
移行ツールの開発やテスト、本番移行のリハーサルを含めて、詳細なスケジュールを立てます。本番移行の前に、少なくとも2〜3回のリハーサルを行うことが推奨されます。
Step5 段階的導入 vs 一斉切替の選択
導入方式には、段階的導入（フェーズ導入）と一斉切替（ビッグバン移行）の2つがあります。段階的導入は、業務領域や拠点ごとに順番に移行する方法です。リスクを分散できる利点がある一方で、新旧システムの並行稼働期間が生まれ、二重入力などの負担が増えます。
一斉切替は、会計年度の切替日など特定の日に、すべての機能を一度に移行する方法です。移行期間は短く済みます。ただし、移行直後に問題が起きると、影響範囲が全業務に及ぶリスクがあります。
売上高500億円以上の企業では、事業継続リスクの観点から段階的導入を選ぶケースが多く、移行リスクを抑えるためのロールバック計画の準備も欠かせません。
Step6 教育・チェンジマネジメント
基幹システムのリニューアルは、技術的な取り組みというより、組織変革のプロジェクトです。新しいシステムを正しく使いこなせるよう、教育計画を早い段階でつくり、エンドユーザーのトレーニングに十分な時間と予算を充てることが大切です。
教育計画では、業務ロールごとの研修カリキュラムを設計します。キーユーザー（各部門の中核担当者）を育て、eラーニングやマニュアルも用意します。
特に重要なのは「スーパーユーザー制度」の導入です。各部門に1〜2名のシステムに精通したスーパーユーザーを置くと、本番稼働後の問い合わせ対応が分散し、現場への定着も進みやすくなります。
Step7 本番稼働とハイパーケア
本番稼働後の「ハイパーケア期間（通常1〜3ヶ月）」は、問題が集中して起きやすい時期です。そのため、この期間はベンダーやシステムインテグレーターのサポートを手厚くし、問題が起きたらすぐに対応できる体制を整えておく必要があります。
ハイパーケア期間中は、日次で問題管理会議を開き、KPI（処理件数、エラー率、応答時間など）を見ていきます。ユーザーからのフィードバックも集めて、迅速な改善対応につなげます。
月次・四半期・半期ごとに業務定着度を評価し、必要に応じて追加研修や業務プロセスの微調整を行います。こうした対応で、投資対効果を最大化できます。
【独自】Fit&Gap分析の実務手順
Fit&Gap分析は、ERPの選定・設計工程で最も重要な分析作業です。パッケージの機能と要件を照らし合わせるだけでなく、その結果を経営判断にどう活かすかまで含めて、実務手順を見ていきます。
業務プロセスマッピングの進め方
Fit&Gap分析の前提となる業務プロセスマッピングでは、まず対象業務の範囲（スコープ）を確定します。
- 範囲の区切り方：業務の始まりから終わりまでで区切ります。
- 業務の流れの粒度：たとえば、販売管理なら「受注から入金まで」、購買管理なら「購買依頼から支払まで」のように、Lv1〜Lv3で整理します。
- 業務フロー：各業務部門の担当者（ベテランと若手の両方）へのインタビューと、帳票や画面キャプチャの収集を組み合わせて洗い出します。
特に注意したいのは、例外処理の洗い出しです。通常業務の80%は比較的整理しやすい一方で、残りの20%の例外処理（月末のみ発生する処理や特定顧客への特別対応など）こそが、システムに大きく影響します。
例外処理をどこまでシステムに組み込むかの判断が、後工程のカスタマイズ量を左右します。
Gap対応方針の決定フレームワーク
Gapが見つかったときの対応方針は、大きく4つに分けられます。
- Fit to Standard：業務プロセスを標準機能に合わせて変える方法です。
- コンフィグレーション：パッケージの設定で対応する方法です。
- カスタマイズ：アドオン開発で対応する方法です。
- 補完対応：外部ツールや手動対応で補う方法です。
対応方針を選ぶ基準には、「GAP重要度×対応コスト」のマトリクスが役立ちます。業務への影響度（高・中・低）とカスタマイズコスト（大・中・小）を組み合わせて、優先順位を決めます。
重要度が高くコストも大きいGapは、経営判断が必要になるため、早めに経営層へ上げることが大切です。実際のプロジェクトでは、Gapの70%以上がFit to Standardまたはコンフィグレーションで解決できる場合が多く、カスタマイズに至るのは全体の10〜20%が目安です。
カスタマイズを最小化するための交渉術
カスタマイズを減らすには、現場の「現行業務を変えたくない」という心理的な抵抗を乗り越える必要があります。有効なアプローチは、ERP標準機能の優位性を具体的に示すことです。
- 標準機能の優位性：ERP標準機能には、世界標準のベストプラクティスが組み込まれています。
- 担当者のメリット：「この標準機能を採用すると、月次決算を現在の10営業日から5営業日に短縮できます」のように、数字で示します。
- 将来の変化への対応力：カスタマイズした部分は、ERP本体のバージョンアップのたびに改修が必要になります。
そのため、将来の保守コストを試算して比べると、意思決定者の理解を得やすくなります。たとえば、カスタマイズ1件当たりの開発費用を50〜100万円、保守費用を毎年10〜20万円として試算し、10年間のTCOで比べることをお勧めします。
データ移行の現実：マスタ統合の地道な手作業
基幹システムリニューアルのデータ移行は、プロジェクト計画の段階で過小評価されがちな工程です。ツールの開発や自動変換だけで済むと考えられやすいものの、実際には人手による地道なデータ整備作業が大量に発生します。そのため、この現実を踏まえてスケジュールと予算を立てることが、プロジェクトの成否を分けます。
顧客・品目・勘定科目マスタ統合の工数実態
複数のシステムや拠点から顧客マスタを統合する作業は、想定の2〜3倍の工数がかかることがほとんどです。たとえば、売上規模300億円のメーカーで顧客マスタを統合した実例では、旧システムの顧客レコードは約8万件ありましたが、クレンジング後の有効レコードは約3万件まで絞り込まれました。この整理作業には、システム担当2名と業務担当4名が3ヶ月間かかりました。
品目マスタはさらに複雑です。製造番号や商品コードに加えて、JANコードや得意先別品番まで混在しているケースでは、コード体系の変換ルールを決めるだけでも大規模な調整が必要になります。
勘定科目マスタは、部門コードや補助科目の再設計を伴うことが多く、経理部門の責任者が直接関わって判断する必要があります。そのため、マスタ統合はIT部門だけでは終わらず、業務部門の深い関与が欠かせません。
データクレンジングで必ず発生する「ゴミデータ」問題
長年稼働してきた基幹システムのデータベースには、必ずといっていいほど「ゴミデータ」が残っています。移行前に見つけて直しておきたい代表的なものは、次の4種類です。
- 削除されていないマスタ：廃止済みなのに残っている顧客マスタや品目マスタ。
- 同一顧客の重複登録：同じ顧客が別のコードで二重登録されているケース。
- 不整合な在庫数量：帳簿在庫と実在庫の乖離。
- 文字化けデータ：文字コードの問題によって生じるもの。
データクレンジングの作業量を見積もるときの目安として、旧システムの総レコード数の20〜30%には何らかの問題があると想定しておくことをお勧めします。
また、データクレンジングは一度で終わりません。移行テストのたびに新たな問題が見つかるため、本番移行の直前まで繰り返し行う計画が必要です。
専用のスプレッドシートやツールを用意し、問題データの管理と修正状況の追跡を徹底すると、本番移行時のトラブルを減らせます。
移行テストと本番データ検証の進め方
データ移行テストは、本番移行と同じ手順とツールを使って事前に行うリハーサルです。
- 第1回：データ変換ツールの動作確認が目的です。
- 第2回：変換精度の検証と移行時間の計測を行います。
- 第3回：本番同等の環境で最終確認をし、段階的に仕上げていきます。
本番データ検証では、移行後のデータが旧システムと一致するかを、件数・金額・在庫数量などのチェックサムで確認します。特に重要な検証は、3段階に分けることをお勧めします。
- 一段目：全マスタの件数の一致確認。
- 二段目：残高や在庫量の数値の一致確認。
- 三段目：全体の5〜10%を手作業で突き合わせるサンプル照合。
本番移行当日は、「移行完了宣言」の判定基準を事前に明確にし、全員が合意した状態で切り替えることが大切です。
現場を巻き込むチェンジマネジメント
基幹システムリニューアルが失敗する原因の多くは、技術面の問題より、人や組織の問題です。Gartnerの調査によると、ERPプロジェクトが当初の目標を達成できない主要因の第1位は「チェンジマネジメントの不足」で、技術的な問題を大きく上回っています。そのため、現場の担当者を巻き込み、変化への対応を支援する取り組みが、プロジェクトの成否を左右します。
経営層への投資対効果の説明方法
経営層に投資対効果（ROI）を説明するときは、定量的な効果と定性的な効果を組み合わせることが大切です。定量的な効果は、大きく3つに分けられます。
- 維持費の削減：現行システムの保守費やハードウェア更改費などが対象になります。
- 人件費削減：業務効率化による人件費相当の削減額です。たとえば、月次決算の日数を短縮して経理部門の残業時間を年間500時間削減するといった効果が考えられます。
- 在庫の圧縮：在庫回転率を改善すると、在庫資産を10%削減できるといった例があります。
ROI試算の基本フォーマットでは、初期投資と年間効果を5〜7年の期間で比べます。初期投資には、システム費用や導入コンサル費用に加えて、教育費用や内部工数が含まれます。年間効果は、削減コストと生産性向上効果で見ます。
多くの場合、基幹システムリニューアルのROI回収期間は3〜5年です。この数値を具体的に示すと、経営層の意思決定を促せます。
「2025年の崖リスク」を数値化（システム障害発生時の1日当たりの損失額など）し、リスクコストも加味すると、説得力が増します。
抵抗勢力（ベテラン経理・倉庫スタッフ）への対応
基幹システムリニューアルで最も難しい対応の一つは、変化に抵抗するベテラン担当者への対応です。10〜20年以上の業務経験があるベテラン経理担当者や倉庫スタッフは、「現行のやり方のほうが効率的」「新システムは使いにくい」という強い先入観を持つことが多くあります。そのため、プロジェクトの大きな障壁になりかねません。
ベテラン担当者の先入観は、関わり方を変えることで和らぎます。効果的な対応策として、まず「敵にしない、味方にする」アプローチが重要です。具体的な手立ては、次の3つです。
- 敵にしない、味方にする：ベテラン担当者を、キーユーザーや要件定義のヒアリング対象者として早い段階から巻き込みます。
- 小さな成功体験：研修で苦手意識のある操作を繰り返し練習し、達成感を味わってもらうと、不安が自信に変わります。
- 問い合わせ先の明確化：本番稼働後にすぐ相談できる窓口を決めておくと、誰へ連絡すればよいかが分かり、担当者の不安を軽減できます。
最初の対応を進めると、自分たちが作ったシステムだという当事者意識が生まれ、抵抗から協力へと態度を変えるケースが多く見られます。
運用定着までのフォローアップ計画
本番稼働後の運用定着は、プロジェクト期間の3〜6ヶ月後まで継続して支援する必要があります。フォローアップ計画では、稼働後1ヶ月、3ヶ月、6ヶ月の各タイミングで業務定着度アンケートを行い、問題点を早めに見つけます。
運用定着は、3つの指標で確かめられます。
- システムへの入力完了率：全担当者が漏れなく入力しているかを見ます。
- 旧来の作業の残り具合：手作業やExcelによる代替作業が、どの程度残っているかを見ます。
- ヘルプデスクへの問い合わせ件数：稼働直後に比べて3ヶ月後に半減しているかが目安になります。
問題が長引くときは、追加研修や業務プロセスの再調整を行います。その際は、業務をシステムに無理に合わせるよりも、業務に合わないシステムの設定を調整するなど、柔軟に対応して定着を進めます。
まとめ
基幹システム/ERPリニューアルは、企業の競争力を左右する経営上の重要課題です。老朽化のサインの確認から始めて、7ステップの進め方、Fit&Gap分析の実務、データ移行の現実、チェンジマネジメントまでを見てきました。
成功のポイントは3つです。
第一に、Fit to Standardを基本方針として、カスタマイズを戦略的に絞り込むことです。カスタマイズは、短期的な利便性と引き替えに、長期的なコストや柔軟性を犠牲にするトレードオフを伴います。
第二に、データ移行を軽視しないことです。マスタデータの整備は時間と手間のかかる地道な作業ですが、ここを丁寧に行うと、本番稼働後の混乱を防げます。
第三に、チェンジマネジメントを技術導入と同等以上に重視することです。人と組織の変化への対応が、投資対効果を最大化するうえで欠かせません。
基幹システムのリニューアルは、規模によっては2〜3年かかり、投資額が数億〜数十億円に達する大規模な取り組みです。そのぶん、成功したときのインパクトも大きく、業務効率の大幅な向上、経営の見える化、将来のDX推進の基盤づくりといったメリットがあります。
自社だけで進めるのが難しい場合や、実績のあるパートナーと進めたい場合は、基幹システム・ERP導入の専門ベンダーやコンサルティング会社への相談をお勧めします。
基幹システム/ERPリニューアル全体の進め方は、以下の記事でまとめて確認できます。
▼全体ガイドの記事
・基幹システム/ERPリニューアルの完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。