Le premier relevé bancaire CSV d'un client comporte des colonnes débit et crédit séparées. Le deuxième n'a qu'une seule colonne de montant signé. Le troisième appelle la date d'opération Transaction Date, le quatrième l'appelle Value Date et trie le fichier dans l'ordre inverse.
C'est là que le rapprochement mensuel commence à ralentir.
Un comptable indépendant peut savoir exactement ce qui doit correspondre et perdre du temps quand même — parce que chaque export bancaire client arrive dans une forme différente. La difficulté ne tient pas à une incompréhension du rapprochement bancaire. Elle tient au fait que la méthode de comparaison ne se transpose pas d'un fichier client à l'autre.
Gérer plusieurs relevés bancaires CSV aux formats différents, c'est construire une méthode reproductible qui résiste à la variété des en-têtes, des signes de montants, des champs de date, des libellés, des références et des structures de fichiers. L'objectif n'est pas de rendre tous les exports bancaires identiques. C'est de faire correspondre chaque fichier à la même logique de rapprochement avant de comparer quoi que ce soit.
Identifiez la structure du fichier bancaire avant de faire correspondre les lignes
Ne commencez pas par écrire une formule de recherche. Commencez par qualifier le type de fichier CSV bancaire que vous avez.
La plupart des exports bancaires clients appartiennent à l'une de ces structures :
| Structure CSV bancaire | Colonnes habituelles | Ce qui pose problème |
|---|---|---|
| Colonnes débit et crédit séparées | Date, Description, Debit, Credit, Balance | Le montant doit être consolidé avant la mise en correspondance |
| Colonne de montant signé unique | Date, Narrative, Amount, Balance | La convention de signe varie d'une banque à l'autre |
| Date d'opération et date de valeur | Transaction Date, Value Date, Details, Amount | La mauvaise date crée de faux écarts |
| Export à solde courant | Date, Description, Money In, Money Out, Balance | Des lignes de solde ou le solde d'ouverture peuvent être inclus |
| Fichier de règlement carte ou marchand | Posted Date, Reference, Type, Amount, Fee | Les frais et les règlements peuvent être mélangés aux transactions |
| Export CSV minimal | Date, Description, Amount | Aucun identifiant de transaction stable n'existe |
Ces fichiers représentent tous des mouvements bancaires. Ils ne peuvent pas tous être comparés avec la même formule.
Un export à deux colonnes de montant doit être converti en un seul montant signé avant la mise en correspondance. Un export à montant signé nécessite de vérifier la convention débit/crédit. Un fichier avec date d'opération et date de valeur nécessite une règle claire sur quelle date utiliser pour le rapprochement. Un CSV minimal sans référence requiert une clé composite construite à partir de la date, du montant et du libellé.
Si vous sautez cette étape, la mise en correspondance peut échouer pour des raisons sans lien avec les écritures du client. Le même paiement peut exister dans les deux fichiers, mais l'un l'enregistre sous Debit 250.00, un autre sous -250.00, un troisième sous 250.00 dans une colonne Money Out. Excel ne fait pas ce rapprochement à votre place.
Pour une version plus ciblée de ce problème, la même logique de mappage s'applique quand vous devez comparer des fichiers CSV bancaires aux noms de colonnes différents.
Construisez une vue de rapprochement standardisée
La meilleure façon de gérer plusieurs relevés bancaires CSV clients, c'est de créer une vue standard dans laquelle chaque fichier vient s'insérer. Il ne s'agit pas de modifier le fichier source. Il s'agit de créer une structure de travail qui permette de comparer les écritures de façon cohérente.
Utilisez ces champs standard :
| Champ standard | Pourquoi c'est important |
|---|---|
| Client | Évite de mélanger les lignes de différents clients |
| Fichier source | Indique l'origine de la ligne |
| Nom du compte ou quatre derniers chiffres | Distingue les comptes multiples pour un même client |
| Date de comptabilisation | La date utilisée pour la période de rapprochement |
| Date de valeur | Conservée quand la banque la fournit |
| Libellé normalisé | Rend la mise en correspondance des libellés moins fragile |
| Référence bancaire | Capture les identifiants de transaction, numéros de chèque ou références de paiement |
| Montant signé | Fournit un seul champ de montant comparable |
| Sens | Indique les entrées ou sorties d'argent |
| Solde courant | Utilisé pour les vérifications d'intégrité, pas pour la mise en correspondance |
| Clé de correspondance | Le champ ou champ composite utilisé pour comparer les lignes |
| Statut | Rapproché, manquant, doublon, décalage de date, différence de montant |
Cette vue vous donne un seul endroit pour prendre des décisions. Elle maintient aussi les fichiers clients séparés — ce qui importe quand plusieurs clients utilisent la même banque et que les exports se ressemblent.
Par exemple :
| Client | Colonne banque | Champ standard | Exemple de valeur |
|---|---|---|---|
| Client A | Transaction Date | Date de comptabilisation | 2026-05-31 |
| Client B | Posted | Date de comptabilisation | 31/05/2026 |
| Client C | Value Date | Date de valeur | 2026-06-01 |
| Client A | Debit | Montant signé | -420.00 |
| Client B | Amount | Montant signé | -420.00 |
| Client C | Money Out | Montant signé | -420.00 |
| Client A | Memo | Libellé normalisé | STRIPE PAYOUT |
| Client B | Details | Libellé normalisé | STRIPE PAYOUT |
Une fois les lignes intégrées dans la même vue, le rapprochement devient un problème de comparaison — et non plus de format de fichier.
C'est aussi là que les classeurs maîtres deviennent peu fiables. Ils utilisent le fichier client précédent comme modèle pour le suivant. Ça fonctionne jusqu'à ce qu'une banque remplace Credit par Paid In, exporte les dates en 05/06/2026 au lieu de 2026-06-05, ou ajoute une colonne vide avant le montant. La méthode doit reposer sur des champs nommés et des décisions de mappage, pas sur la position des colonnes.
Normalisez les montants avant de vous fier aux totaux
Les signes de montants sont l'une des façons les plus rapides de créer un écart de rapprochement factice.
Les fichiers CSV bancaires n'utilisent pas de convention universelle. Certaines banques exportent les paiements sortants en valeurs positives dans une colonne débit. D'autres les exportent en valeurs négatives dans une colonne de montant unique. D'autres affichent les sorties d'argent en positif, car la colonne elle-même porte la signification. Certains incluent des virgules, des symboles monétaires ou des parenthèses.
Avant de faire correspondre les lignes, convertissez chaque export en une convention de montant signé :
| Convention source | Exemple dans le fichier bancaire | Montant signé standard |
|---|---|---|
| Colonne débit | Debit 420.00 | -420.00 |
| Colonne crédit | Credit 1,200.00 | 1200.00 |
| Montant signé | Amount -420.00 | -420.00 |
| Colonne sorties | Money Out 420.00 | -420.00 |
| Colonne entrées | Money In 1,200.00 | 1200.00 |
| Parenthèses | (420.00) | -420.00 |
Pour un fichier avec des colonnes Crédit et Débit séparées, combinez-les en un seul montant signé :
=SI(C2<>"",VALEUR(C2),-VALEUR(D2))La colonne C est la colonne Crédit ou Entrées ; la colonne D est la colonne Débit ou Sorties. VALEUR gère les montants en texte. Pour un fichier qui utilise des parenthèses pour les négatifs, utilisez VALEUR(SUBSTITUE(SUBSTITUE(A2,"(","-"),")","")) où A est la colonne de montant.
Vérifiez ensuite les totaux par rapport au fichier d'origine :
| Vérification | Résultat attendu |
|---|---|
| Somme des entrées standard | Égale le total des crédits ou dépôts dans le fichier d'origine |
| Somme des sorties standard | Égale le total des débits ou retraits dans le fichier d'origine |
| Mouvement net | Égal au solde de clôture moins le solde d'ouverture quand les soldes sont présents |
| Nombre de lignes | Égal aux lignes de transactions source, hors en-têtes et soldes d'ouverture |
Faites-le avant de comparer le fichier bancaire à un grand livre, un export de paiements ou un autre relevé. Si le montant signé standard est erroné, toutes les mises en correspondance suivantes deviennent suspectes.
La même règle s'applique entre clients. Une banque qui exporte les débits carte en valeurs positives peut se retrouver à côté d'une banque qui les exporte en négatif. Votre vue standard doit les rendre comparables sans prétendre que les fichiers source étaient identiques.
Choisissez la bonne date pour le rapprochement
Les colonnes de date paraissent anodines jusqu'à la clôture mensuelle.
Une banque peut exporter Transaction Date. Une autre peut exporter Posting Date. Une autre encore peut inclure Value Date. Un export de carte de crédit peut afficher Purchase Date et Posted Date. Ces dates ne coïncident pas toujours.
Pour le rapprochement client, décidez quelle date contrôle la période avant de comparer les lignes.
| Champ date | Signification habituelle | À utiliser quand |
|---|---|---|
| Date de transaction | Date à laquelle l'opération a eu lieu | Rapprochement avec l'activité source ou les enregistrements de paiement |
| Date de comptabilisation | Date à laquelle la banque a enregistré la transaction | Rapprochement sur la période du relevé bancaire |
| Date de valeur | Date à laquelle la banque applique la valeur | Vérification de la disponibilité des fonds ou des délais bancaires |
| Date de relevé | Date utilisée pour la période de relevé formelle | Arrêté au relevé bancaire de fin de mois |
Quand le client vous transmet un CSV bancaire de fin de mois, c'est généralement la date de comptabilisation qui définit la période de rapprochement. Si vous comparez un CSV bancaire à un processeur de carte ou à un fichier de versements, une fenêtre de dates peut être nécessaire — l'activité de paiement et la date de comptabilisation bancaire peuvent différer d'un jour ou plus.
L'erreur, c'est de mélanger les règles de date dans le même rapprochement. Si le Client A est filtré par date de comptabilisation et le Client B par date de transaction, leurs écarts ne sont pas comparables. Un client peut sembler avoir des transactions manquantes qui sont en réalité de simples décalages de date.
Appliquez une règle de date claire :
- Choisissez la date de référence pour la période de rapprochement.
- Conservez les autres champs de date dans la vue standard.
- Utilisez des fenêtres de dates pour la mise en correspondance quand le timing bancaire diffère de l'activité source.
- Étiquetez séparément les décalages de date et les lignes manquantes.
Un décalage de date n'est pas une transaction manquante. Si le même montant et la même référence apparaissent un jour hors de la période, le rapport doit le préciser. Il ne doit pas laisser la ligne dans un compartiment « non rapproché » sans explication.
Construisez des clés de correspondance qui résistent aux références bancaires fragiles
Les références bancaires sont incohérentes d'un client à l'autre. Certains exports incluent des identifiants de transaction stables. D'autres contiennent de longs libellés qui combinent noms de bénéficiaires, numéros de carte, rails de paiement, codes d'agence et textes générés par la banque.
Utilisez la clé la plus solide disponible en premier.
| Clé de correspondance | Solidité | Quand l'utiliser |
|---|---|---|
| Identifiant de transaction bancaire | Forte | L'export inclut une référence unique stable |
| Référence de paiement + montant | Forte | Les références client ou contrepartie sont présentes |
| Numéro de chèque + montant | Forte | Des chèques sont encore en circulation |
| Montant + libellé normalisé + fenêtre de dates | Moyenne | Aucun identifiant stable n'existe |
| Montant + date uniquement | Faible | À utiliser uniquement pour générer des candidats |
| Libellé uniquement | Faible | Trop de bénéficiaires répétés et de variations de texte bancaire |
Pour la plupart des CSV bancaires clients, la meilleure clé pratique est composite :
normalized description + signed amount + date window
Cette clé n'est pas parfaite, mais elle est bien plus robuste que le montant seul. Elle reflète aussi la réalité au niveau du fichier. Les CSV bancaires ne contiennent souvent pas la référence que vous souhaiteriez.
Normalisez suffisamment les libellés pour réduire le bruit sans supprimer les informations utiles :
| Libellé d'origine | Libellé normalisé |
|---|---|
STRIPE PAYOUT 92831 LONDON | STRIPE PAYOUT 92831 |
POS 1234 OFFICE SUPPLY CO | OFFICE SUPPLY CO |
PAYPAL *CLIENTNAME 4029357733 | PAYPAL CLIENTNAME |
TRANSFER FROM ACME LTD REF INV-2041 | ACME LTD INV-2041 |
Pour normaliser un libellé de relevé bancaire dans Excel, supprimez les différences de casse et réduisez les espaces superflus :
=SUPPRESPACE(SUBSTITUE(MAJUSCULE(A2)," "," "))La colonne A est le champ libellé. MAJUSCULE supprime les différences de casse ; SUPPRESPACE supprime les espaces en début, fin et en doublon. Si la banque ajoute un suffixe fixe comme un code d'agence, ajoutez un SUBSTITUE imbriqué pour le supprimer d'abord : =SUPPRESPACE(SUBSTITUE(MAJUSCULE(SUBSTITUE(A2," LONDON",""))," "," ")).
Ne surnettoyez pas les libellés. Si vous supprimez tous les chiffres, vous risquez d'effacer la seule référence de facture ou de versement utile. Si vous conservez chaque fragment de code bancaire, les lignes similaires cessent de correspondre. L'objectif est de préserver la référence métier et de supprimer le bruit qui change d'un export à l'autre.
Procédez par couches, pas dans une seule grande comparaison
La gestion de plusieurs fichiers clients devient difficile quand toutes les lignes sont traitées d'un coup dans une seule comparaison.
Procédez par couches :
| Couche | Ce que vous vérifiez |
|---|---|
| Intégrité du fichier | Le nombre de lignes et les totaux source ont été chargés correctement |
| Contrôle de la période | Les bonnes dates sont incluses et exclues |
| Normalisation des montants | Débits, crédits et montants signés suivent une seule convention |
| Correspondance exacte sur référence | Les références solides concordent entre les fichiers |
| Correspondance composite | Les lignes sans référence stable sont rapprochées par montant, libellé et fenêtre de dates |
| Classification des écarts | Les lignes restantes sont étiquetées par cause |
| Synthèse du rapport | Les totaux rapprochés, les différences expliquées et les éléments ouverts sont clairs |
Cet ordre est important. Si le chargement du fichier est incomplet, la mise en correspondance des lignes est prématurée. Si la période est erronée, les écarts de date sont sans signification. Si les signes de montant sont incorrects, on ne peut pas se fier aux totaux.
Supposons qu'un client envoie deux comptes de la même banque :
| Compte | Total entrées fichier source | Total sorties fichier source | Mouvement net |
|---|---|---|---|
| Operating | 18,400.00 | -16,920.00 | 1,480.00 |
| Savings | 5,000.00 | -2,500.00 | 2,500.00 |
Avant de comparer ces fichiers au grand livre du client, confirmez d'abord que votre vue standard affiche les mêmes totaux :
| Compte | Vue standard entrées | Vue standard sorties | Mouvement net | Statut |
|---|---|---|---|---|
| Operating | 18,400.00 | -16,920.00 | 1,480.00 | Chargé |
| Savings | 5,000.00 | -2,500.00 | 2,500.00 | Chargé |
Seulement alors comparez les écritures.
Si le grand livre affiche 18,400.00 de dépôts pour le compte opérationnel mais seulement -16,500.00 de retraits, le problème n'est plus le format du CSV bancaire. Le fichier bancaire est chargé correctement. La différence est maintenant un problème de retrait manquant ou mal comptabilisé côté grand livre.
Cette séquence vous donne une réponse défendable.
Classez les écarts pour que le client puisse agir
Une ligne non rapprochée n'est pas un résultat final. C'est un point de départ.
Pour plusieurs CSV bancaires clients, les écarts ont besoin d'étiquettes qui expliquent la cause :
| Étiquette d'écart | Signification | Action suivante |
|---|---|---|
| Absent du grand livre | La ligne bancaire n'a pas d'écriture comptable correspondante | Enregistrer ou investiguer la transaction |
| Absent du relevé bancaire | L'écriture du grand livre n'a pas de correspondance bancaire | Vérifier le timing, un doublon ou le mauvais compte |
| Décalage de date | Même transaction, date hors de la correspondance exacte | Confirmer le timing de comptabilisation ou de date de valeur |
| Différence de montant | Même référence, montant différent | Vérifier le paiement partiel, les frais ou une erreur de saisie |
| Candidat doublon | Plus d'une correspondance possible existe | Utiliser la référence, le solde ou la séquence pour trancher |
| Virement entre comptes | Un compte bancaire du client envoie de l'argent vers un autre compte | Rapprocher les deux côtés avant de traiter comme charge ou produit |
| Ligne de solde d'ouverture | Le fichier source inclut une ligne de solde hors transaction | Exclure de la mise en correspondance |
| Frais bancaires ou intérêts | Charge ou crédit généré par la banque, présent uniquement dans le fichier bancaire | Comptabiliser ou classer séparément |
Cette classification est particulièrement importante quand vous gérez plusieurs clients. Sans elle, chaque client produit le même rapport vague : lignes rapprochées et lignes non rapprochées. Ce n'est pas suffisant pour la clôture mensuelle, les questions clients ou la remise à un comptable.
Un meilleur rapport indique :
| Client | Rapprochés | Décalages de date | Absents du grand livre | Différences de montant | Doublons ouverts |
|---|---|---|---|---|---|
| Client A | 214 | 6 | 3 | 1 | 0 |
| Client B | 89 | 2 | 0 | 0 | 2 |
| Client C | 341 | 11 | 8 | 3 | 1 |
L'action suivante est évidente. Le Client A a trois écritures à examiner. Le Client B doit trancher sur les candidats doublons. Le Client C nécessite un nettoyage plus approfondi — le nombre d'écarts est plus élevé et réparti sur plusieurs types.
Si vous cherchez à éviter de reconstruire des formules pour ce type de comparaison, la même approche fichier s'applique quand vous comparez deux relevés bancaires CSV sans formules.
Ce que le rapport final doit démontrer
Un rapport de rapprochement utile pour plusieurs CSV bancaires clients doit démontrer quatre choses.
Premièrement, chaque fichier source a été chargé intégralement. Le rapport doit montrer le nombre de lignes source, la période incluse, les entrées, les sorties et le mouvement net. Si l'export bancaire inclut des soldes, le mouvement net doit concorder avec le mouvement entre solde d'ouverture et solde de clôture après exclusion des lignes hors transaction.
Deuxièmement, chaque fichier a été mappé de façon cohérente. Le rapport doit montrer quelles colonnes source sont devenues la date de comptabilisation, le libellé, la référence, le montant signé et le solde. Cela vous protège quand le client envoie un format bancaire différent le mois suivant.
Troisièmement, les lignes rapprochées doivent être séparées des décalages de date et des vrais écarts. Un délai de comptabilisation bancaire d'un jour ne doit pas se retrouver dans le même compartiment qu'une transaction manquante au grand livre.
Quatrièmement, chaque élément ouvert restant doit avoir une cause et une action. Le rapport doit indiquer au client ce qui nécessite une comptabilisation, une vérification ou une correction.
La structure finale peut être concise :
| Section du rapport | Ce qu'elle inclut |
|---|---|
| Résumé client et fichier | Client, compte bancaire, période, nom du fichier source, nombre de lignes |
| Résumé du mappage | Colonnes source mappées aux champs standard |
| Résumé des totaux | Entrées, sorties, mouvement net, vérification des soldes d'ouverture et de clôture |
| Résumé du rapprochement | Nombre de lignes rapprochées et montant rapproché |
| Résumé des écarts | Manquants, décalages, différences de montant, doublons, virements |
| Onglets ou sections détaillés | Preuve au niveau ligne pour chaque écart |
Le rapport n'a pas besoin de montrer chaque formule. Il doit montrer suffisamment de preuves pour qu'une autre personne puisse suivre le résultat.
La méthode reproductible
Appliquez la même séquence pour chaque client :
- Enregistrez le CSV source sans le modifier.
- Identifiez la structure du fichier : débit/crédit, montant signé, date de valeur, date de comptabilisation, lignes de solde.
- Mappez le fichier dans une vue de rapprochement standard.
- Normalisez les signes de montants et les libellés.
- Choisissez la date de référence pour la période.
- Confirmez le nombre de lignes et les totaux avant la mise en correspondance.
- Rapprochez d'abord sur les références solides.
- Rapprochez les lignes sans référence stable avec des clés composites.
- Séparez les décalages de date des lignes manquantes.
- Classez les écarts par cause et action.
- Produisez un rapport qui affiche les totaux source, les décisions de mappage, les lignes rapprochées et les éléments ouverts.
Cette méthode se généralise parce qu'elle ne dépend pas du format d'export d'une banque en particulier. Elle fonctionne quand un client utilise des colonnes débit et crédit séparées, un autre utilise des montants signés, et un troisième envoie un fichier sans colonne de référence exploitable.
La correction principale, c'est la vue standard. Une fois chaque CSV bancaire client mappé dans la même structure de rapprochement, les différences de fichiers ne contrôlent plus le processus. Vous aurez toujours besoin de jugement pour les références fragiles, les décalages de date et les doublons. Mais vous ne repartez plus de zéro chaque mois pour reconstruire le rapprochement.
