Skip to main content
Há três limites, todos por minuto: Leitura e escrita são contadas por chave, não por conta: o excesso de uma integração não consome a cota das outras do mesmo vendedor. É mais um motivo para dar uma chave própria a cada sistema. A escrita é bem mais apertada porque cada cobrança criada vira uma chamada ao provedor — o limite protege a fila de todo mundo, não só a sua.

Os cabeçalhos chegam sempre

X-RateLimit-Limit e X-RateLimit-Remaining vêm em toda resposta, não só nas 429. São eles que permitem desacelerar antes de bater no limite, que é a diferença entre uma integração que reduz o ritmo sozinha e uma que descobre o teto batendo nele.

Quando você bate

A 429 vem com Retry-After em segundos. Honre esse número.
too_many_requests
Existe um segundo código na mesma família: provider_rate_limited. Aí o limite atingido é o do provedor, não o nosso — repita com backoff exponencial, já que não há um Retry-After confiável para copiar.
Depois de uma 429, espere o Retry-After antes de tentar de novo. Tentativas recusadas também contam para a cota, então repetir em laço apertado transforma um pico de segundos em um bloqueio de minutos.

Veja também

Repetir com segurança

Backoff exponencial e o que registrar em log.

Conciliação

Paginação sem estourar a cota de leitura.

Ficou algo de fora? Escreva para suporte@usevext.com. Se o assunto for uma chamada específica, informe o horário dela; se for uma entrega de webhook, informe o X-Vext-Delivery — é por ele que localizamos a tentativa, a resposta do seu servidor e o horário.