Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.0.0/novedades academico»
Línea 70: | Línea 70: | ||
|- | |- | ||
|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 | |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'.<br /> En caso que un alumno se inscriba a dos posgrados, este tendrá un descuento sobre el valor de la cuota mas económica.<br /> <br /> '''Paso a paso, circuito posfacturación:'''<br /> | ||
+ | -Generar convenio en Núcleo. <br /> | ||
+ | -Configurar en Académico, tipo_convenio Posfacturación. <br /> | ||
+ | -Valorizar dos Posgrados con diferentes montos de cuotas, agregar el convenio creado en ambos posgrados sin asignar a ningún alumno. <br /> | ||
+ | -Inscribir un alumno en ambos posgrados. <br /> | ||
+ | -Pagar inscripciones <br /> | ||
+ | -Facturar <br /> | ||
+ | -Abonar la cuota más económica y ver en la pantalla de mercadopago el descuento aplicado. <br /> | ||
|- | |- | ||
|} | |} |
Revisión del 16:16 6 dic 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 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: |
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 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 ..) |
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. |
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. |
25130 | Mejora | Administrar suscripciones | 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: 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 venta 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. |