SIU-Sanaviron-Quilmes/version2.6.0/novedades
Sumario
- 1 Principales novedades por versión
- 1.1 Versión 2.6.12 - hotfix (fecha de publicación: 24-10-2024 )
- 1.2 Versión 2.6.11 - hotfix (fecha de publicación: 11-10-2024 )
- 1.3 Versión 2.6.10 - hotfix (fecha de publicación: 30-09-2024 )
- 1.4 Versión 2.6.9 - hotfix (fecha de publicación: 20-09-2024 )
- 1.5 Versión 2.6.8 - hotfix (fecha de publicación: 06-09-2024 )
- 1.6 Versión 2.6.7 hotfix (fecha de publicación: 30-08-2024 )
- 1.7 Versión 2.6.6 hotfix (fecha de publicación: 29-08-2024 )
- 1.8 Versión 2.6.5 (fecha de publicación: 26-08-2024 )
- 1.9 Versión 2.6.4 (fecha de publicación: 21-08-2024 )
- 1.10 Versión 2.6.3 (fecha de publicación: 13-08-2024 )
- 1.11 Versión 2.6.2 (fecha de publicación: 31-07-2024 )
- 1.12 Versión 2.6.1 (fecha de publicación: 18-06-2024)
- 1.13 Versión 2.6.0 (fecha de publicación: 24-05-2024)
- 1.14 Consultar los cambios por versión y módulo aquí
Principales novedades por versión
Consultar los cambios por versión y módulo aquí
Versión 2.6.12 - hotfix (fecha de publicación: 24-10-2024 )
Versión 2.6.11 - hotfix (fecha de publicación: 11-10-2024 )
Versión 2.6.10 - hotfix (fecha de publicación: 30-09-2024 )
Versión 2.6.9 - hotfix (fecha de publicación: 20-09-2024 )
Consulta en el apartado de Principales circuitos funcionales al circuito Gestión de morosos
Resúmen:
- Se crea un nuevo proceso de Morosos:
- generar_notificaciones_a_morosos: Genera notificaciones a aquellos alumnos que tengan consumos "vencidos" hace mas de n-dias.
Este proceso se lo separó del proceso 'vencer_ventas' donde se encontraba originalmente.
- Se agrega un nuevo parámetro de sistema en el módulo Académico:
- REGISTRA_MOROS
Se indica que se van a registrar o no morosos en la tabla servicios_suscripciones_mora
- Se agrega nuevo comando de contingencia:
- cc__inicializar_registro_de_morosos
Funcionalidad:
- si el parámetro REGISTRA_MOROS esta en NO, limpia la tabla servicios_suscripciones_moras
- si el parámetro REGISTRA_MOROS esta en SI, completa según los valores ingresados en DIAS_MOROS.
Versión 2.6.8 - hotfix (fecha de publicación: 06-09-2024 )
Versión 2.6.7 hotfix (fecha de publicación: 30-08-2024 )
Hotfix que corrige un error en el reenvío de mensajes de resthooks ya que estaba tomando equivocadamente el message_id.
Versión 2.6.6 hotfix (fecha de publicación: 29-08-2024 )
Es un hotfix que soluciona un bug relacionado a DEVENGADOS.
Versión 2.6.5 (fecha de publicación: 26-08-2024 )
Principales novedades
Migrador de datos
- Se corrige el recurso rest suscripciones-migraciones para que tome la descripción de la deuda como parte de la leyenda.
Además, se corrige error respecto de los importes a cobrar cuando se migra con y sin deuda y su impacto en la generación de cuotas.
Versión 2.6.4 (fecha de publicación: 21-08-2024 )
Principales novedades
La v2.6.4 contiene correcciones relacionadas a la Conciliación de cobranzas para el medio de pago MERCADO PAGO.
Se corrige el control de notificaciones usando APCu, evitando que el control no procese el PAYMENT cuando llega junto con el MERCHANT_ORDER. También evita que cuando llega un MERCHANT_ORDER y se esta procesando un PAYMENT, pueda haber un cambio erróneo de estado de la venta que esta en proceso de generar cobranza.
Versión 2.6.3 (fecha de publicación: 13-08-2024 )
Principales novedades
SQ-Académico
- Nuevo agente de cobranzas: Sipago
- Crear Matrícula al reactivar una Inscripción
- Nuevo anonimizador de base de datos
- Devoluciones con PagoTIC con distintas subcuentas (contexto y unidad de ventas)
- Modificar estado de una inscripción
- Anular inscripciones: anular ventas pendientes de pago.
- Mejoras en operaciones
SQ-Núcleo
- Se implementa comando de contingencias para reenviar ventas fallidas de Núcleo a Académico
- Mejoras en operaciones y procesos
SQ-GCO
- Agente de cobranza online PagoTIC: se habilita pago por QR y DEBIN
Descripción de cada cambio:
- Nuevo agente de cobranzas: Sipago
- Se implementa el agente de cobranzas ofrecido por el Banco Credicoop.
- Consultas sobre la configuración Aquí
- Se implementa el agente de cobranzas ofrecido por el Banco Credicoop.
- Crear Matrícula al reactivar una Inscripción
- Se implementa un nuevo parámetro de sistema que permite crear matrículas a cobrar cuando en el último año se haya generado para un determinado servicio instancia y haya coincidido que el alumno tenía una inscripción inactiva.
- El cambio de estado de una inscripción de 'inactiva' por 'activa'. Este cambio de estado debe realizarse desde la operación 'Administrar inscripciones > Novedades'.
- Para que se genere una matrícula, el plan de pagos asociado al servicio instancia debe contener una artículo 'Matrícula' con frecuencia 'SIEMPRE'.
- Para que una matrícula se genere en un determinado mes del año se debe crear un período de excepción desde la operación 'Administrar periodos de excepción' donde se exceptúan todos los meses menos el mes en el que se requiere generarla y configurarlo dentro del plan de pagos.
- Parámetro de sistema: CREA_MAT, Crea matrículas automáticamente cuando una inscripción pasa del estado inactiva a activa.
- Valores posibles: si / no.
- Posee apertura por tipo de servicio.
- Valores posibles: si / no.
- Se implementa un nuevo parámetro de sistema que permite crear matrículas a cobrar cuando en el último año se haya generado para un determinado servicio instancia y haya coincidido que el alumno tenía una inscripción inactiva.
- Anular inscripciones: anular ventas pendientes de pago.
- Se habilita la posibilidad de anular ventas junto con la inscripción.
- La anulación de una inscripción es irreversible.
- Al seleccionar anular siempre va a anular la inscripción. Por defecto trae seleccionadas todas las ventas a anular. Si se deselecciona alguna, es posible reingresar y solo anular la venta.
- No es posible anular solo ventas sin anular la inscripción. Para ello se deberá gestionar desde la operación Refinanciar.
- Devoluciones con PagoTIC con distintas subcuentas (contexto y unidad de ventas)
- Se implementa la posibilidad de configurar para el medio de pago PagoTIC subcuentas con el objetivo de permitir pagos y devoluciones cuando los tipos de servicio se encuentran configurados como DEVENGA = SI.
- La configuración que se realiza en el archivo config.ini del módulo GCO debe contener la misma credencial duplicada marcando una para el contexto de sq-académico y otra para la unidad de venta de sq-núcleo.
- Modificar estado de una inscripción
- Se permite la modificación de estado para una inscripción desde Administrar inscripciones > Novedades.
- Cambios posibles son:
- Activo por Inactiva o Finalizado,
- Inactivo por Activo o Finalizado.
- Cambios posibles son:
- Se permite la modificación de estado para una inscripción desde Administrar inscripciones > Novedades.
Mejoras en operaciones
- Conciliar cobranzas:
- A partir de ahora, se concilian las ventas cobradas con payment (id_transaccion). Ya no se realizará la consulta de ventas por período de tiempo en el agente de cobranza.
- Insertar cuota:
- Se corrige error en la operación Insertar cuotas ya que cuando previamente se cambió el plan de pagos de una inscripción, por ejemplo de un plan en ARS a uno en USD, no tomaba la moneda correcta.
- Administrar planes de pago
- Administrar mensajes RestHooks
- Administrar convenios
- Administrar aspirantes a convenios
- Listado de ventas a reportar al Núcleo
- Se optimiza la sección filtros y el Listado, Se agregan nuevos filtros , se corrigen otros, etc
- Mejoras en la sección filtros:
- Al filtro SERVICIO se lo optimiza agregándole el método de búsqueda que permite buscar el texto ingresado considerando cualquier parte del texto,no sólo por el comienzo.
- Ejemplo para "Tratamiento del agua" que con sólo ingresar "agu" ya recupere a ese servicio en la lista
- Se agregan los filtros:
- Tipo de servicio
- “Vigencia desde inscripción” y "Vigencia hasta inscripción" permiten diferenciar los cobros de las propuestas y cursos que no están en período de inscripción de los que sí se están inscribiendo (los alumnos que están abonando la matrícula). Se tienen en cuenta las fechas que se encuentran en la solapa de Datos Básicos de la operación ‘Administrar servicios instancias’ . “Vigencia desde inscripción” : Inicialmente, corresponde a la fecha con que se da de alta la instancia. Recientemente, se implementó para Posgrados y Grado que la fecha habilite o no a un alumno a poder pagar su inscripción desde el portal de pagos.
- Conciliadas (*)
- Mejoras en la sección filtros:
- Tanto en filtros como en nombre de columnas donde decía Becas se cambió por Convenios
- Se optimiza la sección filtros y el Listado, Se agregan nuevos filtros , se corrigen otros, etc
- Se implementa comando de contingencias para reenviar ventas fallidas de Núcleo a Académico
- Se implementa comando de contingencias en el módulo sq-núcleo con el objetivo de reenviar cobranzas que después de los cinco intentos deja de notificar a sq-académico la actualización de la venta.
Comando: ./bin/sq_nucleo.sh -sq cc__reenviar_cobranzas_a_academico
Mejoras en operaciones y procesos
- Cargar ventas offline:
- Se actualizan los valores esperados:DNI, PASAPORTE, DNT, CI, LE, LC, CUIL, CUIT, CIE, CDI.
- Control en fecha_vencimiento.
- Si la columna está informada en la planilla las fechas deben estar informadas y ser correctas , de lo contrario se rechaza el lote completo.
- Enviar notificaciones a clientes:
- Se corrige el control contra el número de documento cuando el mismo es alfanumérico.
- Informar recaudaciones:
- Se omiten de los comandos de informar recaudaciones a Pilagá las ventas con convenios al 100% donde el importe de las cobranzas es 0.
- Se omiten del Listado de ventas a reportar a SIU-Pilagá las recaudaciones con ventas con convenios al %100 donde el importe de las cobranzas es 0
- Validar y confirmar comprobante de transferencia bancaria
- PagoTIC: QR y DEBIN
Se habilita pago por QR y DEBIN para el agente de cobranza PagoTIC.
Ambas formas de pago, al ser seleccionadas por el alumno, las ventas pasarán a estado 7 (cobro diferido pendiente de confirmación) a la espera que el alumno escanee el QR o acepte el DEBIN que confirme el pago. Posteriormente, la venta pasará a estado 2 (cobrada).
- Portal de pagos /Solapa Pagos diferidos : Datos bancarios
- Se realizaron ajustes y optimizaciones para que los datos bancarios que se muestran en el Portal de pagos como los que se informan en el correo electrónico enviado a los alumnos sean correctos.
- Más información sobre el medio de pago en:
Versión 2.6.2 (fecha de publicación: 31-07-2024 )
Principales novedades
SQ-Académico
Las principales novedades afectan a las operaciones:
- Administrar aspirantes a convenios
- Operación Refinanciar
Y también se trabajó en los procesos:
- "Revertir solicitudes de consumo externo"
- “vencer ventas”
Descripción de cada cambio
- En la operación Administrar períodos se inhabilita la edición del campo Descripción, ya no se puede modificar.
- Se optimiza el proceso vencer_ventas para reducir el tiempo de ejecución.
- En la operación Refinanciar se realizaron varias mejoras:
- Permitir modificar la descripción de la venta, la leyenda que se imprime en la Factura o comprobante tipo factura.
- Agregar funcionalidad para poder ANULAR una venta dejándola en estado 'Anulada' y con importe '0'.
- Implementar un checkbox que permite o no mantener como moroso a un alumno aunque la venta por la que fue considerado moroso haya sido refinanciada a la espera de que pague.
- Restringir la aplicación de convenios sobre ventas refinanciadas.
Consultar en : https://documentacion.siu.edu.ar/wiki/SIU-Sanaviron-Quilmes/version2.6.0/refinanciar#Morosos
- Proceso "Revertir solicitudes de consumo externo"
Desde el Planificador de tareas, se implementa la parametrización del proceso para los tipos de servicio: Posgrado o Grado
El parámetro de sistema que utiliza el proceso es el HSTOL_EXSP y se deben informar en cantidad de HORAS.
El proceso revierte el estado de las inscripciones que no terminaron el circuito de pago, al revertirlas las deja en estado NUEVO para que queden disponibles para ser pagadas nuevamente por el alumno.
Planificador de tareas - descripción de procesos
SIU-Sanaviron-Quilmes/version2.6.0/operacionesacad-param#PAGOS
- Operación: Administrar aspirantes a convenios
Se desarrollaron varias mejoras para la operación , algunas de ellas se detallas a continuación:
- Se corrigen los filtros
- Se incorpora el código de los servicios junto a la descripción en las listas de servicios
- Se mejora la comunicación con Guaraní
Versión 2.6.1 (fecha de publicación: 18-06-2024)
Principales novedades
SQ-Académico
- Proceso: Reenviar mensajes resthooks fallidos masivamente
SQ-Núcleo
- Caracterización de devengado de ingreso por unidad de ventas y concepto de ventas - Unidad de negocio compartida por distintas Unidades de ventas
Descripción de cada cambio
- Caracterización de devengado de ingreso por unidad de ventas y concepto de ventas - Unidad de negocio compartida por distintas Unidades de ventas
Se amplía la configuración de 'Caracterización de devengado de ingreso por unidad de ventas y concepto de venta' permitiendo compartir la 'Unidad de negocio' en más de una 'Unidad de venta' y dar de alta 'Tipos de Documentos Devengados' para cada combinación Unidad de venta / Concepto de venta.
- Proceso: Reenviar mensajes resthooks fallidos masivamente
Se crea el proceso por consola: reenviar_mensaje_masivos para reenviar mensajes fallidos a SQ-Núcleo o SIU-Guaraní.
Se agrega al planificador de tareas bajo el nombre ‘Reenviar mensajes con error’ con la opción de parametrizar su ejecución por tópico.
Consultar los cambios por versión y módulo aquí
Versión 2.6.0 (fecha de publicación: 24-05-2024)
Principales novedades
Técnica
- Actualización de versión de
- PHP 7.4 a 8.1
- Consulta en Requisitos para la versión por otras novedades en requisitos.
Consultar en la documentación técnica:Instalación y actualización
SQ-Académico
- Carga masiva de convenio en cuotas de alumnos
- Actualización masiva de importes en planes de pago en propuestas
- Optimización del Generador de cuotas
SQ-Núcleo
- Numeración CAI para nota de crédito
Descripción de cada cambio
- Carga masiva de convenio en cuotas de alumnos
Se implementa una nueva funcionalidad que permite aplicar convenios masivamente mediante la carga de una planilla dentro de la operación Aplicar convenios en cuotas.
La planilla debe incluir número de inscripción y las vigencias desde/hasta.
El convenio se aplicará en el momento sobre las ventas pendientes correspondientes a cada número de inscripción siempre que la fecha en que se realizó la venta sea posterior a la fecha ingresada como 'vigencia desde'.
Si la 'vigencia desde' es superior a la fecha de realización de la venta, este quedará vinculado en la inscripción y será utilizado en futuros procesos de generación de cuotas.
- Actualización masiva de importes en planes de pago en propuestas
Se implementa nueva operación, Actualizar planes de pagos por servicios instancias , que permite actualizar masivamente planes de pagos asociados a los servicios instancias con el objetivo de incrementar el importe de las cuotas por generarse.
- Se optimiza la operación del Generador de cuotas
Se quita de la generación de cuotas el proceso vencer_ventas. Se incorpora el parámetro HS_VTO_ALERT (Cantidad de horas para alertar sobre la ejecución del proceso vencer_ventas antes de generar cuotas).
Mejoras en operaciones SQ-Académico
- Insertar cuota
- Refinanciar
- Administrar Planes de pago
- Administrar inscripciones > Convenios
Mejoras en operaciones SQ-Núcleo
- Listado de seguimiento de ventas
- Listado de cobranzas por ventas
- Cargar ventas offline
Consultar los cambios por versión y módulo aquí