|
POST
|
Noting specific, I think in general using scopes was the highlight for me. I usually dabble into Esri actions and triggers and some automation for our testing but my life isn't dependent on creating automation and how you explained in the post above was really great.
... View more
12-19-2025
12:58 PM
|
0
|
0
|
1881
|
|
POST
|
@EthanV you can use what @abureaux has suggested, I think you may need the latest wkid. Another thing you can do is to use the function (fx) and use the dynamic content within it instead and search for geometry. you should get the topCandidate's geometry. Hope that helps.
... View more
12-19-2025
12:52 PM
|
0
|
0
|
709
|
|
POST
|
@mniluka_CPB There might be multiple different issues here. Instead of trying to setup a trigger can you quickly try and see if you can retrieve data from your Enterprise using a Manual trigger and a `Get data from feature layer` Action? If that works they you may not have any issues with the connection and they might be with the webhook you are creating. Firstly, Power Automate will need access to your feature layers so your Enterprise should be publicly available or available to Power Automate at minimum. See what ports you must have open to power Automate here: ArcGIS Enterprise ports. I don't know if they are still the same at 10.91 You can use this guide to troubleshoot webhooks if your problem is specific to triggers.: Guide: Troubleshooting ArcGIS and ArcGIS Enterpris... - Esri Community
... View more
12-19-2025
08:02 AM
|
1
|
1
|
1094
|
|
POST
|
Yeah, In online we do have an enhancement to return the attachments form Extract changes endpoint. It is possible at the Enterprise connector at the moment. Let me know if that works.
... View more
12-18-2025
10:56 AM
|
0
|
2
|
919
|
|
POST
|
@ArthurSmith2 are you using ArcGIS Enterprise or online? In Enterprise you can try something like this: In Online you can try something like this: That said we do have this enhancement on our backlog and we will look into this.
... View more
12-17-2025
03:54 PM
|
1
|
4
|
938
|
|
POST
|
@Joshua-Young If you change your trigger from Features Created to Features updated and save it then it will delete the old webhook and create a new one and you will run into following again: Once the new webhook is created you will see a run with a message that `The webhook was successfully created on the feature layer`. If you make a change to the feature layer to trigger your webhook the second run should return null response. All the changes you make to the feature layer after that should be received by the flow. This is expected behavior. If you make several changes which triggered the flow a few times and you still don't see the changesURL populated then we might have an issue. Please let me know. The changes URL needs to be sent back by the webhook for the flow to run. This could be also an issue on the server. The serverGens value on the webhook endpoint does not show any thing. Please see these additional tips for troubleshooting webhooks for your reference: Guide: Troubleshooting ArcGIS and ArcGIS Enterpris... - Esri Community
... View more
12-17-2025
01:45 PM
|
0
|
0
|
1727
|
|
BLOG
|
@AnninaRupe1 thanks you for bringing this this up to the team. as we were not able to reproduce this issue initially and could this could have affected to every customer using the Survey response is submitted trigger. We do appreciate your your patience as well. Hope your flows work always and stay life automated! 🙂
... View more
12-17-2025
12:30 PM
|
0
|
0
|
645
|
|
POST
|
Hi @Joshua-Young, Looks like you are successfully able to create a webhook and get a run under the flow. If you see a run with no errors inside it should work. On The ArcGIS Enterprise connector the second feature update after the webhook is created (3rd run on the flow) should include changes. When the flow is saved for the first time it should generate a successful run. The response should have message that the webhook on the server is created successfully. the first feature update will get the serverGens and the response should be empty and the third run should have changes. Let me know if that helps. If you don't see the changes URL at all then I would need to know. Probably share some screenshots. If you see the logic.azure.com URL that we get from Microsoft and I don't think it should be an issue they are probably still rolling out that change.
... View more
12-15-2025
02:27 PM
|
0
|
1
|
1746
|
|
BLOG
|
I am creating this post to ensure everyone stays informed about the issue we discovered with the "When a survey response is submitted" trigger. Please note that this is still under investigation so there could be discrepancies or updates to the following information. This issue affects All connectors: ArcGIS, ArcGIS Enterprise, Survey 123 When we create a flow using the "When a survey response is submitted" trigger in Power Automate, it generates a webhook in the Survey123 App. Currently, the webhook is created with the default name MS-FLOW, whereas previously it was named MicrosoftPowerAutomate-[flowId]. When multiple flows are created for the same survey using this trigger in Power Automate, it fails to assigns unique names; instead, it replaces the existing webhook in the Survey123 app with the same MS-FLOW name. After conducting some tests, we have identified the following findings. We know the this behavior is due to a recent change by Microsoft, as they are transitioning their URLs from "logic.azure.com" to a new architecture using "api.powerapps.com" where the URL construction is different than before causing internal failures. For reference, please see: Troubleshoot common issues with triggers - Power Automate | Microsoft Learn. Unfortunately, we did not anticipate any issues with this change when we audited our code and it expressed itself in the Survey 123 app. We are working with Survey 123 team to investigate and resolve with best possible solution and as soon as possible. We apologize for any inconvenience. Please see following details and workaround. Who is affected? Firstly, we think that Microsoft is still rolling this update and not everyone will experience this issue. If you are creating multiple Power Automate flows on a single survey with `When a survey response is submitted` trigger. If you have multiple existing Power Automate flows with this trigger and they not working or if you are trying to update or reauthenticate them. (Still investigating the impact please be mindful when updating your flows with this trigger) You are updating an existing flow with `When a survey response is submitted` trigger. You are turning on an older flow on a survey which has other associated flows with the trigger above. Who is not affected? You are creating a your first flow with `When a survey response is submitted` trigger using any the ArcGIS connector. If you are not creating multiple flows on the same survey using the trigger in Power Automate. Workaround If you wish to create multiple flows on a single survey using `When a survey response is submitted` trigger then Create Flow 1 in Power automate and save it. This should create a webhook named MS-FLOW in the survey 123 app --> survey -->settings -->webhooks. Make sure to build the entire flow and save it before continuing to the next step. Rename the webhook under survey settings to something meaningful. If renaming produces an error try turning the flow off then on. This will delete and recreate the webhook in the Survey. Repeat steps 1 & 2 to create additional flows Test if all the flows are triggering. Turning on older flows on a Survey that has other active flows Please be mindful when turning on an older flows on survey that has other active flows as it can replace an existing webhook on the survey if it is named "MS-FLOW" Check your survey if it has a webhook called "MS-FLOW" Rename this webhook and test if it works. Turn on the older flow. This might create a webhook named "MS-FLOW" on the survey selected Rename this webhook. Test all the associated flows on the survey work. Hope this helps.
... View more
12-10-2025
01:53 PM
|
4
|
3
|
1205
|
|
POST
|
Yes, all the triggers and the Fetch updates changes action can use the filter. It makes sense then that not all the layers are visible or searchable as there is a limit of 1000 items for the dropdown. I will need to confirm with a dev but, the Power Automate dropdown loads once you click on it and searches only within the results loaded in the UI and cannot dynamically send "/search" calls as you type the layer name, like you do in ArcGIS. In any of the actions if you can't find your feature layer even if it has a filter (your "My Content" could still have more than 1k layers) it is a good idea to copy and paste the layer URL. Loading that many items in the dropdown significantly impacts the performance. You will see the performance drop in geocoding action while selecting the spatial reference. We will discuss the best solution in these actions and implement that. Again thanks for letting us know.
... View more
11-21-2025
09:27 AM
|
0
|
0
|
1786
|
|
POST
|
I was thinking of other actions where that option is available. I agree, the Fetch action could use the filter dropdown from where to choose a layer from. That said, it will only be useful for an admin user who can create webhooks on feature layers shared to the organization. For others users webhooks can only be created on feature layers you own or have access to. Are you using an admin user? Update: I tested this and yes the dropdown lists all the layers in the organization and if your organization has more than 1k layers rest of the layers will not show up in the list. I agree that we need a filter there to filter content from My Conent. I will add it to our next release.
... View more
11-20-2025
10:25 AM
|
0
|
1
|
1818
|
|
POST
|
I see what you mean, The text still holds true and is phrased that way because we used to get many requests asking why the trigger is not working when the layers you select doesn't have those setting enabled. We are limited by power automate dropdown on how long the text can be. For some reason, when the text is longer than the dropdown it doesn't show a tool tip. I will see if we can revise the text. Unfortunately, how the dropdown renders and searches is completely dependent on Power Automate. Sometimes it take a long time to load too. I will either recommend you to favorite the layer in your Portal and change the search inside Favorites instead o my content. Which is much faster at times if you have lot of items in your content. If you paste the layer up to the layer id it should pick it up, give it a second to populate or try saving the flow.
... View more
11-19-2025
11:21 AM
|
0
|
0
|
1849
|
|
POST
|
@CatHeindel Just to clarify, the trigger should show all the feature services your user has access to regardless if they have editing and changes tracking enabled or not. This is by design, as it is expensive for us to filter out services with editing and changes tracking enabled. It will let you select the service but will complain after you save your flow. Do you have access to more than 1000 feature layers? if so then it might not load all of them in the Power automate dropdown. Start typing the name of the layer in the dropdown and see if it shows up. If that doesn't work you can always copy the Feature layer url `featureServiceName/layerID` and past as a manual input and Power Automate should pick it up. Hope that helps.
... View more
11-19-2025
09:11 AM
|
0
|
0
|
1856
|
|
POST
|
@abureaux Thanks for your post, this is quite amazing! I learned a few cool things here. It is a great candidate for a blog if you haven't already considered writing one!
... View more
11-19-2025
08:11 AM
|
0
|
2
|
2188
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 3 | 2 weeks ago | |
| 5 | 2 weeks ago |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|