Bug: No automatic 0% VAT after entering ID

Note
The EU VAT Assistant reached its end of life in June 2022 and we can no longer provide support for it. We are keeping it available for users who still use it, and might need to access its code, but we would recommend to contact your developers if you need assistance tweaking or troubleshooting it.

If it can help troubleshooting the issue, the EU VAT Assistant triggers the refresh of the checkout data when one of the following fields change:
– select#billing_country
– select#shipping_country
– input#ship-to-different-address-checkbox
– #vat_number

The refresh logic works exactly the same way, whether the user is logged in or not. This still works with WooCommerce up to version 7.2 (i.e. it’s unlikely to be a bug in the plugin). This happens in addition to the refresh performed on page load, which is triggered by WooCommerce.

If the checkout data is not refreshed when the VAT ID is entered, it means that something could be preventing that action from running. We can’t say for sure what the root cause is, but we can make two hypotheses:
1. The file /wp-content/plugins/woocommerce-eu-vat-assistant/src/js/frontend/checkout/build/index.js is not being loaded on the checkout page for guest (i.e. not logged in) users. That is the file containing the scripts for the checkout page. In this case, it would be a matter of finding out what is preventing the file from being loaded.
2. There could be a JavaScript error preventing the scripts on the page, such as the one that refreshes the checkout, from running correctly.

The fact that the issue occurs only for guest users could be a lead for the investigation. Issues that affect only guests usually point to caching, as logged in users often different (i.e. uncached) content. If there is no cache at all, then there is probably some other element that acts differently depending on the users status (logged in or not). The EU VAT Assistant doesn’t make such a distinction. It works exactly the same way regardless of the user being logged in, so it can be excluded from the possible causes.

For completeness of information, we prepared a clean environment, with only WooCommerce, the EU VAT Assistant and the Storefront theme, and I confirm that the “on change” event triggers the validation of the VAT number when one of the fields listed in our previous reply changes. This happens for guests as well as logged in users.

Did you managed to resolve this? I have the same problem. Thanks

As we wrote in reply to the original query, the issue is not caused by the EU VAT Assistant, but by some element that is causing a conflict. Two hypotheses:

1. A conflict is preventing the call to update the checkout from running.
2. The call is running, but something is preventing the the exemption from being applied.

The troubleshooting approach we suggested earlier still applies. The target would be to find the source of the conflict, so that the issue can be addressed.