Discussion :

[jlp65]

Bonjour,
J'ai une colonne remplie de montants (nombres à 2 décimales, donc). Lorsque Excel en calcule la somme, il trouve (si je demande l'affichage de 10 décimales) 97243.7999999999 (au lieu de 97243.80).
Et comme j'ai un programme VBA qui contrôle l'égalité des sommes de 2 colonnes, d'un côté, il trouve 97243.7999999999 (par erreur) et de l'autre 97243.8000000000 ... et, donc, conclut, à tort, à l'inégalité !
Quelqu'un peut-il m'expliquer l'origine du problème ?
Merci !

[Menhir]

Quand tu demandes à Excel un affichage à 2 décimales, ce n'est que l'affichage qui change, pas la valeur contenue par la cellule.

Par exemple, si tu as 1,003 dans une cellule et dans une autre le résultat de cette cellule multipliée par 4.
Si, pour ces deux cellules, tu demandes un format d'affichage à deux décimales, tu auras "1" dans la première cellule et "4,1" dans la seconde, ce qui pourra laisser penser un peu vite à une erreur de calcul. L'erreur n'est qu'apparente, en réalité le calcul est juste.

Si tu veux éviter ça, il faut que tu encadres toutes les formules pouvant générer des décimales (en particulier les divisions et autres fonctions du genre) d'une fonction ARRONDI ou l'une de ses petites cousines (ARRINDI.INF, ARRONDI.SUP,PLAFOND, PLANCHER, ENT, etc.).
Ces fonction vont réellement transformer ton résultat en une valeur à deux décimales.

[Marc-L]

Bonjour, bonjour !

En fait VBA ne fait pas d'erreur : il exécute juste les lignes du développeur n'utilisant pas un type de variable approprié,
la source du problème est donc entre la chaise et le clavier !

Comme le prouve cette démonstration …

__________________________________________________________________________________________________

Merci de cliquer sur pour chaque message ayant aidé puis sur pour clore cette discussion …

__________________________________________________________________________________________________
Tous unis, tous Charlie

[jlp65]

Merci à vous deux pour vos réponses.
En fait, je vous soumets un problème qui m'a été soumis (par mail) ! ... et, donc, je ne sais pas, en particulier, si l' "erreur" se produit dans VBA seulement ou si elle se produit dans VBA et dans Excel.

Par contre, je ne comprends pas bien la logique du 2e calcul de ta démonstration, Marc-L : pourquoi, si le résultat de la formule est de type Variant, le résultat obtenu ne correspond pas à celui attendu ?

[Menhir]

En fait, je vous soumets un problème qui m'a été soumis (par mail) ! ...

Il est préférable qu'il y ait le moins d'intermédiaires pour résoudre un problème parce qu'il y a forcément perte d'information (sans parle de perte de temps) à chaque étape.
Il vaudrait donc mieux que ce soit celui qui rencontre ce problème qui vienne en parler.

[jlp65]

Il est préférable qu'il y ait le moins d'intermédiaires pour résoudre un problème parce qu'il y a forcément perte d'information (sans parle de perte de temps) à chaque étape.
Il vaudrait donc mieux que ce soit celui qui rencontre ce problème qui vienne en parler.

Effectivement ... Mais si l'on pouvait m'expliquer le résultat du 2e calcul de la démonstration de Marc-L, cela m'intéresserait !

[Marc-L]

Il n'y a qu'un seul calcul dans la démonstration !

Comme déjà indiqué, le résultat du calcul diffère selon le type de variable employé …

__________________________________________________________________________________________________

Merci de cliquer sur pour chaque message ayant aidé puis sur pour clore cette discussion …

[Kimy_Ire]

Bonjour Marc-L, le forum,

Je ne comprends pas pourquoi la variable Double pose soucis...
J'imagine que ceci est dû à la différence entre :

Single : Type de données qui regroupe des variables à virgule flottante en simple précision sous forme de nombres à virgule flottante [...]

et ...

Double : Type de données stockant sur 64 bits les nombres à virgule flottante en double précision [...]

... mais je ne comprends pas.

Peux-tu m’éclairer ?
Merci.

Cordialement,
Kimy

[EDIT : @jlp65, au passage, c'est sur qu'avec un titre comme celui que tu as mis, tu allais avoir du passage sur ton post. ^^ Comme l'a dit Marc-L, l'erreur ne se situe jamais après le clavier ! ]

[Marc-L]

La précision de calculs est expliquée dans l'aide d'Excel et plus techniquement sur un site Microsoft.
En gros, certaines valeurs décimales n'ont pas d'équivalence juste en représentation binaire (interne) …
Ce n'est pas spécifique à Excel, peut se rencontrer dans d'autres applications ou langages.

Par contre se méfier de la fonction VBA Round, voir ma procédure Test dans la page précédant la démonstration !

[jlp65]

[EDIT : @jlp65, au passage, c'est sur qu'avec un titre comme celui que tu as mis, tu allais avoir du passage sur ton post. ]

Je comptais bien dessus !

[Marc-L]

Et tu as été servi !
Conformément aux règles du forum :

__________________________________________________________________________________________________

Merci de cliquer sur pour chaque message ayant aidé puis sur pour clore cette discussion …

[Kimy_Ire]

Juste pour conclure, je trouve ce lien relativement explicite sur le sujet.
Je ne sais pas s'il s'agit d'être aussi radical, cependant, au vu de ma nécessité de précision de manière générale, je n'utiliserais plus les Double.

Merci Marc-L.

Cordialement,
Kimy

[Menhir]

Etrange conclusion...
Par recherche de précision, refuser d'utiliser le type de variable qui offre le plus de précision.
Il est préférable, si on veut un nombre à deux chiffres après la virgule, d'utiliser des fonctions qui garantissent ce type de résultats. Excel et VBA en ont plusieurs, à commencer par les fonctions d'arrondi. Avec ça, au moins, on est sûr de faire du travail propre.

[el_slapper]

Ça dépend de ce qu'on fait. Si on fait du calcul scientifique, oui le double est plus précis. Si on fait de la compta, je préfère mon petit chéri le Currency(qui n'est qu'en entier très long avec une virgule arbitrairement postée à 4 décimales du bord droit).

[Menhir]

Quand je fais des calculs sur des sommes d'argent, je préfère personnellement agrémenter les formules de ARRONDI(), ARRONDI.SUP() ou ARRONDI.INF(), que ce soit dans les formules Excel ou en VBA. Avec ça, il n'y a aucune incertitude sur le résultat obtenu.