Beispiel für Risikodefinitionen

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

NPS-Integrität ablegen

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

SLA-Erfolg in weniger als 90 %

Dies ist eine metrikbasierte Risikodefinition und generiert ein Risikosignal, wenn die SLAs-Erfolgspunktzahl unter einen angegebenen Schwellenwert fällt. Wenn in diesem Fall die tägliche Erfassung von % der erreichten Incident-SLA-Metrik unter 90 fällt, wird ein Risikosignal generiert. Eine Überschreibungsbedingung mit einem anderen Schwellenwert, die sich auf bestimmte Interaktionen auswirken kann, wurde definiert. Darüber hinaus wurde im Feld „anwendbare Interaktionen“ eine Filterbedingung definiert. Diese Filterbedingung wird zusammen mit der Überschreibungsbedingung angewendet, wenn das Risikosignal generiert wird.

Hinweis:

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

Verlängerungsdatum fehlt im Vertrag

Dies ist eine tabellenbasierte Risikodefinition und generiert ein Risikosignal, 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 fehlt, wird ein Risikosignal generiert.