Rapprocher et fusionner les doublons Salesforce avec Dedupely

La déduplication consiste à rapprocher, fusionner ou conserver les bons enregistrements, en accord avec les processus de votre organisation. Un bon processus préserve les propriétaires, respecte les types d’enregistrement et maintient les données liées entre elles, tout en supprimant le bruit de votre base.

Avec Dedupely, vous définissez une logique de rapprochement précise, appliquez des filtres qui protègent les enregistrements stratégiques et fusionnez selon des règles alignées sur le comportement de Salesforce, tout en gardant le contrôle des valeurs qui l'emportent ou disparaissent lors de la fusion.

Ce guide explique comment construire, dans Dedupely pour Salesforce, des stratégies de correspondance et de fusion qui préservent l'intégrité des données et gardent votre org opérationnelle. Chaque décision, de la logique de correspondance aux règles de fusion, influe sur le comportement des enregistrements dans Salesforce :

• La logique de correspondance influe sur le propriétaire, l’automatisation et le reporting
• Les Merge Rules décident des champs et des relations conservés
• Les filtres évitent de fusionner trop tôt les enregistrements actifs

Ressource gratuite : l'aide-mémoire de matching Dedupely pour les admins Salesforce

Avant de commencer, téléchargez ce PDF gratuit. Il contient des configurations de matching et de fusion prêtes à l'emploi, des exemples propres à Salesforce et des processus pas à pas applicables directement dans votre org.

À quoi ressemble un bon dédoublonnage dans Salesforce

Une bonne déduplication dans Salesforce garde les enregistrements exacts, préserve les relations entre objets et laisse les workflows tourner sans accroc. Chaque fusion doit améliorer les données et maintenir la confiance des équipes qui les utilisent.

Concrètement, cela signifie :

• La logique de correspondance est définie, testée et facile à expliquer, avec des règles propres à chaque objet, adaptées à la structure des Leads, Contacts et Comptes dans Salesforce.
• Chaque objet a sa propre stratégie de déduplication : Les leads reposent souvent sur les champs de formulaire, les comptes sur le domaine + le nom, et les contacts sur l’e-mail + le téléphone.
• Les fusions à risque sont exclues par des filtres, comme des opportunités ouvertes, des requêtes actives ou des activités récentes.
• Les données relationnelles sont conservées : Le propriétaire, les Opportunités liées, l'historique des Campagnes et les autres dépendances restent rattachés après la fusion.
• La déduplication s’exécute selon une planification : Les analyses et fusions récurrentes de Dedupely règlent le problème avant qu'il n'atteigne vos rapports ou le travail des équipes.
• Les types de fusion sont clairement définis : Les groupes sûrs et à faible risque passent en Auto Merge, tandis que les enregistrements stratégiques ou complexes sont revus manuellement.

Les risques courants à éviter lors d’une déduplication dans Salesforce

Même avec les bons outils, la déduplication dans Salesforce peut créer des problèmes si certains risques sont ignorés. Ils viennent souvent du modèle de données interconnecté de la plateforme et du fait que plusieurs équipes dépendent des mêmes enregistrements.

Principaux risques à éviter :

• Fusionner des enregistrements avec une activité commerciale ou de service en cours : Comme des Opportunités ouvertes, des Requêtes en cours ou des Devis en attente, qui peuvent perturber les cycles de vente ou le support client.
• Fusionner des fiches appartenant à des propriétaires différents : Réattribuer un Compte, un Lead ou un Contact sans tenir compte des règles de territoire ou des workflows d'attribution crée des tensions entre les équipes
• Dépendance excessive à un seul champ : Les noms et les numéros de téléphone manquent de cohérence, d’où des faux positifs ou des doublons non détectés.
• Ignorer les contraintes propres à chaque objet : Par exemple, la fusion de comptes peut rattacher contacts et opportunités à un autre parent, alors que la fusion de leads suit d’autres chemins de conversion.
• Fusionner sans conserver l’historique essentiel : L’historique des campagnes, les journaux d’activité et les valeurs des champs personnalisés peuvent être perdus si les Merge Rules ne sont pas configurées pour les conserver.
• Automatiser les fusions sans tester la logique : Lancer Auto Merge sur des Search Pads non testés peut entraîner des modifications massives et difficiles à annuler

Gérer ces risques en amont garantit que la déduplication renforce la qualité des données au lieu d'en créer de nouveaux problèmes.

Construire une meilleure logique de rapprochement dans Dedupely pour Salesforce

Dans Dedupely, toute la correspondance se fait dans les Search Pads : c’est là que vous décidez ce qui compte comme doublon dans Salesforce. L’objectif est de créer une logique qui reflète la façon dont votre org saisit et gère les pistes, les contacts et les comptes, pour que seuls les vrais doublons soient regroupés.

Construire une logique de rapprochement solide dans un Search Pad

1. Choisissez votre objet Salesforce
   1. Chaque objet Salesforce (Lead, Contact, Account) stocke des relations et des données différentes : une seule logique ne peut pas convenir à tous.
   2. Créez des Search Pads distincts pour les Leads, les Contacts et les Comptes, chacun avec ses propres combinaisons de champs.
   3. Par exemple, les leads peuvent se rapprocher sur E-mail + Prénom, et les comptes sur Racine du domaine du site + Nom de l’entreprise.
2. Choisissez vos champs
   1. Les champs choisis définissent l’« empreinte » d’un doublon. N’en retenir qu’un seul peut générer des faux positifs.
   2. Utilisez au moins deux champs qui, ensemble, identifient un enregistrement de façon unique.
   3. Par exemple, E-mail + Prénom pour les leads, ou Nom de société + Téléphone pour les comptes.
3. Définissez le type de correspondance champ par champ. Dedupely vous laisse définir le niveau de rigueur de chaque comparaison de champ :
   • Exact : À utiliser pour les champs qui doivent correspondre parfaitement, afin d'éviter les erreurs. Exemple : l'e-mail sur les Leads, l'Account ID sur les Comptes, ou le CRM Owner ID pour préserver le propriétaire de l'enregistrement.
   • Similaire : À utiliser quand vous attendez de légères variations, la valeur de base restant globalement identique. Exemple : « Jonathan » et « Jonathon » dans Prénom, ou « Acme Corp » et « Acme Corporation » dans Nom du compte.
   • Approximatif : À utiliser sur des données anciennes ou importées au formatage irrégulier. Exemple : repérer « J Smith » et « John Smith » dans les champs Nom du contact, ou « 123 Main St. » et « 123 Main Street » dans Adresse.
   • Similar Words : À utiliser pour les noms d’entreprise ou les descriptions, quand les mots comptent plus que la chaîne entière. Exemple : rapprocher « Global Tech Solutions » et « Tech Solutions Global ».
   • Racine du domaine : À utiliser sur les sites web des comptes pour repérer les variations de domaine courantes dans Salesforce. Exemple : “acme.com” ou “mail.acme.com” ou “acme.co.uk” ou “acme.com.”
4. Ajoutez des filtres pour protéger les enregistrements clés
   1. Les filtres empêchent le rapprochement ou la fusion des enregistrements sensibles. Cela évite de perturber les affaires en cours ou les tickets de service.
   2. Par exemple, excluez les Contacts avec des Opportunités ouvertes ou les Comptes avec des Requêtes actives. Ainsi, les affaires en cours ne sont pas fusionnées par erreur en plein cycle.
5. Lancez votre Search Pad
   1. L’analyse montre le comportement de votre logique avant toute fusion.
   2. Un bon résultat détecte les doublons évidents et écarte les enregistrements sans rapport, comme deux entreprises au nom générique identique mais aux domaines différents.
6. Enregistrez et documentez la logique
   1. Un nommage clair et documenté permet aux autres administrateurs d'utiliser vos Search Pads sans deviner leur rôle.
   2. Par exemple, nommez votre Search Pad « Leads – E-mail + Prénom – Similaire » et indiquez dans la description les types de correspondance, les filtres et le moment où l'exécuter.

En construisant ainsi votre logique de matching dans les Search Pads, vous détectez des doublons que le matching natif de Salesforce peut manquer, tout en gardant le contrôle total sur la précision et la sécurité des fusions.

Comment fusionner dans Dedupely (et quand s'en abstenir)

Dans Salesforce, une fusion touche bien plus que les enregistrements eux-mêmes : elle change le propriétaire, met à jour les objets liés et pèse sur vos rapports. Le processus de fusion de Dedupely vous donne les étapes et les contrôles pour garder le bon enregistrement, faire gagner les bons champs et ne rien perdre d'essentiel.

Fusionner dans Dedupely :

1. Vérifiez d’abord les doublons détectés : Ouvrez les résultats de votre Search Pad et parcourez les groupes de correspondances à la recherche d’anomalies. Vérifiez par échantillonnage les enregistrements à forte valeur ou liés à des transactions ouvertes.
2. Sélectionnez les enregistrements à fusionner : Choisissez les doublons dont vous êtes sûr. Gardez comme enregistrement principal celui dont les données sont les plus complètes et les plus exactes.
3. Confirmez les règles de conservation des champs : Dedupely applique vos Merge Rules (voir Fusionner en gardant le contrôle avec Dedupely pour Salesforce ci-dessous) pour déterminer quelles valeurs de champ l'emportent. Vérifiez-les avant de valider la fusion.
4. Lancez la fusion : Les fusions sont envoyées à Salesforce en temps réel, dans le respect de vos relations d’objets et de vos mappings de champs.
5. Vérifiez les résultats : Vérifiez que les enregistrements fusionnés apparaissent comme prévu dans Salesforce, en particulier sur les éléments liés : activités, opportunités et requêtes.

Quand ne pas fusionner :

• Le groupe de correspondance contient des fiches dont les champs importants se contredisent et ne peuvent être tranchés sans vérification
• Le choix de l’enregistrement principal n’est pas évident
• Les fiches appartiennent à des comptes, divisions ou territoires différents et peuvent avoir des propriétaires distincts
• Une fusion pourrait perturber des intégrations, des automatisations ou des rapports liés à des ID d'enregistrement précis

Fusionnez sous contrôle avec Dedupely pour Salesforce

Les Merge Rules de Dedupely vous donnent le contrôle sur ce qui se passe quand des enregistrements Salesforce sont fusionnés. Au lieu de traiter chaque fusion de la même façon, les Merge Rules vous laissent définir des résultats qui respectent votre modèle de données et gardent vos enregistrements fiables après la fusion.

En résumé, les Merge Rules vous permettent de :

• Décidez quelles valeurs de champ l’emportent: Pour chaque champ, vous appliquez une logique « gagne » ou « perd ». Par exemple, conserver le Lead Owner le plus récent tout en gardant la Date de création la plus ancienne pour préserver l'historique client.
• Protégez les enregistrements liés: les activités, l'historique des campagnes et les listes associées restent toujours rattachés à l'enregistrement principal choisi, ce qui assure la continuité du reporting et des opérations.
• Contrôlez le propriétaire: si aucune règle ne s’applique, le propriétaire de l’enregistrement principal est conservé. Vous pouvez le remplacer si votre processus exige une autre logique d’attribution.

De bonnes Merge Rules allient cohérence et souplesse. Elles évitent les pertes de données imprévues tout en gardant les enregistrements fusionnés alignés sur vos workflows Salesforce.

Exemples de cas où les Merge Rules comptent :

• Garder les coordonnées les plus récentes en fusionnant plusieurs Leads entrants
• Conserver l’historique client complet en gardant la Created Date la plus ancienne
• Le propriétaire d’origine de la fiche est conservé, donc les attributions d’équipe restent justes

Exemples de stratégies de correspondance et de fusion efficaces dans Dedupely pour Salesforce

Plutôt que de traiter la déduplication comme une opération ponctuelle, construisez des stratégies reproductibles, alignées sur la façon dont vos données Salesforce sont créées, utilisées et analysées.

Exemple 1 : traitement des leads entrants

En génération de leads à gros volume, les doublons arrivent par les formulaires web ou les intégrations. Sans dédoublonnage en amont, les commerciaux relancent plusieurs fois le même prospect.

• Correspondance : Prénom + Nom + E-mail : correspondance exacte
• Filtre : Créés au cours des 30 derniers jours
• Fusion : Auto Merge quotidien pour les leads créés par les intégrations

Exemple 2 : consolidation trimestrielle des comptes

Avec le temps, les comptes Salesforce se dupliquent ou deviennent incohérents, surtout dans les grandes organisations. Cette configuration permet aux Ops de consolider sans toucher aux affaires en cours.

• Correspondance : Compte : correspondance similaire + correspondance du domaine racine
• Filtre : Dernière activité > 6 mois
• Fusion : Fusion manuelle par l'équipe Ops

Exemple 3 : nettoyage des contacts avant la synchronisation de campagne

Avant d'envoyer des contacts vers Marketing Cloud ou des listes de campagne, les doublons faussent les volumes et gonflent les coûts. Cette déduplication rend le ciblage des campagnes plus fiable.

• Correspondance : Prénom + Nom + Téléphone : correspondance exacte
• Filtre : Exclure les contacts avec une activité récente (30 derniers jours)
• Fusion : Fusion en masse avec validation manuelle

Relancez vos configurations en continu et gardez pipelines, comptes et campagnes propres là où ça compte.

Quand les doublons sont traités avec précision dans Salesforce, les rapports deviennent fiables, les tableaux de bord reflètent la réalité et les admins cessent de douter du système.

L’essentiel est de commencer petit : testez vos Search Pads, lancez des fusions contrôlées et validez les résultats. Une fois en confiance, appliquez ces configurations à des volumes plus importants ou automatisez-les. Dedupely donne aux admins Salesforce un cadre reproductible pour des fusions de qualité : règles flexibles, stratégies éprouvées et filtres pour protéger les enregistrements actifs. Votre org Salesforce reste ainsi légère, exacte et fiable pour tous ceux qui en dépendent.