Kevin Beskalis

At the current state, D365FO allows for product receipt to be posted in intercompany purchase order before packing slip is posted in corresponding intercompany sales order which shouldn't be allowed according to business process.

Currently if the address is updated in the sales order header, the system doesn't allow for partially processed/delivered sales order lines to continue their process with the updated address, stopping the processing of the sales order as a whole.

The idea is to allow for those partially processed lines to continue their process with the updated address or at least add an option that restores Location ID’s RecID and make it again active, since the current behavior is activating Expired address creates a new RecID.

Current behavior is once a product is converted to an engineering product, all released products from this product get their search names changed to the search name that was available for the product in the engineering legal entity.

For example:

Legal entity 1 - Search name: "Test1"

Legal entity 2 - Search name: "Test2"

Legal entity (engineering entity) - Search name: "TestEng"

Once the product is converted to an engineering product, the search name fields in Legal entity 1 and 2 will be changed to "TestEng".

This should be changed as Search name is used as per each legal entity and they can have different naming conventions for the same product.

For normal non-engineering products, Search name field can be different as per each legal entity requirement.

Currently, if we add an item to a purchase or sales order line and add a dimension value e.g color: white, when this value is clicked (the hyperlink with text "white" in the line), the focus of the form that opens is on the first row of the table in the form and not the value that was clicked (the row that has the value of "white")

When clicked, it should focus on the row with value "white" when the form opens.

As it stands currently, the purchase agreement link isn't copied to the new PO using the copy all functionality.

Purchase agreement should be included since it will minimize human error factor when creating return orders or credit notes against a PO that was linked to a purchase agreement.

Create a repeat purchase order - Supply Chain Management | Dynamics 365 | Microsoft Learn

Current behavior is that if a PR is approved and the line doesn't have a set vendor, there isn't a way to link a purchase agreement to the POs released from this PR in the Release approved purchase requisitions form.

This should be added to the system as in some business scenarios the vendor isn't specified until a later stage (releasing the PO) and it should be available to use purchase agreements related to said vendor if any exist/are applicable.

Currently when we create a credit note from a sales order, the attachments from the sales order header and lines don't get copied over to the credit note.

Copying attachments from the sales order to the credit note should be added to the Copy All functionality as attachments on the sales order are related to its credit note.

Currently when importing multiple sales order lines for the same item with the same inventory dimensions, concurrency error can be thrown if the total quantity of the lines is higher than the available on-hand. When this issue happens, the lines don't get imported and an error is thrown:

"Physical on-hand.... 0 cannot be picked because only -5 is/are available from the inventory for item: X. Update has been canceled"

What is needed: A feature should be implemented to allow for the lines to be imported normally without getting reserved if needed.

Related LCS link: Details for issue 774384 (dynamics.com)

Current behavior:

Currently the Name field is being defaulted from the product's name in system language when the production order is created.

Suggested behavior:

The Name field on production orders should behave the same way as the product name does on purchase/sales order line and translate to user's language to serve the purpose of the feature and provide ease of use to all users.

Currently, when creating a purchase requisition line, you can choose an item number or a procurement category. The currency field behavior differs based on which is chosen for the line:

Procurement category: allows for currency to be edited.

Item number: doesn't allow for currency to be edited.

Proposed change: it should be possible to change currency on item number set purchase requisition lines.