Riesgos aceptados y su registro

Un riesgo se trata de cuatro maneras habituales: mitigar (reducirlo con un control), transferir (pasar parte del costo o de la responsabilidad, por ejemplo con un seguro o un contrato), evitar (dejar de hacer lo que lo causa) o aceptar (convivir con él). Aceptar no es ignorar: es una decisión con requisitos.

Una aceptación sólida deja por escrito quién responde por el riesgo, quién la aprobó con autoridad para hacerlo, hasta cuándo vale, y qué control compensa mientras tanto.

Abre SELECT * FROM registro_riesgos y filtra por decision = 'aceptar'. En la columna aprobado_por aparece un nombre, o sin-aprobacion cuando nadie firmó. Un riesgo alto aceptado sin aprobación significa que el equipo decidió por su cuenta, y es el primer hallazgo del registro.

Una aprobación vale si la da alguien distinto del responsable del riesgo, con autoridad sobre su impacto. Cuando el responsable se aprueba a sí mismo, la decisión no tiene contrapeso: quien asume el costo de arreglarlo es quien decide no arreglarlo.

Compara las dos columnas de personas en SELECT id_riesgo, responsable, aprobado_por FROM registro_riesgos WHERE decision = 'aceptar'.

La fecha de revisión existe porque el contexto cambia: aparece un exploit, el negocio crece o el control que compensaba se retira. Una aceptación con la revisión vencida sigue en vigor por inercia, no por decisión.

Filtra los aceptados cuya revisión es anterior a hoy (7 de octubre de 2026) y cuenta cuántos días lleva vencida la aceptación más antigua.

Uno de los riesgos del registro no se aceptó ni se mitigó: se transfirió con una cláusula en el contrato de los contratistas. Eso reparte la responsabilidad o el costo si algo ocurre, pero la exposición sigue ahí: si una cuenta de contratista sin segundo factor es tomada, la aplicación sigue afectada, aunque exista un tercero al que reclamar.

Abre SELECT id_riesgo, decision, compensacion FROM registro_riesgos WHERE decision = 'transferir'.