C'est en effet compliqué. Je pense que le meilleur moyen de gérer
(et le
plus logique) est de considérer que le prix d'achat est le dernier
prix
en vigueur car c'est la "vraie valeur" du produit. En + c'est plus
simple à gérer. Il faudrait aussi donner la possibilité de metre ce
"prix valeur" à jour car il a pu évoluer depuis l'achat.
Une logique différente conduirait à calculer ce qu'on a vraiment
gagné
et donc à considérer le prix d'achat réel mais je pense qu'il est
plus
sain de faire comme je le propose, quitte ensuite à calculer des
pertes
ou plus values sur la valeur du stock.
Nicolas
La méthode standard consiste à calculer un coût unitaire moyen de
possession de l'article, comprenant :
- le prix d'achat moyen pondéré des articles : les articles les plus
anciens sortent du stock en premier lors d'une vente et l'on calcule
la moyenne des prix d'achat sur les articles restants
- les frais de stockage, généralement un pourcentage sur le prix
d'achat moyen, fixé par l'utilisateur, dépendant du temps de
possession d'un produit.
Dans les ERP que j'ai rencontré jusqu'à présent, ce genre de tâche est
effectué la nuit, sur tous les articles du catalogue, quand il n'y a
pas d'activité. Selon l'importance du catalogue, ça peut prendre
plusieurs heures.
Pour Dolibarr, il faut trouver un autre moment plus opportun. Peut-
être calculer ce prix seulement lorsque l'article est mouvementé et
une seule fois par jour avec un système de cache ou de datation du
calcul ?
--
Marc
Ocebo
_______________________________________________
Dolibarr-user mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-user
---
avast! Antivirus: message Entrant propre.
Base de donnÚes des virus (VPS): 0514-3, 10/04/2005
Test du: 11/04/2005 11:31:56
avast! - copyright (c) 1988-2004 ALWIL Software.
http://www.avast.com
mathias.wolff.vcf