eCommerce taxes

Permalink
Hi,

I want to use eCommerce for a webshop. I've already bought it and I'm now customizing some templates.

It seems that I only can use 1 tax rate over all products (and different rates for regions). The problem is that here in The Netherlands we have multiple tax rates: 0%, 6% and 19% (at this moment).

The majority of products are 19% but books are 6%. Is this even possible in eCommerce? I hope so, else it won't be usable for this webshop :(

SnefIT
 
citytech2 replied on at Permalink Reply
citytech2
Have you ever heard about "Zone Based Shipping". Have a look.
http://www.concrete5.org/marketplace/addons/zone-based-shipping/...

Citytech
SnefIT replied on at Permalink Reply
SnefIT
My question has nothing to do with shipping or zones.

The products itself have different taxes. An order example:

Product #1: 12,95 (incl. 19% tax)
Product #2: 9,95 (incl. 19% tax)
Product #3: 6,95 (incl. 6% tax)
Product #4: 6,95 (incl. 0% tax)

As far as I can see, this is not possible with eCommerce. I want to setup a tax rate per product.

Maybe an idea to support both:

1. Setup default tax rates
2. Within/beneath those rates, add zone as it is right now.

"just" adding one layer above the current tax possibilities. At product level their should be a choice to use a (default) tax rate (now you can only choose if there should be tax).

With this approach, it is possible to use only one 'base' tax and add exceptions to it (reginal/zones). But it would also be possible to use several 'base' taxes and have exceptions for each 'base' tax (or for all at once).

SnefIT
Mainio replied on at Permalink Best Answer Reply
Mainio
Yes there should be this feature.

Where you create/edit the sales tax rate you can select there "Limit by Product Set".
SnefIT replied on at Permalink Reply
SnefIT
Ok!

I'll try that one! :)

S.
SnefIT replied on at Permalink Reply
SnefIT
Well....

I've tried to use that options but it doesn't work.

Looking into the (core) code, the field needed for this to function is not used in 'add' and/or 'update' functions... The field will remain NULL, so it is not used.

Just updated to the new eCommerce version (2.8.3)
Mainio replied on at Permalink Reply
Mainio
Ok, no idea how it works. If there is a bug you should probably contact eCommerce support. I just happened to remember they added this feature because I requested that at one point myself.

[disclaimer]
And not to be misinterpreted here: they did not add it because of me, just remembered that I asked for it and they said it was coming to newer versions when that request was made.
[/disclaimer]
SnefIT replied on at Permalink Reply
SnefIT
I just reported the bug ;)

Thanx for your support!
jonghdesign replied on at Permalink Reply
jonghdesign
Hi There, is there already a solution for this bug? if you for example have both type of taxes in your cart, it only uses the type of tax used for the most recent added product. A solution would be great!
SnefIT replied on at Permalink Reply
SnefIT
Hi,

I've found another solution. It took some time to get it working, but it works. I use tax rates on a per-item base.

The summary screen, the invoice and all will display the correct taxrate.

When I'll find time to get things together, I'll update. (it just to messy right now, and not sure if it is working with current updates of the eCommerce).

It is a while ago when I did this, so I'll have to look at the code again ;)

S.
zeleznika replied on at Permalink Reply
Hi,

Is it possible to get the solution?

Andrej
mlthrk replied on at Permalink Reply
Hi,

I just stumpled upon this problem so it still doesn’t seem to be solved. Would you be so nice to share your solution? Thanks!

All the best,
Malte
zeleznika replied on at Permalink Reply
We changed the code, but it is not universal solution.
rc255 replied on at Permalink Reply
rc255
I have a similar issue. I have been asked to make an e-commerce site for a company that sells to disabled and able-bodied people. They wish to have a selector for people to be able to select their tax rate based upon their situation:

1) Normal UK tax rate (20%)
2) UK disabled person tax rate (0%)
3) UK charity tax rate (0%)
4) Non UK or non-disabled person (20%)

Is this at all possible to include something like this in the final pages of checkout? Would be very grateful if anyone can point me in the right direction
razorcommerce replied on at Permalink Reply
razorcommerce
Interesting use case, WooCommerce for WP has tax classes that can be set per product. That would be only a partial solution here though. You need some logic to apply the tax code to the user, how do find out which tax class applies to the user?
rc255 replied on at Permalink Reply
rc255
Well, they would select that themselves at checkout from radio buttons or dropdown menu. If you are registered disabled, you do not have to pay tax, and if required, the tax man can trace back all orders to check legitimacy of claims. This will all be documented in the t&c's
JohntheFish replied on at Permalink Reply
JohntheFish
You can turn it the other way round and give a discount to disabled and charity equivalent to the tax added.
rc255 replied on at Permalink Reply
rc255
That sounds interesting John. How would that work in practice? Could that still be done from a dropdown box/radio buttons at checkout?
JohntheFish replied on at Permalink Reply
JohntheFish
For a radio or checkbox solution, you would probably have to create a custom discount type.

You may be able to use a 'promotion code' discount type, where they enter the words 'Tax Exempt' or 'Disabled' or 'Charity'.

Or you could base it on registered users. There are standard discount types that work by user groups. So as long as charities and disabled register as users and set user attribute 'I am disabled' or 'I am a charity', the site admin can review such user applications and assign them to groups that the discount will then recognise.

With a little development you could also do it direct from the attribute, thus skipping the admin step of group assignment (or perhaps that is a good security measure). I don't know if any discount types can support attribute filtering off the shelf, but the code to modify an existing discount type wouldn't be difficult. Or you could use my Magic Data Commerce addon to set up a Magic Data discount type that checked the attribute and gave the discount.