Process Control - Assigning a Control to a Sub-Process

[former_member182564]

Good evening,

through the GRC Process Control User Interface it is very simple to add a subprocess to a specific control objective.

I wonder whether it is possible to assign a control (that is already defined) from a subprocess to another subprocess.
Obviously I do not want to re-create the control, but simply move it (something like a cut&paste).

Example:
Move "Control 03.02.02" from "Subprocess 03.02" to "Subprocess 03.10".

Thanx you very much in advance.

Best regards.

[Former Member · Accepted solution]

You can only move(cut&paste) the central control.

Do you use local or referenced controls?

[former_member182564 · Accepted solution]

I am mostly using local controls.

So, you're saying that it's only possible to "move" central controls between different subprocesses.

With this action, all the referenced controls will be moved too.

On the contrary, local controls are something like "stand alone" entities and they will not be influenced by any central control "move".

Is that correct?

Thanks everybody.

[rajeshwari_akkamgari · Accepted solution]

Yes, local controls do not get influenced by central entities.

Each subprocess is a different entity and can have unique set of controls undeneath it.

If you want to move controls between different subprocesses- You can cut,copy & paste.

In case you want to use a single control for different organizations and analyze, PC has a feature called 'Shared Service'.

With this, a single control defined under any subprocess can be used for many organizations and test it.This will further avoid user effort to create the same controls again and assign to different organizations.

For more details, you can visit the page

http://wiki.sdn.sap.com/wiki/x/XASGEQ

thanks,

Rajehswari

[Former Member · Accepted solution]

It depends on how the subprocess is assigned to the organization.  As with previous versions of PC where you assigned "with reference" or "with copy", in PC 10 if "Allow local changes" is not activated, then changes made at the central control/subprocess will flow through to the local controls.  Otherwise, if local changes are allowed, the local organization can add/change/delete controls and the link to the central control is now broken.  This is unacceptable to many organizations, particularly those subject to SOX in the U.S., but there is a program that can be run which compares local versions with the central version.