Skip to main content


         This documentation site is for previous versions. Visit our new documentation site for current releases.      
 

Enabling users to simultaneously work on cases

Updated on June 11, 2021

By default, when a user opens an assignment for action, the system locks the case that the assignment belongs to and its parent case to avoid conflicts created by other users acting on those cases. The lock persists until the assignment is saved, canceled, or submitted. You can enable multiple users to work on the same assignments and cases simultaneously.

For information about locking cases, see Locking Cases.

  1. Ensure you have a copy of the Pega Client Lifecycle Management and KYC case types in your implementation layer rulesets. Although it is not mandatory, it is recommended as well to have them in your class structure.
  2. Copy the pyOptimisticLockingEnableParentLock application setting (Pega-ProcessArchitect ruleset) into your rulesets.
  3. Enable the configuration for all the production levels. This activates advanced optimistic locking settings in the case type rule.
    1. In the navigation pane of Dev Studio, click Records.
    2. Expand the SysAdmin category, and then click Application Settings.
    3. Select pyOptimisticLockingEnableParentLock.
    4. Select the check boxes to set the value to True.
    5. Save the application settings.
  4. Enable simultaneous work on your top-level case types.
    1. In the navigation pane of Dev Studio, click Case types, and then click the case type that you want to open.
    2. In the Settings tab, click ActionsOpen.
    3. In the Advanced tab, select Allow multiple users
    4. Select the option Lock parent case when an action is performed on the case to ensure that there are no data integrity issues when two users work simultaneously on two cases from the same parent (for example, Local KYC cases).
    5. Save the application settings.
  5. Optional: If there are conflicts during the resolution of assignments, the system uses the pyShowConflict section (included in the pyCaseHeaderOuter section). If you have customized the default perform harnesses, you should update them and ensure that this section is included. The harnesses are:
    • PegaCLMFS-Work.Perform
    • PegaCLMFS-Work-Requirement.Perform
    • PegaCLMFS-Work-Requirement.RequirementHarness
Result:

When two users access the same assignment in the same case simultaneously, and the first user completes the assignment, the second user receives a message saying that the case has been modified. The system, however, leaves the second user in the original assignment instead of checking the validity of the assignment. It directs the second user to a review harness with a message stating that someone else already performed the assignment.

When a background process, such as the one that manages service level agreements or correspondence, takes control of the case for few milliseconds to update the case (for example, to increase the urgency), users that have the assignment open, will get an error saying that the case was modified and needs to be refreshed to regain control of it. Refreshing the case may result in the loss of some data entered in that assignment.

Have a question? Get answers now.

Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us