SIU-Sanaviron-Quilmes/version2.11.0/novedades

< Volver

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

Versiones 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 permitir generar ventas y cobrar a través de un sistema externo, mediante el uso de un callback de cobro.
En cada venta generada se grabará la url_callback.

• 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