Start
Definition
That is the first step of the workflow. At that step, you could define the fields you want to show when the end users will go to generate a task and the transitions available.
Step Tabs
Here you could find the list of available Tabs for the Start Step for each Process type. You could browse to the corresponding page to view more information.
&&TODO&& REVISAR DONDE PONER
Summary
USER MANAGEMENT | PERMISSION MANAGEMENT | ACCOUNT RESERVATION | |
Task details | Does not apply N/A | Does not apply N/A | |
Fields | |||
User queries | Does not apply N/A | Does not apply N/A | Does not apply N/A |
Triggers | |||
Incoming transitions | Does not apply N/A | Does not apply N/A | Does not apply N/A |
Outgoing transitions |
Task details
This process type does not have task details for the start step.
Fields
In this tab, you could choose what fields the process form will show to the end users. You can choose these fields from all identity attributes, and from the attributes defined for the workflow on the Attributes Tab.
For each field, you could choose if the field is read-only or write-mode, also you could add a script to validate the value of the field, and a script to decide the conditions to display the value.
Also, you can sort the fields, you only need to do drag and drop on the Order column to establish the proper order.
Validation examples
if (value == null || value.equals(""))
throw new Exception("The userName is mandatory");
else
return true;
It is also allowed in the following manner:
if (value == null || value.equals(""))
return ("The userName is mandatory");
else
return true;
Visibility example
&&TODO&&
aaaa
Triggers
On the trigger tab you could define different triggers using custom scripts. Those triggers will be launched with the events you will define.
- onLoad: you can use that trigger to perform some actions before the execution of the step.
- on PrepareTransition: you can use that trigger to perform some actions after the execution of the step and before to start a transition to another step.
- onChange: you can use that trigger to perform some actions hen the value of the attribute if changed. You could choose the filed from a list.
&&TODO&& ¿Solo está disponible el inputFIelds para todos los casos???
Example
For instance, to calculate the email when firstName or lastName change and depending on the userType:
firstName = (inputFields.get("firstName")!=null) ? inputFields.get("firstName").value : null;
lastName = (inputFields.get("lastName")!=null) ? inputFields.get("lastName").value : null;
userType = (inputFields.get("userType")!=null) ? inputFields.get("userType").value : null;
if (firstName!=null && !firstName.trim().isEmpty() &&
lastName!=null && !lastName.trim().isEmpty() &&
userType!=null && !userType.trim().isEmpty()) {
emailAddress = firstName + "." + lastName;
if ("E".equals(userType)) {
emailAddress = emailAddress + ".ext@soffid.com";
} else {
emailAddress = emailAddress + "@soffid.com";
}
inputFields.get("emailAddress").value = emailAddress;
}
Incoming transitions
This process type does not have task details for the start step.
Outgoing transitions
This tab is always available regardless of the selected step.
The Outcoming transition tab shows the next steps where the flow can go from the current step. When you create a process from a template or from scratch default outcoming transitions are defined. It is allowed to customize the default set up, add new transitions or delete transitions.
- From: current step.
- Incoming transition: name of the transition.
- To: the next step, where the flow go.
- Action: allows creating a custom script to perform specific actions.
When you create an outcoming transition, Soffid creates the proper incoming transition.
Example
Get the selected user, and sent to the next step the fistName and a operation
selector = executionContext.getVariable("userSelector");
user = serviceLocator.getUserService().findUserByUserName(selector);
executionContext.setVariable("testName", user.firstName);
executionContext.setVariable("testOperation", "CHECK");