Relevés qui se chevauchent : vérifier les doublons sans perdre de paiements

Des lignes identiques dans deux exports qui se chevauchent sont des candidats au doublon, pas une autorisation de suppression. Deux paiements réels peuvent partager date, libellé et montant. Identifiez d’abord le compte et la période de chaque fichier, puis comparez références et positions sources.

Inventorier les fichiers avant de comparer les opérations

Ajoutez fichier source et numéro de ligne avant consolidation. Confirmez compte, devise et date utilisée pour les bornes de chaque export.
Dressez la liste des candidats dans la seule zone commune. Comparez référence complète, sens, montant et soldes disponibles ; laissez les paires incertaines à vérifier.
Notez la ligne conservée et le motif d’exclusion de l’autre. Gardez les fichiers bruts et un journal permettant de revenir sur la décision.

Exemple fictif

Le fichier A couvre le 1er au 31 octobre ; B, le 25 octobre au 15 novembre. Tous deux portent TX-A17, débit 32,00 le 27 octobre : cette référence répétée apporte un indice. Le 28, deux paiements carte de 8,00 portent des références différentes. Une règle date+montant supprimerait à tort un vrai paiement.

Définir la zone commune avant de comparer

Écrivez un inventaire : A utilise les dates d’enregistrement du 1er au 31 octobre ; B, le même champ du 25 octobre au 15 novembre, pour le même compte et la même devise. La zone de contrôle est donc du 25 au 31 octobre inclus dans ce cas fictif. Si B utilise la date de valeur, les bornes ne sont pas encore comparables. Clarifiez ce point avant de chercher des correspondances dans tout le tableau.

Une référence répétée est plus probante si les autres champs concordent. Si TX-A17 porte 32,00 dans A et 23,00 dans B, ne retenez pas la première version par défaut : consultez les deux sources. Un export natif de la banque couvrant toute la période souhaitée peut éviter l’assemblage ; vérifiez néanmoins ses bornes et ses champs.

Justifier chaque exclusion

Attribuez une clé stable à chaque ligne brute, par exemple A:17 ou B:4, puis un état aux paires : doublon confirmé, opérations distinctes ou non résolu. Reliez clé conservée, clé exclue et preuve. Dans un sous-ensemble fictif comprenant deux copies du paiement de 32,00 et les deux paiements distincts de 8,00, les débits bruts valent 80,00 sur quatre lignes. Exclure seulement la copie confirmée de 32,00 laisse trois lignes et 48,00. Le journal doit expliquer exactement ces écarts.

Choisissez explicitement la clé source conservée après revue au lieu de laisser l’ordre des lignes décider de l’occurrence retenue. Sélectionnez explicitement la clé source vérifiée et gardez les deux repères accessibles dans le journal.

Examiner les preuves avant de choisir une ligne à conserver

Un champ référence peut désigner un commerçant ou un lot plutôt qu’une opération unique. Vérifiez sa signification dans la description de l’export bancaire lorsqu’elle existe. Conservez la référence brute entière ; une copie raccourcie ou normalisée sert seulement à rechercher des candidats.

Observation pour le même compte et la même devise	Décision	Preuve encore nécessaire
Même identifiant d’opération, montant, sens et date d’enregistrement	Candidat à une seule opération conservée	Confirmer le rôle de l’identifiant et les deux lignes sources
Seulement même date, libellé et montant	Garder à vérifier	Distinguer deux paiements de deux représentations d’un paiement
Même référence, montants différents	Ne pas fusionner	Relire les montants et le détail de l’opération
Débit et crédit correspondant	Conserver les deux mouvements	Vérifier une éventuelle annulation ; ce ne sont pas deux copies identiques
Trois copies vérifiées d’une écriture	Conserver une clé source, en exclure deux	Une décision de groupe reliée aux trois sources

Avec trois fichiers qui se chevauchent, examinez des groupes plutôt que de supprimer chaque paire indépendamment. Dans un autre cas fictif, A:17, B:4 et C:2 représentent le même débit de 32,00 EUR. Le total brut vaut 96,00 ; conserver A:17 exclut 64,00 sur exactement deux lignes et laisse 32,00. Un journal de paires A/B, A/C et B/C ne doit pas produire trois exclusions. Inscrivez chaque clé exclue une seule fois avec la clé conservée correspondante.

Construisez sur une copie de revue une liste de candidats à partir des champs de comparaison choisis, avec leurs repères sources. Travaillez sur une copie de revue : cette liste filtrée n’est pas l’export complet. Gardez fichier et ligne sources, sans les inclure dans une clé destinée à rapprocher deux fichiers. Conservez aussi les lignes sans correspondance et les groupes incertains dans des vues de contrôle, puis rattachez chaque ligne brute au tableau conservé ou au journal d’exclusion.

Contrôles et limites

Comparez nombres de lignes et totaux débit/crédit avant et après exclusions, surtout aux bornes de la période commune. La suppression de doublons Power Query dépend des colonnes comparées ; elle ne prouve pas l’identité bancaire. Sans identifiant fiable, relisez la source et conservez les paires ambiguës.

Contrôles complémentaires

Confirmez périodes et références avant de supprimer un doublon présumé. Date d’enregistrement et date de valeur : garder deux colonnes · Références bancaires dans Excel : préserver chiffres et zéros initiaux · Vérifier un solde bancaire sans masquer les erreurs d’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.