社名変更・合併後の取引候補をCRMで追跡する方法
社名変更や合併の連絡を受けたら、公開情報で旧名称、新名称、変更の時点を確認し、窓口と案件をそのまま継続してよいかを別に照会します。CRMの名称を変えることと、資料共有や旧承認を引き継げることは同じではありません。旧記録を残し、確認できた関係だけを新しい記録へ結び付けます。
- 通知された変更と、公開情報で確認した変更を分ける。
- 名称・番号・日付の関係を確認し、一括置換を先にしない。
- 窓口、案件、資料、旧承認の扱いを個別に照会する。
- 旧記録を消さず、現在使う記録と参照履歴を分ける。
何の変更かを、通知と公開情報に分けて読む
まず、変更を知った経緯と、通知された内容を保存します。会社名だけが変わったのか、別会社への事業移管が説明されているのか、複数社の統合なのかを、相手が使う言葉に沿って記録します。営業担当者が見出しだけを読んで、すべて同じ種類の合併だとまとめないようにします。
会社の公式発表では、発表日と実施予定日が別の場合があります。予定を現在の状態へ先に置き換えず、どの日付が何を示すかを分けて残します。資料に予定と書かれているなら予定として扱い、実施を別の記録で確認できるまで完了の表示にしません。
出所も区別します。会社の公表資料、国税庁の公表情報、担当者からの説明、営業側の記憶を同じ根拠欄へ混ぜないでください。古い社名のサイトが残っていても、それだけで変更がないと判断せず、相違のある値を比較できるようにします。
名称と番号の時点を、履歴として照合する
旧記録の名称、会社識別子、住所、参照元と、新たに確認した情報を並べます。国税庁の検索・閲覧の案内には、最新情報と変更履歴などを確認する機能が説明されています。どの時点の情報を見ているかを区別し、表示される更新日を、すべての変更の実施日へ読み替えないようにします。
番号が変わらないように見える場合も、今回の営業記録がどの会社のものかを確認します。逆に新旧で番号が異なる場合は、その関係を推測で一本化せず、公開された説明や社内責任者への照会を根拠にします。名称が似ているというだけで、別会社の営業履歴を移すことは避けてください。
登記記録の閉鎖などの表示がある場合にも、営業担当者がその言葉だけで取引や契約の扱いを決めません。必要な法務・契約の確認へ回し、公表情報で確認できたことと、個別案件で判断することを分けます。この作業は、法律上の承継関係を独自に認定するものではありません。
窓口の継続と、案件の継続を別に聞く
以前の担当者が今も同じアドレスで返信していても、その人が同じ案件を担当し続けるとは限りません。今回の相談について連絡してよい窓口、使う会社名、資料の共有先を確認します。新しい会社のすべての社員へ旧資料を共有できると、自動的に判断しないようにします。
案件については、相手が以前確認した内容、次の作業、未確定の条件を短く整理して照会します。旧提案が新しい手順でも使えるか、再提出が必要か、どの版を参照するかを聞きます。名称の変更連絡を受けたことを、価格、予算、仕様の再承認として記録してはいけません。
発注や合意に関する記録がある場合は、営業側で承認が全部消えた、あるいは全部引き継がれたと決めないようにします。社内で責任を持つ担当者に実際の文書を渡し、扱いを確認します。確認待ちの間は、新しい会社名で確約した資料を勝手に作成しません。
架空の履歴表で、変えた値と確認待ちを残す
架空の例として、旧名称Aから新名称Bへの変更が公表され、窓口担当者も今後の連絡先を案内した場合を考えます。公開情報と案内が一致する範囲を会社記録へ反映できますが、旧提案の条件は未確認とします。会社情報と案件情報で、完了する欄を分ける例です。
履歴表には、旧記録の管理番号、新記録との関係、旧新名称、日付の意味、根拠、窓口の回答、保留事項を入れます。同じ会社記録の名称を更新するのか、別の記録を関連付けるのかは、確認できた関係と自社の運用に沿って決めます。特定CRMに一律の操作方法があると想定しません。
元の記録は、過去にどの名称で誰とやり取りしたかを説明する参照として残します。現在送信に使う値とは区別し、旧名称を検索した人にも新しい参照先が分かるようにします。履歴を残すことは、古い宛先へ送信を続ける理由にはなりません。
架空の履歴表:旧記録Rの名称Aを、確認した公表資料に基づく名称Bへ関連付ける。根拠=会社発表と公表情報、日付の意味を別記。窓口=相手が案内した連絡経路を確認済み。保留=旧提案V2の扱いと再提出先。判断=会社表示を更新し、旧記録は参照履歴として保持。案件の承認は更新しない。実在の合併や契約承継の判断ではありません。
変更の関係が不明なら、案件の自動移行を止める
架空の停止例は、似た新社名のサイトが見つかったが、旧会社との関係を裏付ける情報がなく、営業記録にも番号がない場合です。ウェブサイトの雰囲気や所在地の近さだけで、新しい会社へ全案件を移さないでください。候補関係と不明点を残し、確認する責任者を決めます。
統合操作の前には、送信予定、共有資料、連絡不要の状態、担当者の所有、案件の参照先を確認します。会社名を置換すると、相手に見える宛名や出力帳票にも影響することがあります。実際に使う機能で何が変わるかを管理担当へ確認し、対象を限定して行います。
確認できないまま案内が必要な業務がある場合は、すでに使っている正当な窓口と社内責任者へ相談します。新しい社名を見つけたことを機会に、別部署や別人への連絡を増やす必要はありません。再開条件は、会社の関係、窓口、当該案件の扱いのどれを確認する必要があるかを具体化します。
現在の記録と、過去の説明を両方追えるようにする
変更後は、新名称で検索しても旧案件へたどり着けるか、旧名称から現在の連絡先を確認できるかを見ます。会社、拠点、担当者、案件をすべて一つの文字列として置換するのではなく、それぞれの関係を照合します。更新した日と情報が有効になった日は別に記録してください。
引き継ぎでは、更新済みの会社情報と、まだ判断待ちの案件を並べて渡します。会社の履歴が整理できたから全案件が継続可能という意味ではありません。今回の確認で分かった範囲と、それを超える法律上・契約上の判断を分け、根拠のない承認状態を増やさないことが完成条件です。
参照資料:国税庁法人番号公表サイト「ご利用方法(検索・閲覧、ダウンロード機能)について」。確認日:2026年10月18日。参照URL: https://www.houjin-bangou.nta.go.jp/website/riyo-hoho/ 。最新情報と変更履歴などの表示方法の確認資料です。履歴表や照会の手順は編集上の提案で、個別の合併、契約承継、窓口継続を保証しません。
実際には各ドメインのメール基盤に関する公開統計データ(check.live-direct-marketing.online)で確認できます。
よくある質問
社名が変われば旧案件も全部移せますか。
会社情報の更新と案件の継続は別です。相手の案内、対象版、条件の扱いを確認して関係付けます。
発表日を変更日として登録してよいですか。
発表日、予定日、実施確認の時点を区別します。資料に示された日付の意味を残し、予定を実施済みにしません。
旧担当者が返信すれば承認も継続ですか。
窓口の現状と、旧提案への承認は別です。どの条件をどの手順で確認するかを改めて整理します。
旧社名の記録は削除しますか。
現在の送信対象と参照履歴を分けます。保持や削除は社内ルールに従い、過去の根拠が追えなくなる一括消去は避けます。