Un outil de rapprochement par IA peut indiquer 987 transactions rapprochées sans préciser quelles 987 paires ont produit ce chiffre. Le total a l'air utile. Il ne suffit pas à clôturer le mois, corriger le grand livre, ni expliquer le résultat à un client.

Pour vérifier ce qu'un outil de rapprochement par IA a réellement apparié, commencez par le résultat ligne par ligne. Chaque ligne source doit apparaître quelque part. Chaque ligne rapprochée doit pointer vers une contrepartie précise. Chaque correspondance doit indiquer le champ ou la combinaison de champs ayant servi à la décision.

Sans ces trois éléments, vous contrôlez un résumé, pas un rapprochement.

Commencez par les preuves que l'outil fournit

Ouvrez l'export avant de consulter n'importe quel pourcentage affiché dans le tableau de bord. Déterminez d'abord si l'outil a produit un relevé de rapprochement ou seulement une affirmation.

Élément de sortieCe que contient un résultat vérifiableCe que contient un résultat opaque
Transactions rapprochéesLa ligne du Fichier A face à la ligne exacte du Fichier BUn total du type « 987 rapprochées »
Critère de correspondanceLa référence, le montant, la date ou la combinaison de champs utilisée pour cette paire« Correspondance IA » ou un score de confiance sans explication
Lignes non rapprochéesChaque ligne restante des deux fichiers, identifiée par sourceUn nombre ou un pourcentage de non-rapprochées
ÉcartsLes lignes concernées et la différence préciseUn avertissement général signalant l'existence d'écarts
Couverture des sourcesLa preuve que chaque ligne d'entrée a été classée une foisAucun moyen de remonter au résultat depuis les deux fichiers
Export vérifiableUn rapport ligne par ligne qu'une autre personne peut contrôlerUn résumé de tableau de bord ou un texte généré

Un score de confiance ne remplace pas ces preuves. Un outil peut être « confiant » à 96 % sur une paire sans indiquer s'il a apparié sur le numéro de facture, le montant, la proximité de date, le nom du client, ou une combinaison de ressemblances fragiles.

La vraie question n'est pas de savoir si l'outil paraît sûr de lui. C'est de savoir si vous pouvez reproduire la correspondance à partir des deux lignes sources.

Effectuez un contrôle en six étapes sur les fichiers sources

Faites-le avant de modifier l'un ou l'autre fichier. Conservez les exports d'origine, le résultat de l'outil et les paramètres utilisés pour le traitement. Modifier une date, supprimer un doublon ou normaliser une référence avant la vérification détruit la base de référence dont vous avez besoin pour tester.

1. Comptez les lignes du résultat

Notez le nombre de lignes du Fichier A, du Fichier B et du résultat de rapprochement. Excluez systématiquement les en-têtes, les lignes de sous-total et les lignes vides.

Supposons que les fichiers contiennent :

FichierLignes de transactions
Grand livre des ventes1,040
Export bancaire1,012
Résultat de l'outil marqué « rapprochées »987

Les 987 lignes rapprochées n'expliquent pas les 53 lignes de grand livre restantes ni les 25 lignes bancaires. L'outil doit également fournir un résultat non rapproché ou signalé qui les couvre.

Ne vous attendez pas à ce que les deux totaux sources soient identiques. Un virement bancaire peut représenter plusieurs factures, et un remboursement peut se rattacher à une période antérieure. Le test porte sur la visibilité du statut de chaque ligne source, pas sur l'égalité des deux fichiers au départ.

2. Vérifiez que chaque ligne du Fichier A apparaît une fois

Ajoutez un identifiant de ligne source stable si le fichier n'en contient pas déjà un. A-0001, A-0002, et ainsi de suite suffisent pour la vérification. Contrôlez ensuite le résultat pour chaque identifiant.

Chaque ligne du Fichier A doit apparaître sous l'une des formes suivantes :

  • Rapprochée avec une ligne précise du Fichier B
  • Non rapprochée
  • Signalée pour révision
  • Incluse dans un groupe un-à-plusieurs ou plusieurs-à-un clairement indiqué

Un identifiant source absent signifie que la ligne a été supprimée. Un identifiant répété peut indiquer que la même transaction a été utilisée dans plusieurs correspondances.

3. Vérifiez que chaque ligne du Fichier B apparaît une fois

Répétez le même test dans l'autre sens. Cela détecte une erreur courante qu'un contrôle unilatéral ne voit pas : deux écritures du grand livre rapprochées avec la même ligne bancaire.

Si l'outil autorise les correspondances groupées, une utilisation répétée peut être valide. Le résultat doit identifier le groupe et montrer que les montants groupés se rapprochent. S'il présente les deux paires comme des correspondances indépendantes un à un, le résultat est un faux positif.

La couverture dans les deux sens est indispensable. Un rapprochement est incomplet quand le Fichier A est entièrement représenté mais que le Fichier B contient encore des lignes invisibles.

4. Identifiez le critère de chaque correspondance

Cherchez les champs que l'outil a réellement utilisés, pas ceux que vous attendiez.

Critère de correspondanceCe qu'il faut vérifier
Référence exacteLes deux valeurs sources sont identiques après normalisation déclarée
Montant et dateLe montant concorde et la date est dans la tolérance indiquée
Numéro de facture ou de commandeL'identifiant est unique dans les deux fichiers sources
Clé compositeChaque composante de la clé concorde
Montant groupéLes lignes de composantes listées s'additionnent au total apparié
Texte approximatifLa similarité n'a pas pris le dessus sur une référence ou un montant contradictoire

Si le critère est indisponible, vous ne pouvez pas vérifier la paire de façon systématique. Vous ne pouvez qu'inspecter et supposer pourquoi l'outil l'a sélectionnée. C'est le même problème de piste d'audit décrit dans Appariement IA sans relevé ligne par ligne.

5. Testez un échantillon délibéré de paires appariées

Ne vous limitez pas aux 20 premières lignes. Les premières lignes contiennent souvent les données les plus nettes, surtout quand les fichiers sont triés par date ou par référence.

Choisissez des paires dans plusieurs groupes à risque :

  • Correspondances sur référence exacte
  • Correspondances avec tolérance de date
  • Montants répétés
  • Paiements en chiffres ronds
  • Transactions proches de la limite de période
  • Références avec préfixes, espaces ou caractères tronqués
  • Groupes un-à-plusieurs et plusieurs-à-un
  • Transactions de valeur élevée

Pour chaque paire, comparez la référence source, le montant, la date, la devise, le compte et le client ou fournisseur. Une correspondance n'est correcte que lorsque les champs désignent la même transaction sous-jacente.

Si plusieurs paires de l'échantillon sont fausses pour la même raison, arrêtez l'échantillonnage et testez l'ensemble du groupe concerné. Trois fausses correspondances parmi les paires à tolérance de date signalent un problème de règle, pas trois erreurs isolées.

6. Repérez les lignes réutilisées et les montants dupliqués

Triez le résultat rapproché par identifiant source du Fichier A, puis par identifiant du Fichier B. Tout identifiant dupliqué nécessite une explication.

Triez ensuite par montant. Les valeurs répétées sont là où la logique de correspondance faible devient visible. Les honoraires fixes, les abonnements, les paiements de paie et les factures fournisseurs standards génèrent régulièrement des montants identiques.

Pour une analyse plus complète de cette erreur, consultez pourquoi les outils de rapprochement IA apparient les mauvaises transactions.

Exemple : deux montants identiques

Supposons que le grand livre contient cette facture :

File A rowDateInvoiceCustomerAmount
A-184June 3INV-8041North Street Ltd$250.00

Le fichier bancaire contient deux encaissements :

File B rowDateReferencePayerAmount
B-390June 4INV-8041North Street Ltd$250.00
B-391June 4INV-7792Mason Retail$250.00

La bonne paire est A-184 avec B-390. Le montant et la date seuls ne le prouvent pas. Les deux lignes bancaires satisfont ces conditions. La référence de facture et le nom du donneur d'ordre identifient la bonne transaction.

Un résultat opaque pourrait afficher :

Ledger rowBank rowStatusConfidence
A-184B-391Matched94%

Le pourcentage ne corrige pas la correspondance. Les champs sources la contredisent.

Un résultat vérifiable devrait afficher :

Ledger rowBank rowStatusMatch basis
A-184B-390MatchedExact invoice reference, amount, and payer
B-391UnmatchedNo ledger row with reference INV-7792

C'est pourquoi les contrôles manuels par sondage doivent inclure les valeurs dupliquées. Un total peut encore s'équilibrer quand deux montants égaux sont inversés, tandis que le résultat au niveau de la transaction reste faux.

Traitez un score de confiance inexpliqué comme un signal d'alerte

Les scores de confiance peuvent aider à prioriser la révision. Ils ne peuvent pas établir l'exactitude seuls.

Posez quatre questions sur n'importe quel score :

  1. Quels champs ont augmenté la confiance ?
  2. Quels champs contradictoires l'ont réduite ?
  3. Quel seuil a fait passer le résultat de non rapproché à rapproché ?
  4. Le même score peut-il être reproduit à partir des mêmes données d'entrée ?

Si aucune de ces réponses n'est disponible, traitez le score comme une information d'interface, pas comme une preuve d'audit.

La même règle s'applique aux étiquettes comme « suggérée », « probable » ou « correspondance intelligente ». Elles décrivent l'évaluation de l'outil. Elles ne montrent pas la comparaison sous-jacente.

Distinguez les fausses correspondances des exceptions non résolues

Un outil conservateur peut laisser une paire ambiguë sans correspondance. Cela crée du travail de révision, mais préserve l'incertitude.

Un faux positif est plus dangereux. Il retire la transaction de la liste des exceptions et fait paraître le rapprochement plus propre qu'il ne l'est.

Classez le résultat révisé selon les catégories suivantes :

Résultat de révisionSignificationAction
Correspondance confirméeLes champs sources identifient la même transactionConserver la paire
Faux positifL'outil a apparié des transactions différentesRompre la correspondance et renvoyer les deux lignes en révision
AmbiguPlus d'une contrepartie satisfait la règleExiger un autre champ ou une pièce justificative
Ligne source manquanteUne ligne d'entrée n'apparaît pas dans le résultatRelancer ou rejeter le résultat
Ligne source réutiliséeUne ligne apparaît dans plusieurs correspondances indépendantesVérifier la logique de regroupement et l'utilisation en double
Correspondance groupée valideLes lignes listées forment un règlement ou un lot traçableConserver le groupe avec ses composantes

Cette classification transforme une inquiétude vague sur la précision de l'appariement IA en une révision maîtrisée. Elle vous donne aussi un relevé de ce qui a changé après le traitement automatique.

Décidez si le résultat peut être utilisé

Le résultat n'est prêt pour un rapport client ou une clôture de fin de mois que lorsque toutes ces affirmations sont vraies :

  • Chaque ligne des deux fichiers sources apparaît dans le résultat
  • Aucune ligne n'est utilisée deux fois sauf si elle appartient à un groupe déclaré
  • Chaque paire rapprochée identifie les deux lignes sources
  • Le critère de correspondance est visible et reproductible
  • Les lignes non rapprochées restent visibles
  • Les écarts expliquent les lignes concernées et l'action requise
  • Les montants dupliqués ont été testés séparément
  • Les correspondances significatives et à risque élevé ont été révisées
  • Les totaux finals de rapprochées, non rapprochées et signalées correspondent aux totaux sources

Si l'outil ne peut pas exporter les paires de lignes, demandez les données de correspondance sous-jacentes. S'il ne peut pas les fournir, ne convertissez pas le résultat du tableau de bord en rapport prêt pour l'audit. Conservez les fichiers sources et terminez la comparaison dans un système qui expose les correspondances réelles.