「SAP ERPからS/4HANAへ移行する」と聞くと、システムのバージョンを上げるだけに思えるかもしれません。しかしSAP S/4HANAは、従来のSAP ERP 6.0とは別のERP製品です。業務の基本的な流れを引き継ぎながらも、データの持ち方や画面、マスタ、アドオンに変更が生じます。この記事では、両者の違いと移行計画の最初に押さえたいことを整理します。
SAP ERP（ECC）とSAP S/4HANAの関係
「ECC」は厳密にはSAP ERPに含まれる中核の製品インスタンス名です。現場ではSAP ERP 6.0のシステム全体を「ECC」と呼ぶことも多いため、この記事でも従来システムを指す場合に「SAP ERP（ECC）」と表記します。SAP ERPそのものの役割は、SAP ERPの入門記事で説明しています。
| 比較する点 | SAP ERP 6.0（ECC） | SAP S/4HANA |
|---|---|---|
| 製品の位置付け | 従来のSAP ERP製品 | 新しいERP製品ライン |
| データベース | 対応する複数のデータベースから選択可能 | SAP HANAを基盤とする |
| データモデル | 業務ごとに複数の明細・集計テーブルを利用 | 領域ごとにデータモデルを簡素化。会計ではユニバーサルジャーナルなどを利用 |
| 画面 | SAP GUIのトランザクションが中心 | SAP Fioriを利用できる。対象業務・製品形態によって従来型の画面も併用 |
| 導入形態 | 従来は主に自社運用 | オンプレミス、クラウドのプライベート版・パブリック版など、選択した製品形態で条件が異なる |
HANAを使うことと、クラウドへ移すことは同じではありません。移行計画では「どの製品・エディションを使うか」と「既存データ・設定をどう移すか」を分けて決めます。また、S/4HANAになればすべての画面が自動的にFioriへ変わるわけでもありません。
実務で影響が出やすい違い
会計データ：ユニバーサルジャーナル
S/4HANAの会計では、ユニバーサルジャーナルの明細テーブルACDOCAが重要になります。従来の会計・管理会計テーブルや集計テーブルを直接読むアドオンは、移行先で同じ意味のデータを取得できるか確認が必要です。ACDOCAの解説記事で概念を確認できますが、個別のテーブル利用可否は移行先リリースの仕様と利用目的で判断します。
得意先・仕入先：ビジネスパートナ
従来の得意先・仕入先マスタは、S/4HANAではビジネスパートナ（BP）を中心に扱います。既存システムをコンバージョンする場合は、Customer/Vendor Integration（CVI）を含むマスタの整備が重要です。重複、必須項目、番号体系などを早めに調べます。
アドオンと連携
従来のテーブルを直接参照するABAP、廃止・変更された機能を呼ぶ処理、周辺システムとのインターフェースは影響を受ける可能性があります。「プログラムが動く」だけでなく、取得件数・金額・業務上の意味が移行前後で合うかまで検証します。
移行方式は3つ：何を残し、何を変えるかで選ぶ
| 方式 | 基本的な考え方 | 検討しやすい状況 | 注意点 |
|---|---|---|---|
| システムコンバージョン （ブラウンフィールド） | 既存のSAP ERPシステムを変換し、設定・データ・業務をできるだけ活用する | 現行業務を大きく変えず、履歴を継続して使いたい | 簡素化項目への対応、BP/CVI、アドオン改修は必要になり得る |
| 新規導入 （グリーンフィールド） | 新しい環境を構築し、業務と設定を設計し直して必要なデータを移す | 標準プロセスに合わせ、古い設定やアドオンを整理したい | データ移行・業務変更・教育の範囲が大きくなりやすい |
| 選択的データ移行 | 移す組織・期間・データを選び、必要に応じて統合や変換を行う | 複数システムの統合や、一部履歴の引き継ぎが必要 | 選択条件とデータの整合性、専用の移行手法の検討が重要 |
どれが最善かは、現行システムの品質と将来の業務像で変わります。なお、SAP S/4HANA Cloud Public Editionへの移行は新規導入が前提で、既存システムをそのままコンバージョンする方式は選べません。製品形態を決めずに方式だけを選ばないことが大切です。
移行計画の最初に確認する5項目
- 現行と移行先：SAP ERPのEHP、利用モジュール、アドオン、周辺システムを棚卸しし、移行先の製品形態とリリースを決める。
- 業務とデータ：会社コード、プラント、主要マスタ、未消込明細、履歴データのうち何を残すか決める。まずは会社コードや購買から支払までの業務の流れを横断して確認する。
- 変更影響：SAP Readiness CheckやSimplification Itemの確認結果を起点に、標準機能、BP/CVI、アドオン、帳票、インターフェースの対応を洗い出す。
- 検証：購買→入庫→請求書照合→支払などの一連の業務と、月次・年次決算、残高・在庫の照合を計画する。
- 切替：データ移行、差分取込み、業務停止時間、権限、利用者教育、稼働後の問い合わせ対応を具体化する。
たとえば購買伝票を登録できても、入庫後の会計仕訳や請求書照合まで通らなければ業務は完了しません。移行テストは画面単位だけでなく、部門をまたぐプロセス単位で行います。
保守期限は現行バージョンで確認する
2026年10月時点のSAPの案内では、SAP ERP 6.0のEHP6～8を含むBusiness Suite 7の中核製品は、主流保守が2027年末まで、任意の延長保守が2030年末までです。一方、EHP0～5の主流保守は2025年末に終了しています。「ECCはすべて2027年まで」と一括りにせず、現在のEHP、契約、利用製品を確認して移行の時期を決めてください。
まとめ
S/4HANAへの移行は、データベースや画面の更新だけではありません。現行業務の何を残し、何を変え、どのデータを持っていくかを決める作業です。最初は製品形態と移行方式を整理し、業務プロセス、マスタ、アドオン、連携、テストの順に影響を見えるようにすると、計画を進めやすくなります。
参考・関連記事
- SAP ERPとは？業務をつなぐ仕組みとS/4HANAとの違い：ERPそのものの役割を先に整理したい方へ。
- ユニバーサルジャーナル（ACDOCA）の基本知識：会計データモデルの違いを詳しく知りたい方へ。
- SAP FIの会社コードとは？：移行時にも重要な組織単位を確認するために。
- SAP MMの基本プロセス：部門をまたぐ移行テストの流れを考えるために。
