Damit meine Findings vom WE nicht verloren gehen, poste ich das hier:
- Anzahl Flows verursachen Kosten pro Monat.
- Damit ein Flow nur dann anläuft, wenn er wirklich benötigt wird, benutzt man Tiggerbedingungen in den Eigenschaften der Startsequencez des Flows (z.B. SharePoint Element Änderungen).
- Diese Trigger Bedingungen entsprechen den normalen Expressions, die auch in den Actions Verwendung finden nur mit @ am Anfang.
- WICHTIG: In den Trigger Bedingungen wirken nur Boolean Abfragen (True/False!). Dadurch erklärt sich folgendes:
-> Funktioniert NICHT auf berechnete SharePoint List Items, weil immer False rauskommt (NOT WORKING because always false) -> @equals((triggerBody()?['COLUMN1']), 1)
Warum: Wenn man SharePoint List Item als Trigger verwenden will ist das Tricky. SP berechnete Ja/Nein-Felder landen als String in der Liste und funktionieren dadurch nicht direkt als Boolean Trigger! Deswegen habe ich eine neue berechnete SP Spalte eingefügt mit der einfachen Wenn/Dann Berechnung für ein leeres Element =IF(COLUMN1="",0,1) [Wenn ein Feld leer ist dann schreibe 0, sonst die Zahl 1 die aber ein String ist!!!!]:
-> LÖSUNG (SOLUTION) Umwandeln des String mit int() in eine Zahl -> @equals(int(triggerBody()?['COLUMN1']), 1)