Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
The State Flow Designer allows configuring transitions between the states. In particular, it is used in the practices state models (for example, Incidents State Model, Changes Change Enablement State Models).
You may need to configure transitions for the specified practice (for example, Incidents). For this, you have to create a state model first, and then you can configure transitions.
Creating state model
Info |
---|
The state models are stored in the State Models (sys_state_model) table. |
To create a state model, please complete the following steps:
- Navigate to State Flow Designer → State Models.
- Click New and fill in the fields.
- Click Save or Save and Exit to apply changes.
State model form fields
Field | Mandatory | Description |
---|---|---|
Name | Y | The displayed model name. |
Table | Y | Choose a table to create a model. |
Description | N | Description of the state model in a concise manner. |
Condition | N | Specify a condition if you need to create multiple state models for one tableconditions mandatory for executing the state model. See the Condition Operators article to learn more about available condition operators for different field types. |
The state model is created.
Configuring the transitions
Info |
---|
The transitions are stored in the the State Transition (sys_state_transition) table. |
To configure transitions in existing state model, please complete the following steps:
- Navigate to State Flow Designer → State Models.
- Click on the state model you need to modify.
- In the Related Lists area, choose select the State Transition tab, click New and fill in the fields.
- Click Save or Save and Exit to apply changes.
Info |
---|
Another way to create a new transition is the following:
Please note that in this case you will need to fill the State Model field manually. |
State Transitions form fields
Field | Mandatory | Description |
---|---|---|
State Model | Y | The state model containing transitions. |
State | Y | The initial state for the subsequent transitions. |
Available Transitions | N | Choose the transitions available for the state specified in the State field. |
Description | N | Description Brief description of the transition in a concise manner. |
Autotransition | N | Select this checkbox to enable the scheduled automatic state change for the state specified in the State field. |
Auto State | Y | Specify the state the record will be automatically transited to. This field appears when the Autotrasition field value is True. |
Duration | Y | Specify the duration (in business time, days, hours, and so on), after which time the state will change automatically. This field appears when the Autotrasition field value is True. |
Schedule | Y | Specify the schedule to calculate the auto-transition date. This field appears when the Autotrasition field value is True. |
Example of the transitions configured
Consider an example of the transition configured.
For example, the ITSM Incident model for the Incident table exists. And among others, there is the transition:
In this screenshot, the Completed state can change to the Rejected by User, Closed, In Progress and Assigned states. Also, if the state does not change for the three days 8 hours (on an 8x5 weekdays calendar; it. It's equivalent ten working days 8 hours each), then it will happen automatically.
We can see transitions defined by this model for the Completed state on the incident form.
Table of Contents | ||||
---|---|---|---|---|
|