About Workbasket data instances
|
|
Use this form to define a work queue. A work queue names a container that holds assignments awaiting processing. Within a workbasket, assignments are ordered based on decreasing urgency.
A work queue, like an operator's worklist, functions as an inbox. Work queues can be the basis of reports available on the Case Manager portal.
Specific work queues can be referenced by routing shapes in flows.
Each operator may have a list of work queues that they can view. (To open an assignment in a work queues, the operator must possess at least one access role that matches an access role in the Roles field on the Workbasket tab, unless the Roles field is empty.)
Each work group can have an associated default work queue.
Administrators maintain work queue data instances. To list all work queues on your system, select Designer Studio> Org & Security >Tools > Workbaskets. To list those that are referenced by your current application, select Designer Studio> Process and Rules > Work Management > Workbaskets.
The Data-Admin-WorkBasket class contains workbasket data instances. They are part of the Organization category.
When you save a work queue data instance, if the Associated ruleset is [none]
, the system completes this field with a ruleset from the current application. This association assists with application packaging. You can update the associated ruleset using the field in the upper right corner of the form. See Identifying parts of rule and data forms.
If there is no ruleset associated with the data instance (for example, for existing instances not previously associated with a ruleset), the Associated RuleSet displays [none]
.
Initial workbaskets |