- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2023 08:25 AM
I need to count BREACHES on the date they breach, not the date the incident gets closed. We do have pausing ability for SLA on incident that is controlled by the status of the incident. The problem I am running into is that the BREACH TIME moves because of the pausing times. I am trying to identify this when the BREACH DATE is on TODAY, the business elapsed percentage is greater than 100, and the stage is not cancelled or achieved (it can say PAUSED and not BREACHED here if still open and in a pause state).
What is happening though, is that the incident gets put into pause state a couple times, the original breach date no longer applies, so I don't think I can use that. However, the BREACH TIME continues to move even after the breach time is passed. So what is happening is that these incidents get counted as breached in July for example, but then get paused again until August, then get closed out. The breach date now says AUGUST, and the incident is counted in both July and August.
If I extend the job collection dates, it might fix these, but I do not want to have data +14 days old changing willy nilly like that. It should get marked breached the first time the breach date gets passed and the percentage is over 100%, and not get counted again. How can I accomplish this?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-20-2024 08:40 AM
Just when I was browsing through other forums, I found this article from ServiceNow - https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0863996
Please mark if this helped.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2023 10:24 AM
What I believe to be happening, is the BREACH TIME is being updated per pause durations that accumulate, even after it is already breached. When that pause duration causes the breach time to traverse a month, it is getting counted again in the next month. Not seeing a way to solve this given the breach time will move even after being breached. Ideas?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2023 12:42 PM
So, since I can confirm that the BREACH TIME moves due to PAUSE DURATION being added, even after the task/incident is breached (which seems wrong). For testing purposes in DEV, I created an ACTUAL BREACH TIME field, created a business rule that looks for HAS BREACHED changes to TRUE, set ACTUAL BREACH TIME to NOW.
I know BR on task_sla may not be ideal... is there something I should watch for or beware of doing this?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-20-2024 08:29 AM
Has anyone found a resolution to this?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-20-2024 08:37 AM
I did proceed with my above work-around and use the new field to track the actual breach time for dashbords and reports.
Created ACTUAL BREACH TIME on task_sla
Created rule to capture this time on task_sla - UPDATE