SIU-Sanaviron-Quilmes/version2.10.0/novedades

< Volver

Consultar los cambios por versión y módulo aquí

Versión 2.10.5 (fecha de publicación: 15-10-2025)

SQ-Núcleo

• Proceso enviar_mails

Se corrige para que los tipos de notificaciones internas del tipo 'Error proceso' se puedan enviar correctamente y no cancele el proceso.

Versión 2.10.4 (fecha de publicación: 06-10-2025)

SQ-Académico

• Parámetro de sistema - Aplicar convenio sobre interés y mora

Se incorpora un nuevo parámetro de sistema que permite calcular y aplicar un convenio sobre el importe correspondiente a intereses y mora.

AP_CNV_REC: Aplica convenio de descuento en intereses y moras

Versión 2.10.3 (fecha de publicación: 04-09-2025)

SQ-Académico

• Problemas de encoding:

Se corrigen los problemas de visualización de los caracteres especiales y acentos en SQ que se producían en Sanavirón-Quilmes cuando se sincronizaba alguna Propuesta formativa nueva de Guarani3 o se creaban comisiones o bien se inscribían a Propuestas o a cursos nuevas personas y que tenían caracteres especiales en sus nombres ( ej tildes , letra ñ.. etc).

• Generación de cuotas

Se incorpora mejora que controla que no se genere una doble generación de cuotas en simultáneo al seleccionar todos los períodos de inscripción cuando existen dos o mas páginas.

Versiones 2.10.0, 2.10.1 y 2.10.2 (fecha de publicación: 01-09-2025)

A continuación mencionaremos las principales novedades:

• Suspensiones en generación de cuotas
• Mejoras en la gestión de morosos
• Unidades de venta y conceptos de venta por Propuestas
• Nueva configuración para los medios de pagos
• Nuevo proceso para crear Matrículas anuales
• Mejora en la validación de comprobantes de transferencia bancaria
• Conciliador de cobranzas en SQ-Núcleo
• Vigencia para pagar inscripciones de Grado/Posgrado
• Núcleo - Pirapire: Mejoras en la configuración de comprobantes

Descripción de cada cambio:

1. Suspensiones en generación de cuotas:
Se crea nuevo proceso incorporado en la Generación de cuotas para determinar, si para el período en que se está intentando procesar, existen en Guaraní licencias o pérdidas de regularidad con el objetivo de suspender la generación de cuotas para los alumnos registrados.
El estado financiero de la inscripción en SQ continuará activo ya que obedece al negocio del módulo.

IMPORTANTE: requiere configuración de api /v2/ del módulo Guaraní.

Para utilizar esta funcionalidad se debe configurar el parámetro de sistema SUS_GEN_CT.

• Pérdida de regularidad:

En Guaraní, la regularidad se procesa desde la operación Verificar Regularidad de los alumnos. Un alumno pasa a ser "No Regular" por no cumplir la regla en que haya aprobado al menos dos actividades en el último año. Cuando cuente con menos de dos actividades aprobadas quedará registrado en la tabla sga_perdida_regularidad.

El parámetro mat_cnt_auto_readmisiones_alumno debe configurarse en 0 (cero) para que no sea readmitido.

• Licencias:

En Guaraní las licencias se cargan desde la operación Administrar licencias estudiantiles y quedarán registradas en la tabla sga_licencias.
En SQ, el rango de fechas ingresadas controlará contra el período actual del generador de cuotas a través del recurso /v2/licencias-estudiantiles y /v2/alumnos-no-regulares si debe o no registrar la suspensión para la generación de cuotas.

En la tabla facturaciones_suspensiones se registrará el rango de fecha desde/hasta de la licencia y/o pérdida de regularidad y el período en el que se está ejecutando.

En el generador de cuotas, después de seleccionar las propuesta y avanzar se consultará a través de los recursos mencionados y se generarán los registros para suspender la generación de cuotas.

2. Morosidad:
Se optimiza la gestión de morosos incorporando:
tablero propio en el Dashboard del cliente;
estado, registro histórico y período de suspensión por morosidad en Administrar inscripciones;
modificación del parámetro INAC_MOROS por EXC_CUOT_MOROS permitiendo exceptuar la generación de cuotas por morosidad.

3. Unidades de venta y conceptos de venta por Propuestas
Se habilita la configuración de unidad de venta y conceptos de venta de SQ-Núcleo en Propuestas de SQ-Académico permitiendo asi un mejor tratamiento en el informe de recaudaciones a Pilagá a través de la caracterización del ingreso.

Se eliminó el parámetro UV_X_P que habilitaba esta configuración. Ahora se podrá realizar directamente desde la operación Administrar propuestas. Cuando no se encuentre configurada una unidad de venta, se continuará utilizando el TOKEN_UV por defecto.

4. Medios de pagos
Se readecúa la forma en que se configuran las credenciales de pago de los agentes de cobranza online. La configuración quedará por fuera del archivo config.ini manteniéndose un archivo de configuración .ini por agente de cobranza.

Para los medios de pago: Pagotic y Helipagos se crea parámetro para uso estricto de subcuentas sin la obligatoriedad de configurar una cuenta por defecto.

Se incorpora para Helipagos, la posibilidad de configurar por subcuentas por unidades de venta obligando a configurar unidades de venta por propuestas.

5. Matrículas anuales
Se crea el proceso generar_matriculas_anuales, el cual deberá configurarse desde el planificador de tareas, con el objetivo de crear matrículas en un período distinto cuando no se haya generado producto de una suspensión por licencia, pérdida de regularidad o morosidad.

Se mejora la forma en que se crean matrículas anuales, cuando estas estén configuradas dentro del plan de pagos como artículo: Matrícula, frecuencia: SIEMPRE y cuente con período de excepción.

El generador de cuotas creará matrículas anuales solo en el mes que esté indicado en el plan de pagos coincidiendo con el período en el que se ejecuta.

6. Validación de comprobantes de transferencia bancaria

Se mejora el tratamiento de las ventas por transferencia en la validación de comprobantes. Para ello se crea un nuevo estado en SQ-Académico: 11 - pendiente de validación en núcleo.

Al generar cuotas y existan comprobantes por validar/confirmar, este arrojará una alerta para completar con estos pasos pendientes.

Situaciones contempladas:

• alumno no carga el comprobante desde el portal de pagos: al ejecutar el vencer_ventas, la venta queda vencida/anulada en académico y núcleo respectivamente.
  
• alumno carga el comprobante pero no es validado por la institución: el vencer_ventas no anula ni vence las ventas ya que se encuentra en estado Pendiente de validación en académico y núcleo
  
• alumno carga el comprobante y solo es validado: el vencer_ventas no anula ni vence las ventas ya que se encuentra en estado Pendiente de confirmación en núcleo
  

7. Conciliador de cobranzas en SQ-Núcleo
Se incorpora a SQ Nucleo la operación Conciliador de Cobranzas para todos los agentes de cobranzas online junto con las operaciones Ventas con cobranzas no aplicadas y Registrar cobro desde agente de cobranza

8. Vigencia para pagar inscripciones de Grado/Posgrado

Se modifica la lógica con que se permite pagar una inscripción a posgrado o grado virtual.

La vigencia desde/hasta configurado en los datos básicos de los periodos de inscripción, determinarán cuando se encuentra habilitado realizar el pago de la inscripción.

El parámetro HSTOL_EXSP permitirá, junto con el proceso Revertir solicitudes de consumo externo, volver a su estado inicial una inscripción que no fue pagada pero el alumno seleccionó el plan de pago, el medio de pago y selecciono Pagar generando la venta e inscripción.

8. Núcleo-Pirapire

Se incorporó la posibilidad de generar comprobantes TIPO FACTURA y generar comprobantes con certificados CAI.

< Volver