Published Release Notes

Post files and links with pxPostMessage API

The pxPostMessageAPI now supports text messages, file attachments, and hyperlinks. You can programmatically update Pulse streams using this API from activities or SLA rules.

Case Management

This release has continued to focus on improving the functionality of the design environment with improvements to the Case Designer and stage configuration. Additional end user capabilities were also added to allow for processing a wider variety of cases, for those with and without stages and improved bulk processing handling.

• Flow action processing now uses the primary page instead of the interest page when using case/stage local actions, so that embedded flows are properly populated.
• Case-wide local actions rely on pzInternalStageFlow when there are no active, non-hidden assignments on the case. These case-wide local actions will now appear on a stage-less flow with no assignments.
• If a (valid) error is displayed in the outline view, saving or clicking around will not delete the error - the error will remain as a reminder to the developer to solve whatever problem is being flagged.
• May now add Cascading Approval validation and edit the parameters from the Case Designer Stage and Step page.
• Page labelling ("Page 1 of X") appears in the history list presented in the audit tab.
• The bulk processing feature has been enhanced.
• The Outline View functionality was changed so that the visible page will no longer refresh each time a flow is edited.
• The Post value was added to the instructions text field, so data isn't lost between nodes in the outline View.
• When Assign to Operator or workbasket is included as a filter, the bulk processing gadget is supposed to get a list of assignments. The UI for the results was enhanced for assignments to include a column for instructions so that the different assignments on the same work item can be distinguished.
• When designing a case type’s stages, it is no longer possible to skip the last stage (by using the "skip stage when" setting). When creating or editing the last stage, developers may no longer set a skip when rule; if tried, the system will display a warning and prevent that. If a Skip When rule is set up for a stage, and then all the intervening stages are deleted so that this stage becomes the last stage, the warning will display, and the Skip When rule will not be visible. If another stage is then added after that, the Skip When rule becomes visible again.
• When one or more locked work objects are processed using the Process Selected Items button, the action will be performed on the selected work objects. If the action is successful, a green tick appears on the work object. If it is not successful, a red cross will appear.
• When the topmost RuleSet in the RuleSet Stack is locked, customers may now open up Outline View by clicking "Configure Process Details" and make exploratory changes to experiment. Because the RuleSet is locked, these changes may not be saved, but the experiment can be tried.

Quickly create ad-hoc cases

The My Cases work area on the Case Manager portal introduces a Quick Create feature that lets users create cases and assign tasks that are not included in the processing of business cases (instances of case types defined in the Cases Explorer).  For example, a manager can create a case and a task to set up a phone conference with her staff, or a reminder to enroll in an online seminar. Users can also set up a series of tasks to represent all they work they need to do to accomplish a specific goal.

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.

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.

Data propagation for questionnaires in case types

Pega Platform™ now provides a tool to prepopulate answers in a questionnaire that runs in a case by propagating data from a parent case. At run time, specified questions in a questionnaire that users complete as part of case processing, can display answers by using information that users already provided in the parent case. As a result, you speed up the development of your application and help users process cases and complete questionnaires faster.

For more information, see:

• Deliver user-friendly questionnaires by prepopulating answers (8.6)
• Running a questionnaire in a case

Case outcome predictions in case types

Pega Platform™ introduces the use of machine learning and AI in Case Designer. You can now use predictions in case types, both in App Studio and Dev Studio. By using predictions, your application can predict various outcomes, such as the possibility of reaching a positive or negative case resolution, so that you can prioritize work, route cases according to risk, or optimize the case flow in other ways. You can use predictions when you create conditions in the condition builder, for example, when you define a business logic for routing assignments. 

For more information, see:

• Prioritize and route case work by predicting case outcomes 
• Predicting case outcome
• Creating predictions for case management