Showing results for 
Search instead for 
Did you mean: 

Power Automate Trigger Conditions made EASY

Trigger Conditions in Power Automate were a great addition released in mid-2019. They are designed to stop your Flow (Automation) from running if the conditions are not met. Prior to this being released, you would need your automation to run and then you handled the condition whilst in flight. In the days where we had a pot of Flow runs, we would have automations running and spending our quota without actually delivering any value. Trigger conditions protect us from that.


Within this blog we'll look at how we can quickly and easily create our trigger conditions so that we know they are working. I can speak from experience that there's nothing more frustrating than trying to figure out the condition, and testing it by running your Flow and then not knowing truly whether it is correct or not.

How trigger conditions work

The first thing for us to understand is how the trigger conditions work. Effectively they work in the same way as an expression, whereby we provide it with a function name, some parameters, all done to determine an outcome of TRUE or FALSE.


As an example, I have a SharePoint list with a field called RunAutomation as a Yes/No field. I only want the automation to run if the field is set to YES. Therefore I need to use an expression to test for that, and for this comparison I need to use the function "equals":








Trigger done.PNG

If you're happy with writing expressions, then you can crack on and just write it straight into the trigger condition. But if you're not so confident or you want that piece of mind that it's going to work first, then we can keep it simple and use Power Automate to confirm our logic.

Keep it Silly Simple

When ever I am creating my trigger conditions, I always create the expression within my automation first of all. This will allow me to evaluate whether my condition is going to work, and that I'm getting the desired results. Normally this is the first thing I will do, however we can do this later if we need to. I normally place an Initialize variable action directly beneath the trigger and then use that to write my expression.

Trigger Confirmation.PNG

When I create my variable, it will need to be of a type Boolean so that I can see whether it is going to return true or false. I effectively test my condition both ways to ensure that my expression is yielding the result I expect, therefore in this scenario I will trigger my automation from the SharePoint list, first of all selecting the RunAutomation as Yes, and then setting the RunAutomation to No.


In this example, I am testing the expression:








True Run.PNG

Once I am sure that the expression is working as I want, I can then take the expression and place it into the trigger condition. The one addition I need, is to add the escape character at the start which is the @ symbol. Therefore my trigger condition will be:








With this condition now in place, the automation will only run when it equates to true, i.e. only when RunAutomation is set to yes. Once I've set the trigger condition, I can then remove the test variable.


We have looked at what a trigger condition is, the ability to evaluate a value from the trigger which will determine whether the automation will run or not. This is a much more efficient way of doing this rather than doing the check once the automation has started.


The trigger condition takes the format of an expression, and must evaluate to either true or false. If it evaluates to true then the automation will run, otherwise it will ignore the trigger event.


The easiest way of being able to test this is by creating a variable as a Boolean within the automation, usually directly below the trigger which will allow you to write your expression and then test it. Ensure that you run the automation to test both positive and negative paths to ensure that your expression is evaluating to the correct result each time. Once that's done, you can past it into the trigger condition and then add the escape character @.


I hope you found this blog useful, and as always, feedback is very much welcome.


So there really isn't anyway for it to look for an event like "when this field is updated" and have that evaluate to true or false? 

If no, then really the only way to determine if a field has updated is to store its old or new value (perhaps in a hidden field) and compare the two?

This is the issue I'm trying to address here:

Is the syntax the same for the trigger condition if the value you are testing is a text field? 



True values work great but mine get stuck on the false values. The test just spins and spins. Is there some kind of "end" or "stop" that I need to add?

Hi, I am trying to implement your solution and I'm running into a syntax error. The column that I need to check (DaystoExpiry) is a calculated column - is this why it won't work? All the values in the DaystoExpiry column are integers. I'm trying to use the LESS function instead of EQUALS, but otherwise I'm following your steps exactly. The condition to trigger the flow is a value less than 30. The flow works otherwise (it sends me an email every day when my today's date column is updated). Any help would be appreciated! 

Edited: my variable expression is this: 


sharepoint flow 17 august.png


What about "Not Equals" what do I use for that?


@rmcintyre14 You're getting a null value in DaysToExpiry, you probably need to review THIS article.


@iMrAdam try @not(@equals(EXPRESSION))


Actually you can trigger a flow when a field changes. I use this trigger condition PRECISELY for that reason

Example: you have a list of projects and you want to notify the PM when the project status changes to Closed and ONLY when it changes. Any other edits made after the project is closed should NOT generate an email.

  1. Turn on version control for your list
  2. Use trigger "when an item is modified" and add a trigger expression so that the flow runs ONLY if [STATUS] = closed
  3. Use the new "Get changes for an item or file (properties)" action to target the [STATUS] column for changes
  4. Condition If [Has STATUS column changed] = true (in small letters. The condition will fail if you use "True")

See MSFT documentation on it here


This has been a GODSEND to me for simplifying my lists and drastically reducing the number of flows runs as it only runs if the expression is true.

This is great!   How would we use same trigger condition for a situation where something other than  True/False, or "yes/no" related to the a "run automation" field.   Is this a non booleen command?


I'm trying to understand the best trigger condition and command for a SP List value that contains specific value or word (ie:  SP list is apples or oranges) so that when apples is documented, it runs. 





It's basically an ODATA query.  Here's one I'm using to query if a particular field (in SharePoint) has a particular value:


Strangely, we're finding that sometimes you need to use triggerBody() and sometimes it's triggerOutput().

We often end up initialising a variable to the field we want and then looking at the code to see which one it's using when referring to the field.  Once we're done, we delete the variable initialise.




What would the formula look like if the SP column name is [Replacement Cost], and the field is set to Number, and I want to trigger when this field is over 1,000?



Hey @MShelnutt ,


It's probably going to be something like:


@greaterthan(triggerBody()?['Replacement Cost'],1000)


But don't quote me on that.

You're best off trying a few things:

  • Google some examples like THIS one.
  • Use a SharePoint ODATA query builder like THIS one.
  • Drop an Initialise Variable action at the start of your flow, set the type to number and value to the Replacement Cost field from the properties available from the original trigger. If you then hover over the Replacement Cost text, it should show you if it's triggerBody() or triggerOutput().


Good luck.  If you make a mistake, you might not know until the trigger tries to fire, at which time, when you view the details of the flow, you should get a banner saying there's a problem with the trigger and it's not firing.  So go edit the flow and check the parameters of the trigger.

I find this only works for me when TRUE is all in capitals.


If 'true' is lowercase, then the flow triggers every time there is a change of value in my field

@rdavis6  or others members of this community.


Im having such a hard time making this condition work.


I have a column called STATUS and I only want to run the flow if someone changes STATUS to Afvis


I tried with so many various ways of: @equals(triggerOutputs()?['Status'],'Afvis')


With ' or without..


Any ideas?







Deleted Comment

@asamr were you able to isolate on a choice column and a specific choice? I've been trying to get this to work this afternoon and it just plain doesn't trigger for me. 


TIA for any help you can give if you figured it out!

This is a great tool and article explaining how to limit runs, and API used.

It feels like you left out 1 important part....... the script/command you actually placed into the initialize variable "value" field for the function (x) or Fx expression.   


The screen shot shows us Fx equals(...) but I'm not sure what to place there for testing my expression using Initialize Variable.  




  I'd like to test/use the trigger equation for a boolean condition (true/false) for an expression like this:




but it doesn't respond in testing the flow with this placed into the trigger condition (when an item is created or modified) area for the flow.     Can you share what the fx expression was?

@ninjaryder1st I suspect HasApplicantApplied is a string, so it may be "True" rather than true.


Best thing to do is temporarily add a new initialize variable of type string and set the value to HasApplicantApplied (choose it from the parameters you're passing in, or wherever you're getting it from). This will test two things:

1. What's the actual syntax for referring to HasApplicantApplied, as it's not always triggerbody.

2. What the data type is for HasApplicantApplied, as it could be a string or a number.


Good luck!



In my case I learned about infinite loop when I needed to update a column (let's call it copy-column1) with the value of a calculated column (let's call it column1) to be able to display the total sum in a list. 


So what I did is that I simply have an "when an item is created or modified" flow and update the value of the copy-column1. But of course the flows triggers over and over.

I did try  the condition like the one proposed and have the flow run only when the value in copy-column1 is not equal to column1, in vain...


I tried it like that in the Trigger Conditions:


No success: the flow runs over and over.


Is there a particular watchout for numbers, or when using calculating columns in the Trigger Conditions?

I have a feeling that it is a syntax issue.


Thanks for your support!


@Vinniz Hey,


You get a solution in this video for avoiding infinite loops.

The syntax you use will vary, to match what is shown in ARRAY, and whether it is a TEXT or CHOICE column... 


See this: How to write Trigger Conditions for a specific tex... - Power Platform Community (



Juliana Donkersgoed






It depends on the resulted data structure. If the data format is nested in body, fields or nested only inside fields the below format may help.



About the Author
  • Experienced Consultant with a demonstrated history of working in the information technology and services industry. Skilled in Office 365, Azure, SharePoint Online, PowerShell, Nintex, K2, SharePoint Designer workflow automation, PowerApps, Microsoft Flow, PowerShell, Active Directory, Operating Systems, Networking, and JavaScript. Strong consulting professional with a Bachelor of Engineering (B.E.) focused in Information Technology from Mumbai University.
  • I am a Microsoft Business Applications MVP and a Senior Manager at EY. I am a technology enthusiast and problem solver. I work/speak/blog/Vlog on Microsoft technology, including Office 365, Power Apps, Power Automate, SharePoint, and Teams Etc. I am helping global clients on Power Platform adoption and empowering them with Power Platform possibilities, capabilities, and easiness. I am a leader of the Houston Power Platform User Group and Power Automate community superuser. I love traveling , exploring new places, and meeting people from different cultures.
  • Read more about me and my achievements at: MCT | SharePoint, Microsoft 365 and Power Platform Consultant | Contributor on SharePoint StackExchange, MSFT Techcommunity
  • Encodian Owner / Founder - Ex Microsoft Consulting Services - Architect / Developer - 20 years in SharePoint - PowerPlatform Fan
  • Founder of SKILLFUL SARDINE, a company focused on productivity and the Power Platform. You can find me on LinkedIn: and twitter I also write at, so if you want some Power Automate, SharePoint or Power Apps content I'm your guy 🙂
  • I am the Owner/Principal Architect at Don't Pa..Panic Consulting. I've been working in the information technology industry for over 30 years, and have played key roles in several enterprise SharePoint architectural design review, Intranet deployment, application development, and migration projects. I've been a Microsoft Most Valuable Professional (MVP) 15 consecutive years and am also a Microsoft Certified SharePoint Masters (MCSM) since 2013.
  • Big fan of Power Platform technologies and implemented many solutions.
  • Passionate #Programmer #SharePoint #SPFx #M365 #Power Platform| Microsoft MVP | SharePoint StackOverflow, Github, PnP contributor
  • Web site – Youtube channel -