The Agile e6 Workflow module enables you to design workflow processes as a sequence of consecutive activities and assignments of individual resources (users, groups, roles, or distribution lists). Workflow processes can help facilitate teamwork and cooperation for work groups involved in organizational processes. Moreover, workflow processes can improve task-oriented communications and accelerate execution of business processes.
The Workflow module sends information and Work items to individual users for execution. New Work items can be triggered through completion of a predecessor Work item. The processing order of Work items can be either sequential (serial) or in parallel. As soon as a Work item is marked as complete by the user responsible for this Work item, the follow-up Work item is forwarded to the Inbox of the responsible user.
The diagram below is a schematic representation of the steps from the definition
of a Work Request to the completion of the Work Order. In this example, a Work
Request (that specifies why some work is necessary/desirable) is released and
thus promoted to a Work Order. Work Orders comprise possible solutions and reference
to a specific workflow process. You can assign a workflow process to a Work
Request. All affected objects related to a Work Order (items, processes, documents)
are collected together in the Affected Objects tab, thus ensuring that all objects
are processed together. In the messages sent out to individual users, predefined
workflow activities are represented by Work items with descriptions of the work
to be completed.
If the Workflow module is run in conjunction with the Enhanced Change Management module, affected objects related to a Work Order are (normally) replaced by detailed change operations in the Change Operations tab.
The Workflow Editor enables you to define workflow processes. Your processes are represented by nodes and connecting lines that can be added and edited using toolbars and buttons.
![]() |
The way process components are displayed can be defined in a style sheet. This style sheet can be customized to customer-specific requirements (corporate design, etc.). Therefore, the graphics used in the documentation can differ from your display! |
Assignment of Work Items:
The Executor is the core component of the Agile e6 Workflow Services and has the following tasks:
The notifier identifies new or changed Work items in the Work item list, checks whether a notification is desired or necessary and asks the Messenger to inform the corresponding user.
![]() |
The user must be defined and a user ID must have been assigned to the user. Users must have a valid e-mail address for e-mail notifications. Notification is not possible unless an e-mail address has been specified! |
![]() |
After creating a new user, one of the Agile e6 business services must be reloaded in the user or role mask, before work in the workflow management can be continued.
|
The messenger component is sending information to the user. In the moment only e-mail is supported. The messenger creates e-mails end sends them to the recipients. E-mail notifications contain predefined text and a reference to the appropriate Work item description. All e-mail notifications contain hyperlink references to the Inbox of the recipient.
![]() |
For the e-mail notification the Messenger uses html-
or text-layout files. These files are stored in the following folder:
The hyperlinks these files contain must be assigned! |
![]() |
Since an ordinary user won't be able to handle
general errors due to limited access rights, it is required to insert values
for ADMIN_UIC in the messenger section of the abs.ini file! This admin user schould be able to enter, change or delete person data. Also this person should be allowed to suspend and resume processes and to change resource entries in the activity list of the process. |
![]() |
For further information please refer to "privileges" in the Role Concept module. |
The Watchdog component monitors due and overdue activities and handles background activities. The corresponding Work items for due activities are identified and the messenger component is triggered in order to notify the assigned resources by e-mail. If the Work item has not yet been accepted by a resource, the messenger component will notify all recipients of the Work item, otherwise only the resource which accepted will be notified. Once a Work item becomes due or overdue, an e-mail notification is sent to the user. In case of overdue additionally the so-called Alert User is notified or to the process owner of the workflow process if no Alert User has been defined for the corresponding activity.
The alert user helps to name an alternative resource
if the user responsible for a process (the user who started the process) is
not to be informed in case of Reminder2.
Since the release of Agile e6.0 the message templates
don't exist of one single file any longer. This is to enable the collection
and sending of news of the same tpye. Therefore, message templates now contain
a header, a text part (which can appear several times) and a footer.
Most important default values and definitions differentiate between the following user types:
The illustrations in the sections below are schematic representations of these user types.
Tasks of the Workflow Designer
The following questions should be answered prior to the software-based definition of a workflow process.
Tasks of the Workflow Initiator
Tasks of the Workflow Participant
Tasks of the Workflow Administrators