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.
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!
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.