重複検出は、連絡先を2つの方法(正規化したメールアドレスの完全一致と、正規化した表示名+会社名の一致)でまとめ、各グループを古い順に表示します。そのため、最も長く存在するレコードが自然と残す候補になります。統合すると、重複側に紐付くすべて(リード、商談、活動、メモ、タスク、関係、カスタムオブジェクトのレコード、メール履歴)が残す側に付け替えられ、残す側で空欄の項目が重複側の値で補完され、カスタム項目もマージされたうえで、重複側が削除されます。2クリックの確認作業です。グループを開き、すでに残す候補となっている相手を確認し、残りをそこに統合するだけです。
2つの一致ルールを自動で実行
重複は、正規化したメールアドレス(大文字小文字を無視し、前後の空白を除去)と、正規化した表示名+会社名の2通りでまとめられます。これにより「同一人物、同一アドレス」と「同じ会社の同じ名前が二重登録」の両方を検出できます。
- 各グループには、どのルールで一致したかと一致したキーが表示されます
- グループは重複排除されるため、同じ連絡先の組が両方のルールで二重に表示されることはありません
- グループ内で最も古い連絡先が、残す候補として提示されます
項目ごとの手作業コピーではなく、1回の操作で統合
「残すレコードに統合」を選ぶと、重複側に紐付くすべての関連レコード(リード、商談、活動、関係、カスタムオブジェクトのレコード、メール)が1つのトランザクション内で残す側に付け替えられ、その後で重複側が削除されます。
- 重複側に紐付くメモとタスクも、残す側に移動します
- 重複側を指している関係は、どちら側からのものであっても残す側に付け替えられます
- 重複側に紐付くものが黙って失われることはありません。すべて先に付け替えられます
空欄は補完され、上書きはされません
残す側に不足している項目(電話番号、役職、会社名、LinkedInのURLなど)を重複側が持っている場合、統合時にその値で補完されます。両方に値がある場合は残す側の値が優先されるため、残す側がすでに持っていたデータが失われることはありません。
- カスタム項目も同様にマージされ、競合時は残す側の値が優先されます
- 統合は、何が付け替えられたかとともに監査ログに記録されます
実行前の安全確認
連絡先を自分自身に統合しようとした場合はそのまま拒否されます。また、付け替えを始める前に残す側と重複側の両方を参照するため、統合は完全に成功するか、まったく実行されないかのいずれかになります。
- 表計算ソフトや他のツールから連絡先を取り込んだ後にリストを整理する
- すでに登録済みのメールアドレスでランディングページから送信したリードを1件にまとめる
- 2人の担当者が同じ見込み客を別々に登録したことによる重複を解消する
重複 — よくあるご質問
2つの一致ルールによります。正規化したメールアドレスの一致と、正規化した表示名+会社名の一致です。各グループには、どちらのルールで検出されたかが表示されます。
UIはグループ内で最も古い連絡先を残す候補として提示しますが、どのレコードを残すかは統合前にご自身で選べます。
重複側に紐付くすべて(リード、商談、活動、メモ、タスク、関係、カスタムオブジェクトのレコード、メール履歴)が残す側の連絡先に付け替えられたうえで、重複側が削除されます。
いいえ。統合は、残す側で空欄の項目だけを重複側の値で埋めます。残す側にすでに値がある場合は、その値が保持されます。
いいえ。レコードの付け替え後に重複側が削除されるため、統合前にグループをご確認ください。すべての統合は、何が付け替えられたかとともに監査ログに記録されます。