dolibarr-tasktrack
[Top][All Lists]
Advanced

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

[Dolibarr-tasktrack] [Task #597] Clean feature "delivery"


From: Doliforge
Subject: [Dolibarr-tasktrack] [Task #597] Clean feature "delivery"
Date: Thu, 02 Jan 2014 16:16:21 +0100

Doliforge
Ce message ne s'affiche pas correctement?
mettez à jour vos préférences utilisateur.

Clean feature "delivery"

Dernières modifications

02/01/2014 16:16 (Europe/Paris)
Je suis d'accord avec vous, c'est la même chose, mais qui peut avoir des utilisations différentes :
Fiche expédition pour le "picking"
Fiche livraison pour la "delivery"

Having 2 templates only is it enough ?

Sometimes when there are some "missing items in stock" that must be delivered later, make different delivery receipts is useful

Someone is planning to make it evolve ?

Répondre

État

 Détails
Last Modified On:  04/11/2012 14:55 Submitted on:  03/11/2012 21:01
Submitted by:  Laurent Destailleur (eldy) 
Summary:  Clean feature "delivery"
Description:  The module shipment has 2 features:
Generate a shipment receipt.
Generate a delivery receipt.

Howver, "delivery receipt" is just a copy of shipment using another template (the delivery receipt is an element into table llx_livraison that is exactly same than element into table llx_expedition).
So the form, table are useless, because we can just move template of delivery into shipment element. The view of the two templates are already visible onto the shipment view, so the delivery view is really useless. Moreover, the link 1 to 1 between shipment (llx_expedition) and delivery (llx_livraison) does not really exists. We find it when there is a link into table llx_element.

This may save a lot of code and make things easier to understand if you just put two templates, one for shipment, the other for delivery (for people who want to manage a difference between the two), instead of asking user to create one delivery for each shipment, just to be able to generate another template.



Priority:  7 Open to Any Developer:  No
Subproject:  Module Shipment Assigned to (multiple):  Aucun
Planned for version:   
 Etat
Start Date:  - End Date:  -
Completion (0-100%):  0 Status:  Open

Commentaires

Andriolo Hubert 02/01/2014 16:16
Je suis d'accord avec vous, c'est la même chose, mais qui peut avoir des utilisations différentes :
Fiche expédition pour le "picking"
Fiche livraison pour la "delivery"

Having 2 templates only is it enough ?

Sometimes when there are some "missing items in stock" that must be delivered later, make different delivery receipts is useful

Someone is planning to make it evolve ?
Laurent Destailleur 03/11/2012 22:05
Non, justement ce ne sont pas ACTUELLEMENT 2 choses différentes. Actuellement, cela sert juste à générer 2 doc vers 2 modèles différents.
Il y a bijection parfaite entre le bon de réception et bon de livraison.

Et si cela doit évoluer différemment il vaudrait mieux recoder la partie bon de réception pour en faire un module à part comme les autres (actuellement ce n'est qu'une page qui fait une copie d'un bon de réception pour pouvoir utiliser un autre modèle PDF).

Et donc si on veut que ce soit 2 choses différentes, ce qui me semblerait plus logique, il faudrait créer/coder un module réception (delivery) et faire sauter le simulacre actuel car actuellement on croit que ce sont 2 choses différentes, alors que c'est la meme chose.
Régis Houssin 03/11/2012 21:39
il faut laisser la séparation des bons de livraison et des bons d'expéditions, ce sont deux choses différentes et vont être amené à évoluer.
par contre il faut plutôt se pencher sur le fait de pouvoir réouvrir une facture fournisseur car ce n'est pas ou plus possible après validation.
Laurent Destailleur 03/11/2012 21:10
Also, the delivery receipt are not visible anywhere. They are just here to generate a PDF.


reply via email to

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