The idea I had (but haven't tested yet) is to have a price on a product, and then have a nested content field on the product for price breaks and in each entry have a quantity + price adjustment value, then in the order line calculator you could lookup the price break that applies and apply it to the base product price.
I've got a feeling there may be a forum post somewhere on here that discusses this but I'm not sure the link off the top of my head. Might be worth a search.
The logic works, however it isn't the required result in this instance as we are looking to have the the price to be fixed at that value rather than a discount.
The solution we can think of at the moment is to add the quantities as separate products with a fixed price and shared SKU in the CMS.
Then couldn't you just have fixed prices in the nested content editor and in the calculator, just return that price rather than deducting it from the base price?
I've been treating the price break as a fixed cost, however it shows in the basket as a discount (which the client doesn't want) and multiples the unit price by the quantity as expected.
Think the issue I'm trying to get my head around is that the requirement is to show, using the example in the original post, Product B x 4 as a variant with a fixed cost rather than a quantity though the client/fulfillment doesn't have an SKU for Product B x 2 and Product B x 4. This means showing the them as a single product on the frontend, yet sending it over the client/fulfillment as a quantity.
Think in this instance, adding them as separate products in the CMS might be the way to go.
Hmm, if it's fixed known quantities and you can't just buy X many and you get a price break at different levels, it does sound like specific products might be better 🤔
Set orderline price depending on quantity for certain products
Have a requirement to set the price for certain products depending on the quantity that has been added to the basket.
Product A is a straight forward unit price * quantity. Whereas Product B requires some bespoke logic.
From what I can workout, I should be applying the logic with a custom OrderLine calculator. See a work in progress example below.
Am I taking the right approach?
Hi Sean,
Yea, that's how you'd want to tackle it.
The idea I had (but haven't tested yet) is to have a price on a product, and then have a nested content field on the product for price breaks and in each entry have a quantity + price adjustment value, then in the order line calculator you could lookup the price break that applies and apply it to the base product price.
I've got a feeling there may be a forum post somewhere on here that discusses this but I'm not sure the link off the top of my head. Might be worth a search.
Hope this helps
Matt
Think this post https://our.umbraco.com/packages/website-utilities/vendr/vendr-support/103516-vendr-get-preview-price-for-collection-of-products-with-discount might be the one you were referring to.
That's the one 👍
The logic works, however it isn't the required result in this instance as we are looking to have the the price to be fixed at that value rather than a discount.
The solution we can think of at the moment is to add the quantities as separate products with a fixed price and shared SKU in the CMS.
I would be grateful if you had any thoughts?
Hey Sean,
Then couldn't you just have fixed prices in the nested content editor and in the calculator, just return that price rather than deducting it from the base price?
Matt
I've been treating the price break as a fixed cost, however it shows in the basket as a discount (which the client doesn't want) and multiples the unit price by the quantity as expected.
Think the issue I'm trying to get my head around is that the requirement is to show, using the example in the original post, Product B x 4 as a variant with a fixed cost rather than a quantity though the client/fulfillment doesn't have an SKU for Product B x 2 and Product B x 4. This means showing the them as a single product on the frontend, yet sending it over the client/fulfillment as a quantity.
Think in this instance, adding them as separate products in the CMS might be the way to go.
Hmm, if it's fixed known quantities and you can't just buy X many and you get a price break at different levels, it does sound like specific products might be better 🤔
is working on a reply...