Por qué una consulta masiva se procesa por tramos

Una lista con mil dominios parece un solo pedido. Para el sistema que la recibe no lo es: cada patente abre sus propias lecturas contra las fuentes que le corresponden, y esas fuentes son portales públicos con capacidad finita. El envío es uno; el trabajo, no.

Por eso una consulta masiva se acepta y se resuelve por tramos. El límite no es una restricción comercial disfrazada: sostiene que cada resultado siga siendo verificable por separado y evita trasladar el costo de nuestro apuro al organismo que responde.

Un lote es un envase, no una unidad de observación

La unidad con la que trabajamos es una patente leída en una fuente y en un momento determinados. Un lote agrupa esas lecturas para administrarlas, pero no las funde en una sola: cada una conserva su estado, su origen y su hora.

Cuando mil patentes se resuelven como una respuesta única, esa estructura se pierde. Un resumen que dice “terminado” no distingue el dominio que se leyó completo del que devolvió error ni del que quedó sin consultar porque la fuente no contestó. Las tres situaciones no significan lo mismo y la diferencia no se reconstruye después.

El origen es un servicio público con capacidad finita

Los canales oficiales están construidos alrededor de una consulta por vez. El trámite nacional para averiguar infracciones pendientes de pago pide un número de documento y se resuelve en línea, de a una persona; en las condiciones de uso del sistema nacional de infracciones el pedido queda formalizado recién cuando se completan los datos requeridos y se presiona el botón de consulta.

Esas mismas condiciones ofrecen los contenidos “para su uso personal, intransferible y no exclusivo” y piden abstenerse de cualquier uso que pueda sobrecargar el portal o impedir su normal utilización. No nombran la automatización ni publican un cupo, así que tampoco autorizan a suponer uno: lo que dejan claro es la escala para la que el servicio fue pensado.

Empujar mil pedidos simultáneos desde un mismo origen degrada ese portal para todo el mundo, incluida la persona que entra a mirar su propia patente. Y un portal exigido rara vez contesta “no”: contesta lento, incompleto o con una pantalla de error que un lector automático puede confundir con “sin infracciones”. Sobre ese reparto, qué pasa detrás de un clic entra en detalle.

Un límite anunciado es información; uno implícito ensucia el dato

Cuando un servidor rechaza por exceso de pedidos, el estándar tiene un código dedicado para decirlo, y la especificación que lo define contempla acompañarlo con una indicación de cuánto esperar antes de volver. Publicar además el cupo restante dentro de cada respuesta es una propuesta que todavía circula como borrador en el IETF: sirve como ayuda, no como garantía de que un servicio cualquiera la ofrezca.

Para quien después lee los resultados, la diferencia es de calidad del dato. Un rechazo explícito deja una marca legible: esa patente no se consultó, y consta por qué. Un portal que cede sin avisar devuelve una pantalla incompleta que entra al lote con apariencia de respuesta, y esa confusión no se detecta mirando el total de procesadas. El manejo fino de esos rechazos está en rate limit y ráfagas.

Mil respuestas no comparten una misma fecha

Si un lote se distribuye a lo largo de varias horas, sus resultados no fueron observados en el mismo instante. Fecharlos a todos con la hora de envío inventa una simultaneidad que no existió: la primera patente pudo leerse temprano y la última mucho después, con una carga nueva publicada en el medio.

Por eso cada fila conserva su marca temporal y su fuente, y el lote sólo informa cuándo empezó y cuándo terminó. Un informe honesto se lee por línea; el encabezado no puede certificar el conjunto. Si vas a apoyar una decisión en una de esas filas, mirá su hora de consulta y no la del envío.

Qué verificar antes de mandar una lista larga

Antes de disparar el envío, revisá:

que la lista esté deduplicada y normalizada, para no gastar lecturas en la misma patente escrita de dos formas;
que cada ítem vuelva con estado propio y no sólo con un total de “procesadas”;
que exista un reintento previsto para los ítems diferidos, distinto del descarte definitivo;
que la ventana elegida no compita con el horario en que el resto del país consulta.

Al leer el resultado vale la regla inversa: un lote sin errores visibles no es un libre deuda colectivo. Sigue siendo un conjunto de lecturas individuales, cada una con la cobertura y la antigüedad que declara. Si una unidad de la flota pesa más que las otras —la que estás por vender, entregar o transferir—, consultala aparte y verificá esa lectura con su fecha a la vista: una línea en una planilla larga no reemplaza ese chequeo.

Metodología

Alcance: Cubre por qué una consulta de muchas patentes se procesa por tramos y qué información debe conservar cada ítem del lote. No fija cupos concretos ni describe la integración técnica de una API.
Unidad de análisis: El par formado por una patente y una fuente, observado en un momento determinado; no el lote que lo transporta.
Cobertura: Vale para lecturas contra canales oficiales de consulta de infracciones y para el comportamiento estándar de un servicio que anuncia límites de uso. No describe acuerdos particulares con un organismo.

Limitaciones

Cada fuente define su propia capacidad y sus condiciones de uso; lo que tolera un portal no describe al resto.
El canal nacional citado se consulta por número de documento y alcanza a las jurisdicciones adheridas al sistema; no describe la capacidad ni las reglas de cada portal provincial o municipal.
La publicación del cupo restante dentro de la respuesta es una propuesta en estado de borrador y no puede darse por disponible en cualquier servicio.

Fuentes

Consultar si tenés infracciones de tránsito — Argentina.gob.ar (consultada el 2026-08-29)
Términos y condiciones de la consulta SINAI — Agencia Nacional de Seguridad Vial (consultada el 2026-08-29)
RFC 6585 — Additional HTTP Status Codes — RFC Editor (consultada el 2026-08-29)
Internet-Draft activo — RateLimit header fields for HTTP — Internet Engineering Task Force (consultada el 2026-08-29)

Preguntas frecuentes

¿Por qué no puedo pedir mil patentes en una sola consulta?

Porque cada patente abre lecturas propias contra fuentes oficiales pensadas para atender de a una. El lote se acepta y se procesa por tramos para que ninguna lectura quede sin estado y para no degradar el portal de origen.

¿Un lote que termina sin errores equivale a un libre deuda de la flota?

No. Cada línea conserva su propia cobertura y su propia antigüedad. Que el lote haya terminado significa que las lecturas cerraron, no que no existan infracciones fuera del alcance consultado.

¿Conviene dividir la lista antes de enviarla?

Sí. Deduplicá, normalizá y espaciá el envío: evita gastar lecturas en la misma patente escrita de dos formas y reduce los rechazos. Si el servicio informa cuánto esperar después de un rechazo por exceso de pedidos, respetá esa indicación en lugar de reintentar de inmediato.

El límite de una consulta masiva: por qué no se piden mil patentes de una vez