Human-in-the-loop no Copilot Studio com custom connector
Como criar human-in-the-loop no Copilot Studio com custom connector e webhook action, sem depender de e-mail ou card no Teams. OpenAPI, fila e riscos do notificationUrl.

Fluxos no Power Automate que funcionam bem com poucos registros frequentemente apresentam degradação de performance ou falhas quando expostos a volumes maiores de dados. Um dos principais motivos é o throttling, frequentemente identificado pelo erro HTTP 429 (Too Many Requests).
Esse comportamento não é um defeito da plataforma, mas sim um mecanismo de proteção que limita o consumo de recursos compartilhados.
Neste artigo, abordamos como o throttling funciona, quais são os limites envolvidos e, principalmente, como estruturar fluxos mais eficientes e escaláveis.
Throttling é o controle de taxa aplicado para evitar sobrecarga nos serviços utilizados pelo Power Automate. Ele ocorre em diferentes níveis:
| Camada | Descrição |
| Conector | Limites específicos de conectores, como SharePoint |
| Serviço | Restrições do próprio SharePoint Online |
| Plataforma | Limites gerais da Power Platform |
O limite mais comum enfrentado em cenários com SharePoint é:
Esse limite é compartilhado entre todos os fluxos que utilizam a mesma conexão.
Quando excedido, o serviço retorna um erro HTTP 429 com instruções de espera, fazendo com que o próprio Power Automate reduza a taxa de execução automaticamente .
Ao atingir limites de throttling:
Esse comportamento pode passar despercebido em ambientes de teste, mas torna-se crítico em produção.
Um dos fatores mais relevantes para o aumento do consumo de chamadas é o uso de concurrency em ações como Apply to each.
Quando habilitado, múltiplas execuções ocorrem em paralelo, multiplicando o número de requisições.
Exemplo
Resultado:
20 × 3 × 50 = 3000 chamadas por minuto
Esse volume excede significativamente o limite padrão de 600 chamadas.

Ajustar o grau de paralelismo de acordo com o volume de dados:
Paralelismo × Ações × Volume < 600
Na prática:


Algumas abordagens ajudam a minimizar requisições:

Para cenários com grande volume de dados, o uso da API de batch do SharePoint permite:
Apesar da maior complexidade, essa abordagem é recomendada para fluxos críticos.

Além do limite por minuto, existem outras restrições relevantes:
SharePoint Online
| Licença | Limite diário |
| Microsoft 365 / Free | 6.000 |
| Power Automate Premium | 40.000 |
| Per Flow | 250.000 |
Esses limites podem impactar fluxos recorrentes ou com alto volume de execução.
Nem todas as ações têm o mesmo impacto:
| Tipo de operação | Consumo |
| Leitura simples | 1 unidade |
| Criação/Atualização | 2 unidades |
| Operações de permissão | 5 unidades |
Operações relacionadas a permissões, por exemplo, têm impacto significativamente maior no consumo de recursos .
Em projetos que exigem escalabilidade, a arquitetura do fluxo deve considerar:
O planejamento adequado evita retrabalho e garante maior estabilidade em produção.
O throttling é uma característica inerente ao funcionamento do Power Automate e do SharePoint. Entender seus limites e impactos é fundamental para construir soluções robustas.
Fluxos bem estruturados não apenas evitam erros, mas também entregam melhor performance e previsibilidade operacional.
Como criar human-in-the-loop no Copilot Studio com custom connector e webhook action, sem depender de e-mail ou card no Teams. OpenAPI, fila e riscos do notificationUrl.
Entenda a base de ALM para Copilot Studio: ambientes Dev/Test/Prod, solutions gerenciadas, variáveis de ambiente, pipelines e avaliações de agentes de IA.
Skills no Copilot Studio carregam instruções sob demanda. Entenda quando usar instrução fixa, Skill ou agente separado, e como escrever a descrição que roteia.