Ben Boudreau-tax-subs

[brittle sable]

Hello

Hmm let me see if there is a workaround here

[timber eagle]

Also I want to point out that I had a work around:
When I would create the trial subscription for the new user on my application, I would immediately after do an API call to update the subscription to have auto_matic tax enabled.

yesterday at 7:30 AM PST this changed all of a sudden and this API call started failing

[brittle sable]

That's concerning.

Can you share a request ID of that working and then one of it erroring?

[timber eagle]

Hmm can I find those in the dashboard?

[brittle sable]

Yep: https://support.stripe.com/questions/finding-the-id-for-an-api-request

[timber eagle]

Failed
req_z6i1mSFs6wTgCT
succeed

req_qY25FE6oj3O0pB

Took me a minute to navigate but there ya go

[brittle sable]

Thanks give me a moment to look

[timber eagle]

Okay thanks

[supple crest]

Ben Boudreau-tax-subs

👋 Hopping in here! (I was helping bismarck look into this)

So I think the first step here would be for you to write into support (https://support.stripe.com/contact) and flag that you'd like to go back to the old behavior (at least until you can update your integration to properly handle this validation change).
In terms of how to work with the new validation - I think you'd need to add logic on your end to check tax.automatic_tax for your Customers (https://stripe.com/docs/api/customers/object#customer_object-tax-automatic_tax) to see if they've provided enough information for Automatic Tax to be successful. Only then would you allow them to upgrade from a trial to a paid subscription

[timber eagle]

Yes, I could check if they have automatic tax enabled or if the customer has a shipping address. However, I have to redirect the user to a whole different flow to input their payment information before they are able to update their subscription.

In the event that the trial has concluded and the status is cancelled, I can achieve the behavior I want using a checkoutsession. Do you think it is possible to use a workaround using a checkoutsession?

Like they are on a trial, they want to fully upgrade, they have to go through a full chekoutsession. If that concludes I have to cancel the trial subscription or something like that

So I think the first step here would be for you to write into support (https://support.stripe.com/contact) and flag that you'd like to go back to the old behavior (at least until you can update your integration to properly handle this validation change).
Thank you for this i will mail them

[supple crest]

Yeah the only workaround along those lines would be to use a Checkout Session to create a NEW subscriptions w/o a trial, and as soon as that's successful you'd cancel the trialing subscription

[timber eagle]

Okay interesting. Sounds a bit tricky with webhooks but maybe I cna get it to work

Do you know if there is plans to increase the functionality of the billing portal session deep links?

Would be awesome if they were are detailed as the CheckoutSession

I found it to be difficult because the CheckoutSession to create a new subscritption had all the options I wanted, but the deep link to the portal to upgrade had almost no options

[supple crest]

I don't know of any specific plans to increase the functionality, but if there's something specific you're hoping for I can flag it as feedback

[timber eagle]

Well my feedback would be that I would like the feature set for checkout to also be available in the billing_portal deep links

Like these kind of options (from GoLang package) is what would fix my current problem

    CustomerUpdate: &stripe.CheckoutSessionCustomerUpdateParams{
        Address: stripe.String("auto"),
        Name:    stripe.String("auto"),
    },

Anyway if you pass that along that'd be appreciated thank you for your help I will fiddle around myself and see if I can get something to work

Customer service has been superb! 👍