Published Release Notes

Complete email and notification approval in App Studio

App Studio now supports complete email approval configuration directly in the Case Designer. Email approval settings now include composing a new message or selecting a template, saving templates to a library for future reuse, and adding attachments to an email. Additionally, you can now send the approval as a push notification to mobile users. With full configuration of email approval in App Studio, you save time and create unique and personalized email messages and push notifications in a no-code, intuitive way. 

For more information, see Obtain approvals from email and push notifications from App Studio (8.5), Requesting approval by email and push notification.

Business logic routing of approval steps

Pega Platform™ now supports routing of approval steps by applying business logic, in both App Studio and Dev Studio. Business logic uses a set of conditions to determine the most appropriate worker to approve a case by routing the approval based on defined conditions. For example, in a loan request case, the application can route the approval step to a manager if the importance of the case is set to high. For greater accuracy, business logic can also use skill set, availability, and workload to determine the appropriate worker. With business logic routing, you increase work efficiency and speed up case resolution.

For more information, see Determine a relevant case approver by using business logic (8.5), Requesting approval from users.

Default Create stage in a case life cycle

Pega Platform™ now adds a default Create stage to a case life cycle every time you create a new case type, both in App Studio and Dev Studio. The default Create stage includes a view that users interact with to provide initial data before case processing begins. Consequently, you can now easily locate the view to make any necessary changes. In the background, the Create stage makes a case type independent from the starting process, which removes relevant advanced configurations and makes application development faster.

For more information, see Capture initial data faster with the default Create stage (8.5), The Create stage.

Optimized data schema upgrade

Several improvements have been made to optimize the speed of the data schema upgrade to help you experience minimal downtime during upgrade to Pega Platform 8.5™. The data schema upgrade process optimizations include the following improvements:

• Optimized database index creation during upgrade
• Optimized synchronization process to detect duplicate rules during the application import process
• A new upgrade setting for Pega Cloud® Services operators that reduces the time to upgrade clients that run large Pega applications, such as the CRM Suite

For more information, see Limit upgrade downtime with data schema upgrade improvements (8.5).

Improved processing of correspondence details

When you send correspondence, the system now does not update the pxSendDateTime property on the pxCorrSummary work page that belongs to pyWorkPage. In previous versions of Pega Platform™, after sending correspondence, the update of the pxSendDateTime property could cause errors when working with an application at run time. To prevent such issues, Pega Platform now includes a pyEnableCorrSummary when rule that, by default, is set to false. If your business scenario requires updating the pxCorrSummary work page, set the when rule value to true.

For more information, see:

• Notifying participants about events
• Approval by email
• Sending automatic emails from cases

Support for picklists with parameterized data pages in App Studio in Cosmos React UI

You can now use data pages with parameters to populate a property of the picklist type with filtered results in App Studio. For example, in a survey case type, you can use a parameterized data page to configure cascading drop-down controls in which the values in a secondary drop-down list are based on the value that the user selects in the primary drop-down list. With dynamically-sourced picklists, you get greater flexibility in configuring picklists, and users see more accurate values.

For more information, see link Dropdown control Properties — General tab.

Default value of the threadpoolsize agent affects batch indexing

After you patch Pega Platform to version 8.5.2 or higher, the system changes the default value of the threadpoolsize agent, which controls the number of concurrent activities (threads) in the system, from 5 to 15. Batch indexing in Pega Platform™ does not require all 15 threads, so you can change the agent value to increase system performance by managing the indexing/distributed/batch/numworkers dynamic system setting.
If your deployment does not support that setting, and batch indexing does not use Queue Processors, the system uses the threadpoolsize value for batch indexing instead.

For more information, see Editing a dynamic system setting.

Questionnaires available in App Studio

App Studio now supports authoring questionnaires, which in previous releases of Pega Platform™ were known as surveys. You can create questionnaires, add question pages, and populate the pages with questions of different types so that you can collect the exact data that your business processes require. For more efficient data management and reuse, data objects from a data model now store answers to questions, instead of autogenerated properties. For example, when a customer provides a date of birth in a questionnaire, and your application stores the date as a data object, you can conveniently reuse that data object in related cases. For greater flexibility, both standard Pega Platform and Cosmos React applications support questionnaires, however, some question types are unavailable in Cosmos React.

For more information, see:

• Create questionnaires in a low-code way in App Studio (8.6)
• Creating a questionnaire

Remote case types in App Studio

App Studio now supports remote case types for applications that you build on Cosmos React. With remote case types, you can create a case type inside one application, and then work on cases based on this case type in another, remote application. As a result, users can perform work from multiple applications on one screen without the need to switch between applications, which results in increased efficiency and faster case resolution.

For more information, see:

• Increase efficiency by sharing remote case types between applications (8.6)
• Remote case types  

Support for calling a data transform from a case life cycle in App Studio and initializing data at case creation

You can now call a data transform from a case life cycle in a low-code way in App Studio. For example, when a customer wants to order the same product again, your application can reuse the shipping information from their previous order. Additionally, by configuring data initialization for a case type, you can prepopulate fields at case creation. For example, an application for a delivery service can apply the customer's preferred delivery options when a new case starts. These enhancements save time for developers because the system can initialize data and prepopulate fields in a case by reusing existing logic, and for customers, who do not need to manually enter their details every time.

For more information, see Calling a data transform from a case and Initializing data at case creation.