マスタデータ管理の進め方：取引先・商品マスタの重複を防ぐ

マスタデータ管理で最初に決めるべきことは、ツールでも一元化の方式でもなく、「このマスタの正しい値はどこにあり、誰が登録・変更してよいのか」です。取引先や商品のマスタが販売管理、会計、CRM、ECなど複数のシステムに散らばっていると、同じ会社が別の名前で何件も登録される、ある部署で直した住所が他の部署に伝わらない、といった重複と不整合が少しずつ増えていきます。これを防ぐには、マスタごとに正本となるシステムと管理の責任者を決め、登録と変更のルールを定め、他のシステムへは正本から配る形に寄せていくことが基本になります。

この記事は、販売管理や会計、CRMなど複数のシステムを使っている会社の管理部門の担当者、業務改善や情報システムの担当者、そして「取引先の名前で検索すると同じ会社が三つ出てくる」といった状況に悩んでいる方に向けて書いています。マスタデータの種類と重複・不整合が起きる原因、管理のルール、既存データの整理の手順、一元化の方式の選び方、運用の仕組み、よくある失敗を順に説明します。

読み終えたときに、自社のマスタのどこに問題があり、どの順番で整えていけばよいかを判断できることを目指しています。

マスタデータとは：業務の土台になる基本情報

マスタデータとは、取引先、商品、社員、勘定科目など、業務の中で繰り返し参照される基本的な情報のことです。用語の詳しい意味はマスタデータの解説ページにまとめています。

マスタデータと対になるのが、日々の業務で発生する取引データ（トランザクションデータ）です。受注、売上、請求、入金といったデータは、どの取引先の、どの商品の取引かを、マスタを参照して記録します。マスタが正しくなければ、その上に積み上がる取引データの集計も正しくなりません。

重複と不整合が起きる原因

マスタの重複と不整合は、特定の人のミスというより、仕組みの欠陥から生まれます。代表的な原因は次のとおりです。

システムごとに別々に登録している

販売管理に取引先を登録し、会計ソフトにも同じ取引先を登録し、CRMにも登録する。それぞれのシステムで別の人が別のタイミングで登録していれば、表記や内容がずれるのは自然なことです。住所が変わったときも、どこか一つのシステムだけが更新され、他は古いまま残ります。複数のシステムに同じ情報を入力する作業そのものをなくす考え方は転記作業をなくす：システム間の二重入力を解消する方法と手順で詳しく扱っています。

登録のルールが決まっていない

「株式会社」を前に付けるか後ろに付けるか、略して「(株)」と書くか。英字は全角か半角か。支店や営業所は別の取引先として登録するか、同じ取引先の別の住所として登録するか。こうしたルールが決まっていないと、同じ会社が別の表記で登録され、検索しても見つからずに新しく登録される、という重複が生まれます。

登録前に既存のデータを確認していない

新しい取引先を登録する前に、既に登録されていないかを確認する手順がないと、重複は避けられません。確認しようとしても、表記の揺れで検索に引っかからないこともあります。

誰でも登録・変更できる

マスタの登録や変更が誰でもできる状態だと、責任の所在が曖昧になり、誤った変更が気づかれずに残ります。逆に、登録の権限が一人に集中しすぎると、その人が不在のときに業務が止まり、別の場所に仮のデータを作る、という回避策が生まれて、かえって不整合が増えます。

マスタ管理のルールを決める

マスタを整えるには、まず管理のルールを決めます。ルールの中心は、次の四つです。

1. 正本を決める：マスタの種類ごとに、正しい値を持つシステム（正本）を一つ決める。たとえば、取引先は販売管理、商品は商品管理の仕組み、社員は人事のシステム、というように決める。他のシステムは、正本の値を受け取って使う。
2. 管理の責任者を決める：マスタの種類ごとに、内容の正しさに責任を持つ部署と担当者を決める。取引先なら営業管理や経理、商品なら商品部、というように、その情報を最もよく知る部署が持つ。
3. 登録と変更の手順を決める：誰が申請し、誰が確認して登録するか。登録前に既存データとの重複を確認する手順を必ず含める。
4. 表記のルールを決める：会社名、住所、商品名などの書き方をそろえる。法人格の位置、全角・半角、略称の扱い、支店の扱いなどを文書にする。

このルール全体を組織として決め、守らせる仕組みはデータガバナンスと呼ばれます。大がかりに考える必要はなく、まずは「取引先マスタは誰が、どのシステムで、どんなルールで管理するか」を一枚の文書にまとめるところから始められます。

一意の識別子を持たせる

マスタを複数のシステムで結びつけるには、会社名や商品名ではなく、変わらない一意の番号（取引先コード、商品コードなど）を使います。名前は表記が揺れたり変わったりしますが、コードは変わりません。正本でコードを採番し、他のシステムにも同じコードを持たせておくと、システム間でマスタを照合しやすくなります。法人であれば、公的に付与されている法人番号を取引先の照合の手がかりに使うことも考えられます。法人番号の利用方法については、最新の情報を公的機関で確認してください。

商品マスタで特に決めておくこと

商品マスタは、取引先マスタとは別の難しさがあります。同じ商品でも色やサイズの違いを別の商品として登録するか、一つの商品の中の種類として登録するか。セット商品や詰め合わせを、構成する商品とどう結びつけるか。価格が取引先や時期によって変わる場合に、価格をマスタに持たせるか、別の表で管理するか。ECのチャネルごとに商品名や商品コードが異なる場合に、どのコードを正とするか。

これらは業務の流れと密接に関わるため、商品部、営業、倉庫、ECの担当者が集まって決める必要があります。特に、販売チャネルごとの商品コードの対応は、受注や在庫の連携の前提になります。決めずに連携を作ると、注文と在庫が結びつかず、手作業での照合が残ります。

既存データを整理する手順

ルールを決めたら、既に散らばっているマスタを整理します。いきなりすべてを一元化しようとせず、次の手順で進めます。

1. 対象のマスタと範囲を決める：最も問題が大きいマスタ（多くの場合は取引先か商品）から始める。取引のない古いデータを対象外にするかも決める。
2. 各システムのデータを書き出す：対象のマスタを、使っているすべてのシステムから書き出し、一つの表に並べる。
3. 表記を整える：決めた表記のルールに沿って、法人格、全角・半角、空白、記号などをそろえる。こうしたデータの誤りや揺れを直す作業はデータクレンジングと呼ばれる。
4. 同じものをまとめる：表記をそろえたうえで、同じ会社・同じ商品と思われるデータを突き合わせ、まとめる。会社名だけでなく、住所、電話番号、メールのドメインなど複数の項目を組み合わせて判定する。この作業は名寄せと呼ばれ、自動で判定できるものと、人が確認すべきものに分けて進める。
5. 正しい値を決める：まとめたデータの中で、住所や支払い条件が食い違っている場合は、どれが正しいかを担当部署が確認して決める。
6. コードを振り直し、対応表を作る：まとめた結果に一意のコードを振り、旧データのコードとの対応表を作る。過去の取引データを新しいコードに結びつけるために必要になる。
7. 正本に登録し、他のシステムに反映する：整理したマスタを正本に登録し、他のシステムのマスタを更新する。

特に4と5は、自動化しきれない作業です。自動で判定する部分は「完全に一致するもの」「住所と電話番号が一致するもの」など確実なものに限り、判断が分かれるものは担当者が確認する一覧に回します。整理の作業は、システムの入れ替えやデータ移行のタイミングに合わせて行うと効率的です。移行の注意点は顧客データ移行の手順でも解説しています。

一元化の方式を選ぶ

整理したマスタを、今後も重複なく保つための仕組みを選びます。方式は大きく三つあります。

多くの会社では、まず「既存システムの一つを正本にする」方式から始めるのが現実的です。正本で登録・変更されたマスタを、連携の仕組みで他のシステムに自動で反映すれば、各システムで別々に登録する作業がなくなり、不整合が生まれる余地も減ります。連携の方法は、システム同士をAPIでつなぐ方法、iPaaSを使う方法、定期的にファイルで受け渡す方法などがあり、システムの数と更新の頻度で選びます。

マスタを正しく保つ運用の仕組み

一度整理しても、運用の仕組みがなければマスタはまた乱れていきます。次の仕組みを日常の業務に組み込みます。

• 登録の申請と確認を分ける：新しい取引先や商品を登録するときは、申請者と確認者を分け、確認者が重複の有無と表記をチェックしてから登録する。件数が多い場合は、申請の画面で既存データとの類似候補を自動で表示すると確認が楽になる。
• 変更の履歴を残す：いつ、誰が、何を変更したかを記録する。誤った変更に気づいたときに元に戻せる。
• 定期的に重複と不整合を点検する：月に一度などのタイミングで、似た名前の取引先、同じ住所の取引先、取引のない古いデータなどを抽出し、担当者が確認する。
• 使わなくなったデータを無効にする：取引が終わった取引先や販売終了の商品は、削除するのではなく「無効」にして、新しい取引で選べないようにする。過去の取引データとの結びつきは残す。
• ルールの文書を見える場所に置く：表記のルールや登録の手順を、マスタを登録する人がすぐ見られる場所に置く。

よくある失敗とその避け方

• 一元化のシステムを先に作り、ルールが決まっていない：正本、責任者、表記のルールを先に決める。ルールのない一元化は、重複を一か所に集めるだけになる。
• 名寄せを全部自動でやろうとして、別の会社をまとめてしまう：自動判定は確実なものに限り、迷うものは人が確認する。まとめる前の状態に戻せるよう、元のデータを残しておく。
• 登録の権限を一人に集中させ、業務が止まる：申請と確認の役割を複数人に持たせ、確認者が不在のときの代わりを決めておく。
• 整理した後の運用が続かず、また重複が増える：定期点検の担当とタイミングを決め、登録時に類似候補を表示するなど、重複を作りにくい仕組みを入れる。
• 過去の取引データとの結びつきが切れる：コードを振り直すときは、旧コードとの対応表を必ず作り、過去の集計に使えるようにする。

具体的な場面の例

架空の一般的な例で考えます。

社員数十名の卸売の会社で、販売管理、会計ソフト、営業用のCRMの三つに、それぞれ取引先を登録していたとします。営業はCRMに、受注担当は販売管理に、経理は会計ソフトに、それぞれ必要になったタイミングで登録しており、同じ取引先が表記を変えて何件も存在していました。取引先別の売上を集計しようとすると、名前の揺れを手作業で直す必要があり、毎月の集計に時間がかかっていました。

この会社は、まず取引先マスタの正本を販売管理と決め、管理の責任者を営業管理の担当者に置きました。表記のルール（法人格は正式名称で後ろに付ける、英字は半角、支店は同じ取引先の別住所として登録する）を一枚の文書にまとめ、三つのシステムの取引先を書き出して名寄せを行いました。住所と電話番号が一致するものは自動でまとめ、名前だけが似ているものは営業管理の担当者が一件ずつ確認しています。

整理の後は、新しい取引先の登録を販売管理に一本化し、販売管理からCRMと会計ソフトへ取引先の情報を自動で反映する連携を作りました。営業がCRMで新しい見込み客を登録する流れは残しつつ、取引が始まる段階で販売管理に正式に登録し、コードを付ける運用にしています。月に一度、似た名前の取引先を抽出して点検する作業も、営業管理の担当者の業務に組み込みました。

取り組みの結果、取引先別の売上は販売管理のコードで集計できるようになり、毎月の手作業での名前の修正はなくなりました。一方で、整理の途中では「同じ会社の別の事業部を一つにまとめてよいか」「請求先だけが異なる取引先をどう扱うか」といった判断が何度も必要になり、そのたびに営業と経理で話し合ってルールを書き足しています。マスタ管理のルールは最初から完璧である必要はなく、迷ったケースを記録してルールに反映していくことで、少しずつ自社に合った形になっていきます。

マスタデータ管理のチェックリスト

• マスタの種類ごとに、正本となるシステムが決まっている
• マスタの種類ごとに、内容に責任を持つ部署と担当者が決まっている
• 会社名や商品名などの表記のルールが文書になっている
• 取引先や商品に、変わらない一意のコードを振っている
• 新規登録の前に、既存データとの重複を確認する手順がある
• 登録の申請者と確認者が分かれている
• 正本の変更が、他のシステムに自動で反映される（または反映の手順が決まっている）
• 変更の履歴が残っている
• 重複と不整合を定期的に点検するタイミングと担当が決まっている
• 使わなくなったデータは削除せず無効にしている

よくある質問

Q. マスタの整理は、システムの入れ替えまで待つべきですか？

待つ必要はありません。正本と責任者、表記のルールを決めて、新しく登録するデータから守り始めるだけでも、重複が増えるのを止められます。既存データの整理は、システムの入れ替えやデータ移行のタイミングに合わせると、作業をまとめられて効率的です。

Q. 名寄せは、ツールを使えば自動でできますか？

表記の揺れの吸収や、確実に一致するデータのまとめは、ツールである程度自動化できます。ただし、似た名前の別の会社や、合併・社名変更などの事情は自動では判断しきれないため、最終的には人の確認が必要です。

Q. 取引先の社名変更や合併があったときは、どう扱えばよいですか？

社名が変わっても、取引先コードは変えずに名称だけを更新し、変更前の名称と変更日を履歴として残すのが基本です。合併で二つの取引先が一つになる場合は、存続する側のコードに統合し、消える側のコードは無効にして対応表に記録します。過去の取引データを遡って集計できるよう、統合の経緯を残しておきましょう。

Q. 小さな会社でもマスタ管理のルールは必要ですか？

システムが一つで、登録する人も限られているなら、大がかりなルールは不要です。ただ、システムが二つ以上になり、別々の人が登録するようになった時点で、正本と表記のルールだけでも決めておくと、後からの整理の手間を大きく減らせます。

Otsumuに相談できること

マスタを持つシステムが少なく、既存システムの一つを正本にできるなら、この記事の手順に沿って、ルールの整備と既存データの整理を社内で進めることは十分可能です。まずは最も問題の大きいマスタについて、正本・責任者・表記のルールを一枚の文書にまとめるところから始めてみてください。

一方で、マスタを持つシステムが多く正本にふさわしいものがない、名寄せの件数が多く手作業では追いつかない、正本から他のシステムへの連携を作りたい、システムの入れ替えに合わせてマスタを作り直したい、といった場合は、データの整理と連携の設計・開発の経験がある外部の力を借りた方が早く確実です。

Otsumuでは、マスタの現状調査と管理ルールの設計から、既存データの名寄せと整理、正本から各システムへの連携の開発、運用の仕組みづくりまでを一貫して支援しています。詳しくは自社サービス運用の自動化コンサルティングや業務システム開発のページをご覧ください。

自社のマスタのどこから整えるべきか、まずは30分の無料相談で状況を伺いながら一緒に整理します。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社 ／ 編集日 2026.10.01