ECCからS/4HANAへの移行：アプローチ、手順、SAP ECCの期限

ECCからS/4HANAへの移行とは、SAP ERPシステムをSAP ECC 6.0からSAP S/4HANAへ移し、データベース、財務データモデル、ユーザーインターフェースを新しくすることです。決めるべきことは、どのアプローチを選ぶか、そしてECCのメインストリームメンテナンスが2027年12月31日に終わる前に本稼働できるかどうかです。

結論から言えば、他のシステムから移る場合や新しいプロセスが必要な場合はグリーンフィールド、プロセスが定義され機能している場合はブラウンフィールド、一部の領域だけ再設計が必要な場合は選択的データ移行です。私の経験では、ブラウンフィールドは12から18か月、グリーンフィールドは18から24か月、選択的データ移行は12から18か月かかります。どれかに決める前に、SAP Readiness Checkを実行してください。

ECCからS/4HANAへの移行は、単純なアップグレードではありません。データの保存方法、取引の転記方法、ユーザーの働き方が変わります。

私が関わったあるプロジェクトでは、チームが数十本のカスタムレポートをECCのときとまったく同じ形で作り直しました。まだ必要かどうかを誰も問いませんでした。後になって、その半分は一度も使われませんでした。

移行は技術的にはきれいに終わりました。価値はそうではありませんでした。

SAP ECCはSAP ERP Central Componentの略です。SAP ERP 6.0の中核であり、SAP Business Suite 7の中核アプリケーションの一つです。「SAP ECC」と言うとき、ほとんどの場合はECC 6.0を指します。財務会計、管理会計、購買、販売、生産を、OracleからSQL Server、Db2まで、SAPがサポートするあらゆるデータベース上で動かします。

移行する第一の理由はメンテナンスです。エンハンスメントパッケージ6から8のSAP ERP 6.0では、メインストリームメンテナンスが2027年12月31日に終了します。エンハンスメントパッケージ5以下のシステムは、2025年末にメインストリームメンテナンスを終えています（SAP）。

SAP S/4HANAは後継製品であり、SAPは2040年末までの保守を約束しています。

第二の理由は時間です。2026年10月の今日、ブラウンフィールドのコンバージョンを始めれば、本稼働は2027年終盤から2028年春になります。今日グリーンフィールドを始めれば、本稼働は2028年です。

つまり、ほとんどのECCユーザーにとって、問いはもはや移行するかどうかではありません。どのアプローチを選ぶか、そして移行の間にどれだけ延長メンテナンスの予算を確保するかです。

このテーマは、私のYouTubeチャンネルの動画（英語）でも解説しています。

移行工数の大半を左右するのは、次の違いです。

領域	SAP ECC	SAP S/4HANA
データベース	サポート対象の任意のデータベース（Oracle、Db2、SQL Serverなど）	SAP HANAのみ
財務データモデル	FI、CO、収益性分析のテーブルが別々で、合計テーブルを持つ	ユニバーサルジャーナル（テーブルACDOCA）を唯一の明細ソースとする
得意先・仕入先マスタ	得意先と仕入先のレコードが別々	ビジネスパートナーが必須
品目番号	18桁	拡張桁数を有効にすれば最大40桁
与信管理	SDの与信管理	SAP Credit Management（FIN-FSCM）
ユーザーインターフェース	SAP GUI	SAP Fioriアプリ。オンプレミスとPrivate EditionではSAP GUIも引き続き利用可能
導入形態	オンプレミス	オンプレミス、Private Edition（RISE with SAP）、Public Edition（GROW with SAP）
拡張	Zプログラムと修正	Clean Core：リリース済みAPI、オンスタックのABAP Cloud、またはSAP BTP上のサイドバイサイド
メンテナンス	EHP 6から8はメインストリームが2027年末まで、延長で2030年末まで	2040年末まで約束

SAPはこれらの違いをそれぞれ簡素化項目として記録し、S/4HANAの各リリースの簡素化リストで公開しています。ビジネスパートナーのように、すべてのユーザーに必須のものもあります。その機能を使っている場合にだけ関係するものもあり、どれが自社のシステムに当てはまるかはSAP Readiness Checkが教えてくれます。

2023年に私が担当した欧州の製造業のクライアントは、コンバージョン後にカスタムのバッチジョブが動かなくなった理由を何度も尋ねてきました。そのロジックは、S/4HANAで変更されたECCのテーブル構造に依存していました。新しいモデルでそのジョブにまだ意味があるのかを、誰も問いませんでした。

移行が動かすのはデータです。本当の問題は、引き継いだ設計判断をどう扱うかです。

私の選び方のルールは短いものです。他のシステムから移る場合や、新しいプロセスを定義する必要がある場合はグリーンフィールド。プロセスが定義され機能している場合はブラウンフィールド、一部の領域のプロセスを定義し直す必要がある場合は選択的データ移行です。

Decide

あなたの状況に合うECCからS/4HANAへのアプローチはどれか

→グリーンフィールド

他のシステムから移る、または新しいプロセスを定義する必要がある

→ブラウンフィールド

プロセスが定義され機能している

→選択的データ移行

一部の領域だけプロセスを定義し直す必要がある

グリーンフィールド：新規導入

S/4HANAの新規導入です。従来の設定は引き継がず、プロセスはSAPの標準に沿って設計し、必要なデータだけを取り込みます。

現在、事業の一部がSAP以外のシステムで動いているなら、自然な選択です。グリーンフィールドのシステムでどれほど使い勝手が変わるかについて、ユーザーへの準備をしなかったことを後悔した企業を私は見てきました。定着化の計画がトレーニングの段階で始まるなら、すでに手遅れです。

ブラウンフィールド：システムコンバージョン

ブラウンフィールドはシステムコンバージョンです。既存のECCシステムをその場で変換し、設定、カスタムコード、履歴がそのまま移ります。技術的なコンバージョンは、Software Update Manager（SUM）とそのデータベース移行オプションで実行します。

SAPはリリースごとにSAP S/4HANAのConversion Guideを公開しており、前提条件と技術的な手順の順序が記載されています。日程を計画する前に、移行先リリースのガイドを読んでください。リスクは引き継ぐ技術的負債です。意図して整理しない限り、従来の複雑さもそのまま移ってきます。

選択的データ移行

選択的データ移行は、すべてではなく、選んだ会社コード、事業単位、またはデータの期間だけを移します。専門的なツールと、その経験を持つパートナーが必要です。「ブルーフィールド」という名前で販売するベンダーもあります。

財務はうまく機能しているが購買は再設計が必要なグループや、合併やカーブアウトによって大きく異なるプロセスが並存しているグループに向いています。必要な領域を再設計し、重要なところでは履歴を残せます。

経営陣がよく尋ねる問いについて、3つを比較すると次のようになります。

アプローチ	選ぶべき場合	一般的な期間	主なリスク
グリーンフィールド	他のシステムから移る、または新しいプロセスを定義する必要がある	18から24か月	ユーザーへの変化の負荷と、引き継がれない履歴
ブラウンフィールド	プロセスが定義され機能している	12から18か月	技術的負債と未使用のカスタムコードの持ち越し
選択的データ移行	一部の領域のプロセスを定義し直す必要がある	12から18か月	専門ツールとパートナーへの依存、複雑なデータ範囲の設定

アプローチによって細部は変わりますが、順序は同じです。私が計画する5つの手順を順番に示します。

移行の順序

1. 01

   Readiness Check

   SAP Readiness Checkを実行し、技術的な前提条件を確認します。

2. 02

   アプローチの選択と計画

   アプローチを選び、範囲を決め、構築を始める前にプログラム全体を計画します。

3. 03

   カスタムコード

   使われているものを把握し、残りは廃止し、残すものを適合させます。

4. 04

   データ

   何かを移す前に、分類、クレンジング、アーカイブを行います。

5. 05

   テストと切替

   複数回のテストと、少なくとも一回の本番切替リハーサル。

1. Readiness Checkを実行する

ここから始めます。必ずです。SAP Readiness CheckはECCシステムを分析し、簡素化項目、アドオンの互換性、カスタムコード、データ量、サイジングについて報告します。

想定外の問題は、たいていアドオンとカスタムコードです。私が関わったクライアントの中には、数百のカスタムオブジェクトが対象範囲に含まれていたところもあります。12か月目ではなく2週目に見つけるほうがよいのです。

ブラウンフィールドのコンバージョンでは、同時に次の前提条件を確認してください。

1. リリース：コンバージョンは、任意のエンハンスメントパッケージのSAP ERP 6.0から可能です。
2. Unicode：システムはUnicodeである必要があります。そうでなければ2段階のコンバージョンを計画します。
3. デュアルスタック：デュアルスタックのシステムは、先に分割する必要があります。
4. ビジネスパートナー：得意先マスタと仕入先マスタは、コンバージョンの前にビジネスパートナーへ変換する必要があります。これは他のどの項目よりも多くのチームがつまずくところです。

2. アプローチを選び、プログラムを計画する

Readiness Checkの結果と上記の私のルールを使ってアプローチを選びます。そのうえで、誰かが構築を始める前に、データ、テスト、切替を含むプログラム全体を計画します。

私が率いた、または立て直した21のSAPプログラムを通じて、最も大きな移行の失敗は、導入の最初に移行をきちんと計画しないことです。データクレンジングの責任者は誰か、どのカスタムコードを廃止するか、切替リハーサルをいつ行うかを、最初の数週間で決めてください。こうした判断を後から下すと高くつきます。

3. カスタムコードを適合させる

ABAP Test CockpitでS/4HANAチェックを実行し、自社のコードをSAPの簡素化項目と照合します。Custom Code Migrationアプリは同じ結果を使用状況データと合わせて表示するので、何かを修正する前に、何が使われているかを確認できます。

目標は、動くZコードではなく、Zコードを減らすことです。あるプログラムでは、smartShiftによる分析でカスタムオブジェクトを18,000から3,200に減らしました。

持ち越すカスタムオブジェクトはすべて、将来のアップグレードのたびにコストを上乗せします。Clean Coreの原則でアップグレード期間を40%短縮した企業を私は見てきました。残すものの分類方法は、私のSAP Clean Coreガイドで解説しています。

4. データを準備して移す

何かを移す前に、分類、クレンジング、アーカイブを行います。この手順はどの計画の想定よりも長くかかるため、下で独立したセクションとして扱います。

5. テスト、トレーニング、切替

テストは段階的に行います。単体テスト、結合テスト、ユーザー受け入れテスト（UAT）、そして少なくとも一回の本番切替リハーサルです。UATにはパワーユーザーと時々しか使わないユーザーの両方を入れてください。見つける問題が違うからです。

リハーサルは省略できません。手順全体を通して実行したときにしか現れない、時間のずれ、検証の抜け、インターフェースの障害を明らかにします。リハーサルを省いたチームは、本稼働の週末にその問題に直面します。

私の経験では、データ移行は導入工数の30から40%を占めます。スケジュールが遅れる最も一般的な理由でもあります。

データの移し方はアプローチによって異なります。ブラウンフィールドでは、SUMがデータをその場で変換します。グリーンフィールドでは、SAP S/4HANA Migration Cockpitでマスタデータと未決済明細を取り込みます。選択的データ移行では、専門ツールが選んだ範囲を移します。

どのアプローチでも、移す前にデータを仕分けてください。

1. ホット：頻繁に使われ、日々の処理に必要なデータ。
2. ウォーム：時々アクセスされ、関連はあるが毎日ではないデータ。
3. コールド：過去のデータや未使用のデータで、監査のためだけに保管するもの。

コールドデータをS/4HANAに入れる必要はありません。アーカイブしてください。重複した仕入先レコード、不統一な数量単位、半分しか入力されていない得意先マスタは、どのECCシステムにも存在します。先に誰かが直さなければ、そのままS/4HANAに移ります。

私が関わったあるクライアントは、データクレンジングとアーカイブだけに5か月を費やしました。この手順については、SAPのデータ移行が失敗する理由についての記事で詳しく書いています。

ECCからS/4HANAへのプログラムで私が使ってきた5つのツールです。2つはSAP自身のもの、3つは専門ベンダーのものです。

ツール	提供元	機能	使う場面
SAP Readiness Check for SAP S/4HANA	SAP	簡素化項目、アドオンの互換性、カスタムコードへの影響、データ量、サイジングを報告	アプローチを選ぶ前
Custom Code Migrationアプリ	SAP	S/4HANAのABAP Test Cockpitチェックを実行し、使用状況データで未使用コードを見つけるSAP Fioriアプリ。S/4HANAまたはSAP BTP ABAP環境で動作	カスタムコードの範囲設定と適合
smartShift	smartShift Technologies	S/4HANA向けのABAPカスタムコードの自動分析と変換	カスタムコードの分析と修正
SNP（Kyanoプラットフォーム）	SNP Group	SNPの「Bluefield」アプローチとして販売される、選択的データ移行向けのデータ変換ソフトウェア	選択的データ移行、合併、カーブアウト
Natuvion	Natuvion Group	S/4HANAへの移行向けのデータ変換ソフトウェアと切替ツール	選択的データ移行と切替

SNPとNatuvionは、どちらもSAPのSelective Data Transition Engagementコミュニティの創設メンバーです。ほかに出会うSAPのツールは、ブラウンフィールドのコンバージョンに使うSUMと、グリーンフィールドのデータ取り込みに使うMigration Cockpitです。

ツールは判断の代わりにはなりません。何を廃止するかは、やはり社内の誰かが合意しなければなりません。

エンハンスメントパッケージ6から8のSAP ERP 6.0では、メインストリームメンテナンスが2027年12月31日に終了します。オプションの延長メンテナンスは2028年から2030年12月31日までで、既存の保守基準額に2パーセントポイントの割増料金がかかります（SAP News）。

2030年以降の道は一つだけで、しかも狭いものです。SAP ERP, private editionのトランジションオプションです。RISE with SAPのもとで、ECCシステムをSAP HANA上のSAP ERP, private editionとしてSAPのプライベートクラウドへ移したユーザーに、2031年から2033年までのメンテナンスを提供します。システムは2030年12月31日より前に移行し、2 TB以上の規模で、SAPのmax success planが必要です。

つまり2033年は一般的な期限ではありません。すでにECCをSAPのクラウドへ移した大規模システムに適用されるものです。それ以外のすべてのユーザーにとって、自社インフラ上のECCは、2027年がメインストリームの期限、2030年が延長メンテナンスの終了です。

1. 2027ECCのメインストリームメンテナンス終了12月31日、SAP ERP 6.0 EHP 6から8
2. 2028今始めた場合の本稼働の見込みブラウンフィールドは12から18か月、グリーンフィールドは18から24か月
3. 2030延長メンテナンス終了オプション、二ポイントの割増料金
4. 2033トランジションオプション終了SAP ERP, private editionのみ、2 TB以上のシステム

出典: SAP News、2020年2月および2025年8月

計算は単純です。少なくとも一定期間の延長メンテナンスの予算を確保し、その時間を待つためではなく、データのクレンジングとカスタムコードの廃止に使ってください。

コストは期間と同じ要因で決まります。アプローチ、カスタムコードの量、データの状態、そして本稼働するエンティティの数です。データだけで工数の30から40%を占めます。だからこそ、きちんとしたデータ計画は、どんな単価交渉よりも多くのコストを節約します。私のS/4HANA移行コストガイドでは移行予算を左右する要因を、SAP導入コストガイドでは企業規模別の予算の内訳を解説しています。

あるプログラムがどう進んだかは、私のECCからS/4HANAへの移行事例をお読みください。自社の選択肢を検証するには、グリーンフィールドとブラウンフィールドの移行アセスメントをお試しください。

この記事は全体像です。以下の各ガイドは、それぞれ1つの問いに詳しく答えます。

1. S/4HANA移行のスケジュールとプロジェクト計画：フェーズ別、アプローチ別に、模擬コンバージョンとカットオーバーまで。
2. S/4HANA移行のコスト：システムコンバージョン、新規導入、選択的データ移行で予算を左右する要因。
3. SAP Readiness Checkと移行アセスメント：チェックで分かることと見落とすこと。
4. SAP S/4HANA Migration Cockpitの手順：ステージングテーブルまたは直接転送によるデータのロード。
5. RISE with SAP：パブリッククラウドとプライベートクラウド：自社のプロセスに合うエディション。
6. RISE with SAPの契約と価格：サブスクリプションの対象範囲と交渉すべき点。
7. S/4HANA移行パートナーの選び方：尋ねるべき質問と警戒すべき兆候。
8. SAPプロジェクトの立て直し：軌道を外れた移行を救う方法。

数字の検討には2つのツールが役立ちます。SAP導入コスト計算ツールとデータ移行見積もりツールです。

SAP ECCとは何ですか？

SAP ECC（SAP ERP Central Component）はSAP ERP 6.0の中核であり、SAP Business Suite 7の一部です。財務会計、管理会計、ロジスティクスなどの基幹プロセスを扱い、複数のデータベース上で動作します。SAP S/4HANAはその後継製品で、SAP HANA上でのみ動作します。

ECCからS/4HANAへの移行にはどれくらいかかりますか？

私の経験では、ブラウンフィールドのコンバージョンは12から18か月、グリーンフィールドの導入は18から24か月、選択的データ移行は12から18か月かかります。データ移行は導入工数の30から40%を占めるため、データクレンジングがスケジュール遅延の最も一般的な理由です。

2027年以降、SAP ECCはどうなりますか？

エンハンスメントパッケージ6から8のSAP ERP 6.0では、メインストリームメンテナンスが2027年12月31日に終了します。2パーセントポイントの追加料金で、2030年12月31日までのオプションの延長メンテナンスを購入できます。2031年から2033年までのメンテナンスは、SAP ERP, private editionのトランジションオプションでのみ提供され、2030年末までにSAPのプライベートクラウドへ移した大規模システムが対象です。

ブラウンフィールドとグリーンフィールド、どちらが優れていますか？

一般論としてどちらが優れているということはありません。他のシステムから移る場合や新しいプロセスを定義する必要がある場合はグリーンフィールド、プロセスが定義され機能している場合はブラウンフィールドを選びます。一部の領域だけ再設計が必要なら、選択的データ移行を検討してください。

SAPの選択的データ移行とは何ですか？

選択的データ移行は、すべてを変換するのでも空の状態から始めるのでもなく、選んだ会社コード、事業単位、またはデータの期間をS/4HANAへ移します。一部の領域を再設計しながら、他の領域では履歴を残せます。SNPやNatuvionのような専門ツールと、経験のあるパートナーが必要です。

ECC 6.0をS/4HANAへコンバージョンするための前提条件は何ですか？

コンバージョンは、任意のエンハンスメントパッケージのSAP ERP 6.0から可能です。システムはUnicodeである必要があり、そうでなければ2段階のアプローチを使います。デュアルスタックのシステムは先に分割する必要があります。得意先マスタと仕入先マスタは、コンバージョンの前にビジネスパートナーへ変換する必要があります。

SAP Readiness Checkで何がわかりますか？

ECCシステムを分析し、影響する簡素化項目、アドオンの互換性、カスタムコードへの影響、データ量、HANAのサイジングについて報告します。早めに実行してください。依存していると知らなかったアドオンやカスタムコードが見つかることはよくあります。

ECCの移行では、RISE with SAPとGROW with SAPのどちらを選ぶべきですか？

大量のカスタムコードと複雑なプロセスを持つECCユーザーの多くは、RISE with SAPのもとでS/4HANA Cloud Private Editionに移ります。Private Editionは既存システムのコンバージョンをサポートしています。GROW with SAPはPublic Editionを使います。これは標準プロセスとリリース済みAPIによる拡張だけを使う新規導入です。SAPの標準を受け入れる意思のある企業に向いています。