MarcusStripe

[robust idol]

Hi there

1/ You reject an account

Stripe might disable it due certain requirements or it not meeting ToS or something

2/ Yes I believe so. You should be able to test this pretty easily

Not sure why you would want this functionality though if you are the one rejecting it

[ruby canyon]

1. Stripe - i am using payout - so my account would send money based on my business rules... so I dont really see much of a way that the connected account to break any rules?

2. I am just trying to understand the general flow. And I also dont understand.. if STRIPE would be rejecting an accont for exampe because of a tos violation or fraud... why would they allow to udpate the account with new data and basically restarting?

or would it then just stay as REJECTED?

---

There is no way to direclty retrieve a status of REJECTED, right?

so far I am only checking the disabled reason, and it can be any of:

PENDING_VERIFICATION("requirements.pending_verification"),
PLATFORM_PAUSED("platform_paused"),
PAST_DUE("requirements.past_due"),

REJECTED_FRAUD("rejected.fraud"),
REJECTED_LISTED("rejected.listed"),
REJECTED_TOS("rejected.terms_of_service"),
REJECTED_OTHER("rejected.other"),
UNDER_REVIEW("under_review"),
LISTED("listed"),
OTHER("other");

so when the disabled reason is PENDING_VERIFICATION OR PAST_DUE - I think it is totally fine that my platofrm allows a new create onboarding link

but for the REJECTED ones... probably better not?

and for PLATFORM_PAUSED - it seems this happens if my application - me in the dashboard pause the connected account, so better keep it paused

[robust idol]

Yep everything you have stated is basically true

[ruby canyon]

LISTED means rejected as well AFAIK

UNDER_REVIEW - is that temporarily?

or PERMANT?

same question for "OTHER"

[robust idol]

Yes under_review would be temporary

"Other" can be a multitude of things

[ruby canyon]

but is that under review by me - or by stripe, or both?

[robust idol]

And would likely include an email to the account holder with information about why their account was disabled

By Stripe

[ruby canyon]

so it would basically be like a pause?

account holder.. that would be me, right? I mean we are speaking of a UNDER_REVIEW of the conneted account

woudl stripe contact them in my name???

---

So if I get all correctly, it seems best is to map to 3 states:
PAUSED
DISABLED or FROZEN or UNDER_REVIEW
REJECTED

however maybe its even better to not disclose the account is rejected.. just flag it as paused to the end customer.. and then check with stripe manually how to continue

[robust idol]

Overall what you are saying is correct. However, with Express Accounts the Connected Account user does interact directly with Stripe through their Dashboard. So it is good for you to prompt your Connected Accounts when they have requirements due or are disabled, but Stripe will also inform them of that through their Dashboard as well and the Connected Account user can work with our Support team if their account is disabled for some reason.

[ruby canyon]

well actually I dont want them to use the stripe dashboard.. and I am soon switching for that reason from express to custom.

it seems the only difference is there is n dashboard, and there instead is an update link feture.. which I think for branding reasons for me is much nicer

[robust idol]

Ah okay

Then yes what you stated is correct for Custom

[ruby canyon]

ok thank you for now. Not finished.. but need to digest that

and will work in switching to custom