マスターデータはどう管理する?顧客名・商品コードの重複を防ぐ決め方

システム開発・連携 · 実務ガイド
マスターデータはどう管理する?顧客名・商品コードの重複を防ぐ決め方
部署ごとに顧客名や商品名が違い、売上や在庫の集計が合わない経営者・担当者へ。まず、同じ相手・同じ商品を示すコードと、変更を確認する担当者を決めます。似た名前を自動でまとめるだけでは、別の相手や商品を混ぜる恐れがあります。
この記事では、顧客名の違いと、箱の中身が違う商品の架空例を比べます。同じかどうかの根拠、変更日、確認担当を記入できるマスター管理表を作れます。

この記事でできるようになること
- 顧客名や商品名と識別コードを分けて考えられる
- 同じ顧客・商品かを根拠から判断できる
- 変更担当と履歴を残す管理表を作れる
01 / システム開発・連携
顧客や商品の「マスター」は、注文記録と何が違う?
マスターは共通の参照先で、注文記録はその時の取引内容です。両方を同じように書き換えません。

営業の一覧には「青空商事」、経理の一覧には「青空商事株式会社」。部署ごとに同じ顧客を別の名前で登録すると、経営者は合計が合わない理由を探すことになります。担当者の入力を責める前に、部署が共通で使う顧客の基準表と、その確認担当を用意してください。
説明用の架空例では、顧客コードC012に正式名称、表示名、請求先の確認状況を結び付けます。商品コードP01には商品名と1箱の数量を持たせます。コードは名前が変わっても同じ対象を見つける手掛かりです。顧客と商品を別の表にし、必要な項目だけを決めます。
10月8日の注文番号O041には、その注文で合意した数量・単価・宛先を残します。後から顧客の住所や商品の価格が変わっても、昔の注文を現在の値で勝手に作り直してはいけません。共通の基準を更新することと、過去の取引を訂正することを分けます。
営業・経理へ使っている顧客表を依頼し、管理表の「対象・基準コード」欄へ共通にする情報を記入してください。
この章の根拠:出典1
02 / システム開発・連携
名前が似ていたら、同じ顧客にまとめていい?
確認担当者は、名称に加えて契約や請求の相手を確認し、同じと判断した根拠を残します。

C012の「青空商事」と「青空商事株式会社」は、架空の契約資料と請求先を確認した結果、同じ相手だとします。担当者は表記の違いを表示名として整理し、確認した資料と日付を残します。「名前が似ている」という理由だけで同じと決めないことが、誤った集計を防ぐ出発点です。
同じ看板を使う支店でも、契約や請求の相手が別なら分ける必要があります。C013が別法人の請求先だと確認できた場合は、C012へ統合しません。どの単位を顧客として数えるかを経理と営業で合わせ、未確認の相手は候補として保留してください。
自動の照合は、候補を探す補助に使えます。空白や株式会社の位置が違う名称を見つけても、ソフトが事実上の同じ相手だと証明したことにはなりません。統合すると過去の売上や請求へ影響するため、更新前に対象と影響する記録を確認します。
| 名称の状態 | 請求の相手 | 扱い |
|---|---|---|
| C012の2つの表記 | 同じと確認済み | 別表記として整理 |
| C012とC013 | 別法人と確認済み | 顧客を分ける |
| 似た名前のみ | 未確認 | 候補として保留 |
経理担当者へ請求の相手を確認し、「同じと判断した根拠」欄へ参照資料・確認日・判断者を記入してください。
この章の根拠:出典1
03 / システム開発・連携
「商品A・1箱」が同じでも、中身が違ったら?
商品担当者は、名称だけでなく型番・容量・箱の数量・販売単位を比べます。

架空例の商品P01は、商品Aが1箱10個です。商品P02は、同じ「商品A・1箱」と表示されていても1箱12個です。2つを同じ商品として扱うと、在庫を数える単位や出荷数量がずれます。担当者は、何が同じなら同じ商品と扱うかを仕入・在庫・販売の担当と決めます。
箱と個を両方扱う場合は、入力した数量の単位と、換算する条件を明記します。P01の3箱は30個ですが、P02の3箱は36個です。換算率が商品ごとに違うなら、数量だけを移してはいけません。伝票とマスターのどの欄を使うかまで対応表へ残します。
仕入先の型番や包装が変わったときは、同じコードの情報更新でよいか、新しい商品として分けるかを判断します。過去の注文や在庫があるコードを別の商品へ使い回さないでください。変更前後を同時に扱う期間がある場合は、適用日と残っている在庫を確認します。
商品担当者へ箱の数量と販売単位を確認し、「商品を識別する条件」欄へ型番・箱の数量・単位を記入してください。
この章の根拠:出典2
04 / システム開発・連携
誰が顧客名・単価・単位を変更する?
会社は項目ごとの更新担当と確認担当を決め、変更理由・適用日・履歴を残します。

誰でも基準表を直せると、正しいと思って変更した値が別部署の仕事を止めることがあります。会社は、顧客の契約上の名称なら営業と経理、商品の単位なら商品・在庫担当というように、項目の責任者を決めます。担当者名が変わっても引き継げるように、役割も書きます。
架空例では、10月10日にP01の表示名を変更し、10月15日から新しい価格を使う予定です。表示名の変更と価格の適用日を別に記録します。変更前の値、変更後の値、理由、確認者、適用日を残せば、10月12日の注文がどの条件だったかを調べられます。
更新依頼を受けた担当者は、未発送の注文や請求に影響するかを先に確認します。入力の誤りを直す場合と、商談の条件が変わる場合は対応が違います。過去の取引を変更する必要があるなら、その取引の責任者が別に判断し、マスター変更だけで確定しない運用にします。
項目の責任者へ更新担当と確認担当を確認し、「変更履歴」欄へ旧値・新値・理由・適用日を記入してください。
この章の根拠:出典3
05 / システム開発・連携
部署ごとの表へ、どう同じ基準を届ける?
更新担当者は基準の保存先を決め、各利用先へコード・必要な項目・更新結果を渡します。

マスターの場所を決めても、営業が古いコピーを使い続ければ表記の違いは残ります。基準表をどこに置き、各部署がいつ・どの項目を受け取るかを決めてください。共有ファイルの参照、定期の取り込み、システム連携など、今の仕組みに合う方法から比べます。
担当者は、C012の正式名称と表示名、P01の販売単位と換算率など、利用先へ渡す項目を対応表にします。顧客コードだけ送っても、別の会社のコード体系では同じ相手を示さないことがあります。利用先の番号と共通コードの対応、更新できなかった場合の確認先を残します。
まず少数の架空データや利用が許された検証データで、表示と集計を確かめます。名前が変わるケース、同名で別の相手のケース、単位が違うケースを含めてください。古いコピーを突然消すのではなく、利用先の参照切替と過去の記録を確認してから扱いを決めます。
各部署の管理者へ利用先の表を確認し、「共有先・確認結果」欄へ共通コードとの対応と更新日を記入してください。
06 / システム開発・連携
まとめ:名前をそろえる前に、同じ対象かを確かめる
会社は識別コード・判定の根拠・更新担当・変更履歴をそろえ、利用先の表示と集計まで確認します。

顧客名や商品名の違いは、入力する社員の注意だけでは解消できません。同じ相手を何で識別するか、商品のどの条件を区別するかを会社が決める必要があります。コードと確認担当があれば、部署が違っても同じ対象について話しやすくなります。
この記事ではC012・C013とP01・P02の架空例を使いました。自社では請求の相手、拠点、型番、包装、販売単位を確かめ、同じと判断する根拠を管理表へ残します。マスターの変更によって、過去の注文条件が自動で変わらないことも確認してください。
最初は、表記の違いで困っている顧客または商品を1件選んでください。営業・経理・商品担当へ元の資料を依頼し、下の表に共通コード、同一判定、更新担当、履歴、共有先を書きます。未確認の候補を残せる状態で始め、根拠のない統合を急がないでください。
表記の違いで困る1件を選び、管理表の「同じと判断した根拠」と「更新担当」欄から記入してください。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


