Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.11.0/novedades»
| Línea 13: | Línea 13: | ||
| − | ==='''Versiones 2.11.0''' (fecha de publicación: | + | ==='''Versiones 2.11.0''' (fecha de publicación: 22-10-2025)=== |
A continuación mencionaremos las principales novedades:<br /> | A continuación mencionaremos las principales novedades:<br /> | ||
| − | + | '''<big>SQ-Académico</big>''' | |
| − | |||
| − | |||
| + | * Perfil de datos por Unidad de venta y Responsable académica | ||
| + | * ABM clientes - Recuperar alumnos de Guaraní | ||
| + | '''<big>SQ-Núcleo</big>''' | ||
| + | * Callback de cobros: Generar ventas y cobros con sistemas externos | ||
| + | * Validador de comprobantes | ||
| + | |||
| + | '''<big>Técnico</big>''' | ||
| + | |||
| + | '''IMPORTANTE:''' aquellas implementaciones que utilicen imágenes docker deberán realizar la siguiente [[SIU-Sanaviron-Quilmes/version2.11.0/implementacion_imagenes_docker|'''actualización''']] en la base de toba tanto para sq_núcleo como sq_académico.<br /> | ||
| + | |||
| + | |||
'''<big>Descripción de cada cambio:</big>'''<br /> | '''<big>Descripción de cada cambio:</big>'''<br /> | ||
| − | + | Perfil de datos por Unidad de venta y Responsable académica | |
| − | + | ||
| + | Se crea 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 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 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 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 almacena 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". | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
. | . | ||
[[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']] | [[SIU-Sanaviron-Quilmes/version2.11.0|'''< Volver''']] | ||
| + | |||
<!-- --> | <!-- --> | ||
| − | |||
<!-- | <!-- | ||
| − | |||
'''Descripción de cada cambio:''' <br /> | '''Descripción de cada cambio:''' <br /> | ||
| − | |||
* .... | * .... | ||
| Línea 61: | Línea 74: | ||
* ... | * ... | ||
| − | |||
... | ... | ||
... | ... | ||
--> | --> | ||
Revisión del 09:57 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 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 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 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 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 almacena 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
