Flujos de riesgo y de excepciones en la exportación

Un riesgo en una plataforma vive en estados: abierto, en tratamiento, aceptado, cerrado. Cada salto de un estado a otro es un evento con una persona y una fecha. La exportación del flujo muestra los saltos permitidos y quién los aprueba. Esa tabla es la mejor radiografía de la gobernanza real, porque dice qué puede hacer cada rol sin pedir permiso.

Consulta SELECT * FROM flujo_de_estados. Si el flujo permite que quien tiene el riesgo lo cierre sin que nadie más lo verifique, el estado cerrado deja de ser una verificación y pasa a ser una declaración.

Un riesgo sin dueño no tiene a quién pedirle cuentas. El campo existe en todas las plataformas y casi todas permiten dejarlo en blanco, así que el hueco pasa. Es el primer control de calidad de un registro de riesgos: filtrar los que no tienen responsable.

Consulta SELECT * FROM registro_de_riesgos y busca la fila cuyo dueño aparece como sin asignar.

Cada riesgo lleva una fecha de próxima revisión, y la plataforma suele avisar. Pero el aviso no es la revisión: si nadie lo atiende, el riesgo queda con la fecha en el pasado y el estado sigue diciendo que se está tratando. Para saber cuáles están atrasados hay que comparar la fecha de próxima revisión con la fecha de corte de la exportación.

La exportación de Piedra Viva se cortó el 12 de octubre de 2026. Consulta SELECT * FROM registro_de_riesgos.

Una excepción es un permiso temporal para no cumplir un control. Debe tener quien la pide, quien la aprueba, un vencimiento y un plan de salida. El módulo de excepciones calcula el estado a partir de la fecha, pero algunas plataformas dejan el estado como un campo que se edita a mano. Entonces una excepción puede seguir diciendo vigente cuando su fecha ya pasó.

Consulta SELECT * FROM excepciones y compara el vencimiento con el 12 de octubre de 2026.

La excepción que acabas de encontrar también tiene un problema de gobierno: en la misma fila, el solicitante y el aprobador son la misma persona, y lleva varias renovaciones. Ninguna plataforma lo impide por defecto; hay que configurarlo. La regla de fondo es la separación de funciones: el aprobador no puede ser quien se beneficia de la excepción.