RPA workflows (Preview)

La automatización de procesos robóticos (RPA) automatiza el trabajo repetitivo basado en reglas en los sistemas que las personas utilizan todos los días. Con un agente de codificación, describe el trabajo en lenguaje sencillo y produce un flujo de trabajo ejecutable. Su parte es describirlo bien y revisar lo que vuelve.

Para qué sirve RPA

RPA se adapta al trabajo bien definido y determinista, especialmente donde los sistemas no tienen API utilizable:

• Leer y transformar archivos y hojas de cálculo.
• Mover datos entre sistemas y actualizar registros.
• Llamar a las API como parte de un proceso más grande.
• Impulsar aplicaciones de escritorio, web y virtuales a través de su interfaz.

Cuando el trabajo requiere juicio en lugar de reglas fijas, un agente, o una combinación de ambos, puede ser más adecuado. Consulta Agentes. Cuando un flujo de trabajo es un paso en un proceso más largo que abarca aprobaciones, sistemas y tiempo, un Maestro Flow puede orquestarlo junto con personas y otras automatizaciones.

Para ver ejemplos completos, consulta las recetas de RPA.

Qué puedes pedir

Crear un nuevo flujo de trabajo es solo el punto de partida. El mismo agente de codificación funciona durante toda la vida de una automatización, por lo que las solicitudes comunes incluyen:

• Crear un nuevo flujo de trabajo a partir de una descripción, un conjunto de pasos manuales, un documento de proceso o una plantilla como Robotic Enterprise Framework (REFramework).
• Refactorizar y ampliar un flujo de trabajo que ya tienes, reestructurándolo, añadiendo un paso o intercambiando una actividad.
• Trabajar en proyectos heredados, reconocer tipos de proyectos más antiguos y operar dentro de sus restricciones.
• Añadir pruebas, generar casos de prueba con aserciones y ejecutarlos para confirmar el comportamiento.
• Revisar una automatización existente para comprobar la calidad, la gestión de errores faltantes y las opciones arriesgadas, sin cambiar nada.
• Depurar un flujo de trabajo fallido leyendo el error, encontrando la causa y proponiendo una solución.
• Empaquetado y reutilización, publicando un proyecto en Orchestrator o extrayendo la lógica compartida en una biblioteca reutilizable.

Conduces todo esto en la conversación y el agente elige la capacidad de UiPath adecuada para cada solicitud en segundo plano.

Qué hace que una solicitud de RPA sea buena

El agente crea lo que describes, por lo que el resumen importa tanto como lo sería para un colega:

• Los pasos, en orden.
• Los sistemas y aplicaciones involucrados.
• Las entradas y salidas, con sus tipos.
• Las pantallas o datos que toca el flujo de trabajo.

La orientación general en Trabajar de forma efectiva también se aplica aquí; los puntos anteriores son los más importantes para RPA. Un documento de proceso existente es un punto de partida sólido, siempre que se eliminen primero los datos reales del cliente.

Elegir código bajo o codificado

Un flujo de trabajo de UiPath RPA puede crearse como un flujo de trabajo de código bajo o codificado, y tú orientas cuál:

• Los flujos de trabajo de código bajo (.xaml) son los predeterminados revisables y auditables. Tienen la cobertura de actividad más amplia y se pueden editar en Studio Web. La mayoría de las automatizaciones encajan aquí.
• Los flujos de trabajo codificados (.cs, C#) se adaptan a los componentes con mucha lógica, como las transformaciones de datos complejas, el análisis o los tipos personalizados.

Ambos también se pueden combinar en un proyecto. Elegir la forma desde el principio, en lugar de a mitad de la construcción, evita una restructuración posterior; sin dirección, el agente utiliza de forma predeterminada el código bajo.

Impulsar aplicaciones con Automatización de IU

El trabajo de RPA más difícil y valioso es impulsar la interfaz de una aplicación de la forma en que lo haría una persona, haciendo clic, escribiendo, leyendo valores y moviéndose por las pantallas, para sistemas que no ofrecen API. La automatización de IU de UiPath es lo que hace que esto sea fiable, y un agente de codificación lo utiliza directamente.

Cómo captura la interfaz

En lugar de adivinar cómo encontrar cada elemento, el agente explora la aplicación en tiempo de diseño: captura la pantalla, identifica los elementos sobre los que actuar y crea los pasos para navegar y rellenarlos. Esto es multimodal por diseño, porque para las aplicaciones de escritorio la estructura de página subyacente no es suficiente por sí sola. Los elementos pueden estar fuera de pantalla, desplazarse fuera de la vista u ocultarse detrás de una ventana emergente.

Los elementos capturados se almacenan como objetivos estables en un Repositorio de objetos, por lo que el mismo botón o campo puede reutilizarse en todos los flujos de trabajo y mantenerse en un solo lugar. Esto es lo que diferencia a la automatización de IU fiable de la frágil extracción de pantalla basada en coordenadas.

Mantenerse resiliente

Las interfaces cambian y UI Automation está diseñada para absorber eso:

Capacidad	Lo que hace
Reparación del selector	Adapta un destino cuando la interfaz cambia, en lugar de interrumpirse por completo.
Diagnóstico	Lee registros, grabaciones y capturas de pantalla después de un error y explica lo que salió mal en lenguaje sencillo.
ScreenPlay	Computer Vision impulsada por IA de UiPath; se adapta a la aplicación y los datos en runtime, como alternativa a las rutas críticas para pantallas impredecibles.

Cuando no hay una aplicación activa

Si la aplicación de destino no está disponible para capturar, el agente sigue produciendo el flujo de trabajo real, dejando cada interacción marcada para que un desarrollador finalice la captura en Studio. Los selectores generados se tratan mejor como borradores y se confirman con la aplicación real.

La automatización de IU también es el tipo de RPA más caro de crear. Requiere más tiempo y esfuerzo que el trabajo de archivos, datos o API, por lo que una API es el mejor camino dondequiera que exista una, y vale la pena dedicar tiempo y esfuerzo.

Convenciones de RPA que vale la pena capturar

Los proyectos de RPA tienen reglas de la casa que vale la pena indicar una vez en un archivo de contexto, en lugar de repetirlas en cada sesión. Ejemplos comunes:

• Actividades de diseño modernas en lugar del conjunto clásico.
• Actividades de IU mantenidas dentro de un ámbito Usar aplicación/navegador.
• Actividades nativas con preferencia a Invocar código.
• Los archivos de configuración existentes y los flujos de trabajo grabados se dejan intactos en lugar de sobrescribirse.

Puntos fuertes y límites

Los agentes de codificación son fuertes en la RPA nueva y bien estructurada y en la primera versión de un flujo de trabajo. Son más débiles y necesitan una revisión más detallada, en:

• Selectores complejos o frágiles.
• Conectores empresariales a medida.
• Elecciones de actividad inusuales, en las que puede colarse una alternativa genérica.

Para saber qué comprobar antes de aceptar un flujo de trabajo, consulta Revisar y validar la salida.

Más solicitudes para probar

• Crea un nuevo proyecto de RPA a partir de la plantilla REFramework llamada BankStatementReconciliation.
• Crea un flujo de trabajo de RPA que descargue los archivos adjuntos del último asunto de coincidencia de correo electrónico de Outlook "Factura" y los guarde en ./inbox/.
• Añade un Intentar capturar alrededor del paso Enviar pedido para que se registren las excepciones empresariales y la transacción se establezca en Fallido.
• Valide este proyecto y corrija las advertencias del analizador.

Profundizar

Para obtener una imagen completa de la creación de automatizaciones con Studio y actividades, consulta la documentación de Studio y la documentación de Actividades.