Hola. Comento que desde que se estaba utilizando g3, las unidades de gestión estaban definidas con un dominio ‘Responsable Académica’. Se definieron requisitos y controlaban bien las inscripciones, correlativas, etc. Luego, decidimos cargar nuevos perfiles de usuarios, y cambiar el dominio de las unidades de gestión. Y creamos otras unidades de gestión nuevas, con dominio a nivel propuestas formativas, y borramos las UG q no se usaban más.
Ahora la pregunta sería, influye ésto en el funcionamiento de los requisitos por operación ?? hay que volver a redefinirlos ? Por que habían dejado de funcionar. Lo que se hizo, para que funcionen nuevamente, agregarlos pero a Nivel Propuestas ahora. Ahora pregunta, ese cambio de unidad de gestión, afecta a la definición de requisitos ? o podría ser otra cosa ? Desde ya muchas gracias.
Lo que debió suceder aquí es que debieron cambiar el nivel en el que estaban configurados los requisitos.
Por ejemplo, los requisitos estaban configurados a nivel de Responsable Académica; al cambiar los perfiles de datos y definirlos por propuesta uno de los usuarios entra a la configuración de los requisitos y ve el campo de nivel de aplicación vacío (porque el requisito está configurado a nivel de Responsable Académica que es un nivel más grande que el suyo y por eso no lo ve); entonces el usuario cambia el nivel de configuración y lo pone al nivel de propuestas (solo verá las propuestas que coinciden con su perfil de datos); esto borra la configuración que ya existía a nivel de Responsable Académica. Por esto es que para todo el resto de las propuestas este requisito ya no está configurado.
Probablemente sea esto lo que debió suceder.
Lo más recomendable es que la configuración de los requisitos la realice siempre un usuario sin perfil de datos (y que los usuarios con perfil de datos no tengan acceso a la configuración de requisitos).
Otra opción es decidir configurar todos los requisitos al mismo nivel, en este caso a nivel de propuestas. Así cada usuario podrá configurar el requisito para las propuestas que abarque su perfil de datos. El inconveniente de esta alternativa es que si un usuario cambia el nivel de configuración del requisito (por ejemplo, le saca el nivel por propuesta y lo pone al nivel de planes de estudios) esto borraría la configuración del requisito para todas las propuestas.
Esto sucede debido a que un mismo requisito no puede ser configurado con más de un nivel de aplicación distintos, por lo que al cambiar el nivel de aplicación (“Toda la Institución”, “Por Responsable Académica”, “Por Propuesta”, etc) se borra la configuración anterior.
Vamos a analizar qué mejoras pueden incluirse para intentar evitar que se produzcan esta clase de equivocos en donde un usuario con perfil de datos borra la configuración de un requisito al cambiar su nivel de aplicación.