Skip to main content


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

This content has been archived and is no longer being updated.

Links may not function; however, this content may be relevant to outdated versions of the product.

How to create case types from existing applications

Updated on October 7, 2014

Summary

For applications created in releases before V6.1SP2, you can use the new Case Type Definition gadget to create formal case and task hierarchies from existing work types.

Pre-requisite:  All work types that need to be formalized as case types must be derived from the Work-Cover- class.  Otherwise, they can only be treated as tasks covered by another work type that has a Case Type rule defined.

Suggested Approach

If you have imported in an existing application into a 6.1 SP2 system, you can access the Process & Rules > Case Management landing page and Case Type Definitions gadget to see your existing work types.

Work types are grouped by work pool, and the work types in your application will likely all appear in the Other grouping when there are no case type rules defined for those classes.

  1. Add the work type that is to become the top-level case directly to the work pool by right-clicking on the case type and choosing Add from the context menu.
  2. At the dialog, select Use Existing and specify the top level work type.
  3. Click OK.
  4. This automatically creates a case type rule for that work type. It appears as a top-level case under its work pool.
  5. At this point, you have a single case type rule defined, with no coverable work types yet. Right-click the top-level case and choose Add, with Use Existing, and add subcases or tasks to that top level case. The result is a formal case type structure with one top-level case containing two subcases.

More Information

  • Each time you use Add > Use Existing, the system automatically creates a case type rule for that work type and adds a reference to that work type in the parent case type's Coverable Work Types list.
  • New subcase and task types default to Automatic instantiation when added to a parent. This means that when a work object of the parent case type is created, the application will automatically create work objects for each coverable class, and then start their starting flows. As this may not be desirable for an existing application, specify that the Instantiation settings for a case's children are related to your application.
  • New subcase and task types default to Required when added to a parent. This means that the parent work cover cannot be resolved until all the covered items of that type are resolved. As this may not be desirable for an existing application, specify that the Required settings for a case's children are related to your application.

Tags

Pega Platform 6.1 SP2 Case Management Financial Services Healthcare and Life Sciences Insurance Communications and Media Government Healthcare and Life Sciences Consumer Services

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