Les connecteurs ArcGIS pour Power Automate sont mis à jour régulièrement pour offrir de nouvelles fonctionnalités, une meilleure rapidité et convivialité, ainsi que des corrections de bugs. La mise à jour 2023.3 est une version de qualité. Des améliorations de performance, de nouvelles actions et des corrections de bugs ont été apportées aux fonctionnalités suivantes. <\/P>
Cette version commencera à être déployée le 18 septembre 2023. Le déploiement peut prendre jusqu'à 48 heures pour toutes les régions (jusqu'à deux semaines pour les sites de niveau gouvernemental). <\/EM><\/P>Si vous ne voyez pas les changements, vous devrez peut-être vider votre cache et redémarrer votre navigateur web pour voir les modifications dans Power Automate.<\/P>Comme toujours, n'hésitez pas à nous faire part de toute amélioration ou problème dont vous souhaitez discuter.<\/P> <\/P>---<\/P>ArcGIS Enterprise<\/FONT><\/P>Si vous aviez assisté à la conférence utilisateur de cette année à San Diego, vous avez peut-être entendu l'équipe mentionner la prise en charge d'ArcGIS Enterprise dans Power Automate. Eh bien, c'est enfin arrivé ! Nous déployons le connecteur ArcGIS Enterprise par phases.<\/P>La première phase, désormais disponible dans Power Automate, contient toutes les opérations CRUD que l'on trouve dans le connecteur ArcGIS. Par exemple, vous pouvez commencer à ajouter, supprimer ou mettre à jour des enregistrements et des pièces jointes dans vos couches d'entités comme vous le feriez avec le connecteur ArcGIS. <\/P><\/span><\/P>La deuxième phase du connecteur ArcGIS Enterprise contiendra les actions restantes relatives au géocodage, à l'enrichissement géographique et au réseautage. Nous travaillons également à l'ajout du support des webhooks pour ArcGIS Enterprise 11.2 et versions ultérieures. Dans la phase actuelle du connecteur, vous devez configurer manuellement le webhook sur votre couche d'entités.<\/P>Les détails sur la manière de procéder se trouvent ici<\/A>.<\/P>Note : Il s'agit d'une action en aperçu car la prise en charge complète des webhooks ne sera intégrée qu'avec la sortie d'ArcGIS Enterprise 11.2. <\/EM><\/P>Quelques notes concernant le connecteur ArcGIS Enterprise avant de passer au sujet suivant. <\/P>Exigences<\/STRONG><\/U>: <\/P>- Le connecteur ArcGIS Enterprise prend en charge ArcGIS Enterprise 11.0 et versions ultérieures<\/P>- Pour utiliser l'aperçu du webhook, vous devez disposer d'ArcGIS Enterprise 11.1 ou plus récent<\/P>- Votre instance Enterprise doit avoir accès à Internet (ou au moins accès à Power Automate lui-même). Le connecteur ne fonctionnera pas derrière un pare-feu ou dans un environnement déconnecté. <\/P>Toutes les informations de configuration se trouvent ici dans notre documentation. <\/P>Documentation<\/STRONG>: Configurer le connecteur ArcGIS EnterpriseArcGIS for Microsoft 365 | Documentation<\/A><\/P> <\/P>Trouver des candidats adresse<\/FONT><\/P>Au fur et à mesure que nous avons travaillé sur divers flux et retours de votre part, une demande fréquente était la possibilité d'utiliser des géocodeurs personnalisés<\/EM> dans les actions de géocodage, Trouver un candidat adresse <\/EM>et Géocoder des adresses<\/EM>. Par défaut, ces deux actions renvoient la meilleure correspondance du Service mondial de géocodage ArcGIS, <\/A>et vous pouvez transmettre ces valeurs à une autre action ou application.<\/P>Dynamiquement, il ne renverra que le meilleur résultat. Par exemple, lorsque je géocode 15 Maple Street<\/EM>, je reçois la meilleure correspondance après l'exécution du flux. Je n'ai délibérément transmis aucune autre information que le nom de la rue. Pour info amusante, c'est l'une des adresses les plus courantes<\/A> aux États-Unis. Dans les résultats, il semble que le géocodeur mondial m'ait donné un emplacement en Angleterre. Même le score retourné n'est pas 100 (ce qui signifie que ce n'était pas une correspondance parfaite). <\/P><\/span><\/P> <\/P>Passons maintenant cette même variable dans la nouvelle action Trouver des candidats adresse. <\/EM>La première différence dans cette action est la possibilité de changer le géocodeur. Cette liste est remplie dynamiquement depuis votre organisation ArcGIS Online (et éventuellement Enterprise). Pour cet exemple, j'utiliserai toujours le Service mondial de géocodage ArcGIS.<\/P><\/span><\/P>Lorsque j'utilise la même adresse, la fenêtre des résultats est un peu différente. Dans ce résultat, elle est maintenant triée par meilleur candidat<\.EM>. <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> - L'exportation vers EsriJSON ne renvoie pas les valeurs correctes<\/LI>Correction d'un bug lié aux actions Fetch updates and changes - Fetch updates ne filtre pas les résultats selon la Feature Layer sélectionnée<\/LI>Correction d'un bug lié aux opérations CRUD pour les feature layers - La création d'un enregistrement échoue lorsque seule l'option "Add" est activée dans les paramètres<\/LI>Correction d'un problème où Fetch updates, changes, and deletions <\/EM>renvoyait des modifications inattendues dans le corps des résultats<\/LI>Correction d'un problème lié à l'échec des déclencheurs pour certaines couches<\/LI>Correction d'un problème lié à l'incohérence des temps d'exécution dans les flux plus longs<\/LI>Correction d'un problème lorsqu'un flux contient une géométrie vide et ne se termine pas<\/LI>Correction d'un problème lors de la mise à jour d'un enregistrement nécessitant un 1 nombre 7 mais recevant une 1 chaîne 7<\/LI>Correction d'un problème lorsqu'une requête ne renvoie aucun enregistrement même avec les paramètres de requête appropriés<\/LI>Correction d'un problème rare avec Create a feature layer <\/EM>lorsqu'une couche ajoutée à ArcGIS Online fusionnait les champs de données<\/LI><\/UL>
Note : Il s'agit d'une action en aperçu car la prise en charge complète des webhooks ne sera intégrée qu'avec la sortie d'ArcGIS Enterprise 11.2. <\/EM><\/P>Quelques notes concernant le connecteur ArcGIS Enterprise avant de passer au sujet suivant. <\/P>Exigences<\/STRONG><\/U>: <\/P>- Le connecteur ArcGIS Enterprise prend en charge ArcGIS Enterprise 11.0 et versions ultérieures<\/P>- Pour utiliser l'aperçu du webhook, vous devez disposer d'ArcGIS Enterprise 11.1 ou plus récent<\/P>- Votre instance Enterprise doit avoir accès à Internet (ou au moins accès à Power Automate lui-même). Le connecteur ne fonctionnera pas derrière un pare-feu ou dans un environnement déconnecté. <\/P>Toutes les informations de configuration se trouvent ici dans notre documentation. <\/P>Documentation<\/STRONG>:
<\/P>
Trouver des candidats adresse<\/FONT><\/P>Au fur et à mesure que nous avons travaillé sur divers flux et retours de votre part, une demande fréquente était la possibilité d'utiliser des géocodeurs personnalisés<\/EM> dans les actions de géocodage, Trouver un candidat adresse <\/EM>et Géocoder des adresses<\/EM>. Par défaut, ces deux actions renvoient la meilleure correspondance du
Dynamiquement, il ne renverra que le meilleur résultat. Par exemple, lorsque je géocode 15 Maple Street<\/EM>, je reçois la meilleure correspondance après l'exécution du flux. Je n'ai délibérément transmis aucune autre information que le nom de la rue. Pour info amusante, c'est l'une des
<\/span><\/P> <\/P>Passons maintenant cette même variable dans la nouvelle action Trouver des candidats adresse. <\/EM>La première différence dans cette action est la possibilité de changer le géocodeur. Cette liste est remplie dynamiquement depuis votre organisation ArcGIS Online (et éventuellement Enterprise). Pour cet exemple, j'utiliserai toujours le Service mondial de géocodage ArcGIS.<\/P><\/span><\/P>Lorsque j'utilise la même adresse, la fenêtre des résultats est un peu différente. Dans ce résultat, elle est maintenant triée par meilleur candidat<\.EM>. <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> - L'exportation vers EsriJSON ne renvoie pas les valeurs correctes<\/LI>Correction d'un bug lié aux actions Fetch updates and changes - Fetch updates ne filtre pas les résultats selon la Feature Layer sélectionnée<\/LI>Correction d'un bug lié aux opérations CRUD pour les feature layers - La création d'un enregistrement échoue lorsque seule l'option "Add" est activée dans les paramètres<\/LI>Correction d'un problème où Fetch updates, changes, and deletions <\/EM>renvoyait des modifications inattendues dans le corps des résultats<\/LI>Correction d'un problème lié à l'échec des déclencheurs pour certaines couches<\/LI>Correction d'un problème lié à l'incohérence des temps d'exécution dans les flux plus longs<\/LI>Correction d'un problème lorsqu'un flux contient une géométrie vide et ne se termine pas<\/LI>Correction d'un problème lors de la mise à jour d'un enregistrement nécessitant un 1 nombre 7 mais recevant une 1 chaîne 7<\/LI>Correction d'un problème lorsqu'une requête ne renvoie aucun enregistrement même avec les paramètres de requête appropriés<\/LI>Correction d'un problème rare avec Create a feature layer <\/EM>lorsqu'une couche ajoutée à ArcGIS Online fusionnait les champs de données<\/LI><\/UL>
@AnthonyLatini
Can you confirm "The ArcGIS Enterprise connector supports ArcGIS Enterprise 11.0 and above"
I am currently using Enterprise 10.9.1 and am able to run get data from feature layer successfully.
@TL2 - While different instances of ArcGIS Enterprise may work (meaning anything below ArcGIS Enterprise 11.0), we only officially support ArcGIS Enterprise 11.0 and above.
Can this ArcGIS Enterprise workflow be made available for the ArcGIS Online connector in the next update?
It is limiting that the connector controls the webhook - there doesn't seem to be a way to edit it in power automate? and it can't be modfied on the feature layer (except renaming). I've tested changing the 'change type' to wildcard (*) - the power automate flow ceases to hear any feature changes.
If I'm completely wrong about this please disregard and please could you share a how-to?
Many thanks.
Hi @acarmody - the ability to create a flow by manually creating webhook following a similar pattern with ArcGIS Online is possible, but is not a direct product capability. The flow creation is less of a configurable component and more of a technical experience which goes against the intent for a no code/low code process builder.
The reason we are handling webhooks in the post you reference is due to differences in the way ArcGIS Online & ArcGIS Enterprise have implemented webhooks. The intent is to create a more consistent experience, modeled after the ArcGIS Connector, with the 11.2 release of ArcGIS Enterprise.It makes sense that the flow would become unresponsive if you changed the 'change type' to a wildcard would fail. The action has no concept of how to handle an asterisk. Could you please provide a little detail on what you are trying to accomplish by listening for all webhook types?
Maybe submit it as an idea for consideration in future releases.
Hi @SeanKMcGinnis , thank you!
Our organisation has AGOL layers that need to be watched for any/all changes. I'm rebuilding our Integromat webhooks in Power Automate. Hoping to keep using 'wildcard' so only one flow is needed for each layer.
Hi @AnthonyLatini @SeanKMcGinnis -
Can I get some confirmation here on token life - above it seems to be saying 90 days, which I thought was the case for GCC. I'm having some issues with my flows using the ArcGIS connector failing due to authentication issues well before their 90 days is up.
Can you please share any insights here?
Thank you,
Erica
@erica_poisson
I have a simple flow for both ArcGIS and Survey123 connectors, it runs every hour and alerts me if the connection failed. I don't trust the token life either.
@TL2 - could you share a screen capture of this flow? I'd be very interested in setting something similar up. This continues to be a massive pain point of using this technology. I have reminders all over the place to check tokens, but it seems like the length keeps changing!
Note, it "fails" every time but I make the Terminate to run if it fails and log Successful. If it's actually successful, it sends the email.
@erica_poisson & @TL2 - thank you for the comments and sharing the way you are working with the token situation.
There are two tokens that we are managing within the ArcGIS Connectors for Power Automate. The first is the session token which is what authenticates the user in the flow and is updated each time the flow runs. The second token is the refresh token, which manages the connection settings validating whether the user can make a request back to Online or Enterprise to get a session token. The expiration of this token is managed buy your Organization and by default is set to 14 days, but is configurable.
Each time a flow runs we update refresh token, which in turn starts the clock to timing out against your Organization or Enterprise. If the flow has not run within the duration of your refresh token timeout, it will fail. The way I have been getting around this is I have a scheduled flow for each of my connections that runs on a daily basis to query against a specific feature layer. This forces the refresh token to be refreshed before it times out, preventing me from getting unexpected connection issues.
I hope this helps and am open to any feedback or questions.
@TL2 - that is the Survey123 connector which uses a different authentication pattern than the ArcGIS Connectors for Power Automate and timeout every two weeks. The ArcGIS for Microsoft 365 team is working with the Survey123 team to update their authentication pattern to more closely follow our pattern.
@SeanKMcGinnis I think the community would greatly benefit from some sort of blog to walk them thru how to set up what you've described above. I certainly know I would need some step-by-step guidance to configure such a flow.
@SeanKMcGinnis -
I recently went thru the work of clearing out all of my duplicate connections for ArcGIS and Survey123 in Power Automate. I created two new connections and rebuilt all of my flows to ensure that my Connections list was clean and I stopped having so many issues with flows failing and needing to be fixed. This has worked great until today.
I got an error from one of my flows that uses the Survey123 Create report action. The failure was for a missing token. When I go into Power Automate > Connections, I see that my Survey123 Connection shows a Status = Connected.
I know that if I go into the broken flow and click the ... on the top corner of the Create report action, that I can use +Add new connection to fix the flow, however I also know this adds a duplicative Survey123 connection to my list of available Connections which is annoying/not ideal/difficult to manage.
Do you have any suggested strategies for dealing with this situation? My Organization has ArcGIS Online and I am not able to find a way to increase token length thru Organization settings.
I've posted about this as a question in both the Power Automate and Survey123 communities in the hopes of a quick response. Any help or advice on dealing with this would be amazing. The Create report action could be great, but this is incredibly frustrating and makes it unreliable and not really a tool worth using because of it.
Question posted in Power Automate community here.
Hi @erica_poisson,
Unfortunately, the Survey123 connector is still using the older pattern of authentication. Our team is working with the Survey123 team to update the authentication pattern to the one currently in use by the ArcGIS Connectors for Power Automate. I do not have an estimate time when this will be completed, but when deployed (and promoted to GCC), it will address the timeout issue.
As updating the connection so you no longer have duplicates, I go to the Survey123 Connection and click the 'Switch Account' button and re-enter my credentials. This renews the authentication tokens and prevents creating another connection.
Switch Account process will allow you to reauthenticate the connection and keep all Flows running.
Hello @SeanKMcGinnis
I am trying to understand the rules regarding tokens for our current connection. Unfortunately, we are still at 10.9.1 for our ArcGIS Enterprise and will likely need to be at that version for some time. However, I did create a custom connecter using the Esri technical article that works well with Survey123 and ArcGIS Enterprise Portal (I know it's not supported exactly). I am just now getting back to testing/working with this connection, and if memory serves correctly, I have had flows where the token expired on my trigger (no longer showing dynamic content and listing the item ID instead of the survey name), but it still functioned when surveys were submitted. So my question is a multi-fold one: will a custom ArcGIS Enterprise connector connection expire (if so, how long before that happens), and within my flow, can the trigger expire and continue to function? Also, you mentioned a workaround to keep connections alive.
You stated:
"If the flow has not run within the duration of your refresh token timeout, it will fail. The way I have been getting around this is I have a scheduled flow for each of my connections that runs daily to query against a specific feature layer. This forces the refresh token to be refreshed before it times out, preventing me from getting unexpected connection issues."
I built two scheduled flows in an attempt to follow what you were laying out above. I have a scheduled flow with my custom connector connection, which queries all my published surveys. The other scheduled flow makes an HTTP POST request to generate a token, parses the JSON to retrieve the token as dynamic content, and makes an HTTP GET request to query all of my published surveys. That one doesn't work because the token I get doesn't seem to work with the header's Authorization: Bearer <access token> scheme. Assuming both are working, would either of these scheduled flows have the effect of keeping the custom connector alive? And where does one get a Bearer access token if it differs from a portal-generated token? I am just seeking as much clarification as possible since there seem to be different types of tokens and connectors/connections at play. Thank you for any guidance you can provide with this.
Since my last post, I have done some further research into OAuth2. From that, I have come to the understanding that performing the authorization and token requests in a flow will not work to keep my ArcGIS Enterprise custom connector alive because a flow produced in this way would require credentials to be entered manually at the redirect page. Instead, this workflow is really what the custom connector does for me on its own. So, my question now is, will the ArcGIS Enterprise custom connector refresh itself indefinitely (whether or not any flows run), or do I still need to have a recurrence flow that runs daily, which queries the connection using an action type flow? In my case, the flow I set up queries all of my published Survey123 surveys. So far, in my week or two of testing, I haven't seen the custom connector lose connection, requiring a manual sign-in to reauthorize it. However, even losing connection at 90 days would be bad for a production workflow where the public submits surveys at will. Again, thank you for any guidance you can provide on this.
At this point in my testing, the token on my get surveys action query connection has finally expired (elapsing the 20,260-minute mark), and as a result, my recurrence flow fails with a "missing token" error. So, it would seem that setting up a recurrence flow to query the connection to keep it alive doesn't seem to have panned out for me here.
However, my trigger-based flows that run when surveys are submitted using webhooks from the survey123 website still function as expected even though they have also expired (showing the survey item ID instead of the survey name and not displaying dynamic content). This development is promising! So, I think I am only down to one question: Will my custom ArcGIS Enterprise Connector work indefinitely as long as my flows are only trigger-type flows using webhooks? I guess the next test for that won't be for 90 days when the refresh token will max out (if I understand that correctly). I'd prefer not to wait that long to find out, so any guidance you can provide on the expiration of the ArcGIS Enterprise custom connector would be greatly appreciated. Thanks in advance!
Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
