dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] Modele de bon de livraison


From: CONTACT EXPRESSIV
Subject: Re: [Dolibarr-dev] Modele de bon de livraison
Date: Wed, 10 May 2006 14:06:01 +0200
User-agent: KMail/1.9.1

Le Wednesday 10 Mai 2006 13:39, Nicolas GOMBERT a écrit :
> Bonjour à tous,
>
> Je veux juste proposé une idée sur la tracabilité des produits en stock
> (mais pas que).
>
> >> ->J ai pour projet de donner une reference une reference produit a
> >> chaque produit dans le stock . afin de pourvoir tracer l historique d un
> >> seul produit . est ce en projet dans dolibarr et/ou est ce que cela est
> >> inetrressant pour le projet ?
> >
> >Une référence à chaque instance de produit, si je comprend bien. Si j'ai
> >1000 produit en stock, j'aurais donc 1000 lignes dans une table ?
> >Comment envisage-tu cela au niveau de l'IHM ? Quelqu'un a-t-il d'autres
> >idées moins "lourdes" pour gérer une traçabilité ?
> >Ne faut-il pas attribuer l'id uniquement au moment de la création de
> >l'expédition et laisser les produits dans le stock comme anonymes ?
>
> J'ai l'idée avec mon associé d'intégrer à dolibarr la possibilité
> d'effectuer ue comptabilité analitique. la tracabilité des produit en fait
> partie. le moyen que nous avons deja mis en place pour notre activité se
> contente de faire le lien ligne par ligne de chaque facture fournisseur
> vers chaque facture client. bien évidemment toute les ligne fournisseur ne
> peuvent pas etre traité comme cela (je pense au facture de telephone par
> exemple) mais dans ce cas elles peuvent être au choix attribué à une ligne
> de facture client precise ou répartie sur l'enseemble des facture d'une
> période donnée. une option est prévue pour les immobilisations ou les frais
>
> En résumé avec 2 champs ce présentant comme ci dessous, nous sommes en
> mesure de definir quel produit est en stock, quand il a été acheté a quel
> prix etc. On pourrait immaginer dans le futur optimisé la gestion de stock
> pour arrivé à une gestion de cout sur le prix d'achat réel !
>
> dans la table de detail des factures fournisseurs on ajoute :
> - le mode de répartition (ligne client, frais, immo)
> - l'id de la ligne client
>
> on remarque que si le champ n'est pas renseigné c'est que le produit est en
> stock ;)
>
> j'écris ce mail à chaud, l'idée peut etre surement paufinée.

Il te faudrait donc une table gerant les association entre les factures 
fournisseurs et les factures clients (sinon comment gerer le fait qu il y est 
plusieurs factures client pour une seule facture fournisseur ou vice versa).
Pour le cas d une vente au detail, la solution est à peut pres aussi lourde. 
moins de ligne , il est vrai, mais nettement plus de parcours de la table 
associative ... 
Ma solution "lourde" stockerait en effet la totalite des produits du stock, 
mais la table ne sera jamais solicitée sauf si il y a une demande de trace d 
un produit de ref unique. Et surtout de proposer l impression d une etiquette 
unique pour chaque produit et ensuite pouvoir l associé a la reference du 
produit unique du fournisseur, ce qui permettrait enfin de connaitre a qui a 
été vendu le produit XXXX et donc de demander son retour atelier aupres du 
client.
Les solutions de soustraction de facture client/facture fournisseur ne permet 
pas (ou pas simplement en tout cas) de connaître la provenance avec 
précision.Il faudrait donner une plage de reference a un lot...; 
Admettons que sur un lot de 50 produits concernant une seule facture 
fournisseur , , on y rajoute ensuite a ca une autre commande de produit 
identique d un second fournisseur ..... comment gerer vous ca sans reference 
unique et comment savez vous qui a acheté quoi a qui ??

La seconde solution serait donc surement efficace pour une gestion de 
comptoir, mais dans le cas d'un suivi clientele , il est nécessaire d obtenir 
cette reference unique de produit et donc cette ligne aurait une existence 
propre "mais lourde".

Et puis est ce vraiment genant de remplir une table qui ne sert que lorsque l 
on en a besoin .... car le niveau de stock pourrait en effet etre gerer par 
soustraction (pour connaitre la disponiblite) mais par reference unique en ce 
qui concerne le SAV....

A mediter
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

-- 
MESSIN Enguerrand
SARL Expressiv
PIT de la Pompignane-T4
Rue de la veille poste
34055 Montpellier
tel/fax : 04-67-50-15-49
www.expressiv.net





reply via email to

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