How to fix it
- Navigate to
System Definition > SLA Definitionsand open the problematic SLA definition. - Examine the
Pause conditionfield. If it references states like 'On Hold', 'Pending', or workflow states, verify these aren't being triggered by automated processes or user actions. - Open the specific task record experiencing SLA issues and check
System Logs > SLA Debug Logfor pause/resume entries that correlate with field changes. - If pause conditions are too broad, modify them to be more specific. Replace conditions like
state=6with compound conditions that include additional criteria to avoid transient state matching. - Check the
Schedulefield on the SLA definition. Navigate toSystem Definition > Schedulesand verify the associated schedule covers the expected business hours. - In the task record, check if you're viewing
Business elapsed timevsElapsed time. Business elapsed time excludes non-business hours per the schedule, which may appear as pausing. - Search
System Definition > Business Rulesfor rules running on your task table (incident, change, etc.) or thetask_slatable. - Review Business Rule scripts for SLA manipulation methods like
pauseSLA(),resumeSLA(), or direct field updates topause_timeorpause_duration. - If you find problematic Business Rules, add logging to track when and why they're executing, then modify the conditions to prevent unintended SLA manipulation.
- Check the
Retroactive startcheckbox on the SLA definition. If enabled, disable it temporarily to see if the apparent pausing behavior resolves. - Navigate to the task record and go to
Related Links > SLA Detailsto view the complete SLA timeline with pause/resume events and their timestamps. - Cross-reference pause/resume timestamps with the task's
Activity Logto identify which field changes or actions triggered the SLA state changes.
Test your fix by creating a test record and manually triggering the conditions that previously caused unexpected pausing. Monitor the SLA behavior in real-time through System Logs > SLA Debug Log.