Deux fichiers CSV de relevés bancaires semblent souvent assez proches pour qu'on les compare dans Excel. C'est justement là que l'écart se creuse. Un fichier enregistre les débits en montants négatifs. L'autre les sépare en deux colonnes, débit et crédit. L'un retient la date de comptabilisation, l'autre la date de valeur. Le temps de commencer vos recherches, les deux fichiers ne s'accordent déjà plus sur ce qu'est une même opération.
La méthode la plus sûre pour comparer deux fichiers CSV de relevés bancaires sans formules : traiter chaque export comme un fichier d'opérations brut, attribuer un rôle à chaque colonne, rapprocher les lignes sur la clé commune la plus fiable, puis n'examiner que les exceptions qui subsistent.
Lisez l'écart avant de toucher aux fichiers
La plupart des faux écarts apparaissent avant même la moindre comparaison. Les deux exports enregistrent déjà la même opération de deux façons différentes.
Servez-vous de ce tableau pour le premier passage.
| Ce que vous voyez à l'écran | Ce que stocke le fichier A | Ce que stocke le fichier B | Résultat au rapprochement |
|---|---|---|---|
05/01/2026 et -125.40 | La date est du texte 05/01/2026 ; le montant est une seule valeur signée | La date est un vrai numéro de série ; le montant est 125.40 dans une colonne Debit | Le rapprochement échoue sur le type de date comme sur la convention de signe |
1,250.00 dans les deux fichiers | Le montant est du texte, avec une virgule et une apostrophe initiale invisible | Le montant est un vrai nombre | Les valeurs paraissent identiques, mais une recherche dans le tableur les traite différemment |
TRANSFER TO SAVINGS apparaît deux fois pour 250.00 | Deux lignes distinctes ont la même date et le même montant | Une ligne porte une référence bancaire, l'autre non | Le rapprochement par date et montant produit des doublons candidats |
AMAZON contre AMAZON MKTPLACE PMTS | Le libellé est tronqué par l'export d'une banque | L'autre conserve le libellé complet du commerçant | Le rapprochement sur le seul libellé échoue, alors que c'est le même paiement |
31/03/2026 dans un fichier et 01/04/2026 dans l'autre | Un fichier utilise la date de l'opération ou du passage en caisse | L'autre utilise la date de comptabilisation ou de règlement | Le même mouvement passe pour un décalage de date, pas pour une ligne manquante |
Opening Balance n'existe que dans un fichier | Un fichier inclut les lignes de contrôle du relevé dans le CSV | L'autre ne contient que des opérations | Cette ligne ne doit pas du tout être rapprochée comme une opération |
Si deux cellules paraissent encore étrangement identiques après ce premier passage, faites un test ponctuel avec =TYPE(A2). 1 signifie qu'Excel a stocké un nombre. 2, qu'il a stocké du texte. Si Excel continue de renvoyer #N/A sur des valeurs qui semblent correspondre, la cause profonde est en général celle décrite dans pourquoi RECHERCHEV renvoie #N/A sur des formats CSV incompatibles.
Choisissez la colonne qui mérite d'être la clé de rapprochement
Toute la comparaison se simplifie dès que vous cessez de demander le même travail à chaque colonne. Certains champs se prêtent au rapprochement. D'autres ne sont que des indices d'appoint.
| Clé candidate | Quand l'utiliser | Son point fort | Où elle lâche |
|---|---|---|---|
| Référence bancaire ou identifiant d'opération | Les deux exports conservent une référence générée par la banque | La meilleure clé primaire pour un vrai rapprochement un pour un | Beaucoup d'exports CSV l'omettent ou la renomment |
| Date de comptabilisation + montant signé | Les deux fichiers utilisent la même base de date et la même règle de signe | Convient aux comparaisons propres sur un même compte | Lâche sur les décalages d'un jour et les lignes répétées au même montant |
| Montant + fragment de référence | Un fichier tronque les libellés mais garde une partie de la référence | Utile quand la référence bancaire est partielle mais stable | Faible sur le flux carte et les paiements récurrents à un même commerçant |
| Libellé + montant | La référence manque et le libellé du commerçant est stable | Bonne clé de secours pour la revue | Lâche sur les abréviations, les troncatures et les achats en double le même jour |
| Solde courant | Vous avez besoin d'un indice d'appoint après un rapprochement probable | Aide à confirmer l'ordre des lignes autour d'une opération litigieuse | Ne jamais en faire la clé primaire : une seule ligne insérée décale tout ce qui suit |
Le montant seul est fragile. Deux achats par carte à 19.99, c'est courant. Le libellé seul est fragile aussi : une banque exporte UBER BV quand une autre écrit UBER *TRIP. Le solde courant rend service pour le contexte, mais il n'est pas assez stable pour porter tout le rapprochement.
Une comparaison propre suit en général une hiérarchie :
- Rapprochez par référence bancaire quand les deux fichiers l'ont.
- À défaut, repliez sur le montant signé plus la date quand la référence manque.
- Réservez le libellé à la revue des restes, jamais pour mener le premier passage.
Attribuez les colonnes par rôle, pas par nom d'en-tête
Deux CSV bancaires décrivent souvent le même champ avec des en-têtes différents. La solution n'est pas de renommer chaque colonne à la main. C'est de décider du rôle que joue chaque colonne dans la comparaison.
Voici une correspondance type :
| Rôle dans la comparaison | En-tête fichier A | En-tête fichier B | Règle |
|---|---|---|---|
| Date d'opération | Posted Date | Value Date | Ne les comparez qu'une fois sûr que les deux banques utilisent la même base de date |
| Montant | Amount | Debit et Credit | Convertissez vers une règle de montant signé unique, ou comparez débits et crédits en passages séparés |
| Référence | Reference | Bank Ref | À utiliser comme clé primaire si les deux côtés la conservent |
| Libellé | Description | Narration | Sert d'appui à la revue, pas de première clé |
| Solde | Balance | Running Balance | À garder pour le seul diagnostic |
| Type d'opération | Type | Details | Utile pour écarter les frais, les contre-passations ou les lignes de contrôle |
Si un CSV sépare les colonnes débit et crédit, ne forcez pas ce fichier dans une mauvaise comparaison sur une seule colonne en jugeant les signes à l'œil. Deux options : un outil de comparaison qui vous laisse mapper le débit en négatif et le crédit en positif, ou deux passages — débits contre débits, puis crédits contre crédits. C'est toujours plus propre que d'enfouir la logique de signe dans des colonnes de recherche que personne ne voudra auditer ensuite.
Construisez la comparaison par passages, pas en un seul rapprochement géant
Passage 1 : verrouillez les fichiers bruts
Laissez les exports d'origine intacts. Ne les écrasez pas, ne les triez pas sur place, ne supprimez aucune ligne avant de savoir ce qu'elle représente. Si un fichier se révèle plus tard contenir des lignes de solde d'ouverture ou des opérations par carte en attente, il vous faut la version intacte pour le prouver.
Passage 2 : écartez les lignes qui ne sont pas de vraies opérations à rapprocher
Avant tout rapprochement, repérez les lignes comme :
- Solde d'ouverture
- Solde de clôture
- Lignes de synthèse du relevé
- Lignes de séparation vides
- Texte de pied de page de l'export
Ces lignes relèvent du contrôle de période, pas du rapprochement des opérations. Si un fichier les inclut et l'autre non, vous fabriquez des écarts avant même de commencer.
Passage 3 : lancez d'abord la clé la plus solide
Commencez par la règle la plus fiable dont vous disposez.
| Règle du premier passage | Cas d'usage idéal | Résultat attendu |
|---|---|---|
| Référence + montant | Même compte exporté depuis deux systèmes | La plupart des lignes se rapprochent proprement, avec peu de revue |
| Montant signé + date de comptabilisation | Référence absente mais base de date alignée | Bonne couverture sur les exports bancaires simples |
| Passage débit seul ou crédit seul | Un fichier répartit les montants sur deux colonnes | Évite les faux écarts de signe |
N'introduisez pas le libellé dans ce premier passage sans nécessité. Le libellé du commerçant crée du bruit tôt et résout rarement quoi que ce soit.
Passage 4 : examinez les restes par type d'exception
Après le premier passage, chaque ligne restante doit tomber dans l'une de quelques catégories nettes :
| Catégorie d'exception | Ce que cela signifie en général | Prochaine étape |
|---|---|---|
| Absente du fichier A | L'opération n'existe que dans le fichier B | Vérifiez le filtre de date, la période du relevé, ou si le fichier A a écarté ce type d'opération |
| Absente du fichier B | L'opération n'existe que dans le fichier A | Vérifiez l'exhaustivité de l'export, les éléments en attente ou les doublons |
| Même montant, date différente | Délai de comptabilisation ou écart de date de valeur | Classez en décalage de date, sauf si un autre champ contredit |
| Même date, même montant, plusieurs candidats | Problème de valeurs en double | Faites appel à la référence, au contexte du solde ou à la séquence voisine |
| Même ligne, signe différent | Convention débit/crédit incohérente | Revoyez la règle de montant avant d'aller plus loin |
| Même texte, type de valeur stocké différent | Problème texte/nombre | Normalisez le type du champ, puis relancez la comparaison |
Passage 5 : réservez le libellé pour trancher les restes ambigus
Une fois les exceptions réduites à une poignée, le libellé devient utile. À ce stade, vous ne parcourez plus des milliers de lignes. Vous décidez si ATM WDL 004281 est le même retrait d'espèces que ATM CASH 4281.
Le libellé est un outil de revue. Ce n'est pas la colonne vertébrale de la comparaison.
Traitez les cas particuliers des relevés bancaires que les guides CSV génériques ignorent
Les pages de comparaison CSV génériques s'arrêtent en général à « importez deux fichiers et comparez ». Un relevé bancaire demande davantage.
Date de comptabilisation contre date de valeur
Les banques ne s'accordent pas toujours sur la date à porter dans l'export. Un paiement par carte effectué tard le soir peut figurer un jour plus tôt dans un fichier, un jour plus tard dans l'autre. Ce n'est pas une opération manquante. C'est un décalage de date. Faites-en une catégorie à part.
Colonnes débit et crédit séparées
Un fichier range les retraits dans Debit et les versements dans Credit, tandis que l'autre n'a qu'une colonne Amount signée. Sans normaliser cette règle d'abord, chaque paiement sortant devient un faux écart.
Opérations répétées au même montant
Cafés, prélèvements d'abonnement, retraits d'espèces et virements de balayage produisent des doublons en permanence. Si vous rapprochez sur la seule date et le seul montant, la mauvaise ligne peut sembler rapprochée pendant que le vrai écart reste caché.
Lignes de solde et de synthèse
Certains exports glissent des lignes de solde d'ouverture, de solde de clôture ou de total journalier dans le CSV. Ces lignes servent au contrôle, mais ce ne sont pas des opérations individuelles et elles ne doivent jamais se disputer une clé de rapprochement.
Plages de dates filtrées
Un CSV peut couvrir les dates du relevé pendant que l'autre couvre les dates de téléchargement. Voilà comment on finit par comparer du 1er au 31 mars d'un côté contre du 2 mars au 1er avril de l'autre. Les fichiers ne sont pas faux. C'est la fenêtre d'extraction qui diffère.
Libellés tronqués
Un export bancaire coupe le libellé du commerçant après 18 caractères. Un autre garde la chaîne complète. Traitez le libellé comme un simple indice d'appui, surtout sur le flux carte.
Un processus de comparaison de fichiers classe ces cas proprement. Un gros tableur bourré de RECHERCHEV les enfouit le plus souvent dans des colonnes intermédiaires et des filtres manuels.
La comparaison est terminée quand le résultat répond à une vraie question financière
Votre résultat final doit pouvoir montrer :
| Section du résultat | Ce qu'elle doit vous dire |
|---|---|
| Opérations rapprochées | Quelles lignes sont confirmées dans les deux fichiers |
| Lignes manquantes | Quelles opérations n'existent que d'un seul côté |
| Décalages de date | Quelles lignes concordent en montant mais portent des dates différentes |
| Doublons candidats | Quelles lignes de même valeur réclament une clé plus solide |
| Totaux de contrôle | Si les montants non rapprochés sont expliqués ou encore ouverts |
Si cette comparaison alimente les travaux de clôture, la question suivante ne porte en général plus sur le CSV. Elle porte sur la raison pour laquelle la banque et la comptabilité divergent encore, une fois le relevé rapproché. C'est là que que faire quand la comptabilité ne concorde pas avec la banque en fin de mois devient l'étape de diagnostic suivante.
Quand le vrai gâchis, c'est de tout refaire chaque mois
Le calvaire manuel, c'est rarement la première comparaison. C'est la cinquième. Puis la dixième. Puis celle où une banque change ses en-têtes, où une autre ajoute une colonne de solde, et où l'échéance du relevé, elle, ne bouge pas.
À ce stade, le travail n'a plus rien d'analytique. C'est du rapprochement de fichiers à répétition, de la revue d'exceptions à répétition, du nettoyage de rapport à répétition.
