- Introducción
- Ciclo de vida del producto
- Estrategia de lanzamiento
- Términos de asistencia al ciclo de vida del producto
- Ciclo de vida del producto
- Ciclo de vida de actividades
- Versiones sin soporte
- Cronología de la obsolescencia
- Ciclo de vida de los modelos de LLM
- Cronología de la obsolescencia del modelo de LLM
- Rutas de actualización de Orchestrator
- Rutas de actualización de Automation Suite
- Classic folders removal
- Uso de los datos de clientes en UiPath
- Uso de datos del cliente con Agents
- Uso de datos de clientes con AI Center
- Uso de datos de clientes con AI Computer Vision
- Uso de datos de clientes con Apps
- Uso de datos de clientes con UiPath Assistant
- Uso de datos de clientes con Automation Ops
- Uso de datos de clientes con Automation Hub
- Uso de datos de clientes con Autopilot for Everyone
- Uso de datos de clientes con robots en la nube
- Uso de datos del cliente con contextualización
- Uso de datos de clientes con Data Service
- Uso de datos de clientes con Delegate y Cartographer
- Uso de datos de clientes con Document Understanding™
- Uso de datos de clientes con soluciones industriales y de departamento
- Uso de datos de clientes con Healing Agent
- Uso de datos de clientes con Insights
- Uso de datos de clientes con Integration Service
- Uso de datos de clientes con Automatización de TI
- Uso de datos del cliente con Extracción y Procesamiento Inteligentes (IXP)
- Uso de datos de clientes con Orchestrator
- Uso de datos de clientes con Process Mining
- Uso de datos de clientes con robots
- Uso de datos del cliente con ScreenPlay
- Uso de datos de clientes con Studio y StudioX
- Uso de datos de clientes con Studio Web
- Uso de datos del cliente con Test Manager
- Licencia
- Opciones de entrega
- UiPath Platform
- Descargas
- Directrices de la plataforma para los socios
- Soporte de localización
- Matriz de compatibilidad
- Automatización atendida frente a desatendida
- Descripción general de las actividades
- Documentación de UiPath
- Solución de problemas
Automatización atendida frente a desatendida
Comparación de modelos de automatización atendidos y desatendidos, que abarca el contexto de ejecución, los casos de uso y cómo cada tipo se adapta a las diferentes necesidades empresariales.
La primera decisión que debes realizar al planificar tus automatizaciones es si la solución se debe ejecutar en un contexto atendido o desatendido. Puede que hayas oído hablar antes de este concepto como automatización del front-office frente a la automatización del back-office.
Mientras ambos tipos están destinados a automatizar las tareas que, de otro modo, un usuario llevaría a cabo manualmente en su equipo, los casos de uso específicos son diferentes entre ellos.
Automatizaciones atendidas
Las automatizaciones atendidas son automatizaciones que se ejecutan bajo supervisión humana y, por tanto, están indicadas para tareas más fraccionadas o más pequeñas. Por ejemplo, el envío de un informe de gastos es una tarea que se presta a una automatización atendida. El usuario proporciona las credenciales para iniciar sesión en el sistema y la automatización rellena luego la información necesaria, adjunta cualquier elemento necesario y envía el informe en nombre del usuario.
Como siempre hay un usuario humano presente, las automatizaciones atendidas no deben crease con, o no se les debe conceder, permisos especiales para realizar tareas que el propio usuario no podría llevar a cabo. El usuario que desencadena la automatización debería saber y facilitar siempre todos los credenciales necesario durante la ejecución de un proceso atendido.
Esto se debe a que no hay manera de garantizar el aislamiento de seguridad entre una automatización en ejecución y el usuario de la máquina. Si la propia automatización realiza acciones a las que el usuario no tiene acceso, entonces le otorgará acceso que de otro modo no tendría. Tomando el ejemplo del informe de gastos anterior, si en esa automatización está también el proceso de aprobación de los informes de gastos, el usuario podría simplemente pausar o detener la automatización después de que haya iniciado sesión en el sistema de aprobación y luego aprobar cualquier informe en cualquier cantidad, una acción que no podría realizar con sus propias credenciales.
Automatizaciones desatendidas
Las automatizaciones desatendidas son automatizaciones destinadas a tareas más complejas y altamente repetitivas, que normalmente deben realizarse por lotes y que pueden decidirse en función de una regla predefinida. Además, las automatizaciones desatendidas son adecuadas para los procesos que realizan operaciones privilegiadas que requieren permisos y credenciales elevados.
Del ejemplo anterior, la aprobación de los informes de gastos sería una de esas tareas. La automatización, sin ningún usuario humano presente, iniciaría sesión en el sistema necesario y procesaría cualquier informe de gastos enviado, si coincide con una regla definida (p. ej., por debajo de una cantidad dada), automáticamente los aprueba.
En este ejemplo, se proporciona acceso al proceso no atendido para aprobar los informes de gastos mediante activos de credenciales configurados por el administrador. Esto proporciona el aislamiento de la seguridad, ya que los desarrolladores de automatización solo mencionan las credenciales que se proporcionan. Además, siempre se garantiza una cadena de auditoría clara, como registros de quién obtiene y administra las credenciales utilizadas por la automatización, que siempre están conectados.