以下の表の各用語をレビューして、さまざまなタイプの移行の詳細を確認してください。
| 用語 | 定義 |
|---|---|
| 新規導入 | システムの新規インストール (グリーンフィールド導入とも呼ばれる)。半グリーンフィールドは、新規導入からインストールベースの顧客を指します。 |
| システム変換 | 既存の SAP ERP システムを SAP S/4HANA に 1 対 1 で変換するためのガイド付き技術プロセス。例: SAP ECC から SAP S/4HANA Cloud Private Edition への変換 |
| リフトアンドシフト | 新しいランドスケープに変更することなく、システム全体のリフトおよび移動を行います (通常、システムコピーが必要です)。例: SAP S/4HANA オンプレミス 2023 から SAP S/4HANA Cloud Private Edition 2023 への移行。 |
| 選択データ移行 | 設定、マスタデータ、およびトランザクションデータを選択的に移行および変換するためのツールベースのアプローチ。例: SAP ECC から SAP S/4HANA Cloud Private Edition への移行。 |
| アップグレード | システムを新しいソフトウェアバージョンベースリリースにアップグレードします。例: SAP S/4HANA を基本リリース 2022 から 2023 にアップグレードします。 |
| 更新 | 機能パックスタック (FPS) やサポートパッケージスタック (SPS) などの新規ソフトウェア更新をシステムに適用します。 |
得意先転換の分析
3 年間で約 10,000 件の SAP S/4HANA プロジェクトを分析した結果、プロジェクトの 48% がシステム変換、50% が新規導入、残りの 2% が選択データ移行であることが判明しました。

顧客は、企業戦略や計画されたビジネス変革の程度などのビジネス上の考慮事項が、意思決定に大きく重点を置いたと説明しました。プロジェクトのスポンサーシップレベルなど、組織全体の準備状況に加えて、既存のランドスケープや履歴データを保持する必要性などの技術的要因も重要でした。スポンサーシップのレベルが高いほど、組織は完全なプロセス再設計によるグリーンフィールド新規導入を選択する可能性が高くなります。
移行デシジョンツリー
以下の図をレビューして、移行パスを選択する際の重要な顧客決定を確認します。

移行オプションサマリ
以下の表は、各移行オプションの利点、技術的方法論、目的の結果、および考慮事項の概要を示しています。
| 新規導入 | システム変換 | 選択データ移行* | |
|---|---|---|---|
| 利点 |
|
|
|
| 技術的な方法論 | 新規インストール (再設計)
| ガイド付き 1:1 移行および更新 (再利用)
| 新規導入とシステムコンバージョンのカスタム混合
|
| 望ましい成果 |
|
|
|
| 考慮事項 |
|
|
|
* 特定の方法論は、お客様の状況によって異なります。
SAP S/4HANA Cloud Private Edition への一般的な移行パス
システム変換を検討している顧客の場合、SAP ERP システムから SAP S/4HANA Cloud Private Edition への 1 ステップ移行パスが推奨されるアプローチですが、異なる開始ポイントを考慮する代替パスがあります。

SAP S/4HANA Cloud Private Edition への比較的一般的な移行パス
2 ステップの移行パスもありますが、2 つの個別の導入プロジェクトが必要であるため、慎重に検討する必要があります。

さらに、複雑性が増すことで、移行時間、必要なシステムダウンタイム、および導入全体のコストが増加します。
新規導入プロセス
新規導入は、クリーンなシステムで新たに開始するための SAP S/4HANA Cloud Private Edition システムのまったく新しいインストールです。

新規実装の主なステップは以下のとおりです。
- ソフトウェアのインストール: SAP がクラウドで新しい SAP S/4HANA インスタンスをプロビジョニングします。
- 事前設定コンテンツ有効化
- SAP Best Practices for SAP S/4HANA Cloud Private Edition
- 事前定義されたビジネスプロセスから開始すると、さまざまなジョブタスクを完了するためのプロセスフロー、アプリ、およびビジネスロールがすでに定義されているため、顧客はより迅速に開始および実行することができます。また、文書は SAP Signavio Process Navigator Web サイトに存在するため、新しいシステムの使用方法をエンドユーザに容易にトレーニングすることができます。SAP は、1 つの国別バージョンに対して選択されたビジネスプロセスを有効化する。導入チームは、追加の国の有効化を担当します。
- SAP S/4HANA 企業経営レイヤ (EML)
- EML は、多国籍企業に焦点を当てた、マスタパッケージ SAP Best Practices for SAP S/4HANA Cloud Private Edition のビジネスプロセスの一部です。EML は、SAP Model Company for Multinational Corporations の後継であり、会社間プロセスに焦点を当てた 43 の国別バージョンが含まれています。SAP は、事前設定された EML パッケージをインストールし、追加テンプレートを追加費用で依頼により有効化することができる。
- SAP 認定パートナーパッケージソリューション
- 空のシステム上に構築された、パートナーが作成したベストプラクティステンプレートは、ソリューションが実証され、繰り返し可能であることを確認するために、SAP によって認定されます。これらの認定パートナーソリューションは、標準の SAP ベストプラクティスビジネスプロセスに加えて顧客が必要とする特定の業種別機能またはニッチ領域に対応できます。
- SAP Best Practices for SAP S/4HANA Cloud Private Edition
- ソフトウェア設定: 設定値を入力して SAP Best Practice ビジネスプロセスが正しく機能するようにし、必要に応じて追加のカスタマイゼーションおよび拡張を行います。
- 初期データロード: レガシシステムからマスタデータをロードしてトランザクションデータを開き、新規システムを実行するために必要なビジネスデータを転送します。SAP S/4HANA 移行コックピットにより、対象 SAP S/4HANA システムへのレガシデータの移行が容易になります。以下の 2 つのタイプのデータが移行されます。
- マスタデータ: 活動、原価センタ、銀行マスタ、得意先、サプライヤなどのコアビジネスオブジェクト。
- 未消込明細: 財務残高、受注、購買発注などの未処理トランザクションデータ。
注記
完了、終了、および部分的に終了したトランザクションデータ (受注、購買発注、プラント保全指図など) は移行されません。
注記
推奨されるデータクレンジング:
- 無効な得意先および仕入先に関する不要なデータレコードをアーカイブします。
- 重複の特定と削除
- SAP S/4HANA で必要な項目によるレコードの拡張
- SAP Master Data Governance アプリケーションを使用して、クリーンなデータをキュレーションおよび更新することができます。
システム変換プロセス
システム変換により、既存の SAP ERP システムが '現状のまま' 新しい SAP S/4HANA システムに変換されます。システム変換の主なステップは以下のとおりです。
- ERP システムの準備: カスタムコードをクリーンアップし、データ量を可能な限り削減する必要があります。
- データベース移行: データは、レガシデータベースから SAP HANA データベースに移動されます。
- システム更新: システムが新しいアプリケーションおよびデータベーステーブルで更新されます。
- データ変換: 元のデータベーステーブルが新しいデータモデルに変換されます。
- ソフトウェア設定: SAP S/4HANA の必須項目およびシンプル化項目を実装し、元のビジネスプロセスのほとんどを再利用します。

Software Update Manager (SUM) は、データベースの移行、ソフトウェアの更新、およびデータ変換のステップを容易にするツールです。SUM により、ターゲットデータベースにシャドウリポジトリが作成されます。シャドウシステムは、シャドウインスタンスとシャドウリポジトリで構成されます。
Database Migration Option (DMO) は、Software Update Manager (SUM) ツールのオプション機能です。3 つのシステム変換プロセス (データベース移行 + システム更新 + データ変換) が 1 つのステップ手順に統合されます。System Move では、新しいデータセンタへの移行を容易にするステップが追加されます。この機能により、複数のステップをパッケージ化し、対象のハイパースケーラで古いサーバから新しいサーバへの切替を容易にするためにシステム移動を追加することで、システム変換の複雑さ、ダウンタイム、移行時間、およびコストが削減されます。
注記
DMO with System Move は、アプリケーションサーバ ABAP に基づくシステムでのみ使用することができます。
選択データ移行プロセス
選択データ移行では、1 つまたは複数の既存の ERP ソリューションから新しい SAP S/4HANA ソリューションにデータを転送することができます。転送するデータを選択します。これには、以下が含まれます。
- オブジェクトおよび開発の ABAP リポジトリ
- 設定 (カスタマイジング) データ
- マスタデータ
- トランザクションデータ (未消込明細および過去の終了済明細のタイムスライス (2 年など))

以下の 2 つの一般的なアプローチがあります。
- シェル変換: 本稼動システムのシェルコピーがマスタデータおよびトランザクションデータなしで作成され、SAP S/4HANA に変換されます。ほとんどのプロセスが再利用される場合に最適です。
- ミックスアンドマッチ: 新しい SAP S/4HANA インストールが作成され、既存の設定および ABAP リポジトリの要素が転送されます。ソリューションの大部分が再設計される場合に最適です。
詳細については、この SAP ブログを参照してください。
パートナー主導の選択データ移行プロジェクトに関する考慮事項:
- パートナが独自のツールおよび製品を登録して使用
- SAP は、SAP S/4HANA Selective Data Transition のサードパーティの製品またはサービスを認定しません。
- 非 SAP ツールの使用によって生じる不整合や問題は、SAP サポート契約の対象ではありません。
- 発生した問題を第三者が修正できない場合、SAP は支援を試みるが、この改善は有償のコンサルティングサービス又はサポートサービスとなる。
リフトアンドシフトプロセス
リフトアンドシフトは、新しいランドスケープに変更することなくシステム全体を移動します。たとえば、リリース 2023 の SAP S/4HANA オンプレミスシステムは、リリース 2023 で SAP S/4HANA Cloud Private Edition に移行することができます。

システムのリフトアンドシフトの主なステップは以下のとおりです。
- 前提条件チェック: ソースシステムはサポートされているリリースである必要があります。
- 対象システムのプロビジョニング: 新規ランドスケープで新規ハードウェアをプロビジョニングします。
- バックアップとリストア: ソフトウェアプロビジョニングマネージャを使用して、現在のシステムをバックアップし、対象システムで復元します。
任意の DB 上の SAP ERP から SAP HANA への移行
データベース移行では、任意のデータベースタイプ '現状のまま' で実行されている既存の SAP システムが新しい SAP HANA データベースに変換されます。インプレースデータベースマイグレーションの主な手順は次のとおりです。
- デュアルスタック分割: 現在のシステムがデュアルスタック上にある場合は、2 つの個別スタックに分割する必要があります。
- ユニコード変換: 現在のシステムで複数のコードページ (MDMP) が使用されている場合は、各文字を 1 回だけ定義するユニコードに変換する必要があります。
- データベースアップグレード: 現在のシステムをサポート対象のリリースにアップグレードする必要があります。
- ソフトウェアアップグレード:現在のシステムソフトウェアを、サポートされているリリースにアップグレードする必要がある。
- データベース移行: 現在のデータベースを SAP HANA に技術的に移行します。

注記
Software Update Manager (SUM) には、アップグレードとデータベース移行を組み合わせたオプションが含まれています。このオプションは DMO と呼ばれます。