Dynamics 365 Finance

In the current process, if we try to configure the Budget control parameters for the dimensions, we are allowed to select only those dimensions that are part of the accounting structure only.

But this does not make sense because in the Budgeting setup -> Basic Budgeting -> Dimensions for budgeting, where we can select the dimensions to be defined for budgeting setups, the system allows us to select ALL dimensions that are available in the system.

Because of this, users are led to believe that the same dimensions can be configured in the Budget control parameters, which is not the case. Regardless of whatever dimensions are selected in the Dimensions for Budgeting, the system only allows those dimensions to be selected which are a part of the accounting structures.

Since the users cannot select other dimensions, this leads to a loss of control and restrictions on the process. In many places, users might be forced to change their advanced rules or add dimensions to their accounting structures unnecessarily. If the system is displaying the dimensions in the Dimensions for Budgeting, then it should allow the same dimensions to be configured in the Budget control also.

Customers are having errors related to too long path. As it will be better for SF to become longer, the maximum length for Service Fabric node name should not be limited to 260 characters from the Operating System – but in the operating system on AOSs when, they turned on the Long Path, it pops an error message.

In Germany companies with international payments above a certain threshold need to report those to the central bank. It would be beneficial to have this as a standard feature in D365. I'm hearing that in "SAP it's just a push of a button".

Relevant links:

https://www.bundesbank.de/en/service/reporting-systems/external-sector-forms-centre/payment-reports-z4-z8-und-z10-15--620090

https://www.gesetze-im-internet.de/awv_2013/

Keywords

Z4, AWV, Außenwirtschaftsverordnung, Central bank, Centralbank, Zentralbank, Meldung, #inSAPitsjustapushofabutton

When importing camt.054 file for customer payments in Sweden the "Payment Status" is set to "Received" both on payments that are macthed correctly AND for those that are not matched with an invoice.

In earlier format BG MAX(SE), the ones that got a match to an invoice got Payment status Approved and for payments that don´t got a match got status "Received". This meant that if the Method of payment had a requirement that Payment Status "Approved" could be posted and the other ones could not.

Since there no longer is a controlreport when importing camt.054 format this control is needed

As it is now you are not able to delete free text invoice templates were invoices has been posted. By design it's also not possible to rename the template.

When you already have many invoice templates and know you will get even more over time, it could then be a good idea to be able to rename the templates.

This will make it easier to manage/organize the templates.

When using the "Create Netting option", the system does not take into consideration AP & AR transactions together. It would be helpful to have a combined view of accounts receivable and accounts payable transactions, including invoices and payments.

We request this feature to be applied on the Create Netting screen, to make it easier for collectors to view all the AR & AP positions and carry out their day-to-day activities. It's also important for collectors to be able to filter the transactions based on standard and custom financial dimensions including multicurrency.

1. Consideration of AP & AR transactions together

2. Custom Financial dimensions

3. Multicurrency

It would be also useful to update the standard report of "Print Netting Advice" to showcase the AR & AP positions

Introducing this functionality would simplify the netting process for the collectors, making it more efficient.

I created a calendar in the leave and absence module and added some holidays to it.

If I open the calendar, I can see that the holidays specified are available there.

Then I assigned this calendar to an employee in the project setup tab.

My next step was to use the very same calendar as scheduling calendar on a project.

I created a task for a period that includes a holiday and assigned my employee.

Interestingly, the holiday is not considered as a day off / not available day in the project scheduling engine.

Can you please fix this.

Many thanks,

Ludwig

Hi,

To comply with Indian Legislation, an audit trail and edit/change log is necessary for all transactions and transaction related information.

https://learn.microsoft.com/en-us/dynamics365/finance/localizations/india/apac-ind-audit-trail-edit-logs-accounting-software

In a company with over 250 legal entities, 2 of which are Indian legal entities, we need to provide that data for the 2 Indian legal entities to be compliant with Indian Legislation.

Using the available database logging feature, which is not legal entity specific, will put a huge load on the system and have a major impact on performance. Especially when it is only needed for 2 legal entities and not for the entire 250 legal entities for which we would need to enable that. This also doesn't fit with the Indian legislation request that the logging cannot be disabled.

This makes it currently impossible to comply to Indian legislation using Microsoft D365.

The idea is to create a new framework with Indian localization which will only be enabled in the Indian legal entities and will automatically provide Indian auditors with the data they need for their audit.

This way impact can be limited to the data necessary for the audit by the Indian legislation.

When a new environment is deployed from LCS there is an option to link it to a PowerApps environment that is created at that time. Or for environments that are already deployed in LCS it also permits to create the link to a PowerApps environment.

Please add in LCS the option to unlink the environments from PowerApps.

Unfortunately, the Italian localization was developed without including some Italian tax fields that are present in the user interface in the related data entities. Therefore, during environment preparation and data migration, it is necessary to import data packages with the configuration through data management. After the import is complete, the configuration must be manually completed through the UI.

• Sales tax codes
• Sales tax groups
• Sales tax exempt code
• Withholding tax codes
• Sales tax parameters

I would like to request a correction and keep it in mind for future localization feature development. Thank you!