#succodnatra
1 messages · Page 1 of 1 (latest)
hello!
Can you explain a bit more exactly what you mean by that?
we sell experiences (like travels)
and right now we use woocommerce and we have a logic of:
Product 1, real price: 699, departure date 1/12/22
if you reserve a slot from 27/10 to 01/11 you pay 399
if you reserve a slot from 02/11 to 15/11 you pay 499
the close you get to the trip more you get close to the retail price.
Ah I see
So mostly this is something that you would control yourself
What Stripe integration are you going to use?
This is easily possible, you just have to track those time periods yourself and then use the correct amount/Price for your customer during their checkout
right now, my idea would be to use stripe products + prices and a custom checkout flow because i got to collect a fixed pro rata of e,g 100euro and collect what's left
just before the departure
i don't know if it make sense
i'm still investigating
Hmm you can't really use Products + Prices with custom checkout flow unless you plan on using Subscriptions or Invoices
Products+Prices aren't supported currently for one-off PaymentIntents
So you either want to use our hosted Stripe Checkout, or you would just handle the Product+Price info in your own database and then just set the amount correspondingly if you are going to use a custom flow.
Yep
but like this i lose all the coupon logic
Similarly you would track coupon logic on your end with this custom flow.
And adjust the amount of the PaymentIntent to correspond with whether a coupon was applied or not.
ye sure
so for the subscriptions: there is a way to achieve subs with a custm checkout?
Yep
You can use Subs with a custom flow
Or you can use them with Stripe Checkout
Both are supported for Subs
products+prices can be used only with
stripe hosted checkout then
For one-off payments, yes. Unless you use Invoices.
You can use Invoices without Subs to just do one-off payments if you want.
ok, if I use the invoice API
can i manage somehow the prorata thing?
or maybe it's just more complex
because my user to reserve a spot the only thing we ask them
is a % of the total
By prorata you are indicating you want to take $100 up front?
I see
Yeah if you were going to solely rely on Invoices API here then it would require two invoices in that case.
user reserves a spot by paying 100 euro > the werek before departure they pay what's left
Or you could do the up-front charge as a one-off PaymentIntent where you also collect the payment method then use an Invoice for the later payment and charge the saved payment method for that
Overall, your use-case doesn't really sound like it warrants Invoices.
I'd recommend just using PaymentIntents
ye
i think it's more versatile than trying to make it work with products/prices just for the sake of coupons
Yeah I agree