tenemos la siguiente situación con la RM. En Guaraní 2 la RM se registra en el ABM de titulo sin embargo la interfase trae vacío ese campo. Esto obliga a que quien envía el trámite a DNGyFU deba cargarlo porque para el trámite es obligatorio. En nuestro caso NO es personal de Facultad quien envía los trámites si no de la Dirección de Diplomas de Rectorado que concentra todos los trámites de cada UA. En este sentido, consideramos que la dinámica debería ser al igual que los campos: Normativa Institucional y Normativa de CONEAU para que en Facultad registren también la RM que corresponde. Es decir, incluir en la operación de Guaraní que genera los datos para SIDCer el campo RM.
La resolución ministerial se debe cargar por título-plan de estudios, desde la operación Carreras y Planes > Títulos > Alta de Resolución ministerial por Título/Plan
Esta operción fue agregada para la versión 2.9.5 (referencia ticket 849).
Si no aplicaron este cambio, solicitenlo y se los enviamos.
Se agregó esta nueva definicion por cada título y plan de estudios porque la resolución ministerial pareciera que es diferente en cada plan de estudios, cosa que si la resolucion ministerial tal como lo tienen hoy esta definido solo en el titulo, esta unica resolucion ministerial se informaria todos los planes de estudios que otorgue ese título, es por ello que se agregó esta modificación de poder definir resoluciones ministeriales diferentes por cada titulo y plan.
Una vez que tengan esta nueva funcionalidad deberían registrar esta informacion, pueden hacerlo automatico registrando la resolucion que esta en el titulo hoy para cada plan y luego hacer la modificación que corresponda en los planes donde la resolución para ese titulo cambia.
No se si esto responde tu consulta.
Perdon, hubo una equivocación en mis mensajes anteriores.
Este tema del registro de la resolución ministerial por Titulo y Plan de Estudios esta siendo usada en el Certificado Analítico (proceso sp_ted_1e) que se incluye en esa misma modificación.
Respecto a la interfaz de exportación de datos de graduados (Interfaz con SIDcer) el usuario debe cargar manualmente ese dato ya que por defecto aparece vacio (lo mismo sucede con Normativa CONEAU y Normativa Institución) como indicó Alicia en el primer mensaje (Esto se puede ver en la datawindow “d_int_sicer_graduados”).
Pero entonces, volviendo al mensaje original de Alicia, que posibilidades hay que se modifique la interfase SIDCER, para que rescate esos datos y evite que el operador de la UA los vuelva a cargar para cada egresado y que cuando lleguen los archivos a la oficina de t{tulos ya salga en el archivo de la interfase?
con respecto a este tema quiero que me aclaren los siguientes aspectos.
Ale vos decís, que el registro de la resolución ministerial por Titulo y Plan de Estudios esta siendo usada en el Certificado Analítico (proceso sp_ted_1e) que se incluye en esa misma modificación (adelanto de 2.9.5) Ustedes van a modificar la operación que genera archivo para SIDCer manteniendo esta lógica ??? o van a modificar para que se registre como los datos Normativa Institucional y Normativa de CONEAU. Hasta ahora no existe ese campo en la operación para registrar manualmente RM- Según nuestro análisis , setea vacio esta información .
Coincido con Gustavo que si estos datos ya están cargados en Guaraní, se debería presentarlos y tomar esta información y no hacer un registro manual.
Resolución Ministerial y Resolución de CONEAU serán agregados a la tabla que relaciona títulos y planes de estudio (sga_titulos_plan).
Estos datos serán recuperados en la interfaz con SIDCer (con la posibilidad de modificarlos en esa misma operación “Exportacion de graduados” como esta actualmente) y también en el Certificado Analítico (ademas de contemplar la modificación en este caso de los datos del titulo anterior habilitante, la fecha de egreso en formato texto).
Este cambio estará disponible en 2.9.5 pero estamos viendo de poder adelantarlo para que lo tengan disponible en versiones anteriores.