本文へスキップ

S/4HANA移行のコスト:アプローチ別に何が左右するか

ECCからS/4HANAへの移行にかかる企業規模別のコスト、ブラウンフィールドとグリーンフィールドのコスト比較が自社システム次第である理由、そして請求額を動かす要因(カスタムコード、データ、模擬コンバージョン、並行稼働、契約の切り替え)を解説します。

予算のスプレッドシート、電卓、グラフを表示したノートパソコンが並ぶデスクの横に立つ、明るいオフィスのNoel D'Costa
目次
  1. 企業規模別のS/4HANA移行コスト
  2. システムコンバージョン、新規導入、選択的データ移行:なぜ「場合による」のか
  3. カスタムコード:超過し、見落とされるコスト
  4. データ、テスト、模擬コンバージョン
  5. 並行稼働と契約の切り替え
  6. 私ならこう移行予算を組み立てる
  7. よくある質問

S/4HANA移行のコストは、ほかのSAPプログラムと同じ価格帯に収まります。中堅企業なら$500Kから$2M、大企業なら$2Mから$10M以上、グローバル企業グループなら$10Mから$50M以上を見込んでください。その帯のどこに落ち着くかは、アプローチよりも、カスタムコード、データ、模擬コンバージョン、並行稼働、そしてSAPとの契約で決まります。

結論から言えば、最初から安い移行アプローチはありません。ブラウンフィールドとグリーンフィールドのコストは、持ち越すカスタムコードの量、データの品質、どれだけプロセスを変えたいかで決まります。私の経験では、最も超過しやすいフェーズはカスタムコードであり、企業が最も見落としやすい隠れたコストでもあります。

この記事は移行の請求額そのものを扱います。アプローチ、手順、ECCの期限は、私のECCからS/4HANAへの移行ガイドにあります。

SAP全般のコストと、お金がどこに使われるかは、SAP導入にかかる費用をお読みください。作業が始まってから予算が超過する理由は、SAPプロジェクトが予算を超過する理由をお読みください。

移行は完全なSAPプログラムです。ですから、どのSAPプログラムにも使う目安の価格帯をそのまま使います。パートナーサービス、サブスクリプションまたはライセンス、データ、テスト、トレーニング、ハイパーケアを含みます。

各価格帯と、移行がその帯の上のほうに押し上げられる要因は次のとおりです。

企業規模プログラム総コスト(USD)移行が価格帯の上限に向かう要因
小規模(従業員200人未満)$80Kから$500Kレガシーデータの量、S/4HANA版のないアドオン
中堅(200から1,000人)$500Kから$2Mカスタムコードの量、インターフェース、データ品質
大企業(1,000から10,000人)$2Mから$10M以上カスタムコード、模擬コンバージョンの回数、回帰テストの範囲
グローバル企業グループ(10,000人以上)$10Mから$50M以上多数のエンティティと国、ロールアウトの各ウェーブにわたる並行稼働

どの価格帯にも共通する比率が2つあります。パートナーサービスは総額の35から50%を占め、その上に10から20%の予備費を載せます。予備費はパートナーの価格の中ではなく、自社側で持ちます。

公開されているベンチマークも同じ水準です。SAPパートナーのLeverXは、米国の大企業のグリーンフィールド導入を$4Mから$10M以上としています(LeverX米国コストガイド、2026年)。自社のスコープで最初の数字を出すには、SAP導入コスト計算ツールをお試しください。

多くの人はパーセンテージを求めます。ブラウンフィールドはグリーンフィールドよりX%安い、というようにです。正直に答えれば場合によるので、私はパーセンテージを示しません。アプローチが変えるのは、金額の大きさよりも、お金の使われ方です。

システムコンバージョン(ブラウンフィールド)は、設定、カスタムコード、履歴を引き継ぎます。新規導入(グリーンフィールド)はまっさらな状態から始めて必要なデータだけをロードし、選択的データ移行は専門ツールを使って両方を少しずつ行います。

各アプローチでお金が使われる箇所は次のとおりです。

アプローチお金の使い道高くつく要因コストを抑える要因
ブラウンフィールド(システムコンバージョン)カスタムコードの修正、Software Update Managerによるコンバージョン実行、引き継いだすべてのものの回帰テスト誰も使っていない大量のカスタムコード、置き換えが必要なアドオン、大規模データベースでの短いダウンタイム枠コンバージョン前の未使用コードの廃止、すでに機能しているプロセス
グリーンフィールド(新規導入)プロセス設計、設定、拡張、データロード、トレーニングと変革古いカスタムレポートやロジックを新システムで作り直すこと、機能していた領域の再設計SAP標準の採用、未決済項目と必要な履歴だけのロード
選択的データ移行専門ツールとパートナー、データ範囲の確定、一部の再設計と一部のコンバージョン複雑な会社コードと履歴の選択、合併やカーブアウトどの領域を再設計するかの明確な決定

では、何で決まるのでしょうか。次の4つの問いです。

  1. 持ち越すカスタムコードがどれだけあり、そのうちどれだけが使われているか。 コンバージョンでは、残すオブジェクトをすべてチェックし、必要に応じて修正し、テストしなければなりません。
  2. データがどれだけきれいで、どれだけの履歴が必要か。 質の悪いデータはどのアプローチでもコストを生みます。かかる場所がそれぞれ違うだけです。
  3. どれだけプロセスを変えたいか。 私のルールはこうです。他のシステムから移る場合や新しいプロセスを定義する必要がある場合はグリーンフィールド、プロセスが定義され機能している場合はブラウンフィールド、一部の領域に再設計が必要な場合は選択的データ移行。すでに機能しているプロセスの再設計にお金を払うのは、高くつく選択です。
  4. 業務部門がどれだけのダウンタイムを許容できるか。 ダウンタイム枠の短い大規模システムには、ダウンタイム最適化の手法と、それを実行できる専門家が必要です。

コストは期間にも比例します。私の経験では、ブラウンフィールドは12から18か月、グリーンフィールドは18から24か月、選択的データ移行は12から18か月かかります。私のS/4HANA移行のスケジュールとプロジェクト計画で、それをフェーズごとに分解しています。

移行で私が最も多く超過を目にするフェーズは、カスタムコードです。企業が予算を決めるときに最も見落とすコストでもあります。

技術的な作業に見えるので、見過ごされます。ブラウンフィールドのコンバージョンでは、Zプログラム、拡張、修正がそのまま移り、変更されたデータモデルに触れるものは一つずつ適応させ、再テストしなければなりません。

SAP Readiness Checkは出発点として適切ですが、あくまで計画用のツールです。私の経験では、それが見落とすカスタムオブジェクトこそが、後で痛手になります。

SAP自身のConversion Guide for SAP S/4HANA Cloud Private Edition 2025は、カスタムコードのチェックにABAP Test Cockpitを使うよう案内しています。また、コンバージョンの前に、もう使われていないカスタムコードを削除することを推奨しています。

節約の余地はこの推奨にあります。あるプログラムでは、smartShiftによる分析でカスタムオブジェクトを18,000から3,200まで減らしました。廃止したオブジェクトはどれも、誰も修正もテストもせず、将来のアップグレードに持ち越す必要もなくなりました。

誰かが移行の見積もりを出す前に、私なら次の問いへの答えを求めます。

  1. カスタムオブジェクトはいくつあるか。 パートナーの推定ではなく、自社のシステムから数えてください。
  2. 実際に使われているのはいくつか。 年度末を含む業務サイクル全体にわたる、本番環境の使用状況データで確認します。
  3. どれを廃止し、誰が決めるか。 開発者だけでなく、業務部門とITで構成するデザインオーソリティが決めます。
  4. 残すものを何で置き換えるか。 Clean Coreに沿って、標準機能、リリース済みAPI、サイドバイサイド拡張を使います。

カスタマイズは最小限にとどめ、残りは管理してください。私がよく見る誤りは、SAPをOracleのように動かそうとすることです。そうすると、あらゆる違いがコードになります。残ったものの分類方法は、私のSAP Clean Coreガイドで説明しています。

私の経験では、データ移行は工数の30から40%を占めます。その工数のかなりの部分は、クレンジングや検証を担う自社の業務ユーザーが負うため、パートナーの見積もりにはほとんど現れません。

ブラウンフィールドのコンバージョンでは、カットオーバー前に模擬コンバージョンを3回計画します。1回ごとに、システムコピー、コンバージョンを実行する技術チーム、機能面のチェック、結果の業務照合という実際のコストがかかります。

契約ですでに何がカバーされているかを確認してください。SAPのPrivate Edition向けコンバージョンガイドによれば、標準の契約範囲には2回のドライランが含まれます。1回は非本番システム用、1回は本番用です。追加分は有償サービスとして加えられます。

3回計画するなら、3回目の費用を誰が払うかを前もって合意してください。

このフェーズのもう一つのコストはダウンタイムです。私が見てきたカットオーバーのダウンタイムは週末1回から1週間までで、出荷、請求、決算ができない日の分はすべて業務部門が負担します。

短縮はできます。Software Update Managerにはダウンタイム最適化コンバージョンがありますが、SAPのガイドによれば、Private Edition版ではADM329トレーニングコースを修了したSAPの専門家が必要です。これは予算の中の専門家の費用であり、無料で切り替えられるスイッチではありません。

テストで一巡が完結します。コンバージョンはすべてを引き継ぐので、回帰テストは引き継いだものすべてを対象にしなければなりません。その範囲は、廃止しなかったカスタムオブジェクトの数だけ広がります。

移行の請求額を決めるのはアプローチの名前ではありません。持ち越すカスタムコードと、移すデータです。

プロジェクト計画の外にあるコストが2つあり、どちらもCFOの机に届きます。

1つ目は並行稼働です。エンハンスメントパッケージ6から8のSAP ERP 6.0では、メインストリームメンテナンスが2027年12月31日に終了します。2030年末までのオプションの延長メンテナンスには、2ポイントの追加料金がかかります(SAP News)。

今日始めるグリーンフィールドのプログラムは2028年までかかります。つまり構築している間もECCは稼働を続け、コストもかかり続けます。少なくともある程度の延長メンテナンス、ECCのサポートチーム、段階的ロールアウトの間に両方のシステムへデータを送るインターフェースを予算に入れてください。

2つ目は契約の切り替えです。RISE with SAPへの移行とは、S/4HANA Cloud Private Editionへの移行を意味します。SAPは現在これをSAP Cloud ERP Privateとして販売しています。ライセンスと保守の立場はサブスクリプションに切り替わり、条件は公開されておらず交渉で決まります。

RISEの契約で私が見る最大の落とし穴は、更新条件、フルユーザー換算(FUE)のサイジング、AIクレジットです。私が必ず交渉で盛り込むのは、含まれるモジュールの一覧と、フェーズごとの価格設定です。これにより、初日からではなく各フェーズの本稼働に合わせて支払えます。

既存のライセンスと保守料の支払いがどうなるかを、書面でSAPに確認してください。私のRISE with SAPの契約と価格のガイドでは、何が含まれ、何が含まれず、どこを押すべきかを解説しています。

私が主導または立て直した21のSAPプログラムを通じて、私が見る最大の誤りは、開始時にきちんと計画しないことです。予算はExploreフェーズで、WRICEFリスト(レポート、インターフェース、コンバージョン、拡張機能、フォーム、ワークフロー)が膨らむにつれて打撃を受けます。ベンダーにスコープを握らせることが根本原因の一つです。

私なら次の順序で進めます。

  1. SAP Readiness Checkとカスタムコードのチェックを実行する。 誰かに価格を尋ねる前に行います。
  2. どのカスタムコードを廃止するかを決める。 業務部門とITで構成するデザインオーソリティが決めます。
  3. データをプロファイリングし、データの工数をプログラムの30から40%と見積もる。
  4. 模擬コンバージョンとドライランの回数を数え、それぞれの費用を誰が払うかを合意する。
  5. 並行稼働のコストを見積もる。 本稼働が2027年より後になるなら延長メンテナンスも含めます。
  6. スコープを自分で書く。 そうすれば、パートナーは自分たちのスコープではなく御社のスコープを見積もります。
  7. 10から20%の予備費を加え、自社側で持つ。

そのうえでパートナーに声をかけます。事例と、自社の移行についてのハイレベル設計を求め、どの企業にも当てはまる一般論の回答なら見送ってください。その話し合いの残りは、私のS/4HANA移行パートナーの選び方のガイドで扱っています。

具体的な次の一歩はこうです。今月中に、自社の本番システムからカスタムオブジェクトの数と使用状況データを取り出してください。移行予算を最も大きく動かす数字であり、パートナーが同席する前に手に入れられます。

移行予算やパートナーの提案について独立した視点が必要でしたら、私が支援します。こちらからご連絡ください。

S/4HANA移行の費用はどれくらいですか?

私が使う目安の価格帯は、小規模企業で$80,000から$500,000、中堅企業で$500,000から$2Mです。大企業は$2Mから$10M以上、グローバル企業グループは$10Mから$50M以上を見込むべきです。パートナーサービスは総額の35から50%を占め、カスタムコード、データ、模擬コンバージョンの回数によって価格帯のどこに落ち着くかが決まります。

S/4HANAではブラウンフィールドのほうがグリーンフィールドより安いですか?

最初から安いわけではありません。持ち越すカスタムコードの量、データの品質、どれだけプロセスを再設計したいか、どれだけのダウンタイムを許容できるかによります。使われていない大量のカスタムコードを抱えたブラウンフィールドのコンバージョンは、SAP標準を採用するグリーンフィールドの導入より高くつくことがあります。

S/4HANA移行で最大の隠れたコストは何ですか?

カスタムコードです。私の経験では、企業が最も見落としやすいコストであり、最も超過しやすいフェーズです。誰かが移行の見積もりを出す前に、カスタムオブジェクトを数え、どれが使われているかを確認してください。

S/4HANAのコンバージョンには模擬コンバージョンが何回必要ですか?

ブラウンフィールドのコンバージョンでは、カットオーバー前に模擬コンバージョンを3回計画します。SAPのPrivate Edition向けコンバージョンガイドでは、標準の契約範囲に2回のドライラン(非本番用に1回、本番用に1回)が含まれ、追加分は有償サービスとして利用できます。追加の実行の費用を誰が払うかは、署名する前に合意してください。

S/4HANA移行の予算にはどれくらいの予備費を加えるべきですか?

予算に加えて10から20%を、パートナーの価格の中ではなく自社側で確保してください。予備費は、テストで見つかったカスタムコードやデータの問題など、特定されたリスクに対して使います。最初から見積もられていなかったスコープの穴埋めには使いません。

RISE with SAPを使うとS/4HANA移行は安くなりますか?

変わるのはコストの大きさよりも形です。ライセンス、ホスティング、技術的な運用はサブスクリプションに移りますが、カスタムコード、データ、テスト、変革は引き続きプログラムの予算に残ります。更新条件、FUEのサイジング、AIクレジットに注意し、含まれるモジュールとフェーズごとの価格設定を交渉してください。

Noel D'Costa

執筆者

Noel D'Costa

航空、政府、金融、小売、製造の各分野で、SAPとOracleのERPプログラムに25年携わってきました。財務出身です。経営陣とともに変革の範囲を誠実に定め、難航するプログラムを立て直し、本稼働後の最初の1年を乗り越えるシステムを構築します。

次のステップ

いまERPプログラムを進めていますか?

この記事が、いま進行中のプログラムに関わる内容だったなら、社内でさらに1週間分析を重ねるよりも、30分の対話のほうが多くの場合ずっと前に進めます。