Skip to main content


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

Configuring case processing options

Updated on December 3, 2021

The case processing options include switches that enable and disable the built-in features of the case, and settings that enable customer verification for this case type. For cases that are not created from a template, only the Use new confirm screen switch can be enabled or disabled.

Pega Customer Service Implementation Guide

For case types created in version 8.7 and later, the switches that enable and disable case features are configured in the Case processing options Configuration set in App Studio, but you can override these settings for specific case types. For case types in earlier versions, the switches are configured from the Case processing options page. Cases created from the version 8.7 Customer Service Generic Template inherit the default values from the template.

Important:
  • When you use a switch to enable or disable a feature, you do not need to manually make any changes to the case type workflow, such as removing a step. When a step is controlled by a switch, the step remains part of the workflow model, regardless of whether the feature is enabled or disabled.
  • For case types that inherit switch settings from the Case processing Configuration set, the correct way to override a switch setting for that case type is by modifying the Case processing options for that case type as described here. Do not modify the value in the Case processing Configuration set (in the Configurations menu in App Studio) unless you want to change the value for the template.
  1. In the navigation pane of App Studio, click Case types.
  2. Click the case type that you want to open, for example, Add New Contact.
  3. In the Settings tab, click Case processing options.
    Note: The image below applies to case types created in version 8.7 and later. Case types created in earlier versions do not use a configuration set, and therefore the Case processing options have a different appearance. For information about how to modify case processing options for case types created in earlier versions, see Configuring case processing options in the 8.6 version of the implementation guide.
    Case processing options Configuration set (version 8.7 and later)
    Shows menu path for configuring processing options for a case type
  4. To change the default value for a setting, click the More icon to the right of the row that contains the setting you want to change, and then click Override default value.
  5. In the Update setting value dialog box, select or clear the checkbox, and then click Submit. "OVERRIDDEN" displays next to the changed value.
    Note: To revert to the default value without reopening the Update setting value dialog box, click the Refresh icon next to "OVERRIDDEN."

    The following table describes each switch:

    FeatureDescription
    Allow duplicate searchIf enabled, the application checks for potential duplicate cases at the start of the Intake stage. If a duplicate case is found, the CSR can select the existing case to process, and delete the new case.
    Bypass eligibilityIf enabled, when a case fails the Eligibility stage and proceeds to the Not eligible alternative stage, the CSR has the option to move the case to the Intake stage, even though it did not pass the eligibility check.
    Compose and send messagesIf enabled, the Other actions menu for this case type will include the Compose and Send message actions
    Review intakeIf enabled, the CSR is presented with a review page at the end of the Intake stage. From the review page, the CSR can go back to an intake page and modify data. In addition, the Other actions menu will include a ProcessReview command.
    Run eligibility processIf enabled, the application runs the Eligibility stage to determine whether the customer is eligible to proceed with the case. If disabled, the application skips the Eligibility stage.
    Send intake notificationIf enabled, the application sends a notification about the intake at the end of the Intake stage. The notification recipients are the work parties identified for this case type, including the customer.
    Send resolve notificationIf enabled, the application sends a notification confirming the completion of the case at the end of the Resolve stage. The notification recipients are the customer and the work parties identified for this case type, including the customer.
    Show Approval rejection stageIf enabled, the Change stage command, on the Other actions menu, will include the Approval rejection stage. If disabled, that stage will not be visible for selection.
    Straight through processIf enabled, the application processes the case without manual intervention during the Process request stage. The application skips the Process request step and proceeds to the Post request processing step.
    Transfer workIf enabled, a CSR can transfer this case and the work associated with it. The Other actions menu will include a ProcessTransfer command.
    Use new confirm screenIf enabled, the application uses the newest confirmation page at the end of the Resolve stage, to confirm that the case is complete. If you require the legacy version of the confirmation page because you have previously customized it to meet your needs, disable this setting.
  6. In the Customer verification section, select a verification option:
    ChoicesActions
    No verificationThis is the default setting. No customer verification is required for this interaction case type or service case type.
    Same category for all customersThe same customer verification questions are asked for this interaction case type or service case type in all contexts.

    In the Questions category list, select one category of customer verification questions to ask.

    Category is dependent on business conditionDifferent customer verification questions are asked for this interaction case type or service case type, depending on the context.

    Proceed to the next step.

  7. If you selected Category is dependent on business condition, define each possible question category and condition.

    Define the categories in sequence by priority; the first matching condition determines which questions the customer service representative (CSR) asks. The following figure shows a healthcare case type configured to ask different questions based on the customer type, for example, member:

    Verification questions vary based on business conditions
    Case type configured to show verification questions based on matching business condition.
    1. Click Add category.
    2. In the Question category list, select a question category.
    3. In the Trigger when list, select when this question category is a match:
      • Any of the following conditions are met - Call this question category when any of the specified conditions match.
      • All of the following conditions are met - Call this question category when all of the specified conditions match.
    4. Click Add condition.
    5. From Business conditions list, select a business condition, for example, Account is overdue.
    6. From the Operator list, select is true or is false, to determine when the condition is a match.
    7. Click Submit.
  8. Click Save.
  • Previous topic Adding a new case type by using the Generic template
  • Next topic Modifying the Send intake and Send resolution notifications

Tags

Pega Customer Service 8.7 Pega Customer Service for Communications 8.7 Pega Customer Service for Financial Services 8.7 Pega Customer Service for Healthcare 8.7 Pega Customer Service for Insurance 8.7

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