Migration CockpitでG/L勘定を新会社コードへ拡張する|正常終了からマスタ反映確認まで

Migration CockpitでG/L勘定の移行処理が「正常終了」になった後、どこまで確認すれば新会社コードへの拡張が正しく反映されたと判断できるのでしょうか。

この記事では、SAP S/4HANA Migration Cockpitを使ってG/L勘定を新会社コードへ拡張した実機検証をもとに、Migration Cockpit側の正常終了確認から、G/L勘定マスタの会社コード固有データ確認までを整理します。

今回やること

今回の確認ポイントは次の3点です。

  1. Migration Cockpitで移行処理が「移行済」「正常終了」になっていること
  2. 移行後のG/L勘定マスタに会社コードZ091のデータが存在すること
  3. 会社コード固有データとして勘定通貨JPYなどが反映されていること

エラーやSimulation correction file、ST22ダンプ、XML修正と再実行については、本記事では扱いません。

検証情報

SAP製品SAP S/4HANA 2025
導入形態On-Premise
UISAP GUI for HTML / Fiori
対象領域FI / データ移行
主なAppMigration 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の処理は、概ね次の流れです。

  1. Migration Projectを作成する
  2. Migration Objectを選択する
  3. XMLテンプレート等からデータを取り込む
  4. Mapping Taskを処理する
  5. シミュレーションを実行する
  6. 本移行を実行する
  7. ステータスを確認する

シミュレーションではターゲットシステムへデータを書き込まず、本移行時に発生し得るメッセージを事前に確認できます。

この記事では、個々のエラー対応ではなく、本移行後にどこを確認したかに焦点を当てます。

1. Migration Cockpitで「移行済」「正常終了」を確認する

本移行後、Migration Cockpitの結果画面を確認しました。今回の実機では、G/L勘定892000の行で、アクション移行済、ステータス正常終了を確認しています。

Migration CockpitでG/L勘定892000の「移行済」「正常終了」を確認
図1: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の会社コードデータが存在することを確認
図2:G/L勘定823100に会社コードZ091の会社コードデータが存在することを確認

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

3. 会社コード固有データで勘定通貨JPYを確認する

さらに会社コード固有データを確認し、会社コードZ091に対して勘定通貨JPYが設定されていることを確認しました。

会社コードZ091の会社コード固有データで勘定通貨JPYを確認
図3:会社コード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勘定マスタまで確認することで、会社コード固有データへの反映を実機で確認しました。

エラーやダンプ、補正ファイルを使った切り分けは、本記事の対象外です。

参考:SAP Help