0
Category:
STATUS DETAILS

Comments

Yes very much needed!

Also enables RPA possibility if there are legacy open tasks with batch functionality, which needs to be repeated.
For example 50k invoices that needs to be processed.

Doing this manual is cumbersome.

Category:

I see the W1 report has been updated, so it cna now e used in stead of the NL report.
This idea can be closed.
(on that note: please add an option for the idea poster to close the idea ;)

Category:

A better new functionality about this information is the ability to have these on the documents (i.e. Shipment).

Category:

Hello,

To copy the form control name or table name and field name you can follow these steps:
D365 Finance and Operations > Form > Right click a field control > Form information > Left click "Form name".

This will open the Form Information pane. If you expand the Administration tab you will be able to see and copy the following information:
Control name, Control type, DataSource (TableName), Data field, Form name, Menu item name, Menu item type, Query name, Query statement, Caller name, Caller type.

This information is similar to what is displayed in the AX 2012 Form Personalization window.
This information is helpful when writing designs/documentation.

We often need to copy the details for many fields.
The difficulty with the current Form Information pane is that the main form is disabled/greyed-out/unresponsive when the Form Information pane is open.
It would be very useful if the Form Information pane could remain open and update to show the details (Control name, Control type, DataSource, Data field) of the control that is selected as the user selects different fields on a form.
This will be a big time-saver by allowing us to copy the details for many fields much more efficiently.
This will mean the D365 Form Information pane would remain open and update like the AX 2012 Personalization does.

Category:

Our customer also generates SEPA DD files for customer collections using ER and subsequently receives a response file in the pain.002 format from the bank. This is the same approach as what we have for vendor payment status updates in D365FO currently.
It offers the user reassurance that the file has been received by the bank and that some basic checking of data has been performed. Any issues can then be addressed proactively rather than reacting to a failed collection.

Personally, it feels like this should be achievable with a small number of changes - allow the ER return format to be mapped to the Customer method of payment. Then either add the Customer payment journal line entity to the existing vendor payment status ER data model and map this OR create a separate one.
The Payment Transfers form already exists, as does the Return file import menu item.

Category:

Is there an update on this as we have had the same requirement?

Category:

Suggested read on this topic:
https://devblogs.microsoft.com/azure-sql/running-1m-databases-on-azure-sql-for-a-large-saas-provider-microsoft-dynamics-365-and-power-platform/

Category:

Great idea!

Category:

Huge missing functionality!

For companies with high volume of jobs, it has strong performance impacts + Completed Jobs are displayed in all lists page (from a PO, from the Jobs List) and it is clearly not user friendly at all.

Category:

Would be very useful:
- Going through requisition worksheets is necessary when inventory quantity is tracked as well
- For non-inventory items, it should be possible to create the PO directly from the Job Planning Lines. To meet other requirements Job Planning Lines would then need to be enhanced to enter the Vendor ID.

Category: