Doublons CRM : fusionner sans réabonner
Fusion de doublons CRM : arbitrez les statuts contradictoires, conservez les preuves utiles et empêchez la réactivation d'un contact opposé.
Deux fiches représentent apparemment la même personne : l’une accepte les offres, l’autre contient une opposition. Une fusion qui conserve la valeur la plus récente du champ « marketing » peut réactiver le contact sans justification. Définissez d’abord l’identité, le périmètre des choix et leur chronologie.
Vérifier qu’il s’agit de la même personne
Une adresse générique, un numéro partagé ou un nom identique ne suffisent pas toujours. Contrôlez les éléments nécessaires au rapprochement sans enrichir inutilement le profil. Conservez les identifiants des fiches fusionnées pour comprendre ensuite quelle donnée venait de quelle source.
L’Art. 5(1)(d) du RGPD impose l’exactitude. La fusion est donc une décision sur les données, pas seulement une opération de rangement dans le CRM.
Arbitrer par finalité et par canal
| Situation | Décision à examiner |
|---|---|
| Opposition et simple case positive importée | Bloquer l’usage concerné ; rechercher la provenance de la case |
| Abonnement newsletter et refus des offres partenaires | Conserver deux choix distincts |
| Retrait suivi d’une nouvelle demande explicite | Vérifier la date, l’identité et la portée de cette demande |
| Statut inconnu et ancien consentement documenté | Examiner si la preuve couvre encore l’usage envisagé |
| Adresses appartenant à des titulaires différents | Ne pas fusionner sur cette seule correspondance |
Cette table est une règle de traitement proposée, à adapter au dossier. L’Art. 21(2)-(3) interdit de poursuivre la prospection concernée après opposition : texte applicable. Une logique informatique de priorité ne peut neutraliser ce droit.
Conserver la preuve de l’arbitrage
Gardez le choix retenu, les événements pertinents et le motif d’une éventuelle réactivation. Une nouvelle inscription peut modifier un choix antérieur si elle est réelle et démontrable ; le simple import d’un fichier plus récent ne le prouve pas. Le guide de la migration des preuves de consentement détaille les éléments à préserver.
Évitez une règle « la fiche gagnante écrase tout ». Les coordonnées, les préférences, les dates de conservation et les preuves ne suivent pas nécessairement le même arbitrage. Les droits doivent être propagés aux outils associés après fusion.
Vérifier les automatisations déclenchées
La suppression d’un doublon peut faire sortir le contact d’une liste d’exclusion ou relancer un scénario d’accueil. Contrôlez les workflows et les synchronisations avec des fiches fictives avant d’appliquer la règle au fichier réel.
La liste d’opposition doit continuer à reconnaître le contact concerné. Tracez les exceptions traitées manuellement et réexaminez celles pour lesquelles l’identité reste incertaine.
Ce qu’il faut retenir
- Vérifiez l’identité avant la fusion.
- Arbitrez les choix par usage, canal et chronologie prouvée.
- Contrôlez les scénarios qui pourraient repartir après la fusion.
FAQ
Faut-il toujours garder la date la plus récente ?
Non. Elle doit correspondre à un événement pertinent et démontré. Une modification technique n’est pas une nouvelle volonté de la personne.
Une opposition interdit-elle de fusionner les fiches ?
Non, mais la fusion doit respecter cette opposition et ne conserver que les données justifiées pour les finalités restantes.
Recevez nos analyses pratiques sur la conformité : inscrivez-vous à la newsletter.
Thiébaut Devergranne est docteur en droit et fondateur de donneespersonnelles.fr. Il travaille depuis plus de vingt ans sur le droit des technologies et la protection des données personnelles.