cancel
Showing results for 
Search instead for 
Did you mean: 

Error in resolution of rule ... for step - Agent determination failed

Former Member
0 Kudos

Dear All,

In SRM 7.0 CS, i am having a problem in the area of work flow. In general, the workflow is working fine, but at times the work item does not get delivered to the approver.

As per the analysis from SWI2_DIAG, the error is the following for the concerned shopping carts:

Error handling for work item 000000056146

No links corresponding to the specified data could be determined

Error in resolution of rule 'AC40000138' for step '0000000293'

Agent determination for step '0000000293' failed

Error during result processing of work item 000000056156

Error when processing node '0000000293' (ParForEach index 000000)

Error when creating a component of type 'Step'

Error when creating a work item

Error when processing node '0000000293' (ParForEach index 000000)

Work item 000000056155: Object FLOWITEM method EXECUTE cannot be executed

Error handling for work item 000000056154

Error when processing node '0000000293' (ParForEach index 000000)

Does anyone have an idea on the root cause of this error?

Thank you very much.

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

Dear All,

the problem has been resolved in the following way:

It turned out that (due to standard SRM functionality or due to customized coding of the workflow?) the code was deleting any leading zeros from the account assignment value before checking for an approver for them.

For example, if a cost center that was used in the SC would start with a 0, than the code would cut this 0 and only than try to assign an approver to this value. But of course this would not be successful, because the WF tables would have this account assignment value with a 0.

So, the technical consultant hat to adjust the code in a way, that no leading 0 would get cut.

Thank you.

masa_139
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi,

Who should be the approver? Please check the manager is in manager position in PPOSA_BBP transaction.

Regards,

Masa

Former Member
0 Kudos

Hi Masa,

thank you very much for the reply.

Yes, rolewise the approver is having the manager role in SRM and also on the portal. But what do you mean by "manager position in PPOSA_BBP"?

The user is hanging in his node together with the other users. Is there any specific "manager position", where the approvers have to be put in PPOMA? I mean, the other approvers, for whom the workflow is working normal, are hangig in their nodes just like the approver who is not getting the work item.

Moreover, if i drag the users (the requestor and the approver) into an other node (for another plant of another company code for example), than the work flow is working fine.

Can there be any other reason for such an error?

Thank you very much.

masa_139
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi,

Manager position means you see the user has red jacket in PPOSA_BBP transaction.

You can also repair the BP in USERS_GEN transaction.

Regards,

Masa