#mark-connect-setup
twin nexus
Hello 👋
How can I help?
normal dirge
Hey here is the case we are embeded insurance solution and we have partenr we are integrting to sell protection in their website - and we want to leverage stripe connect to settle 100% of sales since we need to be the merchant of record and both of us are using stripe as PSP so we are thinking about stripe connect does this make sense
my question is in this case seesm the create direct charges work in this case? https://stripe.com/docs/connect/direct-charges
if that is the case my questions are 1. when the platform account(partner) create the payment intent (also means create charges) they are using our connected account id n that is the only info required?
- would then it requires a payment_intent for the amount and the payment_intent would be further be used to redender the stripe.js in partner's website?
clear hazelBOT
normal dirge
imagine there is no application fee etc in the journey
- at what point platform has the feasibiliyt over the charge _id if customers want refund?
would both of the merchants (platform and connected account being notified via webhook when the payment is settled?)
sacred flower
mark-connect-setup
Yeah Stripe Connect seems relevant here. You have your Stripe account A, you connect to their own Stripe account B which acts as a platform. They have full access to your account and data and analytics. And they can collect payments on your behalf using Direct Charges.
- Yes
- Yes mostly a normal Stripe payment integration, nothing specific here
- They have full access to your account and can see everything and do anything like refund payments
normal dirge
that means they could extract all the charges id etc from our end
and visbility about fees breakdown etc?
techinical wise - they have all visbility in terms of charge id and payment intents?
sacred flower
they have full access so yes they see everything
normal dirge
as long as we give the platform account our connected account id they should be able to operate as normal?
now another question - what about the partner create a payment intent with their account and without charging it and just pass the payment intent for us to charge - would that also work?
sacred flower
you don't give an account id, otherwise anyone could do anything to any account. You, as the account owner go through OAuth to connect your account to their platform https://stripe.com/docs/connect/oauth-standard-accounts which the platform would have built an integration for
now another question - what about the partner create a payment intent with their account and without charging it and just pass the payment intent for us to charge - would that also work?
no, that doesn't really make any sense to do that. To "charge" you have to collect card details while confirming the PaymentIntent
normal dirge
What if we create zero dollar auth against the payment intent or does the payment intent contains all required information including amount and merchant account id?
So the platform account need to authorise and conduct the behaviour via OAuth
sacred flower
What are you really trying to do? You seem focus on trying a hack instead of saying what you really want
Are you just asking that the partner collects card details and does nothing else and you handle everything else yourself?
normal dirge
not really the partner in this case has no position to collect the insurance premiums due to regulation, however the customers finalise the customer journey in the partner website (as we are embeded protection) and we need to be MoR for the premium collection - since we both are using stripe - we thought we could either go for stripe connect or something like a provisioning scheme token is universally usable in stripe ecoystem
In the second option - partner create token (coz they cant pass the raw credit card details to us as stripe encrypted everything in FE and details are encrypted with stripe server) so we are thining creating the payment intent by partner then pass it to us to process
we have to figure out a workaround to adopt the regulation of RE for MoR
sacred flower
I don't really get your ask I'm sorry. You said you need to be the merchant of record, the partner can collect the payment with you as the merchant of record. Why don't they just do what you mentioned upfront and use Direct Charges?
normal dirge
sorry let me reclarify - there are two roles partner and us - imagine partner is amazon and customer buy protection from amazon. since amazon is not licensed as underwriters, they cant collect the premiums. However customer is in amazon's website, which amazon controls the flow to show the payment collection form, however we get to process the payment and being the merchant of record
in this case amazon(partner) is the platform account ? right?
sacred flower
So Amazon is forbidden from taking the payment with you as the merchant of record in your example? The only thing they can do is give you card details to then you press a button and magic you do it and not Amazon?
That doesn't really make sense to me
normal dirge
that is why we are exploring - so either amazon act as the platform account and create say $100 payment intents and then settle 100% into connected account (us)
this would be feasible right
so they split 100% of premiums to us
and we ll be the MoR in this case
sacred flower
correct that's what I confirmed from the start of your question: They use Direct Charges, you're the merchant of record for the funds, they can create it and handle the payment creation themselves
normal dirge
does this require OAuth from amazon?
we want scope out the integration efforts for the partner
thanks
sacred flower