Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.11.0/novedades»
| Línea 35: | Línea 35: | ||
* '''Perfil de datos por Unidad de venta y Responsable académica''' | * '''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. | + | 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.<br /> |
| − | Esta configuración afecta a la posibilidad de configurar Unidades de ventas desde la operación '''Administrar propuestas'''. | + | Esta configuración afecta a la posibilidad de configurar Unidades de ventas desde la operación '''Administrar propuestas'''.<br /> |
| − | '''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. | + | |
| + | '''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.<br /> | ||
* '''Administrar clientes - Recuperar alumnos de Guaraní''' | * '''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. | + | 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.<br /> |
* '''Validador de comprobantes''' | * '''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. | + | 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.<br /> |
* '''Callback de cobros:''' Generar ventas y cobros con sistemas externos | * '''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. | + | 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.<br /> |
| − | En cada venta generada se grabará la url_callback. | + | En cada venta generada se grabará la url_callback.<br /> |
* '''Se crea nuevo worker: QUEUE.''' | * '''Se crea nuevo worker: QUEUE.''' | ||
Se crea dentro del esquema QUEUE las tablas: messages y 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. | + | 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.<br /> |
| − | Las notificaciones fallidas se pueden volver a reencolar para enviar configurando en el planificador de tareas una nueva tarea llamada "Reenviar colas con error". | + | Las notificaciones fallidas se pueden volver a reencolar para enviar configurando en el planificador de tareas una nueva tarea llamada "Reenviar colas con error".<br /> |
Revisión del 10:05 23 oct 2025
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
