Doublons CRM : fusionner sans réabonner

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. Un changement d’adresse électronique demande également de vérifier le titulaire et les choix à transférer. 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.

Un rapprochement automatique doit d’abord produire une candidature à la fusion. Si les éléments sont contradictoires, gardez les fiches séparées le temps de résoudre l’incertitude. Vous évitez ainsi d’attribuer à une personne les achats, demandes ou préférences d’une autre. Une adresse utilisée par plusieurs salariés d’une entreprise ne justifie pas de constituer un profil individuel commun.

Le contrôle doit rester proportionné. Il n’est pas nécessaire de demander systématiquement une pièce d’identité pour corriger un doublon commercial. Examinez les éléments déjà disponibles et la raison de la divergence ; si un contact avec la personne est nécessaire, expliquez la correction recherchée sans lui révéler le dossier supposé d’un homonyme.

Arbitrer par finalité et par canal

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.

Un champ vide doit conserver son sens : absence d’information, valeur non exportée ou choix non recueilli ne sont pas synonymes. Décrivez les valeurs admises avant de lancer la fusion. Par exemple, distinguer « accord démontré », « refus ou retrait », « preuve à examiner » et « non applicable à cet usage » évite de convertir toutes les cases vides en oui. Ces états sont une proposition d’organisation, pas une nomenclature imposée par le RGPD. Ils n’établissent pas, à eux seuls, la licéité de la prospection : ils renvoient aux faits et aux règles applicables à chaque canal.

Lire la chronologie de deux fiches contradictoires

Voici un dossier fictif de reprise, destiné à expliquer la règle de fusion. L’équipe a établi, à partir d’éléments concordants, que les fiches C-18 et P-62 concernent la même personne. L’email a été confirmé comme étant le sien. Le problème restant porte sur les événements marketing, pas sur l’identité.

Au moment de la fusion, le choix newsletter demeure négatif. La date du 10 septembre ne gagne pas contre le retrait du 20 juillet : elle date un import, pas une manifestation de volonté. La mise à jour postale n’y change rien. La fiche fusionnée peut retenir la coordonnée correcte tout en maintenant l’exclusion newsletter.

Le responsable doit donc conserver au moins deux notions distinctes : la date de l’événement métier et la date à laquelle le système l’a enregistré ou importé. Si l’ancien outil n’a livré que « dernière modification : 10 septembre », la chronologie du choix reste inconnue. Cette information ne permet pas de fabriquer un nouvel accord.

Si une véritable réinscription intervient ensuite

Modifions maintenant un seul fait de l’exemple : le 22 septembre, la personne utilise elle-même le formulaire pour demander à nouveau la newsletter. L’équipe dispose de l’acte, de son horodatage, du texte présenté et des éléments nécessaires à son rattachement. Elle examine la validité et la portée de ce nouvel accord, conformément à l’Art. 7(1), puis peut réactiver l’envoi correspondant si les conditions sont réunies. Source : preuve du consentement.

Cette branche ne justifie ni les envois intervenus entre le retrait et la réinscription ni une activation des offres de partenaires ou des SMS. Elle ne permet pas non plus de transformer une simple ouverture d’email, une connexion au compte ou une correction d’adresse en consentement. La réactivation doit être expliquée par un événement propre à l’usage concerné.

Si l’événement du 22 septembre n’est pas démontré, l’équipe garde l’usage concerné bloqué et recherche les éléments manquants. Elle ne demande pas au logiciel de choisir la valeur la plus favorable au nombre d’abonnés. L’incertitude doit rester visible dans le dossier de traitement.

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.

Une fiche de décision utilisable après la fusion

Pour le dossier C-18/P-62, une trace d’arbitrage peut être rédigée ainsi : « Identité rapprochée sur éléments concordants examinés par la responsable CRM. Newsletter désactivée : retrait du 20 juillet postérieur à l’accord du 8 mai ; la valeur positive importée le 10 septembre reprend l’ancien fichier. Adresse postale mise à jour séparément. Identifiants des deux fiches reliés à la fiche conservée pour traiter les événements encore reçus des outils associés. »

Cette note est un exemple, pas la preuve d’une fusion réellement effectuée. Elle montre ce qui doit être compréhensible : le périmètre du choix, la chronologie pertinente et la décision retenue. Dans le système réel, ajoutez les références des pièces, l’auteur et la date de l’arbitrage sans recopier inutilement tous les échanges personnels dans un commentaire visible à l’ensemble des commerciaux.

Conserver une correspondance entre anciens et nouveaux identifiants aide à comprendre une demande ultérieure ou un retour de synchronisation. Cela ne justifie pas de maintenir indéfiniment toutes les fiches intégrales. Fixez les accès et la durée des éléments de preuve selon leur utilité, les obligations applicables et les principes de l’Art. 5(1)(c)/(e).

La fusion ne remet pas à zéro l’ancienneté de la relation ni toutes les durées de conservation. Une fiche technique créée aujourd’hui peut contenir des données collectées plusieurs années auparavant. Préservez les dates utiles à chaque finalité au lieu de remplacer toutes les dates de collecte par celle de la 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.

Pour le dossier étudié, les résultats attendus sont concrets : la fiche fusionnée reste exclue de la newsletter ; aucun message d’accueil ne part du seul fait de sa création ; une synchronisation recevant encore l’ancien identifiant ne la réabonne pas. La variante de réinscription du 22 septembre doit activer seulement l’usage réellement demandé. Ces essais sont à réaliser sur des données fictives ; ils ne constituent pas des observations faites ici sur un produit particulier.

Le contrôle ne s’arrête pas à l’écran du CRM. Examinez la liste finale utilisée par l’outil d’envoi et les campagnes déjà préparées. Un contact correctement marqué dans la fiche principale peut encore figurer dans une sélection figée ou une file d’attente. La décision d’exclusion doit produire son effet avant le prochain envoi concerné.

Si l’intégration réintroduit une case positive après fusion, suspendez la synchronisation ou les envois concernés le temps de corriger la règle. Retrouvez l’événement source et sa signification, puis vérifiez à nouveau les scénarios. Un retour à une sauvegarde ancienne doit lui aussi préserver les retraits et corrections reçus depuis cette sauvegarde ; revenir en arrière techniquement ne permet pas d’ignorer les choix connus.

Enfin, si deux personnes ont été fusionnées par erreur, cessez d’utiliser le profil mélangé, rétablissez les rattachements corrects et examinez les communications déjà effectuées. Une altération ou divulgation résultant d’une violation de sécurité peut relever des Art. 33 et 34 : la qualification et les risques doivent être examinés, sans assimiler automatiquement toute erreur de saisie à une violation notifiable. Source : sécurité et violations de données.

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.