- Automation Suite en Notas de la versión de Linux
- Notas de la versión de Automation Suite en EKS / AKS
- Notas de la versión de Automation Suite en OpenShift
2.2510.2
Notas de la versión 2.2510.2 para Automation Suite en OpenShift.
Fecha de lanzamiento: 15 de abril de 2026
Nuevas capacidades de agente incorporadas a Automation Suite
Seguimos ampliando las capacidades de automatización agéntica disponibles en Automation Suite en OpenShift. Esto le permite satisfacer sus necesidades de soberanía de datos al tiempo que da vida a la automatización agéntica dentro de su propia infraestructura, en línea con las capacidades disponibles a través de Automation Cloud.
Como parte de esta versión, ahora están disponibles los siguientes productos y servicios:
Antes de habilitar estos productos, consulta las dependencias y requisitos previos entre productos para asegurarte de que tu entorno cumple todos los requisitos. Los detalles de instalación y configuración están disponibles en la Guía de instalación de Automation Suite en OpenShift.
Validación de la cadena de certificados TLS
Automation Suite ahora requiere una cadena de certificados TLS completa: un certificado de hoja, todos los certificados intermedios y la CA raíz. Anteriormente, podías proporcionar una cadena parcial (solo certificado de hoja y CA raíz). Debes actualizar tu paquete de autoridad de certificación para incluir todos los certificados intermedios. Si no lo haces, la validación de TLS fallará.
Para obtener más información, consulta Requisitos del certificado.
Nuevo campo obligatorio para las implementaciones de recuperación de desastres
Hemos introducido un nuevo campo type obligatorio en la sección multisite de input.json. Este campo es obligatorio al configurar las implementaciones de recuperación ante desastres y especifica el tipo de implementación. Debes establecerlo en active-passive. Este campo es obligatorio tanto para la configuración del clúster principal como para el secundario.
Para obtener más información, consulta Disaster recovery: configuraciones activas/pasivas.
Mensajes de comprobación de requisitos previos mejorados para la validación de la API del almacén de objetos
Las comprobaciones de requisitos previos de la API del almacén de objetos ahora proporcionan mensajes de error más claros, lo que facilita el diagnóstico y la resolución de problemas de configuración antes de la instalación.
Soporte de Integration Service para FIPS 140-2
Integration Service ahora es compatible con las implementaciones de Automation Suite que se ejecutan en máquinas habilitadas para FIPS 140-2. Para obtener más información, consulta Seguridad y cumplimiento.
Nueva configuración de Integration Service para implementaciones de nube soberana
Ahora está disponible un nuevo campo queue_config.fqdn_suffix opcional en integrationservices en input.json. Este campo está destinado a implementaciones en la nube soberanas o nacionales en las que los puntos finales de cola utilizan un sufijo FQDN no estándar, como China AWS (amazonaws.com.cn) o China Azure (core.chinacloudapi.cn). Si el campo se deja vacío o se omite, se aplican los sufijos predeterminados.
Para obtener más información, consulta Configurar input.json.
Nombre del servicio de puerta de enlace de entrada de Istio configurable
El nombre del servicio de puerta de enlace de entrada de Istio, anteriormente codificado como istio-ingressgateway, ahora se puede configurar utilizando el parámetro istio_gateway_service_name en la sección ingress de input.json.
Para obtener más información, consulta Instalar y configurar la malla de servicio.
Soporte de producto ampliado para implementaciones activas/pasivas
Autopilot for Everyone y Solutions ahora admiten implementaciones activas/pasivas. Para obtener más información, consulta Disaster recovery: activo/pasivo.
Compatibilidad con HashiCorp Vault y AWS Secrets Manager como proveedores de secretstore
Automation Suite ahora admite dos proveedores adicionales de secretstore para almacenar credenciales confidenciales:
- HashiCorp Vault
- AWS Secrets Manager
Para obtener más información, consulta Configurar HashiCorp Vault como almacén de secretos y Configurar AWS Secrets Manager como almacén de secretos.
Versión mínima actualizada del operador de secretos externos
Hemos actualizado la versión mínima compatible del operador de secretos externos a la versión v0.16.2 (gráfico de Helm v0.16.2), que incluye las API de ESO v1. Para obtener más información, consulta Instalar el operador de secretos externos.
Compatibilidad con la nube soberana de Azure para el almacén secreto de Key Vault
Hemos introducido soporte para entornos de nube soberana de Azure en la configuración del almacén de secretos de Azure Key Vault. Para conectarte a un entorno de nube soberana, debes configurar el campo environment_type . Para obtener más información, consulta Configurar el entorno de la nube de Azure.
Administrador
Rol de gestión de usuarios
Los administradores de organización ahora pueden delegar tareas de gestión de identidades a usuarios no administradores a través de un nuevo rol personalizado en el nivel de organización. Cuando se asigna, este rol permite a los usuarios gestionar cuentas de usuario, cuentas de robot y grupos locales en el nivel de organización sin conceder derechos de administrador completos de organización.
El rol admite permisos CRUD granulares por tipo de recurso e incluye protecciones de elevación de derechos integradas: los usuarios con este rol no pueden modificar el grupo Administradores ni interactuar con las cuentas de administrador de la organización existentes.
Para obtener más información, consulta Rol de gestión de usuarios.
Experiencia actualizada de Trae tu propio modelo
La experiencia de configuración de LLM se ha rediseñado para proporcionar una forma más sencilla e intuitiva de añadir y gestionar modelos. La interfaz actualizada introduce elementos de configuración más claros, incluida una selección obligatoria de Tipo de API (tipo de punto final), lo que garantiza la alineación explícita entre el modelo configurado y su punto final compatible.
Con esta actualización, puedes conectar de forma segura los productos agénticos de UiPath a tus propios LLM mientras conservas el control total sobre el comportamiento del modelo, los parámetros de configuración, la capacidad y la arquitectura de implementación. Los modelos permanecen dentro de tu entorno, admitiendo estrictos requisitos de seguridad, cumplimiento y residencia de datos.
Además, puedes utilizar plantillas de conector personalizadas directamente desde el flujo de configuración para integrar puertas de enlace patentadas, puntos finales privados y API no estándar, lo que permite la incorporación de autoservicio de infraestructuras LLM personalizadas y privadas.
Para obtener más información, consulta Configurar LLM.
Para obtener una descripción general de los proveedores de LLM compatibles, los modos de integración y la compatibilidad de capacidades por producto y característica, consulta Compatibilidad con modelos de lenguaje grandes.
Cambio del conector LLM de Anthropic Claude
Corrección: añadida el 11 de mayo de 2026: a partir de Automation Suite 2.2510.2, Los LLM de Anthropic Claude deben configurarse utilizando el conector de Amazon Web Services en Integration Service. Conexiones existentes creadas con el conector de Amazon Bedrock en Automation Suite 2.2510.x debe migrarse al conector de Amazon Web Services.
Compatibilidad con la configuración de LLM personalizada ampliada
Los siguientes productos, recién incorporados a Automation Suite, admiten configuraciones de LLM personalizadas: Agentes, Autopilot, Healing Agent y UI Automation.
Actualizaciones de Context Grounding
Contextualización incluye dos nuevas capacidades disponibles a través de los agentes de UiPath:
- DeepRag mejora la generación aumentada por recuperación con un razonamiento más profundo y en varios pasos sobre tus fuentes de conocimiento, lo que permite a los agentes obtener información más precisa y contextualmente relevante a partir de datos complejos o a gran escala.
- La transformación por lotes permite procesar y preparar grandes volúmenes de documentos para su conexión a tierra en una sola ejecución de proceso, lo que reduce los gastos generales y facilita el mantenimiento de las bases de conocimiento de los agentes actualizadas a escala.
Corrección de errores
- Hemos corregido un problema que impedía el uso de nombres de base de datos personalizados para Soluciones. Anteriormente, cuando se especificaba un nombre de base de datos personalizado, las comprobaciones de requisitos previos fallaban.
- Hemos corregido un problema que provocaba que algunos pods de AI Center y Document Understanding no se iniciaran cuando se habilitaba la verificación del certificado TLS de la base de datos.
- Hemos corregido un problema que provocaba que la implementación de
istio-validation-deploymentno se eliminara automáticamente después de ejecutar las comprobaciones de requisitos previos (uipathctl prereq) o la comprobación de estado (uipathctl health check), consumiendo recursos de clúster innecesarios. - Esta versión incluye las correcciones entregadas en Automation Suite 2.2510.1+patch1.
Problemas conocidos
Conflicto de escalado entre el escalador automático de pods horizontales y ArgoCD en entornos de alta disponibilidad
Fe de erratas: añadida el 10 de septiembre de 2026: en entornos de alta disponibilidad, cuando la carga aumenta, el escalador automático de pod horizontal (HPA) escala las cargas de trabajo afectadas mientras que el controlador de aplicaciones ArgoCD las reduce. Esto se produce debido a que ArgoCD trata el recuento de réplicas definido en el gráfico de Helm o se manifiesta como la fuente de verdad, lo que hace que las cargas de trabajo aumenten y disminuyan repetidamente sin estabilizarse.
Para solucionar el problema, debes parchear el ConfigMap argocd-cm en el espacio de nombres <argocd> para que ArgoCD ignore las diferencias en el recuento de réplicas:
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
Vuelve a aplicar el comando después de cada resincronización del gráfico de ArgoCD o actualización de Automation Suite, ya que sobrescriben el ConfigMap y eliminan el parche.
Hemos corregido el problema en Automation Suite en OpenShift 2.2510.4.
Las comprobaciones de requisitos previos fallan debido a la falta de subdominios de alm y supervisión en el certificado SAN
Fe de erratas: añadida el 10 de septiembre de 2026: un problema hace que las comprobaciones de requisitos previos fallen al instalar Automation Suite con certificados emitidos por una autoridad de certificación si la SAN del certificado no incluye alm.<fqdn> y monitoring.<fqdn>, incluso cuando los componentes correspondientes se excluyen utilizando exclude_components en input.json.
Hemos corregido el problema en Automation Suite 2.2510.4.
Studio Desktop no puede cargar conectores y actividades de Integration Service
Fe de erratas: añadida el 23 de julio de 2026: en Studio Desktop, el panel de actividades no muestra los conectores y actividades de Integration Service. El problema se debe a una configuración errónea de enrutamiento en el intsvcs-periodic ServicioVirtual.
Para solucionar el problema, consulta Studio Desktop no puede cargar conectores y actividades de Integration Service.
Hemos corregido el problema en Automation Suite en OpenShift 2.2510.3.
Las comprobaciones de requisitos previos fallan cuando los proyectos modernos de Document Understanding están habilitados y AI Center está deshabilitado
Fe de erratas: añadida el 23 de julio de 2026: un problema hace que el comando de comprobaciones de requisitos previos falle incorrectamente cuando los proyectos modernos de Document Understanding están habilitados y AI Center está deshabilitado.
Para solucionar el problema, consulta Resolución de problemas.
Esta incidencia se ha corregido en Automation Suite 2.2510.3.
La migración del esquema de MessageBus falla en las bases de datos sembradas desde Automation Suite 2022.10.x o anterior
Fe de erratas: añadida el 23 de julio de 2026: al actualizar a Automation Suite 2.2510.2, la migración del esquema de MessageBus falla si la base de datos se creó originalmente en Automation Suite 2022.10.x o anterior, independientemente de cuántas versiones se haya actualizado desde entonces. Las bases de datos creadas originalmente en Automation Suite 2023.x o posterior no se ven afectadas.
Para comprobar si tu base de datos se ve afectada, ejecuta la siguiente consulta:
SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
Si la consulta devuelve alguna fila, elimínala antes de actualizar:
DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'
Limitaciones de la autenticación Kerberos
La autenticación basada en Kerberos no es compatible actualmente con los siguientes productos y servicios:
- HubDeAgente
- Agents
- AI Trust Layer (LLM Gateway, LLM Observabilidad, Contextualización)
- Autopilot for Everyone
- Autopilot (A4D)
- Integration Service
- Maestro
- Proxy semántico
- Soluciones
- Studio Web
- TaaS
Estamos trabajando para llevar la compatibilidad con Kerberos a las próximas versiones de Automation Suite.
Mientras tanto, puedes utilizar mecanismos de autenticación alternativos, como la autenticación básica o la autenticación basada en la identidad de la carga de trabajo.
Limitaciones de compatibilidad con FIPS 140-2
Insights no es compatible con las implementaciones de Automation Suite que se ejecutan en máquinas habilitadas para FIPS 140-2. Para seguir cumpliendo con los requisitos de FIPS 140-2, debes deshabilitar Insights. Si necesitas utilizar Insights, puedes implementarlo en un nodo dedicado que no sea FIPS.
Para obtener más información, consulta Seguridad y cumplimiento y Cómo implementar Insights en un clúster habilitado para FIPS.
La ingestión de Contextualización falla en entornos sin conexión
Fe de erratas: añadida el 10 de septiembre de 2026: en las implementaciones sin conexión (aisladas), la ingestión de documentos de Contextualización falla para cada tipo de archivo. El error informado indica incorrectamente un problema con el contenido del archivo.
Hemos corregido el problema en Automation Suite en OpenShift 2.2510.4.
Cronología de la obsolescencia
Te recomendamos comprobar periódicamente la fecha de caducidad para ver las actualizaciones relativas a las características que quedarán obsoletas y serán eliminadas.
Detalles del paquete
Versiones de productos
La siguiente tabla describe el estado de la versión, la versión y las notas de la versión para todos los productos de UiPath implementados en Automation Suite 2.2510.2.
Leyenda:
✅ Nuevo: esta versión de Automation Suite incluye una nueva versión del producto. Hay nuevas notas de la versión disponibles.
◆ Paquete: esta variante incluye una versión del producto lanzada previamente. No hay nuevas notas de la versión disponibles.
- Nuevas capacidades de agente incorporadas a Automation Suite
- Validación de la cadena de certificados TLS
- Nuevo campo obligatorio para las implementaciones de recuperación de desastres
- Mensajes de comprobación de requisitos previos mejorados para la validación de la API del almacén de objetos
- Soporte de Integration Service para FIPS 140-2
- Nueva configuración de Integration Service para implementaciones de nube soberana
- Nombre del servicio de puerta de enlace de entrada de Istio configurable
- Soporte de producto ampliado para implementaciones activas/pasivas
- Compatibilidad con HashiCorp Vault y AWS Secrets Manager como proveedores de secretstore
- Versión mínima actualizada del operador de secretos externos
- Compatibilidad con la nube soberana de Azure para el almacén secreto de Key Vault
- Administrador
- Rol de gestión de usuarios
- Experiencia actualizada de Trae tu propio modelo
- Compatibilidad con la configuración de LLM personalizada ampliada
- Actualizaciones de Context Grounding
- Corrección de errores
- Problemas conocidos
- Conflicto de escalado entre el escalador automático de pods horizontales y ArgoCD en entornos de alta disponibilidad
- Las comprobaciones de requisitos previos fallan debido a la falta de subdominios de alm y supervisión en el certificado SAN
- Studio Desktop no puede cargar conectores y actividades de Integration Service
- Las comprobaciones de requisitos previos fallan cuando los proyectos modernos de Document Understanding están habilitados y AI Center está deshabilitado
- La migración del esquema de MessageBus falla en las bases de datos sembradas desde Automation Suite 2022.10.x o anterior
- Limitaciones de la autenticación Kerberos
- Limitaciones de compatibilidad con FIPS 140-2
- La ingestión de Contextualización falla en entornos sin conexión
- Cronología de la obsolescencia
- Detalles del paquete
- Versiones de productos