Tipo de actualización: Despliegue Programado
Versiones Generadas (Fecha Liberación):
Última Versión Liberada : 1.243_15
[1.243_15_8] Se incorpora un nuevo campo de configuración por proceso, “Visualizar casos en bandejas nativas” (SI/NO), que permite al administrador definir si los casos de un proceso determinado se muestran u ocultan en un subconjunto de bandejas de la consola. La funcionalidad permite controlar el ruido de las bandejas y presentar únicamente los casos de los procesos relevantes para la operación.
Las bandejas afectadas por este campo son:
Las bandejas de Búsqueda, Histórico de casos, Supervisión de mis procesos, casos en espera y casos sin asignar no se ven afectadas y continúan mostrando todos los casos.
Importante: Todos los procesos existentes quedan configurados en SI tras el despliegue, preservando el comportamiento actual. El administrador decide qué procesos ocultar. Este campo no modifica en ningún caso las reglas de control de acceso: un usuario nunca podrá ver casos que antes no podía ver.
Para mayor información sobre configuración de procesos, hacer click aquí.
[1.243_15_8] Se implementa la eliminación lógica (borrado suave) para las entidades de casos, contactos, usuarios y cuentas. Anteriormente, la eliminación de estos registros era física: la información se borraba definitivamente de la base de datos junto con sus referencias, incluyendo el histórico de auditoría asociado.
Con esta funcionalidad:
Los registros eliminados no aparecen en bandejas, listados ni búsquedas, manteniendo el comportamiento visual actual para el usuario final. Se incorpora además la pestaña de Log de Auditoría en la vista de Usuario.
Importante: Esta funcionalidad protege las eliminaciones realizadas a partir de este despliegue. Los registros eliminados con anterioridad no son recuperables.
Para mayor información sobre gestión de usuarios, hacer click aquí.
[1.243_15_8] Se implementa una segunda fase del refuerzo integral de seguridad de Be Aware 360, ampliando y completando las mejoras aplicadas en el despliegue anterior. Las mejoras abarcan las siguientes capas de la aplicación:
Para obtener más información sobre seguridad de la plataforma, haga clic aquí.
[1.243_15_8] Se corrige un defecto donde los eventos de inicio y cierre de sesión de los usuarios no se registraban correctamente en la plataforma. Esta información alimenta los reportes y el tablero de licenciamiento, por lo que su ausencia impedía obtener una medición precisa del uso de la plataforma por usuario.
Con la corrección, los eventos de inicio y cierre de sesión se registran de forma consistente y quedan disponibles para consulta y filtrado por usuario en los reportes de licenciamiento.
Para obtener más información sobre gestión de usuarios, haga clic aquí.
[1.243_15_8] Se corrige un defecto donde la fecha y hora de creación de un caso se mostraba con una diferencia de una hora entre el Portal de Cliente y la consola, a pesar de que la zona horaria de la instancia y la del contacto eran la misma.
El problema se originaba en el Portal de Cliente, que reinterpretaba la fecha entregada por el servidor aplicando una zona horaria fija en lugar de mostrarla directamente. El desfase se manifestaba únicamente en instancias configuradas en zonas horarias distintas de UTC-3, quedando oculto en el resto.
Con la corrección, el Portal de Cliente muestra la fecha del caso tal como la entrega el servidor, alineando el comportamiento con el de la consola.
Para obtener más información sobre casos, haga clic aquí.
[1.243_15_8] Se corrige un defecto donde, al modificar manualmente el estado de un caso ubicado en un paso intermedio del flujo de trabajo, el caso retrocedía automáticamente al primer paso del proceso sin que el usuario hubiera solicitado ese movimiento.
El problema se producía cuando el nuevo estado seleccionado alteraba la lista de pasos disponibles y el paso actual del caso quedaba fuera de esa lista: en esa situación, el sistema seleccionaba automáticamente el primer paso disponible y lo persistía al guardar.
Con la corrección, el paso del caso solo se modifica cuando el usuario lo selecciona explícitamente. El cambio de estado deja de arrastrar el paso, y el paso actual del caso permanece siempre visible como opción seleccionada.
Para mayor información sobre configuración de procesos, hacer click aquí.
[1.243_15_8] Se corrige de forma definitiva un defecto donde los casos creados a partir de un correo entrante no se encontraban al buscarlos por número de caso, contacto, tipo o producto, ya que el índice de búsqueda solo almacenaba el asunto y el origen del caso.
Una corrección previa resolvió el escenario reportado inicialmente, pero no la mecánica que originaba el problema: el índice de búsqueda se construía a partir de una copia en memoria del caso cuya completitud dependía de cada punto de invocación. Como consecuencia, cuando el script asociado al primer paso del flujo modificaba el caso (por ejemplo, asignando un agente o avanzando de etapa), el índice quedaba con información desactualizada de forma silenciosa.
Con esta corrección, la construcción del índice de búsqueda se centraliza y siempre se realiza consultando la información vigente del caso en base de datos, con posterioridad a su grabación. Esto garantiza un índice completo y actualizado en todos los flujos de creación y edición de casos. Se incluye además el reproceso de los casos históricos con índice incompleto.
Para obtener más información sobre casos, haga clic aquí.
[1.243_15_8] Se corrige un defecto donde la función de consumo de servicios disponible en los scripts de procesos no entregaba el contenido de la respuesta del servicio consultado, sino una representación interna del objeto de respuesta. Esto impedía a los scripts procesar la información devuelta por las integraciones.
Con la corrección, los scripts acceden correctamente al contenido de la respuesta del servicio, manteniendo además disponible la información de estado para el manejo de errores dentro del propio script.
Para mayor información sobre configuración de procesos, hacer click aquí.
[1.243_15_8] Se corrige un defecto en la búsqueda avanzada de casos donde los filtros por identificador (agente asignado, proceso, estado, tipo, producto, entre otros) aplicaban una coincidencia parcial en lugar de una coincidencia exacta. Como consecuencia, al filtrar por un identificador determinado el resultado incluía además todos los registros cuyo identificador contuviera ese valor.
Con la corrección, los filtros por identificador aplican coincidencia exacta. Se mantiene el comportamiento de selección múltiple, que permite filtrar por varios identificadores en una misma consulta, y la búsqueda por texto libre conserva la coincidencia parcial actual.
Para obtener más información sobre casos, haga clic aquí.
[1.240_15] Se aplica una segunda iteración de la corrección de refresco del caso tras la ejecución de scripts. Esta iteración aborda escenarios adicionales no cubiertos por la primera corrección, garantizando que la vista del caso se actualice de forma consistente en todos los flujos de ejecución de scripts y acciones que modifican el estado del caso.
Para obtener más información sobre casos, haga clic aquí.
[1.240_15] Se corrigen tres defectos en las bandejas de “Supervisión de mis procesos” y su “Histórico”:
Para obtener más información sobre casos, haga clic aquí.
[1.240_15] Se corrige un defecto donde, al cerrar un caso fijando directamente un estado de tipo “cierre” (sin recorrer los pasos del flujo de trabajo hasta la etapa de cierre), la fecha de cierre del caso quedaba con un valor incorrecto. En algunos casos, la fecha de creación resultaba mayor que la fecha de cierre.
El problema se originaba en una inconsistencia entre las dos rutas de cierre del caso: el cierre por pasos del flujo registraba correctamente el evento de finalización, mientras que el cierre por estado directo presentaba condiciones donde el evento podía no registrarse adecuadamente. Con la corrección, ambas rutas de cierre generan una fecha de finalización coherente y consistente.
Para obtener más información sobre casos, haga clic aquí.
[1.240_15] Se corrige un defecto en la integración con el gestor documental externo (ECM) donde el sistema no enviaba correctamente la información del usuario en las solicitudes de autenticación con los nuevos tokens de seguridad. Esta corrección garantiza la compatibilidad con el esquema de autenticación actualizado del gestor documental.
Para obtener más información sobre integraciones, haga clic aquí.
[1.243_15_8] Se implementa un conjunto de optimizaciones orientadas a reducir los tiempos de respuesta en el flujo de creación de casos y en la carga inicial de la consola. Las mejoras incluyen:
Para obtener más información sobre casos, haga clic aquí.
[1.243_15_8] Se reactiva el caché de permisos de la plataforma, que había sido deshabilitado de forma preventiva en un despliegue anterior. Con el caché deshabilitado, cada consulta de permisos requería acceso a base de datos, degradando los tiempos de respuesta bajo condiciones de carga.
La reactivación incorpora un doble mecanismo de aislamiento que garantiza que cada usuario obtenga únicamente los permisos correspondientes a la instancia en la que está operando: la identificación de cada entrada del caché incorpora de forma obligatoria la instancia y el usuario o rol correspondiente, y cada consulta verifica adicionalmente que la información recuperada pertenezca efectivamente a quien la solicita, descartándola en caso contrario.
Se refuerza además el comportamiento del frontend para que las vistas de menú y de configuración de permisos se habiliten únicamente cuando el conjunto de permisos se ha cargado por completo, evitando la operación sobre información parcial ante condiciones de lentitud o error.
Para obtener más información sobre permisos de roles, haga clic aquí.
[1.240_15] Se implementa la segunda fase de optimización de rendimiento para instancias con gran cantidad de campos personalizados configurados (1.000+). Tras la primera fase que redujo el tiempo de guardado del caso de aproximadamente 3 minutos a menos de 2 segundos, esta segunda fase aborda el tiempo de presentación del caso, que permanecía en aproximadamente 40 segundos.
Las mejoras incluyen:
El resultado esperado es una reducción del tiempo de presentación del caso desde aproximadamente 40 segundos hasta menos de 2 segundos en el percentil 95.
Para obtener más información sobre casos, haga clic aquí.
[1.243_15_8] Se implementan mejoras en los reportes de licenciamiento de la plataforma, ampliando la información disponible para el seguimiento del uso por usuario. Esta mejora complementa la corrección del registro de inicios y cierres de sesión incluida en este mismo despliegue.
Para obtener más información sobre la plataforma, haga clic aquí.
[1.240_15] Se optimiza el manejo de logs en el filtro de autorización del backend para reducir el volumen de entradas de error generadas por solicitudes con formato de URL no esperado. Anteriormente, cada solicitud con una ruta que no cumplía el formato esperado (como rutas con menos segmentos de los requeridos) generaba una entrada de nivel ERROR con el stack trace completo, lo que saturaba los logs e impedía la identificación de errores reales.
Con la corrección, las solicitudes con formato no esperado se registran a nivel WARN con información contextual (URI, compañía, usuario) en una sola línea, sin stack trace. Las excepciones genuinamente inesperadas mantienen el nivel ERROR con traza completa. Adicionalmente, se implementa validación defensiva en el parseo de URL y del header de autorización para evitar excepciones por acceso fuera de rango.
Para obtener más información sobre la plataforma, haga clic aquí.