Chyba špatného požadavku 400 Ve všech tocích používajících Fetch aktualizace, změny nebo mazání z feature layer.

KylaCupp_SBY

Používám Power Automate k spuštění více toků a pravidelně dostávám neúspěšný tok, kde se objeví chyba špatného požadavku 400 při Fetch aktualizacích, změnách nebo mazání z feature. Zkoušel jsem zvýšit počet opakování, ale nemyslím si, že je to problém, protože se nemůže připojit ke službě, takže se nebude opakovat. Pokud to ručně znovu odešlu, tok proběhne úspěšně. <\/P>

Tento problém se zdá začít po aktualizaci 2026.2, ale vím, že korelace není příčina 😅<\/span>. Mohl bych se do toho opravdu ponořit a vytvořit doprovodný tok, ale mám pocit, že by to mohl být bug nebo něco, co bych měl být schopen opravit v původních tocích. Možná existuje lepší způsob, jak tento tok přistoupit, ale v podstatě jde o kontrolu změn v poli.<\/P>Jakékoliv návrhy jsou vítány! <\/P>Díky!<\/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.