ofbiz-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ankush Upadhyay <ankush.upadh...@hotwaxsystems.com>
Subject Re: Order - Product Increment/Multiples
Date Fri, 18 Jan 2019 05:50:42 GMT
Hello Rishi, James,
It seems that addToCart() does not honour quantityIncluded field to
multiply with requested qty or return error to let user know what quantity
needs to supply when item add to cart.
There is another field *piecesIncluded* in Product but it requires
ProductAssoc setup with productAssocTypeId as ALTERNATIVE_PACKAGE and also
as per addToCart() implementation, *PRODUCT_ID* param needs to supply with
parentProductId, With these things, system would add product in increments
quantities like with *piecesIncluded* configure as 4 then is quantity
supply as 1,2,3 then system would add as 4,8,12.

But I still believe that quantityIncluded is intended for this requirement
and should be implemented if missing in add to cart workflow.

Thanks
--
Ankush Upadhyay


On Fri, Jan 18, 2019 at 5:57 AM <james@productive1.com> wrote:

>
> Thanks Rishi - I configured these fields to be 8 however when I placed
> an order it allowed me to put in 10 or 14.  It should only allow
> increments of 8.  So quantities of 8, 16, 24, 32, 40 etc...  Is there
> anyway to require such increments?
>
> Thanks,
>
> James
> -------- Original Message --------
> Subject: Re: Order - Product Increment/Multiples
> From: Rishi Solanki <rishisolankii@gmail.com>
> Date: Wed, January 09, 2019 7:13 am
> To: ofbizuser <user@ofbiz.apache.org>
>
> Please check the Product.quantityUomId and Product.quantityIncluded
> fields.
>
> HTH!
>
> --
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
> www.hotwax.co
>
>
> On Wed, Jan 9, 2019 at 2:32 AM <james@productive1.com> wrote:
>
> >
> > Is it possible in Ofbiz OTB to set the order quantity
> > increment/multiples by product. For example GZ-1000 must be ordered in
> > increments of 8....so a user couldnt add 1 or 9 it would have to be 8,
> > 16, 24 etc?
> >
> > Thanks,
> >
> > James
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message