Ludvig-checkout

[pale lagoon]

@fervent walrus I don't think there's really a solution today. As you say, you can pass a static shipping rate but if the customer picks a large quantity of widgets to ship via adjustable quantities, then the cost is not really representative(I think that's what you mean)?

It's unfortunately just not a use case fully supported by Checkout today, a lot of these features are really new so are going to take some time to mature. AFAIK we do have some plans to address this on the roadmap.

About the only solution I could think of is charging the customer's saved card(or sending them through a new CheckoutSession for that payment) for a 'topup' of the shipping difference if it turns out it's needed when reconciling the order.

[fervent walrus]

I think you got it right.

For example:
Free shipping when you buy for over 300€!

Customer goes to checkout with two items that cost 250€ each, therefore a total of 500€, which means free shipping.

The customer can then, in the checkout (while adjustable quantity is enabled), change from 2 items to 1 and still receive the free shipping, which they shouldn't, as the stripe prebuilt checkout won't update as it is not conditionally set there. The shipping was only conditionally set on my server when I created the checkout session.

Therefore, it's not possible to have adjustable quantity enabled for this to work, which I would like to have.

The "top-up" seems like a bad idea as I think customers should see the full price to pay at the checkout and not being charged for a second time without them knowing/understanding why later on.
I saw now that you said a new CheckoutSession. I see.

I have seen that there are some betas that you can apply for. Are any of those betas testing out functionalities like this?

I believe that this is a very common use case that should work for the prebuilt checkout

[pale lagoon]

yep, makes total sense!

I was looking at the beta docs and I think the only thing we have built/in beta now is letting you pass in multiple rates and then the customer can pick one of them, but I don't see anything at the moment for dynamically changing the rate or restricting the rate choices based on the totals or line item quantity yet

as far as I'm aware we prioritised user-selectable shipping rates(that beta) ahead of dynamic shipping , so that one got built first, but it is all coming eventually.

[fervent walrus]

Oh okay. Thanks a lot for your help ☺️

If you feel like it's appropriate, please send the dear developers a kind message with a push for prioritizing this functionality!
It really is a common use case that should be implemented ASAP 😄

Btw, this is only a pre-built checkout problem right?

It can easily be done by using stripe elements, can't it?

[pale lagoon]

well 'easily' is not really the word I'd use, but it can be done yes if you're building your own custom payment page

you could also move the adjustable quantity part outside of Checkout

like ask the user upfront the products and quantities they want on your own pages before Checkout, then pick an appropriate shipping rate, and redirect to Checkout with that(and disable our adjustable quantities)

that's the easiest option.

[fervent walrus]

Yes, I can of course simply disable "adjustable quantity" and do it the way you're proposing.
I'm mainly concerned about UX in this case - If the customer wants to make a change in their cart right before paying, I want them to be able to, and not have to go back, and then to the checkout again 🙂

[pale lagoon]

yep, totally fair, unfortunately a trade off might have to be made to work around the limitations of the product you're using (Checkout) for now

[fervent walrus]

Yes, you are right.
If you would estimate, or just guess wildly, if it is at all possible, when do you think this functionality would eventually come?

[pale lagoon]

probably 2022