Cómo representar un dato desconocido sin inventar un valor
Representa un dato desconocido con un estado explícito y un valor vacío compatible con el contrato.
Equipo enginerIT· 2 min de lectura
Representa un dato desconocido con un estado explícito y un valor vacío compatible con el contrato. Conserva la causa y el siguiente paso; un cero, una fecha aproximada o una cadena inventada pueden convertirse en datos operativos si llegan al sistema siguiente.
No mezcles cuatro situaciones
Distingue dato no presente, texto ilegible, conflicto entre fuentes y dato no aplicable. No presente puede resolverse pidiéndolo; ilegible requiere una copia mejor; conflicto exige una decisión sobre autoridad; no aplicable puede ser una respuesta definitiva. Mantén un vocabulario corto que el equipo pueda usar de forma consistente. Incluye fallo de consulta como problema técnico, sin atribuir al documento una ausencia que no se ha comprobado.
Elige una representación sin ambigüedad
JSON distingue un valor nulo de una propiedad ausente. Decide qué espera tu consumidor y documenta los tipos admitidos. Una propuesta es conservar el campo, un valor nulo y un motivo controlado cuando no hay dato verificado. Es una convención del proyecto, no una capacidad universal del modelo. Evita usar el texto “null” como si fuera un nulo real y no reutilices cero para señalar desconocimiento.
Conserva lo observado sin convertirlo en certeza
En un ejemplo hipotético, una fecha se lee como “1?/04”. Puedes guardar la transcripción observada y señalar que la fecha normalizada queda pendiente. No completes el dígito con la fecha más probable. Si el proceso permite estimaciones, sepáralas del valor confirmado y exige una regla aprobada para utilizarlas. Una estimación no debe viajar al mismo campo que alimenta compromisos o cálculos definitivos.
Comprueba el recorrido completo
Ensaya un caso desconocido desde la extracción hasta la pantalla, la exportación y cualquier importación posterior. Verifica que una hoja de cálculo o integración no sustituye el nulo por cero ni elimina el motivo. Asigna quién resolverá cada causa y cuándo caduca el pendiente. Revisa también casos en los que finalmente llega el dato: deben actualizar valor y estado juntos, conservando la procedencia de la corrección.
Comprobaciones para cerrar la tarea
- ✓ Separa ausencia, ilegibilidad, contradicción y no aplicable.
- ✓ No uses cero ni una cadena inventada como valor de relleno.
- ✓ Prueba que exportaciones mantienen el estado desconocido.
- ✓ Actualiza valor y estado juntos cuando se confirme el dato.
Fuentes y documentación
- JSON Schema · Objetos — Presencia, tipos y propiedades adicionales; no valida la verdad de un dato.
- OWASP · LLM09:2025 Misinformation — Riesgos de afirmaciones infundadas y necesidad de contrastar información sensible.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →