Atributos de afiliación y su liberación

La afiliación es la relación de la persona con la institución, y el vocabulario de las federaciones académicas la reduce a pocos valores: estudiante, docente, personal, egresado, miembro y visitante de biblioteca. La consola los muestra con sus nombres en inglés (student, faculty, staff, alum, member, library-walk-in), que son los habituales en el mundo académico.

Lo que viaja casi siempre es la afiliación con ámbito: el valor seguido de un arroba y el dominio de la institución que lo afirma. El ámbito no adorna: dice quién da fe. Un proveedor que recibe [email protected] sabe que esa universidad afirma que la persona es estudiante suya; no puede saber por sí mismo si es verdad, solo confía en que quien lo dice es quien debe.

Las afiliaciones deben ser coherentes. En esta universidad la regla está en glosario.txt: estudiante, docente y personal siempre llevan además member; egresado y visitante de biblioteca nunca. Una afiliación incoherente es un síntoma de un directorio mal alimentado: o falta lo que debía llevar, o sobra lo que da privilegios de más.

Revisa las ocho cuentas de cuentas-y-afiliaciones.txt contra la regla de coherencia y cuenta las que no la cumplen.

Además de la afiliación, el proveedor a veces recibe un identificador de la persona, para reconocerla la próxima vez. Hay dos maneras. El identificador por-proveedor es un valor distinto para cada proveedor: la revista y el repositorio de tesis no pueden cruzar sus listas para saber que es la misma persona. El identificador compartido es el mismo valor en todos los proveedores que lo reciben, y por eso permite seguir a una persona a través de servicios que no tienen nada que ver entre sí.

Para casi todos los servicios, el identificador por-proveedor basta y protege más. El compartido necesita una razón que alguien haya escrito.

Abre liberacion.txt y mira la última columna.

Cada proveedor, al pedir su ingreso, declara qué atributos necesita para funcionar. Eso fija el techo de lo que se le libera: ni la comodidad de «ya que los tenemos» ni el «por si acaso» justifican enviar un dato personal a un tercero que no lo pidió. Cada atributo de más es información que un tercero guarda sin necesitarla, en sus bases y en sus copias de respaldo.

Compara, proveedor por proveedor, la lista de liberacion.txt con la de necesidades.txt y cuenta los atributos que se liberan sin haber sido declarados.

Una liberación de más se corrige en la política de liberación, que es donde se decide qué sale hacia cada proveedor, y se deja constancia en un cambio registrado. No se corrige pidiéndole al proveedor que «ignore» el atributo: el dato ya salió y quedó en sus sistemas. Tampoco se borra el atributo de las cuentas de la universidad, porque otros servicios sí lo necesitan.