[Order] Allow To Set Quantity When Placing A Order.

[Michael]

When placing a order you have to go back to re-order another one so you can have two items. However on the summary it shows 1@ for each one. I would like to request a way to set the quantity row.

 

So you can change the 1 to a 2 or a 3 etc. And it will order 2 or 3.

[ModulesBakery]

+1 for that.

[Tyson]

I think this would depend on the type of service you're selling. You can set quantity for config options already, but there are several cases where it would not make sense for a customer to choose a quantity for a service, such as a domain. e.g. a quantity of 2 identical domains with the same options wouldn't make much sense

[Michael]

I think this would depend on the type of service you're selling. You can set quantity for config options already, but there are several cases where it would not make sense for a customer to choose a quantity for a service, such as a domain. e.g. a quantity of 2 identical domains with the same options wouldn't make much sense

 

Agreed I think it should be per type of order form like general with a option to disable if it in the package settings if it doesn't suit the module.

Like say 2 Blesta licenses instead of ordering one and going back to order, you could get Qty 2 and it would process 2 orders.

[astroroxy]

+1

[Paul Battaglia]

+1

[Austin]

+1

[alexistkd]

+1

[RonG]

+1 - we have a need to invoice for volume items such as VPN tunnels, email accounts with a per user anti-spam/anti-virus and VoIP lines

[SOH Owner]

Agreed I think it should be per type of order form like general with a option to disable if it in the package settings if it doesn't suit the module.

Like say 2 Blesta licenses instead of ordering one and going back to order, you could get Qty 2 and it would process 2 orders.

 

Yes as long it is configurable per package basis then it will be great for any services that we wish to allow this. 

[dvhost]

+1

[Adam]

Howdy,

 

I realize this is an old thread (in terms of date) but I am currently evaluating Blesta as a replacement to our current system (a story for another day) and this quantity field was throwing me off. What I mean by this, is both by a administrative/staff perspective (how do I set a quantity on a product / product configuration, etc) and by the end user trying to place an order.

 

Reading the thread, it appears this a static number "1 @" that is injected on the order form. For my current evaluation, I am recommending that the template remove all references to quantity for the sake of HCI.

 

Thanks,

/adam

 

[Tyson]

Service quantity defaults to 1 currently, as the OP mentioned. But package option quantity can be different. You can define a package option (under [Packages] -> [Options]) of the "Quantity" type, which will then make the quantity variable. So we wouldn't be able to simply remove all references to quantity.

 

But I can see that it may be redundant or unnecessary to show the quantity as 1 for everything. Perhaps it would be useful to have a setting that allows you to set whether to show the quantity if it is 1 or not.

[xterm]

Note that if you will edit quantity used in options, it will *not* update Invoice/Order total, which is probably a bug.

 

We are evaluating Blesta now and if we can't specify quantity in the order form the same way it is possible on the Edit Invoice screen, Blesta will not work for us, because of the way we define hosted resources, since we don't define them as services/instances, but as a resources packs, so clients can easily define the quantity, like in every shopping cart, and then upgrade or downgrade by adding or removing packs.

 

The lack of quantity field during checkout in Blesta is a deal breaker for us :/

 

See: https://github.com/omega8cc/boa/issues/758

[Michael]

Note that if you will edit quantity used in options, it will *not* update Invoice/Order total, which is probably a bug.

 

We are evaluating Blesta now and if we can't specify quantity in the order form the same way it is possible on the Edit Invoice screen, Blesta will not work for us, because of the way we define hosted resources, since we don't define them as services/instances, but as a resources packs, so clients can easily define the quantity, like in every shopping cart, and then upgrade or downgrade by adding or removing packs.

 

The lack of quantity field during checkout in Blesta is a deal breaker for us :/

 

See: https://github.com/omega8cc/boa/issues/758

 

What you said there sounds like configurable options. We use the sliders and customers can edit the values and it updates via the SolusVM API.

 

See: http://www.blesta.com/2015/06/25/blesta-3-5-now-available/

 

And our kb: https://licensecart.com/billing/plugin/support_manager/knowledgebase/view/269/how-to-buy-a-slave-license/15/

[xterm]

I have tested this already (on the demo) and unfortunately it didn't really work. Once I have updated the quantity on the add-on as an admin (for already submitted order), it updated only the displayed quantity, but changed nothing on the invoice total amount. Maybe it works only for the client-side update? Or maybe to will update only next invoice? Not sure if I had the prorate option enabled during testing, though. We need to integrate this using vendor-agnostic backend module available in Blesta by default, so I can't test this with any vendor specific solution.

 

I guess we need to test this again. Thanks for the feedback!

[feezioxiii]

+100 for this

[AllToolKits.com]

+1 for this