Discussion :

[jeanpisstoute]

Bonjour,

Un collègue a rencontré un problème avec une formule Excel, que nous avons pu réduire à sa forme la plus simple.
En gros, on a une valeur (cellule C4) pour laquelle on cherche un titre associé dans la colonne située à sa gauche (cellule B4).
Mais on ne fait pas l'equiv directement sur cette valeur. On a d'abord une cellule (F4) qui multiplie cette valeur par 0.3, puis on fait l'equiv en prenant cette cellule divisée par 0.3.
Et selon la valeur de la première cellule, l'equiv va fonctionner ou renvoyer #NA. Je ne vois aucune raison logique pour que ça ne marche pas (les valeurs ne sont pas à 256 chiffres après la virgule).



Je suis probablement aveuglé par quelque chose et ne vois pas une erreur toute bête, mais là je sèche !

Des idées ?

Merci d'avance.

Le fichier en pièce jointe...

Bug_equiv.xlsx

[riaolle]

Bonjour,
A priori vous êtes en Excel en français, donc il ne faut pas diviser par 0.3, mais par 0,3, je pense.

EDIT : désolée, j'avais pas vu que tout était avec un point, donc vous êtes configurés pour écrire avec un point...donc l'erreur n'est pas là

[zenpbb]

Bonjour
C'est un problème de précision de calcul.
Essaie de calculer (C4-F4/0.3) tu n'obtiens pas 0 !
Par contre, si tu calcules (C4*0.3-F4), là tu obtiens 0 !
Je te laisse en déduire la modification à apporter à ta formule...

[jeanpisstoute]

Merci pour la réponse. C'est une piste intéressante à laquelle j'ai pensé aussi. Et c'est probablement par là qu'il faut creuser. Mais dans les deux cas que tu cites j'ai bien 0.
Les valeurs intermédiaires obtenues sont bien rationnelles et n'ont pas énormément de chiffres après la virgule. Je ne vois pas pourquoi ça ne marche pas dans ce cas.

[Pierre Fauconnier]

Salut.

Bizarre, car lorsque je fais F4/0.3 et que je compare le résultat avec c4, c'est ok... =(F4/0.3)=C4 renvoie VRAI.

Tu peux utiliser =EQUIV(F4/0.3&"";C:C&"";0) validée en matricielle (SHIFT+CTRL+ENTER). Ca marche. Tu peux dès lors utiliser Index sur B:B pour retrouver toto...

Mais sans qu'on ait l'explication du problème, on ne fait que le contourner et il risque de réapparaître plus tard...

[Le_passant]

Bonjour,

sur Mac OS X, je reproduis l'anomalie avec Gnumeric 1.12.31, mais pas avec LibreOffice 5.3.1.2

[Pierre Fauconnier]

C'est clairement un problème de nombre en virgule flottante (pour "rappel", un nombre en virgule flottante qui contient des décimales n'est exact que les pour les puissances négatives de 2)..

Dès lors, tu peux utiliser =EQUIV(ARRONDI(F4/0.3;100);C:C;0)

[jeanpisstoute]

Bonjour,

Merci pour vos réponses. J'en déduis donc que même si Excel est capable d'afficher une valeur "exacte" en dépit des petites imprécisions du flottant, il n'applique pas cette règle d'équivalence dans la fonction EQUIV (ou alors il ne l'applique pas de la même façon). Parmi les différents contournements que j'ai imaginés ou qui ont été proposés, celle de l'arrondi me paraît la plus pratique et propre étant donné que ce problème se trouve dans un fichier plus lourd au milieu de plein d'autres formules et sur lesquelles une macro tourne.