Metadatos y trazabilidad

Los campos de meta son pares nombre y valor: texto, números o verdadero y falso. Son documentación que viaja con la regla. Las herramientas pueden listarlos y filtrar por ellos, pero la regla misma no los lee: no se pueden usar dentro de la condición, así que escribir fecha en una condición no compara nada.

Un meta útil responde cuatro preguntas: quién la escribió, cuándo, por qué existe y en qué versión va. La referencia suele ser el número de la solicitud o del informe que justificó la regla: es lo que permite saber si todavía hace falta.

Abre SELECT * FROM reglas y SELECT * FROM politica. La política pide cuatro campos: autor, fecha, referencia y versión. Una regla a la que le falta uno no es necesariamente mala, pero no se puede revisar con fundamento: nadie sabe qué informe la pidió ni si todavía aplica.

La política fija una fecha de corte y un plazo máximo entre revisiones. Una regla vencida no se borra: pasa a un estado de revisión hasta que alguien la mira y deja constancia. El plazo es de esta organización; otra podría fijar otro.

Calcula la fecha límite restando el plazo a la fecha de corte y cuenta las reglas cuya última revisión es anterior a ella.

La política dice que el identificador de una regla es único en todo el repositorio. Si dos reglas distintas comparten nombre, no pueden convivir en el mismo conjunto sin que una pise a la otra o se rechace, y las alertas dejan de apuntar a una sola. Aquí una de las dos versiones es una regla nueva de otra persona con el mismo nombre que una anterior.

El equipo quiere añadir un campo más a la lista de obligatorios y duda entre varias opciones. Solo caben campos que ayuden a revisar y a explicar una alerta a quien no escribió la regla.