Related terms
The work pool for a user is the set of all the work items or cases (open and resolved) of all the Work- or Work-Cover- classes that a user can enter (in one application).
The system determines which work types or case types (which classes derived from the Work- or Work-Cover- base class) a user can enter from a list of class groups. These class groups are specified in an access group associated with that user.
A single user can create work items that belong to different class groups. For example, suppose three applications are defined by RuleSets Alpha, Beta, and Gamma. Assume that each application has one class of work items, with the class names Work-Alpha, Work-Beta, and Work-Gamma, and that one class group is defined for each application.
Tom's access group can let Tom be a user of only the Alpha application. Tom can create, review, and update only Alpha work items.
User Mary is a user of both Beta and Gamma applications and so can create, review, and update both Beta and Gamma work items. User Fred can access all three applications.
The selected work pools also affect the operations of the Application Explorer and the scope of reports in the Monitor Activity workspace.
On the Requestor page of the clipboard, the property pxRequestor.pxCurrentWorkPool holds the value of a user's current work pool.
When one Pega 7 Platform system hosts two or more organizations using a common application, make sure that each organization has dedicated work pools. Work object numbering is per work pool; each organization can then have a work item numbered W-1234.