iamsontje_api

[surreal badger]

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1374653792192303156

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

[near dagger]

Hi! Does a receipt work: https://docs.stripe.com/api/payment_intents/create#create_payment_intent-receipt_email?

Also why not create a one-time invoice to charge your customer instead of using payment intents?

[wet totem]

The reason is for tax purposes they need to really see the tax on the invoices

[wet totem]

People can also pay with creditcard by adding their creditcard

The idea is that they just pay in app instantly

If i issue an invoice through stripe i would need to redirect them away from the application

[dull forum]

If you want/need an invoice for a one-time payment you'll need to integrate with Invoices API directly: https://docs.stripe.com/invoicing/integration

[wet totem]

My mobile app requires the paymentIntentClientSecret

Is that the same secret we get from the invoice?

[dull forum]

Sure, and you'll get one of those when you finalize the Invoice: https://docs.stripe.com/invoicing/integration?method=elements#accept-invoice-payment

When you finalize the invoice, we create a Payment Intent and you can get the client secret to init the Element

(that link includes web examples, but same principle applies to mobile)

[wet totem]

Aaah okay clear and lets say the user does not finish the payment! I can just delete the invoice afterwards?

Ooh wait no its already finalized

So i can only void the invoice

[dull forum]

Yes, you'd void it

[wet totem]

Okay great thanks!

I will try that out from the looks of this we only need to modify our backend 0% code changes on the mobile end because we just send a different payment intent

Also last question related to the webhooks

In this change we still only need to monitor the payment intents right?

Because that payment intent will still be updated with "paid" status

[dull forum]

Yep, your client code would be largely unchanged as it's still the same pi_abc_secret_xyz it'd use

[dull forum]

Generally we recommend using invoice.paid depending on what data you need from the event

[wet totem]

We just need to know if it has been paid. I will check the webhooks if the invoice.paid also contains the payment intent id i will change it to watch for invoice.paid

[dull forum]

payment_intent.succeeded is fine too then if you don't need any data from the invoice (like line items, etc)

[wet totem]

No because we create all that stuff immediately so that is fine

Thanks i will work on this!

[dull forum]

No problem, glad I could help!

[wet totem]

I was affraid to try discord as i thought it would be same killing process of the support but this is amazing for developers! Really thanks!