Note 1901579 was recently released (and introduced on support packages for the latest releases) to correct a program error that could lead to inconsistent results when changing the planned order quantity after jumping to MD04. Many users were used with the old behavior, therefore, I’m writing this blog to clarify why this change was necessary.
When calling transaction CO41 to run the collective conversion of planned orders, system allows you to select a line and jump to transaction MD04.
On transaction MD04, you can select a planned order and click the pencil to edit it on MD12:
Here, we can change the planned order details, such as the quantity, and save the results:
PROBLEM: After changing the order quantity and getting back to transaction CO41, the planned orders were not selected again from the database table PLAF, therefore, the new quantity was not update on CO41. Therefore, the planned orders would be converted with the old quantity, before the changes made when jumping to transaction MD04.
In order to avoid the conversion of orders with an incorrect quantity, note 1901579 was created. For design reasons, it is not possible to send the new quantity from MD12 back to CO41. Therefore, the planned orders must be selected again from the database when you come back from transaction MD04.
It means that, if you have changed the quantity of a planned order on CO41, before jumping to MD04, this change will lost when you jump back to CO41, since the order will be selected from the database again.
This is the new system standard behavior, as of the following support packages, and it was designed to prevent the conversion of a planned order with and incorrect quantity:
|Software Component||Release||Support Package|
If note 1901579 is implemented on your system, you should also implement note 1918330, so that system can memorize the manually excluded planned orders and exclude them again after re-selecting the updated planned orders.