Límites de frecuencia y otros límites
Frecuencia de solicitudes, tamaño de los trabajos, concurrencia y conservación.
Estos son los valores predeterminados. GET /v1/limits devuelve los de tu organización.
| Límite | Valor |
|---|---|
| Solicitudes por minuto / hora / día | 60 / 1 000 / 5 000 |
Unidades de artículos por trabajo (suma de quantity) | 2 000 |
| Vehículos por trabajo (incluidos los añadidos) | 20 |
| Presupuesto de cómputo por trabajo | 90 s |
| Trabajos simultáneos | 1 |
| Trabajos en cola + en curso | 20 |
| Tipos de vehículo | truck, trailer, container, pallet |
| Cuerpo de la solicitud | 10 MB |
?wait | 60 s |
| Conservación de cuerpos, resultados y enlaces a PDF, en días | 14 |
Límites de frecuencia
Las solicitudes se cuentan por minuto, hora y día, para cada clave y para la organización. Se aplica el límite más estricto.
| Cabecera | Significado |
|---|---|
X-RateLimit-Limit | Límite de la ventana más restrictiva |
X-RateLimit-Remaining | Solicitudes que quedan en ella |
X-RateLimit-Reset | Momento (tiempo Unix) en que se reinicia |
Retry-After | En 429: segundos que hay que esperar |
Al superar el límite: 429 rate_limited. Más de 60 autenticaciones fallidas por minuto desde una misma IP también provocan un 429.
Trabajos
Los trabajos que superan el límite de concurrencia esperan con el estado queued. Por encima de 20 trabajos en cola + en curso, POST /v1/pack responde 429 too_many_jobs.
Conservación
Los cuerpos de solicitud y de resultado, y los enlaces a PDF, se eliminan al cabo de 14 días (expires_at en cada trabajo). El estado, los recuentos y el coste se conservan.