- Notas relacionadas
- Primeros pasos
- Asistente de UiPath
- Instalación y actualización
- Tipos de robot
- Según la licencia
- Robots atendidos comparados con no atendidos
- Robots de alta densidad
- Robots de Linux
- Componentes de robot
- Licencia
- Conexión de los robots a Orchestrator
- Procesos y actividades
- 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
Robots atendidos comparados con no atendidos
Como ya sabemos, UiPath Robots es el centro de acción a la hora de la automatización y de ayudar a tu empresa a crecer y tener cada día más éxito. Por ello, el robot puede usar una licencia atendida o no atendida, de modo que tanto tu empresa como la gente que ayuda a llevarla hacia el futuro se puedan adaptar más fácilmente.
En primer lugar, cubrimos los principales aspectos que separan el robot atendido del robot no atendido y luego profundizamos en cada uno de ellos.
¿Qué es lo que hacen mejor? | |
---|---|
Robot atendido |
Ayudan a las personas a realizar tareas pequeñas y repetitivas |
Robot desatendido |
Ejecutar procesos o automatizaciones prolongados sin necesidad de la interacción humana |
¿Cómo funcionan? | |
---|---|
Robot atendido |
Los procesos son desencadenados por los usuarios o por eventos de usuario concretos (p. ej.: se ha recibido una llamada) |
Robot desatendido |
No dependen de los usuarios para desencadenar procesos, ya que se controlan a través de Orchestrator |
¿Dónde se ejecutan? | |
---|---|
Robot atendido |
En la misma máquina en la que el usuario realiza las tareas cotidianas |
Robot desatendido |
Cualquier máquina conectada a Orchestrator, por lo general se usan máquinas dedicadas |
Ahora que sabemos el contraste entre ellos, entremos en más detalles sobre cómo funciona cada uno de ellos y quién puede aprovecharlos mejor.
Actúa como asistente personal de un usuario final (personal de RR. HH., operador de centro de llamadas o especialista en validación de datos) y le ayuda a hacer sus pequeñas tareas cotidianas o con partes concretas de un proceso.
Poner un ejemplo de la vida real es la mejor forma de entender bien la manera en que el robot atendido puede mejorar tu trabajo y aumentar la productividad laboral. El siguiente diagrama hace exactamente eso.
- El Usuario recibe un ticket de asistencia, mientras lee los detalles se da cuenta de que hace falta más información para responder mejor a la solicitud
- El Usuario desencadena el Proceso que busca documentación en su nombre
- El robot atendido entonces comienza a buscar en fuentes internas y externas documentación relacionada usando palabras clave que se encuentran en el Ticket de atendencia
- El robot atendido los presenta al Usuario
- El usuario ofrece una respuesta más rápida y completa usando la documentación proporcionada por el robot
Con este tipo de implementación, el usuario final tiene el control completo de cómo y cuándo el robot ejecuta los procesos.
Por otro lado tenemos el robot no atendido que rinde mejor cuando se usa a gran escala en una empresa, ejecutándose en segundo plano para facilitar las tareas repetitivas o largas de múltiples usuarios e incluso de departamentos completos.
Este tipo de robot no necesita interacción directa del usuario para iniciar una automatización. Como suele ejecutarse en máquinas dedicadas, los usuarios no necesitan interrumpir su trabajo para desencadenar una tarea/proceso, ya que el robot no atendido ya ha sido programado para ejecutarse dependiendo de la configuración establecida en Orchestrator.
Como ejemplo podemos presentar un Sistema de informes. Aquí es donde el robot no atendido muestra su valía ya que puede usarse para capturar datos relacionados con el rendimiento de los empleados, el volumen diario de tareas por departamento y otros indicadores necesarios en informes o procesos frecuentes que de otra manera habría que hacer a mano dedicándoles mucho tiempo.
Implementar un robot no atendido en tu empresa para manejar los informes permite que tu personal realice la parte importante de su trabajo, que es emprender acciones basadas en los resultados finales de los informes, al tiempo que dejan que el cálculo real lo haga el robot no atendido.