107
Shipment to a customer address may need a different VAT-ID to the one which is normally used. Table 222 (Ship-to Address) should have own fields for the VAT-ID (VAT-Registration No.) and VAT Bus. Posting Group.
Example:
A company in Germany has a Customer in France. Shipping to that customer is Intra-Community supply (EU internal). If that Customer has a Ship-to Address (Table 222) in Switzerland (NON EU), this is a total different situation, this Address must have a different VAT-ID and this has to be used if that Ship-to Address is selected in a Sales document. Same to the VAT-Calculation, so the Ship-to Address should define the VAT-Bus.Posting Group.

STATUS DETAILS
Completed
Ideas Administrator

Thank you for your feedback. We released this feature as part of the functionality in multiple VAT numbers for customer starting with 2024 release wave 2.

Please refer to the following links for more information:
  • https://learn.microsoft.com/en-us/dynamics365/release-plan/2024wave2/smb/dynamics365-business-central/multiple-vat-numbers-per-customers
  • https://learn.microsoft.com/en-us/dynamics365/business-central/finance-how-use-multiple-vat-registrations

Sincerely,
Aleksandar Totovic
PM, Microsoft

Comments

M

We are a small Swiss company having a fiscal representative in the EU (Belgium), that acts on our behalf. We need to order the goods for our fiscal representative in the EU with the VAT ID of our EU fiscal representative and we also need to have the corresponding VAT posting setup and INTRASTAT reporting. We hope that multiple VAT ID's will also be possible for the company itself and not only for customers.

Category: Geographies and Localization

M

This should be available in all localizations. We have customers here in NZ that would need this requirement for EU in an NZ localization.

Category: Geographies and Localization

M

The approach is to narrow.VAT Cases are always determined by starting AND end point.Posting Groups and VAT IDs on the ship-to address consider the alternative Country of the customer but neglects the fact that the delivery can be from a location which is located in a deviating country compared to the country set up in the company information table.For regular Sales Business Cases it is ALWAYS Country/Region Code of Location where the goods are shipped from AND Country/Region Code of the Ship-To Adress.EU Triangular business cases are an exception to this rule.It would need a matrix where starting point country and ending point country determine the posting groups for a business case.

Category: Geographies and Localization

M

This is a common requirement coming from customers who have warehouses in EU Countries. They have a separate VAT Registration No. in say if they have a warehouse in France, Germany, Austria and UK. From each of these warehouses they would be doing regular sales and purchase transactions as well as transfer goods between these warehouses.The transactions which they would do in EU Countries would be in EURO. However, the transactions they do in UK would be in GBP. Further, if the company is primarily registered in UK, the base transaction currency of the company would be in GBP. Whereas from the warehouses in France, Germany and Austria the base currency would be EURO. Data for filing VAT Returns in France, Germany and Austria would be required in EURO. Finally, if we can also provide ability to file VAT Returns from each of these countries that would be bonus. After filing the VAT Returns, VAT Settlement would need to be done. If data can be filtered by different VAT Registration Nos. that would be excellent.Regards,Krupesh Daiya

Category: Geographies and Localization

M

This is fairly common in Norway / EU countries as well to ease export/import

Category: Geographies and Localization

M

Necessary for larger customers, would be extra nice if you could choose to make a standard setup linked to the country/region code on the customer or shipping adres.

Category: Geographies and Localization

M

In diesen Zuge wäre es auch noch wichtig, dass auch bei der manuelle Eingabe der Lieferadresse, der Länder-/ Regionencode in die Artikelposten übertragen wird.

Category: Geographies and Localization

M

This is a great idea and a must-have for EU users operating in B2C or E-commerce. We need bespoke dev to enable this feature and it's a shame given that it's a requirement for the Tax authority

Category: Geographies and Localization

M

This is going to be very important in the future, but even now there are lots of cases when it would save a lot of messing about with multiple accounts for vendors and suppliers - hopefully when implemented we can merge these back into a single account!

Category: Geographies and Localization

M

This is a problem for us as well, in some cases the customer has multiple VAT number throughout the EU, and with the EU VAT quick fixes this is even more necessary. EU will probably change the VAT rules in 2022 for eu deliveries as wel. This could have huge impact on business central for cross border activities

Category: Geographies and Localization

  • 1
  • 2