Discussion :

[Jeremylgx]

Bonjour à tous,

Je cherche à comparer deux nombres dans un formulaire afin que l'utilisateur ne puisse pas entrer un nombre supérieur au stock. J'ai donc mis dans le champ "Valide si" Entre 1 et [Stock]. Ca fonctionne mais pas pour tous les nombres. Si le stock est de 12 : je tape 1, ça passe, un nombre de 2 à 9, ça ne passe pas (problème), 10, 11 ou 12, ça passe, au dessus ça ne passe plus (normal). Si le stock est de 55 : je tape un nombre de 1 à 5, ça passe, de 6 à 9, ça ne passe pas, de 10 à 55, ça passe et donc au dessus, non. Vous avez compris la logique. Vous savez d'où ça peut venir ? Merci d'avance.

[nico84]

Bonjour,

Apparemment ça fait un test alphabétique

[Thierry85]

Bonjour,
La propriété "Valide si"" ne sert pas à cela et ne vous donnera rien de bon dans ce cas.
Je vous conseille plutôt d'utiliser la fonction DlookUp dans un champ calculé pour trouver la valeur de votre stock pour l'article en question.
Vous pourrez alors comparer cette valeur avec la valeur saisie.
Bon courage

[Jeremylgx]

Merci pour vos réponses. Sachant que j'ai vu cette manière de faire dans un tuto pro, je pensais que ça marcherait.
@nico84 : Savez vous comment passer à un test de nombre ? J'ai essayé Valide si <[Stock] mais le résultat est le même.

[nico84]

Je confie très peu de controles à access car les messages d'erreur ne sont pas assez explicites...
Le champ concerné est bien numérique ? Il n'y a pas un format qq part qui inciterait à penser que les données sont du texte ??? (si tant est qu'access pense...)

[Thierry85]

Bonjour,

Lorsque l'on met des caractères entre crochets dans cette fonction, on précise les caractères qui doivent être ou non (!) utilisés en saisie.
Par exemple :

Code :

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

Is Null OR Not Like "*[!a-z]*"

(tout caractère en dehors de la plage A à Z est rejetté).

Bref, le fait de mettre [stock] dans les critères de cette fonction ne peut rien donner de bon...