Dynamics 365 Finance

When a CODA bank statement contains a customer payment (unstructured) that relates to multiple invoices, in the Customer invoice screen the user can select to Include transactions but cannot see the total of the selected/included transactions (similar to the settle transactions) which makes the settlement process time consuming and difficult. Our customer has to write down the invoices and amounts in an excel spreadsheet to ensure the correct invoices are marked for settlement. See below steps to repro: 1. On the bank account - CODA - select bank statement - Details 2. On the bank statement Details screen select the required payment line and click - Customer invoice, this opens the Customer transactions screen 3. Select Include for the transactions that relate to the selected payment line The suggested improvements are to add the following 2 fields on the Customer transactions screen above - similar to the Settle transactions screen where you can Mark transactions and the total of the marked transactions is displayed in the 'Settlement balance' field 1. 'Amount imported' (from the CODA Bank statement details) 2. 'Included transactions total' (a sum of the Balance of all the transactions marked as Include - Yes) similar to the 'Settlement balance' field in the Settle transactions screen where the total of the marked transactions is totaled up in the 'Settlement balance' field.

1.TDS Group is 194Q on Vendor advance payment as only one TDS group can tag on vendor invoice 2. TDS group 194Q on 1st Line in purchase order and 194C on 2nd line 3. Attaching charges on Purchase invoice 4. Now posting invoice 5. After settlement of Purchase invoice and vendor payment, 194C is reversed and only 194Q is applied.

In big organizations, where several users are working on payments it would be very useful to filter EFT file details by batch, to avoid overlapping between different groups of jurisdiction. Now, EFT details are grouped by Bank Account number, ignoring the fact that batches are there to allow us to have more differentiation, not just per bank.

When the "Number of days adjustment for summarized payment date " is set to 0, the payments are neither summarized nor are they set with today's date (aka the date the vendor payment proposal automation ran + 0 days adjustment). This means we can't use vendor payment proposal automation for proposals that are run today and need today as the payment/transaction date. We have to do manual proposals. The summarized payment date adjustment works as expected when the value is not 0. We are able to use the automations for these scenarios. This is a known issue logged in LCS. Microsoft is not planning to fix this. Vendor Payment Proposal automation for summarized payments Issue 546070 - Will not be fixed KB number: 4602998 PROBLEM Vendor Payment Proposal automation for summarized payments is not working when the proposal date is set to 0 REMARKS Thank you for reporting this product issue. We agree that this is an issue for you and understand how this can be impacting your business. Unfortunately, the issue doesn’t meet the standards we require to be adjusted at this time. Setting a summarize date time frame will achieve the desired results.

1. Print customer logo per Customer (there might be Different logo per business unit.. print legal entity logo if blank. 2. Print a Different Company Bank account for each customer (customer can be asked to pay into different account for different reasons, the reason my not be currency related but branch, etc)

If there could be a possibility to consider the Localization for Slovakia, it would be useful for the lot of Customers for the Slovakian Region.

1. Company DEMF Accounts receivable << Forms << Form setup 2. Click on print management. 3. Select the sales order packing slip. It allows to create the up to 19 printers. 4. When we tried to create another there is no new option available. Actual Results: On the sales order packing slip It is not possible to create more than 19 printers. Expected Results: It should be possible to create the more than 19 printers on the sales order packing slip.

IGST should be calculated on India GST Intercompany export order -GST to be calculated on IC SO’s. Also those entry will not come in the GSTR registers.

When processing CODA files and using the Transfer to ledger function, a daily Bank journal is created to allow to book the customer/vendor/bank transactions in the ledger, however currently there is no out of the box configuration/function to allow referencing the CODA bank statement number into the daily journal description in order to be able to identify the corresponding bank journal generated by the bank statement transfer to ledger (and therefore be able to cross check the bank statement transactions and the transactions contained in the bank journal before posting). The suggestion is to introduce new logic so that following the Transfer to ledger function, the generated general daily journal containing the corresponding bank transactions contains the reference to the bank statement number in the journal description to allow reconciliation and cross checking.

Na descrição do registro 0305 (campo 03-FUNC) onde o Dynamics F&O está considerando a descrição completa do Ativo Fixo e o Guia Prático do SPED Fiscal relata que deverá ser "descrição sucinta do bem" e não igual a descrição informada no registro 0300 (campo 4-DESCR_ITEM) Abaixo o link do guia, ver páginas 39 e 40. http://sped.rfb.gov.br/estatico/30/5EC21565F41BC9D392045D71E5706429186705/Guia%20Pr%c3%a1tico%20EFD%20-%20Vers%c3%a3o%203.0.6.pdf