【2027年問題】SAP ECC 6.0 から S/4HANA への移行完全ガイド：Greenfield・Brownfield・Bluefield・RISE・GROW・第三者保守を徹底比較

2027年問題の本当の意味：「保守切れ」より「パートナー枯渇」が先に来る

SAP ECC 6.0のMainstream Maintenance（標準保守）は2027年12月に終了します。これを受けて多くの企業が「2027年までに移行すれば良い」と考えますが、実プロジェクトの現場では別の問題が先に顕在化しています。SAP導入パートナーのリソース枯渇です。

S/4HANA移行プロジェクトには、業務SME（経理・購買・販売の現場知見者）に加えて、SAPコンサルタント（FI/CO/MM/SD/PP等のモジュール別）、ABAP開発者、Basisエンジニア、データ移行専門家が必要です。これらの人材は2025〜2027年に向けて市場で奪い合いになります。日経の調査では、2026年時点でSAPコンサルタントの稼働率は90%を超え、新規プロジェクトのキックオフが「半年待ち」という案件が出始めています。

つまり、「2027年に間に合わせる」ためには2025年中にパートナー選定を完了している必要がありました。今から動く組織は、Extended Maintenance（追加保守、2030年まで）への切替を視野に入れつつ、移行戦略を立てる必要があります。

本記事では、この時間制約を前提として、移行手法の選び方、データ構造変更の現実、ライセンス費用の隠れた仕組み、そして「今から動く組織のための3つの戦略」を実プロジェクト視点で整理します。

S/4HANA移行の3手法：Greenfield/Brownfield/Bluefieldの本質的な違い

SAP公式が示す3つの移行手法は、技術的には「データ移行範囲」と「業務改革深度」のトレードオフです。図にすると下のようになります。

Brownfieldは既存ECCシステムをS/4HANAに「変換」する手法で、データもカスタマイズも継承します。期間が短く費用も抑えられますが、ECC時代の負債（過剰なカスタム、旧仕様データ）も継承するため、S/4HANAのメリットを引き出しにくくなります。「とにかく2027年に間に合わせたい」組織の選択肢です。

GreenfieldはS/4HANAをゼロから新規構築し、業務プロセスを再設計する手法です。Fit-to-Standard 80%以上を目指し、SAP標準機能を最大限活用します。期間と費用は大きいですが、3年後・5年後の運用コスト・拡張性は最も良くなります。「業務改革と同時にやる」組織の選択肢です。

Bluefieldは両者のハイブリッドで、必要なデータだけ選択的に移行し、業務プロセスの一部を再設計します。SAPパートナーや SNP / Syniti等の専門ベンダーの支援が前提となります。「Greenfieldは大きすぎ、Brownfieldは負債を残したくない」組織の選択肢です。

3手法の選択は、「2027年までの残り時間」「業務改革の合意形成度」「カスタム開発資産の価値」の3軸で決まります。表面的な工数比較で選ぶと、3年後に「やり直し」になります。

データ構造変更が「想定の2倍」工数を食う本当の理由

S/4HANA移行で最も時間と費用がかかるのは、技術論ではなくデータ変換です。ECCとS/4HANAでは、表面上は同じ業務に見えても、データ構造が根本的に変わっています。

マテリアルマスタの桁数拡張。ECC時代は商品コード18桁が前提でしたが、S/4HANAは40桁対応に拡張されました。社内の連携システム（販売管理、購買、物流、BI）はすべて18桁前提で組まれているため、これらの改修が連鎖的に発生します。

顧客・仕入先マスタの統合。ECCでは顧客（KNA1）と仕入先（LFA1）が別テーブルで管理されていましたが、S/4HANAではBusiness Partner（BP）として統合されます。1つの組織が顧客でも仕入先でもある場合、ECCでは2つのレコードで管理していたものを、S/4HANAでは1つのBPに統合する必要があります。マスタクレンジングの工数が想定の3倍に膨らむのは、ほぼこのパターンです。

会計伝票・原価計算の統合。ECCでは財務会計（FI）と管理会計（CO）が別テーブル（BSEG・COEP）で管理されていましたが、S/4HANAではUniversal Journal（ACDOCA）として統合されます。これは会計上は革新的な改善ですが、過去データを移行する場合、明細単位での再構築が必要になります。

新資産会計（New Asset Accounting）の強制移行。固定資産管理は旧資産会計から新資産会計への移行が必須です。減価償却履歴・減損履歴・除却記録を新仕様で再構築する必要があり、5年以上の履歴を持つ大企業では膨大な工数が発生します。

これらのデータ構造変更を「移行ツールが自動でやってくれる」と考える組織がありますが、実際にはデータ変換ロジックの定義、検証、リカバリー設計をすべて人手で行う必要があります。SAP Activate方法論でも、データ変換は移行プロジェクト全体の30〜40%の工数を占めます。

FUEライセンス：「ユーザー数」では計れない料金体系

S/4HANA Cloudのライセンス体系で混乱を招くのが、FUE（Full Use Equivalent）という単位です。一人の正社員に1ライセンスではなく、利用者の役割によって換算が異なります。

FUE換算の落とし穴は、実プロジェクトで「Advanced Userの数を過少見積もりする」ことです。経理部門の正社員10名でも、外部経理BPO・派遣社員・監査法人アクセスを加えると20名分のAdvanced FUEが必要になることがあります。RFPの段階で利用者シナリオを業務単位で洗い出さないと、ライセンス費用が見積もりの2倍に膨らみます。

もう1つの落とし穴は「Indirect Access（間接アクセス）」です。SalesforceからSAPへAPIで顧客マスタを照会する、外部ECシステムから受注データをSAPに送る――これらの「人間がSAP UIを直接触らない利用」も、SAPのライセンス計算では課金対象になります。Salesforce連携が当たり前になった現代では、Indirect Accessライセンスの設計を見落とすと、年間数千万円のライセンス追加請求が来ます。

RISE / GROW with SAPの選び方：規模感だけでは決められない

SAP公式のクラウド移行プログラムには、RISE with SAP（中堅・大企業向け）とGROW with SAP（中堅以下向け）の2つがあります。表面的な区分は「企業規模」ですが、実プロジェクトでは別の3軸で選択が決まります。

軸1：業務カスタマイズの深さ。RISE with SAPは Private Edition（専用環境）と Public Edition（共有環境）から選べ、Privateなら業務カスタマイズの自由度が確保されます。GROWは Public Edition のみで、SAP標準機能の範囲内で運用する前提です。「業務に合わせてシステムを変える」のがRISE、「システムに合わせて業務を変える」のがGROWです。

軸2：移行手法との組み合わせ。BrownfieldはRISE with SAP（Private Edition）が標準、GreenfieldはRISE/GROWどちらでも対応、BluefieldはRISE with SAP+SNPの組み合わせが定石です。移行手法を先に決めてから、対応するクラウド契約を選ぶ流れになります。

軸3：3年後の業務拡張計画。3年後にM&Aで売上が倍になる予定、海外展開を本格化する予定――こうした計画があるなら、最初からRISEの拡張性を確保した方が後悔がありません。GROWで始めて後からRISEに移行するのは、技術的にもコスト的にも大きな負担です。

業種別の典型的な選択：何が”正解”か

SAP S/4HANA選定で、業種別の典型的な”正解”を整理します。実プロジェクトで何度も見てきたパターンです。

大手製造業では、Fit-to-Standardの徹底とBrownfield + Custom Code Migrationの組み合わせが定石です。原価計算・サプライチェーン・MES連携の標準機能を活用し、独自要件はSAP BTPで拡張します。S/4HANA Manufacturing Cloud + DMC（Digital Manufacturing Cloud）の組み合わせも選択肢に入ります。

商社・卸売では、日本商習慣（手形・歩引・締め支払い）への対応が最大の課題です。RISE with SAP + アドオン開発、または商社特化型ERP（SuperStream-NX、OBIC7等）への移行を比較検討するケースが増えています。「2027年問題でSAP継続を見直す」動きも商社業界では実際に起きています。

小売・流通では、Fashion / Grocery 業界向けの標準テンプレートが充実しています。RISE with SAP Retail + Commerce Cloud連携が定石ですが、POS連携・EC連携・サプライヤー連携の個別開発が必要なため、実装パートナーの選定が成否を分けます。

サービス業・SaaSでは、S/4HANAは多くの場合オーバースペックです。Workday、Oracle NetSuite、freee、マネーフォワード等の中堅向けクラウドERPの方が運用コスト・スピードで優位です。SAPからの脱却を真剣に検討する価値があります。

Extended Maintenance / 第三者保守 / 脱SAP：今から動く組織のための3戦略

2026〜2027年からプロジェクトを始める組織は、Mainstream Maintenance期限（2027年12月）に間に合わない可能性が高くなります。この場合に検討する3つの戦略を整理します。

戦略1：Extended Maintenance購入。SAPに追加保守料（年+2%、後半は+4%）を支払い、2030年12月まで延命します。機能追加・大規模パッチはありませんが、セキュリティ・税制対応は継続されます。「移行準備のための時間稼ぎ」として有効で、これを買って2030年までにS/4HANA移行を完遂する戦略を取る組織が増えています。

戦略2：第三者保守への切替。Rimini Street、Spinnaker Support等の第三者保守ベンダーに切り替えると、SAP保守費用を50%削減でき、カスタム改修・税制対応も含むケースが多くなります。ただしSAP公式サポート・新機能・SAP Noteは使えなくなり、将来のS/4HANA移行が困難になるリスクがあります。「SAPからの脱却を視野に入れる」組織には適しています。

戦略3：他ERPへの全面移行。Oracle Cloud ERP、Microsoft Dynamics 365、Workday、NetSuet等への全面移行を選択する組織も増えています。中堅企業（年商200〜500億円）では「2027年問題を機に脱SAP」を選ぶケースが目立ちます。移行コストはS/4HANAと同等以上ですが、ライセンスコストは中長期で削減可能です。

3戦略の選択は、「経営層のSAPコミット度」「業務改革と一体推進する余裕」「IT人材の確保見通し」で決まります。「とりあえずExtended Maintenanceを買って判断を先送り」は最悪の戦略で、2030年に同じ問題が再来します。

結論：あなたの状況別の推奨

ここまでの内容を、組織の状況別に整理します。

2026年中にプロジェクトを始められる、年商500億円超、業務改革と一体推進可能――Greenfield + RISE with SAP Privateを正面突破します。期間18-30ヶ月、費用5-15億円が現実的なレンジです。SAPパートナーは2024年中に確保しているはずで、そうでなければ既に手遅れに近い状況です。

2026年後半〜2027年に動き出す、Brownfieldで2027年期限に間に合わせたい――まずExtended Maintenance購入で2030年までの猶予を確保し、その間にBrownfield移行を完遂する戦略が現実的です。Brownfield単独でも12-18ヶ月かかります。

中堅企業（年商200〜500億円）、業務がそこまで複雑ではない――脱SAPを真剣に検討する価値があります。Oracle NetSuite、Microsoft Dynamics 365、SAP Business Oneへの移行で、運用コストが半減することがあります。

大企業だがSAPへのコミットが強くない、IT予算が限られる――第三者保守（Rimini Street等）に切り替えて延命する戦略が選択肢です。SAP公式機能から離れる代わりに、年間保守費用を50%削減できます。

業務カスタマイズが膨大で、Fit-to-Standardが現実的でない――Bluefield + SNP / Syniti等の支援が必要になります。最もコストが大きく期間も長いですが、独自業務とS/4HANAの両立が可能な唯一の道です。

どの戦略を選ぶにせよ、共通する最重要メッセージは1つ。「2027年問題は技術プロジェクトではなく経営判断」です。経営層がSAPの位置づけを明確にコミットしないと、プロジェクトはどの戦略でも頓挫します。今からでも、まずは経営層との戦略合意から始めてください。

S/4HANA移行プロジェクトでAIを使って業務設計や移行ドキュメントの作成を進める場合、どのモジュールのデータをAIに渡すか、実行できる操作の制限と承認フローをあらかじめ定めておくことが情報セキュリティ上の要件になります。S/4HANA移行計画の策定からAI活用の権限設計・運用ルールづくりまで、Claude Code 導入支援 でもご相談いただけます。

関連ガイド・クラスター

• SAP S/4HANA vs Oracle ERP Cloud 選定
• 老舗ERP入れ替えガイド
• レガシー基幹システム刷新ガイド
• ERP選定・比較ガイド

9. FAQ