You are here: Reference > Rule types > Service-level agreement rule form

Service-level agreement rule form

  1. About
  2. New
  3. General
  4. Specifications
  5. History
  6. More...

Where referenced

The Pega-ProCom agents record — a background requestor — detects goals and deadlines not met and performs escalation processing. To make your application's custom service levels visible to this agent, update the access group for the Pega-ProCom agent schedule data instance to include your application ruleset versions.

Access

Use the Designer Studio > Process and Rules > Processes > SLAs landing page to identify the service-level agreements in the current application, and drill down to the rules that reference them.

Use the Application Explorer to access the service-level agreements that apply to the case types in your application. Use the Records Explorer to list all the service-level agreements that are available to you.

Delegation

After initial development and testing, selected service-level agreements can be maintained by line business managers rather than by application developers. The General tab of the form provides managers access to the fields most often updated.

For each service-level agreement in your application, consider which business changes might require record updates, and whether to delegate the record to non-developers who then can make such updates directly.

Viewing the Java code of a rule

Click Actions > View Java to view the generated Java of a rule. You can use the Java code to debug your application or to examine how rules are implemented.

Category

Service-level agreements are part of the Process category. A service-level agreement is an instance of the Rule-Obj-ServiceLevel rule type.

PegaRULES database accesses that support escalation depend on the current date and time setting on the database server, not the application server. Make sure the date and time of the database server are synchronized with the date and time on the application server node or nodes.