Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

release_notes_septiembre_2026 [2026/09/15 12:26] – creado clopezrelease_notes_septiembre_2026 [2026/09/29 21:06] (actual) – clopez
Línea 5: Línea 5:
 ** Versiones Generadas (Fecha Liberación):** ** Versiones Generadas (Fecha Liberación):**
   * 1.246_12 (16/09/2026)   * 1.246_12 (16/09/2026)
 +  * 1.247_14 (30/09/2026)
  
-**Última Versión Liberada :**  1.246_12+**Última Versión Liberada :**  1.247_14
  
 ---- ----
Línea 12: Línea 13:
 ====== Release Notes Septiembre 2026 ====== ====== Release Notes Septiembre 2026 ======
 ===== Mejoras de Seguridad ===== ===== Mejoras de Seguridad =====
 +
 +==== Refuerzo integral de seguridad de la plataforma — quinta fase ====
 +
 +[1.247_14] Se implementa una quinta fase del refuerzo integral de seguridad de Be Aware 360, dando continuidad a las mejoras aplicadas en la versión anterior de este mes. Las mejoras abarcan las siguientes capas de la aplicación:
 +
 +  - **Validación de los parámetros de consulta:** Los servicios de consulta de usuarios validan estrictamente el formato de los identificadores recibidos antes de procesarlos.
 +
 +  - **Componentes de terceros:** Se actualizan los componentes de terceros del backend, se retiran del paquete productivo las librerías que no se utilizan y se incorpora un inventario automatizado de componentes en el proceso de construcción.
 +
 +**Importante:** Estas mejoras no modifican el comportamiento funcional de la plataforma. El inicio de sesión, la navegación y la operación de la consola y del Portal de Cliente se mantienen sin cambios.
 +
 +Para obtener más información sobre la plataforma, haga clic [[informaciontecnicaba360|aquí]].
 +
 +----
  
 ==== Refuerzo integral de seguridad de la plataforma — cuarta fase ==== ==== Refuerzo integral de seguridad de la plataforma — cuarta fase ====
Línea 34: Línea 49:
  
 ===== Defectos corregidos ===== ===== Defectos corregidos =====
 +
 +==== Continuidad del cierre automático de casos ====
 +
 +[1.247_14] Se corrige un defecto donde el cierre automático de casos podía detenerse de forma permanente, sin mostrar error en la consola, de modo que los casos en un estado de espera superaban su plazo y no se cerraban.
 +
 +Con la corrección, el cierre automático continúa operando aunque la plataforma no logre leer momentáneamente la configuración de las instancias, y se recupera por sí solo si su ejecución programada se interrumpe. Los casos cuyo cierre quedó detenido o falló se reintentan en las ejecuciones siguientes.
 +
 +Además, se corrigen dos situaciones del registro del cierre automático: un mismo caso ya no puede cerrarse automáticamente dos veces, y el registro de SLO del cierre ya no queda sin fecha de vencimiento cuando el tramo anterior del caso no la tenía.
 +
 +**Importante:** Al quedar operativo nuevamente, el cierre automático procesa en su primera ejecución todos los casos que se encuentren vencidos en espera de cierre, junto con las notificaciones asociadas. La frecuencia de ejecución y el registro de la acción como cierre automático por inactividad se mantienen sin cambios.
 +
 +Para mayor información sobre configuración de procesos, hacer click [[configuracionprocesos|aquí]].
 +
 +----
 +
 +==== Asignación de usuario al avanzar de paso ====
 +
 +[1.247_14] Se corrigen dos defectos en la asignación del usuario cuando un caso avanza de paso:
 +
 +  - **Disponibilidad del usuario:** En procesos configurados para asignar solo a usuarios disponibles, el caso podía reasignarse a un usuario que ya lo había tenido aunque se encontrara ocupado o desconectado. Con la corrección, tanto la decisión de mantener al usuario asignado como la reutilización de un usuario anterior del caso validan su disponibilidad; si ninguno está disponible, se aplica el método de asignación configurado y, si tampoco hay un usuario disponible, el caso queda sin asignar.
 +
 +  - **Mantener el usuario asignado:** El caso podía pasar a otro usuario del mismo rol, o quedar sin asignar, aunque el usuario asignado perteneciera a un grupo del paso destino. Con la corrección, basta con que el usuario esté activo y cumpla el rol y el grupo del paso destino para mantener la asignación.
 +
 +Los procesos configurados sin control de disponibilidad, los pasos sin grupos y los casos sin usuario asignado previo mantienen su comportamiento actual.
 +
 +**Importante:** En pasos donde ningún usuario del rol se encuentre disponible, los casos pueden quedar sin asignar hasta que un usuario los tome o sean asignados por un supervisor.
 +
 +Para mayor información sobre configuración de procesos, hacer click [[configuracionprocesos|aquí]].
 +
 +----
 +
 +==== Filtros de las bandejas de supervisión ====
 +
 +[1.247_14] Se corrige un defecto donde, en las bandejas de supervisión, el filtro por usuario —y también los filtros por prioridad, destacados y proceso— se aplicaba solo sobre la página cargada y no sobre el total de casos, por lo que la grilla podía quedar vacía y los casos del usuario filtrado aparecían recién al avanzar a páginas posteriores.
 +
 +Con la corrección, los filtros se aplican sobre el total de casos de la bandeja, la grilla vuelve a la primera página al cambiar un filtro y los filtros activos se conservan al recargar después de una reasignación masiva. Aplica a Supervisión de mi equipo, su histórico, Supervisar casos y Casos de mis procesos. Sin filtros aplicados, el listado se mantiene igual.
 +
 +**Importante:** Los contadores asociados a los filtros pueden mostrar valores distintos a los anteriores, ya que ahora reflejan el total de casos y no solo la página cargada.
 +
 +Para obtener más información sobre casos, haga clic [[casos|aquí]].
 +
 +----
 +
 +==== Búsqueda de casos reasignados desde las bandejas de supervisión ====
 +
 +[1.247_14] Se corrige un defecto donde, después de reasignar casos de forma masiva desde las bandejas de supervisión, el buscador no encontraba los casos al buscar por el nuevo usuario asignado y, en cambio, sí los mostraba al buscar por el usuario anterior.
 +
 +Con la corrección, la reasignación masiva actualiza la información de búsqueda del caso y registra al supervisor como el usuario que realizó la modificación. La búsqueda se realiza por el nombre de usuario de ingreso a la plataforma.
 +
 +Los casos reasignados de forma masiva con anterioridad al despliegue se regularizan como parte de esta actualización, por lo que también pueden encontrarse por su usuario asignado actual.
 +
 +Para obtener más información sobre casos, haga clic [[casos|aquí]].
 +
 +----
 +
 +==== Detalle de auditoría en la reasignación desde las bandejas de supervisión ====
 +
 +[1.247_14] Se corrige un defecto donde, al reasignar casos desde Supervisar casos, Casos de mi equipo o Casos de mis procesos, el registro de auditoría del caso mostraba "Caso actualizado" sin el detalle del cambio y no se agregaba la nota de actividad con el nuevo asignado.
 +
 +Con la corrección, el registro de auditoría incorpora el detalle del antes y el después del caso, igual que al modificarlo desde su ficha, y se agrega la nota de actividad "Caso asignado a" cuando cambia el usuario asignado. Si se reasigna al mismo usuario, no se genera registro ni nota.
 +
 +**Importante:** Los registros de auditoría generados antes del despliegue se mantienen sin cambios.
 +
 +Para obtener más información sobre casos, haga clic [[casos|aquí]].
 +
 +----
 +
 +==== Registro de auditoría de usuarios ====
 +
 +[1.247_14] Se corrige un defecto donde el log de auditoría de un usuario solo mostraba los inicios de sesión fallidos y los bloqueos, sin registrar su creación ni sus modificaciones.
 +
 +Con la corrección, el log de auditoría del usuario registra la creación y cada actualización, con el detalle del antes y el después de los datos modificados, excluyendo la información sensible. Los inicios de sesión fallidos se siguen mostrando y los logs de contactos, cuentas y casos no cambian.
 +
 +**Importante:** El registro aplica a las altas y modificaciones realizadas a partir del despliegue.
 +
 +Para mayor información sobre gestión de usuarios, hacer click [[gestiondeusuarios|aquí]].
 +
 +----
 +
 +==== Estado obligatorio al actualizar un caso ====
 +
 +[1.247_14] Se corrige un defecto donde era posible eliminar el estado de un caso y guardarlo sin estado; a partir de ese momento el caso no aceptaba nuevos cambios de estado y dejaba de aparecer en las bandejas filtradas por estado.
 +
 +Con la corrección, el estado es obligatorio al actualizar un caso: la consola no permite dejar el campo vacío y la plataforma rechaza la actualización indicando que el campo Estado es obligatorio. Los casos que habían quedado sin estado se regularizan como parte de esta actualización. La creación de casos sin estado informado sigue asignando el estado por defecto.
 +
 +**Importante:** Las integraciones que actualicen casos por API sin informar el estado recibirán un error de validación y deben incluir el estado en la solicitud.
 +
 +Para obtener más información sobre casos, haga clic [[casos|aquí]].
 +
 +----
 +
 +==== Registro de SLO por paso ====
 +
 +[1.247_14] Se corrige un defecto donde el registro de SLO del primer paso de un caso quedaba sin fecha de modificación —principalmente en casos creados por API—, impidiendo medir el tiempo de permanencia en ese paso.
 +
 +Con la corrección, todo registro de SLO nace con su fecha de modificación y, al avanzar de paso o al cerrar el caso, el registro del paso anterior que no tenía usuario asignado recibe la hora de salida. El cálculo de tiempos y de vencimientos de los pasos con usuario asignado se mantiene sin cambios.
 +
 +**Importante:** La corrección aplica a los registros generados a partir del despliegue. Los reportes que consideren solo registros con fecha de modificación pueden mostrar una mayor cantidad de registros.
 +
 +Para obtener más información sobre casos, haga clic [[casos|aquí]].
 +
 +----
 +
 +==== Respuesta al cliente desde Sistemas Externos ====
 +
 +[1.247_14] Se corrige un defecto donde, en la pestaña Notas de un caso gestionado desde Sistemas Externos, la opción Responder a Cliente no permitía adjuntar archivos del caso ni enviar el historial de notas, a diferencia de la opción Reenviar a Externo.
 +
 +Con la corrección, la respuesta al cliente permite incluir los archivos adjuntos del caso y enviar el historial de notas, e incorpora el campo de copia oculta (CCO) y la selección rápida de destinatarios desde la lista de correos en los campos CC y CCO. La opción Reenviar a Externo mantiene su comportamiento actual.
 +
 +Para obtener más información sobre integraciones, haga clic [[integraciones|aquí]].
 +
 +----
  
 ==== Permisos de Carga Masiva de Casos y de Cuentas ==== ==== Permisos de Carga Masiva de Casos y de Cuentas ====
Línea 112: Línea 239:
  
 Para obtener más información sobre la plataforma, haga clic [[informaciontecnicaba360|aquí]]. Para obtener más información sobre la plataforma, haga clic [[informaciontecnicaba360|aquí]].
 +
 +----
 +
 +===== Mejoras de Rendimiento =====
 +
 +==== Paginación de la búsqueda avanzada de casos por API ====
 +
 +[1.247_14] Se incorpora paginación en el servicio de búsqueda avanzada de casos de la API, que devolvía el universo completo de casos en una sola respuesta, lo que generaba tiempos de respuesta elevados y, con volúmenes altos, respuestas fallidas por tiempo de espera.
 +
 +El servicio admite parámetros para indicar la página y la cantidad de registros a obtener, y la respuesta incorpora la información de paginación (total de registros, página actual y cantidad de páginas). El listado de casos mantiene su formato, ordenado desde el caso más reciente. La cantidad máxima de registros por consulta se configura por instancia; los campos personalizados que compartan nombre con los parámetros de paginación siguen operando como filtros.
 +
 +**Importante:** El cambio modifica el contrato de este servicio. Las integraciones que hoy obtienen el universo completo de casos en una sola llamada deben recorrer las páginas para obtener todos los registros.
 +
 +Para obtener más información sobre la API, haga clic [[apiba360_12|aquí]].
  
 ---- ----
  
 ===== Mejoras Técnicas ===== ===== Mejoras Técnicas =====
 +
 +==== Retiro de la versión 10 de la API ====
 +
 +[1.247_14] La versión 10 de la API, deprecada desde la publicación de la versión 10.5, deja de estar disponible en todos los ambientes. Las solicitudes dirigidas a esta versión dejan de ser atendidas.
 +
 +**Importante:** Las integraciones que aún utilicen la versión 10 deben migrar a la versión 10.5 o 12 de la API. La consola y el Portal de Cliente no utilizan esta versión y no se ven afectados.
 +
 +Para obtener más información sobre la API, haga clic [[apiba360_105|aquí]].
 +
 +----
 +
 +==== Credenciales de la API para usuarios inactivos ====
 +
 +[1.247_14] Los servicios de emisión y renovación de credenciales de la API, en todas sus versiones, dejan de emitir o renovar credenciales para usuarios inactivos. La respuesta ante un usuario inactivo es la misma que ante credenciales inválidas, y los intentos no se contabilizan para el bloqueo del usuario. Los usuarios activos mantienen su comportamiento actual.
 +
 +**Importante:** Las integraciones que operen con un usuario de servicio inactivo deben reactivarlo o reemplazarlo por un usuario activo.
 +
 +Para mayor información sobre gestión de usuarios, hacer click [[gestiondeusuarios|aquí]].
 +
 +----
 +
 +==== Uso de recursos en la validación de credenciales de los servicios de archivos ====
 +
 +[1.247_14] Se optimiza el uso de recursos del servidor en la validación de credenciales de los servicios de carga y descarga de archivos, evitando su acumulación progresiva durante la jornada. La validación de credenciales responde igual que antes.
 +
 +Para obtener más información sobre la plataforma, haga clic [[informaciontecnicaba360|aquí]].
 +
 +----
  
 ==== Comportamiento de los servicios de consulta, los scripts y los archivos adjuntos ==== ==== Comportamiento de los servicios de consulta, los scripts y los archivos adjuntos ====