#jbergius-checkout

1 messages · Page 1 of 1 (latest)

somber moth
#

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.

dark kiln
#

Yeah, I get that. But that's my question, if that's possible to change in some way?

somber moth
#

you mean detach the payment method from customer?

dark kiln
#

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?

somber moth
#

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?

dark kiln
#

Ah, damn it.

#

Yeah, it's unchecked both in production and test mode

somber moth
#

Can you share with me your merchant ID? you can find it from the Stripe Dashboard -> Settings ->Account Details

dark kiln
#

acct_1JUb1YEXkCyWFmfF

#

That one?

somber moth
#

Yes, let me check on it

dark kiln
#

Thanks!

somber moth
#

Can you give me one checkout session ID which Link with Stripe is not effective ?

dark kiln
#

yes, one sec

#

cs_test_b14PnEiFfp3YGNsp2jdBzvCHhXUn0x7G1govgFSo8IBqeAkqK4466OGup1

#

And this is what the checkout looks like.

somber moth
#

OK, was this checkout session created after turning off the Link with Stripe ?

dark kiln
#

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

somber moth
#

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?

dark kiln
#

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

somber moth
#

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?

dark kiln
#

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

somber moth
#

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.

dark kiln
#

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.

somber moth
#

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.

dark kiln
#

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 😅

somber moth
#

Will the accountant firm and their customer pay for the same subscription? or different?

dark kiln
#

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.

somber moth
#

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.

dark kiln
#

Yeah, but my db-rigg dosen't support it right now, as it relies quite heavily on the stripe-user

#

But I may have a way forward now. Using the metadata on the subscription that get's passed in to the checkout session