How can I have my magento store display prices in the grid and list views with VAT only for UK visitors. i.e. if the visitor is not from the UK (probably based on browser detected information unless they are logged in users?), prices on the product listing page should be displayed exclusive of VAT.
If the currency is changed from GBP, vat should also not be included in the displayed price, regardless of country.
Is there another call in the Magento API to be used for this?
I see "getPriceHtml" in template\catalog\product\list.phtml and I guess this is where I might need to do some coding around?
Just not sure what, so any help would be great!
Cheers.
That's an interesting shop you have. You only sell to the UK and countries outside the EU? You are aware that in the EU you are only allowed to quote prices excluding VAT when you sell to companies exclusively?
Related
I want to set up prices for consumable and non-consumable in-app products in the Apple App Store and Google Play Store, but the prices are not the same in USD. I set the price in both stores to 2,29 EUR and the price is indeed the same when I purchase the in-app product in my iOS and Android application. But in USD, the Apple shows me 1,99 USD in my developer account and Google shows me 2,49 USD in Google Play Console. I have not tested if the USD prices are the same if you purchase the product in my application.
Apple Price in USD
Google Price in USD
Why are the Google and Apple prices in USD not the same?
I have just compared EUR and USD, I have not yet compared other currencies. But I want that prices in one currency(for example USD) are the same in the Apple App Store and Google Play Store.
What can I do so that the prices are the same in both stores?
In iOS it won't allow us to manually set up the pricing. They have fix price tiers defined for all countries & they won't keep changing frequently as per the current price trends. So for ex. if Tier 1 as per US currency they set up fix 0.99$. That is fix rate for the tier 1 & will not change.
Where as in Android version it allows you to Add pricing manually. More importantly it allows to add currency in your country's currency. So for ex. If you are from USA it will ask you to enter in USD. But you can change pricing for the other countries as well as it allows to edit the currency for the other countries.
So basically in iOS its more structured & controlled by the Apple it
self regarding the price ranges & Price tiers. Where as Android allows
you a freedom to choose prices of your own.
So in that case its very hard, almost impossible to manage the same price tiers for the both. You can try manage as nearest but it won't be accurate all the time.
Hope this will help everyone.
Not sure the above answer really answers the initial question.
The reason the pricing differs is Android will add tax to your starting price when it generates the prices for each territory, where as the App Store does not add any tax onto the price, and will just convert your price into the native currency.
It seems you can turn this behaviour off in the Play Store if you want. However, it seems very logical behaviour when compared to the App Store, which allows you to set a price, then the territory tax rate comes out of the price. So you end up subsidising users in countries with tax and making inconsistent proceeds depending on where the customer is based, unless you manually override the price in each territory with tax.
If anyone from Apple ever reads this, please add an option to bump the prices according to local tax. Plz and thanks
I have been given a Magento website to fix. Essentially the company who has the website must display their prices with VAT/TAX of 20% on the site, and if the customer selects the United States the tax should be removed from the price of the products. The tax only really applies to the UK and the EU. The website has a tax rates list that specifies 20% tax for the UK and other EU countries that they have to charge tax to. There is a second rates list that specifies that Guernsey, Jersey and United States have a tax rate of 0.0. As well as this, the product prices are entered on to the system so that they are marked as including the tax. So when a customer selects United States, Guernsey or Jersey, the tax rate should be removed from the price of the product.
When the customer gets to the checkout and changes the country that the products are going to be shipped to, it seems that Magento doesn't seem to do this though. The price remains the same, even though the tax rates exist on the system for this to happen. I've gone through the settings all day, checked that the default country is set to the UK, that the products are set as Taxable Goods, that the tax should be calculated on the shipping address, but it just point blank refuses to remove the tax for these 3 countries.
What can I do?
Check also Shipping origing settings under:
System->Configuration->Sales->Shipping settings->Origin. It should be set to the country where the webshop is established.
Also double check: Sales->Tax->Manage tax zones and rates. Here you set the actual tax procents.
I have imported approx 100 products from Magento admin, it's working fine and displaying well with images. But I have one strange issue, I am not able to count Tax in the cart for these products.
The strange thing is, if I insert any products manually from admin Manage Product section, Tax get count for this products with out any issue, but not for the products which are imported.
I have created Tax rule that count's 13% tax for the Canada only, for rest of the world it's with out any tax
Is any body have any solution for this issue?
One more thing I would like to say, my site was multy store and I have removed many store few days ago, but no deleted the store wrohit
Thanks & Regards
Rohit Avasthi
Given that it works with other products, I assume you have the tax configured correctly and the issue occurs only based on the particular products.
I would go and check Tax Class property in the Prices tab inside admin product view. In order to calculate tax, there should be an appropriate tax class set (the same tax class that you have used in your tax rule). When creating the product in admin, this is a required field, while during import it may be left not validated and thus imported as "not set"
I have looked online to find a solution to my problem but can’t see an answer to that specific issue.
I’m using Magento CE 1.8.0
The prices in the catalogue are excluding VAT
VAT is set at 20%
The system is set as Prices exclude Tax
The front end catalog list and product page are set to show both prices excluding VAT and including VAT.
My issue is that the price including VAT on some products is out by 1p on the catalog list and product view, although it is correct at checkout.
For example a product priced at £34.49 ex VAT shows a price inc VAT of £41.38 in the list view and product page (which is incorrect) and £41.39 in the checkout page (which is correct).
The issue is that I have a Google merchant feed that is sending the correct price inc VAT (£41.39) to Google and they’re complaining that the price on the website is different (even if it’s just 1p).
I have seen plenty of people with the ckeckout totals being incorrect while the catalog price is correct but not the other way around.
Has anyone got any idea what the problem could be?
We had a similar problem and in researching it found out that certain settings in System > Configuration > SALES > Tax > Calculation Settings can cause rounding errors.
This may have the solution for you:
http://www.magentocommerce.com/knowledge-base/entry/magento-ce-18-ee-113-tax-calc
I have a magento site, and I want to set all the products prices, baskets and checkout screens to say "Please enquire for costs" instead of trying to display actual prices.
All payment is via purchase orders, so I dont need real prices on there, and people who enter a PO number (PO is the only payment option available) already know how much their purchases cost.
Is there a way I can do this without hacking all the templates?
I'm afraid you need to change all template occurences of price accordingly.
The only way I can think of would be a type conversion in the product models from decimal to string, but that's an absolutely no go to me.
The products price attribute is involved in many calculation/sanitizing/validation processes of the Magento core modules and just would drive Magento to go nuts^^