Mensagem da API PLUGBOLETO: "Quantidade de requisições por minuto excedida, por favor aguarde 1 minuto para tentar novamente ..."

[Pedro.Bravin]

Olá desenvolvedor!

Neste post, estarei compartilhando algumas informações adicionais relacionadas à mensagem de erro: "Excedido o número máximo de requisições por minuto, por favor, aguarde 1 minuto antes de tentar novamente..." Isso ocorre quando são feitas mais de 5 requisições idênticas para a API em menos de 1 minuto

A API Plugboletos atualmente possui uma validação para a quantidade de requisições idênticas realizadas, especificamente aquelas que envolvem a geração de protocolos.

 

Mas por que foi necessário fazer esse ajuste na API?

 

Essa otimização foi implementada porque a geração repetida de protocolos em um mesmo cenário pode impactar a integridade da API.

Imagine um loop de código em que é necessário fazer repetidas inclusões de arquivos de retorno, com a lógica a seguir:

ENQUANTO consultaDoProtocoloDeInclusaoDeRetorno <> "PROCESSADO"
    gerarNovoProtocoloDeInclusaoDeRetorno
FIMENQUANTO

Essa abordagem pode resultar em uma enxurrada de requisições à API, prejudicando o desempenho geral 😞

 

Como posso solucionar essa situação?

 

No entanto, para resolver essa questão, sugiro fazer uma pequena alteração no loop, conforme exemplificado abaixo:

SE consultaDoProtocoloDeInclusaoDeRetorno <> "PROCESSADO"
    realizarUmaNovaConsultaEmCincoSegundos = true

Dessa maneira, o loop gerará apenas um novo protocolo, que será consultado na API após um intervalo de 5 segundos, até que o estado seja atualizado para "PROCESSADO". Isso evita a criação de múltiplos protocolos desnecessários e elimina o risco de bloqueio na API.

Resumindo ...

Em resumo, compreendemos a importância da limitação de requisições idênticas na API Plugboletos para evitar sobrecarregar o sistema e preservar seu desempenho. O ajuste implementado, embora possa parecer uma pequena alteração, desempenha um papel crucial na manutenção da integridade da API.

Ao adotar a abordagem de consultar o estado do protocolo após um intervalo de 5 segundos, em vez de gerar repetidamente novos protocolos, garantimos não apenas a eficiência do sistema, mas também evitamos bloqueios indesejados na API.

Caso tenha qualquer dúvida sobre o cenário explicado ou se quiser conhecer nossas soluções , estaremos sempre à disposição e será um prazer ajudar!