Datos y cobertura

Cómo verificamos que una jurisdicción respondió de verdad y no con un error 200

Un código de estado exitoso no prueba que el portal haya ejecutado la consulta. Explicamos el contrato de contenido que cada respuesta debe superar antes de contarse como real.

Foto de Marco FerreiroMarco FerreiroAutor en multas.ar
4 min de lectura
Semáforo en verde frente a una calle cerrada por una barrera de hormigón, al amanecer.
Semáforo en verde frente a una calle cerrada por una barrera de hormigón, al amanecer.

Cuando multas.ar consulta un portal oficial, lo primero que vuelve es un código de estado HTTP. El estándar del protocolo define el 200 como una solicitud procesada con éxito. Eso habla del transporte: el mensaje llegó, el servidor lo atendió y devolvió algo. No dice qué devolvió. Un portal puede responder 200 con resultados, 200 con una pantalla de mantenimiento o 200 con un formulario que nunca ejecutó la búsqueda.

Por eso no tratamos el código de estado como veredicto. Es una condición necesaria y no suficiente: para dar por respondida una jurisdicción, la respuesta tiene que superar además una verificación de contenido que definimos fuente por fuente. Esta nota describe ese control y qué ve el usuario cuando la verificación falla.

El transporte no decide qué pasó con la consulta

La semántica de HTTP distingue clases de estado: los 2xx expresan éxito de la solicitud, los 4xx errores atribuibles al cliente y los 5xx fallas del servidor. Esa clasificación describe la conversación entre dos programas, no el resultado del trámite. En la práctica, muchos sistemas renderizan casi todo con 200: la página de resultados, la de error interno y la de sesión vencida llegan con el mismo código.

Confiar sólo en el transporte produce el peor error posible en este dominio: registrar como “sin infracciones” una pantalla que en realidad avisaba que el sistema no estaba disponible.

Un contrato de respuesta por fuente

Cada jurisdicción publica su propia interfaz de consulta, con estructura, textos y maneras de decir “no encontramos nada” distintos. La consulta de la Ciudad, la de la Provincia de Buenos Aires y la consulta nacional del SINAI no se parecen entre sí, y ninguna está obligada a parecerse.

Para cada fuente mantenemos un contrato de respuesta: la descripción observada de cómo luce una respuesta completa de ese portal. Reúne:

  • las secciones que una respuesta real siempre trae, haya o no infracciones;
  • la marca explícita con la que el portal comunica un resultado vacío;
  • los textos y estructuras que delatan error, mantenimiento o bloqueo;
  • los campos mínimos que cada resultado individual debe contener.

El contrato no se redacta desde un ideal: se construye observando el comportamiento del portal y se versiona. Cuando la fuente cambia su estructura, cambia el contrato, con fecha y registro de qué se modificó.

Señales positivas y señales de alarma

Una respuesta se acepta cuando reúne señales positivas: corresponde a la consulta realizada, contiene la estructura de resultados o la leyenda de ausencia, y sus campos esperados aparecen con formato conocido.

Las señales de alarma pesan más que las positivas: una página idéntica ante consultas distintas, un texto de error adentro de un 200, una respuesta notablemente más corta que las históricas de esa fuente o la falta de una sección que el contrato exige. Ante cualquiera de ellas, la respuesta se clasifica como error aunque el transporte haya sido impecable.

El vacío también se demuestra

El caso más delicado es la pantalla sin resultados. Un vacío legítimo lleva la marca del propio portal: la leyenda de ausencia, publicada dentro de la estructura esperada. Un vacío por falla no la tiene; es una página donde los resultados simplemente no están.

Cuando el contrato no encuentra ni resultados ni marca de ausencia, no concluimos nada sobre la patente: la fuente queda con error. La diferencia entre esos estados —sin resultados, no consultada, error— está desarrollada en cuatro estados que no son iguales y en una consulta vacía no es un libre deuda.

Qué ve el usuario cuando la verificación falla

El resultado de la consulta indica qué jurisdicciones respondieron y cuáles quedaron con error o sin consultar. Una fuente que no superó la verificación aparece como no disponible, nunca como libre de multas: convertir una falla en un resultado limpio sería inventar información.

La falla queda registrada con fecha y se reintenta. Si persiste, dispara la revisión del contrato, porque la causa más frecuente no es una caída sino un portal que cambió su estructura sin avisar.

Si un informe de terceros te asegura que todas las fuentes respondieron, la pregunta útil es cómo lo determinó. Revisá que distinga respuesta de disponibilidad, que muestre el estado por jurisdicción y que trate el vacío como algo a demostrar. Una respuesta de verdad no es la que llegó sin excepción técnica: es la que se puede distinguir, campo por campo, de una pantalla de error.

Metodología

Alcance
Respuestas de portales públicos de infracciones consultados por multas.ar y el criterio para contarlas como respuestas reales. No cubre la validez jurídica del contenido ni fuentes que exigen credenciales.
Unidad de análisis
Una respuesta individual de una fuente ante una consulta concreta.
Cobertura
Vale para fuentes con contrato de respuesta observado y versionado; los ejemplos remiten a portales públicos de CABA, de la Provincia de Buenos Aires y de la consulta nacional del SINAI.

Limitaciones

  • Un portal puede cambiar su estructura después de la última revisión del contrato y producir clasificaciones erróneas hasta que se actualice.
  • La verificación detecta pantallas que no son respuestas; no puede probar que el padrón consultado estuviera completo o actualizado.
  • Los códigos de estado citados describen el estándar HTTP; cada portal puede apartarse de ese uso en la práctica.

Fuentes

Preguntas frecuentes

¿Un código 200 garantiza que la consulta de multas funcionó?

No. El 200 indica que el servidor procesó la solicitud, no qué hizo con ella. Muchos portales devuelven pantallas de error, mantenimiento o sesión vencida con ese mismo código, por eso hace falta validar el contenido de la respuesta.

¿Cómo se distingue un “sin infracciones” real de una falla del portal?

Por la marca explícita de la propia fuente. Un vacío legítimo incluye la leyenda de ausencia dentro de la estructura habitual del portal; un vacío por falla es una página donde los resultados simplemente no están. Sin esa marca, se registra un error, no un resultado.

¿Qué pasa cuando una jurisdicción no supera la verificación?

La fuente se muestra como no disponible o con error en el resultado de la consulta. No se cuenta como respuesta ni se interpreta como ausencia de multas. La falla queda registrada con fecha, se reintenta y, si persiste, se revisa si el portal cambió su estructura.

Notas relacionadas