Dynamics 365 Finance

In Main account setup, there is option to select Sales tax direction for each main account. As a standard setup in P/L account each main account is defined to be either Revenue or Expense. Current setup in D365: In a situation when a vendor is invoiced by Sales order in order to get revenue based on annual purchases or some other agreement, the standard setup of the main account is not working. When Sales order is used by invoicing revenue from vendor, the result will be so that sales order will override the setup of the main account. The result will be that Sales tax from a Sales order is regarded as revenue. New idea: In a situation where setup of a main account is Purchase, a credit entry as a deduction of cost should be booked according to main account setup. By using main account setup a credit booking (cost reduction) would decline the amount of VAT from purchases. According to new idea Sales tax direction of the main account would take both debit / credit entry in account when Sales tax amount is presented.

In D365 the Sales Tax (VAT) transactions details report profit and loss account are underneath each transactions, which make the analysis of the report in Excel impossible. The profit and loss account should be added as a column as it used to be in AX 2009.

Implement the new process for issuing foreign electronic invoices for the Public Administration (D.lgs 148/2018) - Invoice in Cross Border e Domestic format - European semantic model defined by the EN 16931-1:2017 +A1 2019

Hoje o desenho do Dynamics F&O não atende a geração das informações do SCP - Sócio ostensivo para as obrigações SPED ECD e ECF.

The current system allows for posting sales tax to main account when a PURCHASE / INPUTACQ (100% non deductible) journal is posted with tax direction PURCHASE. But the system does not have the same function for tax direction SALE. So when a journal is processed as tax direction SALE, INPUTACQ, the 100% non deductible portion of the tax continues to post to GST payable account, rather than main account. The process should be same for both SALES and PURCHASE direction. Ref: Case TrackingID#2105280060002953

Starting from 01.01.2021 in Latvia is required to have new business type: Acquisition of property in an auction organized by a sworn bailiff. In VAT declaration Appendix 1 such truncations appear with type M. Since it's legal requirement from Government of Latvia I suggest to implement new type in two areas: 1. Add new type in Sales tax code business type list 2. Add new type in XML file setup Appendix 1.

CZ Localization is using the advance invoice functionality. In the AR parameters, there are number sequences for Advance invoices (and credit invoices for them). There is an active link to create a number sequence group for these, but in the setup of the group the advance invoice reference is not available.

The Kingdom of Saudi Arabia has Excise Tax on certain products. Typically, the following products are currently under Excise Tax: 1. Tobacco (100%) 2. Energy drinks (100%) 3. Carbonated drinks (50%) 4. Sugar Sweetened Beverages – “SSBs” (50%) 5. Electronic devices and equipment used for smoking, and their equivalents (100%) 6. Liquids used in electronic devices and equipment used for smoking, and their equivalents (100%) Over the years, additional products are getting added to this list. The current localization functionality does not include this Excise Tax/Duty and is currently a gap. We see several our customers getting into the manufacturing of energy/sugar drinks and require this functionality. I request Microsoft to consider this request and implement this functionality ASAP. Thanks & Regards, Darshan Jog

Today is out of scope the record 1010 for the generation of the SPED Contributions. Registro 1010: Processo Referenciado – Ação Judicial Page 381 - Link: http://sped.rfb.gov.br/estatico/0B/830CBBF845A001DD5D32AED14961D238337A81/Guia_Pratico_EFD_Contribuicoes_Versao_1_34%20-%2024_02_2020.pdf

Currently it is not possible to remove a prepayment created in a previous financial year. It would be ideal it was possible to either default the reversal to the next open period, as per other areas of the system; or to give the user the option to nominate the reversal date.