What is a Workbasket, Work pool and Workgroup

 

What is a Workbasket, Work pool and Workgroup

Work Basket is an instance of  Assign-Workbasket. It is Queue of All the work Items those can      be accessed by Multiple Operators who are connected to the basket via their Work Group.
Work Group Acts an Interface between Operator and Work Basket. Work Group and Work Basket can be connected to each other.
Work pool :-  Class Group when added in the access group (Under Advanced Tab) it is said to be work pool. It Identifies which case types should be loaded for an operator to create work.
 
 
 
 

Dependencies between workgroup and workbasket

Report

I have some questions about workgroup and workbasket.

I already try to choose one workgroup and set two workbasket for my operator configuration. But I only get one workbasket access, following which chosen workgroup.

Can one Operator have more then one workbasket access?

Can someone tell me how dependencies between workgroup and workbasket?

        Answer

 

 

Answer

Yes , one operator can have more then one workbasket access.

Workgroup belongs to an organization where as the work basket belongs to a unit in the organization. Every Work basket has a work group and every operator has a default work group and can be authorized manager of many workgroups within the organization .

Ex. Operator's default work group is WG1 , and there are three workbaskets WB1,WB2,WB3 mapped to the operator's profile . The workgroup of workbaskets WB1,WB2 is WG1 and WB3 is WG2 respectively .

The operator can receive assignments from all the workbaskets using get next work , but the default work basket lists which is displayed is  based on the active work group .  If the active workgroup is WG1  you will see WB1,WB2 and the default workbasket of the workgroup and if the active workgroup is WG2  you will see WB3  and the default workbasket of the workgroup. 

For further relationships between work group and workbasket you can refer the below link.

https://pdn.pega.com/community/product-support/question/worok-group-and-work-basket-relation

In the CSSA course you can refer to Creating Organization Records for better understanding.

 

 

Comments

Post a Comment

Popular posts from this blog

Split For Each shape in pega - Parallel processing in Pega

Image
  Split For Each shape in pega Parallel processing in Pega We can allow users to perform multiple tasks independently to complete the work, in pega we can this as parallel processing. In a stage or flow rule, we can add smart shapes to achieve this parallel processing. Smart shapes in pega Pega has defined some smart shapes like  Split Join ,  Split-For-Each,  and  Spin-Off . We have to use these smart shapes in sub-process shape. Each shape can call one or more processes to proceed in parallel. Split For Each shape in pega Split for each allows us to run a single process multiple times by looping through a Page List or Page Group. The main flow continues when processes on the PageList/PageGroup processed. I Will explain with an example:  In a Service Request case type when the user submits a request it should be going for the inspection process. Used Split Join shape to fulfill this requirement with two sub-processes. When all sub-processes are complete, t...
Read more

Queue processor FAQ

Image
  Queue processor FAQ A queue processor rule is an internal background process that you configure for queue management and asynchronous message processing. Use standard queue processor rules for simple queue management or low-throughput scenarios, or use dedicated queue processor rules for higher-scaling throughput, and customized or delayed processing of messages. Best practice is to configure queue processors instead of using standard agents to manage message queuing in Pega Platform. For details, see   Background processing best practices . Frequently Asked Questions about queue processors include the following: How do I queue a message to a queue processor? You can queue a message to a queue processor by performing either of the following actions: Use the   Queue-for-Processing   activity method. Use the   Run in Background   SmartShape when you create a case. For more information, see   Queue-For-Processing method   and   Running a backg...
Read more

Tickets in PEGA – its Configuration, Usage & Execution

Image
Tickets in PEGA – its Configuration, Usage & Execution   What is Ticket in Pega? Tickets are rule instances of class   Rule-Obj-Ticket . A ticket (available under   Process   Category) can be used to jump to or go to another part (either backward or forward) of the current sequence of execution Tickets do not have any processing logic. Why do we need Ticket? In a flow processing, case usually flows through a pre-defined sequence of events. However, there may be certain exceptional scenarios where we need to leave the regular sequence of event and process an exceptional sequence. Tickets are used to process out-of-sequence events. Tickets are entry point to a flow to handle any errors or exceptions or events defined by the user. Business Scenario Let us assume that OSP has a loan processing   application   and the sequence of events is as below: Client applies for a loan by submitting appropriate documents Loan officer reviews the documents and approves ...
Read more