Comprendre et corriger l'erreur #VALEUR! dans Excel

#VALEUR! veut dire qu'une formule a reçu une donnée qu'elle ne peut pas traiter comme le type attendu, du texte le plus souvent, là où elle réclamait un nombre. La formule est pourtant écrite correctement, c'est le contenu d'une cellule qui ne colle pas, et Excel préfère afficher le code plutôt que de calculer faux.

C'est ce qui la sépare du #N/A et du #REF!. Le #N/A dit qu'une valeur est absente et le #REF! qu'une adresse a disparu, alors que le #VALEUR! te dit que la valeur est bien là mais du mauvais type. Rien n'est cassé dans la structure du classeur, seule la nature d'une donnée cloche.

Le plus déroutant, c'est que le coupable se voit rarement. Un espace dans une cellule en apparence vide, un nombre resté en texte après un copier-coller, un caractère invisible glissé dans un import : chacun suffit à déclencher l'erreur. Et à l'écran, rien ne les distingue d'une cellule parfaitement saine.

Une addition force chacune de ses cellules à devenir un nombre, et une cellule qui contient du texte ne s'y plie pas. =A1+A2 bascule en #VALEUR! dès que A2 abrite une lettre ou un simple espace, parce que ni l'une ni l'autre ne se convertit en valeur numérique. Une multiplication, une soustraction ou une division réagissent exactement pareil.

Tout dépend en réalité de ce que contient ce texte. Un nombre tapé entre guillemets comme "10" se laisse convertir, donc ="10"+5 rend bien 15 sans broncher, alors qu'une vraie lettre n'a aucune valeur à offrir. C'est donc le texte non numérique, et pas n'importe quel texte, qui déclenche vraiment l'erreur.

La SOMME, elle, ne convertit rien et ne renvoie jamais #VALEUR! sur du texte, elle saute simplement les cellules concernées. Un même import fait donc planter =A1+A2 mais file sans bruit dans =SOMME(A1:A10), qui sous-évalue le total en silence. Une erreur déjà posée dans une cellule, en revanche, se propage : une SOMME qui rencontre un #VALEUR! affiche #VALEUR! à son tour.

Les trois codes prennent la même place dans la cellule mais ne racontent pas la même histoire. Le #VALEUR! signale une donnée du mauvais type, du texte là où un nombre est attendu, sans que la formule ni les références aient le moindre défaut.

Le #N/A vient des fonctions de recherche comme RECHERCHEV, qui ont balayé toute la plage sans trouver la valeur demandée, donc une absence et non un type. Le #REF! signale de son côté une adresse qui n'existe plus, le plus souvent après la suppression d'une ligne ou d'une colonne, donc une référence cassée dans la structure du classeur.

Cette nature commande la réparation. Un #VALEUR! se corrige en remettant le bon type dans la donnée, un #N/A en complétant ou en nettoyant les valeurs cherchées, alors qu'un #REF! oblige à reconstruire une référence que le fichier a perdue.

Une fonction de recherche peut renvoyer #VALEUR! sans qu'aucune donnée ne soit du mauvais type, et c'est ce qui déroute. Avec RECHERCHEX, l'erreur vient presque toujours d'une plage de résultats qui n'a pas la même taille que la plage de recherche. Une recherche sur trois lignes qui renvoie une plage de résultats de deux lignes ne s'apparie pas, et Excel bascule en #VALEUR!.

RECHERCHEV a son propre piège du même genre. Un numéro de colonne à 0, ou négatif, la fait renvoyer #VALEUR! parce qu'aucune colonne ne porte ce rang. Au-delà du nombre de colonnes de la table, en revanche, c'est un #REF! qui s'affiche, et la nuance vaut la peine d'être connue.

Le réflexe est le même dans les deux cas : compare la forme de ce que tu demandes à la forme réelle de la table. Une plage de résultats alignée sur la plage de recherche pour RECHERCHEX, un numéro de colonne compris entre 1 et la largeur de la table pour RECHERCHEV, et l'erreur s'efface.