drprofsgtmrj

[winged stone]

Hi 👋

The error message is quite explicit. There is a mismatch in the tax rates applied and the tax behavior of the items. You should review the tax behavior (inclusive, exclusive) for each price/product and compare with the tax_rates being applied

[odd cosmos]

If one is unspecified , is that a conflict?

By that i mean, should even the unspecified match the others?

[winged stone]

I don't have enough insight from this one request . I can see you have a specific tax rate set for this subscription txr_1CLEj94GTY6gFXfl0olSjTpo

[winged stone]

That tax rate has a behavior of exclusive

[odd cosmos]

Hm. None of the line items have exclusive as the behavior

[winged stone]

RIght, so the tax rate is exclusive but, for example, this price pl_1EB6Ua4GTY6gFXflRkP8iVHM has an inclusive tax behavior

So there's your mismatch

[odd cosmos]

So I'm not familiar with how the tax rate is applied to the subscription

Or even used tbh

So I'm a bit confused on where to even set it

[winged stone]

This is a long running subscription so I can't speak to when the tax rate was applied but it is set on the subscription.

You can't change the behavior of a tax rate. It can only be set on creation

[odd cosmos]

I see. But can I set it for the particular subscription? (Through the ui ?)

[winged stone]

No, the tax behavior is set on the Tax Rate and the Price objects

And they need to match to be on the same Subscription

[odd cosmos]

So correct me if I'm wrong, the unspecified tax behavior will assume the default tax rate?

[stone tendon]

👋 hopping in here since snufkin has to head out

[odd cosmos]

Thanks. Just trying to get confirmation to the above

If a price has an unspecified tax behavior, does it take on the default tax rate, thus in this case, it will cause conflict when included with items that have the tax behavior as inclusive?

[stone tendon]

sorry for the wait, had to check some things (tax_behavior was something added for automatic Stripe Tax, so sometimes it can do odd things with tax rates that are applied manually)

I'd want to test this out to make sure, but I was pretty sure that with manual tax rates they still get applied to prices that have tax behavior unspecified

[odd cosmos]

Yeah. I guess ultimately I'm trying to figure out what to change in order to get the updates to work

I'm not sure what the manual tax rate means. But what you are saying is that the manual gets applied and thus conflicts with the inclusive?

[stone tendon]

Yeah that's fair - I feel like something a bit weird is going on here and I'm trying to chase down if this is something on our end

Your subscription is already in a state where it has a mix of different prices w/ inclusive and unspecified tax behavior, and it has a exclusive tax rate

Since we let your subscription to get into that state we should allow you to continue to update it

[odd cosmos]

Yeah sorry. I appreciate the patience.

My belief is that because this is an old subscription, there is some weird state. I think it's before tax behavior was really a thing. Not sure

[stone tendon]

Yeah it's definitely before tax_behavior was a thing

give me a bit to do some digging

[odd cosmos]

Thanks

[stone tendon]

I pulled in some teammates and we believe this is a bug where we're being too aggressive with this validation and it's gotten you into a weird state - can you write into support? We'll need to push some changes to fix this on our end, and writing in support will give us a way to contact you when it's fixed

[odd cosmos]

Ok yeah. I can do that soon

Thank you for the assistance!

[stone tendon]

no problem! and sorry you're hitting this weird edge case 😦