[ETAT] Access arrondi à la 10aine au lieu de l'unité

**Alain Rivet** · 18/01/2006, 14h56

Bonjour à tous,

Quelqu'un peut-il me dire comment faire pour que les résultats des champs calculés de mon état soient arrondis "par défaut" à l'unité et non à la dizaine comme c'est le cas pour l'instant ?

Pour arrondir à l'unité, je suis obligé d'utilisé la fonction "arrond" !

Dans un pied d'état, je crée un champ calculé sensé me donner un prix moyen par unité

Pour donner un exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

=Somme([PRIADH_H]*[INVADH_H])/Somme([INVADH_H])

donne un arrondi à la dizaine

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

=Arrond(Somme([PRIADH_H]*[INVADH_H])/Somme([INVADH_H]))

donne un arrondi à l'unité. :o

D'avance merci.

Alain[/code]

**r@phy** · 18/01/2006, 16h25

Peux tu nous donner le type de tes variables ?

**Alain Rivet** · 18/01/2006, 16h31

Bien sûr

Ce sont des réels doubles avec décimale "auto" dans les 2 cas.

Pour les 2 valeurs, la valeur nulle est autorisée, pas indexé, pas d'interdiction de doublon, champs vide autorisé.
Le reste est vide.
Merci de te pencher sur cette énigme

Alain

**r@phy** · 18/01/2006, 17h10

As-tu essayé de faire des calculs intermédiaires pour voir où le bât blaisse ?
Sincèrement je ne vois pas bien où peut être le problème...

**seacat** · 18/01/2006, 19h18

bonjour,

quand tu dis

Ce sont des réels doubles avec décimale "auto" dans les 2 cas.
Pour les 2 valeurs, la valeur nulle est autorisée, pas indexé, pas d'interdiction de doublon, champs vide autorisé.
Le reste est vide.

tu te réfères à la table ?

si oui , ne faut-il pas plutôt regarder le format du champ dans l'etat ?

**Alain Rivet** · 19/01/2006, 11h35

Heu !!! je ne savais pas ça !

Bon ben après avoir cherché, dans la fenêtre propriété de l'état et dans la fenètre propriété sous visual basic, je trouve les caractéristiques suivantes pour les champs concernés :
- un format, mais vide
- les décimales en "auto"...

Pour le reste, je ne trouve rien... Où puis-je regarder d'autre ?

Merci pour ta patience et ton temps...

Alain

PS : Sorry pour le délai, mais je viens de changer de localisation et je n'ai pas encore "mon" PC, j'emprunte celui d'un collègue pour avoir un MSAccess 2000 "full"

**seacat** · 19/01/2006, 12h53

Hello,

pour y voir plus clair, peux tu nous montrer quelques exemples
de tes: [PRIADH_H] & [INVADH_H] ?

**Alain Rivet** · 19/01/2006, 14h17

D'abord spécialement pour R@phy

Bon ben j'ai frotté mes lunettes et enfin vu ta question.

Sorry

Pour le contexte

Je migre une feuille Excel que nous utilisons pour suivre les ventes 2 X par mois (mi et fin). Cette feuille rassemble les chiffres du mois ainsi que certains chiffres du mois précédent. J'essaie de supprimer les réencodages et de rendre le système plus souple...

Pour la part qui cause problème, ces données sont pour chaque unité de vente :
Le nombre de pièces vendues. (Nom commençant par "INV") et le prix moyen à la pièce (nom commençant par "PRI").

Les 3 derniers caractères du nom donne la catégorie de produit. (Il y en a 9).

Après test, Mes problèmes d'arrondi apparaissent uniquement lorsque je divise, mais c'est logique, c'est la seule opération qui crée une réponse qui ne soit pas un entier !

Par ailleurs, il le fait pour tous les champs calculés que je crée.

Exemple (différent de la formule présentée au début pour simplifier):

Produit ; Quantité ; Prix
A ; 29 ; 1814
B ; 585 ; 1677
C ; 118 ; 1687
D ; 99 ; 1828
E ; 6 ; 1565
F ; 117 ; 1563
G ; 28 ; 1462

La formule pour connaitre le prix moyen est de multiplier chaque quantité par son prix puis de diviser par la somme des quantités.

Avec l'exemple choisi, la réponse exacte (avec excel et la fonction arround) est de 1677 mais access sans la fonction arround me donne 1680. Il ne s'agit donc pas d'un problème d'arrondi à l'unité !

Voilà, j'espère que c'est un petit peu + clair... J'ai près de moi un collègue feru d'Access 97. Il ne comprend pas non plus.

Info encore, il s'agit d'un Access 2000.

Alain