Le problème ne vient pas de votre relevé bancaire. Les deux fichiers enregistrent les mêmes dépenses, mais depuis des angles différents : dates, signes et libellés divergent. Le rapprochement ligne à ligne accroche avant même d'atteindre les vraies exceptions.

Un tableau de dépenses peut paraître quasi conforme au relevé et pourtant résister au rapprochement. L'un capture ce que quelqu'un a saisi au moment de la dépense. L'autre traduit ce que la banque a enregistré après traitement, mise en forme du libellé et décalages temporels. Sans identifiant de transaction dans le fichier de dépenses, vous devez reconstituer la correspondance à partir d'indices plus petits qui résistent dans les deux systèmes.

Concrètement : normaliser les signes des montants, convertir correctement les dates, nettoyer les libellés fournisseurs, et distinguer les vrais écarts du comportement ordinaire de comptabilisation.

Diagnostiquer l'écart avant de toucher aux fichiers

La plupart des échecs de correspondance suivent un nombre réduit de schémas. Identifiez le vôtre avant tout. Si vous modifiez des lignes sans connaître le schéma en cause, vous créez de nouveaux écarts et perdez la trace de l'original.

Ce tableau identifie la nature de votre problème. Si le décalage porte sur les dates, modifier les libellés fournisseurs ne changera rien. Si l'écart porte sur texte versus nombre, parcourir le fichier à la recherche de correspondances visuelles ne mènera nulle part : les lignes ont l'air identiques, elles ne le sont pas.

Définir ce qu'est une correspondance valide

Sans identifiant de transaction, le montant seul ne suffit pas. Un relevé bancaire qui mêle abonnements, taxis, cafés, frais de carte et chiffres ronds répétés produit immédiatement de faux positifs si vous vous limitez au montant.

Un rapprochement fiable entre un fichier de dépenses et un relevé bancaire repose en général sur trois critères :

1. Montant normalisé
2. Plage de dates plutôt que date exacte
3. Un indice de libellé nettoyé ou un autre champ secondaire

Le meilleur champ secondaire dépend du fichier. Ce peut être le libellé fournisseur, les quatre derniers chiffres de la carte, le nom de l'employé, l'agence ou une colonne de notes. Utilisez la clé la plus solide que les données vous offrent.

Avant de vous fier à une colonne de correspondance, testez directement les types de données. Utilisez TYPE() sur les colonnes de montant et de date des deux fichiers. TYPE() renvoie 1 pour un nombre et 2 pour du texte. C'est plus utile qu'un résultat VRAI ou FAUX vague : vous savez exactement quelle colonne est encore stockée dans le mauvais format.

Si le relevé bancaire exporte des noms de colonnes qui ne correspondent pas à votre fichier de dépenses, réglez ce problème d'interprétation en premier. Ce guide sur la comparaison de deux fichiers CSV bancaires avec des noms de colonnes différents traite directement de ce cas.

Normaliser les montants, les dates et les libellés dans le bon ordre

Si vous normalisez les champs dans le mauvais ordre, vous comparez des valeurs nettoyées d'un côté à des valeurs brutes de l'autre. Traitez d'abord les montants, puis les dates, puis les libellés.

Montants

Commencez par décider si les deux fichiers doivent être comparés avec signe ou en valeur absolue. Un fichier de dépenses manuel enregistre souvent les dépenses comme des nombres positifs, car la personne qui le saisit pense en termes de dépense. Un export bancaire stocke généralement les mêmes lignes comme des débits négatifs.

Vérifiez d'abord le type :

=TYPE(C2)

Si la cellule renvoie 2, le montant est du texte. Convertissez-le en ligne avant toute autre manipulation :

=ABS(CNUM(C2))

Cette formule règle deux problèmes courants en une étape. CNUM() convertit un montant texte en vrai nombre. ABS() supprime la différence de signe lorsque votre fichier de dépenses utilise des positifs et que la banque affiche des débits négatifs.

Si le montant ne correspond toujours pas après cela, ne concluez pas que la ligne est absente. Vérifiez si la banque a enregistré le montant après pourboire, une conversion de change, ou un montant final réglé qui a changé après la saisie initiale.

Dates

Les journaux de dépenses portent généralement la date d'achat. Les relevés bancaires portent souvent la date de valeur. Une vraie correspondance peut donc se trouver à un à trois jours d'écart, surtout en fin de semaine, en cas de blocage de carte ou en fin de mois.

Si la date a été importée comme texte, convertissez-la explicitement. Ne tentez pas une conversion globale du format à l'aveugle. La formule dépend du format source :

Pour le texte YYYY-MM-DD :

=DATE(GAUCHE(A2,4),STXT(A2,6,2),DROITE(A2,2))

Pour le texte MM/DD/YYYY :

=DATE(DROITE(A2,4),GAUCHE(A2,2),STXT(A2,4,2))

Pour le texte DD/MM/YYYY :

=DATE(DROITE(A2,4),STXT(A2,4,2),GAUCHE(A2,2))

Le cas piégeux est une valeur comme 01/05/2026. Selon le système source, cela peut signifier le 1er mai ou le 5 janvier. Ne convertissez pas cette colonne avant de savoir quelle convention utilise l'export. Une conversion fausse mais confiante est plus difficile à détecter qu'une date restée en texte visible.

Une fois les deux côtés convertis en vrais dates Excel, correspondez dans une plage plutôt qu'en exigeant l'égalité. Une plage de deux jours suffit généralement pour les dépenses par carte domestique. Si le fichier couvre des week-ends ou des cartes internationales, élargissez la plage uniquement lorsque vous disposez d'un autre champ assez fort pour éviter les faux positifs.

Libellés fournisseurs

Les libellés bancaires sont bruités. Les lignes du fichier de dépenses manuel sont généralement plus courtes et plus propres. L'objectif n'est pas de rendre les textes identiques, mais comparables.

Le premier problème de nettoyage est souvent l'espace insécable invisible, CAR(160). Il ressemble à un espace ordinaire à l'écran, mais Excel le traite différemment — c'est pourquoi SUPPRESPACE() seule ne suffit pas toujours. Supprimez-le en premier :

=SUPPRESPACE(SUBSTITUE(MAJUSCULE(D2),CAR(160)," "))

Vous obtenez ainsi une version cohérente du libellé, avec la casse normalisée et les espaces cachés supprimés. N'allez pas plus loin dans le nettoyage sauf nécessité absolue. Si vous supprimez tous les descripteurs d'une ligne bancaire, des fournisseurs différents peuvent se retrouver réduits au même jeton et produire de mauvaises correspondances.

Traiter les lignes propres en premier et mettre les autres en quarantaine

Après normalisation, l'objectif n'est pas d'obtenir un passage parfait en une seule passe. C'est de traiter rapidement les lignes évidentes et d'isoler celles qui demandent un jugement.

Pour les fichiers de taille réduite, commencez par un test direct sur la ligne de dépense :

=NB.SI.ENS(Bank!$B:$B,ABS(CNUM(C2)),Bank!$A:$A,">="&A2-2,Bank!$A:$A,"<="&A2+2)

Cette formule suppose que la colonne A contient la date bancaire normalisée et la colonne B le montant bancaire normalisé. Si elle renvoie 1, vous avez un seul candidat dans la plage de dates pour ce montant. Si elle renvoie 0, la ligne est soit vraiment absente, soit encore mal normalisée. Si elle renvoie plus de 1, le montant et la date ne suffisent pas à identifier la transaction.

C'est le moment de cesser de traiter toutes les lignes de la même façon. Répartissez le fichier en trois catégories :

Pour les fichiers volumineux, les colonnes auxiliaires valent l'effort. Créez une date normalisée, un montant normalisé et un libellé nettoyé dans les deux fichiers, puis construisez une clé composite à partir de ces champs :

=TEXTE(A2,"yyyy-mm-dd")&"|"&TEXTE(B2,"0.00")&"|"&C2

N'utilisez les colonnes auxiliaires qu'une fois les corrections de champ effectuées. Sinon, vous figez de mauvaises données dans une clé visuellement propre.

Si chaque comparaison mensuelle allonge les chaînes de formules, le processus lui-même devient le problème. Le même schéma apparaît dans la comparaison de deux fichiers CSV de relevés bancaires sans formules, où le travail de rapprochement bascule du jugement comptable vers la manipulation de fichiers.

Gérer les exceptions qui ne sont pas du un-pour-un

Certaines lignes non rapprochées ne sont pas des erreurs. Ce sont des différences structurelles entre la façon dont le fichier manuel est tenu et celle dont la banque enregistre les opérations.

Pourboires et ajustements de règlement

Une ligne de dépense peut enregistrer le montant du ticket au moment de l'achat. Le relevé bancaire enregistre le montant final après ajustement de pourboire ou règlement. Ces lignes ne doivent pas être marquées comme manquantes. Signalez-les comme : même fournisseur, même moment, montant final différent.

Transactions de même valeur en doublon

Si le fichier de dépenses comporte trois charges de 25.00 dans la même semaine, montant plus date ne constitue plus une clé fiable. Ajoutez le fournisseur, l'employé, la carte ou une note. Si le fichier ne comporte pas ces champs, vous n'avez peut-être pas assez d'informations pour prouver la correspondance automatiquement. Ce n'est pas un échec du tableau. C'est une limite des données sources.

Dépenses en espèces

Si le fichier de dépenses inclut de la petite caisse ou des achats remboursables en espèces, ces lignes n'ont pas leur place dans un rapprochement avec le relevé bancaire principal. Excluez-les avant de commencer, sinon elles gonflent la liste des exceptions avec de faux écarts.

Virements et paiements de carte

Les équipes enregistrent souvent un paiement de carte de crédit ou un virement interne comme une ligne de dépense dans le fichier manuel, parce que c'est de la trésorerie sortante. C'est un mouvement de fonds, pas une dépense d'exploitation. Rapprochez-le séparément des lignes de dépenses ordinaires, sinon la logique de libellé ne fonctionnera jamais.

Dépenses regroupées ou fractionnées

Une ligne manuelle peut parfois représenter plusieurs opérations bancaires, surtout si quelqu'un a regroupé plusieurs petits achats en une seule ligne CSV. L'inverse se produit aussi : une seule visite chez un fournisseur génère des lignes d'autorisation et de règlement séparées. Ces cas nécessitent un compartiment d'exceptions, pas une correspondance forcée par formule.

La règle pratique est simple : si une ligne ne correspond que lorsque vous ignorez l'un des indices importants, ne la marquez pas comme rapprochée. Envoyez-la en révision. Une liste d'exceptions propre vaut mieux qu'un rapprochement faussement propre.

Construire le rapport à partir des exceptions, pas de l'espoir

À la fin de la comparaison, vous ne devriez pas avoir un tableau surligné avec l'impression que la plupart des lignes semblent correctes. Vous devriez avoir un rapport qui explique exactement ce qui s'est passé.

Au minimum, votre rapport doit distinguer ces catégories :

C'est là tout l'intérêt de l'exercice. Il ne s'agit pas de rendre toutes les lignes vertes. Il s'agit d'expliquer quelles lignes sont proprement rapprochées, lesquelles diffèrent pour une raison valable, et lesquelles nécessitent une correction.

Une fois le rapport structuré ainsi, la clôture de fin de mois va plus vite. Vous savez déjà si le problème est de délai, de format, de périmètre ou d'une vraie pièce manquante.

Quand la reconstruction mensuelle devient le vrai problème

Si vous n'avez besoin de résoudre ce problème qu'une seule fois, le processus ci-dessus suffit. Si vous reconstruisez chaque mois les colonnes normalisées, la logique de dates et les compartiments d'exceptions, le travail n'est plus de rapprocher des dépenses. C'est reconstruire le même système de comparaison depuis le début.

Le signe que vous avez dépassé le stade du tableur, c'est la répétition. Quand le même fichier de dépenses et le même relevé bancaire génèrent toujours le même travail de nettoyage, préservez votre temps pour les exceptions plutôt que pour la mise en place.