Before you can use the Workflow feature you must configure your server to use it.
When you enable Workflow, it is at the server level - so any Sites you have can use it once it is enabled.
To enable Workflow
Start Evolve Designer.
On the Evolve Designer Models launcher dialog, click the Configure Evolve Server button.
The Evolve Server Configuration dialog opens.
Under Workflow, select the Enable Workflow check box.
Under Features, select the Enable Advance Workflow check box.
|
Ensure that you have Advanced Workflow license and System Manager as a Power Level to view the Administration menu. |
---|
Click Save.
Click Configure IIS and perform full deployment.
The Review and Approval workflow enables you to manage data quality by forcing changes to your model to be approved before they are committed to the repository.
The process covers all changes made to existing data, including the creation of new objects or the deletion of existing objects, as well as changes to associations data.
The workflow does not cover the following:
Questionnaires
Social features - Comments, Ratings and Favorites
Who Approves What?
The Review and Approval Workflow has two levels, which can be combined in your Site:
Page level
Object Instance level
Page Level Review and Approval
Page Level Review and Approval works by linking a Role to Index Pages and Object Pages in your Site.
Any changes to the data made via these pages, whether creating new objects, editing existing objects or deleting objects, must be reviewed and approved by members of the Role before those changes are applied.
Role members can approve or reject all, or merely some, of the proposed changes.
See how the Page level process works in detail
These steps assume there are no Object Instance level Approvers which would take precedence over the Page level approval process.
The Page Level process works as follows:
A User (who is not a member of the Approver Role) uses one of the associated Pages to create, edit or delete an object.
All members of the Approver Role linked to that Page are assigned a new Task informing them of the changes and prompting them to review them.
If Evolve Workflow is configured to use SMTP, an email is sent to the Role members notifying them of the Task, including a direct link to the Task in the Site.
The User is also able to view their change request - and can even delete it, discarding their changes, as long as it has not already been approved.
If the change request relates to the deletion of an object, that object is highlighted with a strike-through wherever it appears in the Site and the UI makes it clear the object is 'marked for deletion'. It cannot be edited while it is in this state.
Any one of the Approver Role members reviews the changes and either approves or rejects them.
The Approver can accept some of the changes and reject others.
The Task is cleared when one of the Approver Role members approves or rejects the changes.
The Approver can enter comments explaining their decision which the User can see.
The approved changes are submitted to the repository and any rejected changes are discarded.
The Task is marked as 'Completed'.
A notification is sent to the person who made the changes informing them whether they have been approved or rejected.
If Evolve Workflow is configured to use SMTP, the notification is sent via email as well.
The User can also see the outcome of the Task, including any comments, by viewing the Task in the Site.
Object Instance Level Review and Approval
Object Instance Review and Approval works by linking a Role or User to a specific object instance in your model. If another user edits or deletes the object, then it must be approved before the change is committed to the repository.
See how the Object Instance level process works in detail:
A User (who is not an Approver for the object) edits or deletes a governed object.
All Approvers linked to that object, whether individual Users or in a Role, are assigned a new Task informing them of the changes and prompting them to review them.
If Evolve Workflow is configured to use SMTP, an email is sent to the Approvers notifying them of the Task, including a direct link to the Task in the Site.
The User who made the change is also able to view their change request - and can even delete it, discarding their changes, as long as it has not already been approved.
If the change request relates to the deletion of an object, that object is highlighted with a strike-through wherever it appears in the Site and the UI makes it clear the object is 'marked for deletion'. It cannot be edited while it is in this state.
Any one of the Approvers reviews the changes and either approves or rejects them.
The Approver can accept some of the changes and reject others.
The Task is cleared when one of the Approver Role members approves or rejects the changes.
The Approver can enter comments explaining their decision which the User can see.
|
Reviewers can only download and view the attachment, which is attached by the user. They cannot delete the attachment file. |
---|
The approved changes are submitted to the repository and any rejected changes are discarded.
The Task is marked as 'Completed'.
A notification is sent to the person who made the changes informing them whether they have been approved or rejected.
If Evolve Workflow is configured to use SMTP, the notification is sent via email as well.
The User can also see the outcome of the Task, including any comments, by viewing the Task in the Site.
Precedence
If you combine Page level approval with Object Instance level approval, there is an order of precedence to determine who must approve what.
The rules are detailed as follows:
If an object has both levels of approval, then the Object Instance level takes precedence.
If a user who is in a Page level approval Role edits an object on one of their governed pages, but the object has Object Instance level approvers (Users or Roles) - then the Object Instance approvers take precedence.
What do you want to do?
Set up Approver Roles and Users, and assign them to the pages or objects they must approve
This page explains how to set up approvers for the Page level and Object Instance level Review and Approval workflows.
|
These instructions assume you have already enabled Workflow in Evolve. |
---|
Set up Page level Approver Roles
To ensure consistent data governance, you should ensure you assign Approval Roles to all pages on your Site where the data you want to govern can be changed - for example on Object Pages, Index Pages using Tables, and so on.
To specify which Roles approve which pages:
In your Evolve Site, browse to the Roles administration page.
Click the Role you want to edit.
The Role page is displayed.
Click the Edit button.
In the page sub-menu, click Approve Views.
The page lists all the pages the Role is the Approver for.
Click the Associate button at the top-right of the CW View (approves) box.
Click inside the text box, or start typing the name of the page you want Role members to approve.
Select the page from the list.
The page appears in the box.
Click the Save button.
In the pop-out Changes window, click the Submit changes button.
The page is added to the list of pages Role members approve.
|
You can also configure Approver Roles using the grid on the built-in Governance Administration Page. To use this method, select a page, click the Edit button and then link the page to Roles using the CW Role (is approved by) association. |
---|
Set up Object Instance level Approvers
Both Users and Roles can be assigned as Approvers at Object Instance level.
The simplest way to assign Users or Roles to object instances is using Object Explorer or Model Explorer.
You can do this by selecting an object and associating it to a CW User or CW Role, or by selecting a CW User or CW Role and associating it to an object.
|
You must have opted to Show the Evolve Object Types using the Show/Hide Object Types function in Evolve Designer in order to be able to see the CW User and CW Role objects in your model. |
---|
When assigning Object Instance Approvers:
Associate objects to Roles using 'Any Object (is approved by role) CW Role' or 'CW Role (role approves) Any Object' depending on whether your focus is the object or the Role.
Associate objects to Users using 'Any Object (is approved by user) CW User' or 'CW User (user approves) Any Object' depending on whether your focus is the object or the User.
The Object Validation workflow enables users to request that an object be validated by one or more nominated users (Reviewers).
Each reviewer then receives a Task prompting them to review the object, and then either approve it for validation or reject the request.
The workflow remains active until all reviewers have responded to their tasks. If all reviewers approve the validation request, the object is marked as validated.
The validation is recorded using three Property Types of the object, one for recording if it is validated or not, one to record the date/time of the validation, and one to record the names of the users who approved it. You can use the standard Validated and Validated Date Property Types for the first two of these.
See how the Object Validation process works in detail
The Object Validation process works as follows:
A User views an Object Page on the Site and decides they would like to have that object approved for validation.
The User clicks the Create Task button on the page and chooses one or more Users they would like to validate the content. They can optionally enter a message or a comment about the object which the nominated Users can view.
Each Reviewer is assigned a new Task asking them to review the object data and either Approve or Reject it.
The workflow remains open until all nominated Users have either Approved or Rejected the object.
When a nominated User responds to their Task, the User who requested the validation is sent a notification informing them of the response.
The object is only considered validated if all Reviewers Approve it.
When the Task is completed, the User who requested the validation is sent a final summary notification including all the response outcomes.
If all Reviewers Approve the validation request, the object is marked as validated, the date/time of the approval is logged, and the names of all the Users who approved it are recorded. All this data is captured on the object itself.
What do you want to do?
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center