- Notas relacionadas
- Primeros pasos
- UiPath® Assistant
- Instalación y actualización
- Tipos de robot
- Componentes de robot
- Licencia
- Conexión de los robots a Orchestrator
- Procesos y actividades
- Acerca de los proyectos de automatización del robot
- Acerca de las fuentes de actividades
- Automatización de procesos en segundo plano
- API de UiPath Robot
- Verificación de la firma de paquete
- Registro
- Robot JavaScript SDK
- Situaciones concretas
- Reinicio de componentes de UiPath Robot
- Sesiones de Windows
- Inicio de sesión usando el sistema de credenciales de Thales Luna
- Inicio de sesión utilizando el proveedor de almacenamiento de clave nShield
- Redirección de Robots a través de un servidor proxy
- Ejecución de tareas en una ventana RDP minimizada
- Uso de unidades de red asignadas
- Detención de un proceso
- Botón de deshabilitación de detención
- Carpetas de paquetes y rutas de red personalizadas
- Integración de CrowdStrike
- Robot de virtualización de apps citrix
- Solución de problemas
- Robot que no responde sobre RDP
- Registros de ejecución duplicados
- Errores de robot encontrados con frecuencia
- Aumento de la duración de la ejecución de proceso
- Exigencia de la verificación de la firma de paquetes
- Mensaje demasiado grande para procesarlo
- Errores al ejecutarse como administrador
- Los paquetes NuGet no son accesibles tras la migración
- Actividades de diálogo de control de acceso de usuario y automatización de IU
- Se requiere .NET durante la instalación
- El ensamblado no se puede cargar desde la red o compartir archivos de Azure
- Las actividades no pueden encontrar .NET Runtime
Automatización de procesos en segundo plano
Un robot atendido funciona en la misma máquina que un humano. Suele activarse por eventos de usuario y solo debería ejecutarse con supervisión humana. Consulta más información sobre las capacidades de automatización de un UiPath Robot según la licencia.
La ejecución de procesos en segundo plano la realiza un robot en una máquina para un usuario en concreto. Los procesos se ejecutan en la misma sesión de Windows al mismo tiempo.
Cada proceso en ejecución usa su propia versión de dependencias, incluso si varios procesos en ejecución requieren una versión diferente de la misma dependencia. Por ejemplo, si el proceso A requiere la dependencia v18.4.6 y el proceso B requiere la dependencia v19.4.4, entonces cada proceso descarga y utiliza la versión necesaria de la dependencia.
De acuerdo con este tipo de licencia, un robot asistido puede ejecutar de forma concurrente un proceso en primer plano (con interacción de IU) y múltiples procesos en segundo plano (sin interacción de IU).
Un proceso en primer plano se usa cuando tu proyecto de automatización debe interactuar con elementos de la IU. Estos procesos dependen fuertemente de las actividades de UIAutomation. Ten en cuenta que solo puedes ejecutar un proceso en primer plano cada vez.
Un proceso en segundo plano no necesita interactuar con elementos de la IU en pantalla, sino que depende más bien de los procesos en segundo plano que le pasan información. En estos tipos de proyecto no se deben usar actividades de UIAutomation. Varios procesos de este tipo pueden ejecutarse simultáneamente en una máquina, incluso si ya se está ejecutando un proceso en primer plano.
El tipo de proceso suele venir dictado por el tipo de actividades que usa (tanto si interactúa con elementos de la IU como si no). Sin embargo, puedes especificar el tipo cuando creas un nuevo proceso desde Studio. De forma predeterminada, todos los procesos se marcan como en primer plano a menos que se especifique lo contrario.
Session 0. Esta sesión permite que Windows ejecute procesos del sistema necesarios para la propia máquina. Cuando un usuario inicia sesión en esa máquina, se crea una nueva sesión llamada User Session en la que se ejecutan servicios específicos del usuario.
Para una descripción más detallada, el documento de Microsoft Aislamiento de la sesión 0 ofrece información adicional sobre la forma en que se crean sesiones y cómo se maneja la información entre ellas.
Session 1), mientras que los iniciados desde robots no atendidos se ejecutan en la sesión de Windows.
Background Process Automation with Attended Robots rely on the user's session on the machine to run automations, these are started from Studio or UiPath® Assistant and run in the same Windows Session as the user. As the automation happens in the same session, the robot is able to retrieve information and access files that are specific to the user.
Background Process Automation with Unattended Robots are started from via the Robot Service and run in the Windows Session (Session 0). It's important to know that Session 0 has no User Interface and cannot interact with a user session. When using this type of processes on Unattended Robots keep in mind that they run in the name of the user and they inherit its permissions. Make sure that the user under which the process runs has access to the needed resources and that the process does not require any type of User Interface. See the Windows Session document for more details on how windows sessions are being handled by the UiPath® Robots.
Un Proceso en segundo plano puede pasar a Primer plano con la ayuda de Utilizar actividad en primer plano. Puedes encontrar más información sobre cómo funciona esta actividad y cómo usarla para diseñar tu automatización aquí.
Siempre que al menos esté un proceso en ejecución, el robot se marcará como Ocupado en Orchestrator.
UIPATH_HEADLESS_WITH_USER en la máquina del robot con el valor establecido en True. La máquina debe reiniciarse para que la variable de entorno surta efecto.
La ejecución de automatizaciones bajo la cuenta de servicio local es sencilla, ya que no necesita las credenciales de inicio de sesión establecidas en Orchestrator. Esto tiene las siguientes limitaciones:
- En los flujos de trabajo de automatización, el acceso está limitado a los privilegios de la cuenta de servicio local.
- No se admiten configuraciones de proxy para el ejecutor.
No es posible iniciar otro proceso en primer plano mientras hay otro en ejecución. Los procesos en segundo plano, por otra parte, se pueden iniciar independientemente del estado y tipo de los demás procesos.
Puedes usar la actividad Ejecutar proceso paralelo en tus procesos en segundo plano para iniciar otros procesos, en función de los desencadenadores que necesites. Los procesos iniciados por esta actividad se ejecutan de forma independiente. Por ejemplo, un proceso en segundo plano que supervisa determinadas acciones puede iniciar un nuevo proceso (en primer plano o en segundo plano) y seguir supervisando la acción concreta sin ninguna interrupción. Un proceso en segundo plano cargado por esta actividad se inicia de inmediato, incluso si ya se están ejecutando un proceso en primer plano y uno o varios en segundo plano. Si la actividad inicia un proceso en primer plano, se produce una de las siguientes situaciones:
- El proceso se inicia de inmediato si no hay otro proceso en primer plano en ejecución.
- Se produce una excepción si ya se está ejecutando un proceso en primer plano.
