Restricting the visibility of status options by group
You can configure a particular status to be visible only to certain
groups.
Note: This can be applied within a Hosted environment, but only within a test server.
By default, when you open the Change
Status dialog box, all the available statuses to which an object can
be set to are visible to all groups. Depending on the situation or the complexity of
your workflow, you might want to limit the number of statuses visible to only those
relevant to the group.
For example, suppose your workflow is represented by the
following figure. If you have a topic in the status of Authoring:revDone and you
open the Change Status dialog box, your choices
are Authoring:edit, Authoring:review, and Authoring:work by default. If you do not
want your subject matter experts (SMEs) to push a topic to the Authoring:edit
status, then you can hide that status from the SME group.
To configure the statuses seen by role:
Open the TEXTML Administration perspective by clicking the
TEXTML Administration shortcut on the
tool bar. If the shortcut is not displayed, follow these steps:
Select Window > Perspective > Open Perspective > Other
Click TEXTML
Administration.
Click Open.
In the TEXTML
Administration view, double-click the server. If your server is
not displayed in the view, you must add it to the view.
When the Connect as dialog
opens, type your username and password and click OK.
Double-click the name of your Content Store to open a connection to it.
Expand the Content Store's Repository node and browse to
/system/conf/ to locate the accessrights.xml file.
Right-click accessrights.xml and click Check
Out.
Double-click the file to open it in the XML editor area.
Locate the section that begins with:
<!-- ******* API METHODS DO NOT MODIFY ******* -->
Copy the following template and paste it BEFORE that section.
Replace [object] with the type
of object (topic, map, or image) to which the restriction applies.
As per the example, you would replace [object] with
topic.
<type name="topic">
[initial status]
Replace [initial status] with
the status the object must be in before it can be set to the target
status. If more than one status is possible, include each status in
their own <status>
element.
As per the example, you would replace [initial
status] with Authoring:revDone and Authoring:work.
Save, close, and check in the accessrights.xml file.
Inform users of the changes.
The changes will be
applied automatically once users close and then reopen their CCMS Desktop. Users can also apply the
changes without restarting their CCMS Desktop by clicking IXIASOFT CCMS > Synchronize Configuration. Additionally, have an administrator refresh IXIASOFT CCMS Web so that users will see the change
reflected there.
Therefore, a complete example of the Status
Change section would look like the following: