SLA-Administratoren können SLA-Datensätze reparieren, um sicherzustellen, dass SLA-Timing- und -Zeitdauerinformationen korrekt sind.

Die Reparaturfunktion entfernt den SLA-Datensatz, erstellt ihn neu und berechnet ihn von Anfang an neu, einschließlich der Neuerstellung des Workflows. Die Reparatur verwendet den Verlauf der Aufgabe und erstellt ggf. auch neue Aufgaben-SLAs, die zuvor nicht existierten. Beispielsweise könnte ein neues Aufgaben-SLA erforderlich sein, wenn eine neue SLA-Definition hinzugefügt wurde, seit ein zugehöriger Incident erstellt oder aktualisiert wurde.

Bei der SLA-Reparatur wird nicht der Verlauf der Dot-Walking-Felder verwendet, sondern es wird nur der endgültige Status der Dot-Walking-Felder berücksichtigt. Beispiel: Eine Anhaltebedingung wird auf ein Incident-bezogenes Dot-Walking-Feld als incident.caller_id.location festgelegt, und der Standort wird in Echtzeit auf London festgelegt und später in San Diego geändert. Wenn dann die SLA-Reparatur ausgeführt wird, wird nur der endgültige Standort berücksichtigt. Wenn sich das SLA im Anhaltezustand befindet und der incident.caller_id.location-Standort „San Diego“ lautet, wird die Reparatur sofort angehalten, da der vorherige Standort „London“ nicht berücksichtigt wird.

Der beim erneuten Erstellen der SLAs verwendete Workflow wird durch Systemeigenschaften gesteuert und kann durch Navigieren zu gefunden werden Service Level Management > Eigenschaften > SLA-Reparatur. Jeder Workflow, der im Reparaturprozess verwendet wird, versucht, bei der Verarbeitung der SLA-Prozent-Timer-Aktivitäten einen Reparaturpfad einzuhalten. Dies kann verwendet werden, um zu vermeiden, dass Aktivitäten, die nicht für die Reparatur benötigt werden, immer wieder ausgeführt werden.

Sie können SLA-Reparaturfunktionen auch konfigurieren und verwalten.