SIU-Sanaviron-Quilmes/version2.0.0/novedades academico

Novedades de la Versión 2.0.0 de ACADÉMICO

Académico

Ticket	Tipo	Tema	Descripción
19371	Mejora	Ventas co-financiadas	Se define la forma en que se es posible anular una inscripción cuando la venta sea de tipo 'co-financiada' y este cobrada. El alumno, únicamente podrá anular una inscripción con venta de tipo co-financiada cuando el co-financiador no haya pagado su parte.
19302	bug	SQ-Académico y SQ-Núcleo:Almacenamiento del tipo de documento	se optimiza la registración y uso en SQ del tipo de documento CUIt y CUIL
19256	Mejora	Confirmar servicios versiones reportables al núcleo	Se optimiza el filtro de búsqueda , se agrega el campo Tipo de servicio
19044	Mejora	académico	Se agrega mensaje cuando existen prestaciones pre programadas sin venta asociada
19361	Mejora	Facturador	se recuperan las descripciones de los clientes alumno y cofinanciador correctamente
19285	Mejora	Servicios > Administrar Servicios Instancias-solapa Exclusión de medios de pago	Se optimizan mensajes de error
24807	bug	SQ-Academico-Rest.INFO: REST: recurso_comprobantes_templates_novedades SQ-Academico-Rest.INFO: Comprobante template	se corrigieron para que funcione la sincronización de núcleo hacia académico
24808 24952	Mejora	Administrar tipos de servicios	Se agrega el dato del tipo de servicio VIRTUAL. se crea el tipo de servicio NOACADEMIC para ser utilizado para los servicios que no son de índole académica. POr el momento se utiliza en la operación del SQ-NUCLEO "Suscripciones". Al actualizar la versión de SQ a 2.0.0 , al ser nuevo este parámetro,el script de migración le asigna al parámetro tiposerv éste dato. Luego , la institución deberá configurar con el tipo de servicio que corresponda.
24786	Mejora	Tipos medio de pago	Se igualan los conceptos código/descripción de los 'tipos de medios de pago' entre los módulos Académico y Núcleo, de la siguiente forma: Online / Medios de pago on-line Offline / Medios de pago off-line (tablas:tipos_medios_pagos de ambos módulos )
24784	Mejora	Mensaje de Alerta	Se modificar el nombre de la alerta por "n version/es pendiente/s de informar al Núcleo con venta/s cobrada/s" y el filtro que determina si se dispara alerta o nó. ( Antes decía comisiones ..)
24945 24942	Bug	Administrar Servicios Instancias-solapa Ventas_programadas	24945: En caso de Matricula + Cuotas, en la planificación se verá la matricula posicionada en el mes actual (no del reloj de facturación) y las cuotas desde el mes seteado en 'inicio de facturación. . 24942: Se corrige un error muy puntual
24897	Mejora	Servicios - Asociar contexto por default	Se crea 'Contexto por default' para las propuestas de tipo CURSO que ingresen desde Guaraní.Este contexto podrá ser asociado a un perfil de datos en toba.
19504	Nuevo	Nuevo parámetro del sistema: DEFCONTEXT	Se crea parámetro de sistema DEFCONTEXT con valor S que permite la creación de un contexto por default. - Cuando ingresen servicios de tipo CUREXTEN o POSGRADO sin contexto, se creará: Contextos por default Extensión (id 10000). Contextos por default Posgrado (id 10001). (adjunto op. Toba Usuarios) - En caso que desde guaraní ingrese un servicio con id similar rechazara la operación con el mensaje: Error al generar el servicio: El código de contexto recibido colisiona con un código por default interno del sistema."
24908	Mejora	Administrar programaciones de ventas	A partir de ahora, las programaciones de venta quedan relacionadas a los contextos, según el perfil de datos asociado al Usuario-toba que la cree. La tabla que guarda la relación es contextos_programaciones_venta. Los usuarios que compartan un mismo perfil verán las mismas programaciones de venta. Esta visibilidad afecta también a la operación 'Administrar servicios Instancias'.
24928	Bug	Administrar programaciones de ventas	Se restringe el uso del campo 'código' al crear una programación de venta. No puede repetirse.
17426	Nuevo	Configuración del sistema - Perfiles de Datos	A partir de las 'Responsables académicas' informadas por SIU-Guarani3 se crean contextos que pueden ser asociados a perfiles de datos para diferentes usuarios de SQ-Académico. 1 - Desde la operación en Toba-usuarios > Perfiles > Perfiles de datos: se crear los perfiles y se asocian a responsables académicas ya informadas a SQ 2 - Desde Usuarios > Mantenimiento de usuarios: se crean usuario y se asocian perfiles. Consultar configuración e impacto según visibilidad en la documentación sobre los Perfiles_de_Datos perfil de datos
19447	bug	Facturador	Se corrige el bug que, en el inicio de facturación , exceptuaba el mes seteado en el servicio instancia al generarse la prestación pre programada.