cancel
Showing results for 
Search instead for 
Did you mean: 

Event linkage 'Check FM' fails while the WF is triggered correctly as the start condition is satisfied.

Former Member
0 Kudos

BO BUS2201 has been delegated. In the delegated BO, a new attributed 'Changes Need Approval' has been created. In the program, based on the customer requirement, logic has been built and the attribute is set as 'X' if the condition is satisfied. Next in Workflow WS14000145, Start condition(Changes Need Approval = X) for CHANGE VERSION SAVED event has been activated.

Whenever a PO change version is ordered, the condition for this WF WS14000145 is satisfied and it is getting triggered correctly. But during 'SAVE' - means 'ORDER', in standard there is a FM 'SWB_2_CHECK_FB_START_COND_EVAL' which checks the WF start condition. But the result of this FM is always FALSE. If the BO attribute is not set, then WF should not have been triggered. But the corresponding WF is triggered without any issue. Only the condition check is failed during the event linkage. This check is made by standard. Since this determines a wrong receiver, there is a wrong pop-up message raised while ordering PO.

Could someone please help to know why the event linkage check is failed while WF is triggered correctly.

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member185167
Active Contributor
0 Kudos

Hello,

I'm not sure I completely understand your post. I do know that if you are trying to test a virtual attribute in a start condition then you can run into timing issues, especially if the virtual attribute is relatively complicated (e.g. selects from a table).

Maybe as a test you could try simplifying the attribute (set it either to X or blank) and check if the workflow starts or does not start as expected.

regards

Rick Bakker / hanabi technology

Former Member
0 Kudos

Hi Rick,

Thanks for your reply. Finally I have created a Z check FM, in order to analyse the issue exactly. This helped me to find the root cause. I am using standard FM 'BBP_PD_PO_GETDETAIL' to get PO details. Only if we request for the item details, the PO header total value is getting updated as per this FM. I have made a check using PO header total value in the BO program. This check fails and WF is not getting triggered. Hence there is no issue in start condition. As the problem is resolved, I am closing this thread.

Thanks,

Sasikala S