#niceone_api

1 messages · Page 1 of 1 (latest)

frail pilotBOT
frozen pollenBOT
#

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.

frail pilotBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1247254518010351779

📝 Have more to share? Add details, code, screenshots, videos, etc. below.

neon owl
#

Why would you want the default payment method not attached to the subscription?

stoic sun
#

so basically what we want to achieve is that when user is adding(or switching between) payment method we want to have this one visible under 'current plan' section in customer portal + we want to have this new method assigned to subscription;
Currently we implemented this functionality based on customer.updated and customer.subscription.changed events, but this not work as:

first you send us customer.updated informing that new default payment method was added, and here we are looking in our system for all subscriptions that don't have assigned payment method but this not work in case when the user is just adding new payment method, where there was already one;
then you send us customer.subscription.changed informing that the default payment method (on subscription) was removed (the previous one), but you don't attach (so don't send any event) that new one was assigned to subscription, why?

stoic sun
#

but in scenario when subscription is started and user is entering customer portal to add new payment method, you detach the default payment method from subscription (the first one), but don't attach this new one which was added by the user

#

user added new payment method, and thus the previous one was detached from plan (subscription)

#

ok this link does not work anymore

neon owl
stoic sun
#

I made a screenshot

#

no

#

what I want is to have the new one attached to the subscription and also have it visible under 'current plan' section in customer portal

neon owl
#

In the screenshot, which one is the one you want to be set as default?

stoic sun
#

the first us, was added by the user using this customer portal and Stripe autamtically switch this one to be a default one (for customer) and detached the previous one (second one on the screen) from subscription

#

which I don't understand by the way, I mean if the switch was done, and the previous one was detached from subscription, why the new one was not attached instead?

#

but anyway I would like to have this new one to be attached to the subscription (as you detached the previous one) + I want to have it visible in this 'current plan' section of this customer portal

neon owl
#

The customer chooses whether or not to add it as the default. If they do, then it gets attached:

Screenshot_2024-06-03_at_11.44.03_AM.png
stoic sun
#

I just created a new subscription, and the payment method is visible in 'current plan' section

#

but when you click 'add payment method' it will disapear as Stripe will detach the existing pm from subscription and won't attach the new one

#

(although the new one will be used to pay for the subscription when billing period ends)

neon owl
#

What card are you using?

stoic sun
#

previously I tied to add 5555555555554444

#

taken from https://docs.stripe.com/testing

Test payment methods

Use test cards to validate your Stripe integration without moving real money. Test a variety of international scenarios, including successful and declined payments, card errors, disputes, and bank authentication. You can also test non-card payment methods and redirects.

#

but I think it doesn't matter which one I use, the effect is the same

frail pilotBOT
stoic sun
#

Stripe attached new card as default payment method on customer, but does not attach it on subscription (but detaches the previous one)

neon owl
#

That's likely because it gets set as the default on the Customer object

stoic sun
#

but how to achieve that?

"so basically what we want to achieve is that when user is adding(or switching between) payment method we want to have this one visible under 'current plan' section in customer portal + we want to have this new method assigned to subscription;"

#

why Stripe detaches the old pm from subscription but does not attach new one?

still gale
#

I am not sure why that design decision was made unfortunately. And you want this setting to be set per subscription, not at the customer level?

stoic sun
#

at customer level it's done by you

still gale
#

Can you send me the ID of a customer that you saw this behavior for in test mode? (cus_1234)

#

I will see if I can replicate this behavior

stoic sun
still gale
#

thank you, looking in to this

#

Sorry I am having trouble looking through your API logs right now. So to confirm, you are saying that:

  1. You created a subscription for this customer and specified the default payment on the subscription, not on the customer.
  2. In the customer portal, you went to this subscription's page, not the customer's page, and changed the payment method on the subscription
  3. This removed the default payment method set on the subscription and set it on the customer
stoic sun
still gale
#

Yes I can

stoic sun
#

so you can click 'add payment method' there

#

and you will get what I meant

still gale
#

Thank you for the repro. That should not happen as far as I am aware. Let me double check that this isn't somehow intended

#

@stoic sun thank you for your patience on this one. So this is expected behavior but only when there is only one subscription for the customer. When there is only one subscription on the customer, we have logic to unset the default_payment_method on the Subscription if it’s the only Subscription the Customer has so that the Subscription will fallback to the new updated default PM on the Customer

stoic sun
#

but for this specific case can I do sth to assign this new pm to the subscription? I tried to set it as default payment method on the subscription but still this payment method is not visible in 'current plan' section in customer portal

#

I mean it will be the same as it is now when you click this likn

#

i.e. these two payment methods will be visible in 'payment method' section, but none on 'current plan' section

still gale
#

Interesting. I am seeing that too. That is strange that it shows up at first but doesn't change if you set the default PM on the subscription again. Looking further in to this

stoic sun
#

hm strange

#

so there is nothing we can do about it?

still gale
stoic sun
#

ok, thank you for your help

still gale
#

Of course, glad I could help claify. Apologies for my initial confusion here