Ir al contenido
ARE U LIVING IN THE REAL WORLD?
4 min de lecturaEn español

Los datos públicos no son una base de datos

Idioma
en

Ejemplo ilustrativo de diseño sobre cómo preservar los límites de evidencia en productos de datos públicos.

Ejemplo ilustrativo de diseño. No es una crónica verificada. Este artículo existe para demostrar la composición y la estructura editorial del blog. Su narrativa y sus cifras no han sido verificadas para publicación.

235.365 procesos de contratación. 48.055 adjudicaciones verificadas. 54,7 millones de filas en planes anuales de adquisiciones. 390.763 proponentes perfilados. Las cifras son lo bastante grandes para parecer autoridad antes de preguntar si las filas describen lo mismo.

No lo hacen.

En pocas palabras

Los registros públicos se convierten en producto cuando el sistema mantiene separados los documentos fuente, los hechos normalizados y las afirmaciones derivadas. El resultado de una consulta no es evidencia por sí solo. Necesita procedencia, un límite temporal y una forma de mostrar lo que la fuente no dijo.

Cuatro cifras, cuatro significados

El corpus de contratación detrás de Octograma tiene varias capas. Cada capa responde una pregunta distinta.

CapaEscala registradaInterpretación segura
Procesos de contratación235.365Procesos disponibles en el corpus de trabajo
Adjudicaciones verificadas48.055Resultados conectados con evidencia bajo las reglas actuales
Filas en planes de compra54,7 MRegistros de planeación, no contratos ejecutados
Proponentes perfilados390.763Entidades resueltas para el modelo actual de perfiles
Fuente no suministrada

Poner las cuatro cifras en una frase crea una continuidad falsa. No existe un embudo honesto entre 54,7 millones de filas de planeación y 48.055 adjudicaciones sin explicar los límites. Planes, procesos, adjudicaciones e identidades tienen ciclos de actualización y fallas diferentes.

La primera decisión de ingeniería no fue un modelo. Fue una frontera.

Conserva la fuente antes de mejorarla

Normalizar hace que los registros se puedan consultar. También puede borrar la razón por la que un resultado se ve extraño.

Un cambio de razón social, un identificador duplicado, una adjudicación modificada o una fecha mal formada pueden desaparecer detrás de una transformación limpia. La tabla normalizada se ve mejor justo cuando la fuente exige más atención.

El sistema conserva tres capas:

  1. Fuente: el documento o registro tal como llegó, con fecha de consulta y origen.
  2. Hecho: un campo normalizado junto con la transformación que lo produjo.
  3. Inferencia: una puntuación, agrupación o recomendación que depende de hechos y supuestos.

Las capas pueden apuntar hacia adelante. También tienen que permitir el regreso. Si un perfil no llega al registro que lo produjo, la interfaz creó confianza sin evidencia.

La ausencia de datos no es un resultado negativo

Los datos del Estado suelen llegar de forma desigual. Un campo puede estar vacío porque el comprador lo omitió, la fuente cambió el esquema, el registro sigue en estado preliminar o la ingesta falló.

Esos casos no deberían convertirse en “no”.

Esto importa más en funcionalidades que priorizan oportunidades o estiman el encaje de un proponente. No tener historial visible de adjudicaciones no significa que nunca haya ganado. Un documento sin publicar no demuestra que el proceso carezca de la condición. Una consulta vacía no prueba un mercado vacío.

Octograma mantiene la probabilidad de ganar inactiva y marcada como “en validación”. No es un retraso escondido en texto legal. Es el estado de producto que corresponde a la evidencia disponible.

La interfaz también hace parte de la prueba

El rigor de los datos puede desaparecer en el último metro. Un modelo puede conservar la procedencia internamente mientras la interfaz la convierte en una insignia segura.

La pantalla debe exponer al menos cuatro cosas:

  • la fuente de la afirmación
  • la fecha de la última observación
  • la transformación o regla aplicada
  • la diferencia entre ausente, preliminar y verificado

Eso agrega fricción. También evita que una recomendación se vea más fuerte que el registro que la sostiene.

Lo que cambió en la construcción

Las reglas prácticas son directas:

  1. Cada cifra muestra la fecha de su snapshot.
  2. Una afirmación derivada nunca reemplaza un hecho fuente.
  3. Los resultados preliminares y verificados usan estados distintos.
  4. Cada ranking define qué significa un valor vacío.
  5. Una funcionalidad sigue inactiva si su frontera de evidencia no está lista.

Ninguna regla hace el modelo más sofisticado. Hacen que el sistema sea más difícil de interpretar mal.

Supuestos y límites

  • Las cifras son snapshots del corpus: cambian a medida que continúan la ingesta, la deduplicación y la verificación.
  • Verificado significa verificado bajo una regla: no es una decisión legal ni una vista completa de cada evento contractual.
  • La resolución de entidades es probabilística: nombres, identificadores y cambios societarios pueden dividir un proponente o unir entidades distintas.
  • Una fila de planeación no es una adjudicación: los planes describen intención y pueden cambiar antes de que exista un proceso.

El producto peligroso de datos públicos no es el que muestra un error evidente. Es el que elimina toda señal visible de incertidumbre mientras la fuente sigue incompleta.

Sigue leyendo

Ejemplo ilustrativo

Medí lo que la IA hizo con mi producción

Ejemplo ilustrativo de diseño sobre cómo evaluar una afirmación de productividad con IA sin confiar en una sola métrica.

Boletín

Un correo cuando se publica un texto. Sin rastreo, sin patrocinios.

Abre Buttondown en una pestaña nueva. Confirma tu correo allí.