#FocussedGrind
heavy shuttle
pseudo swan
hi! those details are all business logic in your databases really
Stripe only has the concept of charging an end-customer and transferring those funds to other parties. If you want to charge a customer $100, and mark in your system that that 'user' now has a 'balance' of $100 and then each time you make a transfer to a connected account you subtract that amount from the balance, you definitely can and platforms do do this! It's not modelled in our API though
lusty slate
Got it. So, "stripe connect" product is mostly about sending payouts to receivers(sellers/service providers).
- Which product in Stripe to use for charging an end-customer?
- Which product for saving end user credit cards details so that end user need not re-enter each time?
pseudo swan
- Our standard integrations(Checkout hosted payment page, Elements embedded payment forms). They all work with Connect. https://stripe.com/docs/connect/creating-a-payments-page
- Similiarly, same as if you weren't using Connect. https://stripe.com/docs/payments/save-and-reuse?platform=web or https://stripe.com/docs/payments/save-during-payment
before all that you need to design the Connect part and finish reading the docs to decide what type of account you're going to use(Standard/Express/Custom https://stripe.com/docs/connect/accounts) and the charge flow(https://stripe.com/docs/connect/charges#types) since that defines how you would build the rest of the integration.
lusty slate
"before all that you need to design the Connect part and finish reading the docs to decide what type of account you're going to use(Standard/Express/Custom"
I feel we don't need Stripe connect, as multiple end users load their account (using Stripe payments) and all those money pools to one bank account (which is our marketplace's bank account. Say doordash bank account).
In the flow, Till this point I don't see need for Stripe connect.
Then, when end user places an order to restaurant, our back end, will deduct amount against end user balance and send order to restaurant.
Please correct me if I'm wrong. I feel Stripe connect doesn't suit us, because our marketplace doesn't have to maintain the restaurants bank details.
pseudo swan
if you have a use case where you want to send money to someone, you must use Connect
if someone is to receive money, there are legal/anti-money laundering requirements to do KYC(https://support.stripe.com/questions/know-your-customer-obligations), and Connect is our product that lets you perform that KYC for someone who you are going to transfer funds from your marketplace to
in your use case, how does the restaurant get the money? you say it pools to one bank account, is that just yours? how do you split that money from your account to the restaurant? to the driver delivering the order?
lusty slate
Orders sent to restaurant (along with money) is taken care by 3rd party service providers. We want to leverage that.
pseudo swan
I unfortunately don't really know what that means.
lusty slate
Think of it like Clover POS APIs
which can receive order and restaurants receive money and order via those APIs
pseudo swan
and the restaurant has to sign up to Clover and give their bank details correct?
lusty slate
Yes.
pseudo swan
so like, that's the same thing
lusty slate
Clover takes care of maintaining restaurants details. Its hidden from my company
MyCompany don't worry about how restaurant gets paid, because Clover takes care of it
pseudo swan
just instead of Clover, you use Stripe, and the restaurants sign up for Stripe accounts. You are then Clover, you're the one building the app that connects the customer to the resturant.
fair enough, if you think you don't need to use Connect maybe you don't and you understand your use case better than I do, it doesn't make much sense to me
lusty slate
But we don't want to do that, because we can't send orders to restaurant. Whereas Clover has the capability so we want to leverage that.
pseudo swan
how do you make money
if the customer is just ordering through you, and you call some Clover API to process the payment and route money to the resturant, how are you getting any cut from that?
lusty slate
Restaurants pay us monthly flat fees for using our platform.
pseudo swan
I see. Where does Stripe come in again?
isn't Clover the one processing the payment?
lusty slate
So this is the chain,
End user(s) ======load their account with 25$ using Stripe====> MyCompany ====> Clover API ====> Restaurant.
pseudo swan
how does the $25 get from your company into Clover and thenceforth to the restaurant?
lusty slate
End user(s) ===places order ====> MyCompany ==== sends the order+money===> Clover API ====Clover settles the restaurant====> Restaurant(s)
pseudo swan
yeah, that "send the money" part to Clover seems hazy to me. Maybe that's a feature of this 3P you're using
lusty slate
yes
pseudo swan
but sure, maybe you don't want Connect then. You should ask our support/sales teams really about your supportability. Maybe there are regulatory issues here since you don't KYC the restaurant
for example what if the restaurant is owned by someone under government/OFAC sanctions. It's illegal to send them money. Who is owning responsibility there?
lusty slate
We are going to function only in restaurants in USA.
How can I talk to someone in support or sales team?
pseudo swan
these are interesting questions but beyond the scope of this Discord channel, we mainly answer API questions
lusty slate
I prefer to talk to someone over a call or video chat.
pseudo swan
https://support.stripe.com/?contact=true or https://stripe.com/contact/sales are the induction points
lusty slate
Ok, I see an option "have us call you". Thanks
In your view, under which category our product should be in Stripe. "Gift card" or "Digital services" or something else. Because technically what we sell(or do) is , let end users load their account with just 25$ or 50$ ...
pseudo swan
I can't answer that