SIU-Sanaviron-Quilmes/version2.11.0/novedades

< Volver

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

Versión 2.11.5 (fecha de publicación: 04-12-2025)

• Corrección de error al consultar faltantes de numeración de comprobantes generados en ARCA.
• Corrección de error en rutas de assets en la carga de la pantalla de inicio de SQ-Académico.

Versión 2.11.4 (fecha de publicación: 02-12-2025)

• Corrección en el cálculo y visualización de convenios aplicados en comprobantes: Facturas y Notas de crédito:

Se mejora la forma en que se aplican y registran, en los comprobantes, los convenios cuando las inscripciones se encuentran alcanzadas por convenios de tipo *bonificación*. Siempre se aplicarán en primer lugar los convenios de tipo porcentaje/importe y de ser posible, o sea, si no cubren el 100%, se aplicará el convenio de tipo bonificación. Cuando la suma de convenios de tipo porcentaje/importe aplique un 100%, el convenio bonificación se visualizará en $0.

Versión 2.11.3 (fecha de publicación: 13-11-2025)

• Corrección de error al modificar un medio de pago desde el portal de pago cuando el medio original era "Transferencia bancaria".
• Corrección del proceso: revertir_solicitudes_consumos_externos al ejecutar la Generación de cuotas.

Versión 2.11.2 (fecha de publicación: 06-11-2025)

• Corrección de error al rechazar un documento externo (comprobante de transferencia)
• Corrección en proceso vencer_ventas para el tratamiento de ventas en estado: 7 - Cobro diferido pendiente de confirmación para transferencias bancarias.

Versión 2.11.1 (fecha de publicación: 03-11-2025)

• Corrección de error en actualización de SQ-Núcleo a versión 2.11.0

Versión 2.11.0 (fecha de publicación: 22-10-2025)

A continuación mencionaremos las principales novedades:

SQ-Académico

• Perfil de datos por Unidad de venta y Responsable académica
• ABM clientes - Recuperar alumnos de Guaraní

SQ-Núcleo

• Callback de cobros: Generar ventas y cobros con sistemas externos
• Validador de comprobantes

Técnico

IMPORTANTE: aquellas implementaciones que utilicen imágenes docker deberán realizar la siguiente actualización en la base de toba tanto para sq_núcleo como sq_académico.

Descripción de cada cambio:

• Perfil de datos por Unidad de venta y Responsable académica

Se crea la operación: "Mapear unidades de venta por responsable académica", con el objetivo de permitir agrupar Responsables académicas y Unidades de venta limitando a los usuarios con perfiles de datos (responsables académicas) para que solo puedan administrar las propuestas correspondientes a su/s unidad/es de venta.

Esta configuración afecta a la posibilidad de configurar Unidades de ventas desde la operación Administrar propuestas.

IMPORTANTE: Se recomienda que el acceso a esta operación quede únicamente bajo control de los usuarios administradores del sistema ya que, cualquier modificación en el mapeo, tendrá impacto directo en los usuarios con perfil de datos.

• Administrar clientes - Recuperar alumnos de Guaraní

Se implementa un mecanismo para recuperar alumnos de Guaraní, buscando por tipo y número de documento con el objetivo de crear clientes desde la operación Administrar clientes.

• Validador de comprobantes

Se crea el recurso api rest: "validacion-comprobante" para que mediante la incorporación de un código QR en comprobantes de pago se logre validar sus datos contra ARCA o la institución emisora según corresponda.

• Callback de cobros: Generar ventas y cobros con sistemas externos

Se adapta SQ-Núcleo implementando mecanismo para informar cobranzas para aquellas ventas generadas por unidad de venta externa, mediante el uso de un callback de cobro. En cada venta generada se grabará la url_callback.
En cada venta generada se grabará la url_callback. Para esta gestión se requiere tener activo un nuevo worker.

• Se crea nuevo worker: QUEUE.

Se crea dentro del esquema QUEUE las tablas: messages y queue. En la tabla queue se almacena temporalmente la cola, y en la tabla messages se almacenan las notificaciones enviadas, tanto enviadas correctamente como las fallidas.
Las notificaciones fallidas se pueden volver a reencolar para enviar configurando en el planificador de tareas una nueva tarea llamada "Reenviar colas con error".

< Volver