SIU-Sanaviron-Quilmes/version2.9.0/novedades
Sumario
- 1 Versión 2.9.7 (fecha de publicación: 14/08/2025)
- 2 Versión 2.9.6 (fecha de publicación: 01/08/2025)
- 3 Versión 2.9.5 (fecha de publicación: 24/07/2025)
- 4 Versión 2.9.4 (fecha de publicación: 26/06/2025)
- 5 Versión 2.9.3 (fecha de publicación: 26/05/2025)
- 6 Versión 2.9.2 (fecha de publicación: 05/05/2025)
- 7 Versión 2.9.1 (fecha de publicación: 22/04/2025)
- 8 Versión 2.9.0 (fecha de publicación: 14/04/2025)
Consultar los cambios por versión y módulo aquí
Versión 2.9.7 (fecha de publicación: 14/08/2025)
SQ-Núcleo
Generar token haciendo uso de id_global
Se habilita la posibilidad de generar token para clientes/personas en SQ-Núcleo.
Se esperan las siguientes combinaciones posibles:
- tipo_documento y numero_documento; id_global;
- sistema externo y id-externo
El dato para el parámetro numero_documento deberá ser de tipo string.
SQ-Académico
Error de encoding al anular inscripciones
Se corrige el error.
GCO
Redirección a pasarela de pago exceptuando sq-pagos
Se incorporar la posibilidad de redireccionar desde un Sistema externo directamente a la Pasarela de Pagos (agentes de cobranza online) para realizar el pago, sin necesidad de pasar por el Portal de Pagos.
Se incluye redireccionamiento al sistema de origen a partir de la configuración del parámetro: callback_cobranza_url.
Versión 2.9.6 (fecha de publicación: 01/08/2025)
SQ-Académico Se corrige error en la forma en que se aplican los convenios, al momento de generar una inscripción, cuando el parámetro CNV_BENEF se encuentra configurado con la variable CNV
Versión 2.9.5 (fecha de publicación: 24/07/2025)
SQ-Núcleo Se ajustó el sistema para permitir configurar las unidades de venta sin los datos necesarios para reportar a Pilagá, de esta forma se permite tener configuradas Unidades de venta con la posibilidad de Informar sus recaudaciones o devengados a Pilagá y otras NO. En la operación Administrar unidades de venta' Se quitó la obligatoriedad de carga para los campos: Unidad, Sub unidad, Sub sub unidad, unidad administrativa, Organismo y los datos referidos al contenedor: Tipo, número, año del contenedor. También se ajustaron todos los procesos de informar devengados/recaudaciones y la operación 'Reportar ventas offline a Pilagá'para que realicen los controles necesarios, Se controla la información requerida para informar devengados/recaudaciones en el preciso momento en que se ejecutan dichos procesos/operaciones.
Versión 2.9.4 (fecha de publicación: 26/06/2025)
SQ-Académico Actualizar planes de pagos por período de inscripción a propuestas
Se permite desde la operación: Actualizar planes de pagos por período de inscripción a propuestas, ingresar un importe en negativo para realizar un descuento en los articulos seleccionados. Es importante siempre previsualizar el cambio antes de confirmarlo.
Versión 2.9.3 (fecha de publicación: 26/05/2025)
SQ-Académico
- Operación Administrar periodos de inscripción a propuestas: Problema al asociar planes de pago a propuesta
Se corrige error al agregar planes de pago a los periodos de inscripción a propuesta.
- Error al ingresar a SQ Académico
Se corrige error al acceder a SQ-Académico relacionado al metodo get_ventas_disponibles_para_notificar_al_nucleo.
- Monitor de procesos - Optimización de carga y rendimiento
Se incorporar el paginado a nivel de base de datos en la operación Monitor de procesos en SQ-Académico como en SQ-Núcleo.. Pagina de a 20 registros.
Por defecto, el filtro vigencia desde traer la fecha actual.
- Listado de morosos - No notificar a Guaraní
Se corrije error en el proceso notificar morosos a Guaraní cuando desde el listado de morosos se exceptuaba a una inscripción de ser reportada.
Versión 2.9.2 (fecha de publicación: 05/05/2025)
Dentro de los ajustes enviados se encuentran:
SQ-Académico
- Proceso Revertir solicitudes de consumo externo
Se corrigió para permitir revertir solicitudes en estado 'Inicio de cobro digital' y con Plan de pago PAGO ÚNICO
Portal de pagos
- Propuestas formativas de Grado y Posgrado: fechas de cierre
Se incorpora "fecha de cierre" para las inscripciones de propuestas de grado o posgrado desde el portal de pagos.
Superada esta fecha (correspondiente a la 'vigencia hasta' del Período de inscripción a propuesta) el botón para pagar quedará bloquedo y se visualizarán las fechas desde/hasta en que se encotró vigente la inscripción
- Transferencias bancarias: carga del comprobante
Se corrige error al generarse una venta en SQ-Núcleo cuando esta se originó con otro medio de pago en el momento de la inscripción, y posteriormente el alumno decide modificarlo para realizar una transfernecia bancaria.
Se requiere tener instalada una extensión de APCu.
Versión 2.9.1 (fecha de publicación: 22/04/2025)
Dentro de los ajustes enviados se encuentra:
- Operación Refinanciar
- Se agrega un nuevo parámetro de sistema MAX_CUOTAS_RE que permite ingresar la cantidad de cuotas permitidas al refinanciar. Por default el parámetro tiene el valor 10
Versión 2.9.0 (fecha de publicación: 14/04/2025)
A continuación mencionaremos las principales novedades:
Técnica
- Instalación de SIU-SQ mediante imágenes docker
- Base de datos: Postgres 12 como versión mínima requerida pero siendo la recomendable la v14. Consultar la documentación de los requisitos para la versión
- Se habilita la reubicación donde se guardan los comprobantes de transferencia bancaria
- La ubicación para resguardar los comprobantes de transferencias que suben los alumnos se debe informar en el sq.ini de Núcleo. Si el path cambia respecto a lo que se venía utilizando, se deberán copiar todos los comprobantes anteriores al nuevo directorio de comprobantes.
SQ-Núcleo
- Readecuación del recurso Ventas incorporando datos del cliente
- Se incorpora al recurso Ventas - Post de SQ-Núcleo dentro de la estructura "clientes" los datos: id_global, sistema_externo e id_externo.
- Se modificó el recurso Clientes - Get para que busque primero por id_global sino por sistema_externo e id_externo o por tipo y número documento.
- Readecuación del proceso de envío de recaudación a SIU-Pilagá
- Se simplificó la forma de configurar y enviar a SIU-Pilagá a las recaudaciones. Se incorpora como único proceso Informar recaudaciones a SIU-Pilaga debiéndose definir: Unidad de venta, Informe de ventas (Recaudación o Cobro de devengado) y Medio de pago permitiendo indicar en este último 'Todos'.
- Nuevo parámetro de suscripción: envío de recaudación sin liberación de cobranzas.
- Se creó el parámetro: LIB_COB, que permite indicar si pueden informarse las recaudaciones a SIU-PIlagá aunque las fechas de liberación sean superiores a la fecha/hora de ejecución del proceso.
- Se tiene en cuenta únicamente para los agentes de cobranza online.
SQ-Núcleo - Pirapire
- Nuevos medios de pago
- Se agregan dos medios de pago para poder utilizar en Pirapire: Tarjetas de crédito y Tarjetas de débito. A su vez, quedan disponibles para el proceso de reportar recaudaciones a SIU-Pilagá por medio de pago.
SQ-Pagos (Portal de pagos)
- Visualización de notas de crédito
- Se incorporarán las ventas anuladas al Portal de pagos del alumno con el objetivo que pueda descargar la factura y su correspondiente nota de crédito.
SQ-Académico
- Informe de morosos a SIU-Guaraní por número de inscripción y fecha
- Se agrega mecanismo de compatibilidad de APIs para informar morosos a SIU-Guaraní.
- Utilizando la versión 1 o 2 de la API de SIU-Guaraní se envía los morosos con la anterior estructura donde solo viaja una única fecha para todos los ids de transacción.
- Con la versión 3 de la API, se envían los morosos con una nueva estructura, donde por cada transacción se envía la fecha más antigua con la que ingresó como moroso por cada id de transacción.
- Se agregaron las columnas id_externo y fecha_mora en la tabla rep_suscripciones_moras_detalle, la cual se registra al momento de ejecutar el proceso notificar morosos a Guaraní.
- Generación de cuotas: Identificación de propuestas formativas para procesar por período.
- Se incorpora columna que permite identificar si para el período actual, las propuestas se encuentran listas para ser procesadas o no.
- Las fechas de vencimiento de las cuotas generadas el mes anterior determinan si una propuesta puede volver a ser procesada o no.

