Pular para o conteúdo

Limites de requisições

Toda chamada conta para um limite, por cliente e somando todas as suas chaves de API, em minutos de relógio. Estes são os limites em vigor agora.

GET /account, GET /checkers, GET /orders, GET /orders/{id}
60 por minuto
GET /orders/{id}/results
30 por minuto
POST /uploads
10 por minuto
POST /estimates
10 por minuto
Novos pedidos com POST /orders
10 por minuto
Partes de tarefa não terminadas ao mesmo tempo, vindas da API
20 ao mesmo tempo
Requisições com uma chave de API errada, por endereço IP
20 por minuto

O que uma resposta pode informar

Eles podem estar ausentes, por exemplo em um pedido repetido, então não dependa deles.

  • RateLimit-Limit: o limite para este tipo de chamada.
  • RateLimit-Remaining: quantas restam neste minuto.
  • RateLimit-Reset: os segundos até a contagem recomeçar.

Quando você passa do limite

Você recebe 429 rate_limited com Retry-After, os segundos de espera. Esta requisição não fez nada e não cobrou nada. Aguarde esse tempo e envie de novo, com a mesma Idempotency-Key se for um pedido.

Novas tentativas

Repetir um pedido já feito, ou um que passou por estes limites e perdeu a resposta, não conta para o limite de pedidos, então uma nova tentativa segura não é recusada por ser uma nova tentativa. Todas as requisições para fazer um pedido também estão sujeitas a seis vezes o limite de pedidos, e a no mínimo 60 por minuto.

Pedidos em aberto

Um pedido grande são várias partes de tarefa, uma para cada 1.000.000 de entradas. Acima do limite de partes em aberto, você recebe 429 too_many_open_orders: aguarde até que algumas terminem. Um único pedido grande pode passar do limite quando você não tem mais nada em aberto.

Precisa de mais?

Fale com a gente e conte o que você está criando.

Nesta página