Dynamics 365 Finance

Many companies in the retail industry use a 4-4-5 fiscal calendar. A 4-4-5 fiscal calendar contains 4 weeks in period 1, 4 weeks in period 2, and 5 weeks in period 3, for example. Usually a fiscal period does not start on the first day of a calendar month and does not end on the last day of a calendar month.

The dates used in journals created using the asset leasing batch journal creation form assume a traditional month period. This results in the user having to change transaction dates and reversing dates to in journals after creation but before posting.

Please add functionality to reference/use the company's fiscal calendar period start/end dates when journal lines are created using the Batch journal creation form.

In the Vendor (and customer) banks, the “Bank Account type” is available only for USA (and Colombia localization)

Banks of other countries (i.e. Panama) started asking this information as mandatory in the payment disposal electronic files.

For this reason it should be possible to manage the “Bank Account type” also for other countries.

Thanks

Report fixed asset roll forward cannot be used for entities that have specific transaction types, i.e. for Poland/Czech where we have pre acquisition or OB depreciation transaction type.

This was reported under:

Details for issue 675780 (dynamics.com)

Details for issue 573222 (dynamics.com)

with the information that this is standard report and Customer can customize this thru GER, but that's not possible because data are retrieved by the class\AssetRollForwardDP which ignores country-specific transaction type.

This request is valid not only for Poland or Czech companies, but as well for all international companies that need to create consolidated reports for HQ.

All transaction types should be included like on the Valuation card or other fixed asset reports.

When exporting data to excel numbers (such as reporting currency) should be right aligned not left aligned as at present. Also, there should be an option for columns to be automatically widened to the correct width.

In case user Write UP/Down value adjustment of Fixed asset. After the adjustment system add/less the Value of asset whichever is at the start of year and start calculate remaining depreciation according to that value. Whereas System should charge remaining depreciation as per the value of asset at the time (Effective Date) of write up/down adjustment.

In real-world business scenarios, a physical bank account often processes transactions in multiple currencies.

However, the current system only supports bank statement reconciliation when the currency of the bank statement transactions matches the default currency of the corresponding bank account in the system.

When users attempt to reconcile bank statements containing transactions in currencies different from the bank account’s default currency, the system returns the following error:

"Bank statement currency is not consistent with bank currency."

Ideally, the system should support reconciliation of bank statements containing transactions in non-default currencies, without requiring users to create and maintain separate bank accounts for each currency.

We would like a change to the way the credit notes function works with subscription billing. At the moment if I choose create new credit note from the sales order lines menu on an order the system will allow the automatic creation of credit note lines to mirror the sales order line already invoiced and this is really useful for us as it allows the quick creation of credit notes for orders with many lines. However, when it comes to the subscription billing the system will alter the deferral schedule on the original order lines so the credit values are spread over the remaining subscription period instead of being fully reversed out in the next open month. This doesn't make sense to me and I would like the option for it to work so it either creates a new deferral schedule for the credit note lines that mimic the original sales invoice line or it allows for the immediate reversal of the invoice values - i.e do not spread the credit over the remaining billing period from the original lines.

Issue: We are experiencing an issue with Malaysian E-Invoicing submission where NRIC numbers need to be used instead of BRNs for specific suppliers when submitting self-invoices. Despite exploring multiple configuration options, the system continues to default to BRN values.  

Context: If we buy from a private individual in Malaysia we have to submit a self-invoice with an NRIC number. 

As checked, the NRIC can be used in Sales invoice, we hope that NRIC node will also be added to Self-invoice.