I am wondering why "derived actions " is used even when the Coverage code PR01 does not have that setting set to yes.
This is the situation: When opening the Net requirements screen for the Item KOL09, there is a PO that is pegging 2 Production Orders ( No actions are required for the PO and for 1 Production Order). However, there is an action required for the other Production Order .
See Details below . So we have the same action applying to the PO even if we have a coverage code which has the derived actions turned off. Why we have that?
This is the coverage setting of the item: Coverage code : PR01 ; Coverage code: Period 1 day; Action message : YES; Derived actions: NO Net Requirements/ Overview screen Reference Number Item Number Req date Req qty Action date
Purchase order PO001 Item KOL09 6/13/2014 2 units Advance: 6/10/2014
Production order PROD001 Item KOL09 6/13/2014 -1 unit Advance: 6/10/2014
Production order PROD002 Item KOL09 6/13/2014 -1 unit Net Requirements/ Pegging screen ==> PO001
Production order PROD001 Item KOL09 6/13/2014 -1 unit
Production order PROD002 Item KOL09 6/13/2014 -1 unit Net Requirements/ Pegging screen ==> PROD001
Purchase order PO001 Item KOL09 6/13/2014 2 units Net Requirements/ Pegging screen ==> PROD002
Purchase order PO001 Item KOL09 6/13/2014 2 units
Any help will be appreciated as I don’t understand those derived actions?
Thnaks
The PO is linked to the Production Order. The pegging will show the Production Order advance because it is being made too late, and as the purchase order would then be late for the start of production it rightly gets the same advance message. They are related in the requirement so both treated individually would get the same message because of the movement in the requirement date. Why do you have an issue with this? Also very difficult to see without screen shots to be honest
Ok. I see what you mean. So from my understanding, “derived actions” check box does not have something to do with that, right? Q: How can I insert screen shots, I tried but I couldn’t.
So in which case, we will see the impact of “derived actions” then? I’m then lost in how the feature is really used in AX? Can you explain with details how it’s really work ? Thanks
I believe it depends upon your setup, so if in your example the PO was for period meeting multiple requirements and one requirement was advanced although the purchase order is not just for the requirement it would get the same action messages. It is about cascading down where they are directly linked, but at the same time in your example the message was not DERIVED, it was a movement of the demand, moved the production, which was action messaged, and then because this is the requirement of the purchase order this is also set. There are probably more elements where the derived are triggered or not, but you would need to test different set scenarios to see, I do not know off the top of my head I am afraid.
