Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.0.0/novedades academico»
(→Novedades de la Versión 2.0.0 de ACADÉMICO) |
|||
Línea 24: | Línea 24: | ||
| 24807|| bug || SQ-Academico-Rest.INFO: REST: recurso_comprobantes_templates_novedades <br /> SQ-Academico-Rest.INFO: Comprobante template || se corrigieron para que funcione la sincronización de núcleo hacia académico | | 24807|| bug || SQ-Academico-Rest.INFO: REST: recurso_comprobantes_templates_novedades <br /> SQ-Academico-Rest.INFO: Comprobante template || se corrigieron para que funcione la sincronización de núcleo hacia académico | ||
|- | |- | ||
− | | 24808 <br /> 24952|| Mejora || [[SIU-Sanaviron-Quilmes/version2.0.0/operacionesacad-tiposerv| Administrar tipos de servicios ]] || Se agrega el dato del tipo de servicio VIRTUAL. <br /> 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 '''"<big>Suscripciones</big>".''' Al actualizar la versión a 2.0.0 , al ser nuevo este parámetro,el script de migración | + | | 24808 <br /> 24952|| Mejora || [[SIU-Sanaviron-Quilmes/version2.0.0/operacionesacad-tiposerv| Administrar tipos de servicios ]] || Se agrega el dato del tipo de servicio VIRTUAL. <br /> 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 '''"<big>Suscripciones</big>".''' 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: | | 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: |
Revisión del 14:46 8 nov 2019
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 |
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 |
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. |