IA responsable4 min de lecture

Avant que l’IA fusionne des fiches, définissez la source de référence

L'IA peut identifier des doublons potentiels, mais ne devrait pas décider seule quelle identité, quel champ ou quel historique prévaut. Utilisez un contrat de fusion avant de combiner les enregistrements.

Bokili Editorial· Vérifié le 3 octobre 2026
PartagerX
Two supplier records compared at a human review gate, with conflicts flagged and both originals retained in an audit trail

Un enregistrement en double semble être un simple problème de nettoyage jusqu'à ce que les deux lignes soient en désaccord. Une entrée fournisseur contient la vérification bancaire actuelle, une autre a les conditions de paiement approuvées, et une vérification d'adresse tierce pointe ailleurs. Un système d'IA peut classer la paire comme une correspondance probable, mais un score de similarité élevé ne répond pas aux questions cruciales : s'agit-il vraiment de la même entité, quels champs doivent survivre et quel historique doit rester visible ?

C'est pourquoi une fusion assistée par l'IA nécessite une source de vérité gérée par l'humain. Le cadre de qualité des données du gouvernement britannique traite l'unicité, l'exhaustivité et la cohérence comme des dimensions distinctes ; un enregistrement peut être unique mais incomplet, ou dupliqué alors que chaque copie contient des preuves valides. L'ONS note également que la correspondance peut créer de faux positifs et de faux négatifs. Le flux de travail le plus sûr sépare donc la suggestion de correspondance de l'autorité de fusion.

Deux fiches fournisseur comparées à une étape de validation humaine, avec les conflits signalés et les originaux conservés dans l’historique
Une fusion sûre distingue les preuves d’identité, les règles de choix par champ et l’historique conservé.

Rédigez un contrat de fusion TRACE avant le premier clic

Un contrat de fusion est une règle de décision courte et réutilisable pour un type d'enregistrement. Il indique aux réviseurs ce qui constitue une preuve d'identité, quel système fait autorité pour chaque champ et quand le processus doit s'arrêter. Utilisez TRACE pour le rédiger :

Contrat de fusion TRACE

1

Entité cible

Nommez l'entité identifiée : un fournisseur légal, une personne, un compte, un site ou un contrat. Ne laissez pas un nom partagé remplacer une identité partagée.

2

Preuve d'enregistrement

Listez les preuves qui peuvent établir une correspondance, comme un identifiant fiscal vérifié, un numéro client ou une adresse approuvée. Marquez les signaux faibles, y compris la similarité orthographique, comme preuves secondaires uniquement.

3

Autorité par champ

Nommez la source qui l'emporte pour chaque champ important. Le système financier peut gérer les conditions de paiement tandis que les achats gèrent le statut du fournisseur.

4

Journal des conflits

Enregistrez chaque désaccord et la raison de la valeur choisie. Un réviseur devrait pouvoir reconstituer la décision sans relancer l'IA.

5

Escalader et conserver

Définissez les champs qui bloquent une fusion automatique, puis conservez les deux enregistrements originaux et leur provenance après une décision.

La similarité n'est pas l'identité

Les noms, domaines et adresses peuvent aider à trouver des candidats. Ils ne devraient pas, à eux seuls, autoriser une fusion lorsque les identifiants, la propriété ou les attributs réglementés sont en conflit.

Exemple concret : deux enregistrements de fournisseurs, une identité incertaine

Supposons qu'un assistant IA signale « Northline Studio Ltd » et « North Line Studios » comme des doublons. Les noms et le code postal sont proches. Cependant, les identifiants fiscaux diffèrent, un enregistrement est approuvé pour les paiements bancaires, et l'autre contient un certificat d'assurance valide. Traitez la suggestion comme une file de révision, pas comme une commande de fusion.

Lire, c'est bien. Pratiquer, ça change tout.

Commencer
AI suggestionHuman decision
IdentitéLikely duplicate from name and addressHold: conflicting tax IDs must be resolved by procurement
Conditions de paiementPrefer the newest valueUse the finance-owned approved value
Statut de risqueCombine both labelsRetain both until the legal entity is confirmed
HistoriqueKeep the merged rowKeep both originals, the decision log and a reversible link

Si le service des achats confirme que l'inadéquation de l'identifiant fiscal était une erreur de saisie, le réviseur choisit un enregistrement principal, applique les règles de survie champ par champ et consigne la raison pour laquelle chaque valeur a été retenue. L'enregistrement secondaire peut être désactivé, mais il reste consultable. Le ministère de l'Éducation a utilisé un modèle similaire dans la conception de ses enregistrements en double : comparaison côte à côte, enregistrement principal choisi, décisions individuelles sur les champs, commentaires et enregistrement secondaire conservé. Si l'identité n'est pas prouvée, les deux enregistrements restent actifs et le cas est escaladé.

Exécutez la fusion comme une décision contrôlée

Cinq étapes de révision

  1. 1

    Geler les candidats

    Capturez les deux enregistrements et leurs dates de mise à jour avant toute modification.

  2. 2

    Prouver l'entité

    Vérifiez les preuves d'identité du contrat. Classez la paire comme exacte, probable ou ambiguë.

  3. 3

    Résoudre par champ

    Appliquez l'autorité de la source nommée au lieu de choisir la ligne la plus complète.

  4. 4

    Enregistrer l'exception

    Consignez les conflits, les preuves manquantes, le réviseur et la raison. Arrêtez-vous sur tout champ d'escalade.

  5. 5

    Préserver et tester

    Conservez les originaux, créez le lien réversible et vérifiez les totaux, les autorisations et les alertes en aval.

Ce contrôle soutient également la précision. L'ICO conseille aux organisations de clarifier la source et le statut des données personnelles et, dans certains cas, de conserver un enregistrement précis d'une erreur plutôt que d'en effacer toute trace. Un journal de fusion n'est donc pas un désordre administratif ; c'est la preuve que l'enregistrement actuel peut être expliqué.

Exercice de contrat de fusion de dix minutes
  1. Choose two low-risk records that a system has flagged as possible duplicates.
  2. Write the target entity and two pieces of identity evidence that would prove a match.
  3. Name the authoritative source for three conflicting fields.
  4. Mark one condition that must stop the merge and require escalation.
  5. Decide how both originals and the review decision will remain accessible.

Rendez la règle réutilisable

Une fois testé, stockez le contrat à côté du workflow et révisez-le lorsque les systèmes ou les responsabilités changent. Un bon contrat fonctionne avec un journal d'hypothèses, un journal des modifications de workflow et une fiche de transfert IA. Ensemble, ils transforment une correction ponctuelle en une pratique opérationnelle contrôlée et explicable.

La discipline centrale est simple : laisser l'IA trouver des paires plausibles, mais exiger que les personnes définissent l'identité, l'autorité et l'historique conservé avant que les données ne soient combinées. La source de vérité n'est pas la ligne la plus complète, mais l'enregistrement produit par une décision explicite et vérifiable.

Sources

  1. The Government Data Quality Framework — UK Government
  2. Data linkage and matching policy — Office for National Statistics
  3. Principle (d): Accuracy — Information Commissioner's Office
  4. Resolving potential duplicate records — UK Department for Education
PartagerX

Lire, c'est bien. Pratiquer, ça change tout.

Bokili transforme ce type de compétence en missions de dix minutes pour toute l'équipe, avec un retour immédiat et une progression visible.

Commencer

À lire ensuite