Casi todas las crisis de datos empiezan igual: alguien abre un reporte, ve un número raro, y nadie sabe si el dato está mal o si el negocio cambió. Para cuando lo descubren, la decisión ya se tomó.
Una regla de calidad existe para cortar esa historia de raíz. Es una prueba automática que se ejecuta sobre tus datos y responde una pregunta concreta — ¿hay teléfonos vacíos en la tabla de clientes?, ¿hay IDs duplicados?, ¿hay recargas con montos imposibles? — y te avisa antes de que el problema llegue a un dashboard.
La buena noticia: en OpenMetadata (open source, sin licencias) crear la primera regla toma menos de dos minutos. Te lo mostramos con capturas reales sobre una base de datos de telecom.
Qué es exactamente una "regla de calidad"
Piensa en un análisis de sangre para tus datos. Defines un valor esperado ("la columna phone_number nunca debe estar vacía") y la plataforma lo verifica cada vez que corre. El resultado es binario y honesto:
- 🟢 Pasa — el dato cumple. Puedes confiar en él.
- 🔴 Falla — algo se rompió. OpenMetadata abre un incidente y notifica.
Lo importante: la regla queda pegada a la tabla, documentada y versionada. No es un script suelto en la laptop de un analista — es gobierno.
Paso 1 — Abre la pestaña de calidad de tu tabla
Entra a cualquier tabla de tu catálogo y ve a Data Observability → Data Quality. Ahí viven todas las reglas de esa tabla: cuántas hay, cuántas pasan, cuántas fallan y cuándo corrieron por última vez.
En el ejemplo, la tabla customers ya tiene dos reglas en verde — customer_id único y phone_number no nulo. Ese tablero es lo que verá tu equipo cada mañana.
Paso 2 — Clic en "Add → Test case"
Arriba a la derecha, el botón Add despliega el menú. Elige Test case para crear una regla nueva.
Paso 3 — Elige el alcance y el tipo de regla
OpenMetadata abre un formulario guiado. Solo tres decisiones:
- ¿Sobre qué corre la regla? A nivel de tabla (ej. "el número de filas debe estar entre X e Y") o a nivel de columna (ej. "esta columna no admite nulos").
- ¿Qué tipo de regla? No necesitas escribir SQL: OpenMetadata trae un catálogo de reglas listas — valores no nulos, valores únicos, valores dentro de un rango, que cumplan un patrón (regex), conteo de filas, frescura, y más.
- Nómbrala y dale "Create". Listo.
La regla queda creada y se ejecuta — manualmente o programada — junto con el resto. Verde o rojo, sin ambigüedad.
Por dónde empezar: 3 reglas que valen oro desde el día 1
No intentes cubrir todo. Estas tres atrapan los errores más caros y más difíciles de explicar:
- IDs únicos (
columnValuesToBeUnique) — en tu tabla maestra de clientes o productos. Un ID duplicado contamina todo lo que se una a él aguas abajo. - PII no nula (
columnValuesToBeNotNull) — teléfono, email, documento. Un cliente sin contacto es un cliente que no existe para el negocio. - Montos en rango (
columnValuesToBeBetween) — recargas, facturas, consumos. Atrapa el clásico monto de $99.999 que mete ruido en todo tu revenue.
Con esas tres ya tienes un cinturón de seguridad sobre tus datos más críticos.
Esto es gobierno de datos, no un parche
Una regla suelta es útil. Decenas de reglas, vinculadas a tablas con dueño, glosario y lineaje, ejecutándose solas y abriendo incidentes — eso es un programa de gobierno de datos maduro. Es la diferencia entre apagar incendios y confiar en tus números.
En GalacticaIA implementamos exactamente esto sobre OpenMetadata — catálogo, lineaje, calidad y políticas — hasta dejar tu gobierno operativo, con 15+ años de experiencia real en Telecom y Fintech en LATAM.
¿Quieres saber en qué punto está tu organización? Empieza por una evaluación de madurez de datos o conoce cómo trabajamos la implementación de OpenMetadata.