RPA: automação robótica de processos e quando usar IA

RPA, no contexto de automação, é a sigla de Robotic Process Automation, a automação robótica de processos: um software que opera os sistemas da empresa pela tela, do jeito que uma pessoa faria. Não confunda com o Recibo de Pagamento Autônomo, que usa a mesma sigla. Aqui o assunto é o robô que copia, cola, preenche campos e clica em botões.

Este guia é para quem responde pela operação numa indústria ou empresa B2B e quer saber se RPA resolve o trabalho manual que trava a equipe. Você vai ver o que é, quais são os tipos, onde o robô de regras fixas quebra, quando uma IA que lê o documento e opera a tela faz melhor e quando o certo é não operar tela nenhuma e ligar os sistemas por API.

O que é automação robótica de processos (RPA)?

Automação robótica de processos (RPA) é um software que repete, na tela dos sistemas, as tarefas digitais que uma pessoa faz seguindo regras fixas: abrir um sistema, ler um campo, copiar, colar, preencher e clicar. O “robô” não tem braço nem fica na fábrica. Ele roda num computador ou servidor e usa o mesmo login, as mesmas telas e os mesmos botões que o seu analista usa.

A definição da IBM sobre RPA chama a tecnologia de “robótica de software” e destaca um ponto que explica por que ela ficou popular: os bots trabalham na camada de apresentação das aplicações que já existem. Na prática, isso quer dizer que dá para automatizar uma tarefa sem mexer no ERP, sem pedir acesso ao banco de dados e sem esperar o fornecedor do sistema criar uma integração.

Um robô de RPA segue sempre o mesmo ciclo:

1. Gatilho: um horário, um e-mail que chegou, um arquivo numa pasta ou uma pessoa apertando um botão.
2. Leitura: o robô pega os dados de uma planilha, de um sistema ou de um formulário.
3. Regra: aplica o que foi programado (“se o campo X estiver vazio, pare e avise”).
4. Ação na tela: abre o sistema de destino, preenche os campos e confirma.
5. Registro: grava o que fez, para alguém conseguir auditar depois.

Repare que tudo depende de a entrada chegar sempre no mesmo formato e de a tela estar sempre no mesmo lugar. É aí que mora a força do RPA e também o seu limite, como você vai ver adiante.

Quais são os 3 tipos de automação de processos?

Quando o assunto é processo de escritório (pedido, nota, cadastro, relatório), existem três formas de tirar a tarefa da mão da equipe:

• Integração por API: um sistema conversa direto com o outro, sem tela. É a forma mais estável, mas só existe se os dois sistemas oferecerem essa porta.
• RPA tradicional: o robô opera a tela seguindo regras fixas. Funciona bem quando o dado é sempre igual e a tela muda pouco.
• IA que lê e opera: um modelo de IA entende documentos em formatos variados, decide o que vai em cada campo e pode operar a tela olhando para ela, em vez de depender de coordenadas gravadas.

Na engenharia industrial, a mesma pergunta costuma ter outra resposta: automação fixa, programável e flexível, que trata de máquinas e linha de produção. É um assunto diferente. RPA vive no computador, não no chão de fábrica.

A automação de processos com RPA, portanto, é o recorte em que a tarefa é digital, repetitiva e feita numa interface. Na maioria dos projetos que acompanhamos, a resposta certa combina mais de uma das três formas. Se quiser comparar as opções de mercado, temos um panorama de ferramentas de automação de processos.

Tipos de RPA: assistido, não assistido e híbrido

Dentro do RPA, a divisão mais usada é por quem dispara o robô e quem acompanha a execução. A própria documentação da Microsoft pede que se escolha o modo de execução, assistido ou não assistido, ao configurar um fluxo de tela.

RPA assistido (attended)

O robô roda na máquina do próprio funcionário, que o aciona quando precisa. Exemplo: o analista do comercial técnico está com um pedido aberto e aperta um botão para o robô buscar o cadastro do cliente em outro sistema e preencher a ficha. A pessoa continua no controle e vê o que está acontecendo. Serve para tarefas no meio de um atendimento ou de uma análise, em que alguém precisa decidir antes ou depois do robô.

RPA não assistido (unattended)

O robô roda sozinho, num servidor ou máquina virtual, em horário programado ou disparado por um evento. Segundo a Microsoft Learn sobre execução não assistida, esse modo é indicado para tarefas que não precisam de supervisão humana, e a máquina precisa estar com todos os usuários desconectados. Exemplo típico: lançar no ERP, durante a madrugada, os pedidos que chegaram ao longo do dia.

RPA híbrido

Combina os dois. O robô não assistido faz o grosso do volume e separa as exceções para uma pessoa resolver, ou o funcionário inicia uma etapa e o restante segue sozinho no servidor. Na indústria, é o desenho mais comum quando o processo tem uma parte previsível e uma parte que exige julgamento.

Robô de regras fixas x IA que lê o documento e opera a tela

O RPA tradicional é literal. Ele faz exatamente o que foi gravado: “clique no terceiro campo, cole o CNPJ, aperte Enter”. Se o fornecedor mandar a nota com o layout diferente, se o pedido vier em PDF escaneado ou se o campo mudar de posição, o robô para ou, pior, preenche errado.

A IA muda dois pontos desse cenário:

• Leitura: ela entende um pedido, um certificado de fornecedor ou uma nota em formatos diferentes, porque interpreta o conteúdo em vez de procurar uma posição fixa na página.
• Operação da tela: modelos atuais conseguem olhar para a tela e agir sobre ela. A documentação da Anthropic descreve o recurso de uso do computador do Claude como captura de tela mais controle de mouse e teclado. Se um botão mudou de lugar, a IA procura o botão, em vez de clicar numa coordenada vazia.

A IBM resume a diferença de outro jeito: o RPA é orientado por processo e a IA é orientada por dados, e a IA ajuda o RPA a cobrir casos mais complexos. Concordamos, com uma ressalva prática: a IA erra de um jeito diferente do robô. O robô quebra e avisa. A IA pode seguir em frente achando que acertou. A mesma documentação da Anthropic registra que o modelo às vezes presume o resultado de uma ação sem conferir. Por isso, em qualquer desenho com IA, a conferência humana não é opcional.

Uma regra que usamos na Artemis ajuda a dividir o trabalho: a IA lê o texto e quem faz a conta é o Excel ou o sistema. A IA interpreta o documento, mas cálculo, validação de regra e decisão final ficam com algo determinístico e auditável.

Comparação: RPA tradicional, IA operando a tela e integração por API

Quando usar API e quando operar a tela

A ordem de preferência é simples: se existe API, use API. Ela é mais rápida, mais barata de manter e não quebra quando alguém muda a cor de um botão. Operar a tela é o plano B, para quando a porta de integração não existe ou custaria mais do que o problema.

Opere a tela quando:

• o sistema é antigo ou fechado e o fornecedor não oferece integração;
• o destino é um portal externo, como os de órgãos públicos, que só aceita envio pelo navegador;
• a integração existe, mas o projeto para liberá-la levaria meses e a tarefa manual está custando caro agora;
• o volume é baixo demais para justificar um desenvolvimento de integração.

Use API quando:

• o ERP (SAP, Protheus, Sankhya e afins) tem a rotina exposta para integração;
• o volume é alto e a tarefa roda várias vezes por dia;
• a decisão precisa ser auditável passo a passo.

Às vezes, a melhor resposta nem tem IA rodando na operação. Numa multinacional de alimentos que atendemos, uma pessoa recalculava à mão, duas vezes por dia, o fechamento de cada rota. No diagnóstico apareceu a regra que ninguém tinha escrito: carga direta acima de 12 toneladas, fracionada abaixo. A IA ajudou a escrever e testar o sistema, mas quem decide hoje é uma regra escrita e auditável.

Exemplo real: a IA que preencheu o portal do governo

Um cliente nosso precisava enviar a um portal do governo dados que estavam espalhados em documentos. O portal não tinha envio automático: não havia API nem importação de arquivo. Alguém da equipe lia cada documento, organizava as informações e digitava tudo, tela por tela.

Um robô de regras fixas teria dificuldade nas duas pontas, porque os documentos não vinham sempre iguais e o portal não oferecia outra porta. A solução usou IA nas duas: a IA extraiu os dados dos documentos, montou tudo no padrão exigido pelo governo e subiu as informações no portal operando a tela, clicando nos botões como uma pessoa faria.

É o mesmo tipo de tarefa da emissão de nota num portal que tomava um dia inteiro de trabalho. Quando a única porta do sistema é a tela, a IA que lê e opera vira a alternativa ao trabalho manual. Se o seu gargalo começa na leitura de documentos, vale ver também como usar IA para processar documentos.

Benefícios do RPA e limites que ninguém conta na venda

Os ganhos de um robô bem colocado são concretos:

• Tempo devolvido à equipe: horas de digitação viram minutos de conferência.
• Menos erro de digitação: o robô não troca dígito de CNPJ no fim do expediente.
• Sem trocar sistema: ele usa o ERP e os portais que a empresa já tem.
• Rastro: cada execução fica registrada, o que facilita auditoria.
• Horário estendido: o robô não assistido roda de madrugada e no fim de semana.

E os limites, que precisam entrar na conta antes de começar:

• Robô não interpreta. RPA puro não lida com documento variado nem com exceção que não foi prevista.
• Automatizar processo ruim só acelera o problema. Se ninguém sabe a regra, o robô também não vai saber.
• Exige dono. Alguém precisa acompanhar as falhas e ajustar o robô quando a operação muda.

Desafios: a tela muda e o robô quebra

O ponto mais sensível do RPA é a dependência da interface. Uma atualização do sistema que mexe num menu, um portal que muda o layout ou até uma resolução de tela diferente podem derrubar o robô. A Microsoft alerta que, na execução não assistida, a resolução da sessão pode ser diferente da usada na criação do fluxo, o que pode gerar erro ou até clique no elemento errado.

O segundo desafio é a escala. A IBM observa que o RPA pode ser difícil de escalar por causa de mudanças regulatórias e internas, e que poucas iniciativas passam dos primeiros dez bots. Cada robô novo é mais uma peça para manter. Por isso, antes de multiplicar robôs, vale perguntar se parte deles não deveria ser uma integração por API ou uma etapa com IA que tolera variação.

Casos de uso de RPA em indústria e empresas B2B

Na nossa experiência, a automação dá retorno onde há muito documento e muita digitação entre sistemas. Os casos mais frequentes na indústria e no B2B:

• Pedido para o ERP: ler o pedido do cliente (e-mail, PDF, planilha) e lançar no sistema, sem redigitação.
• Validação de documentos: conferir certificados de fornecedor, notas e laudos contra o que foi pedido.
• Portais externos: enviar informações a órgãos públicos ou a portais de clientes que só aceitam preenchimento manual.
• Cadastros: criar ou atualizar cliente, fornecedor e item em mais de um sistema ao mesmo tempo.
• Dados de qualidade: padronizar reclamações e apontamentos escritos em texto livre para análise.

Os números aparecem quando o volume é alto. Em projetos da Artemis, a automação já processa mais de 2.000 documentos por semana sem intervenção, e um único cliente economiza R$ 40 mil por mês em validação de documentos. Em todos esses casos, o trabalho começou pelo processo, não pela ferramenta. Para ver como isso se aplica ao dia a dia da fábrica, leia como automatizar processos manuais na indústria.

Como implantar automação com RPA, passo a passo

1. Escolha o processo pelo custo, não pela empolgação. Faça a conta do que a tarefa custa parada. Um exemplo que usamos: 2 horas por dia, 48 semanas, R$ 50 a hora com encargos dão R$ 24 mil por ano só em tempo. Comece pelo processo com maior volume, regra mais clara e dor mais fácil de medir.
2. Mapeie com quem executa. Converse com a pessoa que faz a tarefa, não só com quem desenhou o fluxo. É ali que aparecem as regras que nunca foram escritas, como a das 12 toneladas no caso da logística.
3. Decida o caminho de cada etapa. Para cada passo, pergunte: tem API? O documento varia? A tela muda com frequência? A resposta define se aquela etapa vai por integração, RPA ou IA.
4. Teste caso a caso antes de qualquer tela. Monte uma planilha com casos reais e compare, linha por linha, a resposta da equipe e a da automação. Só avance quando as divergências estiverem explicadas.
5. Coloque no ar com conferência humana. Nas primeiras semanas, alguém revisa o que o robô ou a IA fez antes de confirmar. Depois, a revisão passa a ser por amostra e por exceção.
6. Meça e ajuste. Acompanhe horas devolvidas, erros evitados e falhas do robô. Se a manutenção estiver comendo o ganho, reveja o desenho.

Se a dúvida é orçamento, explicamos o que pesa no preço em quanto custa automatizar processos com IA.

Cuidados ao colocar um robô ou uma IA para operar sistemas

Robô e IA que operam sistemas têm acesso aos mesmos dados e botões que um funcionário. Trate esse acesso com o mesmo cuidado:

• Acesso individual: a automação tem login próprio, com permissão só para o que precisa fazer. Nada de usar a senha de um colaborador.
• Alguém conferindo: defina quem revisa o que foi feito e com que frequência. A Anthropic recomenda que uma pessoa confirme decisões com consequência real, como transações financeiras.
• Registro de tudo: cada execução precisa deixar rastro do que foi lido, do que foi preenchido e de quando.
• Regra escrita para o que é decisão: aprovar, recusar ou calcular fica com regra auditável. A IA interpreta; a regra decide.

Perguntas frequentes

O que significa RPA?

RPA significa Robotic Process Automation, ou automação robótica de processos: software que executa tarefas digitais repetitivas operando a tela dos sistemas. A sigla também é usada no Brasil para Recibo de Pagamento Autônomo, documento de pagamento a profissional sem vínculo empregatício, o que costuma confundir quem pesquisa o termo. No contexto de tecnologia e operação, RPA quase sempre se refere ao robô de software.

Quais são os tipos de RPA?

São três. O assistido roda na máquina do funcionário e é acionado por ele durante o trabalho. O não assistido roda sozinho num servidor, por horário ou evento, sem ninguém acompanhando. O híbrido combina os dois: o robô processa o volume e devolve as exceções para uma pessoa resolver. A escolha depende de quanto julgamento humano o processo exige e de onde a tarefa acontece.

RPA funciona com sistema antigo ou terminal?

Sim, e esse é um dos usos mais comuns. Como o robô opera pela interface, ele trabalha com sistemas que não têm integração, inclusive emuladores de terminal. A Microsoft cita aplicações legadas como alvo da automação de tela. O cuidado é que sistemas antigos costumam ser lentos e instáveis, então o robô precisa de pausas e de tratamento para quando a tela não responde.

Preciso trocar o ERP para usar RPA ou IA?

Não. A automação trabalha com o ERP que você já tem, seja pela API, quando o sistema oferece, seja operando a tela, quando não oferece. Também não é preciso abrir o banco de dados para a automação. O que muda é o desenho: com API, a integração é mais estável; pela tela, é mais rápida de colocar no ar, mas exige mais manutenção quando o sistema é atualizado.

A automação substitui a equipe?

Ela substitui tarefas, não pessoas com conhecimento do processo. O robô assume a digitação e a cópia entre sistemas; a equipe passa a cuidar das exceções, da conferência e das decisões que exigem contexto. Na prática, quem conhece as regras não escritas da operação vira peça central do projeto, porque sem essas regras nenhuma automação acerta.

Precisa de ajuda com isso?

Se a sua equipe perde horas copiando dado de documento para sistema ou preenchendo portal na mão, dá para começar por uma conversa sem custo com a Artemis. Mapeamos o processo com quem executa, mostramos onde cabe API, robô ou IA e quanto a tarefa custa hoje.