[Top][All Lists]
[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
- Re: [Dolibarr-user] Réflexion sur les fonctionnalités,
Marc <=