Flow form
Completing the Process tab

Field

Description

Reserved. Do not select this box.

Appears only if a case type rule has not been defined in this work class. Select to allow this flow to be started (applied to) an open work item created by a previous flow execution. Users can select this flow from the Add Work sub-menu in the Other Actions menu on the standard Perform harness.

Optional. When this box is selected, complete the Parameters tab to define any parameter values needed when the flow is started.

Select if this flow, when started, creates a new work item. Informally, flows that create new work items are called starter, starting, or top-level processes.

This checkbox is not available if one or more starter flows are defined on the case type rule (Starting Processes list on the Case Type rule form's Processes tab) that is associated with this flow's Applies To class. To designate this flow as a starter process, add it to the list in the case type rule; remove the flow to designate it as non-starting.

The checkbox is available if there are no starting processes defined in the case type rule or there is no case type rule in the Applies To class. See Case Type rules — Completing the Processes tab.

When you create a case type either in the Case Designer or in Application Express, the system generates a default starter flow and populates the Starting Processes list on the case type rule.

Users who hold at least one of the privileges listed in the Privileges array on this tab may start the flow from the Case Worker or Case Manager portals, or user forms. See Process and Rules category — Case Designer

Choose text that will be meaningful to users selecting a process.

This field is not available for a flow with a Category of ScreenFlow. Screen flows never create a new work item; the flow is started by a branch, call, or similar mechanism.

This setting is ignored if this flow is used in a modal flow, which does not create a pzInsKey value ( pyID). See modal flows.

Open Case Type Definition

Field

Description

Modal flows

If the primary page on which a modal flow is running has a pzInskey value or pyID, then this setting is used as follows:

• If selected, the modal flow does not save and commit the work item; assignments are created for primary flow; modal flow assignments are not created.
• If not selected, the modal flow saves and commits the work item at each assignment and can create assignments.

Skip create harness?

Select to indicate that the application can create a work item from properties defined in a data transform and with processing by the NewDefaults activity, without other sources of property values. When selected:

• If the data transform and the NewDefaults activity supply values that pass validation, the system creates the work item.
• The user form based on the harness specified in the Harness field appears only when validation fails.

Look for an assignment to perform after create?

Select to cause PRPC to next check 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.

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.

Clear this box to always use the settings assignment is not being performed settings.

As a best practice, select this box. In many situations, two or more assignments may 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 user is familiar with the work item.

This box is analogous to the Look for an assignment to perform after create? checkbox on the flow action Action tab.

This box appears when the Look for an assignment to perform after create? box is selected.

Select to include assignments in workbaskets in the search for back-to-back assignment processing. The search scope expands to examine the assignments in the workbaskets associated with the user's work group (through the Work Group field on the Workbasket tab of the Workbasket form), as well as assignments on the user's worklist.

Clear this box to bypass a workbasket search.

Optionally, your application can override the detailed search criteria that the system uses when this box is selected. The standard decision tree Assign-Workbasket.PerformCriteria defines these criteria.

If an assignment is not being performed

Indicate what the system is to present to users if no check for assignments occurs, or search occurs but none is found. Select:

• Show Harness — The system presents a refreshed harness form for the current work item, using the harness identified in the adjoining field. Typically, the new harness displays the results of processing or computations based on the user input.

  Select the Purpose key part of a harness to be used. Typically, a post-assignment harness has Confirm as the Purpose key part.

  Don't specify a "Perform-type" harness here — one that presents the work item in read-write mode.

• Close the Work Object — Close the user form, returning to an earlier workspace contents, such as the Process Work home view. No confirmation form appears.

Harness

Optional. Identify the second key part — Purpose — of a harness to identify the rule that the system presents when a user begins to enter a work item for this flow. (The system uses the Applies To key part of this flow as the first key part of the harness.)

If you leave this blank, the system looks for a harness with New as the Purpose.

When this flow is picked from the Add Work drop-down of a cover that has had its list populated by a case type rule, this field is ignored and the standard harness NewCovered is shown instead.

This setting is ignored in modal flows.

Data transform

Optional. Identify the second key part — Name — of a data transform that the system is to apply to each new work item created with this flow. (To find available data transforms, the system uses the Applies To key part of the flow as the first key part of the data transform.)

If you leave this blank, the system looks for a data transform named pyDefault.

Work parties

Optional. Identify the second key part — WorkParty — of a work party rule to define which party roles can participate in a work item. (To find available work parties, the system uses the Applies To key part of the flow as the first key part of the work party rule.)

If you leave this blank, the system looks for a work party named Default.

Cover Class

Optional. If this flow can create work items that belong to a cover work item (an object of a work type derived from the Work-Cover- class), identify here the class or classes of the cover objects. Order in this array is not significant.

These fields are not available if Temporary object? is selected. Temporary work items cannot be members of a cover.

If this specified class rule is a cover, you can create a case type rule (Rule-Obj-CaseType) that applies to this class. You use a case type rule to define covered classes, and it enables you to cover other cover objects and their children. The rule simplifies the process of designating covered objects.

If this class rule is referenced by a case type rule in a cover class, do not enter values in this field. In this situation, a warning appears stating that the settings are in this section are overridden by the case type rule. The warning does not prevent validation and normal flow processing.

Optional. Identify the second key part — the Purpose — of the harness displayed when a user enters a new work item that will become a member of the cover. (The class identified in this row provides the Applies To key part.)

If there is a related case type rule, the system uses the NewCovered harness .

Identify the second key part of a data transform — the Name — that you want applied when a work item of the specified Cover Class is created. The class identified in this row provides the Applies To key part.

If there is a related case type rule, the data transform specified in the Data transform field (not the one specified here) is used.

After you complete this rule and save it, click Start Flow   to test the rule.

Field

Description

This area appears if this flow has been defined as a supporting process on the Processes tab of the case type rule for this flow's Applies To class. The settings enable the system to automatically search for a waiting assignment (either on the user's worklist or in an application workbasket) and display its Perform harness to the user. Users who hold at least one of the privileges listed in the Privileges array on this tab may work on the assignment.

Field

Description

Security restrictions on flows can limit how the flow may be executed. Order is not significant in these two arrays.

Technically, if Creates a new work item is selected, flow execution only begins when a user submits a completed New user form. The system evaluates the restrictions in this array when the flow starts, rather than before the flow starts. As a result, if a user does not hold any of the privileges listed here, or at least one of the when condition rules is false, an Unable to authorize flow execution error condition appears after the New user form is submitted.

Optional. To restrict use of this flow to only those users who hold a specific privilege, enter a class that the system can use with rule resolution to locate the Applies To key part of a privilege rule.

Optional. Enter the second key part — Privilege — of a privilege rule to limit which users can create or update a work item with this flow.

The system uses the Privilege Class and Privilege Name values with class inheritance to look for the privilege rule.

When the privilege array is not blank, a user must hold at least one of the privileges listed to use this flow.

Optional. Enter the second key part — When Name — of a when condition rule that specifies conditions under execution of this flow can proceed. The system uses the Applies To key part of this rule as the Applies To key part of the when condition rule.

For example, you can restrict such executions to mornings only, or to only those users in a specific department. If the conditions are not met, the Unable to authorize flow execution error condition appears after you submit the new user form.

When this array contains more than one when rule, such executions can proceed only if all when rules evaluate to true.