You’ll need to capture the RowMod value in the Pre-Processing, store it in a CallContext field, then access it in Post-Processing and do your work accordingly.
RowMod doesn’t exist in Post-Processing because the change has already taken place and the resulting data has no RowMod applied anymore.
I might be wrong here, but if you’re joining the ERP.ProdGroup in pre-processing, then the query will return 0 rows, because there is no matching record in the ERP.ProdGroup table. It wouldn’t be added to the database until post-processing. Try just removing the ERP.ProdGroup table from your query.
Edit: Just saw that the BPM is post-processing. Need more coffee apparently. Andrew is correct, there is not RowMod post processing. His fix of storing the RowMod value in CallContext is the way to go.
It is the Set BPM Data widget. You choose a ‘CallContextBPMData’ field to set the value to, then you can access that same field in your Post-Processing BPM.
Choose ‘Set BPM Data’ widget
Choose a CallContextData field to use. (Character or ShortChar for string values)
Expression to get the RowMod from the ProdGrup row.
Andrew sorry to bug again. How do I access the Field in the Post-Processing BPM? I’m sorry to bug you. I’ve have never used this method before. I appreciate your help! I know this will be the last step to get this BPM to fire correctly!
In the pre-process you can add the enable-post-process directive widget if RowMod = “A”. Then in the post-process you can check to see if the enable was set. Something like this:
Thank you all! All of your comments got my BPM to fire. I don’t know how to give you all credit for helping me out. Thanks for taking the time to help me out!