Developer forum

Hi Davy,

I don't think that you have a default functionality for handling this scenario. Maybe someone from DW or the community can tell if I am wrong.

I have to admit that I have encountered something similar, once in my +10 years of working with DW, and what we did was customize the add-to-cart functionality and the checkout flow.

Your scenario requires that you change the minimum quantity and multiplier according to your configuration.

The user should change the unit to "Outer box", you should allow them to order one Outer box, and behind the scenes, you have to change in a hidden field the "translated" quantity to 10. Additionally, you have to save the unit option in an Orderlinefield if you want to replicate the same logic in the checkout flow.

I admit it's not an easy one, but it is doable with custom code.

Adrian

Hi Adrian,

Thanks for your feedback.

If it's not possible by default, why can we define a conversion value per unit as seen in the screenshot below? What is the use for that then?

Hi Davy,

I understand your confusion. I have to admit it was puzzling me as well, and that's why I have made a test on a standard swift before answering.

I was hoping that the definition would help with this particular case. But apparently, it does not.

If it would have been a general "conversion" rule, it should have been in the generic definition of the units and not in the Stock Matrix for each product.

Maybe DW can shed a light on it.

Thank you,
Adrian

Hi Davy,

I believe that Adrian has already outlined it quite fine. You kinda want to use just 10% of the built-in functionality, and ditch the rest: the list of different units is fine (for frontend), but then you would like to disregard the rest. 

As I understand it, in your scenario and with standard Dynamicweb standard, an orderline with 1 "Outer Box" will have a quantity of 1, and will also contain an OrderlineUnitId that implicitly defines the quantity of 10 units. But you would actually like to have the OrtderlineUnitId cleared, and the quantity changed to 10. So, basically you are changing the order.

And this will not work well with Dynamicweb, and as I see it will be quite messy. You will present the order in one way in frontend, but you will have different data when reviewing the order in backend. And you will need to tamper the order receipt as well, and the content of the receipt will not accurately reflect the order as it looks in the administration.

So, as suggested by Adrian, I too will point to a custom implementation, making sure that all quantities on orderlines are always in single units.

I would probably just have my own list of unit-options, and when added to cart convert the selection into single units . Like '1 pallet' to 100 pieces (or what-ever). And keep both the chosen unit (1 pallet) and number of products (100) visible at the cart/receipt. This way it is fairly easily maintained.

I hope the above was helpful, and please write again if you believe I have either missed or misunderstood something from your posting.

BR
Snedker

Hi Morten,

Thank you too for clarifying. In understand now the possibilities on the order export side.

Remaining questions:

1) What about the import side? My stock source file expresses quantity in base units. Am i obliged to use the stock matrix and define quantity per type of unit? I would say not, because in the documentation I read the following:

"(...) Then, when the customer adds a box of pencils to cart and buys it, the correct number of pencils will be subtracted from the stock level of the product."

So if  I define the unit types and do a 'simple' stock update (no stock matrix) it should work? 

-  You state the following (see below). What is the other 90% I'm missing? Is there more to it than described here in the documentation?

"You kinda want to use just 10% of the built-in functionality"

Kind regards