Introducción
El proyecto de gestión del ciclo de vida de RPA aprovecha todas las capacidades del Asistente de Personas en Bizagi. Por lo tanto, las Personas son una parte importante de esto. Le recomendamos que lea y comprenda qué son las Personas y cómo participan en el diseño de la experiencia. Este artículo explica a todos los involucrados en el proyecto de gestión del ciclo de vida y qué acciones pueden realizar. El proyecto se divide en tres etapas principales:
•Administrar recursos de UiPath
Cada Persona tiene grupos de objetos que se muestran como Mis Cosas. Cada grupo está relacionado con un recurso UiPath. Por ejemplo, el gerente del orquestador puede ver grupos de todos los orquestas y tenants registrados en el proyecto por él:
Cada grupo de Mis Cosas depende de la Pesona. Cuando un usuario hace clic en un grupo, ve una lista de elementos. Cada elemento contiene un conjunto de acciones que cada parte interesada puede ejecutar:
La siguiente sección describe las Personas y las acciones que cada uno puede ejectuar con recursos de UiPath.
Para administrar recursos de UiPath
Las siguientes Personas participan en la configuración inicial de su proyecto cuando importa los recursos de UiPath en Bizagi. Una vez en Bizagi, estos roles también pueden administrar recursos RPA, en función de su rol.
Administrador del orquestador
El administrador de Orchestrator es un usuario súper administrador que puede controlar todos los recursos de una suscripción a UiPath dentro de Bizagi. El administrador del orquestador comienza su estrategia de RPA en Bizagi importando todos los recursos del bot. Ver pasos iniciales.
Administrador de la máquina
Los usuarios configurados como administradores de máquinas pueden actualizar y revisar las máquinas importadas por el orquestador. Cuando hay cambios en las propiedades de la máquina, como el nombre de usuario, el administrador de la máquina puede actualizar esto en Bizagi sin tener que acceder a ningún portal de UiPath. Ver información sobre máquinas en UiPath.
Administrador de aplicaciones
Las aplicaciones se refieren al software externo o interno al que un bot necesita acceder o usar para realizar una tarea en particular. Debido a que en su organización las aplicaciones se pueden administrar de forma independiente entre las áreas, Bizagi proporciona a la Persona administrador de aplicaciones, por lo que los usuarios en este rol pueden administrar aplicaciones y credenciales para que un bot las use.
Administrador de activos RPA
En UiPath, los activos se usan como variables o credenciales para almacenar información a la que pueden acceder diferentes robots. El administrador de activos se encarga de actualizar y revisar los activos importados. Por ejemplo, cuando un bot accede a una aplicación, como Office 365, debe acceder con las credenciales de un usuario. Estas credenciales se pueden almacenar en un activo que puede ser administrado por esta parte interesada. Vea cuáles son los activos en UiPath.
La siguiente tabla resume las acciones que cada Persona puede realizar al administrar los recursos de UiPath:
Recurso UiPath |
Acciones |
Administrador del Orquestador |
Administrador de máquinas |
Administrador de aplicaciones |
Administrador de activos |
|---|---|---|---|---|---|
Orquestador |
Activar / desactivar el orquestador |
|
|
|
|
Actualizar orquestador |
|
|
|
|
|
Ver el log del orquestador |
|
|
|
|
|
Tenant |
Agregar tenant |
|
|
|
|
Activar /desactivar tenant |
|
|
|
|
|
Seleccionar tenant por defecto |
|
|
|
|
|
Ver log del tenant |
|
|
|
|
|
Ver log de usuarios del tenant |
|
|
|
|
|
Máquina |
Agregar máquina |
|
|
|
|
Borrar máquina |
|
|
|
|
|
Importar máquina |
|
|
|
|
|
Actualizar máquina |
|
|
|
|
|
Ver el log de máquina |
|
|
|
|
|
Ambiente |
Agregar / borrar ambiente |
|
|
|
|
Importar ambiente |
|
|
|
|
|
Ver log del ambiente |
|
|
|
|
|
Activo |
Agregar activo |
|
|
|
|
Importar activo |
|
|
|
|
|
Actualizar activo |
|
|
|
|
|
Borrar activo |
|
|
|
|
|
Ver log del activo |
|
|
|
|
|
Aplicación |
Activar / desactivar aplicación |
|
|
|
|
Agregar credenciales |
|
|
|
|
|
Borrar credenciales |
|
|
|
|
|
Ver el log de aplicación |
|
|
|
|
|
Ver el log de credenciales |
|
|
|
|
|
Actualizar aplicación |
|
|
|
|
|
Installar aplicación |
|
|
|
|
|
Desinstallar aplicación |
|
|
|
|
|
Robot |
Agregar / borrar robot |
|
|
|
|
Proceso |
Ver propiedades del proceso |
|
|
|
|
Ver el log del proceso |
|
|
|
|
Para evaluar una nueva solicitud de bot
En el proceso de gestión del ciclo de vida de RPA, puede controlar las solicitudes de desarrollo de un bot. En este proceso hay dos roles principales, el usuario RPA, o la persona que solicita el bot, y el analista RPA, a cargo de evaluar técnica y funcionalmente el desarrollo de un nuevo bot.
Usuario RPA
un usuario como usuario RPA puede iniciar la solicitud iniciando un nuevo caso de Solicitar un nuevo proceso de bot. Este usuario se encarga de registrar las áreas y aplicaciones involucradas en el desarrollo y uso del bot.
Analista de RPA
Esta Persona evalúa la solicitud del bot. Para evaluarlo, el analista de RPA también puede enviar consultas al área solicitante, para recopilar la información que necesita esta Persona y comprender técnica y funcionalmente el desarrollo del bot. Además, el analista puede evaluar las aplicaciones registradas por el solicitante y revisar si las credenciales almacenadas son suficientes para la ejecución del bot en una aplicación.
La siguiente tabla resume las acciones de Asistente de Personas que las Personas pueden ejecutar en el proceso Solicitar un nuevo bot en Bizagi.
Acciones |
Descripción de la acción |
Analista RPA |
Usuario RPA |
|---|---|---|---|
Enviar consultas |
Envíe preguntas al área solicitante para comprender el requisito de RPA. |
|
|
Evaluar beneficios |
Evalúe los beneficios de desarrollar el bot descrito por el área(s) solicitante. |
|
|
Ver resumen del análisis |
Revise el resumen de todo el proceso de análisis de la información recopilada del área solicitante. |
|
|
Evaluar aplicación |
Evalúe las aplicaciones a las que el bot necesita acceder o usar. |
|
|
Evaluar credenciales |
Evalúe si las credenciales de la aplicación son suficientes para realizar todos los pasos del proceso RPA. |
|
|
Subir documentos |
Cargue documentos que puedan respaldar la evaluación realizada por el analista de RPA. |
|
|
Rechazar el proceso |
Rechazar la solicitud del proceso RPA. |
|
|
Evaluar tareas |
Evaluar si las áreas informadas por el área solicitante son adecuadas para el desarrollo y uso de RPA. |
|
|
Aprobar el proceso |
Aprobar la solicitud de RPA e iniciar el ciclo de desarrollo. |
|
|
Una vez que se aprueba una nueva solicitud de bot, puede administrar el ciclo de desarrollo en Bizagi. Aquí participan tres Personas. El desarrollador del bot, un probador y una Persona que brinda soporte durante el ciclo.
Desarrollador RPA
Esta Persona se encarga de desarrollar el bot en UiPath Studio. Una vez que se desarrolla el bot, esta Persona puede cargar el paquete en un entorno de desarrollo UiPath desde Bizagi, y comenzar el ciclo promoviendo el desarrollo a la etapa de prueba.
Probador RPA
Un usuario configurado como probador puede informar errores encontrados dentro del ciclo. Además, el probador puede aprobar la etapa de pruebas para enviar el bot a un ambiente de producción.
Soporte RPA
El usuario de soporte también es una parte importante de la etapa de prueba. Esta Persona puede actualizar el estado de los errores e informar nuevos errores.
La siguiente tabla muestra las acciones de diseño de experiencia que las Personas en el ciclo de desarrollo pueden ejecutar:
Acciones |
Descripción de la acción |
Desarrollador RPA |
Probador RPA |
Soporte RPA |
|---|---|---|---|---|
Subir un paquete nuevo de desarrollo |
Cargue el paquete creado en UiPath studio al orquestador en el ambiente de desarrollo. |
|
|
|
Enviar a pruebas |
Cambie el estado del ciclo a la etapa de pruebas. |
|
|
|
Ver comentarios de bug |
Ver todos los comentarios relacionados con errores reportados en el ciclo de desarrollo. |
|
|
|
Cambiar estado de bug |
Una vez en la etapa de prueba, un caso puede establecerse en el estado de error (bug). Cuando el desarrollo se establece en el estado de error, significa que se han informado uno o más errores. |
|
|
|
Actualizar bug |
Actualizar el estado del bug con información. |
|
|
|
Crear bug |
Crea un nuevo error. Esto cambia el estado del desarrollo a error. |
|
|
|
Enviar paquete a pruebas |
Envíe el paquete de desarrollo al entorno de prueba. |
|
|
|
Enviar a producción |
Cambie el estado del ciclo de desarrollo como terminado e inicie el envío al proceso de producción. |
|
|
|
Reportar bug |
Reportar error (bug). |
|
|
|
Last Updated 6/9/2023 3:21:48 AM