SAPマスターデータのアーカイブブロック基礎：削除フラグとの違いと実務確認手順

マスターデータのアーカイブは、対象レコードを選んで削除するだけの作業ではありません。業務上の使用状況、関連伝票、削除フラグ、保持期間、権限、バックアップを確認し、アーカイブオブジェクトが定める前提条件を満たしてから実行します。

特に現場で混同されやすいのが、マスターデータに設定した削除フラグと、アーカイブ処理が対象を受け付けない状態です。削除フラグは業務上の利用停止を示す管理情報であり、アーカイブ可能になったことを自動的に保証するものではありません。

01アーカイブ対象を決める

最初に、どのマスターデータを、どの組織範囲と期間で整理するかを決めます。対象には、得意先、仕入先、品目、作業区、BOM関連データなどがあり、システム構成と業務プロセスによって候補が変わります。SAP S/4HANAでは業務パートナや統合されたマスターデータの扱いも確認します。

アーカイブ対象を決める際は、次の情報を台帳に記録します。

• マスターデータの種類と業務上の所有者
• 対象の会社コード、プラント、販売エリア、購買組織などの範囲
• 最終使用日、作成日、変更日、保持期間
• 関連する受注、購買伝票、在庫、請求、会計データ
• アーカイブ後に参照が必要な帳票と検索方法
• 承認者、実行担当者、実行予定時間

SAPマスターデータ管理の全体像と責任分担は、SAPマスターデータ管理の概要と合わせて整理すると、アーカイブ対象の決定が進めやすくなります。

02アーカイブオブジェクトの前提を確認する

アーカイブオブジェクトは、対象テーブルを個別に削除するための名前ではありません。関連データをどの順序で処理するか、どの条件を満たしたレコードが選択できるか、書き込み後に削除できるかを定義する業務単位です。実行前に、使用するアーカイブオブジェクトの文書、設定、依存関係を確認します。

一般的な作業は、SAP GUIのアーカイブ管理機能であるSARAを中心に進めます。まず書き込み処理のバリアントを作成し、対象範囲、日付条件、組織条件を設定します。テスト環境では、少数の対象で書き込み結果と参照結果を確認してから本番の処理量を決めます。

アーカイブオブジェクトごとに、次の点を確認します。

• 前提となる業務伝票が完了またはクローズしているか
• 保持期間を満たしているか
• 削除フラグや削除指標が選択条件に含まれるか
• 書き込み処理と削除処理を別々に実行する設計か
• アーカイブファイルの保存先、保管期間、バックアップ方法
• アーカイブ後の表示や読み出しに必要な設定

03削除フラグとアーカイブブロックを分けて確認する

削除フラグは、マスターレコードを業務処理の対象から外すための判断材料です。たとえば品目を削除対象として扱う場合でも、在庫、購買、販売、MRP、評価、未完了伝票などが残っていれば、アーカイブ処理は進みません。

一方、アーカイブブロックは、アーカイブオブジェクトが定める条件を満たしていない状態として現れます。対象レコードに削除フラグが設定されていても、関連オブジェクトの処理完了、保持期間、組織データ、依存伝票の状態が整っていなければ、書き込み対象から除外されることがあります。

確認では、次の順序を守ると原因を分離しやすくなります。

1. 対象マスターデータの存在と組織範囲を確認する。
2. 削除フラグまたは利用停止の状態を確認する。
3. 関連する未完了伝票、在庫、オープン項目を確認する。
4. アーカイブオブジェクトの保持期間と選択条件を確認する。
5. 書き込みジョブのログで除外理由を確認する。
6. 業務所有者が除外結果を承認してから条件を変更する。

削除フラグを一括設定する場合は、SAP MASSトランザクションの基礎で扱う変更管理、テスト、実行ログの考え方を適用します。一括変更の前に対象件数を出力し、変更後にサンプルレコードを照合します。

04関連伝票と依存データを調べる

マスターデータのアーカイブが止まる主な理由は、対象レコード自体ではなく、関連データが業務上まだ有効なことです。品目であれば、在庫、購買情報、販売エリアデータ、未完了の購買伝票、予約、製造関連データなどを確認します。取引先系のマスターデータでは、未決済の債権債務、未完了の受注や購買処理、会社コードや購買組織の割り当てを確認します。

確認対象は、アーカイブオブジェクトの前提条件に合わせて一覧化します。業務担当者には、対象ID、関連伝票番号、現在の処理ステータス、対応期限、保留理由を提示します。技術担当者だけでブロック解除を判断すると、未完了業務を隠したままデータを整理する危険があります。

重複データが原因で整理方針が決まらない場合は、SAP仕入先マスターの重複チェックの観点で、統合対象、正規レコード、参照元システム、業務所有者を確定します。重複統合とアーカイブは別の変更として記録し、統合後の履歴や参照性を確認します。

05書き込み処理と削除処理を分ける

アーカイブでは、まず選択したデータをアーカイブファイルへ書き込み、その結果を検証してから削除処理を実行します。書き込み処理の完了だけで本番テーブルからデータが消えるとは限らないため、処理段階をジョブ名、実行日時、対象件数、アーカイブファイル名で管理します。

実行前には、次の運用チェックを行います。

• 本番バックアップが正常に完了している
• アーカイブファイルの保存先に十分な容量がある
• アーカイブファイルをバックアップ対象に含めている
• 対象件数と除外件数を業務担当者が確認している
• アーカイブ後の検索方法を利用者へ通知している
• 削除処理を実行できる時間帯と監視担当者が確保されている

削除処理の直前には、書き込みログと検証結果を再確認します。処理量が大きい場合は、組織単位や期間単位に分割し、データベース負荷、ジョブ実行時間、アーカイブファイル数を監視します。

06ブロック原因をログから追跡する

対象件数が想定より少ないときは、最初に選択条件、次に保持期間、最後に関連データの状態を調べます。ログに出力された除外理由を対象ID単位で記録し、同じ理由のレコードをグループ化すると、個別修正と業務ルールの見直しを分けて進められます。

ログ調査では、次の観点を残します。

• 実行したアーカイブオブジェクト
• バリアント名と選択条件
• 実行ユーザーと実行日時
• 選択件数、書き込み件数、除外件数、エラー件数
• 除外された対象のIDと理由
• 関連伝票を完了させた担当者と完了日時
• 再実行した処理の結果

データ品質の問題が繰り返される場合は、SAPマスターデータ品質チェックの基礎を使って、入力時の必須項目、値の妥当性、重複、組織割り当てを点検します。アーカイブを毎回の後処理にしないために、登録・変更時点での品質チェックへ原因を戻します。

07権限と承認を整える

アーカイブ処理には、対象データの参照、アーカイブオブジェクトの実行、削除処理、ジョブ管理、ファイル保存先へのアクセスなど、複数の権限が関係します。書き込み担当者と削除処理の承認者を分け、緊急時にも誰がどの処理を承認したか追跡できる状態にします。

権限エラーが発生した場合は、実行ユーザー、対象組織、処理段階、エラー時刻を記録します。権限を広く追加する前に、対象オブジェクト、活動、組織値、ジョブ実行ユーザーを確認します。マスターデータの変更権限とアーカイブ削除権限を同じ担当者に集約しない運用も有効です。

フィールド入力制御や組織別権限が対象選択に影響する場合は、SAPマスターデータのフィールドステータスと権限で、登録時の制御とアーカイブ時の権限確認を切り分けます。

08本番実行後の確認を標準化する

削除処理後は、対象件数が減ったことだけでなく、アーカイブファイルから必要な履歴を参照できること、関連業務が継続できること、帳票やインターフェースに想定外の影響がないことを確認します。代表的な対象を複数選び、アーカイブ前後の画面表示、帳票、検索結果を比較します。

運用記録には、対象範囲、処理段階、実行日時、ジョブログ、アーカイブファイル、承認記録、検証結果、未解決のブロック理由を残します。アーカイブファイルとバックアップの保存期間は、業務要件、法令、監査要件に基づいて決めます。

ブロックを解消するために削除フラグを設定する場合は、業務上の利用停止を先に確認します。削除フラグはデータ所有者の承認と変更履歴を伴う管理項目として扱い、アーカイブ実行のためだけに機械的に設定しないことが重要です。