conditionnement et unité d'achat

[Richard PALO]

J'ai remarqué un module stock_package qui semble être fait uniquement
pour l'emballage et/ou colisage de produits.

Je voudrais savoir s'il existe un module tryton pour le conditionnement
('containment packaging' ou 'agglomeration packaging').

Quelques exemples typique:
- les boites de vis ou de raccords
- couronnes de tubes ou tourets de fils
- des bidons de décapant ou de peinture

A l'achat, l'unité de prix de fournisseur pourrait être au 100 ou 1000
pour le premier cas, au mètre linéaire pour le deuxième ou au litre ou
au bidon de x*Litres pour le deuxième.
(Ignorons pour le moment un prix en poids..)

Naturellement, tout ceci est stipulé au niveau du fournisseur du produit.

en servant du premier cas, chez un fournisseur on achète:
Qté Cond. P.U. UdA P.T.
--- ---- --- --- ----
2 boites de 250 vis WUPO à, par exemple, 2,00€ p100 soit 10,00 €

mais aussi
3 boites de 100 vis WUPO 2,00€ p100 6,00 €

en stock, ce serait bien de tenir compte du conditionnement pour
l'inventaire physique... par exemple, la boite de 100 pour unité par
défaut, mais en stock physique plusieurs lignes soit des boites (ou
fractions de boite) de 100, 250 et cetera.

[Cédric Krier]

Je ne comprends pas. Est-ce que les boîtes sont ouvertes pour vendre une
partie du contenu aux clients?

--
Cédric Krier - B2CK SPRL
Email/Jabber: cedric...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

[Richard PALO]

Le 09/12/14 13:23, Cédric Krier a écrit :

Il ne s'agit pas de la vente au détail mais de louage d'ouvrages
(travaux de construction). Les boites sont consommées au fur et mesure
par des équipes de production (principalement sur le chantier).

[Cédric Krier]

En bien du coup, il n'y a aucun interêt à garder d'information sur le
contenant. C'est juste une question d'unité de mesure.

[Richard PALO]

Le 09/12/14 14:04, Cédric Krier a écrit :
>

> En bien du coup, il n'y a aucun interêt à garder d'information sur le
> contenant. C'est juste une question d'unité de mesure.
>

Comme j'ai déjà dit, c'est de la domaine du conditionnement et non de
l'emballage. http://fr.wikipedia.org/wiki/Packaging

Il s'agit bien de plusieurs unités de mesures fondamentales...
quant aux achats:
1. conditionnement
2. unité d'achat utilisé (indépendant du conditionnement)
3. unité de mesure par défaut (principalement pour la valorisation de stock)
4. unité de consommation (par exemple pour les nomenclatures)

Calcul du montant net HT d'une ligne d'achat :
Qté * <conditionnement> / <u.achat> * <p.u.achat> * ( 1 - <remise> )

(pour mélanger un peux avec des listes de prix fournisseur;-)

[ASPerience Nantes Alençon Cherbourg]

pour la gestion des conditionnements justement, ça fait partie des fonctionnalités que j'ai à splitter et migrer vers tryton. 

si il y a des devs qui sont intéressés, on pourrait travailler ensemble, sachant qu'on a fait des gros modules pour openerp V5, trop gros modules. Inmaintenables. Donc je splitte les fonctionnalités pour les publier, mais ça demande beaucoup de boulot. Donc si il y a des gens intéressés, je peux montrer ce que l'on a comme fonctionnalités, partager le code existant pour que l'on fasse les nouveaux modules splittés

[Cédric Krier]

On 07 Feb 08:56, ASPerience Nantes Alençon Cherbourg wrote:
> pour la gestion des conditionnements justement, ça fait partie des
> fonctionnalités que j'ai à splitter et migrer vers tryton.

Ce serait bien de définir exactement ce qui est sous entendu par
"conditionnement" si ce n'est pas des unités de mesure.


PS: merci de ne pas top-poster sur cette mailing list, voir
http://groups.tryton.org/netiquette

[ASPerience Nantes Alençon Cherbourg]

Ce serait bien de définir exactement ce qui est sous entendu par
"conditionnement" si ce n'est pas des unités de mesure.

Hé bien, imagine que tu fasses de l'envoi en gros, tu ne vas pas dire que tu envoies 1000 boites de petits pois, mais 1032 boites parce que tes palettes font 256 boites. Quand ton bon de livraison est généré, il faut que ça indique que tu envoies 4 palettes de 256, pareil sur la facture. Et ton BL et tes palettes comporteront un EAN14 qui indique la palettisation, voir un EAN128 pour porter les informations de palettisation, de numéro de lot, de date de fabrication... Donc cette information de conditionnement n'est pas une information annexe comme elle l'est dans OpenERP, c'est une information essentielle de la chaîne logistique pour savoir combien de temps il faut pour décharger le camion à l'arrivée, et pour savoir quelle place il faut dans l'entrepôt d'arrivée pour stocker. 

[Cédric Krier]

On 08 Feb 05:19, ASPerience Nantes Alençon Cherbourg wrote:
> > Ce serait bien de définir exactement ce qui est sous entendu par
> > "conditionnement" si ce n'est pas des unités de mesure.
> >
> >
> >
> Hé bien, imagine que tu fasses de l'envoi en gros, tu ne vas pas dire que
> tu envoies 1000 boites de petits pois, mais 1032 boites parce que tes
> palettes font 256 boites. Quand ton bon de livraison est généré, il faut
> que ça indique que tu envoies 4 palettes de 256, pareil sur la facture.

C'est juste une unité de mesure.

> Et
> ton BL et tes palettes comporteront un EAN14 qui indique la palettisation,

La palettisation est le package de stock_package.

> voir un EAN128 pour porter les informations de palettisation,

A priori ça pourrait être un champ supplémentaire sur le package.

> de numéro de
> lot,

Ça c'est géré par le module stock_lot.

> de date de fabrication...

A priori un champ supplémentaire sur le lot.

> Donc cette information de conditionnement
> n'est pas une information annexe comme elle l'est dans OpenERP,

Les contraintes dans Tryton sont par défaut quand c'est possible levée.
C'est aux implémentation de les ajouter au cas par cas.
Pour le cas des lot, il est possible de définir pour quel type de
mouvement (entrée, sortie, interne etc.) le lot est obligatoire par
produit.

> c'est une
> information essentielle de la chaîne logistique pour savoir combien de
> temps il faut pour décharger le camion à l'arrivée,

Il faudrait plus de précision sur comment cette information est
calculée. Mais j'ai l'impression que c'est une problématique qui
ressemble à la planification de la production. Et donc extrêmement
complexe à gérer entièrement par le système, et donc la solution adoptée
par Tryton est de la laisser à l'utilisateur mais en lui donnant les
outils pour le faire le plus facilement.

> et pour savoir quelle
> place il faut dans l'entrepôt d'arrivée pour stocker.

Là on rentre dans une problématique d'optimisation qui est en fait un
problème NP-complet [1]

[1]
http://fr.wikipedia.org/wiki/Probl%C3%A8me_du_sac_%C3%A0_dos#Sac_.C3.A0_dos_multidimensionnel

[Jean-Sébastien HEDERER]

C'est juste une unité de mesure.

je suis désolé de te dire que cela n'a rien à voir

[Cédric Krier]

On 08 Feb 18:05, Jean-Sébastien HEDERER wrote:
> >
> > C'est juste une unité de mesure.
> >
>
>
> je suis désolé de te dire que cela n'a rien à voir

Merci pour cette réponse bien argumentée, on progresse.

Sinon je ne vois absolument pas pourquoi ce n'est pas une unité de
mesure. En reprenant l'exemple, ce serait dans Tryton:

- quantité: 4
- unité: palette de 256

Et si le besoin existe de voir la quantité dans une autre unité, un
champs fonction pourrait être ajouté.
Et en plus, il pourrait y avoir un domaine sur les unités autorisées
pour l'achat ou la vente.

[Jean-Sébastien HEDERER]

et les dimensions de la palette, sa composition, le fait qu'elle soit recyclable ou pas, sa capacité de gerbage, son code EAN14, tu les mets où? 

je pense que tu es un peu trop focalisé sur ton unité de mesure

[Cédric Krier]

Je t'invite à relire toute la thread car j'ai déjà répondu à cela.

[Jean-Sébastien HEDERER]

Je t'invite à relire toute la thread car j'ai déjà répondu à cela.

excuse-moi, mais tu as répondu en disant que "La palettisation est le package de stock_package", mais pour la quantité, tu veux mettre ça en unité de mesure. ça n'est pas logique. je vais regarder les modules existants, je ne sais pas encore où vous en êtes, et on reprendra la discussion après. mais oublie l'unité de mesure pour mettre la quantité du conditionnement, ça n'est pas la même chose. 

un peu de lecture: http://www.lomag-man.org/code%20gencodeanfr/gencodeanfrance.php

 

[Cédric Krier]

On 08 Feb 20:46, Jean-Sébastien HEDERER wrote:
> >
> > Je t'invite à relire toute la thread car j'ai déjà répondu à cela.
> >
> > excuse-moi, mais tu as répondu en disant que "La palettisation est le
> package de stock_package", mais pour la quantité, tu veux mettre ça en
> unité de mesure. ça n'est pas logique.

Ben si c'est logique de stocker une quantité avec une unité de mesure.
Et de stocker sur le « package » les informations de la palette.
Évidement la quantité de produit sur une palette dépendra des quantités
des mouvements qui lui sont liée.
De plus si on veux vendre ou acheter des palettes entière, ça doit se
faire via l'unité de mesure.

> je vais regarder les modules
> existants, je ne sais pas encore où vous en êtes, et on reprendra la
> discussion après. mais oublie l'unité de mesure pour mettre la quantité du
> conditionnement, ça n'est pas la même chose.

Bref tant que tu ne décrira pas précisement quel est ton besoin, on y
arrivera pas.

> un peu de lecture:
> http://www.lomag-man.org/code%20gencodeanfr/gencodeanfrance.php

Et quoi ? C'est juste un standard d'encodage. Et ça pourrait tout à fait
être calculé par un champs fonction sur le « package ».

[Jean-Sébastien HEDERER]

ok, j'abandonne. ce n'est pas mon besoin. c'est le besoin de plein de sociétés. je t'ai dit, on stoppe là cette discussion infructueuse. je regarde ce module stock_package et on verra par la suite. je pense que ça part mal si dès qu'on fait une proposition d'ajout de fonctionnalité qui marche, qui est implémentée comme des sociétés industrielles le souhaite, tu souhaites faire à ton goût sans tenir compte d'autres avis.

[Cédric Krier]

On 08 Feb 21:38, Jean-Sébastien HEDERER wrote:
> ok, j'abandonne. ce n'est pas mon besoin. c'est le besoin de plein de
> sociétés. je t'ai dit, on stoppe là cette discussion infructueuse. je
> regarde ce module stock_package et on verra par la suite.

Bien si tu ne veux pas discuter.

> je pense que ça
> part mal si dès qu'on fait une proposition d'ajout de fonctionnalité qui
> marche,

Quelle fonctionnalité ? Où est le code ? Où est la description ?

> qui est implémentée comme des sociétés industrielles le souhaite,
> tu souhaites faire à ton goût sans tenir compte d'autres avis.

Je ne comprends absolument pas la logique de reflection. Parce que je
discute, je ne tiens pas compte d'autres avis ? J'ai bien l'impression
que justement, c'est l'inverse. Si je ne voulais pas tenir compte des
avis, je ne discuterais pas et je passerai un bien meilleur dimanche.
Par contre, une chose est claire dans la communauté Tryton, c'est que
les arguments d'autorités n'ont pas de valeur, il faut apporter de vrais
arguments.

PS: Pourais-tu arrêter d'envoyer tous les messages en double et ne pas
top-poster. Sinon les messages ne seront plus validés.

[Jean-Sébastien HEDERER]

> sociétés. je t'ai dit, on stoppe là cette discussion infructueuse. je
> regarde ce module stock_package et on verra par la suite.

Bien si tu ne veux pas discuter.

je ne veux plus discuter sans avoir évalué ce qui existe et en avoir discuté avec la personne à l'origine du thread, qui est un utilisateur a priori

 

> je pense que ça
> part mal si dès qu'on fait une proposition d'ajout de fonctionnalité qui
> marche,

Quelle fonctionnalité ? Où est le code ? Où est la description ?

je te pense de mauvaise foi sur ce coup

 

> qui est implémentée comme des sociétés industrielles le souhaite,
> tu souhaites faire à ton goût sans tenir compte d'autres avis.

Je ne comprends absolument pas la logique de reflection. Parce que je
discute, je ne tiens pas compte d'autres avis ? J'ai bien l'impression
que justement, c'est l'inverse. Si je ne voulais pas tenir compte des
avis, je ne discuterais pas et je passerai un bien meilleur dimanche.
Par contre, une chose est claire dans la communauté Tryton, c'est que
les arguments d'autorités n'ont pas de valeur, il faut apporter de vrais
arguments.

parce que ta logique est erronée. un conditionnement pour une unité logistique standard homogène détermine la quantité incluse. ton raisonnement vaut peut-être pour une unité logistique non standard, et encore

 

PS: Pourais-tu arrêter d'envoyer tous les messages en double et ne pas
top-poster. Sinon les messages ne seront plus validés.

c'est à cause du client gmail