Yes because there is a way (not easy) to claim tax back. But it should not be this way, tax and import duties should be paid in own country (if that is B to C outside EU)
Well, as far as I can see there are not many stores (if any) that actually deduct tax from the cart if the price is including tax. The difference is that the seller will just add this to profit and not give it to their customer. The customer already agreed to a price per product and for the customer its irrelevant if that includes tax or not.
Please stop confusing developers, let just currently achieve 0% availability and tax exempt as Imac proposed hopefully for 4.3.6 then will continue from there..
I really think scenarios like if I sell books in UK(probably only country that does that in EU) that are not subject to any tax, or if I sell digital goods that are paid in 5 different tax, or what if I live in Isle of Man or some other tax free or offshore zone should be ignored at this point..
Main reason is that such stores are designed for local market however still would accept shipping to outside country. If even on cs-cart it is rather hard to implement tax exempt what to speak of other carts..
One more thing, making 0% export involves lots of tax man additional checks, because you must have decent proof goods actually passed the border.
Well, as far as I can see there are not many stores (if any) that actually deduct tax from the cart if the price is including tax. The difference is that the seller will just add this to profit and not give it to their customer. The customer already agreed to a price per product and for the customer its irrelevant if that includes tax or not.
I belive we all can come to agreement that in addition to 2 major problems above improvement in invoice or other documents must take place.
Full presentation of compamy data including tax number and regaistration number (this thread starded because of this and i belive somekind of footer field will be helpful to all to put info there)
Proper tax presentation ny rate,amount and total tax.
Discount
Buyers or customers company tax number presented in the bill to invoice part
AFAIK if the customer is not a company then VAT is indeed charged.No matter where the customer is located.
Wow, didn't realize this. What a competitive disadvantage (from a global perspective). So a company in US selling the same goods would have an automatic 10% (or whatever the VAT rate is) price advantage over the same goods from the same supplier being sold in the EU? Ouch!
[b]OFFTOPIC[/b]:
demeldoo please use quote when posting an answer or comment to any message, at the moment it's hard to understand what you are trying to say.
Also if you support any thought you can always use green arrow in the right bottom corner - it's more informative than an extra comment.
Thank you.
I will try ;) sometimes my phone plays smart.
What i wanted is to point that a storefront is needed so can flow redirect customers from example Austria to the new storefront. But the storefront has to have optional setting for invoices like use the standard from main or set new invoice type for a new storefront. Now, with auch option she can sell to Austria with the registred Austrian vat number. Such storefront behaviour will have no impact on cs cart running anywhere else outside eu.
Of course she needs geolocation to forward them to that particular storefront.
I belive we all can come to agreement that in addition to 2 major problems above improvement in invoice or other documents must take place. 1. Full presentation of compamy data including tax number and regaistration number (this thread starded because of this and i belive somekind of footer field will be helpful to all to put info there)
If anyone will show current profile field configuration, we will continue discussion, at the moment I'm not sure what exactly and why we should add. I need a) list of extra fields that should be in profile fields, and their type (text, number or special VAT mask) B) should there be any new fields at Company settings at http://demo.cs-cart.com/admin.php?dispatch=settings.manage§ion_id=Companywhich should be either displayed at Invoice.
2. Proper tax presentation ny rate,amount and total tax.
only displaying of 0% tax is scheduled.
3. Discount
Can be achieved when Tax is calculated based on Unit price.
4. Buyers or customers company tax number presented in the bill to invoice part
In Principle Floris is correct that non-EU B2C does not pay VAT. I had this checked by my accountant.
But only on the very specific condition that there needs to be proof that the parcel left the EU. Otherwise VAT is applicable.
Practically this means that the parcel tracking data which shows that the parcel arrived at the non-EU address or the airway bill which proves that the parcel was shipped to the non-EU address needs to be connected to the invoice.
If this is not the case then VAT applies to non-EU customers.
In Principle Floris is correct that non-EU B2C does not pay VAT. I had this checked by my accountant.
But only on the very specific condition that there needs to be proof that the parcel left the EU. Otherwise VAT is applicable.
Practically this means that the parcel tracking data which shows that the parcel arrived at the non-EU address or the airway bill which proves that the parcel was shipped to the non-EU address needs to be connected to the invoice.
If this is not the case then VAT applies to non-EU customers.
Taxes must be payed in the import country if you are a private person. Proper invoice and custom declaration will do the job. This doesn't apply to companies. Of course if you're selling forward you apply local taxes. So is double taxation avoided.
If anyone will show current profile field configuration, we will continue discussion, at the moment I'm not sure what exactly and why we should add.I needa) list of extra fields that should be in profile fields, and their type (text, number or special VAT mask) B) should there be any new fields at Company settings at http://demo.cs-cart.com/admin.php?dispatch=settings.manage§ion_id=Companywhich should be either displayed at Invoice. only displaying of 0% tax is scheduled. Can be achieved when Tax is calculated based on Unit price. waiting for a new invoice editor.
Hello imac,
I understand that some work must be done. Invoice manager is far away and it will not resolve the current issuses which we have now.
We can't have discounts and coupons applied and NOT BE presented on the invoice. What kind of invoice is that? Resolving and making cs capable do perform such operation will be helpful for the invoice manager where will be move the discount field lower or higher.
Probably we are expecting proper workingof a payed solution. Thats why we chose cs and not an open solution.
I suggest to install presta demo and checkout how they have done this.
There are two fields for tax no. One is static and always presented on invoice other is customer related.
Unit based tax is probably preferred method for tax calc. Tax is calculated per unit and rate. This is the missing stuff. Total tax amount also.
When the invoice manager (planned) can add such stuff the i will wait.
Probably some of participants here will prepare full list.
Best wishes
Dzemal
I understand that some work must be done. Invoice manager is far away and it will not resolve the current issuses which we have now. We can't have discounts and coupons applied and NOT BE presented on the invoice. What kind of invoice is that? Resolving and making cs capable do perform such operation will be helpful for the invoice manager where will be move the discount field lower or higher.
Optional to use mainstore settings or use own data to create an invoice.
Such feature can resolve digital selling in different countries inside eu (diff. Taxes) or like the flow scenario where she neeeds to get an austrian vat number what basically means a company branch.
Change the language variable to suit your labeling needs?
Yes, if you were looking for a "real invoice" then every discount would be a line item with a negative price so that the sum of item pricing would equal the total order amount. But that's simply not how cs-cart works.
If you want that area revamped, we'd be supportive but the compatibility issues would be immense.
Change the language variable to suit your labeling needs?
Yes, if you were looking for a "real invoice" then every discount would be a line item with a negative price so that the sum of item pricing would equal the total order amount. But that's simply not how cs-cart works.
If you want that area revamped, we'd be supportive but the compatibility issues would be immense.
Can you clarufy why negative? If the tree is no duscount the field is empty.
Yes the main idea is to have real invoice system so it should be. A standard from bookeping perspective.
price incl vat 