RPA ou IA: quando a automação robótica de processos basta

A RPA (automação robótica de processos) costuma chegar ao dono da empresa como uma pergunta: troco os robôs por IA, ou nem preciso de robô? A resposta depende do processo, não da moda. Na pesquisa TIC Empresas 2025, do Cetic.br, 17% das empresas brasileiras com mais de dez pessoas ocupadas usavam IA (eram 13% em 2024). Dessas, 68% aplicavam a IA em automatizar processos e fluxos de trabalho. Abaixo está o critério que uso para decidir.

Quando a RPA basta?

A RPA basta quando o processo cumpre quatro condições ao mesmo tempo. A entrada tem formato fixo. As regras estão escritas. As exceções são raras. E o sistema de destino não oferece API.

A Google Cloud descreve a RPA como a tecnologia que automatiza tarefas repetitivas que seguem regras definidas. Os robôs de software replicam a interação humana com sistemas e aplicativos digitais. A Microsoft posiciona os fluxos de desktop do Power Automate para quem executa tarefas baseadas em regras, inclusive em aplicações legadas, como emuladores de terminal.

O exemplo clássico, também da Google Cloud, é a fatura. O robô monitora uma caixa de e-mail e abre o PDF anexado. Usa OCR para extrair número da fatura, fornecedor, valor devido e número do pedido de compra. Depois lança os dados no software de contabilidade e sinaliza as exceções para revisão humana. Se o seu processo parece isso, trocar o robô por IA é gasto sem retorno.

Antes de contratar o robô, olhe o que chega. No Brasil, a NF-e é um arquivo eletrônico assinado digitalmente, e o DANFE é só a representação gráfica simplificada, segundo o Portal Nacional da NF-e. O mesmo portal lembra que o emitente é obrigado a enviar ou disponibilizar para download o arquivo da NF-e ao destinatário. Se você recebe o arquivo, os dados já vêm estruturados e muitas vezes dá para importá-los por integração, sem robô e sem OCR. O robô entra quando o lançamento só pode ser feito pela tela.

O caso brasileiro típico de RPA é o portal sem API: prefeitura que só aceita NFS-e pela tela, portal de banco que não exporta extrato por integração, portal de governo que exige login e clique. Ali o robô é a ponte.

Um robô de regras roda igual toda vez, e você sabe por que ele fez o que fez. Em processo financeiro, isso pesa mais do que a promessa de "inteligência".

Onde a RPA quebra na prática?

A RPA imita cliques. Por isso ela depende de a tela continuar igual. A documentação da UiPath lista causas para um robô não encontrar o elemento da tela que deveria usar. Entre elas estão atualizações do navegador, mudanças na interface do aplicativo de destino, propriedades dinâmicas de elementos, aplicativos lentos, pop-ups inesperados e diferenças entre o ambiente de teste e o de produção. A Oracle resume o limite assim: alterações em menus, interfaces ou sistemas podem interromper os bots. Mover um botão, mesmo que pouco, já pode quebrar a automação.

O robô custa a implantação e também a pessoa que reconfigura o fluxo toda vez que o fornecedor do sistema muda uma tela. A Oracle observa que a RPA costuma ser usada onde não há API, e que isso pode trazer configuração complexa e custo maior de instalação e manutenção.

Se você já tem robôs rodando, meça dois números por robô: quantas vezes ele parou no último trimestre e quantas horas a correção consumiu. Robô que para toda vez que o fornecedor mexe na tela é candidato a virar integração.

Se o sistema tem API, integre pela API, que não quebra quando a tela muda (o tema está em integração de sistemas). Se não tem, a RPA é a ponte. Ponte tem prazo. Quando o sistema está perto de ser substituído, o robô vai junto, e essa conversa pertence ao tema de sistema legado.

Na isonew, o serviço de automação segue esse princípio: automatizar caminhos que já existem, regras primeiro, IA só onde a decisão exige julgamento. Cada fluxo tem fila de exceções e registro de execuções, e o botão de parar é seu.

Quando um passo de IA se paga?

Um passo de IA se paga quando a entrada não tem formato ou quando a decisão exige julgamento. Para a Google Cloud, a RPA trabalha sobre dados estruturados, enquanto a IA também processa dados não estruturados, como texto, e-mails e imagens.

A Oracle dá um bom exemplo. O formulário de devolução tem uma lista de motivos e uma opção "Outro", com campo de texto livre. Segundo a Oracle, esse texto não tem próxima etapa clara, e a RPA normalmente pausa e sinaliza para revisão humana. Com IA no meio, a RPA pode recorrer a um modelo de linguagem que olha como casos parecidos foram tratados. A análise pode levar o sistema a aceitar a devolução, rejeitá-la ou encaminhá-la a uma pessoa.

Na fatura, o desenho equivalente seria este (é julgamento meu, não da fonte). A IA lê o PDF de layout variado e devolve número, fornecedor, valor e vencimento. A regra confere o valor contra o pedido de compra. O que não bate vai para uma fila, com o PDF anexado. A IA propõe e a regra decide.

Uma distinção evita muito desperdício. A Anthropic, em um texto de engenharia de dezembro de 2024, separa dois desenhos. Em workflows, LLMs e ferramentas são orquestrados por caminhos de código predefinidos. Em agentes, o próprio modelo dirige seu processo e o uso das ferramentas. O texto recomenda achar a solução mais simples possível e só aumentar a complexidade quando necessário. Também avisa que sistemas agênticos costumam trocar latência e custo por desempenho. Para o back office, a distinção quase sempre aponta para um workflow com um passo de IA no meio. Agente solto fica para quando o caminho não pode ser escrito antes. Se a sua pergunta é sobre agentes, o assunto está em agente de IA para empresas.

O Gartner vai na mesma direção. Em comunicado de junho de 2025, ele previu que mais de 40% dos projetos de IA agêntica serão cancelados até o fim de 2027, por custos crescentes, valor de negócio pouco claro ou controles de risco inadequados. A mesma nota fala em "agent washing": o rebatismo de produtos existentes, como assistentes de IA, RPA e chatbots, sem capacidade agêntica relevante. E estima que só cerca de 130 dos milhares de fornecedores de IA agêntica são reais. Sobre onde usar cada coisa, a analista Anushree Verma disse:

"[As organizações] podem começar usando agentes de IA quando decisões são necessárias, automação para fluxos de trabalho de rotina e assistentes para buscas simples."

Anushree Verma, Senior Director Analyst, Gartner, 25 de junho de 2025. Tradução minha do original em inglês: "They can start by using AI agents when decisions are needed, automation for routine workflows and assistants for simple retrieval."

Na ChatSac, que fundei, orquestramos CRM e ERP sem substituí-los e mantivemos um atendente humano no circuito de propósito. Uma resposta comercial errada custa mais do que uma resposta lenta. O mesmo raciocínio vale para qualquer passo de IA que toca dinheiro de cliente, e o caso da ChatSac mostra como ficou o desenho.

Como comparar RPA, IA e a combinação dos dois?

A RPA, a IA e a combinação dos dois se separam em seis critérios. A tabela usa as fontes acima e o meu julgamento sobre risco.

Para back office, a terceira coluna é a que eu mais recomendo. O robô executa e a IA lê o que não tem formato. O que nenhum dos dois resolve cai numa fila para uma pessoa.

Hiperautomação muda essa conta?

A hiperautomação é o nome para automatizar tudo que pode ser automatizado em uma organização, usando IA, RPA e outras tecnologias, na definição da IBM. É um guarda-chuva de estratégia, útil para grandes estruturas.

Para uma empresa comandada pelo dono, o rótulo não ajuda a escolher o próximo processo. O que ajuda é a lista dos processos, com volume e custo de cada um. O método completo de seleção está em automação de processos com IA. Para o back office, a lista de por onde começar está em automação de processos administrativos.

Como decidir em cinco perguntas?

A escolha entre RPA e IA se faz processo a processo. Responda para cada um.

1. O sistema de destino tem API, ou o dado já chega em arquivo estruturado, como o XML da NF-e? Se tem, integre e deixe a RPA de fora.
2. A entrada tem formato fixo? Se não tem, algum passo de IA vai ser necessário.
3. As regras estão escritas? Se vivem só na cabeça de alguém, extraia antes de automatizar.
4. Que fração dos casos é exceção? Exceção alta pede fila e revisão humana, qualquer que seja a tecnologia.
5. O volume paga a manutenção? Multiplique frequência por minutos gastos hoje.

Como ler o resultado:

• API ou arquivo estruturado disponível: integração, sem robô.
• Sem API, entrada fixa, regras escritas e poucas exceções: RPA.
• Entrada livre ou decisão por julgamento: workflow com um passo de IA e fila de exceções.

Exemplo hipotético de conta: 60 faturas por semana a 6 minutos cada somam 360 minutos, ou 6 horas por semana, cerca de 312 horas por ano. Multiplique pelo custo da hora de quem faz o trabalho. Se o resultado anual não cobre a implantação e a manutenção do robô, não comece. A calculadora de economia com automação faz essa conta com as premissas escritas.

O que eu pularia

Eu pularia três coisas.

• Agente de IA em processo de regra fixa e entrada estruturada. Um script resolve mais barato e com menos risco.
• RPA sobre um sistema que vai ser trocado neste ano. O investimento acompanha o sistema para a lixeira.
• Compra de plataforma antes de listar os processos. Na pesquisa do Cetic.br, 80% das empresas que usaram IA adotaram soluções prontas para uso. Se uma ferramenta pronta resolve o seu caso, compre.

Quando a lista tem mais de um processo e você não sabe a ordem, o Diagnóstico de Oportunidades de IA é o caminho que oferecemos. É um trabalho pago e de escopo fechado. Entrega um plano ordenado, com custo, retorno, esforço e risco, e uma lista do que não construir. O valor é informado antes de você se comprometer. O tema geral está no hub de automação de processos.