- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Soluciones
- Auditoría
- Configuración
- Cloud Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Guía del usuario de Orchestrator
Configuración
La página Configuración permite a los administradores ajustar la configuración del tenant de Orchestrator.
Campo |
Descripción |
---|---|
Configuración de la aplicación |
Zona horaria: el huso horario del tenant. Este campo está configurado como UTC de forma predeterminada. Configuración de la interacción: incluye la opción Confirmación fuerte al eliminar, que te permite determinar cómo tratar estrictamente la eliminación de objetos de Orchestrator. Si se selecciona, se muestra una ventana de confirmación que te pide que escribas un texto antes de realizar la eliminación. Esto se aplica a todo el tenant. |
Espacios de trabajo personales |
Configurar automáticamente máquinas Serverless en Espacio de trabajo personal para usuarios de Studio Web: opción seleccionada de forma predeterminada, que permite aprovisionar automáticamente máquinas Serverless en los espacios de trabajo personales de usuarios que diseñan o depuran en Studio Web. Anular la selección de la opción evita que las máquinas Serverless se creen automáticamente en espacios de trabajo personales, lo que puede afectar a los procesos de diseño o depuración en Studio Web. Nota:
Al anular la selección de la opción, no se cancela la asignación de la máquina Serverless de tu espacio de trabajo personal. Puede que sea necesario cancelar la asignación explícita de la máquina Serverless. Detener automáticamente la exploración de espacios de trabajo personales después : permite a los administradores de Orchestrator aplicar una regla que dicta que la exploración del espacio de trabajo personal se detiene automáticamente después de un período de tiempo establecido. Las opciones disponibles son 15 minutos,1 hora,1 díay valor personalizado. De forma predeterminada, al migrar o crear nuevos tenants, este valor no se establece. Debe configurarlo manualmente una vez que se complete el proceso de migración / creación. Detener todas las sesiones activas para explorar espacios de trabajo personales : permite a los administradores de Orchestrator detener todas las sesiones de exploración del espacio de trabajo personal actualmente activas. Tiene el sufijo del número de sesiones activas, se muestra entre paréntesis y se puede habilitar haciendo clic en Detener exploración de sesiones. Los cambios que realizas en la configuración de la exploración no se aplican de forma retroactiva a las sesiones que ya se han explorado. Activación masiva de espacios de trabajo personales para usuarios y grupos actuales: crea espacios de trabajo personales para todos los usuarios en un tenant que utilizan un determinado perfil de licencia Attended, seleccionando al mismo tiempo el perfil de interfaz de usuario que se utilizará para dichos usuarios. Esta acción no se puede deshacer, cuando se habilita la característica Espacios de trabajo personales no se puede deshabilitar. |
Roles estándar |
Crea roles estándar para carpetas. Estos roles te permiten aprovechar las ventajas de los grupos de usuarios. Haz clic en Crear rol junto a cada uno de los roles que desees crear. |
Configuración de la actualización automática de los binarios del cliente (Robot, Studio, Assistant) |
Ignorar el estado de actualización automática de las máquinas robot que han estado desconectadas durante más de _____ días: excluye las máquinas inactivas del proceso de actualización y ya no tenerlas más en cuenta cuando se informa del estado de actualización |
Carpetas |
Habilitar asignaciones de cuenta-máquina: habilita la característica Asignaciones de cuenta-máquina. |
Campo/Valor predeterminado |
Descripción |
---|---|
Desencadenadores: estrategia de recuento de trabajos (
Triggers.JobsCountStrategy ).
Valor predeterminado: por proceso |
Elige la estrategia de recuento de trabajos para los trabajos lanzados a través de desencadenadores. Tenga en cuenta que esto no tiene en cuenta los argumentos que pueda haberse proporcionado. Las siguientes opciones están disponibles:
|
Desencadenadores - Desencadenadores de cola - Habilitar estrategia de trabajos pendientes (
Features.QueueTriggers.PendingJobsStrategy ).
Valor predeterminado: verdadero |
Elige el método de cálculo para el número de trabajos adicionales que se desencadenarán cuando se agreguen nuevos artículos a una cola. Esto se hace restando el número de trabajos en un estado determinado de la cantidad máxima de trabajos dirigidos que se van a crear. Las siguientes opciones están disponibles:
El número se calcula así: Máximo de trabajos adicionales a crear en función de los artículos en cola disponibles nuevamente = número máximo de trabajos pendientes y en ejecución permitidos de forma simultánea menos número de trabajos en estado Pendiente.
El número se calcula así: Máximo de trabajos adicionales a crear en función de los artículos en cola disponibles nuevamente = número máximo de trabajos pendientes y en ejecución permitidos de forma simultánea menos el número de trabajos en uno de estos estados: Pendiente,Reanudado,En ejecución, Detenido,Terminado. |
Desencadenadores: deshabilitar cuando la creación del trabajo falla en el recuento (
Triggers.DisableWhenFailedCount ).
Valor predeterminado: 10 |
Configura un desencadenador para que se deshabilite automáticamente después de un número determinado de inicios fallidos y sin que se produzcan ejecuciones con éxito en un número de días concreto. Esta opción funciona en conjunto con el período Desencadenadores -Grace cuando la creación de trabajos sigue fallando el recuento (días), de la siguiente manera: Desencadenadores: deshabilitar cuando el recuento de trabajos falla te permite ajustar el número de ejecuciones fallidas, mientras que Desencadenadores: deshabilitar cuando sigue fallando el recuento (días) te permite cambiar el número de días. De forma predeterminada el valor de Desencadenadores: desactivar cuando falle la creación de trabajos es 10 y el valor de Desencadenadores: periodo de gracia cuando la creación de trabajos sigue fallando (días) es 1, lo que significa que el desencadenador se desactiva después de 10 intentos fallidos de inicio si no hubo ejecuciones con éxito durante el último día. Esta opción se puede configurar en un rango de 10 a 100. |
Desencadenadores: período de gracia cuando la creación del trabajo sigue fallando en el recuento (días) (
Triggers.DisableWhenFailingSinceDays ).
Valor predeterminado: 1 |
Configura un desencadenador para que se deshabilite automáticamente después de un número determinado de inicios fallidos y sin que se produzcan ejecuciones con éxito en un número de días concreto. Esta opción funciona en conjunción con Desencadenadores: desactivar cuando recuento fallido, como se ha descrito anteriormente. Se puede configurar en un rango de 1 a 30. |
Desencadenadores - Desencadenadores conectados: deshabilitar cuando la ejecución del trabajo falla en el recuento Valor predeterminado: 5 |
Nota:
Esto solo afecta a los desencadenadores conectados (por ejemplo,desencadenadores creados en Studio Web) publicados en espacios de trabajo personales. El desencadenador se deshabilita después del número de ejecuciones fallidas que elija para esta configuración. Puede establecerse en un rango de 0 a 100, donde 0 significa que el desencadenador nunca se deshabilita. Si seleccionas 0, Desencadenadores - Desencadenadores conectados: período de gracia en el que la ejecución del trabajo sigue fallando, el recuento (días) se vuelve irrelevante y su campo se deshabilita. Esta configuración solo es válida para los desencadenadores conectados recién creados. Los cambios no se aplican retroactivamente a los desencadenadores conectados existentes. |
Desencadenadores - Desencadenadores conectados: período de gracia cuando la ejecución del trabajo sigue fallando en el recuento (días) Valor predeterminado: 0 |
Nota:
Esto solo afecta a los desencadenadores conectados (por ejemplo,desencadenadores creados en Studio Web) publicados en espacios de trabajo personales. Esta configuración determina el número de días que se deben esperar antes de que el desencadenador se deshabilite tras el primer fallo de un trabajo. Se puede establecer en un rango de 0 a 30. Si Desencadenadores - Desencadenadores conectados: deshabilitar cuando el recuento de fallos de ejecución de trabajos es 0, este campo se deshabilita. |
Desencadenadores - Desencadenadores de API - Límite máximo de trabajos pendientes Valor predeterminado: 10 |
Establece el número máximo de trabajos pendientes que pueden crearse por un desencadenador de API. El rango compatible es 1 - 100. |
Colas: abandonar los artículos en cola en progreso después del umbral (horas) (
inProgressMaxNumberOfMinutes ).
Valor predeterminado: 24 |
Establece la cantidad máxima de tiempo, en horas, que los artículos en cola pueden tener el estado En curso. Tras este tiempo, el estado de los artículos en cola cambia a Abandonado. El valor predeterminado es de 24 horas, lo que significa que los artículos en cola no se pueden marcar como Abandonado a menos que hayan permanecido en el estado En progreso durante al menos un día. Esto lo maneja un trabajo en segundo plano que se ejecuta una vez cada hora. Por tanto, puedes esperar que la transición tenga lugar hasta una hora después del valor seleccionado. |
Colas: frecuencia de comprobación de artículos en cola no procesados (minutos) (
Queue.ProcessActivationSchedule ).
Valor predeterminado: 30 |
La cantidad de tiempo entre la comprobación de los elementos de la cola no procesados. Para ajustar el intervalo de comprobación, puede elegir entre 10, 15, 20, 30 o 60 minutos. Por cada desencadenador de cola que crees, generamos un desencadenador de tiempo en segundo plano que está destinado a manejar los elementos de la cola que no se pudieron procesar en el momento en que se pusieron en cola. Este desencadenador de tiempo en segundo plano se utiliza para calcular la frecuencia dictada por la configuración. Desencadenadores decola existentes: la configuración se aplica cuando se cambia el valor predeterminado por primera vez y no se puede restaurar. Nuevos desencadenadores de cola: la configuración se aplica siempre. Importante:
|
Trabajos: tiempo de espera tras finalización (horas) (
Jobs.TerminatingJobsTimeout ).
Valor predeterminado: 24 |
Establece el tiempo transcurrido, en horas, hasta que los trabajos Terminando sean aptos para marcarse como Fallido. El valor predeterminado es 24, lo que significa que los trabajos no se pueden marcar como Fallido a menos que hayan permanecido en estado Terminando durante al menos un día. Esto lo maneja un trabajo en segundo plano que se ejecuta una vez cada hora. Por tanto, puedes esperar que la transición tenga lugar hasta una hora después del valor seleccionado. |
Configuración |
Descripción |
---|---|
Lista de permitidos de CORS para desencadenadores de API |
Te permite introducir dominios permitidos para el tráfico entrante. Separar dominios distintos mediante una coma o pulsando Intro. |
Requerir encabezado de autenticación para las redirecciones de desencadenadores de API de sincronización | Esto está habilitado de forma predeterminada y aplica el uso de un encabezado de autenticación al seleccionar el modo de llamada de sincronización (sondeo largo) para un desencadenador de API. |
API estricta |
Si está habilitado, ciertos campos de la API no se pueden filtrar y/o clasificar, lo que ayuda a evitar problemas de rendimiento. Puedes ver una lista de estos campos en la página dedicada. Esta configuración está habilitada de forma predeterminada para los nuevos tenants, pero los tenants existentes deben habilitarse manualmente. Mantener esta opción habilitada en todo momento es una buena práctica recomendada en las integraciones API. |
Permite configurar y proteger las fuentes de paquetes y bibliotecas. Puede gestionar las fuentes para todos los tenants desde una ubicación centralizada mediante Automation Ops. Para obtener más información, consulta gestión de fuentes en la guía de Automation Ops.
La configuración aquí solo afecta a las fuentes de los tenants; las fuentes de las carpetas y del espacio de trabajo personal son siempre de carácter interno y están únicamente disponibles en el contexto de la respectiva carpeta o del espacio de trabajo personal.
Te permite establecer un flujo interno o externo en el que se pueden mantener paquetes de automatización. Se utiliza un flujo interno de forma predeterminada. Los flujos pueden protegerse ya sea definiendo credenciales de autenticación básicas o mediante una clave API.
Campo |
Descripción |
---|---|
Interna |
Utiliza una fuente interna. La fuente puede protegerse mediante la opción Implementación segura o utilizando una clave API.
|
Externa |
Utiliza una fuente externa. La fuente puede protegerse mediante el uso de clave API o de credenciales de autenticación básicas.
Ten en cuenta que tanto el nombre de usuario como la contraseña utilizados con la Clave API deben utilizarse también en este caso. |
Permite configurar la fuente que se utilizará para los paquetes de bibliotecas y actividades.
Campo |
Descripción |
---|---|
Solamente la transmisión del host |
Las bibliotecas se almacenan en la fuente del host y están disponibles para todos los tenants que la utilizan. La página Bibliotecas es la misma para una instancia de Orchestrator, lo que significa que las bibliotecas no se aíslan en el nivel de tenant: cada tenant tiene acceso a la actividad de los otros tenants. No se pueden cargar bibliotecas desde Orchestrator si se selecciona esta opción. Esta opción permite al robot acceder solo a la fuente del host. |
Solo transmisión para tenant |
Las bibliotecas están aisladas a nivel de tenant, por lo que los datos están separados entre los tenant. Se puede establecer una fuente interna o externa en la que se mantengan las bibliotecas. Se utiliza un flujo interno de forma predeterminada. Esta opción permite al robot acceder solo a la fuente del tenant. |
Transmisiones del host y del tenant |
Las bibliotecas están aisladas a nivel de tenant, por lo que los datos están separados entre los tenant. Se puede establecer una fuente interna o externa en la que se mantengan las bibliotecas. Se utiliza un flujo interno de forma predeterminada. Esta opción permite al robot acceder tanto a la fuente del host como a la del tenant. |
Interna |
Se muestra cuando se selecciona Solo fuente del tenant o Fuentes del host y del tenant. Utiliza una fuente interna para tus bibliotecas. La fuente puede protegerse mediante la opción Implementación segura o utilizando una clave API.
|
Externa |
Se muestra cuando se selecciona Solo fuente del tenant o Fuentes del host y del tenant. Utiliza una fuente externa para tus bibliotecas. La fuente puede protegerse mediante el uso de clave API o de credenciales de autenticación básicas.
Ten en cuenta que tanto el nombre de usuario como la contraseña utilizados con la Clave API deben utilizarse también en este caso. |
Para obtener más información, lea la página Fuentes de la biblioteca.
Campo |
Descripción |
---|---|
Número total de horas en las que un robot puede funcionar sin conexión y sin verificación de licencia |
Especifica el número de horas que un UiPath Robot puede funcionar sin conexión, sin que Orchestrator compruebe su licencia. Está establecido en 0 de forma predeterminada. El valor máximo admitido es de 168 horas. |
Campo |
Descripción |
---|---|
Autenticación de robot desatendido |
Credenciales de cliente (recomendado): esta opción solo permite conexiones con tokens que caducan. Utiliza el marco OAuth 2.0 como base para el protocolo de autenticación, lo que significa que los robots desatendidos pueden conectarse a Orchestrator con un par ID de cliente-secreto de cliente generado mediante objetos de plantilla de máquina. El par ID de cliente-secreto de cliente genera un token que autoriza la conexión entre el robot y Orchestrator y proporciona al robot acceso a los recursos de Orchestrator. Híbrido: esta opción permite tanto las conexiones con tokens que no expiran (clave de máquina) como las conexiones con tokens que sí caducan (credenciales de cliente). |
Autenticación de robots atendidos |
SSO de registro interactivo (recomendado): esta opción solo permite las conexiones de robots con tokens que caducan. Los usuarios pueden autenticar sus robots tan solo iniciando sesión con sus credenciales en UiPath Assistant. Se requiere que el usuario inicie sesión para ejecutar robots attended, realizar solicitudes HTTP de Orchestrator o ver procesos en UiPath Assistant. Cuando se utiliza el inicio de sesión interactivo, no es necesario crear objetos de máquina en Orchestrator. Híbrido: esta opción permite tanto las conexiones con tokens que no expiran (clave de máquina) como las conexiones con tokens que sí caducan (credenciales de inicio de sesión interactivo o de cliente). Los usuarios tienen la opción de iniciar sesión con sus credenciales para autenticar sus robots, lo que a su vez les permite conectar Studio y el Asistente a Orchestrator, aunque no es obligatorio. |
Especifica si el servicio de Robot debe suscribirse a los canales SignalR de Orchestrator, y configura los protocolos de transporte que vayan mejor para tu caso.
Campo |
Descripción |
---|---|
Habilitada |
Este botón de alternancia especifica si el servicio Robot se suscribe a los canales SignalR de Orchestrator o no. Por defecto, esta configuración está activada y se seleccionan todos los canales disponibles:
Cuando todos los canales de transporte están habilitados, se selecciona automáticamente el mejor transporte disponible, en el siguiente orden de prioridad: WebSocket> Eventos enviados por el servidor> Sondeo largo. Si el primer protocolo no está disponible por algún motivo, se utiliza el siguiente en la línea (si está habilitado) para facilitar la comunicación entre Orchestrator y Robot. |
WebSocket |
Cuando se selecciona, permite usar el protocolo de transporte WebSocket para conectar el Robot a los canales SignalR de Orchestrator. Este es el protocolo más usado en el orden de prioridad debido a su rendimiento y compatibilidad con la comunicación simultánea en ambas direcciones: desde el servicio de Robot al Orquestador y viceversa. Si la característica SignalR (Robots) no está habilitada, WebSocket se convierte en el único protocolo de transporte disponible. |
Eventos enviados por el servidor (SSE) |
Cuando se selecciona, permite usar la tecnología push de eventos enviados por el servidor (SSE) para conectar el Robot a los canales SignalR de Orchestrator. Este es el primer respaldo en caso de que WebSockets no esté disponible por alguna razón. Esta opción no se puede usar si la característica SignalR (Robots) no está activada. |
Encuesta prolongada |
Cuando se selecciona, permite usar el protocolo de transporte de sondeo largo para conectar el Robot a los canales SignalR de Orchestrator. Este protocolo se usa en caso de que los WebSockets y SSE no estén disponibles. Esta opción no se puede usar si la característica SignalR (Robots) no está activada. |
Define una lista de días no laborables por tenant, en la que puedes limitar la ejecución de desencadenadores. Esto significa que, los días de fiesta, fines de semana o cualquier otro día en que no se lleven a cabo actividades comerciales ordinarias, las programaciones a largo plazo que tengas activados podrán configurarse para que no se inicien. Una vez pasados los días no laborables definidos, los desencadenadores se inician como de costumbre.
Para aplicar estas restricciones a los desencadenadores, debes seleccionar el calendario de días no laborables al configurar desencadenadores. Todos los cambios que hagas en la pestaña Días no laborables afectan a todos los desencadenadores que usen ese calendario.
Para más detalles sobre cómo gestionar los días no laborables, haz clic aquí.
Esta pestaña te permite configurar integraciones con proveedores de servicios en la nube (CSP) de terceros que se utilizan para la orquestación de robot elástico.
Esta pestaña enumera imágenes capturadas de máquinas personalizadas que se utilizan para Cloud Robot - VM.