FYI, while you might need to find support if you don't know, you can do this from using the fetchxml of an advanced find query and a power automate flow 1x or periodic scheduled flow or on a on demand/instant flow with a modified record field. Really fairly low code


Yes, this functionality is very much required, as this will ease during the Data management, Excel Add-ins and Reports which are dependent on financial dimensions.

The best example is:

We have a customer who is running their operations in more than 30 countries and 10 are having the same chart of accounts and the 7 are having their own and the remaining entities are having their own chart of accounts. For all these 30 legal entities have around 50 custom financial dimensions excluding the entity backed dimensions. So, while configuring the financial dimensions for integration of applications requires to add all the financial dimensions as this configuration is not legal entity specific. Hence this will be huge difficult process during importing the Master such as Customer, Bank etc. and general journal or any other transaction through data management and or Excel-Addin as we don't have the option configure to display each financial dimension as a separate column in the data template configuration (which essential can be configured for each legal entity, but currently tedious process).

Hope Microsoft can provide more dynamic approach to resolve the issue.


This feature will benefit the customer across the globe, as this is a common ask during any implementation.

Also, the Exchange rate gain/loss account must consider the first search from the Currency revaluation posting profiles based upon the transaction currency if no configuration found then 2nd search from the Ledger setup configuration to pick the realized Exchange rate gain/loss account automatically based upon the Transaction Currency code.


Additionally, extensions should be able to add their own "ValuesNotAllowed" fields to further control this.


Fixing this issue is of extreme importance, as it is forcing the customer to manually correct the records when submitting them to the validator.


Compliance risk. The current functionality does not comply with HMRC VAT regulations and places all UK users at risk. The functionality needs to be improved per the suggestion. Removing the functionality all together would be a significant reduction in functionality/user experience.


This is not what I suggested, this was to be able to Export a 'Company' from an Environment and then import that company into another.

This would mirror the Export to File Import from File function we had in NAV versions and was very useful.


Agree this should be standard. Voted. Now 181 votes and apparently still more votes needed?


Recommend this is implemented as separate table. To safeguard the data from the identification of individuals in the table (partyID?).


This would be a welcome feature for the UK market and other European Countries. The following protected characteristics are required to me monitored under European Law:








Marriage and civil partnership


These are the ones we haven’t got in Dynamics and would be welcomed as additional reference fields:


Religion or Belief

Sexual Orientation

Gender reassignment



User stories:



As an employee I want to , create read and update my protected

characteristics in the personal information tab in self service

·        As an employee I want to make sure my protected characteristics are not immediately visible from personal information

·        As a HR Administrator I want to see people’s protected characteristics on the Personal Information tab (Additional  information) As an Information manager I want to secure people’s protected characteristics

·        As a system administration I want to specify whether the collection of protected characters in revealed as functionality on a legal entity basis


I can't believe this suggestion is nearing 4 years old and hasn't garnered enough votes to get some action on it. This is such a no-brainer and is absolutely puzzling why we should be restricted to a single Bill-To Address per customer.

As a workaround, I’ve tested creating multiple additional "billing" contacts per customer and then when setting the Bill-To on the order/invoice header to Custom Address, that does reveal an option to select from those other additional customer "billing" contacts BUT... selecting another contact DOES NOT replace the Bill-To Address fields on the order/invoice header?!?!! (it only replaces the Name, Phone, Mobile and Email fields). The address fields are editable but it would be up to the user to overwrite them which is a bit much to ask.


  • 1
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 500