[FREE MODULE] Vat checker

[qs]

Hello, I must say it works very well and quickly!
Much better than the Advanced VAT Manager module, which we purchased over two years ago.

The only thing I would change is to change the group, but leave the "customer" group as well. This causes orders to appear without taxes, but it shows "with taxes" everywhere, even though it's actually without taxes.
This happens because there are two groups in the client: VAT + customer.

But great, and thanks again.

[Inform-All]

15 hours ago, qs said:

Hello, I must say it works very well and quickly!
Much better than the Advanced VAT Manager module, which we purchased over two years ago.

The only thing I would change is to change the group, but leave the "customer" group as well. This causes orders to appear without taxes, but it shows "with taxes" everywhere, even though it's actually without taxes.
This happens because there are two groups in the client: VAT + customer.

But great, and thanks again.

Great to hear that it’s working well for you!
I’m not sure I completely understand your question. The module simply adds validated VAT customers to the group you’ve selected in the module settings — it doesn’t remove them from any existing groups. So, if your shop has a default customer group set, new customers will still be added to that group upon registration. The module just adds an additional group for validated VAT customers.

And the "with taxes" label is only (potentially) changed after the first address creation. So unless you have a registration page that adds the address the module simply cant know yet.

[qs]

4 hours ago, Inform-All said:

Great to hear that it’s working well for you!
I’m not sure I completely understand your question. The module simply adds validated VAT customers to the group you’ve selected in the module settings — it doesn’t remove them from any existing groups. So, if your shop has a default customer group set, new customers will still be added to that group upon registration. The module just adds an additional group for validated VAT customers.

And the "with taxes" label is only (potentially) changed after the first address creation. So unless you have a registration page that adds the address the module simply cant know yet.

Ok, thanks. By default, it's added to the Customers group and the VAT-included customers to the VAT group, but that still leaves two groups.
With our old group, I deleted the Customers group, leaving the Customers with only the VAT group.
But we'll see what happens if we leave it like that.

Not the VAT-included issue with the other module. It came up without taxes, since it only left one group and detected that that group was tax-free. Now, since there are two groups, it doesn't know if it's with or without VAT.

Best regards.

[contactovisual]

"Impossible to retrieve the VAT details: MS_MAX_CONCURRENT_REQ"

This is a recurring error in our website when validating VAT Number at VIES in the checkout address step.
You have a VAT Numbers table (ps_vatchecker) in the database, but even if the address VAT Number is there, we still get the error, which prevents removing the VAT value from the order.

In the settings, you mention "Offline validation", but is (or could be) this error in the VIES connection be considered an Offline validation?  Even better, always check first the table prior to contact VIES to validate the VAT Number.

Please advise.
In case you want to test in the website:  www.copper-alembic.com
It's live, so please do not complete an order, only as far as the address is requested.

Nelson / Contacto Visual, Portugal

[contactovisual]

1 hour ago, contactovisual said:

"Impossible to retrieve the VAT details: MS_MAX_CONCURRENT_REQ"

This is a recurring error in our website when validating VAT Number at VIES in the checkout address step.
You have a VAT Numbers table (ps_vatchecker) in the database, but even if the address VAT Number is there, we still get the error, which prevents removing the VAT value from the order.

In the settings, you mention "Offline validation", but is (or could be) this error in the VIES connection be considered an Offline validation?  Even better, always check first the table prior to contact VIES to validate the VAT Number.

Please advise.
In case you want to test in the website:  www.copper-alembic.com
It's live, so please do not complete an order, only as far as the address is requested.

Nelson / Contacto Visual, Portugal

Just another problem we get:

If the customer does not fill the VAT Number field, should be market as invalid.
We got an order just now, the customer did not fill the number, and the VAT was not charged, only because its from another EU country.

[contactovisual]

51 minutes ago, contactovisual said:

Just another problem we get:

If the customer does not fill the VAT Number field, should be market as invalid.
We got an order just now, the customer did not fill the number, and the VAT was not charged, only because its from another EU country.

Just a note to tell you I disabled your module. My client is upset and needs to have this working in a reliable mode. Changing to "Validate VAT number Pro" by PrestaDev.pl. Not a good one as well, as the infamous error "Impossible to retrieve the VAT details: MS_MAX_CONCURRENT_REQ” also occurs and prevents a valid validation.

[Fabry]

Hey Nelson..Ola!:-)

i use this module in many international websites ps 17 ps 8 and already two ps9 shops and never had problem!! It works well...of course the platform/module must be appropriately configured. (i've adjusted some override conflits..this can happen)

Offline validation should be set as "always mark as valid" just in case Vies service is offline.

Platform must be set with geolocation...also country were the Co. is based must be unchecked.

Ps: i've already 4 portuguese websites running with this module and no problem at all!Most of other shops are international big e-commerce selling all over the planet and vat is always applied correctly depending from the country and customer group.

PPS: pode ser que tens qualquer problema na plataforma ou qualquer conflito entre os modulos.

 

Ciao

 

[contactovisual]

Thank you for your reply.

So it must be something I got wrong in the configuration...

But, you say, "Offline validation should be set as "always mark as valid" just in case Vies service is offline."... what if the customer is private? can't be valid VAT because that is only for B2B.
My client , the website owner, has both companies and private buyers, and he says if VAT Number is validated, VAT is not charged, and must be for private buyers.

The most common error is "Impossible to retrieve the VAT details: MS_MAX_CONCURRENT_REQ”, meaning the site can't connect to VIES service. 
The better thing i found about this module, is the database table where addresses and VAT Number are stored. If before any attempt to connect to VIES this table was checked, it would get the value from there, valid, or invalid. But that is not what happens. It always go to VIES. And with the error, it fails validation. Offline validation is not the same as the error after VIES connection.

I'm confused.
I would like to use this module, but I need to rely on it. I keep getting complains from my client.

Can you point me to the right settings?

Nelson / Contacto Visual

[Inform-All]

28 minutes ago, contactovisual said:

Just a note to tell you I disabled your module. My client is upset and needs to have this working in a reliable mode. Changing to "Validate VAT number Pro" by PrestaDev.pl. Not a good one as well, as the infamous error "Impossible to retrieve the VAT details: MS_MAX_CONCURRENT_REQ” also occurs and prevents a valid validation.

This error happens when you have made too many requests to the VIES database. This error is something my module cant and never will fix for you. We do keep already validated addresses in the database so we don't have to double check.

 

This is usually a sign that your shop simply makes to many addresses ( or saves them, and the vat hook will recheck it ). This error happens often when bots create spam accounts.

So, no matter what module you will use, your server IP is overused according to the vies database. 

[contactovisual]

Thank you for your reply

I see... checking the database, there is 12643 addresses (it's an old website, with many customers along the years). But why would this affect the access to VIES?  It looks like a deeper problem, if the "server IP is overused according to the vies database".
The error is random, not in every order checkout. They get about 3 to 6 orders a day.

But right now, is the not charging VAT to a private customer that I am concerned about.

I'm going to review all settings, and check the server IP problem.

Nelson / Contacto Visual, Portugal

[qs]

3 hours ago, contactovisual said:

Thank you for your reply

I see... checking the database, there is 12643 addresses (it's an old website, with many customers along the years). But why would this affect the access to VIES?  It looks like a deeper problem, if the "server IP is overused according to the vies database".
The error is random, not in every order checkout. They get about 3 to 6 orders a day.

But right now, is the not charging VAT to a private customer that I am concerned about.

I'm going to review all settings, and check the server IP problem.

Nelson / Contacto Visual, Portugal

Hi, I have the module on 2 websites and it's working perfectly with real clients, everything is working well and without problems!

[qs]

I have a question: would it be possible to verify the "DNI" field in PrestaShop in addition to the VAT_ field?

This would avoid having two mandatory fields, since in Spain it will be mandatory to request the identifier for all of Europe by 2026.

And this way, all the IDs from all countries could be combined into a single field.

Would this be possible?

Thanks.