- Notas relacionadas
Julio de 2022
Anteriormente, cuando un usuario intentaba asignar roles que incluían permisos que el propio usuario no tenía, mostraríamos una advertencia que indicaba que la operación podría requerir privilegios más altos.
Ahora ya no está permitido asignar roles en estos casos, a menos que cuente con los permisos Roles - Editar o Roles - Crear.
Al intentar asignar roles con permisos que no tienes, el mensaje de error señala los roles que incluyen los permisos adicionales, y tendrás que eliminar los roles indicados para continuar con la asignación de roles.
Este cambio se aplica al asignar roles desde el contexto del tenant o de la carpeta.
Ahora la prioridad de trabajo se puede establecer con un nivel más detallado, con un total de diez tipos de prioridad entre los que escoger. Están disponibles en el nivel de proceso, de trabajo y de desencadenador, y te permiten ser muy preciso al tratar con gran número de carpetas, procesos y colas.
Los trabajos que tenían una de las tres prioridades anteriores se asignan al nuevo conjunto de la siguiente manera:
- Baja > Baja
- Normal > Medio
- Alto > Alto
SpecificPriorityValue
disponible en los siguientes puntos de conexión:
POST /odata /Jobs /UiPath.Server.Configuration.OData.StartJobs
POST/odata /ProcessSchedules
PUT/odata /ProcessSchedules({key})
Ahora se muestra una nueva ventana de confirmación al eliminar usuarios. La ventana enumera los usuarios con robots ocupados y te informa de que eliminarlos también eliminará los trabajos en curso. De forma similar, al editar un usuario con un robot ocupado, la ventana de confirmación te informa de que los trabajos podrían fallar.
A partir del 29 de junio, el mecanismo de alertas cambió para ofrecer alertas independientes para robots atendidos y desatendidos. Por tanto, las alertas de robots desatendidos llevan el prefijo «Desatendido». Asimismo, las alertas de robots atendidos llevan el prefijo «Atendido». Además, los niveles de gravedad Grave y Error para las alertas de robots atendidos se reducen a Información.
La siguiente tabla resume los cambios:
Alerta anterior |
Nueva alerta: attended |
Nueva alerta: unattended |
---|---|---|
«El robot está desconectado». Nivel de gravedad: grave |
«El robot atendido está desconectado». Nivel de gravedad: información |
«El robot desatendido está desconectado». Nivel de gravedad: grave |
«El robot no responde». Nivel de gravedad: error |
«El robot atendido no responde». Nivel de gravedad: información |
«El robot desatendido no responde». Nivel de gravedad: error |
«El robot está disponible». Nivel de gravedad: información |
«El robot atendido está disponible». Nivel de gravedad: información |
«El robot desatendido está disponible». Nivel de gravedad: información |
- La exploración de paquetes de flujos de trabajo con dos o más actividades de cambio de flujo consecutivas daba lugar a un error.
- Cuando se eliminaba un proceso asociado a un desencadenador, dicho desencadenador en particular aún se mostraba en la página Buscar, en lugar de ser eliminado junto con el proceso. Si intentabas editar el desencadenador en la página Buscar, se devolvía el error «ProcessSchedule no existe (#1002)».
Al seleccionar automáticamente el tamaño de máquina para procesos que usan actividades Document Understanding de UiPath, ahora se selecciona el tamaño de máquina estándar en lugar del grande.
Orchestrator acomoda automatizaciones basadas en desencadenadores desde Studio Web (actualmente en vista previa) mediante varios ajustes de espacio de trabajo personal:
- La publicación de un proyecto a Orchestrator hace que el paquete esté disponible en tu espacio de trabajo personal. Para que la ejecución esté lista en un periquete, Orchestrator crea automáticamente un proceso en el espacio de trabajo. El proceso tiene el mismo nombre que el proyecto de Studio Web.
- Al volver a publicar el proyecto de automatización a Orchestrator se sobrescribe cualquier edición de proceso, paquete o desencadenador con los valores presentes en el flujo de trabajo de Studio Web.
-
En tiempo de publicación, Orchestrator elige entre los tiempos de ejecución del espacio de trabajo personal disponibles para ejecutar el trabajo. La precedencia de tiempos de ejecución es la siguiente:
- Sin servidor
- Producción (desatendida)
-
No producción
Por ejemplo, si no existen tiempos de ejecución sin servidor en tu espacio de trabajo personal, Orchestrator utiliza el runtime de producción disponible. Si eso tampoco existe, Orchestrator utiliza un runtime de NonProduction disponible. Si no existe nada, el trabajo falla.
Nota: si el runtime seleccionado deja de estar disponible entre ejecuciones de trabajo, la próxima ejecución de trabajo falla, ya que Orchestrator no busca la siguiente disponible.
Además, hay ajustes específicos dependiendo del tipo de desencadenador utilizado en el proyecto de Studio Web:
Desencadenador basado en tiempo
- Orchestrator crea automáticamente el desencadenador de tiempo, que se puede encontrar en la página > Automatizaciones > Desencadenadores de tu espacio de trabajo personal.
Desencadenador basado en eventos
- El desencadenador de evento se muestra en la sección Requisitos de paquete del proceso asociado en Orchestrator (pestaña Procesos > Más acciones > Edición > Requisitos de paquete). Su valor es la dirección de la cuenta de Microsoft Outlook 365 utilizada en el flujo de trabajo.
Problema conocido: si tu conector de Microsoft Outlook 365 tiene varias conexiones (es decir, varias cuentas), están disponibles para seleccionarlas en la página de Orchestrator Proceso > Requisitos de paquete. El cambio de la conexión original (la que está presente en el proyecto de Studio Web) hace que la ejecución del trabajo falle. Para evitar el fallo, edita la conexión en el proyecto de Studio Web y vuelve a publicarlo a Orchestrator.
Cada carpeta individual tiene ahora su propio menú contextual. Ofrece una vista rápida de todas las acciones de ámbito de la carpeta, agregando las opciones que antes se incluían en los menús Acciones rápidas y Selección de carpeta.
Es más, el nombre de la carpeta seleccionada se muestra ahora en las rutas de navegación, y al hacer clic en él te dirige de nuevo a la pestaña Inicio.
La fecha en que un cambio se anuncia por primera vez en las notas de la versión es la fecha en que está disponible por primera vez.
Si aún no ves el cambio, podrás verlo pronto, después de desplegar los cambios en todas las regiones.
- 29 de julio de 2022
- Ahora está prohibida la elevación de permisos
- 26 de julio de 2022
- Prioridades de trabajo
- Ventana de confirmación al borrar usuarios
- Alertas independientes para robots atendidos y desatendidos
- Corrección de errores
- 19 de julio de 2022
- Automation CloudTM Robots - Serverless
- 18 de julio de 2022
- Desencadenadores conectados en Orchestrator: primera parte
- 12 de julio de 2022
- Menú contextual para cada carpeta
- ¿Cuándo puedo ver estos cambios?