#ajay_webhooks

1 messages ยท Page 1 of 1 (latest)

oblique fulcrumBOT
#

๐Ÿ‘‹ 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/1404705912127754311

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

honest lintel
#

hello, give me a moment to catch up ๐Ÿ‘‹

#

To confim โ€” the issue is that your integration isn't creating the the licence entry in your database after processing Stripe's webhook events

sly mortar
#

Yes

honest lintel
#

Hmm...I believe my team might not be much help here because we don't have visibility into how your integration creates license entries in your database. We're only able to troubleshoot errors that happens with the Stripe API or with Stripe objects

#

as a start, are webhooks being received correctly? is your webhook endpoint also retrieving any Stripe objects from the events?

#

I looked at your Stripe account based on the shared invoice IDs and I'm not seeing any webhook errors

sly mortar
#

Why this is not happening for only particular users

honest lintel
#

I can't be sure because I do not know what triggers license entries to be created in your database

sly mortar
#

If it is a code issue all the events should failed right ?

honest lintel
#

did you perform any upgrade of API version recently?

sly mortar
#

But we have customized some events which are already available

honest lintel
#

have there been changes to your webhooks recently?

sly mortar
#

Yes
We created new webhooks

honest lintel
#

which is the webhook endpoint that is listening to invoice.payment_succeeded and creates the entries in your database?

#

can you share with me the webhook endpoint ID

#

it should be prefixed with we_xxxxxxxx

sly mortar
#

Let me check

#

Sorry How can I find this ID ?

#

I tried multiple way but unable to find it

honest lintel
#

You will need to check your integration and look up the webhook secret it is using

sly mortar
#

we_1RdG9NBHT6hy2TuLDjq6t9mR

#

Here it is

honest lintel
#

okay

#

thank you let me take a look

sly mortar
#

That is our issue
For some users the record is creating but the issue is only for some. That is we are also confussed

honest lintel
#

The error might not be happening on Stripe. If this is only happening to certain invoices, I recommend checking your integration to find if there's any difference with invoices that successfully created entries

sly mortar
#

Let me check the failed and successful invoices also. If I can find any differences

#

I will share the success invoice number and Failed one. Can you check if there is any difference in them. Because I can't see any differences
Failed : OTVT1ZIJ-0001
Success : KJZOJBDQ-0001

honest lintel
#

I'm not able to see any difference as well. But as I shared earlier, the error might not be with Stripe.

sly mortar
#

But any idea why it is failing for some users only. I can't see any difference in payload also

honest lintel
#

No I'm sorry. Our team would not have any ideas if there isn't any errors with the Stripe webhook endpoint you've setup and if payments are successful

sly mortar
#

We have one staging environment
Can we pass the same payload in that envionment and try there ? We have sanbox account in staging environment, Is there any way to do that

honest lintel
#

Yes you can test in your staging environment, assuming subscription and invoices are created the same way. But given that the issue is entries not being created in your own database, do you have a sandbox database as well to simulate testing?

sly mortar
honest lintel
#

I'm sorry, I don't understand that without context - which version did you upgrade to? where was the upgrade perform? what are the "few more events" being added? What do you mean by "handle the requests" - what are the request supposed to do?

sly mortar
#

One morething
When the value for "webhooks_delivered_at" will update
Because I can see null values for some responses

honest lintel
#

Are you seeing webhooks_delivered_at: null? Can you share with me the event ID you're looking at? If its recent (less than 15 days old), I can look it up in our logs.

sly mortar
#

in_1Rp7yQBHT6hy2TuLGG4NIXGb

honest lintel
#

which event were you looking at for this specific invoice?

sly mortar
#

invoice.payment_succeeded

honest lintel
#

give us awhile to take a look

sly mortar
#

Okay

oblique fulcrumBOT
brisk walrus
#

Hey! Taking over for my colleague. Let me catch up.

#

The event evt_1Rp7yTBHT6hy2TuLpPGpYnGT you are referring to, was generated more than 15 days ago, so that's expected to get webhooks_delivered_at null

#

Checking our internal records, that event was delivered successfully to your webhook endpoint we_1RdG9NBHT6hy2TuLDjq6t9mR