OB施主名簿は、点検やリフォーム提案の基盤である一方、氏名、住所、家族構成、間取り、修繕履歴など機微性の高い情報を含みます。住宅会社のM&Aでは、顧客DBを一括でコピーする前に、利用目的、必要性、閲覧者、移管後の保管先を決める必要があります。価値評価と安全管理を同じ設計図で進めることが出発点です。
データの棚卸しを「保管場所」から始める
CRMだけを見ても全体は分かりません。営業担当者の端末、表計算、紙の顧客カード、施工写真クラウド、メール配信サービス、点検アプリ、外部委託先に同じ施主情報が残っている場合があります。各保管場所について、管理者、項目、件数、取得時の利用目的、最終更新日、エクスポート方法、削除方法を記録します。
| データ群 | M&Aでの用途 | 初期開示の方法 |
|---|---|---|
| 顧客属性 | 地域・築年数の分布確認 | 個人を識別しない集計 |
| 点検・補修履歴 | 将来対応量の把握 | 匿名の件数・金額帯 |
| 連絡先 | 承継後の案内と対応 | 必要段階まで非開示 |
| 図面・施工写真 | 保守、追加工事 | 権限を限定した閲覧 |
クラウド契約や管理者権限を含む技術面は顧客DB・施工写真・クラウド管理の確認も参照してください。
交渉段階は段階開示にする
個人情報保護法上、合併や事業譲渡など事業の承継に伴う個人データの提供では、提供先が第三者に該当しない扱いがあります。契約前の調査目的の提供も該当し得ますが、無制限に渡してよいという意味ではありません。利用目的・取扱方法、漏えい時の措置、交渉不成立時の返却・消去、安全管理措置を相手に守らせる契約が必要です。
- 候補探索：OB客数、地域、築年数、点検実施率を集計値で示す。
- 秘密保持後：顧客IDへ置換した履歴を、ダウンロード不可の環境で限定閲覧させる。
- 独占交渉後：重大補修など判断に不可欠な範囲だけ追加し、閲覧ログを残す。
- 成立時：対象事業に必要なデータを確定し、安全な方法で移管する。
匿名資料から開示を進める具体策は社名を出す前の匿名資料の整え方で確認できます。
株式譲渡でもアクセス管理は見直す
株式譲渡では顧客データを保有する法人自体は変わらないのが通常ですが、買い手担当者が新たに閲覧することや、グループ企業のシステムへ複製することは別の検討事項です。事業譲渡では、対象事業に必要なデータか、従前の利用目的の範囲内で使うか、対象外データを混ぜていないかを精査します。手法ごとの契約移転は株式譲渡・事業譲渡の使い分けと照合してください。
移管当日に止めてはいけない業務を決める
点検・緊急連絡
保証期限、次回点検日、未解決補修、緊急度を含めて移し、旧窓口と新窓口の並行期間を設けます。連絡先だけ移して履歴が欠けると、同じ説明を顧客に求めることになります。
権限・認証・バックアップ
管理者アカウントを個人メールから会社管理へ替え、多要素認証、権限表、操作ログ、バックアップ復元テストを確認します。移管ファイルは暗号化し、受領確認後に不要な複製を消去します。
利用目的と顧客向け表示
既存のプライバシー通知、契約書、同意文面と承継後の利用を突合します。新たな広告利用やグループ横断利用を予定するなら、従前の目的に含まれると決めつけず、法務専門家と必要な案内・同意を検討します。当サイトの取扱方針はプライバシーポリシーで確認できます。
残すデータと消すデータの判定表を作る
全件移管を前提にせず、法令・契約上の保存、保証対応、進行商談、継続サービスに必要かをデータ群ごとに判定します。保存期限を過ぎ、利用目的との関係も説明できない重複名簿や退職者の私物コピーは、削除の承認者と方法を決めます。一方、紛争・監査・保証に必要な記録を「古いから」と一括削除してはいけません。
M&Aが不成立になった場合は、候補先の閲覧権限を停止し、ダウンロードファイルとバックアップを含む返却・消去証明を受けます。データルーム側でも利用者、最終アクセス、失効時刻を残します。
移管後の受入テスト
件数一致だけでなく、任意の顧客について連絡先、契約、図面、点検、補修履歴を検索し、権限別に正しく表示できるかを確認します。文字化け、添付切れ、重複、更新日の欠落をエラー台帳へ記録し、誰がいつ直すかを決めます。
データ移管完了表で証跡を残す
システムごとに、抽出日時、件数、ハッシュ値または照合方法、送信者、受領者、取込結果、エラー件数、旧環境の保管・削除期限を記録します。個別案件ではデータの内容や取得経緯により適用が変わるため、個人情報保護委員会の最新ガイドラインと弁護士の確認が必要です。
顧客基盤を守りながら開示範囲を設計したい場合は、現在の保管場所一覧を用意して住宅M&Aの無料相談へお問い合わせください。
