To make a process executable, it must be published. After that, the system will automatically assign tasks to the executors, send messages or suspend the process for a certain time in accordance with the process diagram.
Every time someone starts a published process, an instance of this process is created in the system.
Here is an example that helps illustrate the difference between a process and a process instance. When you define the participants of the process and describe all the stages of work using such graphic elements as swimlanes, tasks, gateways, events - you create a process. When an employee starts a process in the system and fills it with his/her own data: for example, indicates the type of leave, full name, manager, etc. - he or she creates an instance of the process.
QuickBPM can run only instances of the published processes.
If you make changes to a published process that has running instances, the system will complete their execution, without taking into account the changes. To apply the changes and make them available to users, you need to republish the process. In this case, you will create a new version of the process. All subsequent instances will be started using the latest version of the process.
How to publish a process
Before publishing a process, you need to save it. Once it's done, the Publish button becomes active.
Before publishing, the process will be automatically checked for logical errors. For example, a missing final event, an incorrectly configured gateway, incorrectly defined conditions, undefined executors in swimlanes.
If any critical errors are found in the process, you will see a warning at the bottom of the page. In the process diagram, elements with errors are highlighted with a red frame.
Some errors do not stop the process from being executed but might prevent its correct operation. Such errors are marked as warnings and are outlined orange. An example of such error is a swimlane with a missing executor (user, role or group). QuickBPM will be able to execute the process, but the tasks belonging to such a swimlane will be assigned to the system supervisor.
The process can be published after all the critical errors are corrected. Warnings do not stop the process from being published.