En Anjana Data es posible configurar qué cambios no provocan el lanzamiento de workflows de modificación y/o versionado en los objetos gobernados cuando los realiza un determinado rol.
Estas reglas permiten identificar los atributos de las plantillas que, al ser editados y enviados a validar por determinados roles, no generan workflow de aprobación, quedando el objeto validado automáticamente.
Tabla Edition Submit Rule del Panel de Configuración (Visión administrador)
Las reglas que permiten identificar los atributos de las plantillas que, al ser editados y enviados a validar por determinados roles, no generan workflow de aprobación se almacena en la tabla Edition Submit Rule.
Estructura de la tabla Edition Submit Rule
Cada regla registrada se caracteriza por los siguientes campos:
-
Id: identificador único del registro. Se asigna automáticamente desde el Panel de configuración. -
role: nombre del rol que al editar el atributo indicado entemplateAttribute, el registro de dicho cambio no pasa por workflow de modificación, sino que pasa directamente a APROBADO.
Nota: El valor debe coincidir con el campo name de la tabla role
-
templateAttribute: referencia al atributo de plantilla al que aplica la regla.
Si se desea evitar el lanzamiento de un workflow de validación cuando se modifican los dataset fields de un dataset, es necesario configurar una regla de excepción para el atributo datasetFields de la plantilla de dataset.
Con esta regla:
-
Se comprobarán los cambios realizados en los dataset fields.
-
Si dichos cambios coinciden con las condiciones definidas en la regla, no se disparará el workflow de validación del dataset.
-
Además, la regla contempla tanto la modificación de valores como la adición o eliminación de dataset fields en el dataset.
Alta de una regla de excepción de lanzamiento de workflow en la tabla Edition Submit Rule
El alta de una nueva regla de excepción al lanzamiento de workflows implica añadir en la tabla Edition Submit Rule un nuevo registro que defina el atributo de plantilla y el rol para el cual no se disparará un workflow de aprobación cuando dicho atributo sea editado.
Para añadir una nueva regla:
-
Pulsar el botón New en la esquina superior derecha. Esto abrirá un asistente (wizard) con los campos definidos en el apartado Estructura de la tabla Edition Submit Rule.
-
Completar los campos conforme a la estructura descrita:
-
role: introducir el nombre del rol que no lanzará workflow al editar el atributo (p.ej.: Chief AI Governance Officer). -
templateAttribute: seleccionar el atributo de plantilla al que aplica la excepción (p.ej.: 10371-nivelRiesgo-AI_MODEL).
-
-
Pulsar en Save para guardar la regla o en Cancel para descartarla.
Nota: Tras el alta de reglas de nuevas reglas, es necesario ejecutar la acción Clear cache desde el Panel de configuración (Actions > Clear cache) para que los cambios se apliquen y sean visibles en el Portal de Datos.
Modificación de una regla de excepción al lanzamiento de workflows en la tabla Edition Submit Rule
La modificación de una regla en la tabla Edition Submit Rule permite ajustar los parámetros de excepción al lanzamiento de workflows para un rol o atributo de plantilla concretos.
Para modificar una regla existente:
-
Pulsar el botón Editar (icono verde con lápiz) en la fila correspondiente a la regla que se desea modificar. Esto abrirá un asistente (wizard) con los campos definidos en el apartado Estructura de la tabla Edition Submit Rule.
-
Completar los campos conforme a la estructura descrita:
-
role: actualizar el rol que no lanzará workflow al editar el atributo , siempre en concordancia con el camponamede la tablaRoles(p.ej.: cambiar de Chief AI Governance Officer a AI Risk Officer). -
templateAttribute: actualizar el atributo de plantilla al que aplica la excepción (p.ej.: cambiar de 10371-nivelRiesgo-AI_MODEL a otro atributo de la plantilla).
-
-
Pulsar en Save para guardar los cambios o en Cancel para descartarlos.
Consideraciones importantes
-
Las reglas pueden modificarse en cualquier momento, independientemente de si existen objetos gobernados o no.
-
Si se desea modificar tanto el rol como el atributo, pero mantener la coherencia de configuraciones previas, se recomienda valorar si es más adecuado eliminar la regla existente y dar de alta una nueva.
-
Tras la modificación de reglas, es necesario ejecutar la acción Clear cache (
Actions > Clear cache)desde el Panel de configuración para que los cambios se apliquen y sean visibles en el Portal de Datos.
Configuración de reglas de excepción al lanzamiento de workflows mediante acceso directo a la base de datos (Visión desarrollador)
Las reglas de excepción al lanzamiento de workflows se almacenan en la tabla anjana.edition_submit_rule.
Estas reglas permiten identificar los atributos de las plantillas (configurados en anjana.template_attribute) que, al ser editados y enviados a validar por determinados roles (configurados en zeus.role), no generan workflow de aprobación, quedando el objeto validado automáticamente.
|
Columna |
Tipo |
Restricciones / Notas |
|---|---|---|
|
id_edition_submit_rule |
int4 |
PRIMARY KEY. Identificador único de la regla. Se gestiona de forma manual o mediante secuencia. |
|
role |
varchar(255) |
NOT NULL. Nombre del rol al que se asigna la responsabilidad. |
|
id_template_attribute |
int4 |
FOREIGN KEY a |
El siguiente ejemplo define una regla que asigna al rol Chief AI Governance Officer la autoridad sobre el atributo de plantilla con identificador 10371- nivelRiesgo de la plantilla de AI_MODEL:
INSERT INTO anjana.edition_submit_rule
(id_edition_submit_rule, "role", id_template_attribute)
VALUES (2, 'Chief AI Governance Officer', 10371);
Importante:
-
Una vez ejecutado el insert, ejecutar la actualización de secuencias de la tabla. (Desde el Panel de configuración en
Actions > Reset DQ sequencesse pueden actualizar las secuencias de todas las tablas, incluida esta). -
Todo el peso de la lógica de configuración recae en el desarrollador que ejecuta las queries SQL directamente sobre la tablas. Se recomienda revisar cuidadosamente el apartado de Estructura.