Fout bij slechte aanvraag 400 bij alle flows die Fetch updates, wijzigingen of verwijderingen van feature layer gebruiken.

KylaCupp_SBY

Ik gebruik Power Automate om meerdere flows uit te voeren en krijg regelmatig een mislukte flow waarbij ik een fout bij slechte aanvraag 400 krijg bij een Fetch Updates, wijzigingen of verwijderingen van feature. Ik heb geprobeerd het aantal pogingen te verhogen, maar ik denk niet dat dat hier het probleem is omdat het de service niet kan bereiken en dus niet opnieuw zal proberen. Als ik het handmatig opnieuw indien, draait de flow succesvol. <\/P>

Dit probleem lijkt te zijn begonnen na de 2026.2 update, maar ik weet dat correlatie geen causatie is 😅<\/span>. Ik zou er echt diep op in kunnen gaan en een begeleidende flow kunnen bouwen, maar ik heb het gevoel dat dit mogelijk een bug is of iets wat ik binnen de originele flows zou moeten kunnen oplossen. Misschien is er een betere manier om deze flow aan te pakken, maar het komt er in wezen op neer om te controleren op wijzigingen in een veld.<\/P>Suggesties worden gewaardeerd! <\/P>Bedankt!<\/P><\/span><\/span><\/P>

Akshay Harshe

 

It looks like this may be an intermittent issue. When you mentioned that you "tried increasing the number of retries," are you referring to the Retry Policy setting under the action's settings? If not, I'd recommend trying that first. You could also add a delay of around 30 seconds before the Fetch action to see if that improves reliability.

 

The "Sync replica internal error" is being returned by ArcGIS Online and it is unrelated to either the ArcGIS Connector or the 2026.2 update. This error indicates that something is failing internally within the service. Based on the details provided, it may be related to editor tracking, as the Extract Changes endpoint can sometimes return this error under those conditions.

In some cases, this is a temporary issue. Resubmitting the request generates a new call to the Extract Changes endpoint, which may succeed. As a troubleshooting step, you can copy the changesUrl returned by the webhook action, append a valid ArcGIS token, and invoke the REST endpoint directly. If the same error occurs there, it would further confirm that the issue originates from ArcGIS Online rather than the connector.

One resolution that has helped in similar cases is to disable editor tracking and then re-enable it. Please note that this approach can result in the loss of editing history, so it should be considered carefully.

At this point, I would recommend opening a support case with the ArcGIS Online team, specifically regarding the Feature Service Extract Changes endpoint. They should be able to investigate the underlying service-side failure.