RPA ou integração por API: qual usar
A diferença entre automatizar imitando o usuário e integrar pela porta oficial do sistema, e como escolher sem se arrepender depois.
Existem duas maneiras de fazer dois sistemas trabalharem juntos. Uma imita a pessoa: abre a tela, digita, clica, copia. A outra conversa direto com o sistema, pela porta que ele oferece para isso. As duas resolvem o mesmo problema aparente, com custos de manutenção completamente diferentes, e escolher pelo preço inicial é o caminho mais comum para o arrependimento.
O que é cada uma
RPA, ou automação de processo robótico, é um programa que opera a interface como um humano operaria. Ele enxerga a tela, encontra o campo, digita, clica em salvar.
Integração por API é o sistema oferecendo uma porta oficial para leitura e escrita de dados, e o seu programa usando essa porta.
A diferença que importa
Não é técnica, é de contrato. A API é uma promessa: o fornecedor documenta aquela porta e se compromete, com mais ou menos formalidade, a mantê-la funcionando. A tela não é promessa nenhuma. O fornecedor pode mudar o layout numa terça-feira, sem avisar, porque mudar a tela é o direito dele.
Automação por tela quebra quando o fornecedor faz o trabalho dele. Automação por API quebra quando o fornecedor quebra a promessa dele. A segunda quebra muito menos.
Quando RPA é a escolha certa
Existe, e não é gambiarra. RPA é a resposta certa quando:
- O sistema não tem interface de integração, e não vai ter. Sistema legado, sistema de terceiro fechado, portal de governo.
- O volume é grande o suficiente para justificar automatizar e pequeno demais para justificar trocar o sistema.
- A tela é estável, porque o sistema não recebe atualização há anos.
- É uma ponte temporária, com data prevista para sair, enquanto a integração de verdade é construída.
O quarto caso é o mais saudável e o menos praticado. RPA declarado como temporário costuma virar permanente porque funciona, e aí a empresa acumula uma dependência frágil que ninguém documentou.
Quando API é a escolha certa
Praticamente sempre que ela existe. Se o sistema oferece a porta, usar a tela é escolher o caminho mais frágil por um ganho de curto prazo.
Vale checar três coisas antes: se a porta permite escrever, e não só ler; se existe limite de requisições que atrapalhe o seu volume; e o que acontece quando o outro lado está fora do ar.
Uma comparação honesta
| Critério | RPA | API |
|---|---|---|
| Depende de o fornecedor não mudar a tela | Sim | Não |
| Funciona com sistema fechado | Sim | Só se houver porta |
| Velocidade para o primeiro resultado | Alta | Média |
| Custo de manutenção ao longo do tempo | Alto e imprevisível | Baixo e previsível |
| Rastreabilidade do que foi feito | Depende da ferramenta | Geralmente melhor |
| Comportamento quando dá erro no meio | Delicado | Tratável |
O item mais subestimado é o último. Quando um robô de tela para no meio de um lançamento, o sistema pode ficar num estado incompleto que ninguém percebe. Integração bem-feita trata isso explicitamente.
O erro que aparece no segundo ano
A empresa monta cinco automações de tela, todas funcionando, nenhuma documentada. O fornecedor atualiza o sistema, três param no mesmo dia, e a pessoa que montou não trabalha mais lá. O custo dessa manhã costuma ser maior que a economia dos dois anos.
A proteção é simples e quase nunca feita: registrar o que cada automação faz, quem depende dela e o que fazer manualmente enquanto ela estiver parada.
Perguntas frequentes
E se meu fornecedor cobra caro pela API?
Acontece, e é uma decisão comercial legítima dele. Nesse caso o cálculo é entre o custo da porta e o custo de manter uma automação frágil, incluindo as manhãs em que ela para. Muitas vezes a porta sai mais barata.
RPA com IA muda essa conta?
Melhora a tolerância a pequenas mudanças de tela, o que é um ganho real. Não muda o fundo: você continua dependendo de uma interface que ninguém prometeu manter estável.
Dá para misturar as duas?
Dá, e é comum: API onde existe, tela onde não existe. O importante é saber qual parte do fluxo está sobre terreno firme e qual não está.
Antes de escolher
A pergunta que economiza mais dinheiro não é qual tecnologia usar, é se esse fluxo precisa mesmo existir. Boa parte das automações de tela existe para transportar dado entre sistemas que talvez não precisassem ser dois.
Se quiser acompanhar esse tipo de decisão com casos concretos, a newsletter traz um por edição.
Fontes
<!-- link interno sugerido: quanto-custa-integrar-sistemas-que-nao-conversam --> <!-- link interno sugerido: quanto-custa-manter-uma-automacao --> <!-- link interno sugerido: automacao-no-faturamento-e-emissao-de-notas -->Aplicar
Quer aplicar isso no seu negócio?
Uma conversa gratuita pra entender o seu contexto e decidir, juntos, se faz sentido seguir.
Minha equipe não segue o processo: o que fazer
Quando a equipe não segue o processo, o problema quase nunca é disciplina. É o processo. Veja as cinco causas reais e como corrigir cada uma.
Como fazer um diagnóstico empresarial (passo a passo)
Um passo a passo para fazer um diagnóstico empresarial honesto: as áreas a analisar, as perguntas certas e como transformar o retrato do negócio em prioridades.
LGPD e IA: usar sem expor os dados da empresa
Como usar inteligência artificial na empresa sem violar a LGPD nem expor dados sensíveis: classificação, contratos, política de uso e checklist prático.