Flow Action form - Completing the Action tab
Action tab on the Flow Action form
In the Action tab, you can:
-
Run an application against one or more applications or processes on your desktop.
-
Associate data transforms and activities to run on the flow action before or after a user submits an action form.
-
Specify the next window that should be shown after the flow action is submitted.
Complete the following steps:
- Configure the actions that occur before the user submits that
action form in the Preprocessing section.
For preprocessing, the system first applies a data transform, next runs an activity, and finally runs an automation.
-
In the Apply data transform field, specify a data transform that the system applies to the current primary page at run time.
-
Complete one of the following actions:
-
Specify an existing data transform.
-
Create a new data transform by clicking the Open icon.
-
-
Enter values for the parameters, if any, for the data transform.
Note: If, at run time, this flow action has the highest likelihood, the form for this flow action appears as the default form when your application displays a Perform user form. The data transform also runs. Consider the consequences if the user then selects a different flow action. -
-
In the Run activity field, specify an activity that the system runs before it performs other processing for the flow action.
-
Complete one of the following actions:
-
Specify an existing activity.
-
Create a new activity by clicking the Open icon.
Leave this field empty if this flow action supports bulk processing. Bulk processing cannot use a preprocessing activity.
-
-
Specify the values of parameters, if any, for the activity.
Consider the following usage notes when using an activity for preprocessing:
-
This activity runs only once, when a user selects the flow action for an assignment, even if the action area is redisplayed more than once (for example, because inputs that users submitted the first time failed validation). The activity also runs when you preview the flow action.
-
In this activity, do not perform a Commit operation, and do not transfer the assignment.
-
If, at run time, this flow action has the highest likelihood, the form for this flow action form appears as the default action when your application displays a Perform user form, and the activity runs. Keep this in mind and consider the consequences if the user then selects a different flow action.
-
You can use the standard activity Work-.jumpToTask to allow a user to return control to a completed assignment that is marked as an entry point.
If you use this activity, complete either the TaskName parameter with the internal shape name, such as ASSIGNMENT52 or UTILITY12, or select the previousEntryPoint check box. See the standard flow action Work-.Previous for an example.
-
-
If you are using Robotic Desktop Automation (RDA), specify the preprocessing automation to run on the user's desktop. Run a preprocessing automation when you want to retrieve data from an application that is running on the user's desktop and will then be displayed in a user form in your application.
Complete the following steps:
-
In the Run robotic automation field, enter the automation name.
-
In the Description field, enter text that describes what the automation does.
-
Note: Automations are always run synchronously; flow processing pauses while the automation is running. After the automation completes processing, the clipboard is updated, and the section referenced on the flow action is rendered. -
- Configure the processing that occurs after the user submits the
action form in the Postprocessing section.
For postprocessing, the system first invokes an automation, next applies a data transform, and finally runs an activity.
-
If you are using RDA, specify the postprocessing automation to run on the user's desktop. Run a postprocessing automation when you want to send data that users enter in a case form to all the applications that are running on a the user's desktop.
Complete the following steps:
-
In the Run robotic automation field, enter automation name.
-
In the Description field, enter text that describes what the automation does.
Note: Automations are always run synchronously; flow processing pauses while the automation is running. After the automation stops processing, the clipboard is updated, and your case continues to the next assignment. -
-
In the Apply cost field, specify the flow action cost.
Complete one of the following actions:
-
Enter a number or expression for the cost of this flow action, in units of any type.
-
Enter a property reference, identifying a numeric property used in your computation.
Within in a single application, use only numbers or property references.
For example, the standard activity Work-.ValidateAction contains Java code that accepts either a Java double value or a property reference in this field.
strCost = “Value of pyCost from a flow action passed in as a parameter” double newCost try { newCost = Double.parseDouble(strCost); } catch (NumberFormatException e) { // If the cost is not a hard-coded double, // perhaps it is a property ClipboardProperty thisRef =.getProperty(strCost); if (thisRef != null) newCost = thisRef.toDouble();
-
-
In the Apply data transform field, specify a data transform that the system applies to the current primary page at run time.
-
Complete one of the following actions:
-
Specify an existing data transform.
-
Create a new one by clicking the Open icon.
-
-
Enter the values of parameters, if any, that are on the data transform.
-
-
In the Run activity field, enter the activity that the system runs after it processes the flow action.
-
Complete one of the following actions:
-
Specify an existing activity.
-
Create a new one by clicking the Open icon.
-
-
Enter the values for parameters, if any, that are on the activity.
See the following list for usage information about this activity:
-
Do not include a Commit method in the activity.
-
If you use an activity that depends on parameter values to be entered by a user after that user chooses this flow action, enter the activity here rather than placing the activity in the flow.
-
This activity can perform validation processing and add messages to the clipboard if validation fails and can perform other processing that is to occur when the flow action is submitted successfully.
-
If this is a local flow action, you can force a refresh of the entire user form by referencing an activity that sets the param.Purpose parameter to NoPurpose.
-
For screen flows, by default, when this flow action appears as a step in a screen flow, and the user at run-time clicks a different step in the screen flow, this activity does not run.
To run this activity when the user clicks a different step, select the Post Action on Click Away? check box on the Assignment shape properties panel.
-
-
-
In the Back-to-back processing configuration section, specify how to manage back-to-back processing.
Complete the following steps:
-
Select the Look for an assignment to perform check box to search for another assignment for the same work item and same flow execution on the user's worklist.
This feature is sometimes called back-to-back assignment processing.
See the following list for usage information about back-to-back processing:
-
The system only finds and presents assignments that the current user is qualified to perform and for which the value of Assign-.pyActionTime is past.
-
As a best practice, select this check box. In many situations, two or more assignments can be open for one work item, assigned to the same person.
When a user who performs one of these assignments is also qualified to perform other assignments, it is usually most efficient to have that user perform the assignments one after another, because the work item is familiar.
For example, a flow might require three items of outgoing correspondence to be edited and sent out. In the flow, a Split Join shape might cause the Pega Platform to create three correspondence editing assignments, all in a single worklist. After a user edits the first correspondence item, completing one of the three assignments, it usually is productive to have that user complete the other two assignments.
-
-
Select the If not found, look for assignments in other flows on this case check box to search for open assignments on this user's worklist from other flow executions active for the same case.
The system finds and displays assignments that the current user is qualified to perform and for which the value of Assign-.pyActionTime is past.
This check box appears only when the Look for an assignment to perform check box is selected.
-
Select the If not found, look for assignments in flows on the parent case check box to include open assignments for the cover work item to which this case belongs when searching for back-to-back assignments.
The system finds and displays assignments on the current user's worklist for which the value of Assign-.pyActionTime is past.
This check box appears only when the Look for an assignment to perform box is selected.
-
Select the For each also consider assignments in work queues check box to include assignments in work queues in the search for back-to-back assignment processing.
The search scope expands to examine the assignments in the work queues associated with the user's team (through the Work Group field on the Work queue tab of the Work queue form), as well as assignments on the user's worklist.
This check box appears only when the Look for an assignment to perform check box is selected.
Optionally, your application can override the detailed search criteria that the system uses when this check box is selected. The standard decision tree Assign-Workbasket.PerformCriteria defines these criteria.
-
From the If an assignment is not being performed list, specify what the system displays to users after all assignments are complete.
Select one of the following options:
-
Show Harness — The system displays a refreshed harness form for the current work item, using the harness identified in the next field. Typically, the new harness displays the results of processing or computations based on the user input.
In the next field, select the Purpose key part of a harness to be used. Typically, a post-assignment harness has
Confirm
as the Purpose key part.To force the user form to close, select the standard harness Work-.AutoClose. This is equivalent to choosing the Close Harness option in the list.
Note: Do not specify a Perform-type harness (a harness that presents the work item in read-write mode). -
Get Next Work – The system uses information on the Work tab of the Operator ID instance of the current user to search for an assignment to work on next.
-
Get Next Work in Current Work Pool – The system selects the next assignment in the work pool to assign to the current user.
-
Close the Work Object – Close the user form, returning to earlier work area contents, such as the Process Work home view. No confirmation form appears.
This setting applies only to Submit and Next/Finish buttons.
To close the form when a user clicks the Create button, select the If an assignment is not being performed check box on the form's Process tab.
-
-
-
In the Action buttons section, specify how to control the display of the flow action's default navigation buttons.
Complete one of the following actions:
-
Select the Hide the default action section buttons check box to hide the default action section buttons.
As an alternative, you can then provide custom navigation, such as buttons, drop-down menus, and links, in the body of the action section. For example, use pxButton and a Cancel action instead of Cancel.
Note: If you select this check box but do not provide alternative navigation, users will not be able proceed in the process. -
Select the Customize the action section buttons labels check box to customize the text on the default navigation buttons.
The default buttons are:
-
Submit – Submits the current work item. This button typically only appears in the last step of the flow action.
-
Previous – Displays the previous step in the flow action, if one exists. This button only appears after the user has moved past the first step.
-
Cancel – Cancels the process and closes the flow action without saving any changes.
-
Next – Displays the next step in the flow action, if one exists. This button does not appear in the last step of the flow action.
Note: Do not leave a button label blank. At run time, unlabeled buttons are functional but do not display text.Note: If an error occurs during postprocessing of a robotic desktop automation, the default case action button label automatically changes from Submit to Ignore and continue. If you provided a custom label for the Submit button, the Submit button label does not change. You can advance the case by clicking the Submit button again. -
-
-
In the Indicator section, specify how you intend to use the flow action.
-
Select one of the following options from the Used as list :
-
Local Action – Select if you want a local flow action to update the assignment and the work item. The local action retains the flow at the same assignment shape, allowing the current user (or another user in some cases) to choose another flow action. Local flow actions can be invoked from a modal window or from a flow action form.
-
Connector Action – Select if you want a connector flow action that corresponds to a connector arrow in the flow, to update the work item, complete the assignment, and advance the work item in the flow. Typically, connector flow actions are invoked from a flow action form.
Alternatively, you can use auto-generated controls.
-
Local and Connector – Select to use the flow action as both a local action and connector action.
When a user selects Other Actions in a flow action form, a menu displays connector flow actions and local flow actions.
-
-
Select the Disqualify this action from bulk processing check box to exclude the flow action from the list of flow actions that are available for bulk processing. See Running flow actions in bulk.
You can perform bulk processing when the following criteria is met:
-
The Before this Action... Run Activity field is blank.
-
The flow action does not have circumstances.
-
If the assignments are in various work types, the Applies To class of the flow action must be a class that is an ancestor to all the work types.
By default, some standard flow actions are not eligible for bulk processing because the process is designed to be used with only one work item at a time. To change the default setting, copy the flow action to your ruleset and make the change.
-
-