dolibarr-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-user] R�flexion sur les fonctionnalit�s


From: Marc
Subject: Re: [Dolibarr-user] Réflexion sur les fonctionnalités
Date: Mon, 11 Apr 2005 11:05:45 +0200

> 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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]