Tipo de actualización: Despliegue Programado

Versiones Generadas (Fecha Liberación):

• 1.235_3 (08/05/2026)
• 1.236_1 (13/05/2026)
• 1.237.1 (21/05/2026)

Última Versión Liberada Abril: : 1.237_1

[1.237_1] Se realizan mejoras en el mecanismo de autenticación de la API REST de Be Aware 360 para resolver errores recurrentes de tipo HTTP 401 al consumir el endpoint de obtención de tokens. El problema se presentaba cuando múltiples solicitudes de autenticación concurrentes desde un mismo usuario o dirección IP eran bloqueadas incorrectamente por el mecanismo de control de intentos. Con esta corrección, se optimiza la diferenciación de respuestas de error según su causa (credenciales inválidas, token expirado, límite de intentos alcanzado o error interno), se mejora la gestión de tokens para reducir la generación innecesaria de nuevos tokens en solicitudes consecutivas, y se fortalece el registro de eventos de autenticación para facilitar el diagnóstico en ambientes productivos.

Para obtener más información sobre autenticación, haga clic aquí.

[1.235_3] Se implementó la restricción de acceso al módulo de Reportes en instancias donde esta funcionalidad no es requerida. Esta medida permite desactivar la generación de reportes basados en consultas SQL para instancias específicas, fortaleciendo la seguridad de la plataforma al reducir la superficie de ataque disponible.

Para obtener más información sobre Reportes, haga clic aquí.

[1.237_1] Se corrige un error en el cual el cierre automático de un caso no se registraba correctamente en la tabla de asignación de SLO. Cuando un caso se cerraba de forma automática, el registro insertado no permitía identificar que el cierre fue automático, ya que la acción no indicaba esta condición. Adicionalmente, el campo de fecha de vencimiento no se completaba en el registro. Con esta corrección, el cierre automático se registra con la acción correspondiente y el campo de fecha de vencimiento se inserta correctamente.

Para obtener más información sobre la configuración de SLO, haga clic aquí.

[1.237_1] Se corrige un error en el cual determinadas operaciones en la consola generaban una pantalla de error interno del servidor (Internal Server Error), impidiendo al usuario completar la acción solicitada. Con esta corrección, las operaciones afectadas se ejecutan correctamente sin interrupciones.

Para obtener más información sobre la gestión de casos, haga clic aquí.

[1.237_1] Se corrige un error en el módulo de Sistemas Externos en el cual los campos personalizados configurados se mostraban duplicados, apareciendo tanto en la sección de contactos como en la sección de casos de forma simultánea. Con esta corrección, los campos personalizados se visualizan únicamente en la sección correspondiente según su configuración.

Para obtener más información sobre Sistemas Externos, haga clic aquí.

[1.237_1] Se corrige un error en la funcionalidad de carga masiva de Cuentas en el cual el correo electrónico de resumen de la operación indicaba que se habían procesado 0 registros, independientemente de la cantidad real de registros cargados. Con esta corrección, el correo de notificación refleja correctamente la cantidad de registros procesados durante la carga masiva.

Para obtener más información sobre la gestión de contactos, haga clic aquí.

[1.235_3] Se corrige un error en la validación de checks obligatorios de listas de chequeo al mover un caso de paso. El problema se presentaba cuando, al intentar mover un caso a un paso con checks obligatorios sin completar, la validación detectaba correctamente el incumplimiento e impedía el salto, pero si el usuario seleccionaba un paso destino diferente sin completar los checks, el sistema permitía el movimiento sin realizar la validación nuevamente. Con esta corrección, la validación de checks obligatorios se ejecuta consistentemente cada vez que se confirma un movimiento de paso, tanto en la consola como en sistemas externos, portal y desk.

Para obtener más información sobre Listas de Chequeo, haga clic aquí.

[1.235_3] Se corrige un error en el cual los correos de notificación de vencimiento de SLA configurados en un proceso no se guardaban correctamente. Al agregar direcciones de correo electrónico para las notificaciones de vencimiento y guardar la configuración, la información no persistía, requiriendo que el usuario ingresara los datos nuevamente.

Para obtener más información sobre la configuración de SLO, haga clic aquí.

[1.235_3] Se corrige un error en el cual la pestaña de logs de auditoría dentro del detalle de un caso mostraba registros sin información de detalle. El sistema solo registraba los cambios de estado, paso y usuario asignado, pero no mostraba los cambios realizados en campos personalizados. Con esta corrección, los logs de auditoría muestran el detalle completo de todos los cambios realizados en el caso, incluyendo modificaciones en campos personalizados, y el indicador visual de detalle disponible se presenta correctamente cuando existen registros con información para consultar.

Para obtener más información sobre la gestión de casos, haga clic aquí.

[1.235_3] Se corrige un error en el cual la creación de casos a través de correo electrónico no generaba las notas asociadas al caso. Al recibir un correo electrónico que gatillaba la creación automática de un caso, el contenido del correo no se registraba como nota dentro del caso creado.

Para obtener más información sobre la gestión de casos, haga clic aquí.

[1.235_3] Se corrige un error en el cual los campos personalizados de tipo fecha mostraban una fecha con un día de diferencia respecto al valor ingresado. El problema se presentaba al crear o consultar un caso tanto desde el portal de clientes como desde la consola y la API, donde la fecha visualizada en la pestaña Datos era un día anterior a la fecha seleccionada originalmente.

Para obtener más información sobre la gestión de casos, haga clic aquí.

[1.236_1] Se implementa un pool de conexiones a base de datos por tenant utilizando HikariCP, reemplazando el mecanismo de conexiones individuales anterior. Esta mejora permite reutilizar conexiones de forma eficiente, reduciendo significativamente los tiempos de respuesta en operaciones de lectura y escritura. Adicionalmente, se actualiza el driver de base de datos a una versión moderna compatible con las versiones actuales y futuras del motor, se externalizan los parámetros de conexión para facilitar la configuración por ambiente, y se incorporan endpoints de observabilidad que permiten monitorear el estado de salud de la base de datos y las estadísticas del pool de conexiones en tiempo real.

Para obtener más información sobre información técnica de Be Aware 360, haga clic aquí.

[1.236_1] Se implementa una capa de cache distribuido basada en Redis para las APIs de mayor consumo de la plataforma, abarcando datos de autenticación, permisos, catálogos de documentos, parámetros de configuración y datos de referencia. La estrategia utiliza niveles de cache diferenciados según la frecuencia de cambio de cada tipo de dato, con tiempos de expiración que van desde 30 minutos para datos de sesión hasta 24 horas para catálogos estáticos. Se incorpora un mecanismo de invalidación automática que garantiza la coherencia de los datos entre múltiples instancias del servidor, junto con endpoints administrativos para la gestión y monitoreo del cache. Esta mejora reduce significativamente la carga sobre la base de datos y mejora los tiempos de respuesta en las operaciones más frecuentes de la plataforma.

Para obtener más información sobre información técnica de Be Aware 360, haga clic aquí.

[1.237_1] Se realizan ajustes en el módulo de Reportes para permitir la habilitación granular del acceso por instancia, refinando el mecanismo de restricción implementado previamente. Adicionalmente, se corrige y optimiza la funcionalidad de Vista Previa en el módulo de Extracción de Datos, asegurando la correcta validación de seguridad de las consultas antes de su ejecución.

Para obtener más información sobre Reportes, haga clic aquí.