Actors of processes
The concept of Actor defines who can perform a task or start a process.
First thing to know is that, in Bonita, a human task can be performed by a set of users (i.e. the candidates).
When a user is connected on Bonita Portal he/she can see the list of user task instances he/she can perform. But before actually performing the task, he/she needs to claim the task. By doing so he/she becomes the task assignee.
This action prevents concurrent actions from several candidates on a single user task instance.
Note that if the task assignee realizes that he/she cannot actually perform a user task instance he/she can release it. Releasing a user task instance will make it available again to all the initial candidates.
In order to define the candidates of a user task instance Bonita offers two alternatives: actor and actor filters.
This is done in two stages:
When the process is designed, the business analyst designates an actor for the step. An actor is a placeholder that defines the theoretical user who will perform the step.
Before a process is deployed, the actors are mapped to the real users in an organization.
When you define a process, you define who will carry out a step in the process by specifying an actor. For example, if a step can be done by any member of the HR team, you could call the actor hr, or if a step can only be done by the sales team manager in Europe, you could call the actor sales_mgr_europe.
Typically, an actor is defined for each step in a process, but you can also specify an actor for all steps in a pool or lane. You can also use an actor filter to specify the logical relationships between actors. For example, in a process to request vacation days, the request step can be carried out by any user, but the approval step must be carried out by the manager of the requesting user.
You can define an actor at pool, lane, or step, and the definitions are related. You must define actors in the order pool, lane, step.
To define actors for a process:
Define the actors for the pool:
.. Select the pool and go to the *Details* panel, *General* tab, *Actors* pane. If you have already defined any actors, they are shown in the table. .. Click *_Add_*. A new row is added to the table, with a temporary name for the new actor (for example, Actor1). To change the
name, select it and type the name you want to use. You can also add a description. … Repeat step 2 to add all the actors required for the process. You can also remove an actor, by selecting it and clicking Remove. … Select the actor that will be the initiator of the process cases, and click Set as initiator. If you do not define an initiator for the pool, the process cannot be started in Bonita Portal. Instead, it will have to be started programmatically. . For each lane, define the actor. You can either select an actor that was defined for the pool, by selecting the actor from the drop-down list, or you can use an actor filter. . For each step, define the actor. You can use the actor defined for the lane, or specify an actor for the step. To specify an actor for the step, you can either select an actor that was defined for the pool, by selecting the actor from the drop-down list, or you can use an actor filter.
The initiator is the user who starts a process instance. For a process that is started by a person, you must specify at least one actor to be the initiator. Any user who maps to this actor can then start a process instance. If a process is started automatically (for example on a schedule), it is not necessary to designate an initiator.
To specify an actor filter, click Set…, choose one of the predefined actor filters from the list, and follow the instructions in the wizard to configure the actor selector.
To change the configuration of an actor filter, select the actor filter, click Edit… and modify the information using the wizard.
To delete an actor filter, select the actor filter and click the Erase icon. Note that this does not remove the actor filter from the list of predefined actor filters, just from the process definition.
For information about creating a new actor filter, see Creating an actor filter.
Before a process can be tested, you must map the actors in the process to users in the organization. Before you can do this, you must define your organization Bonita Studio and upload it to Bonita Portal.
To map the process actors:
Open the process diagram in Bonita Studio, and click Configure in the cool bar. The actor mapping dialog is displayed, and indicates any actors in the process that are not yet mapped.
For each unmapped actor, click the actor name to select it. You can then map it to a group, role, membership (that is, a role within a group), or specific user.
When you deploy a process, if you have the same organization definition in Bonita Studio and Bonita Portal, you can map the actors first in Bonita Studio then include the mappings when you build the process for deployment. Otherwise, you can configure the actor mappings in Bonita Portal after the process is deployed, when you resolve the process.
The Bonita Engine API contains a method to re-evaluate the assignment of a task by reapplying the actor mapping any actor filters. This means that if there are changes in your organization, you can update any active process instances to assign tasks to the correct people. This is known as dynamic task assignment.
When you have mapped the actors for a process, you can export the mapping as a file. The exported file is in XML. To export the mapping as a file, open the process diagram in Bonita Studio, click Configure in the cool bar, and select Actor mapping. The actor mapping dialog is displayed. Click Export actor mapping as file… and specify the name and location of the file to be created.
You can also import an actor mapping file that was exported from Bonita Studio. To import a mapping file, open the process diagram in Bonita Studio, click Configure in the cool bar, and select Actor mapping. The actor mapping dialog is displayed. Click Import actor mapping file… and specify the name and location of the file to be imported. Warning: When the actor mapping information is imported, it overrides the existing mappings defined for the process.