Wann Flows und Playbooks verwendet werden sollen

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

    • Verwenden Sie diese allgemeinen Richtlinien, um zu bestimmen, wann ein Flow oder ein Playbook erstellt werden soll.

    Wann Flows verwendet werden sollen

    Flows, Subflows und Aktionen sind die grundlegenden Bausteine der Prozessautomatisierung. Flows werden ausgeführt, wenn ihre Auslöserbedingungen erfüllt sind, und jeder Flow führt wiederum eine Sequenz von Aktionen, Flow-Logik und Subflows aus. Die Aktionen, die Flow-Logik und die Subflows innerhalb eines Flows erstellen und aktualisieren Daten.

    Ein Flow eignet sich gut für Prozessautomatisierungen, die diese Kriterien erfüllen.
    Erwarten Sie wenige bis keine manuellen Anwenderinteraktionen
    Solange ein Flow über die erforderlichen Eingabedaten verfügt, kann er ohne Anwenderinteraktion bis zum Abschluss ausgeführt werden. Einige Flow-Logik und -Aktionen erfordern, dass Anwender Datensatzänderungen vornehmen, ein Flow kann jedoch automatisch anhalten, bis seine Wartebedingungen erfüllt sind. Prozessautomatisierungen, die von Anwenderinteraktionen abhängen, z. B. das Lesen eines Knowledge Base-artikels, das Durchlaufen einer Prüfliste und das Sammeln von Feedback, sind mit Flows schwieriger zu verwalten. Flows stellen keine direkten UI-Elemente bereit, mit denen Anwender interagieren können. Flows hängen davon ab, dass Anwender wissen, wie sie eine vorhandene Anwenderoberfläche finden und alle erforderlichen Änderungen vornehmen können. Beispielsweise hängt ein datensatzbasierter Flow davon ab, dass ein Anwender eine Änderung in einem bestimmten Datensatz wie einem Fall oder einem Incident vornimmt.
    Ausführung mit hohen Volumes wird erwartet
    Eine Instanz kann Hunderte bis Tausende von Flows pro Sekunde ausführen. Wenn Flow-Reporting standardmäßig deaktiviert ist, kann eine Instanz eine große Menge von Flows ausführen, bevor sie Auswirkungen auf die Leistung erkennt. Wenn Sie erwarten, eine Prozessautomatisierung bei hohen Volumina auszuführen, ist ein Flow eine gute Lösung für ein Playbook, da er weniger Overhead und Systemressourcen erfordert.
    Es wird erwartet, dass einige bis keine Subflows ausgeführt werden
    Je mehr Subflows ein Flow aufruft, desto schwieriger wird die Verwaltung über die Flows-Schnittstelle. Während Sie bedingte Flow-Logik oder eine Entscheidungstabelle verwenden können, um einen auszuführenden Subflow auszuwählen, bieten Playbooks eine bessere Anwender-Experience für die Ausführung einer Sequenz von Subflows.

    Wann Playbooks verwendet werden sollen

    Playbooks basieren auf Aktivitäten, die vorgefertigte Flows, Subflows und Aktionen als ihre Bausteine verwenden.

    Ein Playbook eignet sich gut für Prozessautomatisierungen, die diese Kriterien erfüllen.
    Es werden mehrere manuelle Anwenderinteraktionen erwartet
    Playbooks bieten UI-Elemente, mit denen Anwender interagieren können. Die Playbook-Experience führt Anwender dazu, alle Änderungen vorzunehmen, die zum Fortfahren des Playbooks erforderlich sind.
    Ausführung mit geringen Volumina wird erwartet
    Playbooks erfordern mehr Systemressourcen, da sie UI-Elemente generieren und weitere Ausführungsdetails speichern.
    Es wird erwartet, dass viele Subflows ausgeführt werden
    Playbooks bieten eine bessere Anwender-Experience für die Ausführung einer Sequenz von Subflows.