O que é?
Servidores web utilizam códigos de status HTTP para comunicar-se com clientes durante a entrega de conteúdo para um site. Entre esses códigos de status, podemos encontrar o seguinte retorno: 429 - Too Many Requests (Muitos Pedidos).
Esse retorno aparece quando o seu sistema envia informações para o Quírons em um ritmo mais rápido do que a plataforma consegue processar com segurança. Para proteger o funcionamento do sistema — e evitar que os dados se percam ou fiquem inconsistentes — o Quírons pausa temporariamente o recebimento de novas informações vindas daquele cliente.
Isso não significa que algo quebrou. É uma proteção automática, parecida com um "aguarde a sua vez".
Em quais integrações isso pode acontecer?
Esse retorno pode aparecer em qualquer uma destas integrações:
TOTVS (linhas RM, Protheus e Datasul)
TAF
Envio de estoque e centro de custo (integração EAI do TOTVS) — nesse caso o bloqueio tende a acontecer com um volume de envio menor, porque essa carga não tem uma cota própria como as demais
Não importa qual sistema está enviando os dados — a regra vale igualmente para todos eles. O que muda é apenas o nome da integração que aparece no seu ERP.
O eSocial é diferente. O envio de eventos para o eSocial não passa por essa mesma verificação — ele funciona de outra forma, sendo processado e enviado diretamente para o governo. Se você notar um erro parecido em uma tela do eSocial, ele não é o mesmo bloqueio descrito aqui; procure o suporte informando a mensagem exata para identificarmos a causa.
Por que isso acontece?
Cada tipo de informação que você envia (funcionário, cargo, departamento, dependente, etc.) tem uma "cota" própria de quantas requisições podem ser enviadas em um intervalo curto de tempo. Quando essa cota é atingida, o sistema pausa o recebimento até liberar de novo:
Geral: até 200 envios a cada 1 minuto
Departamentos: até 400 envios a cada 1 minuto
Dependentes: até 300 envios a cada 1 minuto
Histórico funcional: até 300 envios a cada 1 minuto
Cargos: até 500 envios a cada 1 minuto
(Esses são os valores padrão da plataforma e podem sofrer ajustes.)
Enviar dados com erro também conta
Além da quantidade de envios, existe um segundo controle: se muitas das informações enviadas vierem com erro — um campo obrigatório faltando, um registro duplicado, uma senha/usuário incorreto — o sistema também pausa o recebimento, e isso acontece bem mais rápido (o limite aqui é de 75 tentativas com erro por minuto).
Ou seja: mesmo enviando um volume pequeno de dados, se boa parte vier incorreta, você pode ser bloqueado sem nunca ter chegado perto do limite de quantidade. Por isso, vale sempre revisar se as informações estão certas antes de reenviar.
O que fazer
Aguarde alguns instantes e tente novamente. Na maioria dos casos, o bloqueio passa sozinho em pouco tempo.
Evite reenviar a mesma carga repetidamente em sequência — isso só aumenta o tempo de espera.
Revise se os dados enviados estão corretos e completos antes de reenviar, para não acumular tentativas com erro.
Conteúdos relacionados: