On 15/09/11 11:32 +0200, Dr. Axel Braun wrote:
> Hi,
> 
> 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).

> 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".
But it should have no influence on the sale date nor shipment planned date.

> transportation time: Time needed to transport from own to customers location

This is something really for customization.

> 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)

> 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.


-- 
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/

Attachment: pgp1NZp2V5J6M.pgp
Description: PGP signature

Reply via email to