• Purchase order line with procurement category (not project related) can be linked to a project purchase agreement

    When having a Procurement category-based purchase agreement which is associated to a Project.


    upon creating Purchase order (non-Project related) and purchase agreement mentioned while creation of Purchase order. System allows user to link the Purchase agreement with purchase line. This should not be allowed as the Purchase order is not related to any Project. Also, after linking the purchase line system will assign project ID to the purchase order line.


    This behavior is not same when we have Purchase agreements of Product quantity agreement. system does not allow users to link them with purchase order line.


    If purchase agreement line is related to a project it should not be available for linking with PO line without project (as it works for items), regardless of whether there’s an item or a procurement category on PO line. 



  • Incorrect total calculation in purchase order when Charges are present at header and line level

    Create a purchase order > Apply charges at Header/Line Level > Perform partial Product receipt > Check Total (Under Menu: Purchase order > view > totals : System will show total value by considering the charges) > Perform Invoice against the product receipt by including the charges.


    After invoicing, when we check the Totals for the purchase order and filter by Product receipt, System will still show the Charges value present on the header level, even though these charges are already considered in Partial product receipt done and there are no pending charges to be invoiced.


    This behavior of the totals functionality creates confusion when dealing with partial delivery orders. Users would need to check the invoices to verify if charges are already considered or not and also there will be mismatch between the Amount shown by total functionality and actual invoice value.

  • Radio Frequency Identification (RFID)

    Radio Frequency Identification (RFID) is a data-collection technology that uses electronic tags to store identification data and a no-line-of-sight requirement reader to capture the identification data. We have a need for this feature for our business operations. But this functionality have been discontinued in F&O. Re-introduction of the functionality will help us greatly in our operations.


    Thank you.

  • Wrong Load line splitting after reservation change

    When we change reservation on Sales Order or transfer order linked to Load we have situation that we Load lines with the same batch. It makes problem when we want to change or remove reservation. There is an error:  To reproduce an error you have to: Create a Sales order and add item (reservation hierarchy assigned to the item contains batch above a location) Reserve all quantity for example 5000kg from one batch BATCH1 Create a load - on the load we have one line with reserved batch Reservation should be changed in the way: decrease quantity from line with 5000 BATCH 1 to 3000 Reserve BATCH 2 for 2000KG Decrease quantity from line with 3000 (primary) batch 1 to 1000 Reserve BATCH 3 for 2000KG Remove reservation from line with BATCH 1 Increase reserved quantity with BATCH 2 to 3000kg (add 1000)    5. On the Load we have 3 lines BATCH 2  - 1000KG BATCH 2  - 2000KG BATCH 3  - 2000KG When we try to change reservation - line with batch 2 (3000 KG) you receive message:     


    Error message: 


    The inventory dimensions on the inventory transactions cannot be synchronized to the load lines.


    IN MY OPINION LOAD line with the same dimension should be SUM UP together (around the same LOT ID) and it will solve the problem.   


    we had logged a case to support and this have been concluded to be current design and this need to be changed as it has impact on business processes and customers are unable to use the functionality effectively.


    Details for issue 661026 (dynamics.com)