Anpassung des Status-Flows

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer

    • Status-Flows steuern die Sequenz, in der Datensätze zwischen status in Servicemanagement-Anwendungen übergehen.

    Ein Administrator kann die folgenden Aufgaben ausführen:
    • Fügen Sie status hinzu, oder löschen Sie sie.
    • Löst Ereignisse bei bestimmten Statusübergängen aus.
    • Wechseln Sie automatisch in einen anderen Status, wenn sich Daten in einer Anforderung oder ihrer Aufgabe ändern, oder ändern Sie den status manuell, wenn der Anwender auf eine Schaltfläche klickt.
    • Beschränken Sie die Auswahlliste für das Feld Status auf die endstatus, die gültige Übergänge vom angegebenen Startstatus sind.
    • Steuern Sie die Sichtbarkeit und das Verhalten ausgewählter Felder in einer Zieltabelle, wenn sich Datensätze in dieser Tabelle ändern.
    • Erstellen Sie anwenderdefinierte Status-Flows. Deaktivieren Sie Status-Flows sind aktiviert Option auf dem Konfigurationsbildschirm. Das Erstellen anwenderdefinierter Status-Flows erfordert Skripting-Wissen.
    Hinweis:
    Anwender mit der Rolle „wm_admin“ können nur Arbeitsauftrags-Flows und Arbeitsaufgaben-Flows erstellen, lesen, aktualisieren und löschen. Anwender mit der Rolle Facilities_admin können nur Facility-Anforderungs-Flows und Anforderungs-Aufgaben-Flows erstellen, lesen, aktualisieren und löschen. Anwender mit der Rolle „wm_admin“ können Facility-Datensätze nicht bearbeiten, und Anwender mit der Rolle „Facility_admin“ können Arbeitsauftragsdatensätze nicht bearbeiten.

    Wie SM-Anforderungs- und Aufgabenstatus-Flows funktionieren

    Status-Flows ersetzen den Standardprozess, der steuert, wie Anforderungen und die zugehörigen Aufgaben zwischen status verschoben werden. Die ServiceNowDas System erstellt Business-Regeln, Client-Skripts und UI-Aktionen, die die von Ihnen angegebenen Übergänge und Feldsteuerungen ausführen. Diese Programmierelemente bleiben in Gebrauch, solange die Status-Flow-Datensätze vorhanden sind, die sie verwenden. Wenn Status-Flows in einer SM-Anwendungstabelle gelöscht werden, versucht das System, alle unnötigen Programmierelemente zu löschen, die in dieser Tabelle erstellt wurden. Sie können die Auswahl für das Feld Status basierend auf dem Startstatus auf gültige status für den Übergang beschränken.

    Status-Flows bieten die folgenden Steuerungen:
    • Manuelle Übergänge: Eine UI-Aktion, die automatisch vom System erstellt wird, wenn Sie eine Bedingung oder ein Skript angeben, initiiert einen Übergang.
    • Automatische Übergänge: Eine Business-Regel, die automatisch vom System erstellt wird, wenn Sie eine Bedingung und ein Skript angeben, initiiert einen Übergang, wenn Änderungen an einer Anforderung oder Aufgabe vorgenommen werden.

    Funktionen, die mit Status-Flows verfügbar sind

    • Anwenderdefinierte Übergänge: Passen Sie die Reihenfolge an, in der sich status für Anforderungen und Aufgabendatensätze ändern können.
    • Feldsteuerelemente: Steuern Sie das Verhalten und die Sichtbarkeit bestimmter Felder, wenn eine Aufgabe den status ändert oder einen angegebenen Endstatus erreicht.
    • Statusauswahlliste: Beschränken Sie die in einem Aufgabendatensatz-Statusfeld angebotenen Werte auf gültige status für diesen Übergang. Dies ist dasselbe Client-Skript, das das System erstellt, um Feldsteuerungen für Statusübergänge zu verwalten.
    • Ereignisse: Löst Ereignisse aus, wenn ein Statusübergang stattfindet oder wenn ein Datensatz einen bestimmten Endstatus erreicht.

    Start- und endstatus

    Sie können einen anwenderdefinierten Status-Flow für die Verarbeitung erstellen, der auftreten muss, wenn ein Aufgabendatensatz einen bestimmten Übergang von einem Status in einen anderen durchführt. Diese Datensätze erfordern einen Start- und einen Endstatus, und die Verarbeitung erfolgt während des Übergangs zwischen status. Um eine Verarbeitung durchzuführen, wenn ein Aufgabendatensatz einen bestimmten Endstatus erreicht, müssen Sie nur den Endstatus definieren. In einigen Fällen kann ein Status-Flow nur einen Startstatus haben, z. B. wenn Sie eine Art Bereinigung durchführen müssen, nachdem eine Aufgabe abgebrochen wurde. Ein Status-Flow hat möglicherweise keinen Start- oder Endstatus, wenn die Verarbeitung im Datensatz für mehr als einen Statusübergang gilt.

    Die Lösung besteht darin, die Business-Regel oder das Client-Skript in einem Status-Flow-Datensatz zu speichern und eine Bedingung zu erstellen, um die Verarbeitung für alle Statusänderungen auszulösen, die dies erfordern. Ein Beispiel dafür im Außendienst-Management ist die Business-Regel „Changes zusammenfassen“ in der Tabelle „Arbeitsauftragsaufgabe [wm_Task]“. Diese Business-Regel führt Statusänderungen, die in Aufgaben auftreten, in den übergeordneten Arbeitsauftrag ein Rollup durch.