Example: For mrbp and mir6 transactions, object used is BUS2081, but I want to differentiate the logic basis of transaction code inside the workflow itself.
As a general comment I would warn against this approach. Hinging the logic of your workflow against a name of a program (or T-Code) is not really robust as your workflow will break if SAP changes their code (they may move the event raising code to another Function Group). I understand it's not always possible, but isn't there another application level field you could use which determines which logic you should execute?
This was first published in March 2005