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  |
| 25290 | Bug | Facturador -Servicio tipo cursos | Se soluciona error puntual.Cuando se llegaba a la instancia de confirmar la pre-facturación pero, en lugar de ellos se retrocedía con la opción del navegador o se ingresaba a otra operación por ejemplo; Luego al ingresar de nuevo al facturador no permitía seleccionar los servicios instancias. Ya está corregido. |
| 19285 | Mejora | Servicios > [[SIU-Sana
Se desasocia la operación 'Facturador' para aquellos usuario que tengas asociado un perfil de datos. |
viron-Quilmes/version2.0.0/operacionesacad-serviinst || 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
25077 || 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 para aquellas suscripciones que no tengan seteado el parámetro TIPOSERVIC:
si el parámetro ACEPTAOFF se encuentra en SI, completa el valor con tipo_servicio 'No Académico'.
si el parámetro ACEPTAOFF se encuentra en NO, completa el valor con tipo_servicio 'Cursos Extensión'.
Luego , la institución deberá configurar con el tipo de servicio que corresponda.
Se eliminan de la tabla los tipo de servicio CONSULTOR y CONVENIO.
|-
| 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 modifica 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 ..)
|-
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.
|-
| 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.
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.
|-
|25115 || bug || Notificar ventas al núcleo: error || mensaje de error que daba : "descripcion\": \"REST_API_NUCLEO:La consulta devolvió mas de un registro. token = 0d....". Se modifica la consulta que obtiene la UV unidad de venta en base al tipo de servicio y token. Se filtran las suscripciones finalizadas.
|-
En la ventana de la solapa VENTAS , se elimina la columna CONCEPTOS quedando de la siguiente forma:
|-
| 19458 || Mejora || Administrar Programaciones de ventas || Se agrega el campo 'Reloj' a la programación de ventas con el objetivo de poder seleccionar el mes en el que debe inicia la facturación de los artículos indicados.
El 'Reloj' es posible setearlo para las siguientes frecuencias de facturación:
Única vez
Mensual
Libre
Bimestral
Al vincular un Servicio Instancia con una programación de venta que contenga un reloj (mes) seteado, se mostrará un aviso en caso que el reloj 'Inicio de facturación' (datos básicos) y el reloj de la programación de venta seleccionada no coincidan. (adjunto)
|- | 25008 || Bug || Recurso suscripciones migraciones || Para UNQ: Se modifica el recurso para aceptar campo id_tipo_servicio y la transacción para que incorpore este campo a la hora de crear la vent Se desasocia la operación 'Facturador' para aquellos usuario que tengas asociado un perfil de datos. |- |}
a con la deuda.
|-
|25198 || Mejora || SQ-académico y SQ-Núcleo || El modelo de información personalizada se mueve a sq_lib ya que el mismo se consume desde el módulo académico y desde Núcleo
|-
| 24971 || Nuevo || Facturador: descuentos posteriores a la facturación || Para Propuesta formativas de Posgrados: Se crea un nuevo tipo de convenio: POSTFACTUR (porcentaje), para poder aplicar un descuento que afecte a las 'cuotas' de un plan de pago exceptuando a la 'matricula'.
En caso que un alumno se inscriba a dos posgrados, este tendrá un descuento sobre el valor de la cuota mas económica.
Paso a paso, circuito posfacturación:
-Generar convenio en Núcleo.
-Configurar en Académico, tipo_convenio Posfacturación.
-Valorizar dos Posgrados con diferentes montos de cuotas, agregar el convenio creado en ambos posgrados sin asignar a ningún alumno.
-Inscribir un alumno en ambos posgrados.
-Pagar inscripciones
-Facturar
-Abonar la cuota más económica y ver en la pantalla de mercadopago el descuento aplicado.
|-
| 24919 || Mejora || Facturador- por tipo de servicio || Se refactoriza el Facturador para hacerlo por tipo de servicio. Cada vez que se corra el Facturador deberá hacerse por cada tipo de servicio (Curso de extensión, Posgrado, Grado Virtual).
Cursos: en caso que el alumno no pague las cuotas, estas se sumarizan generándole un único compromiso de pago pendiente sumando el monto adeudado.
Posgrados: en este caso los compromisos de pago no vencen ni se sumarizarán, quedando disponible para pagar todas las cuotas de forma independiente.
|-
| 25116 || Mejora || Tipos de servicio || - Se modifica descripción de tipo servicio GRADO, se llama "Grado Virtual"
- Se elimina el tipo de servicio Virtual.
- Se modifica el facturador para incorporar lógica de virtual a grado virtual.
|-
|19501 || Nuevo || Notificar ventas al núcleo || Se notifican ventas al Núcleo por tipo de servicio:
Cursos de extensión
Posgrados
Grado Virtual
|-
| 24958 || Mejora || Planificador de tareas - Tipo de servicio || Se agrega funcionalidad para la operación 'Planificador de Tareas' donde se podrán configurar los diferentes procesos por tipo de servicio. Actualmente, únicamente es posible parametrizar el proceso 'Notificar ventas al Núcleo'.
|-
|25169 || Bug || Administrar programaciones de ventas - Relojes disponibles || El combo RELOJ recupera únicamente los relojes NO cerrados.
|-
|19500 || Bug|| FACTURADOR : Tipo de servicios / Perfil de datos ||En Toba usuario se crea un nuevo perfil funcional (FACTURADOR) con la operación 'Facturador' disponible en el menú. Se debe crear un usuario y asociar este perfil funcional ya que será el único encargado de ejecutar el Facturador.
Se desasocia la operación 'Facturador' para aquellos usuario que tengas asociado un perfil de datos.
|-
|}
