#linqisnice_best-practices
1 messages ยท Page 1 of 1 (latest)
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.
- linqisnice_best-practices, 1 hour ago, 23 messages
- linqisnice_docs, 3 days ago, 43 messages
- linqisnice_docs, 3 days ago, 8 messages
๐ 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/1221773686923726899
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
๐ happy to help
So, some more details... im a bit confused. When can a connect account issue a payment link? What do i need to listen to? Currently due? details_submitted?
basically, i want to set up a quite simple flow with express connect accounts.
They onboard -> they can send a payment link -> the money goes to our account but is then transferred to the express connect account (on behalf of) -> then its automatically paid out to their account. They shouldnt have to do anything but issue the payment link
- this is possible, right?
- before i allow rthem to issue a payment link, what do i need to check for to avoid exceptions?
in that case they don't issue the Payment Links since your platform is collecting the payment
my webhook does the following (listens to account_updated)
- Checks for currently due and then sets the deadline in the db and emails the customer
- Sets payoutenabled and chargeneabled to the values
you have to issue the Payment Link yourself in a Seperate Charge & Transfer way
ah okay, but its on behalf of the connect account, though?
in the transfer you can precise this
Im getting more confused, it seems the custom flow was way simpler then even though it said in the docs that it would take way more work. What I did before (and i tried it plenty times os it owrks) was i just set the payment link request options to the connect account and that was it
All I want to do is
- user onboards
- user sends a payment link in a mail
payment should look as though its going to him, not us
which is why i set the on_behalf_of to that account
Yes, ive done that, so what is wrong?
var options = new PaymentLinkCreateOptions
{
TransferData = new PaymentLinkTransferDataOptions
{
Amount = lineItems.Sum(x => x.Price),
Destination = connectedAccountId
},
LineItems = lineItems,
OnBehalfOf = connectedAccountId
};
this is what ive done
this is correct, no?
this is called a Destination Charge
this means that the funds are not transferred to the platform but rather directly to the connected account
Ok, that makes sense and is preferred. So the code snippet above is correct for that purpose?
yes
but then im still wondering what would be required from the connect account to be able to issue this payment link?
how do i know he CAN issue it?
what do i listen for in my webhook
i.e. something that would be translatable to "CanIssuePaymentLink"
once the connected is authorized (charges_enabled) you can assume that this should be fine
alright, but this does not mean the money will directly go int otheir external account (as per the payotu schedule), right? this is something separate
and sohuld also be tracked
and one last question then,what happens when payouts are disabled, and then re-enabled? Will it automatically be queued up or is manual intervention needed?
alright, but this does not mean the money will directly go int otheir external account (as per the payotu schedule), right? this is something separate
yes this means that the amount will go to their pending (then available) Stripe Balance and then per the payout schedule will be transferred to their external bank account
and one last question then,what happens when payouts are disabled, and then re-enabled? Will it automatically be queued up or is manual intervention needed?
AFAIK if payouts are enabled then the available balance will be paid out as per the schedule
if (account.Requirements.CurrentlyDue.Any())
HandleCurrentlyDueDeadlines(account, user); // this would email the connected partner detailing the currently due requirements
user.BusinessDetails!.StripeDetails!.ChargesEnabled = account.ChargesEnabled;
user.BusinessDetails!.StripeDetails!.PayoutsEnabled = account.PayoutsEnabled;
so for my purpose, this should be enough to track as far as connected accounts and payment links goes?
anyway thanks a lot!
yes this should be fine
okay one last question, how do charges and payouts enabled relate? Can one be disabled but not the other? Im correct in thinking both are related to currently due requirements?
and on that note, isnt it wrong to check for currently due and then setting a deadline? they're already due, no?
should i not be listenign for eventually due?
Can one be disabled but not the other?
yes
or the currently due deadline is about REMAINING compliant?
and thus, so long as currently due deadline is met, its reasonable to assume charges and payouts are both enabled?
You have very valid questions, it's better if you seek help on these questions on https://support.stripe.com/?contact=true they are better equipped to answer you
Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.