マスタ運用と名寄せ設計｜コード体系・更新ルール・重複マージでデータを崩さない

業務システムは、機能より先にデータが崩れると運用が止まりやすくなります。とくに顧客、商品、拠点、タグ、カテゴリなどのマスタは、作成や更新のルールが曖昧なまま運用を始めると、表記ゆれ、二重登録、更新漏れが積み上がりやすくなります。入力する人が違うたびに社名の書き方が変わったり、同じ取引先が別名で増えたりすると、検索、集計、請求、連携のどこかで必ず不整合が起きます。

本記事では、マスタ運用の設計と、重複データを安全に扱うための考え方を整理します。更新窓口、コード体系、重複検知、統合手順までを先に固めておくことで、現場で扱いやすい状態を保ちやすくなります。

マスタ運用が崩れる典型パターン

• 入力者ごとに表記が違う（株式会社、（株）、全角半角、スペースなど）
• 同じ顧客や品目が複数作られる（検索で見つからない）
• 更新権限が強すぎて、意図せず内容が書き換わる
• 逆に権限が弱すぎて、誰も直せない

こうした問題は、入力ミスというより、更新ルールが曖昧なことから起きる場合が多くなります。

重複候補、更新待ち、コード運用の状況を一画面で見えるようにすると、管理しやすくなります

下は、マスタ管理画面の例です。重複候補、更新依頼、カテゴリやタグの状況をまとめて確認できるようにしています。名寄せ対象と更新待ちを同じ場所で見られると、どこから手を付けるか判断しやすくなります。

マスタ更新の運用設計で、まず決めたいこと

1. 更新窓口を決める

• 更新できる人を絞る（担当者と管理者など）
• 更新依頼の導線を用意する（フォーム、コメント、修正依頼ボタンなど）

誰でも直接直せる状態は早そうに見えますが、後から履歴が追いにくくなります。更新できる人と、更新を依頼する人を分けておく方が安定しやすくなります。

2. 更新の理由を残す

• なぜ変更したかが分からないと、数か月後に戻せなくなります
• 簡易でも変更履歴を残すだけで、確認のやり取りが減りやすくなります

3. 更新頻度を決める

• 毎回リアルタイム更新が必要か
• 週次や月次の見直しで足りるか

頻度が決まると、承認の要否や監査ログの粒度も整理しやすくなります。

コード体系（ID、カテゴリ、タグ）の作り方

コードは「人間が読みやすいこと」より、「揺れにくいこと」が重要です。あとから増える前提でルールを作る方が長持ちしやすくなります。

• カテゴリは階層を深くしすぎない：迷った時に入力が止まりやすくなります
• タグは自由追加ではなく候補制を基本にする：似たタグの乱立を防ぎやすくなります
• コードは意味を持たせすぎない：後で分類が変わった時に扱いづらくなります

重複データの対策は、作らない、見つける、統合する、の3段階で考える方が整理しやすくなります

作らない（入口対策）

• 入力補助（住所、社名の候補表示、郵便番号検索など）
• 登録前の重複警告（似た名称、電話番号一致など）

見つける（検知）

• 同一電話番号、同一メール、住所一致の候補一覧
• 検索ログや0件検索から、見つけにくい表記を拾う

統合する（マージ）

統合は影響範囲が広いため、手順を固定しておく方が安全です。現実的には次のような流れが扱いやすくなります。

1. 統合元と統合先を決める
   どちらを正式データとして残すかを先に決めます。
2. 紐づくデータを一覧化する
   問い合わせ、予約、請求、売上などの関連データを確認します。
3. 統合を実行し、履歴を残す
   いつ、誰が、何を統合したかを確認できるようにします。

よく起きやすい重複のパターン

最小構成で始めるなら

• マスタ更新は担当者と管理者だけに絞る
• カテゴリは少なく、タグは候補制にする
• 重複警告を先に入れ、完全自動マージは後回しにする

まずは入口での重複抑制と、あとから確認できる更新履歴を優先した方が、運用を始めやすくなります。

まとめ

マスタ運用は、凝った機能より先に、更新窓口、コード体系、重複の扱いを決めておく方が安定しやすくなります。誰が直せるか、どういう理由で直すか、重複候補をどう確認するかが明確になるだけでも、システム全体の手戻りをかなり減らしやすくなります。

まず見直しやすいのは、表記ゆれを吸収する入力補助があるか、タグやカテゴリが増えすぎていないか、重複候補を一覧で見つけられるかの3点です。そこから整えていくと、日々の追加や更新が続いても崩れにくいマスタ運用に近づけやすくなります。