O que é RPA — e quando vale a pena para uma PME

Quando um cliente me pergunta se "aquele negócio de RPA" resolve o problema dele, quase sempre ele ouviu o termo de um fornecedor que estava vendendo licença. E quase sempre a resposta honesta é: às vezes sim, mas raramente do jeito que te venderam. Vou explicar o que é RPA sem jargão, onde ele de fato resolve e onde é um remendo que te dá dor de cabeça seis meses depois — quando ninguém lembra mais por que aquilo parou de funcionar.

O que é RPA?

RPA quer dizer Robotic Process Automation, automação robótica de processos. Esquece a palavra "robótica": não tem braço mecânico nem nada físico. É um programa que imita uma pessoa usando o computador. Ele abre um sistema, clica num botão, digita num campo, copia um valor de uma tela e cola em outra, aperta "salvar". Tudo na mesma interface que você enxerga.

Pensa no estagiário que entra no internet banking, baixa o extrato, abre a planilha, digita linha por linha e depois relança no ERP. O robô faz exatamente esses cliques, na mesma ordem — só que sem cansar, sem trocar um número na digitação, e às três da manhã se você quiser.

A diferença que importa: o RPA não conversa com o sistema por dentro. Ele opera pela tela, igual a um humano. É por isso que funciona com sistema velho de contabilidade, portal de prefeitura, plataforma de fornecedor — qualquer coisa que não te dê uma forma oficial de integrar.

Qual a diferença entre RPA, API e desenvolvimento sob medida?

Essa confusão é a que mais custa dinheiro, então separo bem:

• Integração via API é os dois sistemas trocando dados direto, por um encaixe oficial que o fabricante criou. Rápido, estável, raramente quebra. É sempre o primeiro caminho que eu procuro — quando ele existe.
• RPA é quando não há encaixe oficial: o robô finge ser gente e opera pela tela. Vale para qualquer sistema, mas é frágil, porque depende de a tela continuar igual.
• Desenvolvimento sob medida é mandar construir o pedaço de sistema que faz o processo do jeito do seu negócio. Mais investimento na frente, mas é seu e não depende de gambiarra.

A imagem que uso com cliente: a API é a porta com fechadura. O RPA é entrar pela janela porque a porta não tem maçaneta. Funciona — até o dia em que trocam a janela de lugar e você fica do lado de fora sem saber por quê.

Quando RPA vale a pena para uma PME?

RPA é a escolha certa em situações bem específicas. Ele compensa quando os três se juntam:

• O sistema não tem API e ninguém vai te dar uma. O ERP fiscal de 2009 da contabilidade, o portal da prefeitura para baixar nota, a plataforma de um fornecedor que você não controla. Não dá para integrar por dentro, então a tela é o único caminho que sobra.
• A tela é estável. Sistema interno que ninguém atualiza há anos é candidato bom. É justamente a previsibilidade da tela que faz o robô não quebrar.
• O processo é repetitivo e sem julgamento. "Todo dia 5, baixar o relatório X, conferir a coluna Y, lançar no sistema Z." Passos iguais, sempre. É o cenário ideal.

Um caso concreto que montei: um e-commerce que vendia em três marketplaces conferia status de pedido abrindo os três painéis na mão, todo dia de manhã. Um robô abre os três, copia os pendentes e joga numa planilha única antes de a equipe chegar. Tomava cerca de duas horas por dia de uma pessoa; virou cinco minutos de conferência. São quase 40 horas por mês de volta para a equipe — e os erros de "copiei o pedido errado", que ninguém contabilizava, sumiram. O robô levou poucos dias para ficar de pé, não meses. Essa rapidez, quando a dor é urgente e o orçamento é curto, é o argumento mais forte do RPA.

Quando RPA é um remendo caro que vai quebrar?

Aqui é onde eu seguro a mão de muito cliente. RPA não vale quando:

• O sistema tem API e você está ignorando ela. Se dá para integrar por dentro, fazer o robô clicar na tela é escolher de propósito a opção mais frágil. Já vi empresa pagar licença anual de RPA para automatizar uma exportação que a própria API do sistema entregava de graça — ninguém tinha lido a documentação.
• As telas mudam. RPA é amarrado na aparência. Trocaram um botão de lugar, mudou o layout numa atualização, apareceu um pop-up novo de aviso — o robô para. E o pior: ele para em silêncio. Já peguei um caso em que a rotina estava quebrada havia uma semana e o financeiro só percebeu quando os lançamentos não bateram no fechamento.
• O processo precisa de decisão. "Se o cliente é VIP e o pedido atrasou, então…" — quanto mais exceção, pior o RPA se vira. Ele é ótimo na reta e péssimo nas curvas.

O que mais me incomoda no mercado é a quarta situação: as plataformas grandes de RPA cobram licença por robô, por ano, e ainda exigem um servidor ligado o tempo todo para rodar. Para uma PME que quer automatizar duas ou três rotinas, esse custo recorrente come qualquer economia que o robô traz. A indústria dessas plataformas precisa empurrar licença, então "RPA" virou a resposta padrão para qualquer automação. Na prática, boa parte das PMEs que me procuram não precisa de RPA enterprise nenhum — precisa de um script ou de uma integração bem feita, que custa uma fração e dá muito menos manutenção.

Como decidir entre RPA, API e script?

Antes de assinar qualquer licença, faço três perguntas, nesta ordem:

• O sistema tem API ou exportação oficial? Se tem, comece por aí. RPA é plano B, não plano A.
• Essas telas são estáveis? Sistema interno parado no tempo é seguro. Portal de terceiro que muda sozinho é uma quebra esperando para acontecer.
• Quanto tempo isso devolve por mês? Se o ganho não paga o custo de montar e manter o robô, automatizar essa rotina não é a prioridade certa agora.

Identificar e mapear o processo vem antes de escolher a ferramenta — é o passo que mais gente pula e o que mais separa automação que dura de gambiarra que quebra. Detalhei esse mapeamento no guia sobre como automatizar processos repetitivos; vale ler antes de gastar com licença.

RPA não é a moda nem o vilão — é uma ferramenta com uma janela de uso estreita. Ele é a melhor opção quando não existe porta; é a pior quando você ignora a porta que estava aberta do lado. A decisão certa quase nunca sai de uma palestra: sai de olhar o seu processo de verdade. Se quiser que eu olhe o seu caso e diga com franqueza se é RPA, integração ou um script simples, é exatamente isso que eu faço em automação de processos sob medida.