#tobiasgr_checkout-tax-line
simple pulsarBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always 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/1486838225988489377
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
sharp kindle
The one without lines are tax_exempt: "reverse" with a normal tax rate applied on checkout. the other one is tax_exempt: "none" and a 0% tax rate applied
craggy forge
Okay so in this case the issue is that we do not display the 0 tax amount when "reverse" is specified but the amounts are still correct?
sharp kindle
yes, that is correct.
so essentially the customer does not know whether or not tax is included.
inluded/applied
craggy forge
Tax...which is 0, right?
Can you share an example request where the tax amount is shown, even when it's zero?
sharp kindle
When using Stripe Tax with tax_exempt: "reverse" and not subscription_data.default_tax_rates it looks like this.
craggy forge
Can you share request IDs so I can directly compare them?
sharp kindle
yes, tax is 0. The latest image is essentially what i want to happen in my case when not using Stripe Tax but still setting tax_exempt: "reverse" on customer.
Sure, give me a minute
Customer data where it fails: req_JKNFoyP6XWqeIN Checkout that fails: req_ylUNm1OkdHfv9B
I guess that I can hack it by do tax_exempt: "none" and add custom 0% tax, but it seems wrong. Especially since the checkout interface fails like that.
craggy forge
Ah, I am finding the logic that determines how this is rendered. This is intentional.
sharp kindle
it makes no sense to have a checkout without any tax indication?
craggy forge
We render the line based on the following conditions:
- Are there actual tax amounts to be collected?
- Are you using a dynamic tax rate?
- Is automatic tax enabled?
For 2 & 3, this is false so it comes down to the first condition.
Both Exempt and Reverse are treated as "Exempt" and the total tax amount is empty
So condition 1 evaluates to false as well and nothing is rendered
I can file a feature request to update this logic and include the line but I cannot guarantee if/when such a change would be implemented
sharp kindle
So there is no way to trigger that line if I have customer.tax_exempt ="reverse" using subscription_data.default_tax_rates on checkout?
simple pulsarBOT
tobiasgr_checkout-tax-line
sharp kindle
Even if i set it to a taxrate of 25% then "reverse" would remove it and not render the line...
craggy forge
reverse is considered tax exempt so there won't be any tax lines applied to the upcoming Invoice, which is what determines the lines displayed in the Checkout page
sharp kindle
except when using Stripe Tax even though it comes to the same conclusion 😅
craggy forge
IF you enabled automatic tax that would display the line but I'm not sure that is what you want
That is one of the conditions we evaluate. If you are using Stripe Tax with automatic tax enabled, then we will always return this line
sharp kindle
No, dont want to use Stripe Tax, because i set and manage tax rates from my server, and roll it out and update it to multiple accounts.
multiple stripe accounts
craggy forge
Right, so we won't display a line in the Checkout page or on the Invoice for the taxes because the Customer is exempt
sharp kindle
yes, got it, have to do the hack instead. I hope you will fix it 🙂
Well, actually the line does appear on the invoice.
craggy forge
Ah sorry, on the Preview Invoice does not have the line