#Gizmo - Saved Payments

1 messages ยท Page 1 of 1 (latest)

sour ocean
#

Hi ๐Ÿ‘‹

calm fable
#

Hi Snufkin, how are you?

sour ocean
#

Peachy keen. Let's see if we can get you sorted. So in this situation you want one checkout to cover both a one-off purchase and the first charge for a subscription?

calm fable
#

Yes, exactly. The subscription is an optional add-on in my purchase/checkout flow.

sour ocean
#

Okay, that add-on part is the tricky one I think

#

In most cases the one-off is the add-on and in that case you can create an InvoiceItem to represent this charge that would get appended to the subscription.

calm fable
#

Yeah, unfortunately that's not the case here. Plus I believe it was explained to me previously that you couldn't refund each separately doing it that way.

#

Is there a way to just store the provided payment method and then create a one-time charge against it and then create the subscription against it?

sour ocean
#

Yes, that might be your best bet. It would separate the actions in your integration but if you first store a payment method (card) for use off-session then you can create both a single charge and start a subscription.

calm fable
#

Thanks, do you have any documentation that instructs how to accomplish this?

sour ocean
#

You can select a different type of integration (Prebuilt Checkout, iOS, etc.) from the tabs on the top if they better match your approach

calm fable
#

Thank you very much, I'll give this a read and give it a shot

sour ocean
#

Okay great! We'll be here if you have more questions.

calm fable
#

Much appreciated ๐Ÿ™‚

#

Does setting off_session to true make transactions any less likely to go through successfully?

sour ocean
#

If the issuing bank decides that they want to require something like a 3DS authentication flow it can hold things up until you bring the user on-session to authenticate

calm fable
#

Do you know how often that happens? Is it a mistake to use off_session if my user is present making the purchase? Is there any way to achieve when I need to do without going off-session?

violet sentinel
#

if I may: you're optimizing for the wrong thing

#

I'd recommend doing one payment for the one-time payment and the subscription together

#

it's a way better experience overall, lower fee for you, less risk of a decline, etc.

#

you're still able to refund partially the charge for the relevant information

#

That's how I would build this personally at least

#

other than that, we don't have stats to share, it's really up to the bank and depends on many factors. If you get a decline, you'd mostly be getting the customer back on session

calm fable
#

Thanks for chiming in, koopajah. Can you please tell me how I would do that?

violet sentinel
#

you would pass the right line items to Checkout. You can combine a recurring Price and one-time Price

calm fable
#

Does that mean I would need to create all of my products in Stripe beforehand? The one-time charge price can be variable

violet sentinel
#

Not really

calm fable
#

No worries. Yeah, I'm still trying to get started. The idea of refactoring this app I've been building for 6 months to use Stripe is daunting. ๐Ÿ˜ฑ

violet sentinel
#

ah yeah I bet

calm fable
#

Ok, I'll go through these links. One of them describes how to add both a one time charge and a subscription?

violet sentinel
calm fable
#

Awesome, thank you koopajah

violet sentinel
#

sure thing!

calm fable
#

koopajah can I do it without using the Stripe hosted payment page?

violet sentinel
#

yes but it's days of work ๐Ÿ˜…

calm fable
#

lol. is there any way to do it with the PaymentIntent form that can be made to appear integrated with a site?

violet sentinel
#

yes all of that is doable easily

#

just way more work. I would strongly recommend just letting us do it for you with Checkout

calm fable
#

I appreciate that, and I would love to do it the easier way you propose, but unfortunately I think I'm going to need to put in the work so that checkout appears to happen on my site.

violet sentinel
#

fair, that's a mistake though ๐Ÿ™‚

#

everyone thinks you need it on your own website, but you don't, and Checkout increases conversions, supports Apple Pay, Google PAy, tax calculation, discounts and then some

calm fable
#

Don't most polished ecommerce experiences have you checkout from their own website?

violet sentinel
#

My take is no, more and more websites redirect (more and more people use Checkout for example)

#

Ultimately you can totally follow our main docs, just based on your comments earlier about rebuilding this all, I wanted to nudge you in the right direction, spending all your time designing a tweaking a payment UI flow when you could grow your business or add new features seems like not the best focus

calm fable
#

I definitely understand where you're coming from and appreciate you trying to guide me in the right direction, but I really want to get it to work on my site.

Were you referring to the "Custom payment flow" on https://stripe.com/docs/payments/accept-a-payment? I was able to do a one time payment that way, but I'm not sure how to do both the one time payment and the subscription that way.

violet sentinel
#

it's really the same as what I explained earlier

#

you'll need a lot of code to handle the complexity

#

the subscription has an invoice, that invoice has a PaymentIntent which has a client_secret same as the one-time payment

calm fable
#

Thank you. And they can be refunded independently? Or I can refund an arbitrary amount so it's as if they can be refunded independently?

violet sentinel
#

the latter

calm fable
#

Got it, thanks. Is there any way for me to access this thread again once it's archived so I can refer back to it? If I keep the link to it, will it still work?

violet sentinel
#

I think the link works, otherwise you cam search via your name

calm fable
#

Terrific, thank you. That's all I've got in me for tonight, I'll have to pick this up tomorrow evening. Have a good night.