Ce n'est pas RECHERCHEV qui est en cause — c'est l'export bancaire QuickBooks Online. Les montants et les dates peuvent paraître identiques à l'écran tout en étant stockés différemment, ce qui explique les #N/A, les cellules vides ou les correspondances qui pointent vers la mauvaise ligne.

Avant de toucher à la formule, vérifiez le type de stockage des champs exportés. La clé de ligne est rarement le problème. L'échec vient presque toujours de l'un de ces quatre cas : un montant stocké en texte, un signe inversé, une date en texte, ou une date ambiguë qui désigne deux jours différents selon le fichier source.

Identifiez d'abord l'écart exact. Ensuite seulement, corrigez.

Identifiez l'écart avant de toucher à la formule

Ce ne sont pas les mêmes problèmes.

La première ligne est un écart de type. La deuxième, un écart texte/date. La troisième, un problème de signe. La quatrième, un problème d'interprétation de date. La cinquième, un problème de caractère masqué.

Cette distinction est importante. Une correction valable pour un cas ne fonctionnera pas sur le suivant. Si vous traitez tout via la même colonne auxiliaire sans vérifier le format de stockage réel, vous risquez de transformer une erreur visible en échec silencieux.

Vérifiez le type stocké, pas l'affichage

Excel affiche la valeur mise en forme, pas la valeur stockée. Deux cellules peuvent toutes deux afficher 05/01/2026 alors que l'une est une vraie date et l'autre du texte. Pour Excel, elles ne sont pas égales.

Commencez par TYPE() des deux côtés de la comparaison :

=TYPE(B2)

TYPE() renvoie :

• 1 pour un nombre
• 2 pour du texte

Lancez-le sur la colonne des montants QuickBooks, la colonne des montants de comparaison, la colonne des dates QuickBooks, et la colonne des dates de comparaison.

Résultats courants :

• QuickBooks renvoie 2, export bancaire renvoie 1 : le montant dans QuickBooks est du texte
• QuickBooks renvoie 2, export bancaire renvoie 1 : la date QuickBooks est du texte
• Les deux renvoient 2 : les deux côtés sont du texte, mais leur contenu peut quand même différer
• Les deux renvoient 1 : les types stockés correspondent — le problème vient probablement du signe, de l'en-tête cible ou de la clé de rapprochement

Si une valeur texte paraît propre, cherchez les caractères masqués avant de conclure que la formule est fausse :

=CODE(DROITE(B2;1))

Si le résultat est 160, il y a un espace insécable en fin de cellule. SUPPRESPACE() ne le supprime pas. C'est pour ça que la valeur refuse de correspondre même après un nettoyage apparent.

Pour ce cas, la correction est explicite :

=SUBSTITUE(B2;CAR(160);"")

Si l'export contient aussi des virgules ou des symboles monétaires, nettoyez-les dans le même passage avant la conversion en nombre.

Corriger les colonnes de montants qui semblent identiques

Les exports bancaires QuickBooks échouent souvent sur les recherches de montants pour trois raisons :

• le montant est stocké en texte
• la convention de signe diffère entre les deux fichiers
• un fichier utilise des colonnes d'encaissement et de décaissement séparées tandis que l'autre utilise un montant signé unique

Traitez chaque cas séparément.

1. Montant en texte face à un montant numérique

Si le montant QuickBooks est en texte, convertissez-le directement dans la formule avant de reconstruire le classeur.

=RECHERCHEX(
  CNUM(SUBSTITUE(SUBSTITUE(SUBSTITUE(A2;",";"");"$";"");CAR(160);""));
  CNUM(SUBSTITUE(SUBSTITUE(SUBSTITUE(qbExport[Amount];",";"");"$";"");CAR(160);""));
  qbExport[Description]
)

Cette formule fait quatre choses :

• supprime les virgules
• supprime les symboles dollar
• supprime les espaces insécables
• convertit le résultat en vrai nombre avec CNUM()

Si la recherche fonctionne après ça, le problème n'était pas dans la logique de ligne. Le problème, c'est que l'export QuickBooks paraissait numérique sans l'être.

2. Même montant, signe opposé

Cela arrive quand QuickBooks exporte encaissements et décaissements dans des colonnes séparées, ou quand le fichier de comparaison traite les flux sortants comme négatifs alors que QuickBooks les affiche en positif dans une colonne débit.

Ne comparez pas le nombre brut affiché. Harmonisez le signe d'abord.

Si le fichier de comparaison utilise des montants signés et l'export QuickBooks une colonne de dépenses, convertissez la valeur QuickBooks directement :

=RECHERCHEX(-A2;qbExport[Signed Amount];qbExport[Description])

Ce n'est pas une astuce. C'est la bonne correction quand les deux lignes décrivent le même mouvement de trésorerie, mais qu'un fichier exprime la direction par le placement en colonne plutôt que par un signe moins.

3. Colonnes d'encaissement et de décaissement séparées

Si l'export QuickBooks vous donne une colonne pour les entrées et une autre pour les sorties, fusionnez-les en un seul montant signé avant le rapprochement. Pour une vérification ponctuelle, faites-le directement dans la formule :

=SI(C2<>"";-C2;D2)

Où :

• C2 est la valeur sortante
• D2 est la valeur entrante

Vous obtenez un seul champ de montant signé. Les sorties deviennent négatives. Les entrées restent positives. Le fichier peut maintenant correspondre à un CSV bancaire ou à un export de grand livre qui utilise déjà un montant signé unique.

Si vous effectuez ce contrôle chaque mois, transformez cette logique en colonne de travail stable plutôt que de la répéter dans chaque formule de recherche.

C'est aussi là que beaucoup de personnes cherchent la mauvaise correction. Elles continuent à nettoyer des virgules et des espaces alors que le vrai problème, c'est que la même transaction est positive d'un côté et négative de l'autre.

Corriger les colonnes de dates qui semblent identiques

Les erreurs de dates dans les exports QuickBooks sont souvent plus trompeuses que les erreurs de montants, car Excel peut afficher le même jour pour deux valeurs stockées différemment.

Il y a trois cas courants.

Cas 1 : la date QuickBooks est du texte, le fichier de comparaison contient une vraie date

Si la date exportée par QuickBooks est du texte au format YYYY-MM-DD, convertissez-la explicitement :

=DATE(GAUCHE(B2;4);STXT(B2;6;2);DROITE(B2;2))

Excel dispose alors d'un vrai numéro de série de date, pas d'un texte qui y ressemble.

Cas 2 : la date texte est au format `MM/DD/YYYY` ou `DD/MM/YYYY`

N'utilisez pas DATEVAL() quand le format source n'est pas garanti. DATEVAL() suit vos paramètres locaux, ce qui peut transformer une date correcte en mauvais mois sans déclencher d'erreur.

Si le format source est définitivement MM/DD/YYYY, extrayez les parties directement :

=DATE(DROITE(B2;4);GAUCHE(B2;2);STXT(B2;4;2))

Si le format source est définitivement DD/MM/YYYY, inversez les positions du jour et du mois :

=DATE(DROITE(B2;4);STXT(B2;4;2);GAUCHE(B2;2))

C'est l'approche la plus sûre, car elle rend l'interprétation explicite.

Le cas dangereux, c'est 01/05/2026. Ce texte peut signifier le 1er janvier ou le 5 mai. Excel ne peut pas déterminer quelle date l'export a voulu exprimer. Si le jour et le mois sont tous les deux inférieurs ou égaux à 12, arrêtez et confirmez le format source avant de convertir quoi que ce soit. Sinon, vous construirez une recherche parfaitement cohérente autour de la mauvaise date calendaire.

Cas 3 : un côté est une vraie date, l'autre est du texte qui doit le rester

Si vous ne pouvez pas modifier la feuille QuickBooks exportée parce que d'autres onglets en dépendent, normalisez le côté de la recherche directement dans la formule :

=RECHERCHEX(TEXTE(A2;"yyyy-mm-dd");qbExport[Txn Date Text];qbExport[Amount])

Cela fonctionne quand le côté QuickBooks est du texte au format de date ISO et que le côté de comparaison est déjà une vraie date Excel.

L'enjeu n'est pas que le texte soit meilleur qu'une vraie date. L'enjeu, c'est que les deux côtés doivent avoir la même représentation pour que la recherche fonctionne.

Quand QuickBooks a modifié la structure, pas les valeurs

Certains échecs de recherche dans les exports QuickBooks ne sont pas des problèmes de type. La structure de l'export a changé sous la formule.

Cela se manifeste généralement ainsi :

• la colonne des montants s'est déplacée
• l'export est passé d'un seul champ de montant signé à des colonnes débit et crédit séparées
• l'en-tête de date a changé tandis que les données restaient valides
• le classeur pointe encore sur les lettres de colonnes du mois précédent

Si les valeurs sont propres mais que la formule renvoie maintenant le mauvais champ, le problème se rapproche davantage de pourquoi RECHERCHEX échoue quand les en-têtes d'export QuickBooks changent que d'un problème brut de format. Vérifiez la ligne d'en-tête active et la colonne de retour avant de réécrire une formule de nettoyage.

Cette distinction compte, car les corrections de format et les corrections d'en-tête traitent des choses différentes :

• la correction de format rend des valeurs égales comparables
• la correction d'en-tête pointe la formule sur la bonne colonne active

Si vous les confondez, vous pouvez passer une heure à normaliser une colonne que le classeur ne lit même plus.

Créer une couche de travail stable avant le rapprochement

La correction durable ne consiste pas à empiler cinquante formules imbriquées sur l'onglet brut QuickBooks. C'est une couche de travail unique entre l'export et le reste du classeur.

Laissez l'export QuickBooks brut intouché. Dans un deuxième onglet, créez des colonnes stables, par exemple :

• txn_date_norm
• amount_norm
• reference_norm

Puis normalisez une seule fois.

Par exemple :

txn_date_norm
=DATE(DROITE(A2;4);GAUCHE(A2;2);STXT(A2;4;2))

amount_norm
=CNUM(SUBSTITUE(SUBSTITUE(SUBSTITUE(SUBSTITUE(B2;",";"");"$";"");CAR(160);"");" ";""))

Toutes les recherches, tableaux croisés dynamiques et comparaisons s'appuient ensuite sur la couche normalisée plutôt que sur l'export instable. Quand le CSV QuickBooks change le mois prochain, vous ne corrigez qu'une seule couche de nettoyage plutôt que chaque formule du classeur.

C'est aussi le point où la tâche cesse d'être « réparer ma RECHERCHEV » pour devenir « rendre le rapprochement répétable ». Si l'étape suivante après la recherche consiste à rapprocher le fichier bancaire avec le grand livre, la logique de fichier globale se trouve dans comment rapprocher un CSV bancaire client avec un grand livre QuickBooks.

Quand le nettoyage mensuel dépasse le tableur

Le nettoyage manuel convient pour vérifier quelques lignes ponctuellement. Ça devient coûteux quand chaque mois suit le même schéma :

• exporter les données bancaires QuickBooks
• constater que les dates sont à nouveau en texte
• nettoyer à nouveau les espaces dans la colonne des montants
• corriger à nouveau le sens des signes
• réparer à nouveau la même recherche
• expliquer à nouveau les mêmes lignes sans correspondance

À ce stade, le tableur ne vous aide plus à faire le rapprochement. Il vous oblige à reconstruire la structure du fichier à chaque cycle avant de pouvoir commencer le vrai travail comptable.

C'est la ligne à surveiller. Dès que le travail récurrent consiste à réparer des fichiers avant le rapprochement, le problème n'est pas la maîtrise d'Excel. C'est que les fichiers exportés continuent de changer leurs règles de stockage sous un flux de travail qui suppose des champs stables.