Dynamics 365 Finance

Dear Team,

Please note the following issue related to currency valuation when booking a payment for a vendor in EUR:

When a payment is posted and applied to a vendor invoice in EUR, the difference of exchange is correctly calculated in CHF. However, the value in USD (Additional Currency) is not accurate. The system currently displays a USD value that does not reflect the correct difference or net to zero.

Request:

Would it be possible to adjust the system so that:

• The USD amount is recorded as either 0 USD, or
• Reflects the actual exchange rate difference between the USD equivalent at the invoice posting date and the payment date?

This would ensure proper reconciliation in USD and prevent open residuals in this currency.

Example:

Document Type

Posting Date

Source Code

Currency

G/L Account

G/L Name

Amount (EUR)

Amount (CHF)

Amount (USD)

Action Needed

Payment

13/05/2025

PURCHAPPL

EUR

2007

Vendor X

0.00

CHF 97.13

112.98

This amount ($112.98) should be 0 or -311.28 USD to correctly close in USD

Payment

13/05/2025

PAYMENTJNL

EUR

2007

Vendor X

9,339.62

CHF 8,881.98

10,331.49

Invoice

16/04/2025

PURCHASES

EUR

2007

Vendor X

-9,339.62

CHF (8,979.11)

-10,020.21

Net Difference:

• EUR: 0.00
• CHF: -97.13
• USD: +112.98 (should be adjusted)

Exchange Rates Used:

• EUR → CHF
• 16/04/2025 (Invoice date): 1 EUR = 0.9614 CHF
• 13/05/2025 (Payment date): 1 EUR = 0.9510 CHF
• USD → CHF
• 16/04/2025: 1 USD = 0.8961 CHF
• 13/05/2025: 1 USD = 0.8597 CHF

We would appreciate your guidance or support to implement this adjustment in the system so that USD values either reconcile correctly or reflect the actual exchange difference.

Thank you and best regards,

Roula Karkache Ishac

+9613043266

Dears,

In Microsoft Dynamics Business Central 365 (SAAS), it's not possible to perform DOE in vendors, customers and bank module to USD currency (not only GL account).

This is needed in countries where three currencies are needed (transaction currency which could be Euro, CHF which is the local currency in Switzerland and USD which is the additional currency and reporting currency).

Would you please add this feature?

Issue Description:

In the current system behavior, when a credit memo is applied to a vendor payment, the credit is correctly deducted from the total amount, and the resulting payment amount is accurate. However, the payment advice does not display a separate line or reference to the applied credit memo, which leads to confusion on the vendor's side.

Vendors often interpret the reduced payment amount as a short payment, since they have no visibility into the credit memo application. This has resulted in multiple inquiries and misunderstandings.

Business Impact:

The absence of credit memo visibility in the payment advice is causing unnecessary confusion and manual follow-up between customers and vendors, impacting operational efficiency.

Requested Action:

We kindly request that the system be enhanced to include credit memo details—such as the reference and amount—in the payment advice document. Ideally, this would appear as a distinct line item or explanatory note.

Please consider this improvement for inclusion in version 10.0.43 or in a future release.

Thank you for your attention to this request.

The system presents an issue when attempting to set default addresses for a customer with multiple purposes (such as Delivery and Invoice). Even after selecting new addresses for each purpose and confirming the changes, only one of the default addresses is actually updated. This prevents multiple default addresses from being assigned simultaneously,.

Version 10.0.42

When posting a reception/invoice on a sales order with two lines containing different financial tags value, the tags are summarized in the voucher transactions. In the voucher transaction, we then only have the value of the first sales order line.

Th summarization of the transaction are done only on the ledger account and not taking the financial tags into account. This causes the client to lose information about the financial tags of the sales order lines that are not the first one.

We wanted to use the financial tags to make reports that would easily make a link between voucher transactions and order lines but as the information is lost, these kind of reports are not possible right now.

There is a specific VAT calculation requirement in Norway for certain products, such as electric vehicles. As per Norwegian regulations, VAT neeeds to be calculated based on an interval, with a threshold value.

As per Norwegian regulations, the current requirement is as following:

Sale up to NOK 500,000 are VAT-exempt (0%, VAT Code 5).

Sale exceeding NOK 500,000 are VAT-liable (25% VAT code 3)

Current D365FO standard setup does not have the possibility to have a threshold value that post to different VAT codes.

This is a legal requirement to be compliant to Norwegian tax regulation.

, VAT Code 3).

Currently, with prebuilt invoice model, system captures vendor name from logo. However, it's not picking full logo to derive vendor name. In addition, the AI should be improved to better identify the vendor name on captured invoices, as the accurate vendor name is not always the one in the logo.

Ideally, there should be a parameter in Invoice capture that allows to use vendor name from the synced vendor master record so that the vendor name is always correct.

In budget planning, when adding the lines and selecting a revenue account, the budget class field automatically has the value of expense and not revenue. This can be modified manually, but ideally it should come by default depending on the account type in the main account configuration.

Generate ICMS-DIF tax assessment through the Wizard for Fiscal establishments in the Fiscal Books module.

Example: Fiscal Books > Generate > Booking periodo wizard, where we select the Fiscal establishments and create the Tax assessments.

Currently, There is no functionality to control the credit limit for posting the journal entries more than the customer's credit limit.