[Top][All Lists]
[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
- Re: [Dolibarr-dev] Modele de bon de livraison, (continued)
RE: [Dolibarr-dev] Modele de bon de livraison, Régis Houssin, 2006/05/06
Re: [Dolibarr-dev] Modele de bon de livraison, Régis Houssin, 2006/05/10
RE: Re: [Dolibarr-dev] Modele de bon de livraison, Nicolas GOMBERT, 2006/05/10
- Re: [Dolibarr-dev] Modele de bon de livraison,
CONTACT EXPRESSIV <=