On 19/09/11 12:23 +0200, Dr. Axel Braun wrote: > Am Donnerstag, 15. September 2011 schrieb Cédric Krier: > > > > I think we got a design issue in the sale module. > > > > Right now, the "Planned Date" of the "Customer Shipment" is the "Sale > > > > Date" (by default today). > > > > I think this is too simple to correctly simulate the reality. The > > > > company could need some times to prepare the products etc. > > > > > > Indeed. We could distinguish: > > > (requested) Delivery date/time: When the goods should arrive at the > > > customer, resp. be available in the shop/warehouse (own) > > > > This is the planned date of the shipment (for me). > > ..only in case you have no transport time t the customer to consider, i.e. > for > a cash sale in the store.
Indeed most of the time, we don't care about the transport time to the customer because it is not managed by the company. (Most of the time it will be fixed time depending of the carrier). > > > Goods Receipt (GR) processing time. The time required to process the GR > > > to have the goods available in the warehouse resp. in shelf. You mostly > > > have this GR time in own shops / warehouses, not for external customers. > > > > It is the "Delivery Time" from "Product Supplier". > > This is on the GR-side of your warehouse, where delivery time is a little > more > than just the GR time (My understanding of delivery time would be the time > between placing an order with a supplier until goods arrive at own warehouse). It is the delivery time, the time needed between the order confirmation and getting the product (ready) in the warehouse. > > But it should have no influence on the sale date nor shipment planned date. > > On the sale side, the GR time can only be influenced if you deliver to an own > store (and you want to know how long it additionally needs to get the goods > from the truck onto the shelf). If you deliver to an external customer, you > can consider this with 0 usually. No delivery time on the sale side is the time that is needed between the order confirmation and when the shipment is ready. > > > transportation time: Time needed to transport from own to customers > > > location > > > > This is something really for customization. > > In terms of technical setup, yes, but not in terms of process times. Don't understand. > > > Calculating those times backwards from the delivery date, the relevant > > > date for MRP is the material availability date. > > > > > > IMHO this date drives the shipment date as well. Sales date (requested > > > delivery date, see above) should be entered on the time of order entry. > > > > Adding this field is a customization, I think the general behavior is > > delivery the sooner. > > Not sure what you mean with 'deliver the sooner', but I feel we have some > different understanding on the time segments that influencs a shipment to a > customer. I mean by default Tryton should be simple. So we don't add a field just in case someone wants to customize the delivery date. In most cases, the delivery date will be ASAP. But it will still be possible for a developper to add this field to modify the default ASAP behavior. -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: [email protected] Website: http://www.b2ck.com/
pgp0Ybko8ybER.pgp
Description: PGP signature
