- 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
- Autenticación por SmartCard
- Configurar las capacidades de automatización
- Auditoría
- Configuración: a nivel de tenant
- Servicio de catálogo de recursos
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Otras configuraciones
- Integraciones
- Administración de host
- Acerca del nivel de host
- Gestionar los administradores del sistema
- Gestión de tenants
- Configuración de las notificaciones por correo electrónico del sistema
- Registros de auditoría para el portal del host
- Modo de mantenimiento
- Administración de la organización
- Solución de problemas
Sobre desencadenadores
Los desencadenadores te permiten ejecutar trabajos de forma planificada. La página Desencadenadores te permite crear nuevos desencadenadores, gestionar los existentes o lanzar al instante un trabajo basado en un proceso existente.
-
Desencadenadores temporales: ordenan a la automatización que se inicie a intervalos regulares. Más información...
-
Desencadenadores de cola: indican a la automatización que debe iniciarse cada vez que se añaden nuevos elementos a tus colas. Más información...
-
Fuera del flujo de trabajo: creados por los administradores de carpetas en Orchestrator (desencadenadores de tiempo y cola).
-
Dentro del flujo de trabajo: creado en tiempo de diseño por los desarrolladores de RPA mediante actividades de desencadenador.
-
Solo se permite una actividad de desencadenador por flujo de trabajo.
-
Los desencadenadores creados en tiempo de diseño en Studio son los únicos tipos de desencadenadores que Orchestrator valida como requisitos de paquete. Solo funcionan cuando se agregan en el momento de la creación del proceso, desde la página Requisitos del paquete .
Si lo deseas, podrás definir varias listas de días no laborables, por inquilinos, con su propio conjunto de fechas en las que no quieras que los desencadenadores se ejecuten. Esto significa que, los días de fiesta, fines de semana o cualquier otro día en que no se lleven a cabo las actividades comerciales ordinarias, los desencadenadores a largo plazo que tengas activados podrán configurarse para que no se ejecuten. Puedes definir o cargar esos calendarios en la pestaña Días no laborables en la página Configuración. De forma predeterminada, los calendarios están preconfigurados con los Días festivos, para que establecer los días no laborales te sea más fácil. Una vez los días no laborales establecidos en el calendario terminen, los desencadenadores se ejecutarán según lo habitual.
Para aplicar una restricción a tus desencadenadores, debes seleccionar el calendario que prefieres del menú Restricciones de días no laborables al crear un nuevo desencadenador o modificando uno existente. Puedes seleccionar un único calendario para un desencadenador. Ten en cuenta que editar un calendario en la pestaña Días no laborables también afecta a los desencadenadores que ya tengan ese calendario seleccionado en el menú restricciones de Días no laborables.
Para más detalles sobre cómo gestionar los días no laborables, haz clic aquí.
Ten en cuenta que añadir y eliminar días no laborables se auditará en el ámbito de tenant. Más información sobre la auditoría aquí.
El parámetro Trigger.JobsCountStrategy te permite elegir la estrategia para iniciar trabajos mediante desencadenadores. Están disponibles las siguientes opciones:
PerProcess: un desencadenador inicia el número de trabajos requerido teniendo en cuenta cualquier trabajo pendiente del proceso especificado. Por ejemplo, dos desencadenadores definidos para el mismo proceso inician 3 y 5 trabajos respectivamente. Si el primer desencadenador inicia 3 trabajos en un momento dado, cuando se activa el segundo desencadenador se lanzan 2 trabajos para llegar a los 5 trabajos necesarios.PerTrigger: un desencadenador inicia el número de trabajos requerido teniendo en cuenta cualquier trabajo existente iniciado previamente por ese mismo desencadenador. Por ejemplo, se define un desencadenador para iniciar 9 trabajos en un momento dado. Si se han completado 2 trabajos correctamente en el momento en que se desactiva este desencadenador de nuevo, Orchestrator inicia otros 2 trabajos para llegar a los 9 trabajos necesarios.NoLimit: el desencadenador inicia el número de trabajos requerido independientemente de cualquier trabajo existente y pendiente. Por ejemplo, se define un desencadenador para iniciar 5 trabajos en un momento dado. La segunda vez que se desactiva el desencadenador, se inician otros 5 trabajos.
