Doublons dans le CRM : détection, fusion et prévention

Un doublon dans votre CRM, ce n’est pas un problème d’ordre : c’est une décision prise sur une information incomplète. Deux fiches pour un même client, et c’est toute la chaîne commerciale qui déraille.

Ce qu’un doublon coûte en décisions faussées

On réduit souvent le doublon à une question esthétique : une base propre serait simplement plus agréable à regarder. Cette vision minimise un problème qui touche directement la qualité des décisions prises au quotidien. Quand deux fiches coexistent pour une même entité, les données sont réparties entre elles. Aucune des deux n’est complète. Et c’est sur ces données incomplètes que les équipes commerciales, marketing et dirigeantes prennent leurs décisions.

Voici les six conséquences directes d’un doublon non détecté.

• Un commercial rappelle sans contexte. La dernière interaction avec le client est enregistrée sur la fiche A, mais le commercial travaille depuis la fiche B. Il ignore le dernier échange, les engagements pris, le motif du dernier appel. Il arrive en réunion client insuffisamment préparé, ce qui nuit à la relation commerciale et à la crédibilité de l’entreprise.
• Une relance envoyée deux fois. Le client reçoit deux emails de relance identiques à quelques minutes d’intervalle, ou deux courriers papier dans la même semaine. Ce n’est pas seulement agaçant : c’est un signal de désorganisation interne que le client interprétera immédiatement.
• Un chiffre d’affaires client sous-estimé. Les factures émises sont rattachées tantôt à la fiche A, tantôt à la fiche B. Quand un commercial consulte la valeur totale du compte, il ne voit qu’une partie de l’historique. Il sous-estime l’importance du client, ce qui peut se traduire par une mauvaise catégorisation, des remises mal calibrées, ou une absence de démarche fidélisation alors que le volume justifierait un suivi renforcé.
• Une segmentation fausse. Les campagnes marketing sont construites sur des segments : clients actifs, clients dormants, clients à fort potentiel. Si un client actif est éclaté sur deux fiches, ses achats récents peuvent apparaître insuffisants sur chacune d’elles, le faisant basculer dans le segment « dormant ». Il reçoit alors des communications inadaptées, voire une offre de réactivation alors qu’il vient de passer commande.
• Un historique client fragmenté. Les tickets de support, les devis acceptés, les projets en cours, les notes de réunion : tout cela s’accumule sur deux fiches sans cohérence. En cas de litige ou de négociation complexe, retrouver l’historique complet exige de croiser manuellement deux enregistrements. C’est du temps perdu et un risque d’omission.
• Des décisions stratégiques biaisées. Les rapports de direction agrègent les données de la base CRM. Si une fraction significative des clients est présente en double, les tableaux de bord affichent un nombre de clients surestimé, un panier moyen sous-estimé et des taux de rétention qui ne reflètent pas la réalité. Des décisions d’embauche, de lancement de produit ou d’expansion géographique peuvent être prises sur des chiffres erronés.

Ces six conséquences se cumulent. Un doublon qui dure un an peut avoir influencé des dizaines de décisions avant d’être identifié. Le coût n’est pas celui du nettoyage : c’est celui de toutes les actions menées sur de mauvaises bases.

Les deux natures de doublons

Avant de chercher des doublons, il est indispensable de comprendre qu’il en existe deux natures radicalement différentes, et que les confondre conduit à des erreurs bien plus graves que le doublon lui-même.

Le doublon strict est la situation où deux fiches représentent exactement la même entité dans le monde réel : un seul client, un seul contact, une seule entreprise. La dualité vient d’une erreur de saisie ou d’import, pas d’une réalité commerciale. Fusionner les deux fiches est la bonne décision.

Le doublon apparent, en revanche, oppose deux fiches qui se ressemblent fortement mais représentent deux entités distinctes. Le cas le plus fréquent est celui de deux établissements d’une même société : même raison sociale, même adresse partielle, mais numéros SIRET différents. Ils ont potentiellement des interlocuteurs différents, des contrats différents, des historiques différents. Fusionner ces deux fiches serait une erreur grave : vous perdriez la distinction entre deux réalités commerciales.

Le tableau suivant illustre des cas ambigus fréquemment rencontrés.

Situation observée	Doublon strict ou apparent ?	Décision recommandée
Dupont SA (Paris) et Dupont SA (Lyon), même SIREN, SIRETs différents	Doublon apparent	Conserver les deux fiches, les relier à la même entité juridique
Martin Jean et Jean Martin, même email, même téléphone	Doublon strict probable	Vérifier avant de fusionner, arbitrer le nom canonique
Acme et Acme SARL, même adresse, même téléphone	Doublon strict probable	Rechercher le SIRET pour confirmer, puis fusionner
Groupe Lefèvre et Lefèvre Holding, mêmes dirigeants	Doublon apparent probable	Vérifier les SIRENs, entités juridiques peut-être distinctes
Sophie Durand et Sophie Durand-Petit, même employeur	Ambigu (changement de nom ?)	Vérifier par un autre canal avant toute décision
Boutique A (fiche créée par import) et Boutique A (fiche créée par formulaire web)	Doublon strict probable	Comparer les champs avant de fusionner

La règle à retenir : fusionner un faux doublon est toujours plus grave que de laisser subsister un vrai doublon. Le doublon strict dégrade la qualité des décisions. Le faux doublon fusionné les rend définitivement impossibles sur les entités concernées.

D’où viennent les doublons

Les doublons ne naissent pas du hasard. Chaque doublon a une cause identifiable. Comprendre ces causes est la première condition pour en prévenir l’apparition plutôt que de se contenter de nettoyer après coup.

La saisie sans recherche préalable

C’est la cause la plus fréquente. Un commercial crée une nouvelle fiche client sans vérifier si cette fiche existe déjà. Parfois il est pressé. Parfois la recherche lui semble fastidieuse. Parfois la fiche existante porte un nom légèrement différent et n’apparaît pas immédiatement dans les résultats. Le résultat est toujours le même : deux fiches pour un seul client.

Cette cause est aggravée par l’absence de déduplication à la saisie. Si le CRM n’affiche pas d’avertissement lorsqu’un email ou un numéro de téléphone identique est détecté lors de la création d’une fiche, l’utilisateur n’a aucun signal pour s’arrêter. La création s’effectue sans friction, et le doublon s’installe.

L’import sans clé d’unicité

L’import en masse est le principal vecteur de création de doublons à grande échelle. Lorsqu’on importe un fichier CSV exporté d’un autre outil, d’un tableur ou d’une base de données externe, le système doit savoir si chaque ligne correspond à une fiche existante ou à une nouvelle entité. Pour cela, il a besoin d’une clé d’unicité : un identifiant qui permet de rapprocher la ligne importée d’un enregistrement existant.

Si cette clé n’est pas définie lors de l’import, le système crée une nouvelle fiche pour chaque ligne, même si la même entreprise était déjà présente dans la base. Un import de mille lignes peut ainsi créer plusieurs centaines de doublons en quelques secondes.

La clé d’unicité la plus fiable est un identifiant structuré et stable : le SIRET pour une entreprise française, l’adresse email pour un contact individuel. En l’absence de cet identifiant dans le fichier d’import, il faut au minimum définir une combinaison de champs comme la raison sociale associée au code postal, et accepter que cette combinaison ne soit pas parfaite.

Le formulaire web sans contrôle

Les formulaires de contact, de demande de devis ou d’inscription génèrent automatiquement des fiches dans le CRM. Sans mécanisme de contrôle, chaque soumission crée une fiche, même si le contact existe déjà. Un même prospect qui remplit le formulaire trois fois pour poser trois questions différentes génère ainsi trois fiches distinctes.

Le contrôle peut porter sur l’adresse email, qui est généralement le champ le plus stable d’un formulaire. Si l’email soumis correspond à un enregistrement existant, le système doit enrichir la fiche existante plutôt que d’en créer une nouvelle. Ce comportement doit être configuré explicitement : il n’est jamais actif par défaut.

La synchronisation entre outils

Les équipes utilisent rarement un seul outil. Le CRM se synchronise avec un outil de marketing automation, une plateforme de support, un logiciel de comptabilité, un outil de devis. Chacun de ces outils peut contenir des données clients. Quand la synchronisation est configurée, il faut définir précisément la règle de rapprochement : quel champ de l’outil externe correspond à quel champ du CRM, et que se passe-t-il quand aucun rapprochement n’est trouvé ?

Si la réponse par défaut est « créer une nouvelle fiche », la synchronisation devient une machine à produire des doublons. Ce scénario est particulièrement insidieux car il se produit en arrière-plan, sans intervention humaine visible, et peut s’étaler sur plusieurs mois avant d’être détecté.

Le changement de raison sociale

Un client fusionne avec une autre société, est acquis par un groupe, ou change simplement de dénomination commerciale. Le commercial qui travaille avec le nouveau nom ne reconnaît pas la fiche existante sous l’ancien nom. Il crée une nouvelle fiche. L’ancienne reste dans la base avec un nom obsolète, un historique complet, et aucune mention du changement.

Ce cas est particulièrement difficile à détecter automatiquement, car les deux fiches peuvent ne partager aucun champ textuel commun. Seul un identifiant stable comme le SIREN permet de les rapprocher, car le SIREN d’une entité juridique ne change pas lors d’un changement de dénomination.

Plusieurs interlocuteurs pour un même client

Dans une PME, le commercial, l’assistante administrative et le responsable technique peuvent chacun avoir leur propre contact chez le même client. Si le CRM distingue mal les fiches « entreprise » des fiches « contact », ou si chacun a ses habitudes de saisie, plusieurs fiches peuvent coexister pour la même société avec des graphies légèrement différentes, des informations partiellement contradictoires et aucune cohérence d’ensemble.

La normalisation préalable, première étape de toute détection

Avant même de chercher des doublons, il faut normaliser les données. La normalisation consiste à transformer les valeurs brutes en une forme canonique, identique pour des variantes qui représentent la même information. Sans normalisation, « SARL Dupont » et « Sarl dupont » apparaissent comme deux valeurs différentes. « 06 12 34 56 78 » et « 0612345678 » semblent ne pas correspondre. La détection échoue non pas faute de doublon, mais faute de lisibilité commune.

Le tableau suivant illustre les transformations de normalisation les plus courantes.

Champ	Valeur brute	Valeur normalisée	Transformation appliquée
Raison sociale	SARL Dupont & Fils.	dupont fils	Minuscules, suppression de la forme juridique, ponctuation retirée
Raison sociale	SAS LE MOULIN D’ARCY	moulin darcy	Minuscules, suppression SAS, élision de l’apostrophe
Téléphone	+33 (0)6 12 34 56 78	33612345678	Suppression espaces, parenthèses, tirets, indicatif unifié
Téléphone	06.12.34.56.78	33612345678	Suppression des points, ajout de l’indicatif pays
Adresse email	Jean.DUPONT+crm@Entreprise.FR	jean.dupont@entreprise.fr	Minuscules, suppression du sous-adressage (partie après +)
Prénom Nom	MARTIN Jean-Pierre	jean pierre martin	Minuscules, tiret remplacé par espace, inversion nom et prénom
Adresse	15 Bd. du Général de Gaulle	15 boulevard general de gaulle	Minuscules, développement des abréviations de voie, suppression des accents
Adresse	22 Av. des Frères Lumière	22 avenue freres lumiere	Minuscules, développement de Av., suppression des accents
Forme juridique	S.A.R.L.	sarl	Suppression des points internes, minuscules

La normalisation doit être appliquée de manière cohérente sur toutes les fiches de la base avant toute comparaison. Elle n’est pas stockée à la place des valeurs originales : elle est calculée et utilisée uniquement pour les opérations de comparaison. La valeur originale doit toujours être conservée, car c’est elle qui est affichée aux utilisateurs et imprimée sur les documents.

Les formes juridiques méritent une attention particulière. « SARL », « S.A.R.L. », « Sarl » et « sarl » doivent toutes être normalisées vers une seule forme. Il en va de même pour les abréviations de voie : « Bd », « Bvd », « Boulevard » désignent la même réalité. Un dictionnaire de normalisation doit être constitué et maintenu, car de nouvelles variantes apparaissent à chaque import.

Le sous-adressage des adresses email est souvent ignoré. Pourtant, « jean.dupont+newsletter@entreprise.fr » et « jean.dupont@entreprise.fr » correspondent au même destinataire. La partie après le signe plus est un alias de tri qui n’affecte pas la délivrabilité. La supprimer lors de la normalisation permet de détecter des correspondances qui passeraient inaperçues autrement.

Les stratégies de détection des doublons

Une fois la normalisation appliquée, il faut choisir une stratégie de détection. Aucune stratégie n’est universelle : chacune présente des avantages, des limites et un risque de faux positifs différents. Dans la pratique, on les combine selon la nature des données disponibles et le niveau de précision attendu.

La correspondance exacte sur identifiant fort

C’est la stratégie la plus fiable. Elle consiste à comparer les fiches sur la base d’un identifiant unique et stable : SIRET pour une entreprise française, adresse email pour un contact, numéro de TVA intracommunautaire pour une entité européenne.

Ce qu’elle attrape : les doublons créés par des voies différentes (saisie manuelle, import, formulaire web) qui partagent le même identifiant fort, même si le nom est saisi différemment sur chacune des fiches.

Ce qu’elle rate : les doublons où l’identifiant fort est absent sur l’une des deux fiches ou différent selon les sources. Si une fiche a été créée sans SIRET et une autre avec, la correspondance exacte ne les rapproche pas.

Risque de faux positifs : très faible, à condition que l’identifiant soit réellement unique. Le SIRET l’est par définition. L’email peut poser problème si une adresse générique comme contact@entreprise.fr est partagée par plusieurs interlocuteurs distincts au sein d’une même organisation.

La correspondance exacte sur champ normalisé

On compare des champs textuels après normalisation. Deux fiches avec la même valeur normalisée pour la raison sociale et le même code postal sont considérées comme des doublons potentiels.

Ce qu’elle attrape : les variantes de graphie qui disparaissent après normalisation, notamment les différences de casse, les formes juridiques, les accents et la ponctuation.

Ce qu’elle rate : les variantes plus importantes comme les fautes de frappe, les abréviations non prévues dans le dictionnaire de normalisation, ou l’ordre des mots inversé dans une raison sociale.

Risque de faux positifs : modéré. « Boulangerie Martin » à Paris et « Boulangerie Martin » à Lyon partagent la même raison sociale normalisée mais sont deux entités distinctes. Il faut toujours croiser avec au moins un autre champ discriminant, tel que le code postal ou le numéro de téléphone.

La correspondance approximative par similarité

On calcule une distance entre deux chaînes de caractères. Les métriques les plus utilisées sont la distance de Levenshtein, qui compte le nombre de caractères à ajouter, supprimer ou remplacer pour passer d’une chaîne à l’autre, et la distance de Jaro-Winkler, mieux adaptée aux noms propres. On fixe un seuil au-delà duquel deux valeurs sont considérées comme similaires.

À titre d’illustration hypothétique : si l’on retient un seuil de similarité à quatre-vingt-cinq pour cent, « Dupond » et « Dupont » seraient rapprochés (une seule lettre différente), mais « Dupont » et « Martin » ne le seraient pas.

Ce qu’elle attrape : les fautes de frappe, les variantes orthographiques, les noms de famille avec graphies proches comme Bernard et Bernart.

Ce qu’elle rate : les différences de structure importantes telles que l’ordre des mots inversé ou les abréviations non prévues, ainsi que les entités distinctes dont les noms sont proches par coïncidence.

Risque de faux positifs : élevé. Plus le seuil est bas, plus on détecte de doublons mais plus on génère de faux positifs. Plus le seuil est haut, moins on génère de faux positifs mais plus on rate de vrais doublons. Ce paramètre doit être calibré sur des données réelles issues de la base concernée.

Le faisceau d’indices avec score

Plutôt que de chercher une correspondance sur un seul champ, on calcule un score global en combinant plusieurs indices partiels. Chaque champ contribue au score selon son poids : l’email normalisé a un poids fort, le téléphone normalisé également, la raison sociale normalisée est pondérée selon sa longueur, le code postal entre en compte avec un poids intermédiaire. Si le score dépasse un seuil défini, la paire de fiches est signalée comme doublon potentiel pour révision.

À titre d’exemple hypothétique : une raison sociale similaire à quatre-vingt pour cent contribue pour quarante points, un téléphone identique apporte trente points, un code postal identique en ajoute vingt. Une paire qui totalise soixante-dix points sur cent est soumise à révision humaine avant toute décision.

Ce qu’elle attrape : les doublons où aucun champ n’est identique à cent pour cent mais où l’ensemble des indices converge vers une même entité probable.

Ce qu’elle rate : les doublons où très peu de champs sont renseignés, rendant le score insuffisant même pour un vrai doublon.

Risque de faux positifs : variable selon le calibrage. Cette stratégie produit des listes de « doublons probables » qui nécessitent une révision humaine, ce qui est précisément son but : orienter la vérification vers les cas les plus suspects plutôt que de décider automatiquement.

Le tableau suivant résume les caractéristiques de chaque stratégie.

Stratégie	Ce qu’elle attrape	Ce qu’elle rate	Faux positifs	Usage recommandé
Exacte sur identifiant fort	Doublons avec même SIRET ou email	Fiches sans identifiant fort	Très faibles	Première passe, automatisable
Exacte sur champ normalisé	Variantes de graphie superficielles	Fautes de frappe, abréviations hors dictionnaire	Modérés	Deuxième passe, à croiser avec un autre champ
Approximative par similarité	Fautes de frappe, variantes orthographiques	Différences de structure, coïncidences	Élevés	Troisième passe, révision humaine obligatoire
Faisceau d’indices avec score	Doublons sans correspondance exacte unique	Fiches peu renseignées	Variables selon calibrage	Revue périodique, aide à la décision

SIREN et SIRET : deux établissements ne sont pas un doublon

La distinction entre SIREN et SIRET est fondamentale dans la gestion des doublons pour les bases B2B françaises. La confondre est l’une des erreurs les plus lourdes de conséquences.

Le SIREN est un numéro à neuf chiffres qui identifie une personne morale : l’entité juridique elle-même, telle qu’elle existe au registre du commerce. Il est unique par entreprise, quelle que soit sa taille ou le nombre de ses implantations géographiques.

Le SIRET est un numéro à quatorze chiffres composé du SIREN suivi du NIC, le Numéro Interne de Classement, qui compte cinq chiffres. Il identifie un établissement, c’est-à-dire un lieu physique d’activité. Une entreprise peut avoir un seul établissement ou des dizaines. Chacun possède son propre SIRET, mais tous partagent le même SIREN.

Conséquence directe sur la gestion des doublons : deux fiches qui portent le même SIREN mais des SIRETs différents ne sont pas des doublons. Elles représentent deux établissements d’une même entité juridique. Ils peuvent avoir des adresses différentes, des interlocuteurs différents et des conditions commerciales différentes. Les fusionner serait une erreur grave qui détruirait des données irremplaçables.

La bonne architecture consiste à modéliser l’entité juridique, identifiée par le SIREN, et ses établissements, identifiés chacun par leur SIRET, comme deux niveaux distincts dans le CRM. Les relations commerciales, contrats et factures peuvent être rattachés au niveau établissement, tandis que les données juridiques et de groupe sont portées au niveau entité.

Dans la pratique, voici comment utiliser ces identifiants lors de la détection.

• Deux fiches avec le même SIRET : doublon strict quasi certain. À vérifier manuellement, mais la probabilité d’erreur est très élevée.
• Deux fiches avec le même SIREN et des SIRETs différents : doublon apparent. Ce sont deux établissements d’une même entité. Ne pas fusionner. Relier à un enregistrement de groupe si l’architecture CRM le permet.
• Deux fiches avec des noms très proches mais des SIRENs différents : entités distinctes, possiblement liées comme des filiales ou une franchise, mais juridiquement séparées. Ne pas fusionner.
• Deux fiches dont l’une n’a pas de SIRET : la correspondance doit s’appuyer sur d’autres champs, avec un niveau de confiance inférieur et une vérification manuelle indispensable.

Demander le SIRET dès la qualification d’un prospect est donc bien plus qu’une formalité administrative. C’est la meilleure protection contre les fusions abusives et le meilleur outil de détection des vrais doublons dans une base B2B française.

La fusion en six étapes

Lorsqu’un doublon strict a été confirmé, la fusion doit être menée avec méthode. Supprimer une fiche ou écraser l’autre sans protocole est risqué. Les six étapes suivantes permettent une fusion fiable et traçable.

Étape 1 : choisir la fiche maîtresse

La fiche maîtresse est celle qui sera conservée. Elle hérite de l’identifiant technique qui servira de référence pour tous les documents rattachés. Le choix de la fiche maîtresse ne doit pas se faire automatiquement sur la base de la date de création. La fiche la plus ancienne n’est pas nécessairement la plus complète ni la plus exacte. Il vaut mieux choisir la fiche maîtresse selon des critères de qualité : nombre de champs renseignés, présence d’un identifiant fort comme le SIRET, cohérence des informations avec les documents rattachés et fiabilité de la source de création.

Étape 2 : arbitrer champ par champ

Chaque champ des deux fiches doit être comparé individuellement. Pour chaque champ, trois situations sont possibles.

• Un seul des deux a une valeur : conserver cette valeur sans arbitrage nécessaire.
• Les deux ont la même valeur : conserver cette valeur.
• Les deux ont des valeurs différentes : arbitrer. La fiche maîtresse n’a pas toujours raison. Si la fiche secondaire porte un SIRET et que la fiche maîtresse n’en a pas, il faut récupérer le SIRET de la fiche secondaire. Si les deux portent des adresses différentes, il faut vérifier laquelle est la plus récente et la plus exacte en croisant avec les documents rattachés.

Cet arbitrage ne doit jamais être entièrement automatique pour les champs critiques. Une règle comme « prendre toujours la valeur la plus récente » est dangereuse : une modification récente peut être une erreur, alors que l’ancienne valeur était correcte.

Étape 3 : rattacher tous les documents

Toutes les entités liées à la fiche secondaire doivent être rattachées à la fiche maîtresse : contacts, devis, factures, contrats, projets, tickets de support, notes, activités et emails archivés. Ce rattachement doit être exhaustif. Un document qui reste accroché à la fiche secondaire deviendra orphelin lors de sa suppression, et disparaîtra de la vue commerciale sans pour autant être effacé de la base de données.

Étape 4 : enregistrer une trace de la fusion

La fusion doit laisser une trace dans le CRM. Cette trace doit mentionner la date, l’auteur, les identifiants des deux fiches fusionnées et les arbitrages effectués sur les champs en conflit. Elle sert deux objectifs : permettre l’audit en cas de contestation ultérieure, et permettre une correction ciblée si une erreur est découverte après coup.

Étape 5 : vérifier après la fusion

Une fois la fusion effectuée, il faut vérifier que la fiche maîtresse est cohérente : les documents sont bien rattachés, l’historique est complet, aucune valeur aberrante n’a été importée depuis la fiche secondaire. Cette vérification doit être faite immédiatement après la fusion, quand le contexte est encore frais et que les anomalies sont plus faciles à identifier.

Étape 6 : communiquer en interne

Si plusieurs membres de l’équipe travaillaient avec l’une ou l’autre des fiches, il faut les informer que la fusion a eu lieu. L’ancienne fiche n’existe plus. Leurs favoris, leurs filtres sauvegardés et leurs rappels doivent être mis à jour. Sans cette communication, un commercial peut continuer à chercher la fiche secondaire, ne pas la trouver, et recréer une troisième fiche qui replongera la base dans la situation initiale.

Ce qui arrive aux documents rattachés et le risque d’orphelins

La question des documents rattachés est souvent le parent pauvre de la fusion. On se concentre sur la fiche elle-même et on oublie l’écosystème de données qui en dépend. Or, c’est précisément dans cet écosystème que réside la valeur réelle du CRM.

Lors d’une fusion, chaque document lié à la fiche secondaire doit être relié à la fiche maîtresse. Dans un CRM, un document comme une facture, un devis ou un projet est associé à un client via un identifiant technique, l’identifiant interne de la fiche. Quand la fiche secondaire est supprimée, si ses documents n’ont pas été transférés au préalable, leur champ « client » pointe vers un identifiant qui n’existe plus. Ce sont des orphelins.

Les orphelins sont invisibles dans les vues standards du CRM : ils n’apparaissent plus dans aucun dossier client, mais ils existent encore en base de données. Selon la configuration du CRM, ils peuvent produire plusieurs effets indésirables.

• Disparaître des rapports financiers, faussant ainsi le chiffre d’affaires calculé par client et par période.
• Rester accessibles par recherche directe sur leur numéro mais sans lien de navigation depuis la fiche client, rendant leur découverte accidentelle.
• Déclencher des erreurs dans les intégrations avec des outils tiers qui attendent un client valide pour chaque document.
• Créer des incohérences dans les tableaux de bord qui agrègent les données par client.

La vérification des orphelins doit être systématique après chaque fusion. Une requête sur les documents dont l’identifiant client ne correspond plus à aucune fiche existante permet de les identifier. Ils doivent être rattachés manuellement si le transfert automatique a échoué ou n’a pas été configuré.

Le cas des contacts liés à une fiche entreprise mérite une attention particulière. Si la fiche secondaire avait des contacts propres, c’est-à-dire des personnes physiques rattachées à cette entreprise, ces contacts doivent être explicitement transférés ou fusionnés. Un contact rattaché à une fiche entreprise supprimée devient orphelin et disparaît de toutes les vues commerciales, même s’il est toujours joignable et actif.

La fusion est irréversible : précautions avant d’agir

La fusion de fiches dans un CRM est, dans la grande majorité des systèmes, une opération irréversible. Une fois que la fiche secondaire est supprimée et ses données absorbées par la fiche maîtresse, il n’existe généralement pas de bouton « annuler ». Les sauvegardes automatiques peuvent permettre une restauration dans certains cas, mais elles restaurent l’intégralité de la base à un instant précis, ce qui implique de perdre toutes les modifications effectuées depuis cet instant.

Cette irréversibilité impose trois règles de précaution fondamentales.

• Sauvegarder avant toute opération de fusion. Avant de lancer une campagne de nettoyage ou une fusion en masse, il faut disposer d’une sauvegarde récente de la base complète. Si la fonctionnalité d’export est disponible, exporter l’ensemble des fiches et des documents liés dans un format consultable. Cette sauvegarde doit être horodatée et conservée pendant une durée raisonnable, idéalement plusieurs semaines.
• Tester sur un échantillon avant de fusionner en masse. Si le processus de fusion est automatisé ou semi-automatisé, il ne faut jamais l’appliquer d’un coup à toute la base. Commencer par un échantillon de dix à vingt paires de fiches, vérifier manuellement que le résultat est correct sur chacune d’elles, puis élargir progressivement. Un bug dans le processus de transfert des documents peut avoir des conséquences catastrophiques à l’échelle de milliers de fiches.
• Ne jamais déléguer la fusion en masse à une personne seule sans supervision. La fusion est une opération à haut risque. Elle doit être validée par au moins deux personnes, dont l’une a une connaissance directe des données clients et peut évaluer la cohérence du résultat.

La pression de « nettoyer vite » avant une réunion de direction ou un audit est l’ennemie d’une fusion propre. Un doublon qui dure une semaine de plus ne cause aucun dommage supplémentaire mesurable. Une fusion bâclée, elle, peut effacer des années d’historique de manière irrémédiable.

La prévention : agir avant la création

Le nettoyage est coûteux, risqué et toujours incomplet. La prévention est moins visible mais beaucoup plus efficace. Elle consiste à rendre la création d’un doublon difficile plutôt que de le chercher après coup.

• Rendre la recherche obligatoire avant création. Avant de créer une nouvelle fiche client ou contact, l’utilisateur doit être invité à rechercher une fiche existante. Cette invitation peut prendre la forme d’une fenêtre de confirmation affichant les fiches similaires détectées en temps réel. Elle doit afficher au minimum les cinq à dix fiches les plus proches du nom saisi, avec des champs suffisants pour permettre l’identification sans avoir à ouvrir chaque fiche.
• Normaliser les champs dès la saisie. La mise en forme automatique, comme la majuscule sur la première lettre du prénom, la suppression des espaces en excès et la standardisation du format téléphonique, réduit les variantes et facilite les rapprochements futurs. Ces normalisations doivent être appliquées à la saisie, pas seulement lors des comparaisons de détection.
• Imposer un identifiant fort dès la création. Pour les entreprises françaises, demander le SIRET lors de la qualification est la meilleure mesure préventive. S’il est inconnu au moment de la création, laisser le champ vide plutôt que d’accepter une valeur approximative, mais rendre sa complétion obligatoire avant l’émission du premier devis ou de la première commande.
• Contrôler les formulaires web. Configurer les formulaires pour qu’ils vérifient si l’adresse email soumise correspond à un enregistrement existant. En cas de correspondance, enrichir la fiche existante plutôt que d’en créer une nouvelle. Documenter les cas où ce comportement est laissé au choix de l’utilisateur, et définir une règle explicite pour chaque situation.
• Définir des règles d’import. Toute opération d’import doit être précédée d’une phase de mappage : quel champ du fichier correspond à quel champ CRM, quelle est la clé d’unicité retenue, que faire en cas de correspondance trouvée (mettre à jour ou ignorer), que faire en cas d’absence de correspondance (créer ou rejeter). Ces règles doivent être documentées, validées et reproductibles.
• Organiser une revue périodique. Même avec les meilleures mesures préventives, des doublons apparaîtront. Une revue mensuelle ou trimestrielle des fiches suspectes, basée sur des rapports de détection générés à intervalle régulier, permet de traiter les cas au fur et à mesure plutôt que d’accumuler un retard de nettoyage qui devient ingérable.

L’import initial : le moment le plus critique

L’import initial d’une base de données existante dans un nouveau CRM est le moment où le plus grand nombre de doublons peut être créé en un temps minimal. Si la base d’origine comporte déjà des doublons, ce qui est presque toujours le cas, l’import les reproduit fidèlement. Si le processus d’import manque de rigueur, il en crée de nouveaux en plus.

La préparation de l’import doit impérativement inclure une phase de déduplication de la source avant l’import lui-même. Il est beaucoup plus simple de dédupliquer un fichier tabulaire qu’une base CRM en production, car les opérations sont réversibles, le volume est limité et les outils de traitement de données tabulaires sont plus flexibles que les interfaces CRM.

La migration de données est un sujet à part entière qui dépasse le cadre de cet article : elle comprend le mappage des champs, la transformation des formats, la validation de la qualité et les tests de cohérence avant la mise en production. Retenez simplement que la qualité d’une base CRM à J+1 de l’import détermine la charge de nettoyage pour les mois et les années qui suivent. Investir du temps dans la préparation de l’import vaut toujours mieux que corriger après coup.

Erreurs fréquentes dans la gestion des doublons

Les mêmes erreurs reviennent systématiquement dans les projets de déduplication. Les connaître permet de les éviter avant qu’elles ne se produisent.

• Fusionner en masse sans vérification préalable. Un processus automatisé qui fusionne toutes les paires dont le score dépasse un seuil, sans révision humaine, est une bombe à retardement. Les faux positifs sont inévitables. La fusion de deux entités distinctes efface des informations qui ne pourront être reconstituées nulle part.
• Fusionner des établissements d’une même société. Deux SIRETs distincts sous le même SIREN ne sont pas un doublon. Les fusionner détruit la distinction entre deux réalités commerciales, géographiques et contractuelles qui ont chacune leur propre existence.
• Choisir la fiche maîtresse sur la seule date de création. « La plus ancienne est la vraie » ou « la plus récente est à jour » sont des raccourcis dangereux. La qualité d’une fiche ne dépend pas de son âge mais de la richesse et de la cohérence de son contenu.
• Ne pas transférer les documents liés. Fusionner les fiches sans s’assurer du rattachement des devis, factures, projets et tickets crée des orphelins qui faussent tous les rapports et rendent l’historique client inaccessible depuis la fiche maîtresse.
• N’enregistrer aucune trace. Une fusion sans journal ne peut pas être auditée. En cas d’erreur ou de contestation, il est impossible de reconstituer ce qui a été fait, par qui et pourquoi.
• Nettoyer sans changer les causes. Dédupliquer la base une fois sans corriger les processus qui génèrent des doublons revient à vider un bateau qui prend l’eau sans colmater les brèches. Dans six mois, le même problème se reproduit à la même vitesse.
• Confondre contacts et sociétés. Un CRM distingue généralement les enregistrements de type « société » et les enregistrements de type « contact ». Fusionner une fiche contact avec une fiche société parce qu’elles portent le même nom crée une incohérence de type qui peut bloquer des fonctionnalités entières et rendre les rapports inexploitables.

Un doublon se prévient à la saisie, pas au nettoyage annuel

La déduplication ponctuelle est utile pour remettre de l’ordre après une période d’accumulation. Mais elle ne règle pas la cause profonde : si les processus de saisie, d’import et de synchronisation restent inchangés, la base se redoublonne à la même vitesse qu’avant le nettoyage. La prévention durable repose sur une architecture de données rigoureuse dès le départ, avec des champs normalisés, des identifiants forts exigés à la saisie, des imports contrôlés et des formulaires configurés pour enrichir plutôt que dupliquer.

Djaboo centralise les clients avec leurs contacts, devis, factures, projets, dépenses et tickets rattachés au même dossier. Les leads portent la société, le SIREN et le SIRET, ce qui fournit un identifiant fort dès la phase de qualification. Cette architecture permet à chaque membre de l’équipe d’accéder à une vue complète et cohérente sur chaque client, sans avoir à croiser plusieurs fiches pour reconstituer un historique fragmenté.

Questions fréquentes

Quelle est la différence entre un doublon et un enregistrement similaire ?

Un doublon est deux fiches qui représentent la même entité dans le monde réel. Un enregistrement similaire peut représenter une entité différente dont le nom ou les coordonnées ressemblent à ceux d’une fiche existante. La ressemblance n’est pas la preuve du doublon. Avant toute fusion, il faut confirmer que les deux fiches correspondent bien à une seule et même réalité. L’identifiant fort comme le SIRET ou l’adresse email est le moyen le plus fiable de trancher cette ambiguïté.

Peut-on automatiser entièrement la fusion des doublons ?

L’automatisation totale est déconseillée, sauf pour les cas où la correspondance repose sur un identifiant fort unique, comme deux fiches portant exactement le même SIRET. Pour tous les autres cas, une révision humaine est nécessaire avant la fusion. Le risque de faux positifs est trop élevé, et les conséquences d’une fusion erronée sont irréversibles. L’automatisation peut en revanche être très utile pour identifier les candidats à la révision et les classer par ordre de priorité selon leur probabilité d’être de vrais doublons.

Que faire si un contact a changé d’entreprise ?

Ce n’est pas un doublon. C’est une évolution de la relation commerciale. Le contact doit être détaché de l’ancienne entreprise et rattaché à la nouvelle. L’historique des interactions passées, qui était pertinent dans le contexte de l’ancienne entreprise, peut être conservé sur la fiche contact avec une note indiquant le changement de contexte et la date à laquelle il s’est produit. Il ne faut surtout pas fusionner les deux entreprises sous prétexte qu’elles partagent un contact commun.

Comment gérer le cas d’une entreprise qui change de raison sociale ?

La fiche existante doit être mise à jour avec la nouvelle raison sociale. L’ancienne raison sociale peut être conservée dans un champ dédié ou dans les notes de la fiche pour permettre les recherches futures. Si quelqu’un a créé une nouvelle fiche avec le nouveau nom sans mettre à jour l’ancienne, il faut fusionner les deux fiches en choisissant comme maîtresse celle qui porte l’historique le plus complet. Le SIREN, qui reste inchangé lors d’un simple changement de dénomination commerciale, est le moyen le plus fiable de confirmer qu’il s’agit bien du même acteur juridique.

Faut-il supprimer la fiche secondaire après la fusion ?

Selon les outils, la fusion implique souvent la suppression automatique de la fiche secondaire une fois que les données ont été transférées. Si ce n’est pas le cas, il faut la supprimer manuellement après avoir vérifié que tous les documents ont bien été transférés vers la fiche maîtresse. Conserver la fiche secondaire sans l’avoir entièrement fusionnée ne résout pas le problème : elle reste visible dans les recherches et peut continuer à être alimentée par erreur par des membres de l’équipe qui ne savent pas que la fusion a eu lieu.

Comment prioriser les doublons à traiter en premier ?

Classer les doublons potentiels par impact commercial. Un doublon sur un client actif qui génère un chiffre d’affaires régulier est plus urgent qu’un doublon sur un prospect froid qui n’a jamais donné suite. Prioriser également les doublons qui causent des problèmes visibles et signalés par les équipes : emails reçus en double par un client, commerciaux qui se plaignent de conflits de données sur un compte, rapports incohérents sur une ligne de chiffre d’affaires spécifique.

Quel est l’impact d’un doublon sur les rapports et tableaux de bord ?

L’impact est direct et systématique. Le nombre de clients est surestimé. Le chiffre d’affaires par client est sous-estimé, car les transactions sont réparties entre deux fiches et aucune n’affiche le total réel. Les taux de fidélisation et de rétention sont biaisés. Les segmentations marketing sont inexactes, classant des clients actifs comme dormants ou vice versa. Toutes les métriques calculées à partir du nombre de clients ou des données agrégées par client sont affectées. Plus le taux de doublon dans la base est élevé, plus les décisions stratégiques fondées sur ces métriques s’éloignent de la réalité opérationnelle.

Comment distinguer deux établissements d’une même société d’un vrai doublon ?

La réponse se trouve dans le SIRET. Deux fiches avec le même SIREN mais des SIRETs différents représentent deux établissements distincts d’une même entité juridique et ne sont pas des doublons. Deux fiches avec exactement le même SIRET représentent très probablement le même établissement. En l’absence de SIRET sur l’une ou les deux fiches, il faut comparer l’adresse physique complète : même numéro, même rue, même ville indiquent probablement le même établissement, tandis que des adresses dans des villes différentes suggèrent deux établissements distincts à relier à la même entité juridique, sans les fusionner.

Que faire quand on n’est pas sûr qu’il s’agit d’un doublon ?

Ne pas fusionner. Le doute est la meilleure raison de ne rien faire dans l’immédiat. Les conséquences d’une fusion d’entités distinctes sont bien plus graves que celles d’un doublon laissé en place quelques jours ou semaines de plus. Si possible, contacter directement le client ou le prospect par téléphone ou email pour confirmer son identité, ses coordonnées et son unicité. Cette vérification manuelle est souvent la seule façon de lever l’ambiguïté sur les cas limites que les algorithmes ne peuvent pas trancher.

À quelle fréquence faut-il réaliser une revue des doublons ?

La fréquence dépend du volume de création de fiches et de la maturité des processus de prévention en place. Pour une équipe qui crée plusieurs dizaines de fiches par semaine, une revue mensuelle des candidats doublons est raisonnable. Pour une base plus stable et mieux contrôlée à la saisie, une revue trimestrielle peut suffire. L’objectif n’est pas d’atteindre zéro doublon en permanence, ce qui est illusoire, mais de maintenir un niveau de qualité compatible avec des décisions fiables. La prévention à la saisie réduit progressivement la charge de ces revues au fil du temps.