on 08-01-2015 10:18 AM
Hi all,
I want to update the successor TRQ instances root info when original TRQ instance root changed. And I hope root after modify determinations can be triggered for the updated successor TRQ instances. After testing, I find the root after modify determinations can't be triggered when successor TRQ instance is updated in original TRQ root AM determination. Could we trigger the AM determination in AM determination ? It is likely to cause endless determination. Should we populate the failed key from determination ?
Thanks,
Johnny
Hi Johnny,
If you want to make changes which then trigger a new DETVAL (determination/validation) cycle, you have to make the changes in the "after validation" determination. But this should be implemented very carefully to avoid endless loops (ping-pong between the different determinations).
Best regards, Daniel
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Daniel,
Thanks for your response, I write my code to update the other TRQ instance's shipping type in a 'after validation' determination. But the standard determination 'DET_ROOT_AM' & 'DET_ROOT_SUBNODES_AM' are not re-triggered for the updated TRQ instance. Is it possible to re-trigger ROOT's AM determination in ROOT's after validation determination. Because , I find I can re-trigger ITEM's AM determination in ROOT's after validation determination. Any comment is appreciated.
Thanks,
Johnny
User | Count |
---|---|
9 | |
4 | |
3 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.