WorkFlow Execution Management
Published workflows can be triggered to generate active Execution Instances. Every execution instance runs independently, empowering you to track the completion status of individual nodes and engage in control operations—such as pause, resume, or termination.
Start Execution
- Navigate to the Start WorkFlow Execution module and hit the Add button.
- In the popped-up configuration board, specify the following details:
- Release Version (Required): Select the workflow publication snapshot to instantiate.
- Owner/Initiator (Optional): Assign the responsible officer for this execution instance.
- Carbon Copy (CC) List (Optional): Provide personnel to be notified about flow milestones.
- Click Save. The system will consequently:
- Forge a new execution instance.
- Automatically finalize the "Start Event" node.
- Advance the business process to its first "Activity" node.
Upon a successful launch, you will immediately see the newly instantiated instance recorded in your active list.
Handle Process Activities
As the execution converges on an activity node, the designated operator must address the duties within the Handle WorkFlow Execution module:
- User Task: Operators are demanded to open the embedded form views to finish data submission/approval processes manually.
- Service Task: The backend service autonomously conducts programmed actions.
Upon fulfilling the requirements, the system securely escalates the process toward the subsequent node mapping.
Gateway Logic
When the process workflow reaches a Gateway node:
- Exclusive Gateway: Picks exactly one outbound route hinging off the provided Branch Key logic. Only the branch matching the evaluation token will become active.
- Parallel Gateway: Stimulates all outgoing branches simultaneously, splitting into parallel execution streams.
Life-cycle Control Interventions
Select any running execution instance in your workflow lists, click View Details, and an administrative modal presents the accompanying control buttons:
| Button | Icon | Functionality | Implication |
|---|---|---|---|
| Pause | ⏸ | Pause | Temporarily halts progression. All active nodes retain their state but suspend further advancements. |
| Resume | ▶ | Resume | Thaws out a paused flow back into a running state. |
| Terminate | ✕ | Terminate | Permanently aborts the flow. Induces an irrecoverable terminus. |
| Complete | ✓ | Advance Hand-off | Manually brands the execution instance as finished. |
The Terminate intervention is uncompromising and irreversible. Once terminated, that discrete execution instance halts permanently and cannot be re-activated.
Execution State Lexicon
| Status | Notation |
|---|---|
| Ongoing | The flow is running healthily, possessing active nodes awaiting resolution. |
| Completed | Flow achieved an End Event, or was comprehensively completed manually. |
| Paused | Manually halted, awaiting resumption commands. |
| Terminated | Aborted either through deliberate administration or system fatal error. |
Transitional Mechanics
Ongoing → Completed (End Event touched or manually completed)
Ongoing → Paused (Manual suspension)
Ongoing → Terminated (Manual termination)
Paused → Ongoing (Manual resumption)
Paused → Terminated (Termination while in deep suspension)
Completed and Terminated act as absolute end-states (sinks). Execution instances bearing these statuses cannot undergo additional state transformations.