O que é RPA? Guia de automação robótica de processos para empresas

RPA é a sigla de Robotic Process Automation — automação robótica de processos. Apesar do nome, não há robô físico envolvido. É software.

Um robô de RPA é um programa configurado para executar, na interface dos sistemas, as mesmas ações que uma pessoa executaria: abrir uma tela, digitar um valor, clicar em um botão, copiar um número, colar em outro sistema, exportar um relatório.

Por que isso é diferente de uma integração comum

A pergunta natural é: se o objetivo é mover dados entre sistemas, por que não usar uma integração?

Porque nem sempre existe uma. Sistemas legados frequentemente não expõem API. Sistemas de terceiros nem sempre permitem alteração. Processos que atravessam quatro aplicações, duas planilhas e um portal do governo não têm um ponto único de integração.

O RPA opera pela camada de interface, a mesma que o humano usa. Isso o torna capaz de automatizar praticamente qualquer coisa que uma pessoa consiga fazer na tela — sem exigir mudança nos sistemas envolvidos.

Essa é a força do RPA. E é também a origem da sua principal fragilidade.

A fragilidade estrutural

Como o robô depende da interface, ele quebra quando a interface muda. Uma atualização de versão, um campo novo, um botão que mudou de lugar, uma tela que passou a exibir um aviso antes de carregar.

Um robô que quebra e não é consertado rapidamente é abandonado. A área volta a fazer o processo manualmente e, na próxima discussão sobre automação, alguém dirá que "já tentamos RPA e não funcionou".

Não é que não funcione. É que RPA exige sustentação contínua, e projetos vendidos como entrega pontual não preveem isso.

Quais processos são bons candidatos

Os critérios que realmente importam:

Volume alto. Um processo executado três vezes por mês não paga o desenvolvimento nem a manutenção do robô.

Regra clara. O robô segue instruções. Se o processo depende de julgamento — "depende do caso", "a gente vê na hora" — ele não está pronto para automação.

Poucas exceções. Se metade dos casos é exceção, o robô vai tratar metade dos casos e a pessoa vai continuar tratando a outra metade, além de agora precisar conferir o que o robô fez.

Entrada digital e estruturada. Planilha, arquivo, tela de sistema. Documento escaneado exige OCR, que adiciona complexidade e taxa de erro.

Estabilidade. Processo que muda a cada trimestre gera manutenção constante no robô.

Onde RPA costuma pagar mais rápido

Casos que se repetem em praticamente todas as empresas:

• Lançamentos em massa no ERP a partir de planilhas — entrada de notas, criação de

pedidos, ajuste de estoque, cadastro de materiais

• Conciliação entre extrato bancário, razão contábil e sistema de origem
• Extração e distribuição de relatórios recorrentes
• Provisionamento de acessos no onboarding e desligamento de funcionários
• Obrigações fiscais recorrentes em portais externos
• Consulta e validação de cadastros em bases públicas

O erro que mais desperdiça dinheiro

Automatizar um processo ruim.

Se o processo tem seis etapas de conferência porque ninguém confia na etapa anterior, automatizá-lo produz um robô que executa seis conferências desnecessárias muito rapidamente. O desperdício continua — agora com custo de licença e manutenção.

A pergunta anterior ao "como automatizamos isso?" é sempre "por que esse processo é assim?". Em uma parcela relevante dos casos que analisamos, a resposta certa não é automatizar: é simplificar, eliminar uma etapa, ou resolver com uma integração real.

RPA, BPA e IA: o que é o quê

RPA automatiza tarefas na interface, seguindo regras determinísticas. Escopo: a tarefa.

BPA (Business Process Automation) automatiza o fluxo do processo ponta a ponta, incluindo aprovações e regras de negócio, normalmente com integração nativa entre sistemas. Escopo: o processo.

Automação inteligente combina RPA com componentes de IA — leitura de documento, classificação de texto, extração de dado não estruturado — para tratar entradas que o RPA puro não consegue interpretar.

Na prática, os três convivem. O erro é usar RPA como resposta única para tudo, especialmente onde uma integração resolveria melhor e mais barato.

Como começar sem se queimar

1. Escolha um processo pequeno e chato. O primeiro robô deve provar o conceito, não

resolver o maior problema da empresa.

1. Calcule o retorno antes de desenvolver, incluindo o custo anual de manutenção.

Escrevemos sobre isso em como calcular o ROI de um projeto de RPA.

1. Defina quem sustenta o robô antes de colocá-lo em produção.
2. Rode em paralelo com o processo manual nas primeiras semanas e compare os

resultados.

1. Meça as horas economizadas de verdade. É esse número que justifica o segundo robô.