Marzo de 2026

March 23, 2026

Corrección de errores

We fixed an issue where Autopilot got stuck in an Initializing state and could not be opened.

March 16, 2026

Mejoras de accesibilidad

We improved accessibility across several user interface components to support better usability.

Automatically preselect the first available process when starting a job

When starting a job, the first available process in the list is now automatically selected based on name ordering.

This change streamlines the job start flow and reduces the number of steps required when launching jobs.

Clarified error message for missing Robot permissions

Starting a job using Run Agent now returns a clearer error message when the required Robot permissions are missing.

The error message now clearly indicates when the failure is caused by missing permissions to start a job, helping you identify and resolve configuration issues more quickly.

Delete recording option added to More Actions menu

You can now delete video recordings directly from the More Actions context menu.

Previously, the Delete recording option was only available in Job Details, which made it harder to discover. This update improves usability by making the action easier to access.

Detailed information for OData validation errors

OData APIs now include additional information in error responses when a request contains invalid or malformed query parameters.

Error responses now contain a Details field that provides a more descriptive explanation of the validation error.

Improved removal of per-user and per-robot asset values

You can now remove per-user and per-robot asset values more safely and efficiently when editing an asset.

When removing a value, a confirmation dialog is displayed to help prevent accidental deletions. The dialog displays the name of the user or robot whose value is about to be removed.

You can also select multiple values and remove them at once using the Remove button in the asset values grid.

New Created columns added to transaction items

We added two new option columns to the queue transaction items grid:

• Created: displays the time elapsed since the transaction items was created.
• Created (absolute): displays the exact timestamp when the transaction item was created.

Both columns are hidden by default and can be enabled through the column visibility settings, allowing you to view when a transaction item was created in either relative or exact timestamp format.

New delete role confirmation modal

Deleting roles in Manage Access → Roles now includes an improved confirmation modal.

When deleting a role, you must type the role name to confirm the action. This helps prevent accidental deletions and provides clearer guidance about the impact of removing a role, including the effect on users who currently have the role assigned.

New QueueItem.retried webhook event

A new webhook event, QueueItem.retried, is available. An event is triggered whenever a queue item is retried.

This event helps you monitor retry activity and react to queue items that are automatically or manually retried after a failure.

Remove per-user and per-robot asset values more safely

You can now remove per-user and per-robot asset values more safely and efficiently in the Assets editor.

When you delete a value, a confirmation dialog is displayed that includes the name of the affected user or robot, helping prevent accidental deletions.

You can also select multiple values and remove them at once. The grid now supports multi-selection, and when you choose Remove selected, the system displays a confirmation dialog describing how many entries will be removed.

Corrección de errores

Fixed Advanced robot options status on the Check Access Page

We fixed an issue where the Advanced robot options status on the Check Access page did not update correctly.

Previously, after reverting a user’s advanced robot options from Custom back to the default configuration, the Check Access page could still display the status as Custom instead of None. The page now correctly reflects the current configuration state.

Fixed live stream availability after sending Stop command

You can now continue to open Live Stream while a job is in the Stopping state.

Previously, the Open Live Stream option became unavailable after sending a Stop command because live streaming was only allowed while the job was in the Running state.

Live streaming now remains available until the job fully stops, allowing you to continue monitoring execution during the stopping phase.

Fixed webhook secret visibility with webhook.view permission

Users with the webhook.view permission can no longer expose webhook secrets through network requests when accessing the Webhooks listing page.

The secret remains visible when editing a webhook, and it can still be retrieved through direct API calls, as backend behavior has not changed.

March 12, 2026

Integration Service Connections now available in Orchestrator

We’re excited to announce that Integration Service connections have moved to Orchestrator.

This enhancement centralizes the management of your connections, making it easier to configure, monitor, and secure connections.

Key improvements

This move brings several key advantages:

• Less context-switching

  You can now create assets, queues, triggers, and connections all in one place, without navigating to another left-hand menu. Fewer clicks, fewer page loads, and lower cognitive load lead to a smoother workflow.

• Easier troubleshooting

  When runs fail, you are already in Orchestrator reviewing jobs, queues, or logs. You can now view and manage the related connection in the same interface, reducing time to resolution.

• A consistent mental model

  Orchestrator already centralizes your resources. Managing connections alongside assets and triggers ensures a more intuitive and cohesive experience.

What's changing

This move brings the following changes:

• A dedicated Connections tab is now available in Orchestrator at folder level.
• All your existing Integration Service connections are available and manageable directly from Orchestrator.
• You can create, edit, and delete connections from the same interface.

For more information on how to manage connections in Orchestrator, check the Connections section in the Orchestrator user guide.

9 de marzo de 2026

Limpieza de la base de datos del registro de auditoría

Como anunciamos anteriormente en Implementación de nuevas políticas de retención de registros de auditoría, ahora entramos en la siguiente fase de este cambio.

Ahora que las políticas de retención de registros de auditoría se han implementado por completo, comenzaremos a eliminar los registros de auditoría de la base de datos de Orchestrator que sean anteriores al período de retención de seis meses.

Los archivos de registro de auditoría están disponibles para los 18 meses anteriores al período de seis meses más reciente. Para los planes Enterprise, los archivos cubren los 18 meses anteriores, lo que garantiza que los datos del registro de auditoría estén disponibles durante al menos 24 meses en total. Para los planes Community, los datos archivados están disponibles hasta 6 meses.

La eliminación automática de archivos anteriores a 24 meses se implementará en una actualización futura.

Para obtener más información, consulta Descargar datos archivados.

Consulta la siguiente tabla para ver las fechas programadas por región (sujeto a cambios).

Región	Fecha
Comunidad	11 de marzo
Australia	18 de marzo
Suiza	18 de marzo
Canadá	19 de marzo
India	19 de marzo
Emiratos Árabes Unidos	19 de marzo
Reino Unido	23 de marzo
Estados Unidos de América	23 de marzo
Europa	24 de marzo
Japón	24 de marzo
Singapur	24 de marzo
Organizaciones de actualización retrasada en Europa (Unión Europea)	6 de abril
Organizaciones de actualización retrasada en los Estados Unidos de América	6 de abril

Los Cloud Robots ya están disponibles en la región de los Emiratos Árabes Unidos

Nota:

Corrección, 10 de marzo de 2026: eliminamos ACR: sin servidor de la lista de servicios que admiten la residencia de datos en la región de los Emiratos Árabes Unidos, ya que no se publicó.

Automation Cloud Robots - VM is now available in the United Arab Emirates region. This ensures your data is securely stored and replicated across multiple availability zones within UAE, offering full control and compliance confidence.

Los servidores MCP ya están disponibles en la región de los Emiratos Árabes Unidos

Los servidores MCP ya están disponibles en la región de los Emiratos Árabes Unidos.

Esta expansión garantiza que los datos procesados a través de los servidores MCP se almacenen y se repliquen dentro de las zonas de disponibilidad de los EAU, lo que respalda los requisitos regionales de residencia de datos y cumplimiento.

Para obtener más información sobre las regiones de tenant disponibles y los servicios ofrecidos en cada región, explore nuestros recursos en Residencia de datos.

Para obtener más Information sobre los servidores MCP, consulta la sección Servidores MCP en la guía del usuario de Orchestrator.

Actualizaciones de la versión de UiPath Robot y opción de autogestión para Automation Cloud Robots-VM y Elastic Robot Orchestration

Recientemente implementamos una nueva característica que te permite autogestionar las actualizaciones de la versión de Robot para los grupos de Automation Cloud Robots-VM y Elastic Robot Orchestration en función de imágenes personalizadas.

Las actualizaciones de la versión del robot comienzan el 9 de marzo para los grupos con las actualizaciones gestionadas por UiPath habilitadas, dependiendo de la preferencia de actualización automática instantánea o retrasada configurada.

2 de marzo de 2026

Nota: Corrección, 9 de marzo de 2026: eliminamos la entrada para la tarjeta Nuevos últimos trabajos en la característica de la página de inicio, ya que aún no se había publicado.

Comportamiento mejorado del nombre de webhook

Hemos mejorado la forma en que se muestran los nombres de los webhooks. Anteriormente, el contenido HTML incluido en un nombre de webhook podía representarse como contenido formateado en los cuadros de diálogo de confirmación.

Los nombres de webhook ahora se muestran estrictamente como texto sin formato, lo que evita la representación HTML no deseada y mejora la seguridad general.

Compatibilidad con el ámbito OAuth ampliado para la API de depósitos de almacenamiento

Hemos mejorado el soporte del ámbito OAuth para la API de depósitos de almacenamiento:

• La API de depósitos de almacenamiento ahora admite varios ámbitos OAuth.
• El acceso se puede conceder utilizando los ámbitos OR.Administration o OR.Buckets .
• Las solicitudes autorizadas con OR.Administration o OR.Buckets seguirán funcionando durante un período de transición de un año. Después de este período, solo OR.Buckets concederá acceso a los puntos finales de los depósitos de almacenamiento, ya que se eliminará la compatibilidad con OR.Administration .

Esta actualización proporciona un control de acceso más granular al tiempo que mantiene la compatibilidad con versiones anteriores.

Panel lateral de la carpeta receptiva

El panel lateral de la carpeta ahora se contrae automáticamente en resoluciones de pantalla más pequeñas para mejorar la usabilidad y optimizar el espacio de trabajo disponible.

Buscar almacenes de credenciales

Hemos mejorado la configuración de las reglas de acceso a nivel de carpeta añadiendo capacidades de búsqueda a la lista de selección de Almacenes de credenciales al configurar las reglas de acceso.

Anteriormente, al editar las reglas de acceso a nivel de carpeta, los almacenes de credenciales se mostraban en una lista desplazable sin una opción de búsqueda.

Ahora puedes utilizar el cuadro de búsqueda para encontrar y seleccionar rápidamente el almacén de credenciales deseado, mejorando la usabilidad y la eficiencia de la configuración.

Obsolescencia: OR.Ámbito de administración para la API de depósitos de almacenamiento

Hemos dejado de utilizar el ámbito OR.Administration OAuth para acceder a los puntos finales de la API de depósitos de almacenamiento.

Los puntos finales de los depósitos de almacenamiento admiten los ámbitos OR.Administration y OR.Buckets como parte de un período de transición de un año.

Después de este período:

• OR.Administration ya no concederá acceso a los puntos finales de los depósitos de almacenamiento.
• Solo se aceptará el ámbito OR.Buckets dedicado.

Este cambio mejora la granularidad del ámbito y alinea el control de acceso con el principio de privilegios mínimos.