#hom_webhooks
rancid monolithBOT
đ 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/1225050637029609514
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
vestal echo
@narrow jewel adding you here so you can see
I see the text above was not fully copied. I'm repasting here in complete form:
I have several different products, and I get a webhook on each payment.
For some products, an invoice does not arrive in the webhook .
I marked in the settings that there will be a post payment invoice, but the field still arrives empty.
We checked the differences in the settings between the products that do not arrive properly and those that do, and noticed that this was a one-time payment and the previous products were all subscriptions.
Is there a connection between the things?
How can the problem be solved?
An example of the ID of a product that arrives intact: prod_PiYjZh3mvKEp19
Example of ID with payment with invoice: pi_3OuITLIDrgNx9eJy0acYEo4W
An example of the ID of a product that arrives improperly: prod_Pixqegn8N7Nlgq
Example of ID with payment without invoice: pi_3OuJooIDrgNx9eJy1saWmBCI
eternal pelicanBOT
narrow jewel
payment_intent.succeeded
hazy wharf
Could you please give an example Event ID evt_xxx which didn't contain the property you're looking for?
How are you accessing the Product exactly?
payment_intent.succeeded contains the PaymentIntent object as payload, which never directly relates to a Product object.
hazy wharf
This is expected since this particular PaymentIntent was not generated via the Invoice, so it has no relation to Products.
What are you trying to achieve exactly?
narrow jewel
What does that mean? I do not understand.
We marked in the settings that there will be an invoice
vestal echo
This is expected since this particular PaymentIntent was not generated via the I...
both product links were shared to customers the same way. What is changing the way that the invoice gets generated?
hazy wharf
What does that mean? I do not understand.
We marked in the settings that there w...
If you're want to be notified of a Checkout Session being completed, I recommend listening to checkout.session.completed event instead. It will contain the line items used on the Checkout.
hazy wharf
What does that mean? I do not understand.
We marked in the settings that there w...
That's creating a post-payment PDF that's sent to a customer, and not an Invoice object that's used by your API. I suspect, one of the payments was a Checkout in mode: "subscription" (which generates a Subscription and Invoice objects), and the other one was in mode: "payment" (which generates just a one-off PaymentIntent object). Both are creating a payment_intent.succeeded events, but the latter doesn't link it to an Invoice object.
narrow jewel
True, that is the difference between them. But how can I get the purchased product if it is a one-time purchase? Until today I knew it through the invoice
hazy wharf
As I mentioned, listen to checkout.session.completed event (you might need to expand the line_items property): https://docs.stripe.com/api/checkout/sessions/object#checkout_session_object-line_items
narrow jewel
But then, from what I understand, I will only receive the subscription purchases.
I want to receive all types of purchases
All I want to know is how I get the product through the payment / customer
hazy wharf
But then, from what I understand, I will only receive the subscription purchases...
No, all Stripe Checkout payments generate this event.
narrow jewel
And then I will always get an invoice?
hazy wharf
No. But the Checkout Session object has it's own line_items property.
narrow jewel
https://docs.stripe.com/billing/billing-apis
I don't see the Checkout property here
hazy wharf
What do you mean?
narrow jewel
hazy wharf
Let's take a step back here.
What are you trying to achieve exactly?
narrow jewel
I want to know which product was bought.
I want to know that for subscription purchase, and also if it is a one-time purchase
hazy wharf
Are you only using Stripe Checkout to take payments/create Subscriptions?
narrow jewel
what are the other options?
narrow jewel
dont use that
hazy wharf
Okay. Then, you can reliably listen to checkout.session.completed webhook events, expand the line_items property on it, and see the purchased items, regardless of "payment" or "subscription" mode.
narrow jewel
Will I get webhook on a one-time purchase as well?
hazy wharf
yes
narrow jewel
Can I always get from this to the purchased product?
hazy wharf
yes
I feel like we are going in circles, I already said this.
It's best for you to try this in Test mode to see for yourself and get a better feel for it.
narrow jewel
True, because it is a lot of work to make these changes, and I want to make sure in advance that everything will be correct in the end
hazy wharf
Okay. Then, you can reliably listen to `checkout.session.completed` webhook even...
Yes, if you follow this you will get the result you expect.
I totally understand what you're trying to achieve.
Also, here's a guide on expanding objects: https://docs.stripe.com/api/expanding_objects
eternal pelicanBOT
vestal echo
there is one more question that I have - will we get all data associated with the order, for example if I let the customer fill out a custom field, if we switch to this other event?