Dies sind Beispielrisikodefinitionen, die mit dem Basissystem verfügbar sind und basierend auf Ihren Anforderungen konfiguriert werden können.

Drop in NPS-Integrität

Dies ist eine auf Metriken basierende Risikodefinition, die ein Risikosignal generiert, wenn die NPS-Punktzahl unter einen angegebenen Schwellenwert fällt. In diesem Fall wird ein Risikosignal generiert, wenn die Tägliche Sammlung der NPS-Metrikpunktzahl unter 30 fällt. Darüber hinaus werden Überschreibungsbedingungen mit unterschiedlichen Schwellenwerten und Rangfolgen definiert, die sich auf bestimmte Interaktionen auswirken können.

SLA-Erfolg in weniger als 90 %

Dies ist eine auf Metriken basierende Risikodefinition, die ein Risikosignal generiert, wenn die SLA-Erfolgspunktzahl unter einen angegebenen Schwellenwert fällt. In diesem Fall wird ein Risikosignal generiert, wenn die Metrik Tägliche Sammlung von % des erreichten Incident-SLA unter 90 fällt. Es wurde eine Überschreibungsbedingung mit einem anderen Schwellenwert definiert, die sich auf bestimmte Interaktionen auswirken kann. Zusätzlich wurde eine Filterbedingung im Feld Anwendbare Interaktionen definiert. Diese Filterbedingung wird zusammen mit der Überschreibungsbedingung angewendet, wenn das Risikosignal generiert wird.

Hinweis:

Für auf Metriken basierende Definitionen müssen die Datenquelle und die Kontext-Engine-Zuordnung definiert werden. Details siehe Richten Sie die Datenkontext-Engine ein.

Fehlendes Verlängerungsdatum im Vertrag

Dies ist eine tabellenbasierte Risikodefinition, die ein Risikosignal generiert, wenn das Vertragsverlängerungsdatum fehlt. In diesem Fall ist die Quelltabelle die Vertragstabelle. Diese Tabelle muss der Interaktionstabelle zugeordnet werden. Details siehe Richten Sie die Kontext-Engine-Zuordnung ein. Wenn das Start- und Enddatum der Verlängerung in der Vertragstabelle fehlen, wird ein Risikosignal generiert.