- 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
- Auditoría
- Servicio de catálogo de recursos
- Automation Suite Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Integraciones
- Solución de problemas
Mejores prácticas de automatización
Orchestrator ofrece una opción de multitenant. Al utilizar más de un tenant, los usuarios pueden dividir una sola instancia de Orchestrator en múltiples entornos de implementación, cada uno con sus propios Robots, procesos, registros, entre otros. Todos los tenants comparten la misma base de datos de Orchestrator.
Esto permite el aislamiento de los recursos deseados del resto de la organización. Los recursos de automatización son accesibles desde ese tenant.
Carpetas te permite limitar el acceso a la administración de la automatización (por ejemplo, quién puede crear Robots, acceder a Procesos específicos, etc.) a la vez que se comparte la automatización en los departamentos de tu organización donde se necesita.
Utiliza los nombres y la descripción significativa para cada Robot. Cada vez que se aprovisiona un nuevo Robot, debe elegirse el tipo de Robot en consecuencia.
- Para los robots desatendidos, las credenciales de Windows son necesarias para ejecutar trabajos desatendidos en ellos.
- Para los robots atendidos, no se necesitan credenciales porque los trabajos son desencadenados manualmente por agentes humanos, directamente en la máquina donde están instalados los robots.
El siguiente paso después de registrar el Robot atendido en Orchestrator es comprobar si su estado está disponible en la página Robots.
De vez en cuando, se deben eliminar versiones antiguas de los procesos que ya no se utilizan. Las versiones se pueden eliminar una a una manualmente y haciendo clic en el botón Eliminar o en el botón Eliminar inactivo. La última opción elimina todas las versiones del proceso que ya no se utilizan.
Si el Robot debe ejecutar varios procesos sin interrupción, se deben desencadenar todos los trabajos, uno tras otro, incluso si el Robot está ocupado. Estos trabajos se ponene en cola con el estado Pendiente, y cuando el Robot está disponible de nuevo, Orchestrator lanza el siguiente trabajo.
Es mejor detener un trabajo que cancelarlo.
Para detener un trabajo, la actividad Debería detenerse es necesaria en el proceso del flujo de trabajo. Esta actividad devuelve un Booleano que indica si se ha hecho clic sobre el botón Parar.
El botón Eliminar envía un comando Eliminar al Robot. Esta opción solo se debe utilizar cuando se necesita porque el Robot puede encontrarse realizando una acción.
Además de la funcionalidad obvia, los desencadenadores se pueden utilizar para que un Robot se ejecute 24 horas al día durante los 7 días de la semana. Los trabajos pueden programarse uno detrás de otro (con un minuto de diferencia entre ellos). Si el Robot no está disponible cuando el proceso debe iniciarse, el proceso se añade a cola de trabajos y se ejecuta en cuanto un Robot está disponible.
Usa un nombre y una descripción significativos para cada cola creada.
Al final del ciclo vital de cada transacción, es obligatorio establecer el resultado del procesamiento del elemento. De lo contrario, las transacciones con el Nuevo estado transicionan automáticamente a la la opción Abandonado al cabo de 24 horas.
Al utilizar Establecer estado de la transacción, el estado de un elemento en cola se puede establecer como Correcto o Erróneo. Ten en cuenta que solo los elementos Fallidos con el TipodeError de la aplicación se volverán a intentar si se configura.
Cuando los mismos Robots deben procesar dos o más tipos de elementos, existen al menos dos maneras de administrarlos utilizando colas:
- Crea varias colas, una para cada tipo, y crea un proceso que comprueba todas las colas en una secuencia, y la que contiene los nuevos elementos debería desencadenar el proceso específico.
- Crea una única cola para todos los elementos, y para cada elemento, crea un argumento «Tipo" o «Proceso». Al conocer este parámetro, el robot debe decidir qué proceso se debe invocar.
La actividad Añadir Elemento de Transacción cuenta con la opción de obtener todas las funcionalidades de Transacciones sin utilizar una cola, aunque antes se debería crear al menos una. Esta actividad añade un elemento a la cola y establece su estado a En progreso. Comienza a utilizar el elemento de forma inmediata y no olvides utilizar la actividad Establecer estado de transacción al finalizar tu proceso.