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 pro AGOL Feature layer (hosted, view)

LouiseG

Ahoj ESRI komunito, hledám nějakou dokumentaci nebo radu, jak používat Power Automate ArcGIS Connectors pro ArcGIS Online Feature layer (hosted, view) vrstvy. <\/P>

Máme editovatelnou Hosted Feature Layer a používáme Power Automate k: <\/P>

1) Odeslání zprávy do pojmenovaného skupinového chatu MS Teams, když je vytvořen nový prvek<\/P>

2) Odeslání zprávy do pojmenovaného skupinového chatu MS Teams, když je prvek aktualizován<\/P>

Z Hosted Feature Layer máme šest editovatelných Feature Layer (hosted, view). Úpravy budou prováděny na těchto view vrstvách místo hlavní Hosted Feature Layer. <\/P>

Vytvořili jsme Power Automate pracovní postupy, ale spouštějí se pouze tehdy, když ArcGIS Connectors ukazují na view vrstvy, nikoli na hlavní Hosted Feature Layer. Z četby jiných příspěvků v komunitě (např. zde<\/A> a zde<\/A>) se zdá, že Power Automate Connectors musí ukazovat na view vrstvy. <\/P>

Mohl by mi někdo poradit, zda je to správně? Připadá nám to jako přehnané mít povolenou volbu 'Keep track of changes to the data' na každé view vrstvě a potenciálně vytvořit 12 Power Automate toků. <\/P>

Mnohokrát děkuji, <\/P>

Louise<\/P>

<\/P>

Najděte více příspěvků označených jako

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.

Připojte se ke konverzaci

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Jste tu noví? Zaregistrujte si bezplatný účet.

Rychlé odkazy

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