Migration CockpitでG/L勘定を新会社コードへ拡張する|正常終了からマスタ反映確認まで
Migration CockpitでG/L勘定の移行処理が「正常終了」になった後、どこまで確認すれば新会社コードへの拡張が正しく反映されたと判断できるのでしょうか。
この記事では、SAP S/4HANA Migration Cockpitを使ってG/L勘定を新会社コードへ拡張した実機検証をもとに、Migration Cockpit側の正常終了確認から、G/L勘定マスタの会社コード固有データ確認までを整理します。
今回やること
今回の確認ポイントは次の3点です。
- Migration Cockpitで移行処理が「移行済」「正常終了」になっていること
- 移行後のG/L勘定マスタに会社コードZ091のデータが存在すること
- 会社コード固有データとして勘定通貨JPYなどが反映されていること
エラーやSimulation correction file、ST22ダンプ、XML修正と再実行については、本記事では扱いません。
検証情報
| SAP製品 | SAP S/4HANA 2025 |
| 導入形態 | On-Premise |
| UI | SAP GUI for HTML / Fiori |
| 対象領域 | FI / データ移行 |
| 主なApp | Migration Cockpit / Migrate Your Data(F3473) |
| 対象会社コード | Z091 |
| 勘定コード表 | ZJP1 |
| 通貨 | JPY |
| 検証日 | 2026-09-13(一次証拠再確認日) |
| 検証レベル | 実機確認済 |
実機確認: 本文中の会社コード、G/L勘定、ステータス等は、今回の検証環境で実際に確認した値です。プロジェクト固有の値をSAP標準の推奨値として扱うものではありません。
なぜ新会社コードへのG/L勘定拡張が必要なのか
SAPのG/L勘定マスタには、勘定コード表レベルのデータだけでなく、会社コードごとに保持される会社コード固有データがあります。
SAP Helpでは、G/L勘定マスタは勘定コード表領域、会社コード固有領域、必要に応じて管理領域固有領域に分かれ、会社コード固有領域には勘定通貨など会社コードごとに異なり得る情報が保持されることが説明されています。また、対象会社コードでG/L勘定へ転記するには、その会社コードにG/L勘定マスタレコードが必要です。
つまり、新しい会社コードを作成しただけでは、既存G/L勘定の会社コード固有データが自動的に揃うとは限りません。今回の検証では、Migration Cockpitを使って既存G/L勘定を会社コードZ091へ拡張しました。
今回使用したMigration Object
今回の検証環境では、次のMigration Objectを使用しました。
FI - G/L 勘定 - 新規組織レベルによる既存レコード拡張
これは今回の実機画面と、実際に使用したXMLテンプレートで確認した名称です。
注意: この正確なMigration Object名が、すべてのS/4HANA環境・スコープで同一名称・同一条件で利用できることまでは確認していません。ここでは今回の検証環境で使用した実機事実として記載します。
今回使用したXMLテンプレート
実際に使用したXMLテンプレートでは、少なくとも次のデータ構造別シートを確認しました。
- 一般データ
- 管理領域データ
- 会社コードデータ
- 勘定名
今回の目的は新会社コードへの拡張なので、特に会社コードデータが重要になります。
SAP Help上のMigration Cockpitでは、入力したXMLテンプレートをアップロードすると、データが検証されたうえでMigration Object用のステージングテーブルへ転送されます。
Migration Cockpitの標準的な処理の流れ
SAP Helpで確認できるMigration Cockpitの処理は、概ね次の流れです。
- Migration Projectを作成する
- Migration Objectを選択する
- XMLテンプレート等からデータを取り込む
- Mapping Taskを処理する
- シミュレーションを実行する
- 本移行を実行する
- ステータスを確認する
シミュレーションではターゲットシステムへデータを書き込まず、本移行時に発生し得るメッセージを事前に確認できます。
この記事では、個々のエラー対応ではなく、本移行後にどこを確認したかに焦点を当てます。
1. Migration Cockpitで「移行済」「正常終了」を確認する
本移行後、Migration Cockpitの結果画面を確認しました。今回の実機では、G/L勘定892000の行で、アクション移行済、ステータス正常終了を確認しています。

ここで確認できるのは、Migration Cockpit上で対象データの移行処理が正常終了したことです。
2. G/L勘定マスタで会社コードZ091への反映を確認する
次に、Migration Cockpitの結果だけで終わらせず、G/L勘定マスタ側へ戻って反映結果を確認しました。
G/L勘定823100の会社コードデータでは、会社コードZ091、管理領域Z091、勘定通貨JPYを確認しています。

実機確認: この画面から、少なくともG/L勘定823100について会社コードZ091の会社コード固有データが存在することを確認できました。
3. 会社コード固有データで勘定通貨JPYを確認する
さらに会社コード固有データを確認し、会社コードZ091に対して勘定通貨JPYが設定されていることを確認しました。

SAP一般仕様として、勘定通貨は会社コード固有領域に保持され得る項目の1つです。今回の実機でも、会社コードZ091の会社コード固有データとしてJPYを確認できました。
今回の実機から整理した正常確認ポイント
| 確認段階 | 確認内容 | 今回の実機結果 |
|---|---|---|
| Migration Cockpit | 移行処理の結果 | 移行済 / 正常終了 |
| G/L勘定マスタ | 新会社コード側の会社コード固有データ | Z091のデータを確認 |
| 会社コード固有項目 | 勘定通貨等の値 | JPYを確認 |
筆者判断: Migration Cockpit上の「正常終了」だけで完了とせず、移行後のG/L勘定マスタへ戻って会社コード固有データを確認すると、移行処理結果とマスタ反映結果を分けて確認できます。これは今回の記事で採用した確認方針であり、SAP標準がこの確認順序を必須としているという意味ではありません。
エラー・補正ファイルは別記事で扱う
実際の検証では、正常終了だけでなく、Simulation correction file、シミュレーションエラー、ST22ダンプ、XML修正、再アップロード、再シミュレーション、変更履歴の確認も行っています。
これらは「正常に反映されたかを確認する」という本記事の対象範囲とは異なるため、本記事では扱いません。
まとめ
Migration CockpitでG/L勘定を新会社コードへ拡張した今回の検証では、Migration Cockpitで移行済・正常終了を確認し、G/L勘定マスタで会社コードZ091の会社コードデータを確認し、さらに会社コード固有データで勘定通貨JPYを確認しました。
Migration Cockpitのステータスは移行処理側の重要な確認材料ですが、今回の検証ではさらに移行先のG/L勘定マスタまで確認することで、会社コード固有データへの反映を実機で確認しました。
エラーやダンプ、補正ファイルを使った切り分けは、本記事の対象外です。

