Action Follow-up Form
Action screen
Action form
Fields | Remarks |
Request | Go back to the action request follow-up form |
Status | Status of the action:
|
Graphical follow-up | Display the graphical follow-up of the request (only available for allowed participants) |
Refresh | Update the page; this is useful for actions completed in background mode. |
Description | Action description |
Help ( | Display the help window for the process containing text, a link, and an email address for support |
Requester | Name of the action initiator |
Started | Action launch date |
Participant | Participant associated with the action |
Assigned to | Name of the person to whom the action was assigned |
By | Name of the person who assigned the action |
On the | Action assignment date |
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.
Comments panel
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 follow-up form comments panel.
Processing a self-service action
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.
Assigning an action
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.
Reassigning an action
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.
Cancelling the assignment of an action
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.
Launching an action
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.
Cancelling a running action
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.
Closing a running 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.
Restarting a timed out system action
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.
Last updated
