SAP仕入先マスタの重複チェック手順｜重複レコードを見つけて統合判断する実務

01SAP仕入先マスタの重複チェックを始める前に

SAPの仕入先マスタで重複を確認するときは、単に仕入先名が一致するレコードを探すだけでは不十分です。同じ会社でも、会社コード、購買組織、住所、支払条件、取引通貨などのデータが分かれて登録されている場合があります。一方で、同じ名称でも法人や拠点が異なることがあります。

最初に、重複チェックの対象範囲を決めます。対象会社コード、購買組織、仕入先勘定グループ、登録期間、ブロック済みレコードを一覧化し、どの組織が判定と承認を担当するかを明確にします。マスターデータ全体の位置付けは、SAPマスターデータ管理の全体像で整理できます。

SAP ERPでは仕入先マスタが会計領域と購買領域に分かれて管理されます。SAP S/4HANAでは取引先管理の設計や連携設定も確認対象になるため、仕入先番号だけでなく、関連する取引先情報と業務上の利用状況を確認します。

02重複判定キーを設計する

判定キーは一つに固定せず、強い一致条件と候補抽出条件に分けます。税番号や法人番号など、組織で一意性を管理している項目が一致する場合は優先度の高い候補です。名称、郵便番号、住所、電話番号、メールアドレス、銀行情報は、表記ゆれを整えたうえで組み合わせます。

実務では、次のような段階を設けると確認しやすくなります。

1. 法人番号、税番号、登記情報などの識別情報が一致するレコードを抽出する。
2. 名称を全角・半角、大文字・小文字、空白、記号の差を整えて比較する。
3. 郵便番号、住所、電話番号、メールアドレスを正規化して組み合わせる。
4. 会社コード、購買組織、支払条件、通貨、取引先機能を比較する。
5. 一致項目数と重要度から、要確認、重複確定、別法人の三つに分類する。

名称だけの一致は、候補抽出には使えても重複確定の根拠にはしません。営業所、工場、海外法人、グループ会社、請求先と納入先の分離など、業務上の正当な複数登録も判定対象に含まれるためです。

03仕入先データを抽出して候補を作る

抽出前に本番データの更新状況を確認し、登録・変更処理のピーク時間を避けます。SAP GUIの標準一覧、検索機能、承認済みの抽出プログラムを使い、仕入先番号、名称、住所、郵便番号、国、税番号、会社コード、購買組織、ブロック状態など、判定に必要な項目を取得します。

抽出ファイルには、元の値と比較用に整形した値を分けて保持します。元の値を上書きして正規化すると、後から画面上の登録内容を照合しにくくなります。抽出日時、抽出条件、実行者、対象組織も記録し、同じ条件で再実行できる状態にします。

大量データでは、最初から全件を目視確認しません。国、郵便番号の先頭、名称の先頭文字、税番号、メールドメインなどで候補を絞り、候補グループごとに確認します。抽出処理をABAPで作る場合は、読み取り専用の一覧として設計し、更新処理を分離します。

比較用の正規化では、前後空白の除去、連続空白の統一、全角・半角の整理、電話番号の区切り文字除去、郵便番号の記号除去などを行います。住所の番地や建物名を過度に短縮すると別拠点を同一視するため、原文と正規化値を並べて確認します。

04重複候補を業務情報で確認する

候補が見つかったら、マスターデータ担当者だけで確定せず、購買、経理、現場の利用部門に照会します。確認する情報は、契約書、請求書、銀行口座、税情報、購買発注、入庫、請求書照合、未払残高などです。

同一法人でも、支払先や発注先を分ける業務要件がある場合があります。逆に、名称や住所が少し違っていても、同じ税番号、同じ銀行口座、同じ契約先であれば重複の可能性が高まります。判定理由を候補ごとに記録し、担当者の経験だけで結論を出さないことが重要です。

判定結果は、少なくとも次の項目を持つ管理表に残します。

• 仕入先番号と関連する取引先番号
• 比較した項目と一致・不一致の結果
• 重複と判断した根拠
• 存続させるレコードの選定理由
• 未処理の購買発注、請求書、残高、契約の有無
• 業務部門の確認者と承認日
• 次に行うブロック、変更、統合、アーカイブの処理

データ品質の測定方法やチェック項目は、SAPマスターデータ品質チェックの基本と合わせて運用すると、単発の調査で終わらせずに済みます。

05重複レコードを安全に整理する

重複を確定した後も、すぐに片方を削除しません。購買発注、入庫、請求書、支払、残高、オープン項目、帳票、インターフェース、ワークフローがどの番号を参照しているかを調べます。参照先が残ったままマスタを変更すると、後続処理や監査証跡に影響します。

最初の措置として、利用停止が必要なレコードに対して、業務承認を得たうえで登録・購買・支払の各領域に応じたブロックを設定します。ブロック日、理由、解除条件を記録し、既存伝票の処理を妨げないかをテスト環境で確認します。

存続レコードを決めるときは、登録の新しさだけでなく、利用範囲、会計履歴、購買実績、銀行情報、税情報、連携先の識別子を評価します。名称や住所をコピーするだけではなく、必須項目、支払条件、源泉徴収、購買組織データ、取引先機能を項目単位で比較します。

変更権限は、登録担当者、確認担当者、承認担当者に分離します。項目の変更可否や必須入力の統制は、SAPマスターデータの項目ステータスと権限で確認できる考え方を適用します。

06SAP S/4HANAで確認するポイント

SAP S/4HANAでは、仕入先の業務情報と取引先情報の関係を確認します。仕入先番号、取引先番号、会社コード、購買組織、取引先機能を対応付け、同期や連携のエラーがない状態で候補を判定します。

取引先の統合を実施する場合は、対象となる業務ロール、住所、銀行情報、税情報、連携用の識別子を先に棚卸しします。統合後に番号がどの処理へ引き継がれるか、既存伝票と未決済項目をどう扱うかを、担当部門と合意します。

移行や大量変更では、テスト環境で同じ候補を処理し、件数、エラー、連携結果、帳票表示を確認します。変更前後の抽出ファイルと承認記録を保存すると、後日の差分確認が容易になります。

07再発を防ぐ運用ルール

重複チェックは、既存データの棚卸しだけでなく、新規登録時の予防策と組み合わせます。登録画面で名称、住所、税番号、郵便番号、銀行情報を検索し、候補がないことを確認してから新規登録を進めます。

申請フォームには、法人名の正式表記、請求書記載名、税番号、銀行口座、国、住所、取引目的、担当部門を必須項目として設けます。略称や社内呼称だけで登録しない運用にし、証憑との照合結果を申請記録に残します。

月次または四半期ごとに、次の指標を確認します。

• 新規登録件数と重複候補件数
• 重複確定件数と未処理件数
• 登録から確認完了までの経過日数
• 必須項目の欠落件数
• ブロック済みで利用実績が残る件数
• 同一税番号や同一銀行情報に紐づく仕入先数

重複候補の判定基準、承認者、例外処理、変更履歴を文書化し、部門ごとの独自判断を減らします。統合やブロック後に不要データを整理する場合は、SAPマスターデータのアーカイブとブロックの基本を参照し、保存期間と監査要件を確認します。

08実務で使えるチェックリスト

1. 対象会社コード、購買組織、期間、ブロック状態を決める。
2. 仕入先番号、関連取引先番号、名称、住所、税番号、銀行情報を抽出する。
3. 元データを保持したまま、比較用の正規化値を作る。
4. 識別情報、名称、住所、連絡先を組み合わせて候補を作る。
5. 契約、発注、入庫、請求書、支払、残高を業務部門と照合する。
6. 重複確定、正当な複数登録、追加調査の三つに分類する。
7. 存続レコードと変更内容を承認し、必要なレコードをブロックする。
8. テスト環境で後続処理と連携結果を確認する。
9. 本番変更後に件数、エラー、帳票、インターフェースを確認する。
10. 判定基準と結果を次回の登録審査へ反映する。

重複チェックの成果は、削除件数ではなく、正しい仕入先を正しい業務処理へ結び付け、再発を抑えられたかで評価します。抽出条件、判定根拠、承認、変更、事後確認を一つの記録として管理すると、データ品質の改善を継続できます。