Datos, información y representación

¿Por qué un sistema que muestra los números correctos en la pantalla puede estar guardando datos inutilizables o contradictorios? Cuando delegas en un agente la creación de una aplicación, es fácil confundir lo que ves en la interfaz con el modelo de datos que sostiene el sistema.

Objetivos y conocimientos previos

Partimos del Curso I — Lógica y Resolución de Problemas. En esta lección aprenderás a distinguir entre dato, información y formato de representación, y a separar los datos estructurados (gobernados por reglas exactas) de los datos no estructurados (como el texto libre procesado por modelos de IA).

Del valor aislado al significado con contexto

Un dato es la representación simbólica de un valor o atributo aislado. Por sí solo carece de significado suficiente para tomar una decisión.

La información surge cuando ese dato se sitúa dentro de una estructura lógica y un contexto con reglas conocidas:

Un sistema informático no comprende el mundo humano; solo almacena y transforma símbolos siguiendo reglas formales. Si el contexto (como la moneda o el estado del pago) queda implícito en la cabeza de quien diseñó la pantalla pero no se registra en los datos, el sistema terminará mezclando valores incompatibles.

El modelo del dato no es su formato visual

Un error frecuente al dirigir el desarrollo es especificar los datos por cómo se ven en pantalla en lugar de por lo que significan.

Observa estas tres representaciones de un mismo hecho:

1. En una pantalla para el usuario: 10 de noviembre de 2026 — 12,00 €
2. En un intercambio de texto estructurado (como JSON): {"fecha": "2026-11-10", "importe_centimos": 1200, "moneda": "EUR"}
3. En una tabla relacional: una fila con columnas separadas para fecha, cantidad entera en céntimos y código de moneda.

El modelo conceptual es la definición de qué atributos existen, qué significan y qué reglas cumplen. El formato es solo el envoltorio con el que esos datos viajan o se muestran.

• Si guardas "12,00 €" como una cadena de texto tal cual se ve en la pantalla, será difícil sumar cien facturas sin antes limpiar comas y símbolos, y corres el riesgo de que otra parte del sistema guarde "$12.00" en el mismo campo.
• Si separas la cantidad numérica (1200 céntimos) y la moneda (EUR), el sistema puede validar y operar con exactitud, y la interfaz puede formatearlo para el lector cuando sea necesario.

Datos estructurados frente a datos no estructurados en la era de la IA

Los sistemas actuales suelen combinar dos clases de información que tienen propiedades muy distintas:

Límite fundamental: Un modelo de lenguaje (LLM) es excelente para resumir el correo de reclamación de un cliente o proponer una categoría inicial a partir de una nota en texto libre. Sin embargo, nunca debe sustituir al modelo de datos estructurado como fuente de verdad para saber cuánto debe un cliente o cuántas plazas quedan libres.

Error frecuente y contraejemplo

Error frecuente: Pedir al agente «guarda los datos de la factura en un campo de texto o déjaselo interpretar a la IA cuando el usuario pregunte por su saldo».

Contraejemplo: Una clienta tiene dos facturas: una de 100 EUR pagada y otra de 100 EUR anulada por error de emisión. Si el sistema guarda notas de texto ambiguas ("Factura de 100 EUR, luego se habló de anularla") en lugar de un estado estructurado y explícito por factura, una consulta posterior resumida por IA puede concluir erróneamente que la clienta debe 100 EUR o que ha pagado 200 EUR. La contabilidad y las reglas del negocio exigen campos estructurados e inequívocos.

Practica

Quieres encargar a un agente un módulo para registrar gastos de un equipo. El agente te propone guardar cada gasto como una sola frase de texto libre, por ejemplo: "Almuerzo con cliente el martes por unos 45 dólares".

1. Identifica al menos cuatro datos estructurados que están mezclados o incompletos dentro de esa frase.
2. Explica por qué "el martes" y "unos 45 dólares" no permiten consultar los gastos de un mes ni calcular el total gastado con exactitud.
3. Propón una tabla con los campos separados que exigirías en el modelo, indicando qué conserva el texto libre (si decides mantener una nota descriptiva) y qué debe ir en campos estrictos.
4. Indica qué ocurriría si el equipo registra gastos en distintas monedas y no incluyes la moneda como un dato explícito.

Criterio de comprensión: tu propuesta debe separar al menos fecha exacta, concepto/categoría, importe numérico exacto y moneda, explicando la diferencia entre una descripción textual para humanos y los atributos estructurados necesarios para filtrar y sumar sin ambigüedad.

Profundiza con IA

Copia esta lección en tu asistente de IA junto con tu respuesta:

Estoy estudiando la diferencia entre dato, información, formato visual y estructura lógica. Esta es mi propuesta de campos para el registro de gastos: [tu respuesta]. Evalúa si alguno de mis campos sigue mezclando dos conceptos distintos o depende de cómo se muestra en pantalla. Ponme un ejemplo de consulta o informe que fallaría si omito alguno de los atributos y hazme una pregunta para comprobar si distingo qué parte podría ayudar a clasificar un modelo de IA y qué parte debe ser estrictamente determinista.

Siguiente lectura

Una vez que separamos los atributos estructurados, ¿cómo distinguimos dos registros que tienen datos parecidos y cómo evitamos valores imposibles? Continúa con Identidad, tipos y dominio de valores.