Comparer deux extractions d’un même relevé bancaire

Comparez deux extractions au même PDF, pas seulement entre elles. Un nombre de lignes plus grand ou un total juste ne prouve pas l’amélioration. Gardez les deux versions et distinguez lignes absentes, ajoutées et champs modifiés.

Séparer changements de présentation et désaccords sources

Gardez les valeurs originales de A et B avant toute normalisation. Un fichier plus propre n’est pas nécessairement plus fidèle. Utilisez un journal de comparaison comme cette grille proposée.

Différence	Premier contrôle	Classement après revue source
`18.00` contre `18,00`	Interprétation numérique selon chaque convention	Même montant ou erreur de parsing
Libellé multilignes dans A, une ligne dans B	Même opération imprimée et texte complet	Présentation ou texte perdu
Débit dans A, crédit dans B	Colonne et signe imprimés	Désaccord de sens
Une ligne dans A, deux dans B	Découpage possible d’un libellé multilignes	Désaccord de frontière d’opération
Même effectif et même total	Dates, libellés et couverture source	Revue des lignes et champs toujours nécessaire

Normalisez dans des champs dérivés. Supprimer retours de ligne ou espaces de l’unique copie du libellé peut effacer la différence à examiner. Décidez des différences sans effet sur la tâche avant de qualifier une ligne d’inchangée.

Méthode pratique

Confirmez version du PDF, pages, compte et devise identiques. Nommez les sorties A et B avec date d’extraction.
Appariez par emplacement source confirmé ou identifiant fiable. Isolez les cas ambigus avant de comparer date, texte, sens et montant.
Relisez chaque désaccord dans le PDF. Notez la valeur étayée ; aucune sortie ne constitue automatiquement la vérité.

Exemple fictif

Les localisations et débits en EUR ci-dessous sont entièrement fictifs. La colonne PDF constitue la référence documentaire posée pour cet exemple, pas un résultat mesuré avec BankStatementScan.

Emplacement source	A	B	PDF
page 2, ligne 5	19,80	19,30	19,80
page 2, ligne 6	10,20	10,70	10,20
Total	30,00	30,00	30,00

A et B totalisent tous deux 30,00, comme le PDF, mais B contient deux erreurs : −0,50 sur le premier débit et +0,50 sur le second. Le PDF confirme A pour ces deux opérations. Des totaux égaux ne valident donc ni chaque montant ni un taux global de précision.

Justifier toutes les lignes avant de choisir une version

Créez une feuille de comparaison avec une entrée par opération source confirmée : repère, valeur A, valeur B, catégorie et décision PDF. Utilisez quatre catégories : seulement dans A, seulement dans B, commune modifiée, commune inchangée. Gardez les appariements ambigus dans une liste séparée. Le montant contrôlé ne doit pas être la seule clé : sa modification ferait passer un écart de champ pour une ligne absente.

Prolongeons fictivement le tableau avec une opération commune inchangée, une présente seulement dans A et une autre seulement dans B. Chaque sortie contient quatre lignes, mais leur union couvre cinq candidats sources : une inchangée, deux modifiées, une A seule et une B seule. Vérifiez A : 1+2+1=4 et B : 1+2+1=4. Des effectifs égaux cachent une omission comme les totaux égaux cachent les deux erreurs de montant. Le PDF doit déterminer si chaque candidat non apparié est une vraie opération ; « B seule » ne signifie pas « nouvelle ligne correcte ».

Sur un petit relevé, aligner manuellement les repères est une alternative applicable. Comparez en conservant les lignes concordantes et non concordantes des deux sorties ; vérifiez types et unicité des clés de rapprochement. Une comparaison interne seule masquerait justement les lignes à examiner. Avant de retenir une sortie, résolvez ou listez explicitement chaque candidat ouvert et recontrôlez les champs d’origine sans écraser A ni B.

Éviter une jointure multiple qui crée de faux appariements

Imaginons deux paiements fictifs à la même date, de 25,00 chacun, présents dans A et B. Une jointure sur date et montant donne deux correspondances possibles à chaque ligne A. Développer tous les résultats produit quatre paires pour deux opérations, pas quatre opérations. Regardez le nombre de correspondances par clé avant de développer la jointure. Utilisez un repère source confirmé ou une référence réellement distincte pour résoudre les deux paires ; l’indice courant après tri ne crée pas une identité documentaire.

Si A et B découpent la source différemment, le numéro de page seul ne résout pas le rapprochement. Revenez aux frontières des opérations imprimées et rattachez les composants de chaque sortie à la même opération relue. Gardez le groupe ambigu visible jusque-là. Utilisez des types compatibles et le même ordre de champs des deux côtés du rapprochement ; ces conditions ne rendent pas unique une clé répétée.

Définir ce que la comparaison permet de conclure

Pour une revue complète, listez les opérations sources confirmées et vérifiez, dans chaque version, tous les champs nécessaires. Contrôlez séparément omissions et lignes inventées. Si vous ne relisez qu’un sous-ensemble, indiquez effectif et sélection : « six lignes fictives relues, dont les deux jonctions de pages » décrit un périmètre, pas un taux général de précision. Relire seulement les désaccords ne suffit pas si les deux versions partagent la même erreur.

Le journal conserve repère source, valeur A, valeur B, valeur étayée, motif et statut non résolu. Produisez ensuite un troisième fichier corrigé sans écraser les preuves. Recomptez ses opérations et recalculez les contrôles arithmétiques après correction : modifier une cellule peut affecter un autre contrôle. Choisissez une version avec périmètre de revue et exceptions restantes explicites. Cette procédure évalue des données exportées ; elle ne mesure pas le futur service BankStatementScan.

Contrôles et limites

Séparez écarts de champs et lignes non appariées. Une jointure sur date et montant non uniques peut multiplier les lignes ; vérifiez les cardinalités. Gardez les désaccords ouverts visibles. Sans jeu de référence défini et vérifié, cette comparaison ne produit pas de taux global de précision.

Conservez le fichier original intact et notez tout point non résolu avant d’utiliser le tableau.

Contrôles complémentaires

Comparez les mêmes positions sources et isolez les différences entre versions d’extraction. Retrouver la page PDF d’une opération dans le tableau bancaire · Erreurs OCR d’un relevé bancaire : vérifier 0/O et 1/I sans deviner · Diagnostiquer un PDF bancaire avant de choisir l’extraction.

BankStatementScan est en préparation. Le site propose une demande d’accès et un exemple fictif ; il ne convertit pas actuellement vos fichiers bancaires. Voir le service envisagé.

Sources consultées le 16 octobre 2026

W3C — Model for Tabular Data and Metadata on the Web.