Duda tecnica sobre operación rechazar inscripción a cursadas

Estimados

El motivo de la consulta es sobre la operación Rechazar inscripciones a cursadas y como trabaja la misma. El tema es el siguiente:

En la facultad, por error al correr la operación de inscribir automaticamente a ingresantes, se procedio a rechazar aquellas inscripciones que no correspondian. Estas inscripciones eran de alumnos ingresantes a actividades de primera año que tiene contracursada y para las cuales los ingresantes no deberian anotarse. Aún mas, se procedio tambien a procesar las inscripciones por lo cual quedaron todas en estado aceptadas.

Ahora bien, cuando se procedio a rechazar las inscripciones, en el filtro nombre de actividad se agrego Analisis I. Como el filtro dice contiene, también rechazo las inscripciones de Analisis II y Analisis III (Mismo caso para Fisica I, rechazo Fisica II).

El problema es que cuando uno quiere revertir esto, no se puede ya que las inscripciones rechazadas fueron en realidad dadas de baja (esto supongo que es porque como estaban aceptadas, la operación no las rechazó sino que las dio de baja).

Hay alguna manera de poder revertir estas bajas con alguna operación, para poder reinscribir nuevamente a esos alumnos que se eliminaron por error? ya que son varias inscripciones las que se eliminaron.

Saludos

Ignacio Jaureugi
Facultad de Ingenieria - UNPSJB

Hola Ignacio!
Me podrías indicar en que versión están?
Hay un hilo relacionado a esto , Estado de las inscripciones a cursadas
Puede ser el mismo caso?
Gracias
Saludos!

Buenas Pilar!

Estamos en la versión 3.22.1. Con respecto al hilo que comentas, me parece que la situación es similar.

Igualmente, aclaro que la operación Rechazar inscripciones a cursadas se ejecuto luego de haber procesado las inscripciones a cursadas, por lo cual ya se habían corrido los controles y las inscripciones pasaron de “pendientes” a “aceptadas”.

Es por esto último, que interprete que las dio de baja y no las rechazo (que es lo que esperaría uno como sugiere el nombre de la operación :slight_smile: ) y por lo cual no podemos revertir estos “rechazos” por error, porque el sistema las dio de baja.

Por lo que vi en el hilo, para la version 3.22.1 lo van a parchar mediante GDS

Saludos

Ignacio Jauregui
Facultad de Ingenieria - UNPSJB

Hola!
Hago un repaso para que quede en claro el comportamiento esperado por el sistema :

Se dan de baja sólo desde :

  1. CURSADAS » INSCRIPCIONES »** **DAR DE BAJA INSCRIPCIÓN A CURSADA

Se rechazan sólo desde:

  1. CURSADAS » INSCRIPCIONES »PROCESAR INSCRIPCIONES PENDIENTES A ACTIVIDADES
  2. CURSADAS » INSCRIPCIONES »REPROCESAR INSCRIPCIONES A ACTIVIDADES
  3. CURSADAS » INSCRIPCIONES »RECHAZAR INSCRIPCIONES A CURSADA

Entonces si ustedes aplicaron alguna de las operaciones donde el resultado esperado era rechazar y quedaron dadas de baja, en las opciones 2 o 3, al estar en la versión 3.22.1, la solución es pasar a la versión 3.22.2 o generar un GDS para resolverlo por allí.

Volviendo a ver tu primera consulta, ademas de que quedaron en un estado incorrecto (porque el sistema no tuvo el comportamiento esperado), en ese grupo hay inscripciones mal seleccionadas por el tema del filtro y el sistema revierte en caso de rechazo no de baja. Creo que si o si van a necesitar aplicar la solución, con alguna de las opciones planteadas.
Gracias!
Saludos

Hola Pilar!

Gracias por la respuesta. Por el momento estaremos esperando a actualizar la versión, recomendando evitar que corran este proceso :slight_smile: .

Igualmente, este fue un caso particular que se nos dio ya que por error inscribieron a alumnos en comisiones que no deberian, lo que llevo al borrado de las mismas, junto con el problema mencionado.

Saludos

Buenísimo, claro, justo se juntaron ambas situaciones.
Gracias!
Saludos!