SAP S/4HANA 移行支援
移行方式の判断と会計整合性の確認がSAP移行では重要です。対象リリースでサポートされる移行オブジェクトや標準インターフェースを確認し、登録順序と依存関係を踏まえて設計します。
グリーンフィールド vs ブラウンフィールド
既存システムを引き継がずS/4HANAをゼロベースで構築。SAP標準テンプレートを活用し業務プロセスを全面再設計。DX推進・BPRを推進したい企業向け。
- ✅ 抜本的な業務改革・DX推進が可能
- ✅ 不要なカスタマイズをリセット
- ⚠️ 期間：3〜5年。コストが高額
- ⚠️ 移行できるのは主に残高・マスタデータ
向いている企業：既存システムが過度に複雑化しており業務プロセスを根本から変革したい企業
現行ECC6.0の設定・アドオン・データをそのままS/4HANAへ技術的に移行。ユーザーの業務フローを変えずに済むため現場の負担が少ない。
- ✅ 期間：1〜2年。コスト・工期を抑えられる
- ✅ 現場の負担が少ない。既存資産を活用
- ⚠️ 技術的負債をそのまま引き継ぐ
- ⚠️ 新機能フル活用が難しい
向いている企業：コストと期間を最小限に抑えつつ現行業務を維持したまま移行したい企業
SAPデータ移行の具体的な手順
プロファイリング、マッピング、リハーサル、検証、切替準備に必要な期間を、対象範囲と測定結果に基づいて見積もります。
データ移行方針の検討
移行対象範囲（マスタ・残高・トランザクション）と役割分担を定義。優先度はカスタマイズ＞マスタ＞残高＞トランザクション。
移行データの調査・クレンジング
重複・欠損・表記ゆれ（全角半角・特殊文字①㈱等）のクレンジング方針を策定。外字の変換ルールも事前に決定する。
データマッピング
現行システム項目とSAP項目を紐づける。品目マスタの基本数量単位は業務部門のレビューを必須とする。
試験投入（1〜数レコード）
LTMC（移行コックピット）からデータシートをダウンロードしサンプルデータでインポート開始。エラーを一つずつ潰しデータパターンを増やす。
移行リハーサル
本番に近いデータ・手順・時間帯でリハーサルを行い、所要時間とエラーを記録する。回数とバッファは、測定結果と業務要件に基づいて決める。
本番移行・整合性検証
本番移行後に件数、金額、重要項目、業務プロセスを検証する。許容差と承認者は、事前に業務部門と合意する。
移行ツールの選択肢と使い分け
| ツール | 種別 | メリット | デメリット | 向いているケース |
|---|---|---|---|---|
| Migration Cockpit (LTMC) | SAP標準 | 対応する移行オブジェクトを利用できる。 | 対象リリースやオブジェクトにより制約がある。 | 初期移行の候補 |
| BAPI / IDoc / OData API | SAP標準 | 業務ロジックを担保。長期利用可能な標準インターフェース。 | ABAP開発工数が必要。 | 更新処理・非対応オブジェクト |
| Informatica / DataSpider | 有償ETL | 高機能GUIでミスを防ぎ大量データを高速処理。 | ライセンス費用が高額。 | 大規模・ミッションクリティカル案件 |
| Python / SQL スクリプト | OSS | 初期コスト最小化。柔軟なカスタマイズ可能。 | 高スキルが必要。属人化リスク。 | エンジニアが社内にいる場合 |
よくある失敗例と対策
⚠️ テーブル単純マッピングによる不整合
原因：SAPの移行では、対象の移行オブジェクト、項目マッピング、変換ルール、依存関係を確認する必要があります。
対策：SAPが提供する移行機能や標準インターフェースを含め、対象リリースでサポートされる方式を選びます。
⚠️ 品目マスタの基本数量単位の確認不足
原因：数量単位や換算ルールの誤りは、在庫数量や金額の検証結果に影響する可能性があります。
対策：単位変換表を作成し、代表データで数量・金額を突合して業務部門の承認を得ます。
⚠️ 製造仕掛データの移行方針が未決定
原因：途中状態のデータを移す場合、進捗・原価・在庫の整合性を別途確認する必要があります。
対策：旧システムで完了させる対象と移行する対象を、業務・会計要件に基づいて決めます。
⚠️ リハーサルを手順確認だけで終わらせる
原因：本番に近いデータ量や例外を使わないと、所要時間やエラーを見積もれない可能性があります。
対策：本番相当条件で実績時間、エラー、検証結果を記録し、スケジュールに反映します。