On 08/11/11 09:41 +0100, Korbinian Preisler wrote: > Am Dienstag, den 08.11.2011, 09:22 +0100 schrieb Dr. Axel Braun: > > OK, so the 'on purchase' reflects the procurement status of the material, > > due > > to the fact that the availabilty check is negative (and we have no drop > > shipment) > > > > Putting this into a more generic context: > > The sales is creating a requirement, which (in the current case) just > > generates a purchase request (PR). This is OK for a customer-specific > > material > > or a configured material (Cedric has ordered a BMW with the following > > option..... ;-) > > For a general material, one would probably not want to create a PR for each > > requirement. MRP usually drives the replenishment, basing on different > > parameter, like lot sizes, min. order sizes, safety stock etc. (I know that > > MRP is not yet there) and by this, clustering the demands. > > As an additional option, you dont buy the material, you produce > > it....again, > > this is not something that you want to decide in the sales order. So the > > status 'on purchase' is a special case of the more generic 'backlog' or > > 'out > > of stock'. > > > I agree with axel that the possibility to define the supply method and > the drop shipment on the sale order line is a custom thing.
I really think we need to copy it to the sale line. It is like the taxes or the unit etc. > i think the > drop shipment should be configured on the product too like the supply > method. Agree, I will update it. > i think it would be better to make two modules from > stock_supply_drop_shipment. one for the drop shipment and one for the > definition of the supply_method and the drop_shipment on the sale order > line. I don't understand. -- 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/
pgpnZL7Kl8uQ9.pgp
Description: PGP signature
