Workflow error in ChaRM using Group Approval

[vervinckt_joyca]

Hi,

I am using the Group Approval in ChaRM's requests for change transactions, as explained in detail in blogpost

I am also using the workflow crm_rfc_aprv (WS17100016), which sends out workflow tasks during the approval procedure.

Since I have assigned organizational units to my approval procedure, I always receive an e-mail from the Workflow User with title "Workflow 12345 set to status ERROR" for every ticket.

This is because somewhere in the code behind the workflow, a user is searched based on the business partner in the approval step. But an Organizational Unit is never linked to a user, you cannot assign the BP Role "employee" to an organizational unit.

It would be nice if the workflow could send workflow tasks to all the users assigned in the organizational model to the organizational unit. But currently, I am most concerned with getting rid of the workflow error e-mails. I really don't want to get an e-mail for each and every ticket.

Does anyone know if there is a way to solve this? Maybe some way to link an organizational unit to a (dummy) user anyway?

[Former Member · Accepted solution]

Hi Joyca,

Did you tried the below steps

created the organization unit in sm_crm -> service operation -> organization unit -> create organization unit -> add the position ->  add employee or user in the organization unit  and try it.

Rg,

Karthik

[vervinckt_joyca · Accepted solution]

Hi Karthik,

Yes, my organizational model is maintained.

There are three BP's + Users assigned to the organizational unit.

The SP10 Enhanced Approval Procedure completely works, those three users are able to set the approval for the "Center of Competence" organizational unit to "approved" in the RfC ticket.

However, the workflow behind it never goes looking in the organizational model. It just sees "business partner 632", and checks only the data of BP 632, and doesn't find a user on it. So the workflow goes into error, and sends a mail about it to me...

For approval step 1 everything goes as normal, there is a specific person assigned to the step, the workflow finds a user on the person's business partner, and sends a workflow task / mail to that user.

Below are screenshots of tx PPOMA_CRM, the approval block in the RfC ticket, and the correct and error mail as seen in the tx SOST list.

Kind regards,

Joyca

[Former Member · Accepted solution]

Hi Joyca,

What is the entry maintained for user name in the enhanced approval procedure functions (dno_cust04)? space or * ?

Rg,

Karthik

[vervinckt_joyca · Accepted solution]

Hi Karthik,

The entry for the user name for ENH_APP is a space (blank).

But the enhanced approval procedure is working perfectly.

It's the workflow (which was already there before SP10) that goes into error when assigning an organizational unit, instead of a person.

Kr,

Joyca

[dmitry_udot3 · Accepted solution]

Hi Joyca,

would you be so kind to answer whether you solved this error or not?

Dmitry

[vervinckt_joyca · Accepted solution]

Hi Dmitry,

I have not been able to solve this unfortunately.

Kr,

Joyca

[rishav54 · Accepted solution]

Hi Joyca,

Check ZMCR_IT_RFC_APPROVAL_WORKFLOW action and condition of it. Cross verify the status values once. It should resolve this issue,

Regards

Rishav

[vervinckt_joyca · Accepted solution]

Hi Rishav,

Thank you for your reply.

The action ZMCR_IT_RFC_APPROVAL_WORKFLOW is active, and its start confition is "&CRM Service Process.StatusTable&  CE I1387"

I1387 means "Request for Change to be Appr.".

The action is triggering correctly.

The whole flow of the Enhanced Approval settings is working correctly.That is not my issue.

My issue is that IF one of the approvers is an organizational unit, the workflow itself goes into error because it searches for a USER related to the BP assigned to the approval step. And there is never a user related to an organizational unit's BP.

The code behind the workflow itself does NOT look at the organizational model to find related users. It only looks at the BP of the organizational unit itself.

Kr, Joyca