Click in the request left menu to open the action information form.
Fields | Remarks |
Request # | Go back to the request follow-up form |
Status label | Status of the action:
|
Refresh | Update the page; this is useful for actions completed in background mode |
Help | Display the process help window, including a diagram of the workflow |
Graphical follow-up | Display the graphical follow-up of the request (only available for allowed participants) |
User access / Administrator access | Click to toggle between User access view and Administrator access view (if the user has supervisor rights to the request) |
Description | Action description |
Help | Display the process help window, including a diagram of the workflow |
Requester | Name of the action initiator |
Started | Action launch date |
Participant | Participant associated with the action |
Assigned to / by | Name of the person to whom the action was assigned and name of the person who assigned the action |
Error * | Error message displayed when an execution error occurs when the action is launched |
Sub-request | Display the follow-up form of the action's sub-request (only displayed when the action is a sub-process) |
File icon | The following file extensions are displayed with a specific icon: |
Associated data | List of data related to the action |
Comments panel | Slide-out panel to the right that displays the list of comments of the request |
Profile (User or Administrator) | Links that toggle between user view to Manager access view (if the user has supervisor rights to the request) |
* Displayed only if the action was cancelled by the system due to an action execution error.
A slide-out panel on the right allows the participants of the request to post free-form comments.
User operations and access permissions are the same as in the request information form comments panel.
An action assigned in Self-service mode can be accepted without being launched if it has not already started and if the user is part of the team. In this case, the action will move from the team list to the user’s to-do list.
If the user is the requester, a current and unassigned action can be assigned by the Manual by the coordinator assignment method.
If the user is the action initiator, a current and unassigned action can be assigned by the Manual by the action initiator assignment method.
If the user is the action initiator, a current and unassigned action can be assigned in case of error assignment by the Automatic to the person assignment method.
The list of users that can be assigned can be empty if the number of users exceeds the limit (this can be changed in the Administration Module). In this case, you have to filter the list. The filter is applied to last names, first names, and user names.
If the user is the process manager, a process supervisor, or a WorkflowGen administrator, the action can be reassigned.
If the user is the process coordinator and the action assignment method is performed manually by the coordinator, the action can be reassigned.
The user can cancel the assignment of an action if the action was assigned in Self-service mode.
The user can also cancel the assignment of an action if the action was assigned to him or her by the initiator.
Managers (administrators, process managers, and process supervisors) can cancel the assignment of a self-service action in Manager mode.
An action with the Self-service assignment method can be launched by a participant if the action has not been accepted or assigned.
An action that has not been started and whose assignment method is Self-service can be launched by a participant of the process if they have accepted it initially.
A running action can be cancelled if the user is the action assignee, or if the user is a process manager, a process supervisor, or a WorkflowGen administrator, and if an Action cancellation or Default exception transition has been defined by the process designer in the process for this action.
A manual action has to be explicitly closed by the user assigned to the action, or by a process manager, a process supervisor, or a WorkflowGen administrator.
In all other cases, the system closes the action automatically according to its type:
An action using an application is automatically closed when the application sends the result back to WorkflowGen.
An embedded sub-process action is automatically closed when the sub-request has been closed.
An independent sub-process action is automatically closed when the sub-request has been launched.
A synchronization action is automatically closed once it is launched or once the pause delay is over.
You can restart a system action that is in time out by clicking the Restart action button. This option is only available to administrators and process managers in administration mode, and does not support asynchronous (e.g. Web Proc Async) or aborted system actions.
The default timeout delay is 600 seconds (10 minutes). This is configured in the EngineServiceSystemActivitiesTimeOut parameter; see the Engine service table in the Web and Application Configuration Parameters appendix in the WorkflowGen Technical Guide.
