UIP Maestro Fall SLA

Syntax und Optionen zum Lesen der Service-Level-Agreementierung (SLA) und der Eskalationseinstellungen für eine Fallverwaltungsdefinition von Maestro mit „uip Maestro Case SLA“.

uip maestro case sla liest die Dauer der Vereinbarung auf Service-Level-Agreement (SLA), bedingte SLA-Regeln und Eskalationsbenachrichtigungen, die in einer caseplan.json -Datei zur Fallverwaltung definiert sind – am Fallstamm oder in einer bestimmten Phase. Das gesamte Subsystem für die Fallverwaltung, zu dem diese gehört, finden Sie unter uip maestro case .

Zusammenfassung

uip maestro case sla get <file> [--stage-id <stageId>]
uip maestro case sla escalation list <file> [--stage-id <stageId>]
uip maestro case sla rules list <file>

Konzepte

• SLA-Ziel – Jedes gelesene Verb arbeitet entweder mit dem Fallstamm (Standard) oder einer benannten Phase, die mit --stage-id <stageId> ausgewählt wird. Lassen Sie es für das SLA auf Stammebene weg.
• Standardregel vs. bedingte Regeln – Intern wird eine einfache Stamm-/Phasen-SLA (über die direkte Dateibearbeitung festgelegt) als ein slaRules -Eintrag mit einem festen Ausdruck (=js:true) gespeichert, der immer übereinstimmt; Eine bedingte SLA-Regel ist ein zusätzlicher Eintrag mit einem echten booleschen JavaScript-Ausdruck (z. B =js:amount>1000) werden mit den Daten des Falls ausgewertet, sodass verschiedene Fälle unterschiedliche SLA-Dauern haben. Bedingte Regeln werden vor der Standardregel im Array angeordnet – der erste übereinstimmende Ausdruck gewinnt.
• Dauereinheit – jede SLA-Dauer ist ein {count, unit} -Paar; unit ist einer von min, h, d, w, m (Minuten/Stunden/Tage/Wochen/Monate).
• Eskalationsregel – eine optionale Benachrichtigung, die an die Standard -SLA-Regel (Stamm oder Phase) angehängt ist, die entweder at-risk (mit einem Schwellenwert --at-risk-percentage ) auslöst, z. B 80 % der SLA-Dauer sind vergangen) oder sla-breached. Jede Eskalationsregel hat einen Empfänger – einen User oder UserGroup, der durch eine Ziel-ID/E-Mail und einen Anzeigewert identifiziert wird.
• Fallback für die Legacy-Form – sla get erkennt auch eine ältere Form vorslaRules ({sla: {count, unit, escalationRule}} die direkt unter den Daten des Falls/der Phase geschrieben wird), wenn noch kein slaRules -Array vorhanden ist, und normalisiert es in die gleiche Ausgabeform.

Abrufen von UIP Maestro Case SLA

Lesen Sie die effektiven SLA-Einstellungen – Dauer und alle bedingten Regeln – für den Fallstamm oder eine Phase.

Argumente

Name	Erforderlich	Zweck
<file>	ja	Pfad zur JSON-Datei für die Fallverwaltung (caseplan.json).

Optionen

Long	Wert	Beschreibung
--stage-id <stageId>	string	Phasen-ID, aus der das SLA gelesen werden soll. Lassen Sie die Verwendung des SLA auf Stammebene weg.

Beispiel

uip maestro case sla get case.json

Datenform (--output json)

{
  "Code": "SlaFound",
  "Data": {
    "Target": "root",
    "SlaRules": [{ "expression": "=js:true", "count": 2, "unit": "d" }]
  }
}

Target ist "root" oder die übergebene Phasen-ID. SlaRules ist leer ([]), wenn für dieses Ziel keine SLA festgelegt wurde (über die direkte Dateibearbeitung).

UIP Maestro Fall SLA-Eskalationsliste

Listen Sie Eskalationsregeln auf, die an die Standard-SLA-Regel am Fallstamm oder in einer Phase angehängt sind.

Argumente

Name	Erforderlich	Zweck
<file>	ja	Pfad zur JSON-Datei für die Fallverwaltung.

Optionen

Long	Wert	Beschreibung
--stage-id <stageId>	string	Phasen-ID, aus der Eskalationen aufgelistet werden sollen. Lassen Sie die Verwendung des SLA auf Stammebene weg.

Beispiel

uip maestro case sla escalation list case.json

Datenform (--output json)

{
  "Code": "EscalationRulesList",
  "Data": {
    "Target": "root",
    "EscalationRules": [
      { "id": "esc_a1b2c3d4", "triggerInfo": { "type": "at-risk", "atRiskPercentage": 80 } }
    ]
  }
}

EscalationRules ist [], wenn für das Ziel keine SLA-Regel festgelegt ist oder die SLA-Regel keine Eskalationen hat.

UIP Maestro Case SLA-Regelnliste

Listen Sie jede bedingte SLA-Regel auf, die am Fallstamm definiert ist (bedingte Regeln gelten nur für den Stamm; das SLA einer Phase hat keine separate Liste mit bedingten Regeln).

Argumente

Name	Erforderlich	Zweck
<file>	ja	Pfad zur JSON-Datei für die Fallverwaltung.

Beispiel

uip maestro case sla rules list case.json

Datenform (--output json)

{
  "Code": "SlaRulesList",
  "Data": {
    "SlaRules": [
      { "expression": "=js:amount>1000", "count": 4, "unit": "h" },
      { "expression": "=js:true", "count": 2, "unit": "d" }
    ]
  }
}

Dadurch wird dasselbe zugrunde liegende Array wie sla get für das Stammziel zurückgegeben – bedingte Regeln zuerst, die Standardregel (=js:true) zuletzt.

Direktes Erstellen eines SLA

Konfigurieren Sie SLAs und Eskalationen, indem Sie das slaRules -Array von caseplan.json selbst bearbeiten, die oben genannten Formen anpassen und dann validieren:

uip maestro case validate case.json

• Einfaches SLA festlegen: Fügen Sie den Eintrag mit expression: "=js:true" im slaRules -Array des Ziels hinzu oder bearbeiten Sie ihn, und stellen Sie count/unit ein.
• Fügen Sie eine bedingte Regel hinzu: Stellen Sie einen Eintrag mit einem echten expression voran (z. B "=js:amount>1000") und sein eigenes count/unit vor dem Standardeintrag.
• Fügen Sie eine Eskalation hinzu: Pushen Sie ein Objekt auf das escalationRule -Array der Standardregel – { id, displayName?, action: { type: "notification", recipients: [{ scope: "User" | "UserGroup", target, value }] }, triggerInfo: { type: "at-risk" | "sla-breached", atRiskPercentage? } }.
• Alles entfernen: Löschen Sie den entsprechenden Array-Eintrag und validieren Sie ihn erneut.

Zugehörig

• uip Maestro-Fall – Übersicht über die Fallverwaltung, init/pack/debug/validate/spec.
• uip Maestro Fallfälle und Phasen – Die Fall-/Phasendefinitionen, an die ein SLA-Ziel angehängt wird.
• uip Maestro Case Tasks – Aufgabendefinitionen (SLAs für Aufgaben sind dort dokumentiert, falls unterstützt).

Siehe auch

• Übersicht über das Maestro-Tool
• Globale Optionen
• Exitcodes