Process report screen

Errors and warnings

Errors (prevent the workflow from running)

General validations performed by the report generator:
  • A process must have at least a beginning and an end.
  • A process must have one single participant in the role of requester.
  • There can only be one OTHERWISE condition in the transitions of an action.
  • If more than one transition exists between two actions, all of the transitions must be conditions.
  • All process data must be used in the action parameters or in the transition conditions.
  • Data used in a condition must be associated to an OUT or INOUT direction action parameter if no default value is set.
Action validations performed by the report generator:
  • All actions must have at least one next action or END.
  • If an action has a transition to an end of a process, the transition of the next actions must have a condition.
  • An action that loops must have a condition.
  • For an application or a sub-process, all the required parameters of an action must be defined.
  • Actions that include a transition with an OTHERWISE condition must have another transition with a condition that is not an OTHERWISE condition.
  • If the action comes from a synchronization, the By the action initiator assignment method is not possible.
  • If the action can be launched after an exception transition, the By the action initiator assignment method is not possible.
  • The Automatic to the action initiator assignment method is not allowed if the participant is not a requester and if the participant of the previous action is different.
  • The By the action initiator assignment method is not allowed if the action is called after an exception.
  • Ensure that all required application parameters for an action are defined.
  • Ensure that all the required action parameters for a sub-process are defined

Warnings (do not prevent the workflow from running)

Action validations performed by the report generator:
  • It is advised to use an exception transition if actions use the following assignment methods and if the username is retrieved from process data:
    • Automatic to the person who handled...
    • Manual by the person who handled...
    • Automatic to the person
  • It is advised to use an exception transition if actions use an automatic application (web proc, web service or asynchronous web proc).
  • It is advised to use an exception transition if actions use a sub-process.
  • All process data must be used.
  • Ensure that default and additional parameters used as OUT types are linked with data.
  • Automatic applications must use an exception.


Request environment
In progress
Number of requests in progress
Number of requests closed
Total requests launched

General information

Process name
Process version
Process description
Process status
Is this a sub-process?
Access level
Public or private access level
List of categories with which the process is associated
Lead time
Process lead time
Use working days/hours in duration calculation
Uses only office hours to calculate time schedule
Notify the requester when closed
Notification is sent to the requester when the request is closed
Archive the results of the actions
Saves the result of each process action at each step of the process


Participant description
The participant is defined in the global information
Participant role in the process
Participant type
Type of association to the directory
List of users associated with this participant
List of groups associated with this participant
List of directories associated with this participant
List of coordinator users for this participant
Graphical follow-up
Visible in the graphical follow-up
Permission for requests
Access to all requests
Permission for supervisors
Special permissions for supervisors
Permission for comments
None, read, or read/write permissions
Supervisor limited scope query
Used in actions
Actions in which this participant is used


Data description
Data type
Type of data
Default value
Default value of the data
List of participants with access to the data
Show the data in the follow-up forms
The selected data will be visible in the following places:
  • Request and action follow-up forms
  • Default notification messages (emails)
  • Action data popup window
  • Search criteria list
✏️ Note: Unchecking this option disables and unchecks the Search criteria by default, Display in columns in the lists, and Display in column options.
Search criteria by default
The selected data will appear in every search screen as selected criteria without search parameters
Display in columns in the lists
The selected data will appear in a column in all lists of requests and actions (single-process mode)
Display in column in homepage
The selected data will appear in a column on the home page (single-process mode)
Define data as read-only This saves disk space when used on file process data by associating a single copy of the file per process for all closed actions and closed requests. ✏️ Note: An action’s OUT and INOUT parameters using data declared as read-only will not be updated. ⚠️ Caution: In general, do not define EFORM appplications'FORM_DATA elements (which contain the data of a form) as read-only.
Used in actions
List of actions in which the data is used
Used in conditions
List of process transitions in which the data is used


Action sections have sub-sections that provide information about the following:
  • General
  • Required parameters
  • Additional parameters
  • Previous action
  • Next actions
  • Notifications
  • Additional notifications