【保存版】会社マスタの設計ガイド｜法人名ゆれ・支店・部署の扱い方を徹底解説
会社マスタの設計は、CRMの入力率や名寄せ精度を左右する土台です。法人名ゆれ、支店の別会社登録、部署情報の混入を防ぐ最小ルールと、現場で回る登録フローを整理します。
結論から言うと、会社マスタは「正式名称」「表示名」「正規化名」「会社ID」を分け、支店や部署を別管理にするだけで大半の事故を防げます。逆に、会社名欄へ何でも自由に入れてよい状態を放置すると、名寄せ と 活動ログ設計 の両方が崩れ、営業判断まで鈍ります。
本記事のポイント
- 会社マスタの崩壊は「法人名ゆれ」「支店の別会社登録」「部署情報の混入」という3つの原因がほぼすべての起点となる
- 会社名を「正式名称・表示名・正規化名」の3つに分けて管理することで名寄せが安定し、表記ゆれによるデータ分裂を防げる
- 会社IDを主キーに設定し支店・部署を別管理にすることで、社名変更にも強く部門横断で活用できる台帳構造が実現できる
この記事で扱うテーマ
このページで答える質問
- 会社マスタの設計で最初に決めるべきことは？
- 法人名の表記ゆれはどう防ぐ？
- 支店や部署を別管理にすべき理由は？
- 会社マスタの設計がCRM入力率や名寄せ精度にどう影響する？
会社マスタが壊れる3つの原因
会社マスタが壊れる現場には、ほぼ共通した原因があります。問題はデータ量ではなく、入力時点のルールが曖昧なことです。
法人名ゆれが増殖する
「株式会社」と「(株)」、「株式会社ファネルAi」と「ファネルAi」、「全角スペースあり」と「スペースなし」。これらを許すだけで、検索漏れや集計漏れが起きます。スプレッドシート運用 では特に顕著です。
支店や事業所が別会社として登録される
「○○株式会社 東京支店」を法人本体と別会社で持つと、取引履歴や与信判断が分裂します。親会社と支店の関係が追えなくなると、営業機会も失いやすくなります。
部署情報が会社名へ混入する
会社名欄に「営業部」「調達部」まで入れてしまうと、同一法人の判定が難しくなります。部署は会社の属性ではなく、関係先や接点の属性として分けて持つべきです。
会社マスタは「見た目を整える台帳」ではありません。部署横断で同じ法人を同じ法人として扱うための基準データです。
最小で決めるべき4項目
完璧なマスタを最初から作る必要はありません。まずは4項目だけ分けると、ほとんどの事故を減らせます。
| 項目 | 役割 | 例 | 混ぜてはいけないもの |
|---|---|---|---|
| 正式名称 | 契約や請求で使う基準名称 | 株式会社ファネルAi | 部署名、支店名、略称 |
| 表示名 | 画面上で見やすく表示する名称 | ファネルAi | 入力者ごとの自由な略称 |
| 正規化名 | 検索・名寄せに使う内部基準 | ファネルAi | スペース、法人格、記号の揺れ |
| 会社ID | 社名変更でも変わらない一意キー | CMP-000123 | 社名そのものを主キーにする運用 |
この4項目を分けるだけで、社名変更、略称、表記ゆれにかなり強くなります。逆に、1列だけで全部持とうとすると、後から 顧客データ設計 をやり直すことになります。
支店・部署・担当者をどう分けるか
ルールは単純で、法人は会社マスタ、支店は拠点属性、部署は組織属性、担当者は人物属性として分けます。会社名欄へ支店名や部署名を入れないだけで、集計と検索の精度が大きく変わります。
たとえば「○○株式会社 東京支店 人事部 鈴木様」という接点は、会社、拠点、部署、人物の4層へ分解して管理するべきです。こうしておくと、同法人の別支店への提案履歴や、部署をまたいだ関係性まで追えるようになります。
現場で回る登録フローを作る
設計だけ良くても、登録フローが重いと運用は止まります。現場で回る最低限の流れは次の通りです。
- 新規登録時は正式名称で検索する
見つからない場合のみ新規作成に進みます。 - 表示名と正規化名を自動補完する
入力者が毎回ルールを覚える必要を減らします。 - 支店と部署は別項目で追加する
会社名欄へ追記しない運用にします。 - 既存候補がある場合は確認フローを挟む
似た社名はその場で名寄せ候補を出す方が安全です。
これを徹底するだけで、CRMに入力されない問題 も起きにくくなります。理由は、入力者が「どこへ何を入れるか」で迷わなくなるからです。
登録前に迷いやすいケースの判定表
会社マスタが崩れやすいのは、新規登録の件数が多いからではなく、現場が迷うケースで判断が割れるからです。迷いやすいケースだけでも先に判定基準を置くと、入力品質が一気に安定します。
| ケース | 会社マスタに入れるもの | 別管理にするもの | 判断メモ |
|---|---|---|---|
| 支店から問い合わせが来た | 法人本体の会社ID、正式名称 | 支店名、所在地、担当者 | 別会社にしない |
| 部署名つきで名刺を受け取った | 会社名、表示名、正規化名 | 部署、役職、人物属性 | 会社名欄へ部署を混ぜない |
| 社名変更があった | 既存会社IDのまま正式名称を更新 | 旧社名は別名辞書へ残す | 新規会社として作り直さない |
| グループ会社か判断が難しい | 法人登記単位で別会社として登録 | 親子関係、グループ属性 | 資本関係は別属性で表現する |
この判定表を onboarding 時の説明資料に入れておくと、入力者ごとの解釈差をかなり減らせます。特に「支店」「部署」「旧社名」の扱いは、現場ルールにする前に管理者側で先に固定しておくべきです。
会社マスタが整うと何が変わるか
会社マスタが整うと、営業だけでなくマーケ、CS、経理まで同じ法人を同じ単位で扱えるようになります。これにより、案件の温度感、問い合わせ傾向、請求状況、更新タイミングが部門横断で見えるようになります。
特に、訪問計画や商談履歴が重要な ルート営業向けCRM のような現場では、会社マスタの精度がそのまま活動の質へ直結します。会社名が揺れているだけで、過去接点を見落とす事故は簡単に起きます。
よくある質問
会社名を正式名称だけで持てば十分ですか？
十分ではありません。検索性と表示性を両立するには、正式名称に加えて表示名と正規化名を分ける方が実務では安定します。
支店は会社とは別に管理すべきですか？
別会社としてではなく、会社に紐づく拠点として管理するのが基本です。別会社扱いにすると履歴が分裂します。
部署情報はどこに持つべきですか？
会社名欄ではなく、担当者属性や接点情報として持つのが安全です。部署異動に耐えやすくなります。
まずはスプレッドシートでもいいですか？
可能ですが、列設計と入力ルールを先に決めないとすぐ崩れます。将来CRMへ移す前提で構造だけは揃えておくべきです。
