Adding Stages to an application

It is often desirable to have an application, or form, transition through a set of phases or stages. At each stage the form might be used by different people in different roles. The form also might be presented in a slightly different manner in each stage, such as having some items or pages hidden, or in a read-only state.

Note: App pages do not have stages; stages apply only to forms.
Each form in an Domino Leap application can have multiple stages. By default, a newly created form has two stages:
  • Start – The initial state of every form. Once the form transitions away from the Start stage it cannot return.
  • Submitted - A submitted form is stored in this stage. Forms in this stage may be updated by users with permission.
Additional stages can be added and configured by clicking the plus (+) icon that appears when hovering over a Stage box or by clicking the Add Stage button in the Properties panel; however, the Start stage is always required and is unique.

Actions

Each stage can have multiple stage actions. Each stage action presents itself as a button in the form's footer area and therefore the terms stage action, and stage button are used interchangeably. There are two types of stage actions:
  • Submit – Submits the form data, and transitions the form to the next stage. A single stage can have multiple Submit buttons. Each Submit button may have different settings, and may transition the form to a different next stage. A stage that does not have any Submit buttons will be depicted as an "End" stage with a red square icon, however stage buttons may be added at any time.
  • Cancel – Returns the form to its original state before the end-user started making modifications. The form remains within the same stage. A single stage can have only one Cancel button. A stage is not required to have a Cancel button.

Activities

During the transition from one stage to the next, there are several activities that can take place: Send an Email, Call a Service, and Assign Users. The Visibility tab also allows the application designer to disable or hide any form item, or entire page, within a specific stage for a particular form. Domino Leap provides control over which users can access or modify the form's data at any particular stage. The setting of these permissions is done by clicking on a stage and navigating to Permissions, or by clicking the Visibility tab. For more information, see Application and Security overview.

Branching

Each stage action may define one (or more) conditional branch by clicking on the diamond icon below the stage object in the workflow diagram, or with the action selected by clicking on + Add conditional branch. A branch defines an alternate path the form takes when submitted. A branch must define a condition that determines when it will be followed. Branch conditions may be based on a user in/not in a role or the value of an item on the form. Each branch may have its own distinct activities that are executed when followed.

Reminders

Each stage may also enable Reminders. Reminders is an automated mechanism for notifying users that they have a form awaiting their action. Reminders may be triggered in three ways: in days after the record arrives into a stage, based on the value of a date field in the form, or a specific hard-coded date. The application owner may customize the To, Subject, and Body of the notification. The app owner may also specify different notification content for submissions that have passed the due date.
Note: For this feature to function properly, the administrator must configure the serverURI config setting.
The following properties in the VoltConfig affect how and when the reminders are sent:
  • reminders.scheduledTimeOfDay
  • reminders.scheduledTimeZone
  • reminders.workingDays

For more details, review each setting in the VoltConfig database.