Le client a envoyé deux exports de relevés bancaires et veut savoir pourquoi ils ne concordent pas. L'un vient du portail bancaire. L'autre provient du logiciel de comptabilité, d'un comptable précédent, ou d'un téléchargement portant sur une autre période. Les lignes se ressemblent suffisamment pour être comparées — mais les colonnes ne correspondent pas.
C'est ce décalage qui transforme une simple demande client en reconstruction de classeur.
La réponse n'est pas de recréer un classeur complet avec des colonnes auxiliaires, des onglets copiés, des RECHERCHEV et un surlignage manuel. La réponse consiste à traiter les deux relevés comme des fichiers sources, définir le périmètre de la comparaison, rapprocher sur la base des données les plus solides, et produire un rapport d'écarts lisible par le client.
Pour comparer deux relevés bancaires d'un client sans construire un tableur de toutes pièces, il faut un processus au niveau des fichiers :
- Confirmer la période et les comptes exacts concernés.
- Identifier les colonnes qui correspondent à la date, la description, le montant, le solde et la référence dans chaque fichier.
- Normaliser les signes et les dates pour le rapprochement, sans modifier les fichiers sources.
- Rapprocher les transactions dans un ordre défini.
- Distinguer les décalages de délai des transactions manquantes et des écarts de montant.
- Envoyer au client un récapitulatif clair, pas un onglet annoté.
Ce processus donne le même résultat qu'un tableur est censé produire — sans faire du tableur le livrable.
Ce que les deux relevés sont censés prouver
Deux relevés bancaires peuvent signifier des choses très différentes. La comparaison à effectuer dépend de ce que le client vous demande de prouver.
| Demande client | Ce que vous comparez | Ce que le résultat doit montrer |
|---|---|---|
| « Ces deux relevés ne correspondent pas » | Deux exports du même compte et de la même période | Lignes manquantes, dupliquées, modifiées ou avec une date différente |
| « La banque et la comptabilité ne s'accordent pas » | Relevé bancaire vs export du grand livre ou du journal de caisse | Transactions présentes uniquement dans la comptabilité ou uniquement à la banque |
| « Le fichier de la comptable précédente semble incorrect » | Extract de rapprochement ancien vs téléchargement bancaire actuel | Lignes supprimées, montants modifiés, plage de dates changée |
| « Ce mois ne s'enchaîne pas » | Solde d'ouverture, mouvements et solde de clôture entre périodes | Rupture de solde, période manquante ou activité dupliquée |
| « J'ai deux comptes à comparer » | Virements ou transactions communes entre comptes | Virements rapprochés, dépôts ou retraits sans correspondance |
Ne commencez pas le rapprochement des lignes avant d'avoir fixé le périmètre. Une comparaison sur le même compte n'est pas la même chose qu'un rapprochement banque-comptabilité. Une comparaison par période est différente d'une comparaison par virement. Si le périmètre est mal défini, le résultat sera précis — et répondra à la mauvaise question.
Pour une comparaison destinée au client, rédigez le périmètre clairement avant de commencer :
| Élément du périmètre | Exemple |
|---|---|
| Client | North Co |
| Compte | Compte courant exploitation |
| Relevé A | Export CSV portail bancaire, mai 2026 |
| Relevé B | Export comptable, mai 2026 |
| Période | 2026-05-01 à 2026-05-31 |
| Devise | USD |
| Question | Quelles transactions apparaissent dans un fichier mais pas dans l'autre ? |
Cela protège le résultat. Si le client envoie ensuite un deuxième fichier couvrant du 28 avril au 31 mai, vous pouvez montrer que la première comparaison n'était pas erronée. C'est la période source qui a changé.
Lire les colonnes avant de rapprocher les lignes
Les fichiers de relevés bancaires utilisent rarement les mêmes noms de colonnes. Une banque vous donne Transaction Date, Description, Debit, Credit et Balance. Un autre fichier donne Posted, Memo, Amount et Running Balance. Un export comptable peut utiliser Date, Payee, Reference, Spent, Received et Bank Account.
La première étape est la correspondance des colonnes.
| Signification | Le relevé A peut l'appeler | Le relevé B peut l'appeler |
|---|---|---|
| Date de transaction | Date / Posted date / Value date | Date / Cleared date / Entry date |
| Description | Description / Memo / Narration | Payee / Details / Transaction description |
| Référence | Bank reference / Check number / Transaction ID | Ref / Document number / Source ID |
| Sortie d'argent | Debit / Withdrawal / Paid out | Spent / Payment / Negative amount |
| Entrée d'argent | Credit / Deposit / Paid in | Received / Receipt / Positive amount |
| Montant net | Amount | Amount / Net / Signed amount |
| Solde | Balance / Running balance | Closing balance / Account balance |
Cette correspondance est plus importante que l'outil utilisé. Si les mauvaises colonnes sont comparées, toutes les étapes suivantes deviennent du bruit. Une colonne de débit comparée à une colonne de montant signé va générer de faux écarts. Une date de transaction comparée à une date de valeur va produire des décalages qui ne correspondent à aucune transaction manquante.
Construisez une vue de travail avec ces champs :
| Champ de travail | Pourquoi il existe |
|---|---|
| Fichier source | Distingue le relevé A du relevé B |
| Compte | Évite les rapprochements accidentels entre comptes |
| Date normalisée | Convertit la date en un seul format pour la comparaison |
| Montant signé | Met les sorties en négatif et les entrées en positif |
| Texte de description | Conserve le texte original pour la revue |
| Référence | Utilise la référence bancaire, le numéro de chèque ou l'identifiant de transaction quand ils sont disponibles |
| Statut de rapprochement | Contient le résultat final |
| Motif d'écart | Explique pourquoi une ligne non rapprochée reste en attente |
Vous n'avez pas besoin de modifier les fichiers sources du client. Les relevés originaux restent intacts. La couche de comparaison les lit, fait correspondre les colonnes et produit le résultat rapproché.
Si les deux fichiers sont des CSV bancaires et que le problème principal est un décalage de colonnes, le processus décrit dans comparer deux CSV de relevés bancaires sans formules couvre le même problème au niveau des formules. Pour un livrable client, l'étape supplémentaire est la couche d'explication.
Normaliser les dates, les montants et les signes
La plupart des faux écarts proviennent de trois champs : la date, le montant et le signe.
Les dates posent problème quand un fichier utilise la date de valeur et l'autre la date de comptabilisation. Un paiement par carte effectué le 31 mai peut être enregistré le 1er juin. Un virement initié en fin de journée un vendredi peut être compensé le lundi suivant. Un export du portail bancaire peut afficher la date de valeur, tandis que le logiciel de comptabilité affiche la date de saisie.
Utilisez une fenêtre de tolérance sur les dates. Pour un rapprochement bancaire ordinaire, un ou deux jours suffisent généralement. Pour les chèques, les règlements par carte ou les traitements bancaires du week-end, la fenêtre peut être plus large — mais le rapport doit alors indiquer l'écart comme un décalage de délai.
Les montants posent problème quand les signes diffèrent. Un fichier affiche les retraits en valeur positive dans une colonne de débit. Un autre fichier affiche les retraits en valeur négative dans une colonne de montant unique. Avant le rapprochement, chaque ligne doit suivre la même convention de signe :
| Type de transaction | Montant signé standard |
|---|---|
| Dépôt / encaissement | Positif |
| Retrait / paiement | Négatif |
| Frais bancaires | Négatif |
| Annulation de frais | Positif |
| Virement sortant | Négatif |
| Virement entrant | Positif |
Les descriptions posent problème parce que les banques ajoutent du texte. La même transaction peut apparaître sous ACH WEB PMT ACME 49302, ACME PAYMENT ou Acme Inc. Ne prenez pas la description comme première clé de rapprochement, sauf si le relevé ne comporte pas de référence et que les montants ne sont pas uniques. La description aide à confirmer un rapprochement. Elle est rarement suffisante seule.
Rapprocher dans l'ordre qui limite les faux positifs
L'objectif n'est pas de rapprocher le plus de lignes possible. C'est de rapprocher les bonnes lignes et de laisser les incertaines visibles.
Utilisez cet ordre.
1. Référence exacte, montant exact, date identique ou proche.
C'est le rapprochement le plus solide. Si les deux relevés contiennent la même référence bancaire ou le même numéro de chèque, si le montant concorde et si les dates sont dans la fenêtre de tolérance, marquez la ligne comme rapprochée.
2. Montant exact, même date, description très similaire.
À utiliser quand les références sont absentes. Efficace pour les dépôts uniques, les frais bancaires, les virements de paie et les paiements fournisseurs identifiés.
3. Montant exact, date proche, description similaire.
À utiliser pour les décalages de week-end, les délais de règlement par carte et les transactions dont un fichier utilise la date d'opération et l'autre la date de valeur.
4. Même référence, montant différent.
Ne forcez pas ce rapprochement. Marquez-le comme un écart de montant. Un numéro de chèque ou une référence bancaire présente dans les deux fichiers mais avec des montants différents est un écart réel jusqu'à ce qu'il soit expliqué.
5. Même montant et même date, description faible.
Laissez-le en rapprochement candidat si des doublons existent. Trois frais de 25.00 le même jour ne sont pas automatiquement la même transaction.
Le résultat doit éviter les étiquettes vagues. « Non rapproché » est un état temporaire, pas une réponse pour le client.
Utilisez des statuts comme ceux-ci :
| Statut | Signification |
|---|---|
| Rapproché | La même transaction apparaît dans les deux fichiers |
| Décalage de délai | Même transaction, dates différentes dans la fenêtre de tolérance |
| Écart de montant | Même référence ou même preuve, mais le montant ne concorde pas |
| Relevé A seulement | Apparaît uniquement dans le premier fichier |
| Relevé B seulement | Apparaît uniquement dans le deuxième fichier |
| Rapprochement candidat | Plusieurs correspondances possibles restent en attente |
| Hors périmètre | En dehors de la période ou du compte convenus |
Cet ensemble de statuts transforme une liste de transactions en rapport de rapprochement.
Traiter les soldes séparément des transactions
Le rapprochement des transactions et la vérification des soldes sont liés, mais ce ne sont pas les mêmes contrôles.
Le rapprochement des transactions répond à :
| Question | Réponse |
|---|---|
| Quelles lignes apparaissent dans les deux fichiers ? | Lignes rapprochées |
| Quelles lignes n'apparaissent que dans un seul fichier ? | Écarts |
| Quelles lignes ont des montants ou des dates différents ? | Étiquettes d'écart |
La vérification des soldes répond à :
| Question | Réponse |
|---|---|
| Le solde d'ouverture concordait-il ? | Contrôle du solde d'ouverture |
| Les mouvements rapprochés expliquent-ils la variation ? | Récapitulatif des mouvements |
| Le solde de clôture concorde-t-il ? | Contrôle du solde de clôture |
Si le solde d'ouverture est erroné, tout le mois peut sembler faux même quand le rapprochement des transactions est correct. Si le solde de clôture est erroné, l'écart peut provenir d'une ligne de période précédente omise, et non de la liste de transactions visible.
Utilisez cette structure de soldes :
| Élément de solde | Relevé A | Relevé B | Écart |
|---|---|---|---|
| Solde d'ouverture | 18,420.10 | 18,420.10 | 0.00 |
| Encaissements | 42,900.00 | 42,900.00 | 0.00 |
| Décaissements | -37,615.40 | -37,510.40 | -105.00 |
| Solde de clôture | 23,704.70 | 23,809.70 | -105.00 |
Le client peut ainsi voir que le problème ne porte pas sur l'ensemble du relevé. Il porte sur un écart de mouvements de 105.00 dans les décaissements.
La liste des écarts l'explique ensuite :
| Date | Description | Montant | Statut | Explication |
|---|---|---|---|---|
| 2026-05-14 | Bank service fee | -35.00 | Relevé A seulement | Absent de l'export comptable |
| 2026-05-22 | ACH vendor payment | -70.00 | Relevé A seulement | Absent de l'export comptable |
| Total | -105.00 | Explique l'écart de solde de clôture |
C'est la différence entre une comparaison de fichiers et un rapprochement prêt à remettre au client.
Produire un rapport client, pas un classeur
Le livrable final doit être lisible sans rouvrir les deux fichiers sources. Le client n'a pas besoin d'inspecter chaque ligne rapprochée. Il a besoin de savoir si les relevés concordent, ce qui ne concorde pas, et quelle action est requise.
Un rapport clair doit comporter cinq sections.
1. Périmètre
| Champ | Valeur |
|---|---|
| Fichiers comparés | Export CSV portail bancaire vs export comptable |
| Compte | Compte courant exploitation |
| Période | 2026-05-01 à 2026-05-31 |
| Devise | USD |
| Base de rapprochement | Référence, montant, fenêtre de dates, description |
2. Récapitulatif
| Catégorie | Nombre | Montant |
|---|---|---|
| Transactions rapprochées | 184 | 0.00 d'écart net |
| Décalages de délai | 6 | 0.00 d'écart de montant |
| Relevé A seulement | 2 | -105.00 |
| Relevé B seulement | 0 | 0.00 |
| Écarts de montant | 0 | 0.00 |
| Écart inexpliqué | 0 | 0.00 |
3. Vérification des soldes
Montrez le solde d'ouverture, les mouvements, les écarts et le solde de clôture. Le client dispose ainsi d'une piste chiffrée plutôt que d'un onglet coloré.
4. Liste des écarts
Listez uniquement les lignes qui nécessitent une action. Indiquez la date, la description, le montant, le fichier source, le statut et l'action recommandée.
5. Explication pour le client
Rédigez l'explication en langage opérationnel :
Les deux fichiers concordent, à l'exception de deux décaissements totalisant 105.00 qui apparaissent dans l'export du portail bancaire mais pas dans l'export comptable. Ces deux lignes expliquent l'écart de solde de clôture. Aucun écart de montant n'a été constaté dans les transactions rapprochées.
Si cette comparaison s'inscrit dans un échange avec le client, le problème connexe est comment expliquer un écart de rapprochement à un client sans lui remettre un tableur brouillon. Le rapport doit rendre la réponse évidente avant que le client la demande.
Quand le tableur devient le mauvais livrable
Excel peut comparer deux relevés si les fichiers sont petits, les colonnes stables et le client n'a pas besoin d'une piste d'audit propre. Ce n'est pas la demande client habituelle.
Le travail devient coûteux quand :
- Chaque client envoie un format d'export bancaire différent.
- Un fichier a des colonnes de débit et de crédit séparées, l'autre un montant signé unique.
- Les périodes des relevés ne coïncident pas.
- L'export comptable ne contient pas de référence bancaire.
- Le client a besoin d'une explication écrite, pas d'un onglet surligné.
- La même comparaison se répète chaque mois.
À ce stade, le tableur n'est plus la réponse. C'est la machinerie provisoire derrière la réponse. Le livrable doit être un rapport de rapprochement, une liste d'écarts et une explication claire de l'écart de solde.
La règle de travail
Ne comparez pas deux relevés bancaires en parcourant les lignes à l'écran. Comparez-les par les preuves.
Le processus durable est le suivant :
- Fixer le périmètre.
- Faire correspondre les colonnes.
- Normaliser les dates et les montants signés.
- Rapprocher en commençant par les preuves les plus solides.
- Étiqueter chaque écart restant.
- Vérifier les soldes.
- Remettre au client le rapport, pas le brouillon de travail.
C'est ainsi que vous comparez deux relevés bancaires d'un client sans construire le tableur autour du travail. La valeur n'est pas dans la formule. Elle est dans la réponse : ce qui a été rapproché, ce qui ne l'a pas été, pourquoi l'écart existe, et ce que le client doit faire ensuite.
