O que é RPA e quando ele ainda faz sentido

RPA (Robotic Process Automation) é software que imita um usuário humano na interface de outro sistema: abre a tela, clica no botão, digita no campo, copia o resultado. Ele não conversa com o sistema por baixo, ele opera por cima, como se fosse uma pessoa muito rápida e muito obediente. Isso define exatamente onde o RPA é a escolha certa e onde ele é a escolha cara.

Quando RPA é a resposta certa

RPA faz sentido em três situações concretas:

O sistema não tem API. Portais de órgãos públicos, sistemas legados de trinta anos, softwares proprietários que o fornecedor se recusa a abrir. Se não há porta dos fundos, entra pela porta da frente.

Existe API, mas o acesso é caro ou demorado. Alguns fornecedores cobram por módulo de integração ou levam meses para liberar credencial. Quando o custo de acesso supera o custo de manter um robô, o robô ganha, pelo menos temporariamente.

O volume não justifica um projeto de integração. Trinta lançamentos por dia em um sistema que vai ser substituído no ano que vem não merecem uma integração formal.

E há um quarto caso, menos falado: ponte temporária durante migração. Enquanto o sistema novo não assume tudo, o robô mantém o antigo alimentado. É uma solução com data de validade, e isso deve estar escrito no projeto.

Quando RPA é a resposta errada

O erro clássico é usar RPA como remendo para falta de integração em um processo que roda mil vezes por dia. Funciona por três meses. No quarto, o fornecedor lança uma atualização, o botão muda de lugar e a operação para numa segunda-feira de manhã.

Por que RPA quebra em silêncio

O problema estrutural do RPA é o acoplamento à tela. O robô procura "o botão azul na posição X" ou "o campo com o rótulo Cliente". Qualquer coisa que mude essa referência quebra a automação:

• Atualização de versão do sistema
• Pop-up de aviso que não existia antes
• Sessão expirada, captcha, MFA
• Resolução de tela ou zoom diferente
• Lentidão de rede fazendo o robô clicar antes da tela carregar

Pior: nem sempre o robô erra visivelmente. Às vezes ele clica no campo errado e grava o dado no lugar errado, sem lançar erro nenhum. Descobre-se semanas depois, na conferência.

Por isso, toda automação de RPA em produção precisa de três coisas obrigatórias:

1. Validação de resultado, depois de gravar, o robô confere se gravou o que devia
2. Alerta ativo, se a execução não terminou no horário previsto, alguém é avisado
3. Log com evidência, captura de tela ou registro do que foi feito, para auditoria

Sem isso, o robô é uma bomba-relógio contábil.

RPA, API e IA: como decidir

O critério prático é uma escada de três degraus.

Primeiro degrau, tem API? Se sim, use API. Ela é mais rápida (segundos contra minutos), mais barata de manter, não depende de máquina ligada com sessão aberta e não quebra quando o layout muda. Uma integração bem feita roda anos sem toque.

Segundo degrau, o dado está em documento não estruturado? Se o trabalho é ler nota fiscal, contrato ou e-mail e extrair informação, RPA clássico não resolve. Isso é caso de extração com modelo de linguagem, com uma camada de validação por regra em cima. O modelo lê e propõe; a regra confere CNPJ, soma de valores e formato de data antes de gravar.

Terceiro degrau, não tem API nem documento? Aí sim, RPA. E com o mínimo de superfície possível: quanto menos telas o robô percorrer, menos pontos de quebra.

Na prática, projetos maduros combinam os três. A extração é feita por IA, a gravação no ERP moderno é por API e só o portal legado é operado por robô. Cada peça no lugar onde é mais barata.

Quanto custa manter um robô de RPA

O custo de construção é o menor. O que pesa é a manutenção:

• Licença da plataforma, as ferramentas comerciais cobram por robô ou por execução
• Máquina dedicada, RPA de interface precisa de ambiente com sessão gráfica ativa
• Manutenção corretiva, orçamento realista é revisar cada robô algumas vezes por ano
• Credenciais e acessos, senhas que expiram, MFA, política de segurança

Uma regra de bolso útil: se o processo é estável e o sistema é estável, um robô simples se paga rápido. Se qualquer um dos dois muda com frequência, o custo de manutenção corrói o ganho em menos de um ano.

O que fazer antes de contratar RPA

Antes de assinar qualquer projeto, faça três perguntas ao fornecedor do sistema que você quer automatizar:

1. Existe API pública ou documentação de integração? Pergunte direto ao suporte, por escrito.
2. É possível acesso ao banco de dados, ainda que somente leitura? Muitas conciliações e relatórios se resolvem só com leitura.
3. Existe exportação programada de arquivo? Um CSV entregue todo dia às 3h resolve mais problema do que parece.

Se a resposta às três for não, RPA está justificado. Se qualquer uma for sim, o caminho mais barato provavelmente é outro, e vale conferir isso antes de colocar um robô para clicar em nome da sua empresa.