Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

invoice and VAT rules thats legal for European Uni


helohelo

Recommended Posts

Posted
Ok,

Now the above problem I partialy solved, the required code was copied to a wrong part so I can see the TVA info now in admin in an other section :rolleyes:

But it works

 

Or it did work :'(

 

I now face the following (twofold) problem:

 

1. when people create an account, go to their account details and change their country, suddenly VAT is deducted from the prices !!

 

2. I had installed all other countries, and when creating an account from eg. france, taxes were deducted automaticly :blink:

Since I had no idea whats causing this, I deleted all other countries except the Benelux to avoid people buying less VAT when they're not supposed to!

 

Does any-one encountered this problem before and/or can some-one please help me.

 

Many thanks in advance!

 

Ok, stupid me, I found what the problem was :blush:

 

You need to set the taxzones in admin to diplay taxes correctly for each country or group off countries.

This in fact has nothing to do with this contribution :thumbsup:

 

So I think (hope) I now solved all the problems :lol:

  • 1 month later...
  • Replies 238
  • Created
  • Last Reply
Posted

Update v. 5.1 available ( http://www.oscommerce.com/community/contributions,1848 ):

 

Fix a bug (hope so...) for php5 users: this built-in SOAP extension uses same soapclient() class name as Nusoap. I just change the class name in sopclient_nusoap() in the files nusoap.php and validations.php both in admin and catalog.

Have a look to http://fr2.php.net/manual/en/ref.soap.php for more infos.

Also add 2 more countries (Bulgaria and Romania) in the EU countries array (thanks to Madenio).

 

For v.5 users, just replace classes/nusoap.php and functions/validations.php files in both admin and catalog sections.

JeanLuc

OsC: MS2

  • 3 weeks later...
Posted

hi, i have installed this contrib and its seems to work fine, except for one thing (in fact im not sure the contrib. is supossed to do it): it should charge vat always if the customer is from the same country as the shop, doesnt it? right now, its charging it only if doestn have an intracom number, as in the other EC countries...

by the way, i have configured it with 1 tax zone (eurozone), 1 tax classes (VAT) and one tax rate (VAT, eurozone, 16%)

 

thanks

Posted
hi, i have installed this contrib and its seems to work fine, except for one thing (in fact im not sure the contrib. is supossed to do it): it should charge vat always if the customer is from the same country as the shop, doesnt it? right now, its charging it only if doestn have an intracom number, as in the other EC countries...

by the way, i have configured it with 1 tax zone (eurozone), 1 tax classes (VAT) and one tax rate (VAT, eurozone, 16%)

 

thanks

 

4 conditions for not paying VAT:

the billing company field is not NULL (This is a company ordering)

AND

the billing tva_intracom field is not NULL (This is a EU company)

AND

the billing country is different than the STORE_COUNTRY (The company is from an other country than the store)

AND

the delivery country is different than the STORE_COUNTRY (the products are send in an other country than the store)

JeanLuc

OsC: MS2

  • 4 weeks later...
Posted

After installing and configuring tvaintracom_v5.1 I get the following error:

 

Warning: Cannot modify header information - headers already sent in /var/www/shop/includes/functions/general.php on line 33

 

If I disable Check the Intracom VAT number in the administration pages the error disappears. I've been through all the files, by hand and copied them one by one in testing this, it's definatly down to nusoap.php.

 

So as already ealier mentioned in this forum, this problem still exists :(

 

I'm on apache2 + PHP 5.2.3

 

Anybody figured out yet, what is sending output ?

 

/Martin

--

Communication is the beginning of understanding

AT&T

  • 2 weeks later...
Posted
After installing and configuring tvaintracom_v5.1 I get the following error:

 

Warning: Cannot modify header information - headers already sent in /var/www/shop/includes/functions/general.php on line 33

 

If I disable Check the Intracom VAT number in the administration pages the error disappears. I've been through all the files, by hand and copied them one by one in testing this, it's definatly down to nusoap.php.

 

So as already ealier mentioned in this forum, this problem still exists :(

 

I'm on apache2 + PHP 5.2.3

 

Anybody figured out yet, what is sending output ?

 

/Martin

--

Communication is the beginning of understanding

AT&T

 

Have a look to this topic...

Probably a whitespace on the top or at the end of general.php file...

JeanLuc

OsC: MS2

  • 1 month later...
Posted
After installing and configuring tvaintracom_v5.1 I get the following error:

 

Warning: Cannot modify header information - headers already sent in /var/www/shop/includes/functions/general.php on line 33

 

If I disable Check the Intracom VAT number in the administration pages the error disappears. I've been through all the files, by hand and copied them one by one in testing this, it's definatly down to nusoap.php.

 

So as already ealier mentioned in this forum, this problem still exists :(

 

I'm on apache2 + PHP 5.2.3

 

Anybody figured out yet, what is sending output ?

 

/Martin

--

Communication is the beginning of understanding

AT&T

 

Having the same issue PHP verision 4.4.2 anyone worked out what the issue is?

Posted

Hello,

I am having trouble working with this contrib. I want to be able to sell to both individuals (with VAT) and with companies in other EU countries. However i thought, with this contrib installed no VAT would be charged if a TVA intracom number and business was given in. I make a new customer, from Germany with a correct number (DE123456789 - checking is off). But it still adds the VAT to the end price. Can anyone explain me how to do this?

 

thanks,

Martijn

Posted

Cant edit my message, for information, i have configured my tax zones as Euro Union, with in in the countries that are member. In Tax Classes is Taxable goods and in tax rates is: Taxable Goods Euro Union 19%. I guess i did this right? But still when i create a customer from germany with a company and a intracom number then it will still charge BTW :-( Hope anyone can help me solve this.

  • 4 weeks later...
Posted

I've implemented this - everything works on the client side. Pricing is correct and VAT number validation works.

 

However, if I go to the admin page and edit a customers details (something other than the VAT number) - it says the VAT number is invalid (i.e. the ENTRY_CONTROL_TVA_INTRACOM field shows). It definately is a valid number (as I'm editing my own account) - I'm really puzzled. I've gone over the instructions and I'm pretty sure its correct.

 

Any ideas?

Posted

Well - I worked it out myself :)

 

After lots of headscratching, I worked out that the instructions differ from the files, specifically:

 

Instruction file say this (around line 158)

$result_tva = tep_verif_tva(strtoupper(rtrim($tva_intracom)));

 

Actual files in the contribution archive say this

$result_tva = tep_verif_tva(strtoupper(rtrim($entry_tva_intracom)));

 

Changing it fixed it - hope this helps someone else

  • 2 weeks later...
Posted

I have the same problem. VAT is always added.

 

Where in the code can I find this check:

 

the billing company field is not NULL

AND

the billing tva_intracom field is not NULL

AND

the billing country is different than the STORE_COUNTRY

AND

the delivery country is different than the STORE_COUNTRY

 

to verify that it actually works.

 

Thanks.

  • 1 month later...
Posted

Hello

 

I have installed the latest Version 5.1 and something seems to be wrong with the automatic validation of the VAT: If I save changes (with a valid VAT) in the customers-account or in admin->customers, I get an empty page as response.

 

The URL displays http://localhost/shop/admin/customers.php?...p;action=update respective http://localhost/shop/address_book_process...;osCsid=5b600...

 

The changes where saved in the database (the VAT as well).

 

I have tested it with register_globals on and off and with PHP 4 and 5, the result is always an empty page.

 

Has anyone an idea where I should search for the bug?

  • 5 weeks later...
Posted

I also use this contrbution.

 

All europian countries are installed and also the world. The shop is installed Netherlands. My problem is that when i make an order in the shop from outside the nethelands (belgium for axample) but i dont fill in an vat or company oscommerce does NOT calculate tax.

 

That's the only problem. It must be when someone orders from Belgium without a tax or company name the will be calaculated tax only with a company with a right vat number there will NOT be calculated tax. What is wrong in my orders.php ??

 

Is it possible that someone gives me the right code for this that will work probarbly?

 

Thanks for helping me out. I know I am a tiny away from working it completely

 

Sorrie for my bad english

 

Onething all the prices in my shop are without tax

Posted

I have the same problem,

 

installed all and it´s works good. Check is working perfect.

 

The only thing is, that also if i create a ccount with ID, it´s shows me also the VAT of prices and count the VAT.

 

Some help here?

  • 4 weeks later...
Posted
I have the same problem,

 

installed all and it´s works good. Check is working perfect.

 

The only thing is, that also if i create a ccount with ID, it´s shows me also the VAT of prices and count the VAT.

 

Some help here?

 

Don't forget to uncomment the specified lines in catalog/includes/classes/order.php and catalog/includes/modules/order_total/ot_shipping.php as explain in the install.txt file:

For those who want taxes automatically if the conditions below are OK:

the billing company field is not NULL

AND

the billing tva_intracom field is not NULL

AND

the billing country is different than the STORE_COUNTRY

AND

the delivery country is different than the STORE_COUNTRY

 

You can pick up the following files: catalog/includes/classes/order.php and catalog/includes/modules/order_total/ot_shipping.php in this package,

replace yours and uncomment the lines as explain in it.

For more info, have a look here: http://www.oscommerce.com/forums/index.php?showtopic=76315

 

Regards

JeanLuc

OsC: MS2

  • 2 months later...
Posted

Someone have a solution for the problem of Jens.Beyer

 

Warning: Cannot modify header information - headers already sent in /var/www/thincco/html/catalog/includes/functions/general.php

 

because I have the same problem.

All works fine with 4.0 version but not with SOAP

  • 2 months later...
Posted

Hello I have the same probleme

Warning: Cannot modify header information - headers already sent in C:\wamp\www\boutic_rc1\admin\includes\functions\general.php on line 21

Nobody have solution???

This probleme is only on Php5

but not on Php4

 

Thank's

Francois

  • 2 months later...
Posted
Hello

 

I have installed the latest Version 5.1 and something seems to be wrong with the automatic validation of the VAT: If I save changes (with a valid VAT) in the customers-account or in admin->customers, I get an empty page as response.

 

The URL displays http://localhost/shop/admin/customers.php?...p;action=update respective http://localhost/shop/address_book_process...;osCsid=5b600...

 

The changes where saved in the database (the VAT as well).

 

I have tested it with register_globals on and off and with PHP 4 and 5, the result is always an empty page.

 

Has anyone an idea where I should search for the bug?

 

Hi all, Dear Nick did you solved your problem ? I have the same problem, can you help me please ?

 

Thanx.

  • 4 weeks later...
Posted
Hello

 

I have installed the latest Version 5.1 and something seems to be wrong with the automatic validation of the VAT: If I save changes (with a valid VAT) in the customers-account or in admin->customers, I get an empty page as response.

 

The URL displays http://localhost/shop/admin/customers.php?...p;action=update respective http://localhost/shop/address_book_process...;osCsid=5b600...

 

The changes where saved in the database (the VAT as well).

 

I have tested it with register_globals on and off and with PHP 4 and 5, the result is always an empty page.

 

Has anyone an idea where I should search for the bug?

 

Same problem here! Any solutions!

  • 2 weeks later...
Posted

Had the same problem, but apparently forgot to put the country letters in front of the VAT number. After reading the error message properly, correcting my mistake, checking was OK! Hope it helps!

  • 3 weeks later...
Posted
Don't forget to uncomment the specified lines in catalog/includes/classes/order.php and catalog/includes/modules/order_total/ot_shipping.php as explain in the install.txt file:

 

 

Regards

 

Hi I installed this contribution on my shop.

I double checked everything. Overlooked the instal file 3 times. Made the changes in the files mentioned in the instal.txt.

But i still get 0 taxes for all foreign customers.

 

Is there an easy solution?

Can I reverse the install?

So all customers have to pay taxes no matter what.

 

I desperatly need some help.

  • 2 months later...
Posted

Hi There,

 

I've installed the contribution and checked everything 3 times very, very, very, carefully.

 

However, when I create an account with a EU VAT number + company name or when I try to change such an existing account, the result is a blank page when I hit the update or next button.

 

Note that

- this only happens when the admin setting check intracom numer is put on true.

- URL does not change (e.g. stays on e.g. .../address_book_process.php)

- the data has been saved.

- It also happens with a company which is based in the same country as the web shop.

 

So it seems that the blank page is a result of either the procedure of checking the VAT number or a result of the feedback this procedure gives.

 

Does anyone how to solve this or where to look for a solution?

 

Btw, I have a dedicated SSL sub domain on which this is running. Don't know if this has anything to do with it....

 

Your help is MUCH appreciated!

 

Thanks,

J.

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...