nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Power Automate ArcGIS Connectors voor AGOL Feature layer (gehost, weergave)

LouiseG

Hallo ESRI Community, ik ben op zoek naar documentatie of advies over hoe je Power Automate ArcGIS Connectors kunt gebruiken voor ArcGIS Online Feature layer (gehost, weergave) lagen. <\/P>

We hebben een bewerkbare Hosted Feature Layer, en we gebruiken Power Automate om: <\/P>

1) Een bericht te plaatsen in een MS Teams groepschat met de naam wanneer een nieuwe feature wordt gemaakt<\/P>

2) Een bericht te plaatsen in een MS Teams groepschat met de naam wanneer een feature wordt bijgewerkt<\/P>

Vanuit de Hosted Feature Layer hebben we zes bewerkbare Feature Layer (gehost, weergave). Bewerkingen worden gemaakt in deze weergavelagen in plaats van in de hoofd Hosted Feature Layer. <\/P>

We hebben de Power Automate workflows gemaakt, maar ze worden alleen geactiveerd wanneer de ArcGIS Connectors naar de weergavelagen wijzen, in plaats van naar de hoofd Hosted Feature Layer. Uit het lezen van andere community berichten (bijv. hier<\/A> en hier<\/A>) lijkt het erop dat Power Automate Connectors naar de weergavelagen moeten wijzen. <\/P>

Kan iemand mij adviseren of dit correct is? We vinden het overdreven om 'Keep track of changes to the data' op elke weergavelaag in te schakelen en mogelijk 12 Power Automate flows te maken. <\/P>

Hartelijk dank, <\/P>

Louise<\/P>

<\/P>

Vind meer berichten getagd met

Accepted answers

abureaux

What is your trigger for the flow? Anything that isn't on a schedule (e.g., something that runs every x minutes) can result in delays. For example, any time I have a flow with "When an item is updated", it can either trigger instantly, or a minute later.

And to add on to that, email/email servers can also be slow. I've watch a multi-part approval flow finish to completion, and then 30 seconds later get several emails back-to-back for the different flow steps. Teams would be the same as this.

Personally, I hate the reactive triggers as they never seem to trigger when I expect them to. Also, I find the Survey123 reactive triggers (which I used a lot) very unreliable. Instead, I put everything on a schedule, and if nothing is found the flow is cancelled. I've never had a problem with this, and if an error is encountered, the flow can just reset and try again later.

I will add that if you go with the schedule approach, you need a dedicated field that can updated by the flow so once something is processed, it isn't reprocessed unintentionally.

All comments

abureaux

I don't think any of my flows are pointing to View layers, so that sounds wrong to me. Using the main FL should work, since that is where all the data ends up.

Akshay Harshe

Agreed to the comment above. It is requirement of webhooks to have changes tracking enabled and ArcGIS connectors have the same requirements for you to trigger the webhook. Webhooks in ArcGIS Online—ArcGIS Online Help | Documentation

LouiseG

Thank you @abureaux and @AkshayHarshe for getting back to me.I can confirm that changes tracking is enabled on the main hosted feature layer.

I turned off the Power Automate flows connecting to the view layers and did some testing today with the Power Automate flows connected to the main hosted feature layer. I created a point on a view layer but it didn't generate a MS Teams notification, then I waited a few minutes and tried it again but got no notification. Then a few minutes later I created a point on the main hosted layer, within two minutes I got two MS Team notifications at the same time for all three created points.

I have done some testing on the webhook using webhook.site. I do not receive a POST from the webhook when a feature is created on the View layer, but I do receive a POST when a new feature is created on the main feature layer. I have tested this with the webhooks created by Power Automate and with another webhook created in ArcGIS Online.

abureaux

I will add that if you go with the schedule approach, you need a dedicated field that can updated by the flow so once something is processed, it isn't reprocessed unintentionally.

Akshay Harshe

Triggers by nature are reactive, what @abureaux is a way you can bypass the triggers and check periodically to see if there are changes. It does add overhead but could be useful in certain scenarios.

How the webhooks are triggered is completely out of control of ArcGIS for Power Automate connectors. ArcGIS Online/Enterprise webhooks handle everything. Power automate is and our connectors will only know to run a flow when the Webhook says that it has new changes. The fetch action will get run extractChanges endpoint on Feature Server to retrieve changes that webhook collected. It is normal to have some delay running a webhook as someone making several edits to features layer(s) gets pooled to trigger once instead of making lot of requests.

LouiseG

Hi @abureaux and @AkshayHarshe

Thank you both for your advice on my query.

I was using the 'When a record is created in a feature layer' trigger, this works as expected when edits are made to the main hosted feature layer, but not when edits are made through one of the view layers. This seems to related to the webhook rather than the connector/trigger.

I have recreated the flow so it is now on a schedule and uses a control field as suggested here: https://community.esri.com/t5/arcgis-survey123-questions/generate-feature-report-in-power-automate-directly/td-p/1384495 (again, thank you @abureaux for this resource). The flow now posts a MS Teams message regardless of whether the edits were made on the hosted layer or the view layer.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.