RPA workflows (Preview)

A Automação Robótica de Processos (RPA) automatiza o trabalho repetitivo e baseado em regras nos sistemas que as pessoas usam todos os dias. Com um agente de codificação, você descreve o trabalho em linguagem simples e ele produz um fluxo de trabalho executável. Sua parte é descrevê-la bem e revisar o que retorna.

Para que o RPA é bom

A RPA é adequada para um trabalho bem definido e determinístico, especialmente onde os sistemas não possuem API utilizável:

• Leitura e transformação de arquivos e planilhas.
• Movimentação de dados entre sistemas e atualização de registros.
• Chamando APIs como parte de um processo maior.
• Condução de aplicativos de área de trabalho, web e virtuais por meio de sua interface.

Quando o trabalho precisa de julgamento em vez de regras fixas, um agente ou uma mistura de ambos pode se encaixar melhor. Consulte Agentes. Quando um fluxo de trabalho é uma etapa em um processo mais longo que abrange aprovações, sistemas e tempo, um Maestro Flow pode orquestrá-lo ao lado de pessoas e outras automações.

Para exemplos funcionados de ponta a ponta, consulte as fórmulas de RPA.

O que você pode pedir

Criar um novo fluxo de trabalho é apenas o ponto de partida. O mesmo agente de codificação funciona durante toda a vida de uma automação; então, as solicitações comuns incluem:

• Criar um novo fluxo de trabalho a partir de uma descrição, um conjunto de etapas manuais, um documento de processo ou um modelo como a Estrutura Robótica Empresarial (REFramework).
• Refatorar e estender um fluxo de trabalho que você já possui, reestruturando-o, adicionando uma etapa ou trocando uma atividade.
• Trabalhar em projetos legados, reconhecendo tipos de projeto mais antigos e operando dentro de suas restrições.
• Adicionando testes, gerando casos de teste com afirmações e executando-os para confirmar o comportamento.
• Revisar uma automação existente quanto à qualidade, tratamento de erros ausentes e opções arriscadas, sem alterar nada.
• Depuração de um fluxo de trabalho com falha lendo o erro, encontrando a causa e propondo uma correção.
• Empacotamento e reutilização, publicando um projeto no Orchestrator ou extraindo a lógica compartilhada para uma biblioteca reutilizável.

Você direciona tudo isso para a conversa, e o agente escolhe o recurso UiPath certo para cada solicitação nos bastidores.

O que torna uma boa solicitação de RPA

O agente cria o que você descreve, então o resumo é tanto quanto seria para um colega:

• As etapas, em ordem.
• Os sistemas e aplicativos envolvidos.
• As entradas e saídas, com seus tipos.
• As telas ou dados que o fluxo de trabalho toca.

A orientação geral em Trabalhando com eficiência se aplica também aqui; os pontos acima são o que mais importa para a RPA. Um documento de processo existente é um ponto de partida forte, desde que os dados reais do cliente sejam removidos primeiro.

Escolher low-code ou codificado

Um fluxo de trabalho de RPA da UiPath pode ser criado como um fluxo de trabalho de pouco código ou como um codificado, e você orienta qual:

• Fluxos de trabalho de .xaml código () são o padrão revisável e auditável. Eles têm a cobertura de atividades mais ampla e podem ser editados no Studio Web. A maioria das automações se encaixa aqui.
• Fluxos de trabalho codificados (.cs, C#) atendem a componentes com alta lógica, como transformações de dados complexas, análise ou tipos personalizados.

Ambos também podem ser mistos em um projeto. Escolher a forma antecipadamente, em vez de no meio da compilação, evita uma reestruturação posterior; sem direção, o agente assume como padrão o low-code.

Orientação de aplicativos com o UI Automation

O trabalho de RPA mais difícil e valioso é guiar a interface de um aplicativo da maneira como uma pessoa faria, clicando, digitando, lendo valores e movendo-se pelas telas, para sistemas que não oferecem API. A UI Automation da UiPath é o que torna isso confiável, e um agente de codificação a usa diretamente.

Como ele captura a interface

Em vez de adivinhar como encontrar cada elemento, o agente explora o aplicativo no momento do design: ele captura a tela, identifica os elementos para agir e cria as etapas para navegar e preenchê-los. Isso é multimodal por design, porque para aplicativos de desktop a estrutura de página subjacente não é suficiente por conta própria. Os elementos podem estar fora da tela, rolado para fora da visualização ou ocultos atrás de um pop-up.

Os elementos capturados são armazenados como destinos estáveis em um Repositório de Objetos, para que o mesmo botão ou campo possa ser reutilizado em fluxos de trabalho e mantido em um só lugar. É isso que separa a automação de interface gráfica confiável da extração de tela frágeis e baseadas em coordenadas.

Mantendo-se resiliente

As interfaces mudam e a UI Automation é criada para consumir isso:

Recursos	O que faz
Recuperação do seletor	Adapta um destino quando a interface muda, em vez de quebrar completamente.
Diagnóstico	Lê logs, gravações e capturas de tela após uma falha e explica o que deu errado em linguagem simples.
ScreenPlay	o Computer Vision da UiPath com IA; adapta-se ao aplicativo e aos dados no runtime, como um fallback em caminhos críticos para telas imprevisíveis.

Quando não há aplicativo ativo

Se o aplicativo de destino não estiver disponível para captura, o agente ainda produz o fluxo de trabalho real, deixando cada interação marcada para um desenvolvedor finalizar a captura no Studio. Os seletores gerados são mais bem tratados como rascunhos de qualquer maneira e confirmados em relação ao aplicativo real.

A automação de interface gráfica também é o tipo de RPA mais caro a ser criado. Leva mais tempo e esforço do que o trabalho de arquivos, dados ou API, portanto, uma API é o melhor caminho onde quer que ela exista, e vale a pena orçar tempo e esforço.

Convenções de RPA que vale a pena capturar

Os projetos RPA têm regras internas que vale a pena declarar uma vez em um arquivo de contexto, em vez de repeti-las a cada sessão. Exemplos comuns:

• Atividades de design modernas, em vez do conjunto clássico.
• Atividades de interface gráfica mantidas dentro de um escopo Use Application/Browser.
• Atividades nativas de preferência a Invoke Code.
• Os arquivos de configuração existentes e os fluxos de trabalho gravados foram deixados intactos em vez de substituídos.

Pontos fortes e limites

Os agentes de codificação são fortes em campos verdes, RPA bem estruturado e na primeira versão de um fluxo de trabalho. Elas são mais fracas e precisam de uma revisão mais detalhada em:

• Seletores complexos ou frágeis.
• Conectores empresariais personalizados.
• Escolhas de atividades incomuns, nas quais um fallback genérico pode aparecer.

Para o que verificar antes de aceitar um fluxo de trabalho, consulte Revisar e validar a saída.

Mais prompts para tentar

• Crie um novo projeto de RPA a partir do modelo de REFramework BankStatementReconciliation.
• Crie um fluxo de trabalho de RPA que baixe anexos do e-mail mais recente do Outlook correspondente ao assunto "Fatura" e os salve em ./inbox/.
• Adicione uma Try Catch em torno da etapa Enviar pedido para que as exceções de negócios sejam registradas e a transação seja definida como com falha.
• Validar este projeto e corrigir os avisos do analisador.

Descubra mais

Para obter o cenário completo da criação de automações com o Studio e atividades, consulte a Documentação do Studio e a Documentação de atividades.