Doublons de fiches : comment les éviter durablement ?

Deux fiches pour le même client, trois pour le même fournisseur : le doublon est la maladie la plus banale des bases de données. Il fausse les totaux, disperse l'historique et provoque des envois en double. Voici comment le traiter et surtout comment l'éviter.

Pourquoi les doublons apparaissent

• Plusieurs points de saisie : un formulaire du site, un import de fichier et une création manuelle alimentent la même base sans se consulter.
• Aucune clé fiable : le nom sert d'identifiant, or il s'écrit de dix façons.
• Une recherche insuffisante : l'utilisateur cherche « Martin », ne trouve pas « MARTIN SAS », et crée une fiche.
• Des intégrations mal réglées : un échange entre deux logiciels recrée les fiches à chaque passage au lieu de mettre à jour.
• Des reprises successives : chaque changement d'outil apporte sa couche de fiches jamais rapprochées.

Choisir un identifiant stable

Un bon identifiant ne change pas, ne se ressaisit pas et ne dépend pas de l'orthographe. Trois familles existent :

En pratique, on combine : un identifiant interne fait référence, et une donnée naturelle sert au rapprochement lors des imports.

Détecter les doublons existants

La détection se fait en deux passes. La première compare les valeurs exactes après normalisation : tout en minuscules, sans accents, sans espaces superflus, sans mentions de forme juridique. Elle repère les cas évidents. La seconde cherche les ressemblances : noms proches à une lettre près, même adresse, même numéro de téléphone. Elle produit une liste de candidats, jamais une certitude.

Ces listes doivent être relues par une personne. Une fusion erronée mélange les historiques de deux clients distincts, ce qui se répare très mal.

Fusionner sans rien perdre

1. Désigner la fiche qui survit, généralement la plus complète ou la plus récemment utilisée.
2. Rattacher tout l'historique de la fiche absorbée : commandes, documents, échanges, rendez-vous.
3. Conserver les valeurs écartées dans un champ de notes ou un journal, plutôt que de les effacer.
4. Garder une trace du lien : l'ancien identifiant doit continuer à pointer vers la fiche conservée, sinon les intégrations existantes tombent en erreur.
5. Ne jamais fusionner en masse sans sauvegarde préalable ni possibilité de revenir en arrière.

Empêcher leur retour

Le nettoyage ponctuel ne sert à rien si la cause reste. Quatre mesures agissent durablement :

• Un contrôle à la saisie : dès la frappe des premières lettres, l'application propose les fiches existantes qui ressemblent.
• Une contrainte technique sur le champ qui doit rester unique, pour que la base refuse elle-même la création.
• Un point d'entrée unique par type de donnée : on décide quel outil fait autorité, les autres se contentent de recevoir.
• Une recherche tolérante qui trouve malgré les accents, les majuscules et les fautes de frappe.

Ce dernier point est souvent négligé alors qu'il est décisif : la plupart des doublons sont créés par des personnes de bonne foi qui n'ont pas trouvé la fiche existante. Les liaisons entre outils, décrites dans l'article relier ses logiciels grâce aux API, doivent respecter la même règle d'identifiant. NexSecure conçoit ces contrôles dans le cadre de son offre de développement web sur mesure.