Cómo sabemos que un dato viene de la fuente oficial y no de una copia
Una copia fiel puede decir exactamente lo mismo que el original y aun así no responder quién observó el dato ni cuándo. Esa diferencia decide qué se puede afirmar con él.
Por Marco Ferreiro ·
Un dato puede ser exacto y aun así no ser una observación oficial. La diferencia no está en el contenido: una copia fiel dice lo mismo que el original. Está en el origen, es decir en quién obtuvo ese dato, de qué canal y en qué momento.
Llamamos observación de origen a la lectura que hicimos contra el canal que publica el organismo, y copia a cualquier retransmisión posterior: una respuesta nuestra guardada, un informe exportado la semana pasada, la captura que reenvió un vendedor, un archivo rehospedado o un valor que alguien volvió a tipear.
Ninguna copia es falsa por serlo. Lo que pierde es la capacidad de responder dos preguntas: quién observó y cuándo. Por eso las guardamos separadas, y no dejamos que una copia complete el mismo campo que una lectura.
Una observación deja un rastro que una copia no hereda
Cada intento contra una fuente guarda:
- la fuente lógica consultada;
- el momento de inicio y de cierre, con zona horaria;
- el resultado técnico y el resultado de negocio, que no siempre coinciden;
- la versión del intérprete que leyó la respuesta;
- un identificador opaco para reconstruir la traza después.
Un dato que llega sin ese rastro entra como copia, sin importar cuán oficial parezca el documento que lo transporta. La categoría no depende de la prolijidad de la presentación sino de la evidencia de la lectura.
El transporte también puede devolver una copia
El estándar de caché HTTP prevé que una respuesta sea entregada por una caché intermedia y define cómo informar cuánto tiempo lleva almacenada y cómo revalidarla contra el servidor de origen. Una respuesta puede ser técnicamente correcta y no ser una lectura nueva.
Por eso registramos si hubo revalidación. Nuestra propia caché es una copia con reglas: existe para no repetir consultas innecesarias contra un portal, no para afirmar que el organismo respondió recién. La marca que ve el usuario debe separar esos dos momentos, como explicamos en respuesta reutilizada o consulta fresca.
La integridad no asciende a una copia
Los campos de resumen definidos para HTTP llevan un valor calculado sobre el contenido para detectar que llegó dañado o incompleto. La especificación es explícita sobre su alcance: no define mecanismos de autenticación, y para identificar el origen de un mensaje remite a las firmas digitales.
De ahí la regla que nos importa acá: un hash sobre una copia la vuelve verificable, no oficial. Sirve para probar que la copia sigue siendo la misma, el problema que trabajamos al probar qué versión de un PDF se consultó. No mueve el dato de categoría.
Lo que llega de afuera se trata como aporte
La orientación del NIST sobre preservación de evidencia digital pide documentar cuál fue la fuente original de un archivo y cómo llegó a quien lo conserva, junto con hashes y firmas guardados aparte. Una captura reenviada por mensajería no permite reconstruir nada de eso, y un recorte puede omitir el encabezado, la fecha o la advertencia de cobertura parcial.
Entonces la tratamos como pista: sirve para saber qué buscar, no para afirmar un estado. Antes de usarla repetimos la consulta en el canal correspondiente y comparamos qué coincide y qué no.
Un agregador sigue siendo un punto de acceso
El portal nacional de datos públicos se presenta como el punto de acceso unificado a la información que publican los distintos organismos de la administración nacional. La formulación es precisa y conviene leerla literal: reúne y da acceso; el organismo que publica sigue siendo el que produce el dato.
Eso vale también para los agregadores privados y para nosotros. Un conjunto redistribuido puede ser prolijo y estar meses atrasado, porque la prolijidad no dice nada sobre la antigüedad. Si no identifica de qué organismo salió cada registro ni cuándo lo tomó, queda como referencia y no reemplaza la lectura del canal oficial.
Cuando no podemos probar el origen, lo decimos
Un dato de procedencia no verificada no se promueve por parecido ni por mayoría. No completamos un campo vacío del organismo con el valor de una copia, y una retransmisión más reciente no pisa una observación anterior sólo por ser posterior.
La presentación cambia con la categoría. “Informado por la fuente, observado en tal momento” no significa lo mismo que “reutilizado de una consulta anterior” ni que “aportado por el usuario”. Son tres frases distintas porque son tres orígenes distintos, y confundirlas es lo que convierte una copia razonable en una certeza falsa.
Qué podés verificar vos
Ante cualquier dato de multas conviene preguntar tres cosas: de qué fuente salió, cuándo se observó y si es una lectura o una retransmisión. Si alguna respuesta es “no sé”, tratá el dato como orientativo y no como estado firme.
Después entrá al canal del organismo escribiendo la dirección conocida o llegando desde su sitio institucional, con los recaudos de cómo verificar que un portal sea oficial, y compará. Guardá tu propia captura con fecha: también es una copia, pero es una copia cuya custodia conocés.
Metodología
- Alcance
- Criterios para clasificar la procedencia de un dato de infracciones como observación directa de un canal oficial o como copia retransmitida. No describe credenciales, endpoints ni detalles de seguridad.
- Unidad de análisis
- Cada observación individual de una fuente, con su canal, momento, resultado y versión del intérprete que la leyó.
- Cobertura
- Estándares abiertos de caché e integridad para HTTP, la orientación del NIST sobre preservación de evidencia digital y la descripción oficial del portal nacional de datos públicos, revisados el 29 de agosto de 2026.
Limitaciones
- Un registro de lectura prueba que la consulta ocurrió; no garantiza que el organismo tuviera cargada toda la información en ese instante.
- Un resumen criptográfico verifica integridad y no autenticidad: sin firma ni custodia no acredita quién produjo el contenido.
- La nota describe criterios editoriales de procedencia y no determina el valor probatorio de un documento ante una autoridad.
Fuentes
- RFC 9111 — HTTP Caching — RFC Editor (consultada el )
- RFC 9530 — Digest Fields — RFC Editor (consultada el )
- Digital Evidence Preservation — NIST IR 8387 — National Institute of Standards and Technology (consultada el )
- Acerca de Datos Argentina — Dirección de Datos Abiertos — Jefatura de Gabinete de Ministros (consultada el )
Preguntas frecuentes
¿Una captura de pantalla sirve como prueba de que no hay multas?
No. Una captura muestra qué se vio en una pantalla, pero no permite reconstruir qué fuente respondió, en qué momento ni si la consulta llegó a completarse. Sirve como pista para saber qué revisar y conviene confirmarla en el canal del organismo.
¿Un dato guardado en caché deja de ser oficial?
No deja de provenir de una fuente oficial, pero deja de ser una lectura nueva. El estándar de caché HTTP prevé que una respuesta se entregue almacenada y define cómo revalidarla contra el origen, así que la marca de momento y el estado deberían mostrarse junto al dato.
¿El hash de un archivo prueba que es el documento oficial?
No. Un resumen criptográfico sirve para detectar que el contenido cambió desde que se calculó, y la propia especificación aclara que no define mecanismos de autenticación. Para vincular un archivo con el organismo hacen falta una firma, una custodia documentada o una descarga nueva desde el canal oficial.
Notas relacionadas
Cómo verificamos que un portal de multas sea realmente oficial
Un diseño convincente, un candado HTTPS o aparecer primero en Google no prueban oficialidad. Verificamos dominio, cadena institucional, trámite publicado y canales antes de confiar datos.
De fuente oficial a resultado: el recorrido de una consulta en multas.ar
Entre ingresar una patente y mostrar un resultado hay decisiones sobre alcance, respuesta de cada fuente, normalización y trazabilidad. Documentarlas evita que un error parezca un cero.
Un PDF oficial cambió: cómo probar qué versión se consultó
Una URL oficial puede servir un archivo distinto con el tiempo. Fecha, hash, encabezados y metadatos permiten demostrar qué bytes se consultaron sin confundirlos con autenticidad.