Have a Magento site ver. 1.7.0.2
We have one store set up for, primary is UK, but also want to offer global sales (without multiple stores setup).
So we offer 3 selectable currencies on the site: UK - GBP (main), EU - Euro, US - USD
All prices are excluding vat/tax with a vat breakdown displayed at the cart and checkout.
For UK there is 20% VAT
For EU there is also 20% with a option to add valid EU vat number (which removes the VAT)
This all works fine.
However if you select the USD currency and add a item to the cart it gives a vat breakdown (20%), even though we dont want to add tax when USD is selected.
I should note that once you do checkout and have told the site you are in the US then is correctly removes the vat/tax.
So to clarify, we want it so that if the USD currency is selected on the site no tax/vat is added to the product price in the cart.
Is this possible?
Thanks
D
I would suggest setting up multi-store configuration, using a store front for each location (UK/US/EU)
This will allow you to set the default country for each sub-store and then you can make the USA the default shipping destination / country for the US store, this will immediately apply the tax rules for this country when purchasing items from the US Store Front.
You said there's no multi-store, setup, but do you have a good reason why you don't want to use this kind of setup? it will allow you to do what you need.
The issue with your setup is that there's no way for the store to know where the customer is before they either login or select during the checkout, this is because you will only have one default location for all currencies.
There may well be a way of doing it like this, but not that I know of. This is what the store front and/or multistore is meant for and good at.
Related
I have set up a shop using Prestashop. I created a tax rule for my products and entered the VAT rates of all EU countries we sell to. When a user orders a product the VAT amount is calculated according to the address/country he entered in the checkout process, this works fine.
Unfortunately the VAT rate when the user is not connected is wrong. It should be 19% and not 17%, thus the products in the shop show wrong prices, e.g. 59,97 € instead of 60 €.
I haven't found out how the Prestashop frontend determines the VAT rate to be used to calculate the product price. There is no default VAT rate setting and the first rate in the table (lowest ID) has a VAT rate of 19%.
Does anybody know how that works ?
Thank you very much.
You can set default tax rule for each product, when editing a product in back office.
You have the ability to decide if a visitor/guest customer group should see the prices with/without
taxes applied by using the setting in Shop Parameters > Customer Settings > Groups
(there's a "Price display method" selector there).
If you want your visitor's context country being set without having them to actually enter an address,
you should enable native Geolocation (International > Localization > Geolocation).
I found out how this works. Under International -> Localization you can set the store's default country. Set it to the country you like and the prices will be shown with the vat rate of that country if configured in the tax rules.
Site requirement is that all products are available to purchase in either GBP, USD or EUR. However, pricing is fixed for each product - client does not want pricing based on current exchange rates. If they did it'd be easy!
We have customers assigned to groups (price bands) and for each product we set the price for each price band. GBP has 5 price bands, USD has 2 and EUR has 1.
This is where it gets tricky. With the main site base currency set to GBP, in order to set USD & EUR in advanced pricing (i.e. fixed by customer group), we have to create a US and EU website. It's the only way to select a different currency in Advanced Pricing. Fine, but we don't want different domain/URLs for the three sites. That would in effect duplicate the same site three times with the only difference being the currency symbol. That would play havoc with search engine ranking. So I've set all three sites with the same domain but it doesn't work.
The only way to select the website when creating a customer is to have Account Sharing Options set to "per website"; otherwise the option to select website is disabled. I create a customer in admin, assigned to say the US site. Customer get's a mail to set password. Follow the link and try to set the password and it comes up with an error "Something went wrong while saving the new password." I'm guessing this is because it's trying to set the account password on the main site when the customer is associated with the US site. I've tried this multiple times and it's always the same error.
Anyone have any idea how to configure Magento 2.2 to support multiple currencies where pricing is fixed in Advanced Pricing by Customer Group and without having three duplicate public sites?
I'm working with an inherited site, and after changing the tax rules so it ensured that customers from the Channel Islands who chose the UK as their country were not charged tax (using this method: http://www.jimcode.org/2011/08/guernsey-jersey-gstvat-rates-magento/ where it looks at the postcode as well), the site now calculates the catalog price incorrectly as it re-adds the tax onto the price. Eg. price in set in admin as £99.99 (incl tax), but on the frontend, it shows as £119.99 (incl tax).
My settings are:
Magento Version: 1.9.1.0
Catalog prices: Including tax
Tax Calculation Based On: Delivery Address
Default Tax Destination Calculation Default Country: United Kingdom
Enable Cross Border Trade: No
Shipping Settings Origin Country: United Kingdom
On searching where people have had a similar problem, people say to change the shipping origin country, but my tax calculation needs to be based on the delivery address.
Even if I revert my tax rules to the previous default settings, it does not fix the problem. I've reindexed, cleared cache, resaved a product, resaved the config settings ... but can't get it working.
I'm thinking that perhaps there has been some sort of corruption maybe? Do I need to run some sort of 'recalculate tax' perhaps?
In administration go to settings > sales > tax > calculation and set “tax based on” to the last item (package origin, or something like that; terms are not perfect).
Or you can change setting accordingly as you want in your cart.
If your code is perfect then you are just missing some configuration detail.
Also you can go throw all the inner tabs for tax calculation.
Turns out that in the tax_calculation_rate table, one of the rows had NULL in the tax_postcode column. In my case, it needed to be empty.
Apply Customer Tax Should be set to Before Discount
I have a complex online store, meaning that we sell direct to retail customers and we wholesale to stores different countries, and I am very confused as to how you set this up with multi-site and multi-currency.
The Products
Wholesalers can order products before retail customers can, so there are products that wholesale shopper groups can ONLY see, on their wholesale site and in their currency, and then some time later that product is also available on the retail store too.
Wholesale Challenge
The wholesalers need to be charged in their currency and the price needs to be set manually for that currency. It's very important.
So for example, if you are a wholesale customer in Australia, you need to see the AUD price when browsing, and be charged AUD on your invoice. This AUD price needs to be set manually by us. Because of market restrictions, the AUD wholesale price cannot just be the currency converted from NZ (my base currency).
And this needs to be done for a number of currencies - NZD, AUD, GBP, EUR etc. We also have some user-group pricing too for wholesale customers - so a particular customer who shops in GBP might have a different price to all other GBP wholesale customers. This seems easy enough to just set a new price for different groups.
Retail Challenge
For the time being, it's fine for retail customers to be seeing a converted price on the daily conversion rate, and then be paying in the base currency at the checkout, and charged a conversion fee from their bank. But in the future we would want to change to them actually paying in their local currency.
Any ideas on how this can be set up properly, as it is very confusing. We are already running the retail store on Magento and it's going great.
We are using Community Edition 1.7
Do you understand German?
Have a look at my tutorial.
http://www.magecoder.de/mehrere-wahrungen-currencies-in-magento/
I have set up two tax rates based on uk + eu tax (including vat) and rest of the world tax rate (excluding vat).
All works fine and the correct tax rates show on the checkout and in the invoices but there is a problem: if you purchase something and you are from a non ey country then the frontend price reduces by 17.5% - the tax rate i have configured.
I would have thought that the prices shown on front end wouldnt change?
Any ideas?
That's a setting you can control in the admin. I believe it is called "catalog prices include tax" or something like that...
Silvo is right but I would say that this is exactly what you'd want to happen. If you are selling B2C in the UK (and many other EU countries) then you have to show the prices in the catalog inclusive of VAT. However, if your customer has registered and has a shipping address outwith the EU then you want them to be shown the price net of VAT because you shouldn't be charging them VAT.