#diana_code

1 messages ยท Page 1 of 1 (latest)

cold starBOT
#

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

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

nocturne spruceBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

thorn dust
#

๐Ÿ‘‹ happy to help

#

is this in test mode? or in live mode?

robust root
#

live mode

#

Yes, I'm currently in live mode. The issue I'm experiencing with employees being marked as restricted or blocked is occurring within the live environment.

thorn dust
#

if this is live mode please delete the code you just pasted here

#

you're sharing PII

#

on a public server

#

without your code

#

we can discuss the issue

robust root
#

I apologize for that oversight. Let's ensure your private information stays safe. If you've inadvertently shared any sensitive information

thorn dust
#

and max you can share your request ID

robust root
#

ok, thank you. I got it.

#

I agree. The issue I'm experiencing is that when registering employees with Connect accounts through my web application, these accounts always end up being marked as restricted or blocked. I'd like to understand why this is happening and how I can resolve it.

thorn dust
#

would you mind sharing a connected account ID so that I could take a look quickly and see what's happening?

robust root
#

Sure, I can provide a connected account ID for you to investigate. Let me retrieve that information for you.

#

acct_1OrgNWDCyAkfgrkj

thorn dust
#

first thing I can see is that you're missing the business_profile.url

robust root
nocturne spruceBOT
robust root
#

Thank you for your patience. I've corrected the code and added the business_profile information to a new employee record. I have another ID available for you to review.

#

This is the new ID: acct_1OrgU2Rd9PtJNFzS

wary portal
#

hi! to be clear you can review this enitirely on your side, you can look at the requirements field and see exactly what's needed.

robust root
#

Understood, thank you for clarifying. I'll review the requirements field and make any necessary adjustments. If I have any further questions or concerns, I'll reach out to you for assistance. Thank you for your support.

wary portal
#

in any case note you should be using hosted onboarding to collect all the information

robust root
#

Could you please advise me on how I can onboard employees for payment transfers without the need for full Stripe Connect registration? I believe this might involve fewer verification requirements and a more streamlined process. Any guidance or insights you can provide would be greatly appreciated.

wary portal
#

well you still need to use Connect.

#

there are less requirements if you only use transfers as the requested capabilities though.

#

looking at the examples you shared, you already do that, so that's good

robust root
#

I understand, it seems that I still need to use Stripe Connect to handle fund transfers. Thank you for clarifying. Could you please provide more details on how I can set up transfers as the only requested capabilities? This would help me reduce requirements and streamline the onboarding process for my employees. Thank you for your continued assistance.

wary portal
#

the minimum requirements are what they are that's what is needed to verify the account and allow us to send money to it.

robust root
#

ok ok

#

I understand, it seems that I'm already setting up transfers correctly. I appreciate the confirmation. I understand that the minimum requirements are necessary to verify the account and allow us to send money to it. If there are no further steps I need to take, is there any other aspect I should be aware of or prepare for?

wary portal
#

hard to say, I would suggest you continue following the guides and docs

robust root
#

Understood, I'll continue following the guides and documentation. If any further questions or concerns arise, I'll be sure to reach out for assistance.

robust root
#

I've made modifications to my code to meet the minimum requirements needed to create a custom account on Stripe. The account is set up to only receive transfers and not make outgoing payments, following the guidelines provided in the Stripe documentation.

However, despite these changes, the account continues to be disabled. Could you please assist me in understanding why this is happening and what additional steps I need to take to resolve this issue?

$employeeAccount = \Stripe\Account::create([
'type' => 'custom',
'country' => 'US',
'email' => $employee_email,
'business_type' => 'individual',
'individual' => [
'first_name' => $employe_frist_name,
'last_name' => $employee_last_name,
'dob' => [
'day' => $employee_dob_day,
'month' => $employee_dob_month,
'year' => $employee_dob_year,
],
'address' => [
'line1' => $adress,
'city' => $city,
'state' => $state,
'postal_code' => $zip,
],
'ssn_last_4' => $last_four_SSN,
'email' => $employee_email,
'phone' => $phone,
],
'capabilities' => [
'transfers' => ['requested' => true],
'card_payments' => ['requested' => false],
'payto_payments' => ['requested' => false],
],
'business_profile' => [
"url"=> $url,
],
'tos_acceptance' => [
'date' => time(),
'ip' => $_SERVER['REMOTE_ADDR'],
],
'metadata' => [
'url' => 'urs',
],
]);
there ir my update code

wary portal
#

@robust root when you look at the requirements field on the Account object what is that telling you is needed?

nocturne spruceBOT
wary portal
split flare
#

๐Ÿ‘‹ stepping in

#

Can you provide the account ID that you are looking at?

robust root
#

of course, it is acct_1OrhF9DA8doaKUjI

split flare
#

Thanks, looking

#

Okay yeah looks like this account was disabled for a separate reason outside of the verification information. You will need to contact our Support team via https://support.stripe.com/contact/login to get more info about why that account is disabled.

robust root
#

Thank you for the information. I will follow up with the Support team via the provided link to get more details about why the account was disabled. If there's anything else I should be aware of or any additional steps I should take, please let me know.

Additionally, could you please confirm if it will always be necessary to enable accounts through support, or if it's possible to do so via the API in order to proceed with transfers afterward?

Thanks again for your assistance

split flare
#

Nope it generally is not necessary to enable through Support

#

However, there are sometimes that an account will get flagged for risk reasons or otherwise where you will have to talk to Support.

robust root
#

Thank you for the clarification. I understand that, in general, it's not necessary to enable accounts through Support. However, I will be prepared to contact Support if any special circumstances arise, such as risk-related issues.

Additionally, in the event that I have successfully registered my employee's account and wish to make their weekly payment for hours worked, can I do so with \Stripe\PaymentIntent::create or \Stripe\Payout::create? Which is the best method for depositing their payment?

Thanks again for your assistance.

split flare
#

You would create a Payout if you want to move funds from your Connected Account's balance to their external account.