3 décimales / chiffres après la virgule pour les prix

[zba]

Bonjour,

J'aurais souhaité savoir si il est possible d'avoir 3 décimales (chiffres après la virgule) pour les prix d'achat et de vente des articles.
J'ai cherché sur le forum mais je n'ai rien trouvé à ce sujet, est-ce paramétrable quelque part ?

[xantof]

Bonjour,

Même si pour travailler au quotidien en monnaie courante (euro), les millièmes ne sont pas nécessaires, la question mérite d'être vue par les développeurs car -- sur ma 1.2b -- le simple fait de rajouter une 3ème décimale dans le prix TTC de la fiche article déclenche une erreur

Stephan

[guillaume]

Bonjour,

Pour être conforme avec la DGI, avoir plus de 2 chiffres après la virgule n'est possible que pour les calculs,
les prix sont toujours arrondis au centime.

Cordialement,

[zba]

Merci pour vos réponses.

J'achète des articles ayant un prix d'achat aux 1000 (ex: 95,25€ les 1000 unités) et je les revends à l'unité (à 0.09525€ pièce + la marge soit 0.21€).
Je suis donc obligé de rentrer un prix d'achat unitaire de 0.10€ (arrondi à 2 décimales) pour le revendre à 0.21€ soit une marge de 110€ pour 1000 articles vendus alors qu'en réalité, achetant aux 1000, ma marge réelle est de (0.21 - 0.09525) * 1000 = 114,75 €.

Est-il possible de rentrer un prix d'achat aux 1000 à 95,25 et d'avoir un prix de vente à l'unité à 0.21€ ?

[guillaume]

Bonjour,

Votre exemple est très intéressant, informatiquement parlant, il revient à scinder
un article acheté (la boîte de 1000 à 95.25€) en plusieurs articles de ventes (1000),
d'où effectivement un calcul approximatif de la marge.
D'un point de vue comptable, il n'y aura pas d'erreur car pour les 1000 articles vendus,
vous aurez bien un achat de 95.25€ et un total de vente de 210€.

Concrètement, je ne sais pas si cela vaut le coût d'accepter plus de 2 décimales pour les prix d'achats
juste pour corriger la marge dans ce cas très spécial.
A mon avis, il serait plus judicieux de pouvoir relier l'article "boîte de 1000 clous" avec l'unité vendue (le clou).
Vous auriez alors la traçabilité totale de l'article:
Commande fournisseur de la boîte de 1000 -> mise en stock de la boîte de 1000 -> division de la boîte en unités de vente
L'avantage de cette méthode est de pouvoir gérer les cas où l'on souhaite vendre les clous par sachet de 1,10, 50 clous
tout en ayant une gestion de stock correcte.

Nous avons déjà cette fonctionnalité inscrite à la liste des développement à réaliser, elle nécessitera environ 80 heures de travail.
Reste à la financer.

Bon weekend.

[xantof]

Bonjour,

Moi aussi j'ai un peu regardé et c'est vrai que pour des articles de très faible valeur individuelle, si les prix finaux affichés sur les factures peuvent l'être avec 2 décimales, les calculs les constituant peuvent nécessiter plus de décimales. J'ai passé quelques factures fournisseurs en revue et c'est vrai que la quincaillerie est un exemple typique -- il calculent avec 4 décimales. J'en ai trouvé d'autres : papetiers, EDF, 3 décimales, ...

... à suivre...

@Guillaume : les champs "Prix" de la fiche article renvoient une erreur si par malheur on y met une 3ème décimale [1.2b]

Stephan

[cfer-maintenance]

bonjour

je reprends cette conversation car j'ai aussi un probleme de ce coté là ...

mon fournisseur me vend un sachet de 20 joints toriques à 4.16€ HT
seulement il ne détaille pas "au joint" et donc me facture 20 joints à 0.208€ pièce (20 x 0.208 = 4.16)

si je veux garder la vision du stock de joints, je suis obligé de traiter par 1 joint
en vente pas de probleme ... 0.21 plus la marge ...
mais à l'achat si je commande 20 joints à 0.21 le total ne correspond plus à ce que me facture mon fournisseur

serait-il possible d'avoir le prix d'achat avec 3 décimales ?

cordialement