Hallo Alex,
wir haben jetzt eine Lösung für deine "Warnung wenn Planung deaktiviert".
Es gibt jetzt einen neuen Step FlowList. Dieser gibt dir alle Flows des aktuellen Workspace als Spreadsheet.
Damit kannst du dir z.B. deinen eigenen Alarm bauen.
Die Idee, für deine Anforderung wäre wie folgt:
- Erstelle einen Flow
- Markiermöglichkeit für Flows wie z.B. "Warnung wenn Planung deaktiviert".
Erstelle im Flow, der überwacht werden soll eine Flow-Variable: warnungsmodus=Warnung wenn Planung deaktiviert. Diese Flovariable dient nur als Markierung. - Füge die Steps FlowList, Filter und StopFlowIF hinzu.
Grundidee: Mit Filter und StopFlowIF kannst du den Flow mit Fehlermeldung stoppen, wenn es Flows mit versehentlich deaktivierter Zeitplanung gibt.
FlowList Ausgabe sieht ungefähr so aus:
Dort gibt es eine Spalte trigger-scheduling-status (ENABLED / DISABLED) sowie eine variables Spalte, welche alle Flow-Variablen als Map enthält.
Im Filter Step filterst du dir alle Zeilen in denen trigger-scheduling-status=DISABLED ist UND wo in der variables Spalte ein "warnungsmodus=Warnung wenn Planung deaktiviert" steht.
Hinweis: Im Screenshot des Flows haben wir die Flowvariable "warnungsmodus" in den Überwachungsflow selbst eingefügt. Das ist nur für das Beispiel und in der Praxis natürlich sinnlos, da man ja nicht den Überwachungsflow selbst überwachen will. Die Flow Variable muss natürlich in alle Flows, die überwacht werden sollen.
Das sieht dann so aus.
Damit du jetzt eine Warnung oder einen Fehler bekommst könnte man den StopFlowIf Step benutzen. Dieser soll den Flo mit einem Fehler stoppen, sobald das Spreadsheet aus dem Filter mindestens eine Zeile enthält - denn das bedeutet, dass es mindestens einen Flow gibt.
Wenn man diesen Flow laufen lässt und es einen solchen Flow mit deaktivierter Zeitplanung gibt, dann endet der Flow mit einem Fehler.
Wenn man unter Mein Konto / Einstellungen eingestellt hat, dass man bei Fehlern sofort benachrichtigt werden möchte, bekommt man das dann gleich als Mail.
Fazit:
Wir hoffen, dass wir dir damit eine Lösung aufzeigen konnten, die mit Bordmitteln realisierbar ist. Mit diesem Ansatz kann man jetzt kreativ werden uns sich noch andere Analysen und Logiken bauen, um Flows hinsichtlich bestimmter Eigenschaften zu analysieren. Weitere Beispiele wären, dass man prüfen könnte, ob Flows oder Variablen bestimmten Benamungsschemas einhalten, oder Limit-Variablen gefüllt sind oder versehentlich Limit=1 gesetzt haben (was man häufig beim Debugging mal vergisst zu entfernen).... usw.
Die in vorherigen Beiträgen erwähnte Flow-Übersicht im Backend kommt voraussichtlich nach Ostern.