#ade
1 messages ยท Page 1 of 1 (latest)
No explicit limit as far as I know
thanks
also two more questions @past condor ,
-
does
details_submittedon an account means the account is done with the onboarding via account link? -
if details have been submitted via link. and for one reason or the other, stripe refuses to enable the account, what properties should I look out for in the
accountonaccount.updatedwebhook so I can disable the account on my side too
- does details_submitted on an account means the account is done with the onboarding via account link?
Yes
- if details have been submitted via link. and for one reason or the other, stripe refuses to enable the account, what properties should I look out for in the account on account.updated webhook so I can disable the account on my side too
Good question, not remembering off the top of my head but looking in to it.
๐ stepping in
You mostly want to pay attention to the requirements property on the account object
That will give you the most details about what the status is of the account
For a quick snapshot, you can look at charges_enabled and payouts_enabled
@dire loom I cannot see any requirements property on accounts
What Connected Account type are you working with?
You should see a requirements hash: https://stripe.com/docs/api/accounts/object#account_object-requirements
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Can you share an account.updated Event ID that you are looking at?
No need to tag me ๐
Looking
So yeah on that Event you can see: requirements: { alternatives: [], current_deadline: null, currently_due: [], disabled_reason: null, errors: [], eventually_due: [ "individual.dob.day", "individual.dob.month", "individual.dob.year", "individual.ssn_last_4" ], past_due: [], pending_verification: [] },
Okay let's back up
That Event was not sent to your endpoint afaict
Looks like you created your Connect endpoint after that event was triggered
You absolutely should be able to see that requirements hash in your webhook handler
fair
I think I can also see it in the account detail when i retrieve the account like this
so is it safe to assume that whenever this requirements.errors is not empty then the account isnt safe use
No disabled_reason is what you would want to rely on
errors can show up before an account is actually disabled
okay thanks