Erro de Solicitação Inválida 400 em todos os fluxos usando Fetch updates, changes, or deletions from feature layer.

KylaCupp_SBY

Estou usando Power Automate para executar múltiplos fluxos e regularmente recebo um fluxo com falha onde obtenho um Erro de Solicitação Inválida 400 em um Fetch Updates, changes or deletions from feature. Tentei aumentar o número de tentativas, mas não acho que esse seja o problema aqui, pois ele não consegue alcançar o serviço, então não irá tentar novamente. Se eu reenviar manualmente, o fluxo é executado com sucesso. <\/P>

Esse problema parece ter começado após a atualização 2026.2, mas sei que correlação não é causação 😅<\/span>. Eu poderia me aprofundar bastante e construir um fluxo acompanhante, mas sinto que isso pode ser um bug ou algo que eu deveria conseguir corrigir dentro dos fluxos originais. Talvez haja uma maneira melhor de abordar esse fluxo, mas essencialmente é para verificar mudanças em um campo.<\/P>Qualquer sugestão é apreciada! <\/P>Obrigado!<\/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.