Sunil Garg PRINCIPAL GROUP PROGRAM MANAGE

When importing a general journal file via DMF (General journal entity), if one line contains validation errors, the invalid line stays in the staging area, but the rest of the lines are successfully imported. This behavior is not desired, and all lines (with and without errors) should stay in the staging, if one line fails.

Currently only able to import into the Customer and Vendor entities the primary email address for the company. Unfortunately many customers and vendors have multiple company emails with different purposes especially when using the emails and purposes to email from D365 for Operations. Having to manually enter the non-primary emails can be very time consuming if a customization is not done

The problem with the entity mappings is that there are 3 ways to generate mappings: 1- Refresh data entities - Will refresh metadata for existing entities in the DMFEntity table but will not redo the mapping. (This seems by design to avoid overwriting existing custom entity mappings) 2- Generate mapping with start from scratch will do that for the specific entity 3- Generate mapping keeping existing, will keep the mapping and add new fields. So when new code is being deployed in an environment, there might be the need for a bunch of changed entities to have the fields remapped (due to new fields coming in) To do this, the following functionality would be filling in that requirement: 1- Have the 'Refresh entity list' process let the user confirm whether or not to delete existing entity info instead of not touching it and have it regenerate the mapping where needed. 2- OR, Have a button to do generate mappings on all of the entities (again with the option to keep existing mappings or start from scratch) Additionally, having an option to specify a list of entities and export their mappings, would also enable people to keep aside custom entity mappings.

My client has more than 30k Customer Master, each Customer Master contains more than one Postal Address. We already imported all the Postal Address for every Customer Master. However, there is no data entity to import Contact information such as Phone , Fax , and Email under every Postal Address. This will affect their Delivery Order and Invoice which unable to reach the contact person. Imagine that they have more 50k Postal Address and the client need to manually add the contact information, this will consume lots of time. Please provide the customized Data Entity to fix the above issue.

Uploading file via Document Management is not possible for large files (>50MB) even if file size is increased. (Microsoft internal reference 212463).

at the moment we have to create all the new products separated so it takes a lot of time It would by nice to have a template where we can create all the new articles at the same time.

It is unable to import Planned order from the data management. However, it is able to export Planned order. Once to check the proparty of the target entity "ReqPlannedOrderEntity" which is "Planned Order" entity from AOT, "IsReadOnly" propatiy was Ture. Please consider to become able to import Planned order due to changing "IsReadOnly" propatiy, and so on.

D365 have many data entities, but also many areas in the system not covered with data entities. After import data, the customer must edit transaction line by line to update the Financial dimensions (very hard work) So, if we try to develop a tool to update the Transaction Financial dimensions after importing with data entities and before posting. it will help people in data entry and save time

On D365 for operations – Application version: 7.3.11971.56116, Platform version: 7.0.4709.41162 – When a Vendor is setup with Bank account and Method of payment and the same Vendor is used in GL Journal to post an Invoice transaction – The Method of payment and Third party bank account (on the Payment tab) are filled in automatically based on the Vendor account. But when we use Data management – Import to import General Journal lines (using “General Journal” entity/LedgerJournalEntity) and the excel does not have the information for Method of payment and Bank account – this information is not filled in automatically when the Journal is imported. ACTUAL RESULTS – Method of Payment is blank on this imported journal. And if we click on Record Info – Display all fields, Third-party bank account is also blank. EXPECTED RESULTS – Method of payment and Third party bank account should be filled in automatically based on the Vendor master when we use DMF to import the Journal. Thanks

New functionality to verify in which data projects a given data entity is used. Likewise the 'where-used' functionality of number sequences...