Power Automate flow draait te vaak, kan ik de trigger filteren?
Een trigger op SharePoint of Outlook draait standaard op elke wijziging. Trigger conditions filteren server-side, dus je betaalt geen runs voor irrelevante events. Dit scheelt direct in throttling en pricing-tier.
Probeer dit eerst zelf
- 1Open de trigger > Settings > Trigger Conditions. Voeg een expression toe in OData-syntax, bijvoorbeeld @equals(triggerOutputs()?['body/Status'], 'Approved').
- 2Test door een irrelevante wijziging te maken: zonder trigger-condition draait de flow, met de juiste niet. Anders is de syntax fout (geeft soms geen error).
- 3Voor SharePoint: de trigger-conditie kan op kolommen, status, lookup-velden. Dat is veel goedkoper dan een 'Apply to each' met if-erin.
- 4Houd condities simpel: 1 of 2 voorwaarden. Complexe boolean-logic in trigger-condition is moeilijk te debuggen.
- 5Voor flows met dynamische voorwaarden: gebruik trigger-condition voor de basis (bijv. status), filter binnen de flow voor specifieke gevallen.
Wanneer ons inschakelen
Heb je Power Automate flows die te vaak draaien en je quota opvreten, dan zit de winst meestal in trigger-conditions. Daar kunnen we naar kijken.
Zie ook
- n8n: zelf hosten of cloud-versie nemen?Self-hosted is goedkoper bij volume en geeft data-controle. Cloud spaart je de ops weg.
- Zapier of Make: welke past beter?Zapier is rechttoe-rechtaan, Make doet complexere flows met routers en iterators voor minder geld.
- Power Automate Cloud of Desktop: wat moet ik nemen?Cloud voor SaaS-koppelingen en triggers. Desktop voor RPA op een Windows-machine met legacy-apps.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.