DemandFlow Support Centre

SLA: SLA Definition

ReferenceEntity Reference16/04/2026Updated 16/04/2026
Service Level Agreement policy defining response and resolution time targets by priority level for IT tickets.

SLA: SLA Definition

The SLA entity: Service Level Agreement policy defining response and resolution time targets by priority level for IT tickets.

Default definition. This article describes the default SLA definition shipped with DemandFlow. Administrators can add, remove, rename, or re-type fields, change which ones are required, and alter the layout from the Definitions screen in Settings. Your tenant's current schema may differ from what is shown here. To read the current definition at any time, GET the DEFINITION object whose id matches SLA.

Entity properties

PropertyValue
Entity codeSLA
Display nameSLA Definition
PluralSLA Definitions
Level51000

Use cases

SLA defines measurable targets for ticket response and resolution times, broken down by priority level (P1-P4). Each SLA has a scope (which ticket types it applies to, support hours, timezone). The Priority Targets panel uses separate numeric fields for response and resolution minutes per priority level, enabling straightforward SLA calculation logic.

Escalation Rules define warning thresholds and breach actions. SUPAGREEMENT references SLA via the sla field, enabling a Linked Agreements relatedlist via stockRecord.

Fields

SLA Information

FieldTypeRequiredNotes
nametextYesSLA Name
descriptiontext (multi-line)Description
statusenumYesStatus Valid ids: 1 (Active), 2 (Draft), 3 (Retired).
slaTypeenumYesSLA Type Valid ids: 1 (Response), 2 (Resolution), 3 (Both).
isDefaultbooleanMark this SLA as the account-wide default. Used when no support agreement SLA is specified on a ticket.

Scope

FieldTypeRequiredNotes
applicableTicketTypesenumApplicable Ticket Types Valid ids: 1 (All), 2 (Incident), 3 (Service Request), 4 (Problem).
supportHoursenumSupport Hours Valid ids: 1 (24x7), 2 (Business Hours), 3 (Extended Hours).
timezonetextTimezone
escalationEnabledbooleanEscalation Enabled

Ownership

FieldTypeRequiredNotes
ownerreference → userOwner
approvedByreference → userApproved By
effectiveDatedateEffective Date
expiryDatedateExpiry Date

Response Targets

FieldTypeRequiredNotes
p1ResponseMinutesnumberCritical Response (mins)
p2ResponseMinutesnumberHigh Response (mins)
p3ResponseMinutesnumberMedium Response (mins)
p4ResponseMinutesnumberLow Response (mins)

Resolution Targets

FieldTypeRequiredNotes
p1ResolutionMinutesnumberCritical Resolution (mins)
p2ResolutionMinutesnumberHigh Resolution (mins)
p3ResolutionMinutesnumberMedium Resolution (mins)
p4ResolutionMinutesnumberLow Resolution (mins)

Warning Thresholds

FieldTypeRequiredNotes
warningPercentagenumberPercentage of target time elapsed before warning is triggered
warningNotifyUserreference → userNotify User
warningNotifyGrouptextNotify Group

Breach Actions

FieldTypeRequiredNotes
breachNotifyUserreference → userNotify User on Breach
breachNotifyGrouptextNotify Group on Breach
autoEscalatebooleanAuto-Escalate on Breach
escalateToLevelenumEscalate To Level Valid ids: 1 (Level 1), 2 (Level 2), 3 (Level 3), 4 (Management).

Additional panels

  • Activity timeline panel attached.

Relationships

  • Lookups: owner points at a user; approvedBy points at a user; warningNotifyUser points at a user; breachNotifyUser points at a user.
  • Related lists: SUPAGREEMENT (format stockRecord).

Creating a SLA Definition via the API

POST /v1/objects
Authorization: Bearer <your-pat>
Content-Type: application/json

{
  "entity":   "SLA",
  "level":    51000,
  "comboKey": "SUB:|ENT:",
  "name":    "Example name",
  "status":    1,
  "slaType":    1,
  "description":    "Example Description"
}

Listing SLA Definitions records

GET /v1/entities/SLA/SUB

See also

slasla definitionsla definitionsentitydefinitionreference

Was this article helpful?

← Back to Knowledge Base