ValidateSubflows

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer
  • DerValidateSubflows-Prüfer erkennt alle Workflows, die als Subflows enthalten sind und die entweder inaktiv sind oder gelöscht wurden bzw. nicht als veröffentlichter Workflow für den aktuellen Benutzer verfügbar sind.

    Bei jeder dieser Bedingungen hängt der Workflow, wenn die Workflow-Aktivität im Hauptflow festgestellt wird.
    Warnung:
    Dies ist ein kritischer Fehler, der die Ausführung eines Workflows verhindert.

    Validierungszusammenfassung

    • Risiko: Ein übergeordneter Workflow, der zu einem gelöschten Subflow übergeht, bleibt auf unbestimmte Zeit ohne Wiederherstellungsoptionen hängen.
    • Schweregrad: Kritisch
    • Gültiges Ergebnis: Gültig
    • Gültige Nachricht: Dieser Workflow enthält<count> gültige Subflows.
    • Ungültiges Ergebnis: Ungültig
    • Ungültige Nachricht: Dieser Workflow enthält<invalid count> ungültige(r) Subflow(s) von<total subflow count> Subflows insgesamt.
    • Vorgeschlagene Aktion: Entfernen Sie den Link zum fraglichen Subflow im übergeordneten Workflow, und überprüfen Sie den Subflow, um sicherzustellen, dass er gültig und veröffentlicht ist oder dass er für den aktuellen Anwender ausgecheckt ist. Nachdem Sie den Status des Subflows korrigiert haben, führen Sie die Validierung erneut aus, um Ihre Änderungen zu testen.
    • Veröffentlichbar: Nein
    • Lauffähig: Nein
    • Zugehörige Informationen: Workflows, die als Subflows verwendet werden

    Problembehandlung

    Wenn ein Workflow ausgeführt wird, bestimmt die Skript-Engine unabhängig davon, ob es sich um einen Subflow oder einen Haupt-Flow handelt, welche Version eines Workflows unter Berücksichtigung der aktuellen Anwender- und Workflow-Bedingungen ausgeführt werden soll. Wenn ein Workflow von demselben Benutzer ausgecheckt wird, der den Workflow ausführt, ist die ausgecheckte Version die Version, die ausgeführt wird. Wenn der Benutzer nicht die Person ist, die den Workflow ausgecheckt hat, wird die veröffentlichte Version des Workflows ausgeführt. Wenn kein veröffentlichter Workflow vorhanden ist, wird kein Workflow ausgeführt.

    Der ValidateSubflows-Prüfer adressiert folgendes Workflow-Szenario:

    • Workflow ist an Benutzer A ausgecheckt.
    • Ist ein Subflow in einem übergeordneten Workflow, der von Anwender B ausgeführt wird.
    • hat keine veröffentlichte Alternative zum von Anwender B ausgeführten Subflow.

    In diesem Fall wird der übergeordnete Workflow zur Ausführung des nicht veröffentlichten Subflow ausgeführt und bleibt dann bei dieser Aktivität hängen, ohne dass ein Übergang möglich ist. Haupt-Flows, die auf diese Bedingung in einem Subflow stoßen, dürfen nicht für die Transaktion eines aktuellen Datensatzes ausgeführt werden. Stattdessen wird dem Workflow-Kontextdatensatz des aktuellen Workflows ein kritischer Protokolleintrag hinzugefügt, der den Status des Subflows beschreibt. Um das Problem zu beheben, entfernen Sie den Subflow aus dem Hauptflow oder veröffentlichen Sie den Subflow, sodass er für Benutzer B verfügbar ist. Dadurch kann der Workflow bei der nächsten geeigneten Transaktion ausgeführt werden.

    Der ValidateSubflow-Prüfer adressiert außerdem folgendes Workflow-Szenario:

    • Workflow ist ein Subflow in einem übergeordneten Workflow, der von einem beliebigen Benutzer ausgeführt wird.
    • hat keine veröffentlichte Alternative zum Subflow, da der Workflow gelöscht wurde oder alle Versionen des Workflows nicht veröffentlicht oder inaktiv sind.
    Hinweis:
    Sie können nicht aus einem Listen- oder Formular-Workflow löschen, der ein Subflow ist. Sie können jedoch eine dieser instabilen Bedingungen mit erweitertem Skripting, SQL-Optionen oder unvollständigen Update Sets erstellen, die Haupt-Flows, aber nicht die referenzierten Subflows enthalten. Berücksichtigen Sie bei der Problembehandlung bei einem Workflow, der diesen Prüfer ausgelöst hat, den Verlauf des Subflows, wenn Sie den Fehlerzustand bewerten.