Cambio urgente con excepción

La cadena tiene etapas en orden, y un fallo posterior suele ser consecuencia de uno anterior. Cuando alguien te dice «no me deja pasar», lo primero es leer el resultado de la ejecución para saber qué etapa fue la primera en fallar, y no quedarte con la última, que es la que se ve más grande en el tablero.

Una excepción es un permiso con dueño, aprobador, fecha y una razón por la que el riesgo se acepta. Para ser válida tiene que cumplir todas las reglas de la política a la vez, y un borrador urgente suele fallar en más de una. Léelo contra la política línea por línea antes de recomendar nada.

El vencimiento es un tope, no un valor por defecto: la política fija un máximo de días corridos contados desde el día de la aprobación. Si la aprueban hoy, ese tope tiene una fecha concreta que puedes escribir en el registro, y cualquier fecha más lejana la invalida.

La separación de funciones es lo que da valor a una excepción: quien pide no decide, y quien revisa tampoco. La política dice qué rol aprueba, y el archivo de roles dice qué cuenta lo ocupa hoy y cuándo entra un suplente. Léelo con atención: hay más de un nombre y solo uno aprueba.

Un control compensatorio no documenta que el riesgo existe: lo reduce mientras no se corrige. Para que cuente tiene que ser verificable y estar en relación con el hallazgo concreto. El hallazgo dice qué biblioteca es, en qué ruta se usa y qué alcance tiene; de ahí sale lo que se puede cerrar o vigilar.