Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.11.0/novedades»
| Línea 9: | Línea 9: | ||
[https://administracion.siu.edu.ar/?ai=administracion||37000001&tcm=previsualizacion&tm=1&cod_proyecto=353&version=2.11.0|'''<big>Consultar los cambios por versión y módulo aquí</big>'''] | [https://administracion.siu.edu.ar/?ai=administracion||37000001&tcm=previsualizacion&tm=1&cod_proyecto=353&version=2.11.0|'''<big>Consultar los cambios por versión y módulo aquí</big>'''] | ||
<br /><br /> | <br /><br /> | ||
| − | |||
| Línea 34: | Línea 33: | ||
'''<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 | + | * '''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. | + | 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 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'''. |
| − | 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. |
| − | Administrar clientes - Recuperar alumnos de Guaraní | + | * '''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. | + | 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 | + | * '''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. | + | 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 | + | * '''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. | ||
En cada venta generada se grabará la url_callback. | En cada venta generada se grabará la url_callback. | ||
| − | 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 | ||
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". | ||
Revisión del 10:04 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
