Discussion :

[chekkal]

Bonjour à tous,

je voudrais calculer les stocks de marchandise d'une entreprise de vente de produits alimentaires mais aux Prix moyen pondéré. Jusqu'au ici je calculer les stocks au prix unitaire d'achat et à la demande du client qui veut regrouper les produit par le total de la quantité et voir la valeur total des stocks de marchandises en gros comment modifier ce code:

Code :

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

1
2
3
4
5
6
 insert into STK (pro,pua,des,qto,qta,qtv)
  with c as
  ( select pro,pua,(iif (fac='00000',qte,0)) as qto,(iif (fac='00000',0,qte)) as qta,0 as qtv from ACH  where (pro is not null)and(dat between :DATD and :DATR)
  union all
  select pro,pua,0 as qto,0 as qta,qte as qtv from VEN where (pro is not null)and(dat between :DATD and :DATR) )
  select pro,pua,sum(qto) as qto,sum(qta) as qta, sum(qtv) as qtv from C group by 1,2;

pour le calcul des stocks au Prix Moyen Pondéré

merci

[seabs]

Bonjour,

A mon avis pour traiter ce problème, il est nécessaire de passer par une procédure stockée.

La difficulté du coût moyen pondéré est d'isoler les éléments qui vont entrer dans le calcul. Je m'explique, nous avons les factures suivantes :

Code :

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

1
2
3
4
5
 
 Facture  Quant     Total    PU
  Fac 1      15       150     10
  Fac 2       5        60     12
  Fac 3      20       160      8

Si tu as en stock 30 produits, le coût moyen pondéré sera 20 x 8 + 5 x 12 + 5 x 10 = 270 c'est-à-dire un coût moyen de 9,00.

Personnellement, je n'ai pas la réponse comment établir un requête pour réaliser ce calcul. Certes, je n'ai pas cherché.

Il faudrait peut-être regarder vers la création d'une table temporaire préalablement au calcul du coût.

Je n'ai pas le temps suffisant pour étudier, en détail, toutes les possibilités en utilisant une requête, une ou plusieurs vues ou une procédure stockée ou un panachage de l'ensemble, sans oublier le contrôle des performances.

Mon propos ne te seras peut être pas très utile, mais j'ai tellement vu, dans mon activité, les calculs de coût moyen pondéré inexact, qu'il me semblait utile d'apporter ces précisions.

Bon courage

[chekkal]

merci pour ta réponse, mais ce qu'il faut aussi intégrer c'est les ventes.
en effet ton exemple

Facture Quant Total PU
Fac 1 15 150 10
Fac 2 5 60 12
Fac 3 20 160 8

traite seulement des achats, mais la déficulté c'est d'intégrer les ventes. j'ai essayer avec cette methode, mais ça prend un temps enorme.

Code :

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

1
2
3
4
5
 
   for select dat,pro,quant, total,pu from ACHT into :dat,:pro,:qua,:tot,:pu do
           insert into STOCK (cas,dat,pro,qte,pua) (1,:dat,:pro,:qua,:tot,:pu);
   for select dat,pro,quant, total,pu from vente into :dat,:pro,:qua,:tot,:pu do
           insert into STOCK (cas,dat,pro,qte,pua) (2,:dat,:pro,:qua,:tot,:pu);

aprés le reste du calcul je le fait avec programmation delphi

[camatchou]

Bonjour,

Pour moi le CUMP , c'est la moyenne des (coûts unitaires x quantités) des entrées d'un article donné par rapport à une date P.

Moi j'utilise un champs CMP dans la structure de la table ARTICLE dont la valeur est systématiquement mise à jour à chaque nouvelle entrée (achat) de cet article,
Pendant la sortie de l'article (vente ou sortie du magasin,...), il suffit d'utiliser ce champs (CMP).
A+

[chekkal]

Bonjour ,

je suis désolé de contredire mais la méthode que tu propose est fausse .
Le PMP doit être calculé en prenant en considérations les mouvements des stocks exple: Produit: OR
1- 01/01/2014 achat 100 KG pour un PUA de 1000.00
2- 03/01/2014 Vente 1.5 KG
3- 04/01/2014 achat 150 KG pour un PUA de 1200.50

le calcul du PMP doit se faire dont l'ordre chronologique.
1- pmp=1000 pour une qte de 100 kg
2- PMP=1000 pour une qte de 98.5 KG
3- PMP=((98.5*1000)+(150*1200.5))/(98.5*150)

[SergioMaster]

Bonjour,

le CUMP est effectivement différent d'un PMP mais sinon je procède de la même manière que Camatchou (à savoir avoir une colonne PMP dans la table Article) , un Trigger pour le calcul à chaque Entrées (achats) et le tour est joué .

Quelque chose comme

Code :

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

1
2
3
4
5
6
 
CREATE TRIGGER NOUVEL_ACHAT FOR ACHATS
ACTIVE AFTER INSERT
BEGIN
UPDATE ARTICLE SET PMP=(QTESTOCK*PMP+NEW.QTEACHAT*NEW.PU)/(QTESTOCK+NEW.QTEACHAT) WHERE CODEARTICLE=NEW.CODEARTICLE;
END

ce qui donnera
1- 01/01/2014 achat 100 KG pour un PUA de 1000.00 -> PMP=1000
2- 03/01/2014 Vente 1.5 KG PMP inchangé
3- 04/01/2014 achat 150 KG pour un PUA de 1200.50 -> PMP=1121.0261
CQFD

et pas de calculs longs

[chekkal]

Bonjour @sergio,

Ton code est correcte seulement dans le cas ou il ya pas de changement antérieur des achats
cad :

dans le trigger le QTESTOCK est statique ça veut dire il change à chaque ajout d'un achat mais pas à la modification ou à la suppression.
prenant un exple:
01/01/2014 achat 1500 kg pour un pua 1200.00
02/01/2014 vente 100 kg
03/01/2014 achat 1200 kg pour un pua 1300.00
04/01/2014 vente 12.5 kg
05/01/2014 facture avoir 1000 kg ????la le problème

moi je recalcule le PMP depuis le début, mais le problème c'est le temps que ça prend.

[SergioMaster]

Ton code est correcte seulement dans le cas ou il ya pas de changement antérieur des achats
dans le trigger le QTESTOCK est statique ça veut dire il change à chaque ajout d'un achat mais pas à la modification ou à la suppression.

Absolument pas, je n'ai donné que le trigger sur les Achats il y a bien sur un trigger sur les Ventes et le trigger sur les ACHATS n'est pas Complet

Code SQL :

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

1
2
3
4
5
CREATE TRIGGER NOUVEL_VENTE FOR VENTES
ACTIVE AFTER INSERT
BEGIN
UPDATE ARTICLE SET QTESTOCK=QTESTOCK-NEW.QTEVENTE WHERE CODEARTICLE=NEW.CODEARTICLE;
END

pour ton information : cette technique dans ma BDD fonctionne depuis 1998
Conclusion : on n'apprend pas a un vieux singe à faire la grimace

[chekkal]

je crois que tu m'a pas bien compris.

Si on prend les triggers que tu utilise dans les achats ou les ventes
exple:

Code :

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

1
2
3
4
5
6
 
CREATE TRIGGER NOUVEL_VENTE FOR VENTES
ACTIVE AFTER INSERT
BEGIN
UPDATE ARTICLE SET QTESTOCK=QTESTOCK-NEW.QTEVENTE WHERE CODEARTICLE=NEW.CODEARTICLE;
END

si on lit bien "Active after insert' qui veut dire mettre à jour le champs QTESTOCK à chaque ajout d'un achat. Mais le problème qui se pose si il y a modification d'un achat ou facture d'avoir(retour de marchandise vers fournisseurs) par exple.

[SergioMaster]

a) rien n’empêche de faire un trigger pour un UPDATE
b) en général dans le cas d'un Avoir , le PMP ne change pas
c) tout dépend de comment on gère les "modifications"
i.e un avoir n'est peut être vu comme un achat d'une quantité négative

[Edit] il faudra également penser à gérer des quantités négatives
(Quantité Stock négative => Quantité Stock=0 pour les calculs)

[amazigh1985]

Bonjour tout le monde,

Je suis nouveau dans ce forum, j'aimerai bien apporter mon aide au sujet de cette discussion,

En fait, je pense que le meilleure moyen de calculer le prix moyen pondéré est d'utiliser une procédure stockée, le calcul sera performant car la requête

est exécutée coté serveur, je déconseille vivement l'utilisation des triggers (Ils sont pénalisant en terme de performances), de plus la solution proposée fonctionne si l'utilisateur insére des entrées par ordre chronologique, si une piéce d'entrée est insérée déja et que l'utilisateur modifie le prix d'achat, le trigger ne sera pas executé, donc un prix moyen pondéré érroné.
Une autre chose il faut tenir compte de la date des pièces pour calculer le CMUP c'est important.
Je vous conseil vivement ce lien qui explique les trois méthodes de valorisation des stocks en utilisant ms access, personnellement je me suis inspiré pour faire
une procédure stockée sous sql server qui calcul le prix moyen pondéré par article, numéro de lot, dépot et établissement.
https://claudeleloup.developpez.com/...-de-stock/#LII
https://denishulo.developpez.com/tut...ess/stockeval/

Voila, j'espere qu'ils vous seront d'une grande utilité