Quanto custa integrar dois sistemas

Integrar dois sistemas com APIs REST bem documentadas custa tipicamente entre R$ 4 mil e R$ 15 mil por fluxo. Quando um dos lados é um sistema legado, sem documentação ou sem API, o mesmo fluxo vai para R$ 20 mil a R$ 60 mil. O preço é ditado pelo lado mais difícil, e quase nunca pela complexidade do dado que você quer trocar.

Faixas de preço por cenário de integração

São faixas típicas de mercado, para um fluxo. Sistemas costumam precisar de vários, cliente, produto, pedido, nota, estoque, e cada um é um projeto pequeno com seu próprio custo.

Por que o outro lado define o preço

Quem contrata olha para a integração como "mandar o pedido do site para o ERP" e supõe que seja o mesmo trabalho independentemente do ERP. Não é. Cinco características do sistema de destino movem o orçamento mais do que qualquer outra coisa:

Existe API? Sem API, sobram alternativas trabalhosas: gravar direto no banco (arriscado e frequentemente proibido pelo fornecedor), trocar arquivos por pasta compartilhada ou FTP (funciona, mas exige tratar arquivo pela metade, reprocessamento e ordem), ou automatizar a interface (frágil, quebra a cada atualização).

A documentação existe e está correta? Documentação desatualizada é pior que documentação ausente, porque induz a erro e o erro só aparece em teste. Descobrir o comportamento real de uma API por tentativa consome dias.

Há ambiente de homologação? Sem sandbox, você testa em produção, o que significa criar pedidos de teste no sistema real, com todos os efeitos colaterais. Isso obriga a um cuidado que custa tempo.

Quais são os limites de requisição? Uma API que aceita 60 chamadas por minuto exige fila, controle de ritmo e nova tentativa com espera progressiva. É código que não existiria com uma API generosa.

Existe alguém do outro lado para responder? Um contato técnico acessível no fornecedor do ERP pode ser a diferença entre duas semanas e dois meses. Vale perguntar isso antes de assinar.

Onde o esforço realmente vai

Numa integração típica, a divisão do trabalho surpreende quem contrata:

• Enviar e receber o dado no caminho feliz: cerca de 20%. É a parte que todo mundo imagina.
• Mapeamento de campos e regras de conversão: 20% a 25%. Um lado chama de "cliente", o outro de "parceiro de negócio". Um aceita CPF com pontuação, o outro não. Um tem status "aguardando", o outro tem três status que somados equivalem a esse. Esse trabalho é de negócio, não de código, e exige alguém que conheça os dois sistemas.
• Tratamento de erro e reprocessamento: 30% a 40%. O que fazer quando o destino está fora do ar, quando a resposta demora, quando a mesma mensagem chega duas vezes, quando um campo obrigatório veio vazio. Integração sem essa camada funciona na demonstração e falha silenciosamente em produção.
• Monitoramento e visibilidade: 10% a 15%. Um painel simples que mostra o que passou, o que falhou e permite reenviar. Sem isso, cada problema vira uma investigação manual.

O item mais perigoso é o terceiro, porque é invisível numa proposta enxuta. Uma integração 40% mais barata quase sempre é uma integração sem tratamento de falha.

Idempotência: o conceito que evita prejuízo

Vale conhecer um termo, porque ele separa integração séria de integração improvisada. Idempotência significa que processar a mesma mensagem duas vezes produz o mesmo resultado que processá-la uma vez.

Sem isso, uma falha de rede no momento errado gera pedido duplicado, cobrança em dobro ou baixa de estoque repetida. Redes falham; mensagens são reenviadas. A pergunta certa para o fornecedor é: como o sistema garante que o mesmo evento não seja processado duas vezes? Se não houver resposta clara, o problema vai aparecer, normalmente no dia de maior volume.

Ferramenta pronta ou desenvolvimento sob medida

Plataformas de automação conectam sistemas populares sem código, com mensalidade que varia conforme o volume de execuções.

Ferramenta pronta compensa quando: o volume é baixo, os dois sistemas estão no catálogo da plataforma, a lógica no meio é simples e você precisa de algo rodando esta semana.

Desenvolvimento compensa quando: o volume é alto (a cobrança por execução ultrapassa o custo de manter código), existe regra de negócio real no meio do caminho, algum dos lados não está no catálogo, ou os dados são sensíveis e não devem transitar por terceiros.

Uma estratégia razoável é começar com ferramenta pronta para validar o fluxo e a demanda, e migrar para código quando a conta virar. Trocar depois é mais barato do que construir a integração errada agora.

Perguntas a fazer antes de pedir orçamento

Leve estas respostas para o fornecedor e o orçamento será mais preciso e menos inflado por risco:

1. O outro sistema tem API? Qual tipo e qual versão?
2. Existe documentação pública e ambiente de homologação?
3. Quantos registros por dia, e qual o pico?
4. A sincronização é em uma direção ou nas duas?
5. Se os dois lados forem alterados, qual prevalece?
6. Qual o atraso aceitável, imediato, minutos ou uma vez por dia?
7. Quem, na empresa, conhece o significado de cada campo nos dois sistemas?

A última pergunta é a mais importante e a mais esquecida. Integração é, antes de tudo, um acordo sobre o que os dados significam. Sem alguém capaz de decidir isso, nenhum fornecedor entrega no prazo.