Skip to Content

/wp-content/uploads/2014/02/99_380824.png

Use

In this Customizing activity, you specify the user who is to receive a work item if the system fails to determine a recipient for a work item via the usual channels.

The fallback user must have sufficient authorization to deal with the different kinds of work items involved.  We recommend that the fallback recipient be a user with super user or power user authorization.

Note: Ideally, although power user authorization must be assigned to the fallback recipient, it also involves the risk that the authorization entitles the user to view sensitive data of any kind from the RM and PC applications.

For more information, see the examples below.

Activities

To maintain the fallback receiver:

  1. 1. Choose New Entries.
  2. 2. In the User column, enter a user with sufficient authorization; if possible, specify a user with super user authorization.
  3. 3. Save the entry.

Note: We recommend that you create only one entry using this Customizing activity. The entry is valid for both the Process Control and the Risk Management applications.

Example

Example 1: Process Control

During business event configuration, a  control tester was accidentally not assigned.

The Internal Controls Manager (ICMAN) has planned a manual test for a control, but the system cannot find the legal agent, that is, the workflow recipient.

In such as case, the assigned fallback recipient receives the task. However, if no fallback recipient is assigned, the task status is set as Error. Even though processing of the task can continue with the Error status, it is important to note that workflows with an error status must be actively called by the system administrator. This is because no workflow exists to notify the administrator about the errors.

Example 2: Risk Management

An incident is posted (in the system) for an organization; however no user with sufficient authorization to validate the incident has been assigned.

Without a fallback recipient, the status of the workflow for incident validation is set as Error, and therefore can no longer be processed.

Eskom Configuration:Not UsedRisk Management (RM) and Process Control (PC)

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply