Dynamics 365 Finance

Import eInvoice Germany (xRechnung) - Import destination should also be possible in the invoice journal in addition to the pending vendor invoices

pending vendor invoices:

(disadvantages/problems)

• Only invoices with inventory reference can be posted there, so that we can pull the product receipts from the related purchase order. No posting of non purchase order related invoices possible.
• This form is not suitable for current incoming invoices, as it is not possible to make tax accruals and deferrals there.

Proposed solution: Use ´Invoice journal´ in addition to pending vendor invoice as import destination for eInvoice (xRechnung)

Invoice journal:

• All vendor invoices (with or without purchase order reference) can be edited and posted here.
• Tax deferrals according to German law are possible.
• Invoices can be deferred over a longer period / different financial years.
• The costs can be distributed over the months (G/L account accruals/deferrals).
• Add meaningful descriptions that are subsequently visible in the ´Voucher transactions´ and ´Trial balance´ are possible to add here.
• This is important because auditors or tax consultants will want to see this and the finance department must also be able to check and reconcile the accounts.

Previously, with RCS, all configurations were added into a unified repository that was accessible through all environments. This setup allowed for seamless export and import of configurations, making the process efficient and straightforward. The unified repository acted as a central hub where all configurations were stored, ensuring consistency and ease of access across different environments.

However, with the introduction of the Globalization Studio, the approach to handling configurations has changed. Now, configurations are being added to a repository on the Dataverse separately. This means that there is no longer a single, unified storage for all configurations. Instead, each configuration is stored in its own repository on the Dataverse. This separation can be seen as a drawback because it defeats the purpose of having a centralized storage system. Customers now have to manually export and import XML configurations, which can be cumbersome and time-consuming. The lack of a unified repository means that the process is not as streamlined as it was with RCS, potentially leading to inefficiencies and increased complexity in managing configurations.

We would like to have the ability to search by both names and account numbers simultaneously when using Customers or Vendors as financial tag values. This search functionality should be similar to the current search feature for customers or vendors on a journal or invoice, where searches can be performed by name or account number at the same time. The existing system, which requires searching by name or by account number in separate lists, is cumbersome for users. A unified search capability will greatly improve user experience and efficiency.

Please refer to Support request number 2412031410003891

Ahmed Adel Ali Hafez and Shady Hesham (MS support consultants) worked on this issue and both agree this is essential functionality.

Brasil/BRA: As vendas devolvidas estão sendo rejeitadas devido a tags de IPI incorretas caso o pedido não controle Estoque (Tipo de operação)

Ao emitir notas fiscais de devolução de venda no D365, estamos enfrentando o problema de rejeição devido a inconsistências nas informações de Imposto sobre Produtos Industrializados (IPI).

Especificamente, quando um pedido não está configurado para controlar o estoque, ou quando a ordem devolvida não referência a nota de venda, o sistema não gera corretamente a tag IPIDEVOL na nota fiscal de devolução.

Consequência: A ausência ou preenchimento incorreto da tag IPIDEVOL resulta na rejeição da nota fiscal com o código de erro 610, indicando que o valor total da nota não corresponde à soma dos valores dos itens.

Comportamento Esperado: Independentemente do tipo de operação (com ou sem controle de estoque), ou até mesmo fazer a ordem devolvida sem referência fiscal, o sistema deveria gerar automaticamente a tag IPIDEVOL nas notas fiscais de devolução, preenchendo-a com os valores de IPI correspondentes aos itens devolvidos.

With the current 'Edit internal voucher data' functionality, you're limited to the 'bulk' option for adjusting f.i. the description on ledger transactions.

Adjusting transactions via the Excel add in would extend the possibilities, like when you want to extend the description with the invoice number from where it's generated for one specific ledger account over a wide selection of vouchers.

Please consider this suggestion.

When creating a timesheet, users are commonly required to enter an internal or external comment before moving onto the next day. We see this as a customization for several clients and would like to suggest an idea at the PMA Parameter level to add this control.

Project Management and Accounting>Setup>Project Management and Accounting Parameters

TimeSheet Tab -

Require Internal Comments - Toggle

Require External Comments - Toggle

Please vote on this idea.

Employee applied leaved are not syncing from Finance & Operation to Project Operation. This is a product gap as the leaves are not syncing from Finance & operation to Project Operation & employees have to apply leaves in both Finance & operation & Project Operation.

The detailed vendor invoice form with Vendor invoice header, Lines, and Lines details should be available when posting from Pending vendor invoices to Open vendor invoices. It prevents the users from checking the historical data of the information on the line details.

We have experienced a "bug" / new feature when we confirm sales orders i D365 F&O.

There are 2 options to confirm sales orders on the sales order

On the tap "Sell"

1. Confirm sales order
2. Confirm now

When we create a sales order and press "Confirm now", then we get a new sales order journal line and no print of the sales order to the screen.

If we press "Confirm sales order" and select "Yes" in the parameter "Print confirmation", then D365 makes a print out as expected.

But this is also were the bug / new feature is introduced.

If we now update the sales order, e.g. additional lines, and press "Confirm now", then D365 makes a print of the sales order confirmation (which it didn't before). So it seems like the button "Confirm now" inherits the parameter setup from "Confirm sales order".

Furthermore, if we create a new sales order and press "Confirm now", then D365 creates a print of the sales order confirmation, which wasn't the intention.

So now it seems like the parameter setup of from "Confirm sales order" from the previous sales order "sticks" to next sales orders, which isn't intended.

So, our suggestion is that the button "Confirm now" just serves as a quick confirmation of the sales order which generates sales order journal lines, and do not create print out of the sales order confirmation.

Thus, "Confirm now" shouldn't inherit the parameter setup from "Confirm sales order".

By design, all invoices generated from on account transactions in fixed-price projects are considered as service invoices, and sometimes they must be declared as goods (items) operations instead of services in the SII of Spain. We propose to change the logic of the electronic report generation of customer invoices in SII for this type of project invoices and that it can be configured (in tax group / tax code) some parameter to specify that these invoices can be registered as goods (Exception E3 in EU sales)