|
POST
|
@LindseyStone, Try if above works for you. For your question 2, unfortunately that is out of control of ArcGIS Connector. We use Server side webhooks and the flow will start only when the ArcGIS Online FL webhook triggers. We have seen it take longer time to trigger after making the changes. I believe this is under investigation by ArcGIS Online DevOps. "When survey response is submitted" trigger is the only one that is a client-side webhook and triggers almost instantly. You can use this trigger from ArcGIS Connector if that is a better solution and if it works for you. PS. This should not be a problem for ArcGIS Enterprise Connector.
... View more
|
0
|
0
|
34
|
|
POST
|
@Joshua-Young We currently don't support `fieldsToCompare` in Fetch updates changes and deletions action but you can use layer queries which might not exactly solve the problem you have but you can only get the changes that matches the filter. There is always an option to use Http Request built in action instead of fetch to send the parameters you need. We do have this enhancement in our backlog.
... View more
a month ago
|
0
|
1
|
178
|
|
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
a month ago
|
0
|
0
|
320
|
|
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
a month ago
|
0
|
0
|
144
|
|
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
a month ago
|
0
|
0
|
164
|
|
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
a month ago
|
0
|
2
|
236
|
|
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
a month ago
|
0
|
4
|
255
|
|
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
a month ago
|
0
|
0
|
268
|
|
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
a month ago
|
0
|
0
|
166
|
|
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
|
287
|
|
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
|
387
|
|
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
|
727
|
|
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
|
759
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 4 weeks ago | |
| 4 | 12-10-2025 01:53 PM | |
| 3 | 11-06-2025 01:31 PM | |
| 1 | 11-05-2025 02:55 PM | |
| 1 | 10-30-2025 10:32 AM |
| Online Status |
Offline
|
| Date Last Visited |
Wednesday
|