Tax priority and tax based on postcode are ignored. Both taxe rates are added

Hello @stevendigital to my knowledge you cannot use multiple zip codes on one cell. Each zip code needs it’s own row and it’s own cell. I don’t think anything’s changed with that since Woo started.

If you need further info on how to properly do sales tax read this article here

Hello @serafinnyc ,

This is the tooltip under the tax table : Postcode for this rule. Semi-colon (;) separate multiple values. Leave blank to apply to all areas. Wildcards (*) and ranges for numeric postcodes (e.g. 12345…12350) can also be used.

Is this not correct? Did i missunderstood something?

Best REgards

Hello @stevendigital Ah, what do you know. My bad. I wasn’t aware of that. My apologies. I learn something today.

Have you tried switching to a default theme like Storefront or 2024 to see if it doesn’t duplicate? Are you using any other apps for taxes?

@serafinnyc No problem at all. This can happen to all of us. It could be something that I incorrectly translated or misunderstood.

To answer your question, the snippets that I added above are from a clean installation of WordPress, where I use woocommerce only and Storefront as a theme. Apologies for not mentioning in my initial post.

Best Regards

Thanks, I’m getting old. At 60 my eyes are starting to go. Anyhoo.

Just so I have a better understanding you’ve tried all the conflict testing, like theme swapping and disabling each app one by one and refreshing the page in between etc, correct?

And even with that it still duplicated? Did you try clearing server cache when you swapped out?

Correct. To be even more strict on the debug method, I have deactivated any plugins except woocommerce, and enabled the storefront theme. No cache (server or page cache,) is involved on this one. No mu-plugins are used.

And even with the above, I have the problem descirbed.

When you check that area, are the selectors the same?

Are you refering to the checkout fields of postcode and on the state? If this is correct, then yes, both fields are set correctly. The state is the K in Greece and I have checked with the 2 postal codes mentioned. Did a check with the other postal codes that are added inside the K state. Still the same behavior.

Best Regards

Yes, exactly. The selectors would be something like class="sales-tax-example"

Yes. Here is a snippet from the google console. https://snipboard.io/AwEX24.jpg

The encoded letters for both, is the word on data-title. So the final class is

 class="tax-rate-gr-Φ?ρο?-13"

• This reply was modified 5 months, 3 weeks ago by Efs. Reason: added extra information

Ya they’re different one is 12 and one is 13. You may have taxes on in two different areas. You’ve checked these sections here?

Yes. As I use different tax caclulations I have added 2 more tax classes. None of them has the States of K and L.

Here is a snipping, in case i miss something

• First tax class: https://snipboard.io/c5Cp9i.jpg
• Second tax class: https://snipboard.io/Kh5emL.jpg

The tax class in the middle is not set. The titles stand for – reduced tax rate and Over-reduced tax rate, accordingly.

The country code is set to GR for both. Also, all the products on the cart are using the standar rate, which is the table I initially posted.

• This reply was modified 5 months, 3 weeks ago by Efs. Reason: added extra information

Hey there! Thanks for contacting us. I’m happy to help you.

The outcome that I want is for the postcodes that have 81110 to have a 17% calculated, only, and if the postcode on the checkout is 83300 to calculate the items based on 24%.

To confirm, 81100 and 83300 are the prefix of the postcode or are they the whole post code? For example is the postcode 8100999 (or something like that) or is it only 81100?

Also, do you mind giving different names for the taxes (for example “tax 1” “tax 2” and try to order again so we can see exactly which taxes are being applied to the order?

To confirm, this is only happening with 81100, correct? Other postcodes work correctly?

Also, is this happening with every product?

Looking forward to your reply.

Have a wonderful day!

Hello @carolm29 ,

Below I will try to answer your question

To confirm, 81100 and 83300 are the prefix of the postcode or are they the whole post code? For example is the postcode 8100999 (or something like that) or is it only 81100?

The postal codes are 81100 and 83300. As far as I know there are no extra numbers after that.

Also, do you mind giving different names for the taxes (for example “tax 1” “tax 2” and try to order again so we can see exactly which taxes are being applied to the order?

I have done it. Here is a snippet: https://snipboard.io/KY3ZQM.jpg

To confirm, this is only happening with 81100, correct? Other postcodes work correctly?

This happens with the states that I have set specific postal codes. No wildcards are used for these specific states.

Also, is this happening with every product?

After testing with random products, I see that this is happening with all the products.

Just to avoid any back and forth regarding updates etc, wordpress and woocommerce are up to date to the latest version.

Let me know if you need anything else.

Best Regards

• This reply was modified 5 months, 3 weeks ago by Efs. Reason: Added some extra information

?? hi @stevendigital

Thank you for reaching back, with further details on this.

While taking a look at the information shown in this screenshot, it appears that the culprit might be with how the priorities are currently set up. Linked here is a screenshot from a test site of mine, with further details on that.

The postal codes are 81100 and 83300.

To be sure, did you already have a chance to check if they are input twice (once for 24% and another for 17% tax), or otherwise?

This happens with the states that I have set specific postal codes. No wildcards are used for these specific states.

How about testing with a wildcard? The same results appeared, or otherwise?

I hope this is helpful! We look forward to your response. In the meantime, please let us know if you have any further questions or concerns.