Una Regla de calidad expresa un control sobre un Atributo de la taxonomía. En GovFrame puede documentar una dimensión, una expresión, un umbral y una frecuencia. Su contexto de Dominio, Subdominio y Entidad se obtiene del Atributo asociado: la regla no deja de ser un objeto de nivel Atributo por aparecer en filtros de niveles superiores.
La regla puede relacionarse con campos del Diccionario técnico y participar en un Contrato de datos. Esta asociación une el control de negocio con una fuente física registrada. El SQL solo se genera a partir de asociaciones válidas a campos físicos y de un dialecto configurado; sin ambos elementos, la Regla puede existir como definición de gobierno, pero no debe presentarse como SQL generado ni como validación ejecutable.
Antes de empezar
- Rol y alcance: el Administrador tiene alcance global en la empresa. Data Owners y Data Stewards necesitan la capacidad de negocio correspondiente y alcance sobre el Dominio o Subdominio heredado por el Atributo. El Ingeniero de datos administra el contexto técnico únicamente en los Repositorios incluidos en su scope técnico.
- Módulo: confirme que Reglas de calidad está activo. Para trabajar con asociaciones físicas, también son relevantes Diccionario técnico y Repositorios de datos, que son dependencias declaradas del módulo.
- Precondiciones: disponga de una taxonomía con el Atributo objetivo. Si se pretende generar SQL, debe existir un campo físico asociado en el Diccionario técnico y el dialecto correspondiente debe estar configurado. Identifique la dimensión, la expresión de control y el umbral que el negocio pueda explicar.
Ejemplo sintético: para el Atributo Correo de contacto, una regla de completitud puede declarar que el valor no debe quedar vacío y registrar el umbral acordado. Solo podrá generar SQL si está enlazada a un campo físico válido y existe dialecto configurado para ese contexto.
Recorrido recomendado
- Parta del Atributo, no de una tabla aislada. Seleccione el Atributo cuyo significado se protege y verifique su Entidad y Dominio. Esto permite que el control tenga una responsabilidad y un alcance de negocio inequívocos.
- Describa el control. Registre un nombre legible, la dimensión de calidad, la expresión, el umbral y la frecuencia que corresponda a la definición vigente. Evite denominar una Regla solo con el nombre de una columna, porque el mismo nombre físico puede tener contextos distintos.
- Compruebe la asociación técnica. Cuando sea necesaria, relacione la Regla con el campo del Diccionario técnico que materializa el Atributo. Revise que la asociación física documente el Repositorio, esquema, tabla, columna y tipo que correspondan; una relación de Repositorio por sí sola no asocia todas sus columnas.
- Trate el SQL como artefacto condicionado. Solicite SQL únicamente cuando la asociación de campo sea válida y el dialecto esté configurado. El resultado es SQL generado para la Regla y no una promesa de ejecución automática, de conexión a la fuente ni de resultado de calidad.
- Relacione compromisos y seguimiento. Si la Regla es relevante para una entrega, asóciela al Contrato de datos correspondiente. Puede conservar históricos, estados y scripts SQL versionados con auditoría, pero esta guía no define valores de estado ni un workflow de aprobación.
- Revise el contexto cuando cambie metadata. La metadata puede manejar previews, agenda manual/diaria/semanal/mensual y snapshots versionados. La agenda y cualquier automatización efectiva dependen de la configuración de la empresa; no asuma que existan jobs productivos habilitados ni que un snapshot ejecute la Regla.
Resultado esperado
La empresa dispone de una Regla explicable desde el Atributo que controla, con su dimensión, expresión, umbral y frecuencia documentados. Cuando hay trazabilidad técnica válida, también puede identificarse el campo físico y el dialecto que habilitan SQL generado; cuando no la hay, el límite queda visible en vez de simular una ejecución.
Una Regla de calidad puede funcionar como control técnico dentro del modelo actual, pero GovFrame no dispone de catálogos independientes de Riesgos o Controles equivalentes a las Reglas. El seguimiento normativo u operativo se representa con los objetos existentes —por ejemplo, políticas, procedimientos, contratos, tareas o aprobaciones— según su relación registrada.
Para profundizar, consulte el modelo de objetos y relaciones, cómo leer el mapa de relaciones, roles, capacidades y alcance y módulos y dependencias.