Buenas tardes, existe la opción de solicitar readmisión por autogestión??
Cuando no son automáticas, el proceso es presencial, y dado la circunstancias, preguntarles si esto existe?
Gracias.
Buenas tardes, existe la opción de solicitar readmisión por autogestión??
Cuando no son automáticas, el proceso es presencial, y dado la circunstancias, preguntarles si esto existe?
Gracias.
Si, la operación Solicitar Readmisión en la interfaz de autogestión del alumno salió en la version 3.18.0 (Ticket de desarrollo 25250)
Verifiquen la configuración del parámetro mat_estado_solicitud_readmision
Requisitos para que aparezca la opción de solicitar readmision:
Cuando ingresa el alumno a autogestion, si se cumple las condiciones anteriores aparecerá un mensaje como el de la imagen que se adjunta
3
Buen día.
Estamos realizando la prueba, surgieron otras dudas:
Notamos que la readmisión otorgada en el 2020 tiene fecha de fin el 31/3/2021.
Queremos otorgar un período de readmisión 2021 desde el 14/3/2021-15/3/2022 y nos dimos cuenta que no se cumpliría el requisito de no tener readmisiones en curso ya que todas finalizan el 31/3/2021. Por lo que debemos modificar la fecha del vto de readmisión anterior al 13/3.
Consultas:
-Se puede modificar la fecha de vto de la readmisión masivamente?
-Se puede añadir un motivo de Readmisión?
Muchas gracias
Guaraní 3.18.1
-Se puede modificar la fecha de vto de la readmisión masivamente?No por sistema. Por la base deben actualizar el dato sga_readmisiones.fecha_vencimiento
-Se puede añadir un motivo de Readmisión?La readmision tiene el campo "tipo" que los valores pueden ser: [b]R[/b] = Reincorporación [b]S[/b] = Solución de la causa de perdida de regularidad
Podrían agregar nuevos tipos.
También pueden utilizar el campo “observaciones”
2
-Se puede añadir un motivo de Readmisión?La readmision tiene el campo "tipo" que los valores pueden ser: [b]R[/b] = Reincorporación [b]S[/b] = Solución de la causa de perdida de regularidad
Podrían agregar nuevos tipos.
[/quote]
De qué forma lo añadimos?
Otra duda respecto a readmisinoes, si hacemos vencer una readmisión cambiando la fecha del vto de la misma, automáticamente pierde la regularidad?
o debemos correr alguna operación?
Gracias
Cambiando el check constraint:
ALTER TABLE sga_readmisiones DROP CONSTRAINT ck_sga_readmisiones_tipo;
ALTER TABLE sga_readmisiones ADD CONSTRAINT ck_sga_readmisiones_tipo CHECK (tipo IN (‘R’, ‘S’, ‘X’, ‘Y’, ‘Z’));
Al tener una readmisión vigente, el alumno esta regular (sga_alumnos.regular = S). Si quieren hacer vencer esa readmisión deben definir que hacer con la regularida de ese alumno, si continúa como regular o lo pasan a no regular y en ese caso sigue vigente la última pérdida de regularidad.
Hola buen día !
con respecto a esto último :
Al tener una readmisión vigente, el alumno esta regular (sga_alumnos.regular = S). Si quieren hacer vencer esa readmisión deben definir que hacer con la regularida de ese alumno, si continúa como regular o lo pasan a no regular y en ese caso sigue vigente la última pérdida de regularidad.
Podríamos hacer un update por base ???
update negocio.sga_alumnos set regular = 'N' where alumno = 439;
Pregunto porque al intentar hacer ese Update del campo “regular” la query Falla:
ERROR: no existe el tipo «type_retorno_funcion»
LÍNEA 4: _rtn_equiv_auto type_retorno_funcion;
^
CONSULTA:
DECLARE
_rtn_equiv_auto type_retorno_funcion;
_plan_anterior integer;
_plan_nuevo integer;
BEGIN
-- Cambio de plan de estudios o de version de plan de estudios.
IF OLD.plan_version <> NEW.plan_version THEN
-- Recupero plan anterior y plan actual
SELECT plan INTO _plan_anterior FROM sga_planes_versiones WHERE plan_version = OLD.plan_version;
SELECT plan INTO _plan_nuevo FROM sga_planes_versiones WHERE plan_version = NEW.plan_version;
-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-- Actualización de asignacion de optativas en genericas en la nueva version del plan de estudios.
-- Solo para el caso que el plan sea el mismo, solo cambio de version de plan de estudios.
-- Se asignan las optativas en genericas, si existe la generica en la nueva version del plan de estudios.
-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
IF _plan_anterior = _plan_nuevo THEN
INSERT INTO sga_alumnos_optativas (alumno, plan_version, generica, optativa)
SELECT alumno, NEW.plan_version, generica, optativa
FROM sga_alumnos_optativas
WHERE alumno = NEW.alumno
AND plan_version = OLD.plan_version
AND EXISTS (SELECT 1
FROM vw_optativas_plan as opt
WHERE opt.plan_version = NEW.plan_version
AND opt.elemento_generica = sga_alumnos_optativas.generica
AND opt.elemento = sga_alumnos_optativas.optativa
);
END IF;
-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-- Otorgar Equivalencias Automáticas
-- Si se cambia de plan de estudios o de version de plan de estudios, entonces aplico equivalencias
-- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
IF _plan_anterior = _plan_nuevo THEN
_rtn_equiv_auto := f_equiv_otorgar_equivalencias('CAMBIO_DE_VERSION', NEW.Alumno, OLD.propuesta, _plan_anterior, OLD.plan_version, NULL);
ELSE
_rtn_equiv_auto := f_equiv_otorgar_equivalencias('CAMBIO_DE_PLAN', NEW.Alumno, OLD.propuesta, _plan_anterior, OLD.plan_version, NULL);
END IF;
-- +++++++++++++++++++++++++++ Fin aplicar matrices de equivalencias +++++++++++++++++++++++++++++++
END IF;
RETURN NEW;
END;
CONTEXTO: compilación de la función PL/pgSQL «ftua_sga_alumnos» cerca de la línea 4
Porque no tienen seteado el esquema “negocio”, y al no hacer esto cuando se ejecuta el trigger de update de la tabla de alumnos intenta buscar ese tipo de datos del trigger en el esquema “public” (esquema por defecto)
Realicen lo siguiente
set search_path = negocio;
update sga_alumnos set regular = 'N' where alumno = 439;