#x999hell-subscription-error
prisma rapids
Hi there 👋 do you have a Subscription ID I can look at for the subscription that's throwing that error"
oak sky
HI 👋
I'm stepping in as @prisma rapids had to go. Do you have the request ID that corresponds to the error?
Here's how you can find a request ID: https://support.stripe.com/questions/finding-the-id-for-an-api-request
oak sky
Hmmm... It looks like you have an exclusive tax rate applied at the Subscription level but the tax behavior for the line item is set to inclusive.
clever sierra
We didn't had this issue before
And how was this even possible to set in such unusual case ?
Were any recent changes to the api towards these rules ?
clever sierra
Any way I could fix this ?
I need to pause customer subscription and it simply doesn't let me to do so.
oak sky
The tax rate for the subscription got set with the creating request: https://dashboard.stripe.com/logs/req_96VQrKA8pIFQ4y
when a static value was passed.
Right, we need to identify how to solve the issue.
clever sierra
Yes, tax in managed in a thirdparty app (ThriveCart)
oak sky
Ah. Then why are you creating prices with tax behavior in the first place?
clever sierra
I see "tax_behavior": "unspecified" in the req you linked above
oak sky
On the line item. But there is also a default_tax_rate This tax rate object has inclusive: false
clever sierra
Would you say this is the source of the product being edited to "Inclusive Tax" ?
Is any way we can change this setting to fix the product ?
oak sky
I've reached out to a colleague who is more familiar with tax issues in subscriptions
turbid glacier
👋 Hopping in to help!
clever sierra
Thanks !
turbid glacier
Yeah I think the request you linked is the issue - I'm assuming that the price previously had no tax_behavior defined, and the dashboard update request updated it to tax_behavior: "inclusive" which doesn't work with the tax rates you already have
Let me think on how you can get back into a good state
clever sierra
Looking at previous api calls on that pricing, tax_behaviour was se to "unspecified". BUT In case anyone in our company looked at the product pricing in Stripe dashboard then the interface probably requires you to update the tax_behaviour value to Inclusive or Exclusive only, "unspecified" is not an option in the Dashboard interface.
So if anyone updated the product probably affected this setting did it without proper knowledge.
turbid glacier
Yeah - that's something I need to flag to our team to change since it's very easy to end up with subs that aren't updateable anymore
clever sierra
Better disable the field in case the interface detects such value.
turbid glacier
and it's even more of an issue because once you set inclusive/exclusive on a price, you can't change it back to unspecified
I think the only way for you to fix this for now is to create a new exclusive price and move your subscription over to that price
clever sierra
I just read that in docs, but I hoped you could have some sort of workaround for isolated situations like this
So most probably all customers attached to this pricing are flawed
turbid glacier
Are all your other customers also on subscriptions that specify a tax rate?
clever sierra
All our subscriptions managed trough ThriveCart are set with such tax rate
We never ever had any issues, but probably the intervention on the product/price directly from Stripe interface induced this bug
Thank you for your help!
turbid glacier
Feel free to also write in to support@stripe.com and mention you spoke to karbi on discord - we need to do some digging on our end to confirm that this won't happen again with other subscriptions, and emailing in is the best way for us to contact you later
clever sierra
Ok I'll try to do that.
turbid glacier
👍 let me know once you've done it and I can find it on my end
clever sierra
Done, I've sent the email describing the case
turbid glacier
found it! thanks for writing in - i'll get back to you once we can get it fixed!