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. > > 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). > 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. > > 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. > > Goods issue (GI) processing time: Time required for internal warehouse > > processes for picking or commissioning. > > I think this could be a date computed on shipment that backward compute > from the planned date when the warehouse guys must start working on the > shipment. (also for custom or separate module) Normally you know your GI times and can keep it in the masterdata, then compute backwards from the requested delivery date to know when the guys should start working. > > 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. No problem so far, it must just be clear what Tryton uses. Best, Axel -- Dr.-Ing. Axel K. Braun Mobile: +49.173.7003.154 VoIP/Skype: axxite PGP Fingerprint: CB03 964D 1CFA E87B AA63 53F3 1BD6 F53A EB48 EF22 Public Key available at http://www.axxite.com/[email protected] This mail was *not scanned* before sending. It was sent from a secure Linux desktop. -- [email protected] mailing list
