SAPブラウンフィールドとグリーンフィールド移行の違い｜選択基準と実務の進め方

SAP ERPからSAP S/4HANAへ移行する方式は、既存環境を活用するブラウンフィールド、業務プロセスを再設計して新しい環境を構築するグリーンフィールド、既存資産と新設計を組み合わせる選択的データ移行に大別できます。方式は製品名だけで決めず、業務継続性、データの扱い、カスタムコード、アドオン、移行期間、将来の標準化を同じ評価表で比較します。

移行全体の前提条件や主要フェーズを先に整理する場合は、SAP S/4HANA移行の全体像を参照してください。個別方式の比較は、業務部門、SAP Basis、開発、データ移行、テスト、権限の担当者が同じ前提で議論するための材料として使います。

01ブラウンフィールド移行とは

ブラウンフィールドは、既存のSAP ERPシステムを基盤としてSAP S/4HANAへ変換する方式です。既存の組織構造、業務データ、設定、権限、インターフェース、カスタム開発を調査し、S/4HANAで継続できるものと変更が必要なものを仕分けます。業務を止める期間を抑えながら、既存業務の連続性を重視できる点が特徴です。

一方で、既存環境の複雑さを新しい環境へ持ち込む可能性があります。未使用の設定、古いカスタムコード、重複したマスターデータ、部門ごとの例外処理が残っている場合、変換前の整理が不十分だと移行後の保守負担になります。ブラウンフィールドでは、現行環境の棚卸しを先に完了させることが重要です。

ブラウンフィールドに向く状況は、次のようなケースです。

• 現行業務を大きく変えずに継続したい
• 会計、購買、販売、生産などの実績データを引き継ぐ必要がある
• 短い業務停止時間で切り替えたい
• 既存の組織構造や業務統制を維持したい
• 既存インターフェースや周辺システムとの接続を段階的に調整したい

02グリーンフィールド移行とは

グリーンフィールドは、新しいSAP S/4HANA環境を構築し、標準機能を中心に業務プロセス、組織構造、権限、データ移行範囲を設計する方式です。現行設定をそのまま移すのではなく、業務要件を整理し、必要な機能を新環境で実装します。

この方式では、不要な設定や古いカスタム開発を持ち込まず、業務を標準化しやすくなります。組織再編、会社統合、業務プロセス統一、複数システムの整理を同時に進める場合に適しています。ただし、業務設計、データ移行、権限設計、インターフェース再構築、ユーザー受入テストの作業量が大きくなります。

グリーンフィールドに向く状況は、次のようなケースです。

• 現行業務や組織構造を大幅に見直す
• 複数のSAP ERPシステムを統合する
• 標準機能を中心とした業務へ移行したい
• 既存のカスタムコードやアドオンを整理したい
• 過去データをすべてオンラインで保持する必要がなく、移行対象を明確にできる

グリーンフィールドでは、業務部門が要件を列挙するだけでなく、標準プロセスを実際の業務と照合して差分を決めます。差分をすべて開発で埋めるのではなく、業務変更、設定、拡張、外部システム連携の順に対応方法を評価します。

03方式を比較する評価軸

方式を選ぶ際は、次の評価軸をスコアリング表にまとめます。各項目を「現状維持」「限定的な変更」「全面再設計」のいずれかで評価すると、経営判断と実行計画をつなげやすくなります。

過去データの保持要件は、方式選択を左右します。法令、監査、内部統制、分析、取引先照会の観点から、オンラインで保持するデータ、参照用に別管理するデータ、アーカイブするデータを分けます。データ移行方式の候補を具体化するときは、SAP S/4HANAのデータ移行方式も確認します。

04現行システムを調査する

最初に、現行システムを業務、データ、技術の3層で調査します。業務層では、主要な業務シナリオ、会社コード、プラント、販売組織、購買組織、会計期間、締め処理を確認します。データ層では、マスターデータの重複、未使用データ、保持期間、移行対象件数、データ品質を確認します。技術層では、リリース、アドオン、インターフェース、ジョブ、帳票、権限、カスタムコードを一覧化します。

アドオンは、S/4HANA対応状況、利用機能、提供元の保守方針、代替機能を確認します。既存アドオンを残す場合は、業務テストだけでなく、アップグレードや障害対応への影響も評価します。互換性の確認には、SAP S/4HANAアドオン互換性の確認方法を使い、製品名だけで判断せず、実際の利用範囲を記録します。

カスタムコードは、使用頻度、業務重要度、参照しているテーブルやトランザクション、S/4HANAでの適合性、代替となる標準機能の有無で分類します。移行後も必要なもの、修正して使うもの、標準機能へ置き換えるもの、廃止するものに分けると、ブラウンフィールドの残存リスクを見積もれます。

05ブラウンフィールドを選ぶ判断

ブラウンフィールドを選ぶ場合は、現行業務の継続性を優先しつつ、移行前に不要な資産を整理します。変換作業の前に、利用されていない会社コード、古い権限ロール、停止済みインターフェース、不要なジョブ、重複マスターを特定します。既存環境をそのまま保存するのではなく、継続利用する範囲を明示することが実務上のポイントです。

ブラウンフィールドでは、SUMを使う変換作業、事前チェック、アドオン確認、カスタムコード対応、データ整合性確認、業務テストを一つの計画にまとめます。SUMの位置付けや準備項目を整理する場合は、SAP S/4HANA移行におけるSUMの概要を参照してください。

切り替え時間を短くするには、事前に実行できる作業と停止時間中にしかできない作業を分離します。データ量の削減、不要なジョブの停止、インターフェース停止順序、バックアップ、リハーサル、戻し方を具体的な時刻で定義します。停止時間だけを短く見積もらず、利用者確認と外部システムの再接続まで含めて計画します。

06グリーンフィールドを選ぶ判断

グリーンフィールドを選ぶ場合は、最初に業務プロセスの目標状態を定義します。現行画面や帳票の再現を要件の中心に置くと、既存システムの再構築になりやすいため、業務上の成果、統制、必要なデータ、処理量、役割分担から設計します。

新環境の設計では、組織構造、勘定設定、品目、取引先、価格、税、在庫、購買、販売、生産、保全、プロジェクトなどの依存関係を整理します。FI、CO、MM、SD、PP、EAM、EWMなど複数領域にまたがる処理は、領域別ではなくエンドツーエンドの業務シナリオで確認します。

データ移行では、移行対象、変換ルール、必須項目、コード体系、重複排除、照合方法、移行後の保持方法を決めます。新しい業務設計に合わせてデータを変換するため、移行プログラムの作成だけでなく、業務部門によるデータ受入基準の合意が必要です。

07選択的データ移行を検討する

既存システムを全面的に変換するには複雑さが大きく、新規構築では履歴や業務継続性を失いやすい場合、選択的データ移行を検討します。会社、期間、業務領域、マスターデータ、履歴データなどの単位で移行対象を選び、既存資産の利用と新しい業務設計を組み合わせます。

この方式では、移行対象を細かく定義する必要があります。どの期間の売掛金、買掛金、在庫、購買伝票、販売伝票、固定資産、原価情報を移すか、移行しないデータをどこで参照するかを決めます。移行後の照会要件、監査証跡、締め処理、外部レポートとの整合性も、設計段階で確認します。

08移行プロジェクトを段階化する

方式を決めた後は、準備、設計、構築、移行、テスト、切り替え、安定化の各段階に成果物と承認条件を設定します。プロジェクト計画では、技術作業だけでなく、業務設計、データクレンジング、権限、教育、運用引き継ぎ、外部システム調整を含めます。実行順序を整理するときは、SAP S/4HANA移行プロジェクトのフェーズを参照してください。

テストは、単体テスト、業務シナリオテスト、統合テスト、データ照合、権限テスト、性能確認、切り替えリハーサルを分けて計画します。ブラウンフィールドでは既存業務が動くことだけでなく、変更された機能と周辺連携を重点的に確認します。グリーンフィールドでは、設計した業務が実際のデータと役割分担で完結することを確認します。

切り替え判定には、重大障害の件数、未解決のデータ差異、重要業務のテスト結果、バックアップと復旧確認、外部連携の接続状態、業務部門の承認を含めます。切り替え後の安定化期間には、障害窓口、優先度、担当チーム、ログやジョブの確認方法、利用者からの問い合わせ経路を明確にします。

09実務で使える選択手順

方式を決める会議では、次の順序で判断します。

1. 現行業務で維持する範囲と変更する範囲を決める
2. オンライン保持が必要なデータと移行対象データを分ける
3. アドオン、カスタムコード、インターフェースの継続可否を評価する
4. 標準化できる業務と、差別化のために残す業務を分類する
5. 業務停止時間、プロジェクト期間、利用可能な体制を確認する
6. ブラウンフィールド、グリーンフィールド、選択的データ移行を同じ基準で採点する
7. 最も低いリスクではなく、許容できるリスクと得られる業務効果の組み合わせを承認する

最終判断は、技術チームだけで完了させません。業務責任者、データ責任者、セキュリティ担当、運用担当、周辺システム担当が、移行後の責任分界と受入条件を確認します。方式が決まった後に前提条件が変わった場合は、移行範囲、期間、停止時間、テスト計画への影響を再評価します。