Hello - I have a flow that triggers an automated email when a list field, "Status" changes from 'Open' to closed. However, the email triggers whenever any field is changed. Is there a way to fine tune so that this will only trigger on the desired field and no other field?
Solved! Go to Solution.
Hi @Anonymous,
As @ScottShearer said, there is no any trigger on a special column in list is modified,if you would like to trigger a flow when a special column in list is modified,
I afraid that there is no way to achieve your needs in Microsoft Flow currently.
If you would like this feature to be added in Microsoft Flow, please submit an idea to Flow Ideas Forum:
https://powerusers.microsoft.com/t5/Flow-Ideas/idb-p/FlowIdeas
You could take the alternative way offered by @ScottShearer, however, the alternative way wouldn't work when the field value in the list is modified several times.
I have another alternative way, you could also take a try with mine.
1. Add a yes/no type column "Status is changed" in the sharepoint list.
2.Every time a user modify the list, if he have modify the "Status" column,he must modify the "Status is changed" column to "Yes",
if he haven't modify the "Status" column,he must keep the "Status is changed" column to "No".
3.You could add an condition under the trigger to check if the "Status is changed" column is equal to true or false.if the "Status is changed"column is equal to true,send the email,if the the "Status is changed" column is equal to false,do nothing.
Best regards,
Alice
The short answer is no, you can't have a Flow trigger only when a specified column is changed,
The simple work around is to store a copy of the column data in a separate column. When the Flow is triggered, compare the two columns. If they are the same, do nothing, If they are not the same, take action as appropriate and update the additional column to match the value in the column you are monitoring.
There are other more elegant solutions, but what I have presented is the quick and simple fix.
Scott
Hi @Anonymous,
As @ScottShearer said, there is no any trigger on a special column in list is modified,if you would like to trigger a flow when a special column in list is modified,
I afraid that there is no way to achieve your needs in Microsoft Flow currently.
If you would like this feature to be added in Microsoft Flow, please submit an idea to Flow Ideas Forum:
https://powerusers.microsoft.com/t5/Flow-Ideas/idb-p/FlowIdeas
You could take the alternative way offered by @ScottShearer, however, the alternative way wouldn't work when the field value in the list is modified several times.
I have another alternative way, you could also take a try with mine.
1. Add a yes/no type column "Status is changed" in the sharepoint list.
2.Every time a user modify the list, if he have modify the "Status" column,he must modify the "Status is changed" column to "Yes",
if he haven't modify the "Status" column,he must keep the "Status is changed" column to "No".
3.You could add an condition under the trigger to check if the "Status is changed" column is equal to true or false.if the "Status is changed"column is equal to true,send the email,if the the "Status is changed" column is equal to false,do nothing.
Best regards,
Alice
Hello,
I know how old this is but I have a question that is related to this one. When trying to trigger a flow based off the value of a specific column using a condition is there a way for it to recognize string values?
Like if you want an email sent only when Column A reads "send email" is there a way to do this? I tried to use one of my columns in a condition and for flow to check if a specific string was selected but it never works.
I hate to comment on a stale thread; but I have found a way to trigger an approval flow based on a field value.
It looks like everyone has some kind of status field that needs to be evaluated (it's really how I started). After following the information posted at the beginning of the thread; I tested and received the expected result of failure.
However, if you initialize a variable and pull that field value into it (Initialize variable, then set variable to field value; in my instance the second step for setting was to use 'status value'). Once that is pulled into a variable the statement can be evaluated with the condition statement. I've tested on several different tables within my instance of SharePoint and it's pretty effective every time.
@Anonymous , can you post a screen shot of the solution?
I can't do the image attachment (DLP Policies for my organization). But I can do the JSON code:
"Initialize_variable_-_StatusField": {
"runAfter": {
"Initialize_variable_-_EmailString": ["Succeeded"]
},
"type": "InitializeVariable",
"inputs": {
"variables": [{
"name": "StatusField",
"type": "String"
}
]
}
},
"Set_variable_-_StatusField": {
"runAfter": {
"Initialize_variable_-_StatusField": ["Succeeded"]
},
"type": "SetVariable",
"inputs": {
"name": "StatusField",
"value": "@triggerBody()?['Status']?['Value']"
}
}
@Anonymous I think the problem with your code is that if any other column's value changes and if your Status column has a value in it (whether its the same or changed status), it will trigger the flow as well.
Correct; it will trigger for any modification; but will only proceed if the status field is equal to something I've configured to run.
I've done this on a few flows and it works fairly flawlessly.
Any changes to PowerAutomate on this issue? In the last 6 months, there have been massive strides in updates to PowerApps but wasn't sure about Automate.
I don't know if this has been covered in a different forum item or not but I use a Switch in these scenarios. The trigger is the same as in the original post (item in list is modified), and next I add the Switch and specify the Status column using Dynamic Content. This then gives you the ability to add Cases, and here you use the Status options from your column (manually typed in not selectable as dynamic content so watch out for spelling!). You can then build out the rest of your flow with email notifications etc as you would with a condition. It works really well for status columns with multiple options (max I've used is 8 so far) sending notifications to different people in a process when the status value changes each with a customised message. Hopefully this helps
Yes! I switched to using "switch" back in August and have used it exclusively. Works so much better than the condition. Thanks!
Sorry!! I know this is an old thread, but can you step me through this?
What is a switch? Sorry! am very new to SP
Thanks,
Ashlea
So yeah this is old, but I have a situation where if a status is changed, I need to send an email. How I did it was having a second "former status" field. That way, when an item is changed, I can compare the statuses to see if that is the field changed. If the statuses are different, send that email and change the "former status" to the same as the status. If they are the same, then obviously something else was changed and nothing needs to happen.
Thank you for your response. Yes, I ended up doing something very similar. I used a boolen column and set it to true if the column value changes and use that column as my trigger.
Well there is a simple way to specify a trigger condition to your flow when a specific field data changes to a specific value. In your case when 'Status' field value changes to 'Close'.
1. Go to setting of the 'when an item is created or modified' connector using '...' option.
2. Configure the trigger condition of the flow.
Here is the snip of the expression:
You are right, however this is assuming the use case is to only determine when the status is closed.
Consider you have a status column with let's say 8 different statuses and you would like to determine each time the status column gets updated to do whatever you need to do.
With your suggested approach, that would be 8 different flows each with a trigger for the specific status. Not really practical and maintainable for such use case.
I honestly would choose a choice, rather than a boolean and use case to determine the action. This then requires only one flow. An annoying one to look at on the screen, but it'll work.
Since the original question was to only trigger when a specific column changes, the solution would be to have a second column that stores the "former status" value. Make the trigger contrition when the Status column is not equal to the former status column.
When the flow runs, update the "former status" column to the current status. They are now equal and the flow will not trigger again until the status is changed. This will work for any number of potential Status values.
Dear Community Members, We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd. During this period, members will not be able to Kudo, Comment, or Reply to any posts. On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities. What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!
We are excited to announce the Summer of Solutions Challenge! This challenge is kicking off on Monday, June 17th and will run for (4) weeks. The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions to as many questions as you can. Answers can be provided in all the communities. Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”) - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024 Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods. You must enter into each weekly Entry Period separately. How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different. Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers. At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing. Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner. A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random. Individuals will be contacted before the announcement with the opportunity to claim or deny the prize. Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners. Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event. ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE** Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber SolutionsSuper UsersNumber Solutions Deenuji 9 @NathanAlvares24 17 @Anil_g 7 @ManishSolanki 13 @eetuRobo 5 @David_MA 10 @VishnuReddy1997 5 @SpongYe 9JhonatanOB19932 (tie) @Nived_Nambiar 8 @maltie 2 (tie) @PA-Noob 2 (tie) @LukeMcG 2 (tie) @tgut03 2 (tie) Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 2: Community MembersSolutionsSuper UsersSolutionsPower Automate @Deenuji 12@ManishSolanki 19 @Anil_g 10 @NathanAlvares24 17 @VishnuReddy1997 6 @Expiscornovus 10 @Tjan 5 @Nived_Nambiar 10 @eetuRobo 3 @SudeepGhatakNZ 8 Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower Automate Deenuji32ManishSolanki55VishnuReddy199724NathanAlvares2444Anil_g22SudeepGhatakNZ40eetuRobo18Nived_Nambiar28Tjan8David_MA22 Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 4:Community MembersSolutionsSuper UsersSolutionsPower Automate Deenuji11FLMike31Sayan11ManishSolanki16VishnuReddy199710creativeopinion14Akshansh-Sharma3SudeepGhatakNZ7claudiovc2CFernandes5 misc2Nived_Nambiar5 Usernametwice232rzaneti5 eetuRobo2 Anil_g2 SharonS2
On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners. The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights. Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.
We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for. We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer. Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together. Here's to new beginnings and endless possibilities! If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport. To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages