#jbergius-checkout
1 messages · Page 1 of 1 (latest)
Hi there, if the customer object already had a payment method attached to it, The payment method will picked it up and use it in the checkout page.
Yeah, I get that. But that's my question, if that's possible to change in some way?
you mean detach the payment method from customer?
I got told yesterday that I had to uncheck the "Link with Strip" option to not save the payment details, but that dosen't work.
Well, it actually would be nicer if I could start off every checkout session clean, without payment details, even if the user has a payment method.
If i detach the payment method, that may cause problems when paying the subscriptions that the user already has, or!?
Or will the subscriptions that's active still work? Even if I detach the payment method from the customer?
No it won't, if you detach the default payment method from the customer then the payment will fail for the next invoice.
Can you double check if you turn off the Link with Stripe in test mode as well?
Can you share with me your merchant ID? you can find it from the Stripe Dashboard -> Settings ->Account Details
Yes, let me check on it
Thanks!
Can you give me one checkout session ID which Link with Stripe is not effective ?
yes, one sec
cs_test_b14PnEiFfp3YGNsp2jdBzvCHhXUn0x7G1govgFSo8IBqeAkqK4466OGup1
And this is what the checkout looks like.
OK, was this checkout session created after turning off the Link with Stripe ?
Yes. I turned off Link with Stripe like 8 hours ago
I had some issues when turning it off though, it switched back a couple of times
But right now it's off both in production and test mode, and this checkout session was created a minute ago
The customer already had a payment method, and that's why it's showing in the checkout page
can you create a checkout session with a customer who doesn't has a payment method?
Yeah, and that is working, but that dosen't solve my issue
If i don't pass a long a customer object, I get it to work. But still, dosen't solve my issue
My use case is that my existing stripe customer is a accountant firm, and they sometimes want their customers to pay for their subscription, and in those cases I don't want the card details to show up
So I want the subscription to be connected to the accountant firms stripe user, but the subscription will be paid by another part. And I don't want that part to be able to pay with an already pre filled card
So it would be really sweet if I could pass a long a parameter when creating the checkout session, like showPaymentMethod: false or something
I'm not afraid there is no such options in the checkout session API, as the the checkout URL is meant to be used by the end customer.
So back to your use case, will both the accountant firm and their customer pay the subscription?
No, only one of them. An accountant firm can have many customers, and their all connected to the accountant firms user. Right now the accountant firm takes the charge, and then have to charge their customers by themselves. But I want to enable them to pay with their customers card
I see, I think you might be interested in Stripe Connect, where your application is the platform and the accountant firms are your connected accounts.
Hmm, maybe. But that's only in some cases. I still want the accountant firm to be able to pay with their own card if they like.
As a platform, you can make charges on behalf of the connected accounts, and you can get a cut out of it.
OK, another way to collect payment from customer is via invoicing, you can set the collection_method to send_invoice and Stripe will email the inovice to customer with payment instructions.
What I'm aiming for is the ability for the accountant firm to be able to send a link to their customer when they start the subscription, but the subscription must be connected to the accountant firms user in some way
Yeah, but that's not an option as I would like to keep the subscription-model, and not start to hunt unpaid invoices 😅
Will the accountant firm and their customer pay for the same subscription? or different?
No, different. But the accountant firm can have multiple subscriptions, with different customers. That's why I don't want the card details to show up.
In that case, I'd suggest to create a different customer object for the end customer, instead of reusing the account firm as the customer.