Assign service hours to IPK priorities

Currently there is a limitation that service hours are defined and allocated to a service, which then has priority matrices associated. I am suggesting that the service hours should be defined at priority level also/instead.

There seems to be no way to allow for all general P1/2 incidents to be 24/7, but P3/4 incidents to be 8-6 for example. This is a feature of many contracts which provide an elevated level of support for high priority incidents, but not for individual user affecting issues to keep their costs down.

The current workaround is to create two services, one for high priority incidents and one for low priority incidents but this causes duplication with associated CIs, UCs, agreements etc.

  • Guest
  • Mar 18 2017
  • Attach files
  • Guest commented
    November 17, 2017 00:25

    It looks like this has been implemented now in that the exceptions feature has been extended to allow selection of SLA level. So 24/7 except for if priority equals p3,p4 works a treat. Thanks!

  • Mick Smith commented
    March 20, 2017 13:33

    I agree that this would also be useful. We get around this problem by having a "Critical Incident" IPK type, which is then linked to a 24/7 SLA. It means we have to covert P1 "Incidents" into P1 "Critical Incidents" for the SLAs to work properly.