Restart SLA Commitments
Explanation
This activity is used to Restart the SLA clock of SLA Commitments. This can be done from the Restart API
provided. SLA Commitments that need a restart can be specified as follows,
- SLA sequence ID: Respective SLA
- Request ID: All SLAs fulfilled by the respective request and underlying request scopes and request work
tasks.
- Scope ID: All SLAs fulfilled by the respective request scope and underlying request work tasks.
- Request work Task ID: All SLAs fulfilled by the respective request work tasks.
- Commitment Type: If commitment type parameter is selected it will behave as an additional constraint of SLA
selection.
From the selection criteria specified, only the SLA commitments which are in Paused status will
be changed to Active Status.
When the SLA clock is restarted, Due Date will be extended by the working time duration between the paused time
and the restart time.
Prerequisites
- SLA Commitments should be in Paused status.
System Effects
- SLA Commitments will change into Active status from Paused status.
- Due date will be extended by the working time duration between the paused time and the restart time.
- Restart Event in event log,
- For each SLA Commitment Restarted, a Restart_SLA event will be created.
- In addition, if SLA Commitments are restarted from request/scope/work task level, there will be a
separate Restart_SLA event on those entities.