Uma distribuidora em São Paulo passou três semanas avaliando ferramentas de RPA para automatizar a emissão de boletos. Viram demos do UiPath, do Automation Anywhere, conversaram com dois consultores. No final, descobriram que o sistema de cobrança deles tinha API disponível desde 2019. O script Python que resolveu o problema levou dois dias e custou zero de licença.
Esse tipo de confusão não é rara. E ela acontece porque quase toda a discussão sobre automação coloca RPA e IA numa disputa de dois lados, como se fossem as únicas opções. Não são.
Por que vendors de RPA e IA não vão te contar sobre scripts (e o que isso custa)
Os artigos que circulam sobre esse tema foram escritos por vendors de RPA ou de IA. Isso não é teoria da conspiração, é o modelo de negócio. Um blog da UiPath não vai te dizer quando você não precisa de RPA. Um artigo patrocinado por uma plataforma de IA não vai explicar quando um script de 80 linhas resolve melhor do que qualquer agente.
O resultado é que a conversa sempre começa na tecnologia, nunca no processo. "RPA ou IA?" é a pergunta errada. A pergunta certa é: qual é a característica do meu processo que determina qual ferramenta faz sentido?
Existe uma terceira opção que praticamente não aparece nessa conversa: scripts. Código simples, sem plataforma, sem licença, sem treinamento de modelo. Em muitos processos, essa é a melhor escolha. Mas não está nos resultados de busca porque não tem vendor por trás.
Script: a opção mais ignorada e mais barata, e quando ela resolve melhor que qualquer outra
Um script Python ou Node.js não tem custo de licença. Roda em qualquer servidor. Vai para o Git igual a qualquer outro código. Quando algo quebra, você lê o erro, corrige a linha, faz o deploy. Sem portal de suporte, sem licença adicional, sem parceiro certificado.
Python supera plataformas de RPA por um fator de 10 a 50 vezes na automação de tarefas que não envolvem interface gráfica: manipulação de dados, transformações, integrações via API, geração de relatórios. (AG Technologies, análise comparativa)
Um caso documentado comparou custo zero de licença mais US$ 3.000 de desenvolvimento com Robocorp versus US$ 420/mês do UiPath para o mesmo processo. Payback do script: 3 meses. Depois disso, o script custa zero por mês. O RPA continua custando US$ 420.
Script faz sentido quando o processo tem API disponível, os dados de entrada são estruturados (CSV, JSON, banco de dados, planilha com padrão fixo), o time tem ao menos uma pessoa que consegue ler código e o volume não exige paralelismo massivo em tempo real.
Script não é solução para tudo. Se o processo envolve interface gráfica sem API, o script vai precisar de Selenium ou Playwright, o que começa a se parecer com RPA caseiro. Se o time não tem ninguém técnico para manter, o script vira um problema quando quebrar. Mas se nenhum desses é o seu caso, usar RPA ou IA no lugar de um script é pagar mais para ter menos controle.
RPA: o que ele faz bem, o que ele não faz, e quando a licença é desperdício
RPA foi construído para simular o que um humano faz na tela. Ele clica em botões, preenche campos, copia de um sistema e cola em outro. Quando não existe API e o processo é repetitivo e bem definido, ele funciona. O problema é quando esse cenário é usado para justificar RPA em PMEs com 200 processos por mês e um sistema que tem REST API.
O caso da Mapfre Brasil é real: a empresa economizou R$ 4,2 milhões em 2023 com adoção de RPA. É um caso legítimo. O que o press release não diz é o contexto: grandes seguradoras têm legados de 30 anos sem API, volume altíssimo de transações e time técnico para manter os bots. Esse é o cenário onde RPA se paga.
Custos de manutenção chegam a 60% do total de despesas de implementação de RPA, segundo o Forrester. Para cada US$ 1 gasto em licença, as empresas gastam entre US$ 3,41 e US$ 4,00 em consultoria e manutenção.
Os números que os vendors não destacam:
- 30 a 50% dos projetos iniciais de RPA falham, segundo a EY
- 40 a 60% do ciclo de vida de um programa de RPA é gasto em manutenção, não em novas automações
- Licença do UiPath começa em US$ 420/mês para um bot básico. Automation Anywhere: US$ 750/mês para 1 bot
- Projetos enterprise com 200 bots chegam a US$ 2-3 milhões anuais em preço de tabela
O ponto mais crítico: RPA baseado em screen-scraping quebra quando qualquer pixel ou layout muda. Toda atualização de interface, toda migração de sistema, toda mudança de tema visual do portal do fornecedor gera incidente. Integrações via API são estáveis mesmo que a interface mude completamente. Se o seu sistema tem API, usar RPA é gerar manutenção preventiva que você não precisaria ter.
Para processar 10.000 faturas por hora com RPA seriam necessários 50 bots paralelos. Um único endpoint de API processa o mesmo volume em segundos por uma fração do custo. (Workato, documentação técnica)
RPA faz sentido quando: não existe API, o processo é bem definido e repetitivo, o volume justifica o custo da licença e o time tem ou pode contratar capacidade de manutenção contínua.
IA em processos: onde resolve de verdade, onde alucina e onde custa mais do que vale
IA generativa resolve bem o que é ambíguo. Classificar e-mails com linguagem livre, extrair dados de PDFs com formato variado, interpretar pedidos escritos sem padrão fixo: são casos onde a ambiguidade é parte do problema. Um contrato de 80 páginas que precisa de resumo entra aqui também.
O problema é quando ela é aplicada onde o processo é determinístico.
Preencher um formulário bancário fixo com dados estruturados não precisa de IA. Emitir nota fiscal com campos conhecidos é um script de 30 linhas. Para mover um arquivo de pasta quando uma condição é satisfeita, qualquer linguagem serve.
Usar IA generativa para tarefas determinísticas é pagar por latência e risco de alucinação onde você poderia ter previsibilidade zero. Um agente de IA que alucina 0,5% das vezes num processo de emissão de nota fiscal erra em 1 de cada 200 notas. Esse erro tem custo contábil, fiscal e de retrabalho.
Empresas industriais brasileiras usando IA saltaram de 16,9% em 2022 para 41,9% em 2024, crescimento de 163% em dois anos, segundo o IBGE. Crescimento assim não deixa tempo para diagnosticar o processo antes de contratar a plataforma. É exatamente aí que o erro entra.
Uma clínica em Belo Horizonte contratou um agente de IA para confirmar agendamentos por e-mail. O processo era fixo, os dados eram estruturados, e o modelo alucinava o horário em cerca de 2% dos envios. Um script com template resolveu o mesmo problema sem erro e sem custo de API por mensagem.
IA faz sentido quando: a entrada é não-estruturada ou ambígua, o processo exige interpretação de linguagem natural, a variabilidade dos dados é alta e o custo de um erro ocasional é controlável.
As 5 perguntas que definem qual tecnologia usar no seu processo
Antes de contratar qualquer plataforma, responda essas perguntas sobre o processo específico que você quer automatizar:
1. O sistema tem API disponível? Se sim: script. Ponto final. RPA é desperdício. IA só entra se o dado de entrada for ambíguo. Não existe justificativa para usar screen-scraping quando há API.
2. O dado de entrada é estruturado? Se sim (CSV, planilha com padrão fixo, banco de dados, JSON): script ou RPA, não IA. Se não (e-mail em linguagem livre, PDF com formatos variados, imagem): IA entra como camada de extração.
3. O processo tem decisões que dependem de contexto variável? Se sim: IA pode fazer sentido. Se não (é sempre a mesma regra, sem interpretação): script ou RPA. Regras determinísticas não precisam de modelo.
4. Qual é o volume mensal de transações? Abaixo de 500 transações/mês com script: custo de licença de RPA nunca se paga. Acima de 10.000 com dados não-estruturados: IA começa a se justificar pela economia de tempo humano.
5. O time consegue manter o que for implementado? Script sem ninguém técnico vira problema em 6 meses. RPA sem capacidade de manutenção entra no grupo dos 30 a 50% que falham. IA sem avaliação contínua dos outputs deriva silenciosamente sem que ninguém perceba.
Na maioria dos casos que avaliamos, a segunda ou terceira pergunta já elimina uma tecnologia. Raramente as três chegam à análise de custo.
Exemplos práticos: qual escolheríamos para os processos mais comuns em PMEs brasileiras
Conciliação bancária com OFX e ERP que tem API: script Python. Lê o arquivo, bate com o ERP via API, gera relatório de divergências. Custo: desenvolvimento pontual. Manutenção mínima, só se o formato do OFX mudar.
Preenchimento de portal de fornecedor sem API e com formulário fixo: RPA. Não tem como evitar o screen-scraping aqui. Atenção ao custo de manutenção quando o portal mudar de layout, e vai mudar.
Classificação de e-mails de clientes por tipo de solicitação: IA. A linguagem é livre, o contexto varia, e o custo de um erro de classificação é baixo. Um humano revisa os casos de dúvida.
Geração de proposta comercial em PDF a partir de campos do CRM: script ou template engine. Não precisa de IA. Não precisa de RPA. Qualquer outra escolha aqui é desperdício.
Leitura de notas fiscais de fornecedores com formatos diferentes para alimentar o ERP: IA para extração dos campos do PDF variável, script para validar e integrar com o ERP via API.
Quando combinar as três tecnologias, e quando isso é complexidade desnecessária
Existem processos onde as três tecnologias se complementam. Um caso que atendemos em distribuidora de insumos industriais ilustra bem: o processo recebia pedidos por e-mail em formato livre (fornecedores diferentes, layouts diferentes), precisava alimentar um ERP legado dos anos 2000 sem API e ainda validar estoque antes de confirmar. A IA extraía os dados do e-mail. O script validava quantidade e preço contra as regras de negócio. O RPA inseria no ERP via tela, único caminho disponível. Volume: 3.000 pedidos por mês, alto o suficiente para o custo das três camadas se pagar.
Em PMEs com processos de 200 a 2.000 transações por mês, a combinação das três raramente se justifica. O custo de integração e manutenção supera o ganho.
Na nossa experiência com clientes, a maioria dos processos que chegam com a etiqueta "precisa de RPA e IA" resolve com script mais uma chamada de API de IA para a parte ambígua. A pilha inteira raramente é necessária abaixo de um certo volume.
Se você está considerando as três juntas sem ter esgotado as opções mais simples, vale recuar um passo e fazer as 5 perguntas da seção anterior.
Pegue o processo que mais te incomoda hoje. Não o mais caro, não o mais visível para a diretoria: o que mais gera retrabalho ou te toma tempo todo mês. Responda as 5 perguntas sobre ele. Só esse exercício já descarta pelo menos uma tecnologia e muda a conversa de "qual plataforma contrato" para "qual é o problema que preciso resolver".
Se você já tem um processo em mente (conciliação, emissão de nota, triagem de e-mail) e ainda não sabe se é caso de script, RPA ou IA, a Coffe&Code Labs responde as 5 perguntas com você em 30 minutos. Sem demo de plataforma, sem proposta de licença. Só o diagnóstico do processo que mais te toma tempo. Veja como conduzimos projetos de automação de processos para empresas ou fale com a gente.