本社と支店を別顧客として重複登録しない営業管理

本社と支店を登録するときは、会社の識別情報を親の記録へ置き、拠点ごとの住所、担当者、案件を別に結びつけます。同じ会社の支店を独立した顧客として数え直さず、同じ法人だからという理由で別案件まで統合しないでください。会社と案件の関係が不明なら、元の記録を残して統合を保留します。

住所の役割と、記録が指している単位を確認する

最初に、各行が何を表しているかを見ます。一行は会社の基本情報、別の行は工場への送付先、さらに別の行は支店担当者との商談ということがあります。会社名が同じでも役割が違うため、住所が複数あることだけで重複と決めつけないようにします。

住所には、本店、支店、営業所、工場、請求先、送付先など、確認できた役割を付けます。資料に役割が書かれていなければ、推測で本社へ分類せず確認待ちとします。会社の公式拠点案内や案件のやり取りを参照し、資料のどの部分を根拠にしたかを記録します。

同じブランド名でも、地域ごとに別会社が運営する可能性があります。名称やウェブサイトの見た目から一つの会社と決めず、会社識別の照合を先に行います。一方、会社の記録が一つに整理できても、すべての住所や担当者が現在も有効だという結論にはなりません。

会社の親記録と、拠点の子記録を分ける

会社の親記録には、確認した名称や会社識別子、本店の情報などを置きます。拠点の子記録には、拠点名、役割、所在地、公開窓口、確認元を置きます。親子という言葉は管理上の関係を示すもので、資本関係や法律上の支配をこの表で認定する意味ではありません。

国税庁の法人番号公表サイトには、支店、支部、事業所への番号指定に関するFAQがあります。番号の制度と、営業側で拠点を識別する記録は分けて考えます。支店用の識別が必要だからといって、国税庁の法人番号に枝番を付け、正式な番号のように保存しないでください。

管理ツールに親子アカウントの機能がなくても、会社用の管理番号と拠点用の管理番号を別に持ち、参照先を残す方法があります。今回の手順は特定のCRMの機能を前提にしません。既存の表やツールで、どの行が会社でどの行が拠点かを判別できるようにします。

拠点の違いと、購買案件の違いを別々に尋ねる

本社と支店から似た問い合わせが来ても、同じ案件とは限りません。同じ設備を各拠点へ導入する計画なのか、支店ごとの独立した相談なのか、参照する案件番号や相手の説明から確認します。製品名が一致するだけで、一つの提案書へまとめないようにします。

相手に確認する質問は、今回の相談が他の拠点の案件と一緒に進むのか、それぞれの窓口で確認すべきことは何か、という作業の単位にします。会社全体の決裁権限や予算を開示してもらう必要はありません。回答された範囲を根拠に案件同士を結び付け、未確認は残します。

一人の担当者が複数拠点を担当する場合にも、個人を重複登録せず、担当する関係を分けます。逆に、同じ会社の同じ姓というだけで同一人物としてまとめません。人物、拠点、案件をそれぞれ識別しておくと、異動や担当変更にも対応しやすくなります。

架空の登録図で、一社と二案件を表す

架空の例として、一つの会社の本社と西支店が同じ製品の相談をしたが、相手の説明では別々の設置場所を検討している場合を考えます。会社の記録は一つにし、拠点を二つ、案件を二つとして関係を残します。これを二社の新規顧客ができたという記録にはしません。

登録図は、会社の親記録から本社・西支店の拠点記録へ、その各拠点から案件と担当者へ結び付く形です。案件が一括になったと後から確認できた場合には、一つの案件へ統合するか関連案件として保持するかを責任者と決めます。最初から関係を固定し、後の回答を無視するための図ではありません。

確認票には、出所、未解決の関係、分類の判断、照合者を残します。案件の状態と、連絡してよい担当範囲も別に確認します。本社の担当が資料共有を認めたからといって、支店の全員へ同じ資料を送る許可まで得たと考えないようにします。

統合が不明な場合は、元記録のまま連絡を調整する

架空の停止例は、支店名のある二行が見つかったものの、別会社か同じ会社か分からず、両方に進行中の商談がある場合です。会社名が似ているという理由で片方を削除せず、親子関係を確認待ちにします。実行予定の重複は案件担当が照合し、未確認の統合を待たずに不要な二重連絡を止めます。

統合すると、担当者の所有、送信履歴、配信対象外の状態、添付した資料などが変わる可能性があります。実際のツールで何が引き継がれるかを管理担当に確認し、元の状態を参照できるようにしてから操作します。一般的に統合できるという説明を、今使っているツールの動作として決めつけません。

どちらかの拠点が連絡不要と伝えている場合も、その対象と根拠を失わないようにします。会社の親記録を作ったことによって、以前の制限が消えたという運用にはしません。適用範囲が分からない場合は、確認する責任者を決め、送信対象への追加を保留します。

会社数と案件数を分けて、引き継げる状態にする

整理後は、会社の親記録、各拠点、担当者、案件の参照先を照合します。会社の重複が減ったことと、案件を減らしてよいことは別です。報告する件数でも、何を数えているかを明確にし、拠点の追加を新しい会社の獲得のように表さないようにします。

変更履歴には、どの記録をどう結び付けたか、確認元、確認日、判断者を残します。後から別会社だと判明した場合も、根拠をたどって訂正できることが必要です。今回の登録図は営業運用の関係を扱うもので、登記や契約上の当事者を決める資料として使いません。

参照資料：国税庁法人番号公表サイト「法人番号についてよくある質問」。確認日：2026年10月18日。参照URL： https://www.houjin-bangou.nta.go.jp/shitsumon/category.html?selCategoryId=00000 。支店等と番号指定の制度を確認する入口です。会社・拠点・案件の登録図と分類票は編集上の提案で、特定CRMの機能や法的な同一性を保証しません。

実際には各ドメインのメール基盤に関する公開統計データ（check.live-direct-marketing.online）で確認できます。

よくある質問