Datos de menores y registros

Los datos de personas menores de edad suelen tener una protección reforzada en la normativa de cada país; el equipo jurídico de la institución dice cuál se aplica y cuáles son los plazos. Para quien detecta, el efecto práctico es otro: la alerta, el ticket y el correo de traspaso deben identificar el expediente con un código interno, no con el nombre, el documento o la foto del menor, porque cada copia es un lugar más donde proteger ese dato. Abre accesos_expedientes y mira que se identifica con códigos.

La tabla accesos_expedientes guarda quién consultó qué expediente y desde qué curso. Un docente consulta de forma normal los de su curso (curso_del_usuario igual a curso_del_expediente). Una consulta de otro curso puede tener un motivo legítimo, y por eso la columna motivo existe; un guion en esa columna significa que no se declaró ninguno. Cuenta las consultas de otro curso sin motivo que hizo cada usuario.

La tabla campos_en_registros dice cómo trata cada fuente los campos personales: completo, enmascarado o ausente. Una fuente que guarda el nombre completo en su registro lo copia a cada servidor de registros, a cada copia de seguridad y a cada consulta del equipo. La corrección se pide a quien administra esa fuente; el equipo de seguridad no puede reescribir un registro que ya se generó.

Antes de pedir una reunión con el colegio hay que saber de qué tamaño es lo que se vio. Cuenta, en total, todas las consultas a expedientes de otro curso sin motivo declarado, de cualquier usuario. No cuentes la del rol de coordinación con motivo escrito: ese caso tiene su justificación y se confirma aparte.

El informe sobre estas consultas no dice que un docente «vulneró la privacidad de los menores»: eso es una conclusión jurídica y disciplinaria que no le toca a seguridad. Dice qué registros muestran, de quién es el usuario, cuántos expedientes, en qué ventana, y qué no se sabe, como el motivo real, que solo puede aclarar la persona o su coordinación.