Integração de sistemas é fazer com que dois programas que a empresa já usa troquem informação sozinhos, sem ninguém no meio copiando dado de uma tela para outra. Parece assunto técnico, e é assunto de custo: cada integração que não existe vira uma pessoa digitando a mesma coisa duas vezes, todo dia.
Este guia mostra os quatro modelos de integração que existem na prática, o que cada um resolve e onde cada um quebra, como escolher sem depender do palpite do fornecedor, e por que o erro mais caro raramente é técnico.
O que é integração de sistemas, na prática
Toda empresa acumula sistemas por camadas: um ERP, um CRM, uma ferramenta de atendimento, uma planilha que ninguém oficializou e que sustenta um processo inteiro. Cada um resolve bem a sua parte, e nenhum conversa com o vizinho. A integração é o que fecha essa distância.
Ela é uma das frentes descritas em automação de processos empresariais, e costuma ser a de melhor retorno, porque ataca o desperdício mais comum da operação.
O sintoma de que ela falta é sempre o mesmo: alguém é a integração. Uma pessoa exporta a planilha do sistema A, ajusta as colunas e importa no sistema B. Funciona, custa horas por semana, erra de vez em quando e ninguém contabiliza. A conta desse trabalho está em o custo dos processos manuais.
Os quatro modelos, e onde cada um quebra
| Modelo | Como funciona | Onde quebra |
|---|---|---|
| Arquivo em lote | Um sistema exporta, o outro importa, em horário marcado | Dado sempre atrasado, e erro só aparece no dia seguinte |
| Ponto a ponto por API | Os dois sistemas conversam direto, em tempo real | Cresce mal: cinco sistemas viram dez ligações para manter |
| Plataforma de integração | Uma camada no meio conecta todos, com regras num lugar só | Custo recorrente e um novo sistema para manter |
| Automação sem código | Ferramenta visual liga gatilhos e ações entre serviços | Ótima para o simples, frágil quando a regra tem exceção |
O modelo mais comum em empresa pequena é o quarto, e ele merece um aviso. Automação sem código resolve rápido e barato o caminho feliz, e cobra quando aparece a exceção: o pedido cancelado, o cliente com dois cadastros, a cobrança que voltou. Aí a regra vira uma teia de condições que ninguém documenta e uma pessoa só entende.
API, webhook e o que o fornecedor quer dizer
Três palavras aparecem em toda proposta de integração, e entender a diferença entre elas evita comprar a coisa errada.
- API é a porta que um sistema abre para outro entrar e pedir ou gravar informação. Quando o fornecedor diz que o sistema tem API, ele está dizendo que a porta existe, não que ela cobre o que você precisa.
- Webhook é o contrário: em vez de você perguntar de tempos em tempos se algo mudou, o sistema avisa no momento em que muda. É mais barato de operar e depende do outro lado oferecer.
- Conector pronto é uma integração que alguém já construiu entre dois produtos populares. Resolve o caso comum em horas, e costuma cobrir só os campos que o fabricante achou importantes.
A pergunta que separa proposta boa de proposta vaga é objetiva: quais campos e quais operações a API cobre? Muitos sistemas expõem leitura e não escrita, ou expõem cadastro de cliente e não o de pedido. Descobrir isso depois de fechado o projeto é o atraso mais comum desse tipo de trabalho.
Vale também perguntar sobre limite de chamadas e sobre o que acontece quando o sistema do outro lado sai do ar. As duas respostas mudam o desenho da solução, e nenhuma delas aparece em folheto comercial.
Como escolher o modelo certo
Três perguntas resolvem a decisão, e todas são de negócio.
- Com que atraso o dado ainda serve? Se a informação vale no dia seguinte, lote resolve e é o caminho mais barato. Se ela precisa estar lá em segundos, é API.
- Quantos sistemas vão conversar? Dois ou três, ponto a ponto é suficiente. A partir de quatro ou cinco, a plataforma no meio deixa de ser luxo.
- A regra tem exceção? Se o fluxo tem cancelamento, estorno, duplicidade ou aprovação, ferramenta visual vai até certo ponto e depois vira dívida.
Existe uma quarta pergunta, que quase ninguém faz: quem é o dono do dado? Quando cliente existe no CRM e no ERP com informações diferentes, a integração precisa saber qual dos dois manda. Sem essa definição, ela vai propagar a divergência com eficiência. Esse é o mesmo problema de propriedade que aparece em por que empresas não usam os próprios dados.
Os erros que aparecem depois
- Integrar antes de arrumar o processo. Integração acelera o que existe, inclusive o que está errado.
- Não tratar a falha. Toda integração cai um dia: sem alerta e sem fila de reprocessamento, o erro só aparece no fechamento do mês.
- Sincronizar tudo. Quanto mais campos, mais pontos de conflito. Integre o que é usado do outro lado, e só.
- Depender de um único fornecedor. Integração fechada é o que torna a troca de sistema um projeto novo.
- Esquecer o volume. O que funciona com cem registros por dia pode não funcionar com dez mil.
O primeiro é o mais caro e o mais frequente. Processo confuso integrado continua confuso, agora em tempo real. Antes de ligar dois sistemas, vale conferir se o fluxo entre eles é o que a empresa realmente quer, e a lista do que compensa automatizar está em processos para automatizar numa empresa de serviços.
Um erro menos citado, e que aparece em quase toda empresa em crescimento: integrar sistema que está de saída. Vale conferir se algum dos dois lados tem substituição prevista nos próximos doze meses. Construir uma ligação para um sistema que será trocado no ano seguinte é trabalho que nasce descartado, e é mais comum do que parece quando as duas decisões correm em áreas diferentes da empresa.
O que uma integração custa
O custo tem três partes, e a segunda costuma ser esquecida. A construção é a parte visível: levantar as regras, escrever, testar com dado real. A manutenção é a parte contínua: quando um dos dois sistemas muda, a integração precisa acompanhar, e isso acontece algumas vezes por ano. A terceira é a operação: alguém precisa olhar o que falhou e reprocessar.
Do outro lado da conta está o que se economiza, e ele é mensurável antes de começar. Some as horas por mês gastas hoje no transporte manual, multiplique pelo custo daquela hora, e acrescente o custo dos erros que a digitação produz. Na maior parte dos casos, a integração se paga em poucos meses, e é essa conta, não a preferência técnica, que sustenta a decisão.
Por onde começar
Comece pelo fluxo que dói mais e envolve menos sistemas. Documente as regras dele em linguagem de negócio, incluindo as exceções, antes de qualquer discussão sobre ferramenta. Ligue os dois primeiros sistemas em um único sentido, deixando o outro para depois. E monte o alerta de falha junto com a primeira versão, não como melhoria futura.
Se a integração for o passo antes de automatizar um processo inteiro, o panorama está em automação de tarefas. Se o que trava a conversa for um sistema antigo que não expõe nada, a decisão é outra e está em sistemas legados. E quando a conclusão é que nenhum produto de prateleira serve ao fluxo da empresa, o caminho passa por desenvolvimento de software e pelo recorte de quando a ferramenta interna vira produto.
Perguntas frequentes
O que é integração de sistemas?
É fazer com que dois ou mais programas usados pela empresa troquem informação automaticamente, sem ninguém copiando dados de uma tela para outra. O sinal de que ela falta é sempre o mesmo: existe uma pessoa exportando planilha de um sistema e importando no outro. Essa pessoa é a integração, e custa horas por semana.
Quais são os modelos de integração de sistemas?
Quatro. Arquivo em lote, em que um sistema exporta e o outro importa em horário marcado. Ponto a ponto por API, com os dois conversando em tempo real. Plataforma de integração, uma camada no meio que concentra as regras. E automação sem código, com ferramentas visuais que ligam gatilhos e ações. Cada um resolve um caso e falha em outro.
Qual a diferença entre API e webhook?
A API é a porta que um sistema abre para outro pedir ou gravar informação, e quem pergunta é você. O webhook inverte: o sistema avisa no momento em que algo muda, sem que você precise perguntar de tempos em tempos. Webhook é mais barato de operar e depende de o outro lado oferecer esse recurso.
Como escolher o modelo de integração certo?
Responda três perguntas de negócio. Com que atraso o dado ainda serve: se vale no dia seguinte, lote resolve. Quantos sistemas vão conversar: a partir de quatro ou cinco, a plataforma no meio compensa. E se a regra tem exceção, como cancelamento, estorno ou aprovação: nesse caso, ferramenta visual vai até certo ponto e depois vira dívida.
Ter API significa que dá para integrar?
Significa que a porta existe, não que ela cobre o que você precisa. Muitos sistemas expõem leitura e não escrita, ou permitem cadastrar cliente e não pedido. A pergunta objetiva a fazer ao fornecedor é quais campos e quais operações a API cobre, além do limite de chamadas e do comportamento quando o outro lado sai do ar.
Quanto custa integrar dois sistemas?
O custo tem três partes: a construção, que é levantar regras, escrever e testar com dado real; a manutenção, porque quando um dos sistemas muda a integração precisa acompanhar; e a operação, já que alguém precisa olhar o que falhou e reprocessar. Do outro lado, some as horas mensais de transporte manual hoje, e a integração costuma se pagar em poucos meses.
Automação sem código substitui uma integração?
Substitui no caminho simples e bem definido, e é o começo mais barato que existe. O limite aparece com a exceção: pedido cancelado, cliente com dois cadastros, cobrança que voltou. Quando as condições se acumulam, o fluxo vira uma teia que ninguém documentou e que só uma pessoa entende, o que é o mesmo problema que a integração deveria resolver.
O que fazer quando a integração falha?
Toda integração cai um dia, e o desenho precisa prever isso desde a primeira versão. São necessários três elementos: alerta quando a falha acontece, fila para reprocessar o que não passou e registro do que foi tentado. Sem eles, o erro aparece só no fechamento do mês, quando os números não batem e ninguém sabe desde quando.
Devo arrumar o processo antes de integrar?
Sim, e esse é o erro mais caro e mais frequente. Integração acelera o que existe, inclusive o que está errado. Processo confuso integrado continua confuso, agora em tempo real e com mais volume. Antes de ligar dois sistemas, vale confirmar que o fluxo entre eles é o que a empresa realmente quer.
Dá para integrar um sistema antigo que não tem API?
Em geral dá, por caminhos menos elegantes: exportação e importação de arquivo em horário marcado, leitura direta do banco de dados quando o fornecedor permite, ou uma camada construída por cima. Todos funcionam e todos aumentam a manutenção. Quando o sistema antigo bloqueia várias frentes ao mesmo tempo, a discussão deixa de ser de integração e passa a ser sobre o próprio sistema.
