Erreur de requête incorrecte 400 sur tous les flux utilisant Fetch updates, changes, or deletions from feature layer.

KylaCupp_SBY

J'utilise Power Automate pour exécuter plusieurs flux et je rencontre régulièrement un échec de flux où j'obtiens une Erreur de requête incorrecte 400 sur un Fetch Updates, changes or deletions from feature. J'ai essayé d'augmenter le nombre de tentatives, mais je ne pense pas que ce soit le problème ici car il ne peut pas atteindre le service donc il ne réessaiera pas. Si je le soumets manuellement à nouveau, le flux s'exécute avec succès. <\/P>

Ce problème semble avoir commencé après la mise à jour 2026.2 mais je sais que corrélation n'est pas causalité 😅<\/span>. Je pourrais vraiment entrer dans les détails et construire un flux compagnon mais j'ai l'impression que c'est peut-être un bug ou quelque chose que je devrais pouvoir corriger dans les flux originaux. Peut-être qu'il y a une meilleure façon d'aborder ce flux mais c'est essentiellement pour vérifier les changements dans un champ.<\/P>Toute suggestion est appréciée ! <\/P>Merci !<\/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.