product price showing 50% higher than the input?

Hi @renovomotors

Thank you for reaching out — we’re happy to help!

product price showing 50% higher than the input?

Could you please elaborate further on the issue, and provide us with a screenshot, so that we can see what you are describing?

If you don’t already have a screenshot service installed, https://snipboard.io is a good option – for uploading it there, and sharing the link here afterward.
There is also a walkthrough guide here: https://en.support.wordpress.com/make-a-screenshot/

This is what I see on my end, for reference.

We look forward to your response. In the meantime, please let us know if you have any further questions or concerns.

https://scrnli.com/files/1vwznDvqxYo87W

https://scrnli.com/files/iSmn9CtkNyoj3N

price changes on product page?

Hey, @renovomotors!

Thanks for the screenshots.

Can you please share screenshots of how you have the taxes set up so we can take a look?

I recommend using https://snipboard.io. You can share the direct link to the image as a response to this topic.

We need screenshots of:

• WooCommerce > Settings > Taxes
• WooCommerce > Settings > Taxes > Standard Rates
• If you have reduced rates and zero rates, please also share those
• Checkout page showing the taxes on your end

Also, do you have any plugin that can affect the product price?

Looking forward to your reply.

Have a wonderful day!

https://scrnli.com/files/0cHK3TeoyXPe7Q

nj tax rate https://ibb.co/pXRkXxT

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

Based on the inconsistency in pricing here, then here, and here, along with what other functionality might be currently active as the sidebar here reveals, I’d recommend the following:

1. Check if any dynamic pricing functionality might be affecting the way pricing is displaying on the front end
2. Go ahead with a conflict test, as detailed here, as it would help peel this as an onion

By the way, implementing taxes in such manner might not be best, with over 8 thousand entries in standard taxes, and a few of them are zero rate. Could you please also share a screenshot of the screen at WooCommerce > Settings > Tax?

I hope this is helpful! Please let us know if you have any further questions about this matter. We will be happy to help you further.

• This reply was modified 4 months ago by anastas10s. Reason: typo

https://scrnli.com/files/ZFOV1aiKZ63riz

tax was causing the issue i added recommended settings and it fixed it

how do i fix 8000 tax entries? i need tax rate list and how do i add it?

Hey, @renovomotors!

tax was causing the issue i added recommended settings and it fixed it

I’m glad to hear that ??

how do i fix 8000 tax entries? i need tax rate list and how do i add it?

It is best to group similar tax to avoid having so many lines.

For example: on the screenshot you shared you have one line for each AK zipcode, correct?

You can group the ones that have the same tax on one single line, by separating them with a semicolon.

In this guide you can also check other possible ways to make it even simpler.

I hope this was clarifying. Please let us know if there’s anything else we can do to help or if you have any questions.

Have a wonderful day!

do i add comma in csv which i copied it from? and if i dont fix it? will it cause any issue?

Hi @renovomotors

do i add comma in csv which i copied it from? and if i dont fix it? will it cause any issue?

As a first step, feel free to go ahead with exporting as a CSV, in order to have a backup from what’s currently set up, to return to.

Then, either go ahead with working from the WooCommerce screen, or a CSV manipulation program, whichever suits you best.

Best to start with a specific State code only, like for AK, delete the rest, and take it from there.

Note, for the Postcode / Zip – enter postcodes that the rate applies to. Separate multiple values with a semicolon (;), use the wildcard * to match all postcodes, prefix letters or numbers to the wildcard * to apply to only certain postcodes (e.g. PE* would match all postcodes starting with PE, or 90210* would work in the U.S. for ZIP+4 postcodes), and use numeric ranges to include everything between a start and end (e.g. 2000…3000). 

Once the tax settings are ready for AK, feel free to run tests, for making sure the behavior on the front-end is as expected.

Lastly, repeat for the rest of the required countries/states/areas.

I trust this provides clarity.  Please let us know if you have any further questions or concerns. 
We will be happy to help you further.

• This reply was modified 4 months ago by anastas10s. Reason: typo