#karsh

1 messages ยท Page 1 of 1 (latest)

sweet vortexBOT
blazing jackal
#

but you can't do more filtering than that

misty smelt
#

Thanks, I have a few uncertainties around this... so to start, there's a Connect account here with one order completed. https://dashboard.stripe.com/acct_1M7yjOQTbYoOmsRB/events/evt_1MJcgeQTbYoOmsRBFvpeHaPH
It sent a webhook to /webhooks/stripe_connect. This has failed every time.

I have just figured out this went wrong a week ago, and it has already exhausted the retries

#

Now

  1. I can't retry that webhook - it says i'm not permitted to configure webhook endpoints on a connected account, see screenshot
#

How can I retry this failed webhook from the connect account?

#
  1. I'm hoping to see this failed webhook event in the list that you're showing at stripe.com/events

However, when I apply that filter there'es only 1 event from May 2022. I'm not seeing the recent failed events, for example this one from 27 dec.

#

However, I CAN see that there's 37% error rate for this endpoint.

How can I see a list of all those errors so I can retry them now after fixing my webhook endpoint?

blazing jackal
#

could you please share the webhook endpoint id ?

misty smelt
#

we_1LfnlxKWokmZWsWfAQGXj3d6

placid crow
#

HI there ๐Ÿ‘‹ I'm jumping in as my teammate needs to step away soon. Please bear with me a moment while I catch up on the context here.

misty smelt
#

Sure, thanks!

placid crow
#

Events that originated from your Connected Accounts will not be directly visible in your Stripe dashboard when you're logged in as your Platform account. Those events reside on the specific Connected Account that generated them, so you will need to view the dashboard for a Connected Account to see it's related events.

You can do this by navigating to the Connect page in the dashboard, clicking on the account you want to look at the events for, and then click on View Dashboard as [account_name] from the overflow (...) menu near the top right.

misty smelt
#

Okay, so no overview at all? Right now the application is still small and we don't have many failed requests. But if something goes wrong in the future it will go wrong for 100s of accounts. So it'll be impossible to visit them all manually

placid crow
# misty smelt However, I CAN see that there's 37% error rate for this endpoint. How can I see...

I believe if you view the page specific for the webhook endpoint you want to look at events for, then you'll see events from Connected Accounts as well, but I'm not 100% certain on that (we primarily help developers with API questions, so we aren't too familiar with the entire Stripe dashboard).

So from the screen you showed here, you'd click on the endpoint that you want to look at the events for. The page that takes you to has a tab so you can quickly filter to failed requests.

misty smelt
#

Oh interesting, didn't think about using Stripe CLI. I see you need to pass an evt ID. Is there a way to get a list of failed event ids?

Otherwise I'm back to the seame issue: I am not sure where/howmany events didn't get processed properly by our endpoint. But it's too many to manually figure out

placid crow
#

Yup, the API has an endpoint that allows you to list Events, and you can provide some filter parameters to that request to trim down the number of results you get:
https://stripe.com/docs/api/events/list

The one caveat here is that if you're looking for Events on Connected Accounts, you'll need to check those accounts one by one by changing the stripeAccount header/paramter:
https://stripe.com/docs/api/connected_accounts

misty smelt
placid crow
#

If you didn't want to manually copy the values from the API response into CLI commands, then you'd likely want to try to find a way to script this process.

misty smelt
#

Hmm okay, I think I can make do for a while again, thanks!

One last question: maybe I'm not seeing a more simple solution to the issue.
I don't necessarily need to resend the webhooks, but I do want to make sure that our server does certain things after a succesful payment.
Perhaps instead of resending the webhook I can list the orders and see if a webhook has been sent and processed? And if not, I do the things I let the server do what it should've done before for that order

placid crow
#

The problem you'll run into with that approach is that there isn't an easy way to find the events related to a specific payment except through the dashboard, and there you can only check one payment at a time. So that approach can work if it's a small number of orders that you're worried about, but otherwise it may be tedious.

misty smelt
#

Ah I see, thanks for thinking with me.
Any other tips on how to approach this? Perhaps you can tell me how other business handle a big amount of failed webhooks?

placid crow
#

No other suggestions are coming to mind. Since you're talking about a potentially large number of Events, I'd focus efforts on using the API and CLI as they're more friendly for scripting.

misty smelt
#

Yeah I was thinking the same. Thanks for the all the help!

placid crow
#

Any time!