Integração de sistemas é fazer com que sistemas diferentes da empresa troquem dados sozinhos, sem ninguém digitando a mesma informação duas vezes. O ERP passa o pedido para a logística, o e-commerce avisa o estoque, o banco devolve o extrato para a conciliação, tudo sem uma pessoa no meio copiando de uma tela para outra.
O sintoma de que ela falta é conhecido: “nossos sistemas não conversam”. Parece assunto técnico, e é assunto de custo, porque cada integração que não existe vira alguém exportando planilha todo dia. Este guia mostra os tipos de integração de sistemas, onde cada um quebra, exemplos reais em empresas médias e como escolher o modelo certo.
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.
Tipos de integração de sistemas
Na prática, há quatro modelos de integração, e cada um quebra num lugar diferente:
| 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 |
A plataforma de integração é o que o mercado chama de middleware ou, quando é oferecida como serviço na nuvem, de iPaaS. 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.
Exemplos de integração de sistemas em empresas
Quatro casos que aparecem em quase toda empresa de médio porte, com o que cada um resolve:
- ERP com e-commerce e marketplaces, numa distribuidora com vários canais. O pedido que entra na loja virtual ou no marketplace cai no ERP já com cliente, itens e frete; o estoque do ERP volta para os canais, e o produto esgotado sai do ar sozinho. Sem isso, alguém redigita pedidos e a empresa vende o que não tem.
- ERP com o sistema de orçamento, numa empresa de engenharia. O orçamento aprovado vira pedido e projeto no ERP sem redigitação, e o custo realizado da obra volta para comparar com o que foi orçado. É o que permite saber se a margem vendida está sobrando.
- CRM com ERP. A proposta fechada no CRM vira pedido no ERP, e o vendedor enxerga no CRM o que foi faturado, o que está em atraso e o limite de crédito do cliente. O ponto delicado é decidir qual dos dois é o dono do cadastro de cliente.
- Banco com a conciliação financeira. O extrato chega todo dia por arquivo ou por API, e o sistema casa cada lançamento com o título correspondente, deixando para a pessoa só as exceções. É uma das integrações de retorno mais rápido.
Em todos os casos, a integração não precisa trocar o ERP. Ele continua fazendo o que faz, e a integração fecha a distância até os outros sistemas. Como fazer isso pela API, caso a caso, está em integração com ERP. Quando a regra que precisa circular entre eles, como a de preço ou de margem, ainda vive numa planilha, o primeiro passo é transformá-la em sistema, o trabalho da frente de Operação e margem da Northern, operações e tecnologia sob medida.
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, explicada em detalhe em como funciona uma API. 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 sistema legado, com as quatro formas de conectar sem reescrever. 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 sistemas diferentes da empresa troquem dados sozinhos, sem ninguém digitando a mesma informação duas vezes. O ERP passa o pedido para a logística, o e-commerce avisa o estoque, o banco devolve o extrato para a conciliação. O sintoma de que ela falta é a frase “nossos sistemas não conversam”, e o custo aparece como horas de gente exportando e importando planilha. É assunto de custo e de erro, não só de tecnologia.
Quais são os tipos de integração de sistemas?
Quatro modelos cobrem a prática. Arquivo em lote, em que um sistema exporta e o outro importa em horário marcado. Ponto a ponto por API, com os dois sistemas conversando direto e em tempo real. Plataforma de integração, ou middleware, que conecta todos a partir de uma camada no meio. E automação sem código, que liga gatilhos e ações entre serviços por uma ferramenta visual. Cada um quebra num lugar diferente, e a escolha depende do atraso aceitável, do número de sistemas e das exceções da regra.
Quais são exemplos de integração de sistemas?
ERP com e-commerce e marketplaces, para que pedido e estoque circulem sem redigitação. ERP com o sistema de orçamento, para que o orçamento aprovado vire pedido e o custo realizado volte para comparar com o orçado. CRM com ERP, para que a venda fechada vire pedido e o vendedor veja o que foi faturado. E banco com a conciliação financeira, para que o extrato seja casado automaticamente com os títulos. São as integrações mais comuns numa empresa de médio porte.
Integração e API são a mesma coisa?
Não. Integração é o resultado: dois sistemas trocando dados sozinhos. API é uma das formas de chegar lá, a porta que um sistema abre para outro pedir ou gravar informação. Dá para integrar sem API, por arquivo em lote ou leitura de banco, e dá para ter API sem integração nenhuma funcionando. Ter API também não garante que ela cubra os campos e as operações que a empresa precisa.
Quanto tempo leva uma integração de sistemas?
Depende de três coisas: quantos sistemas, se a API de cada um cobre o que é preciso e quantas exceções a regra tem. Uma ligação simples entre dois sistemas com conector pronto pode sair em dias; uma integração com regras de negócio, exceções e tratamento de falha leva semanas. O que mais atrasa costuma ser descobrir, no meio do projeto, que a API não grava o campo necessário. Por isso vale levantar campos e operações antes de estimar prazo.
Dá para integrar sem trocar o ERP?
Na maioria dos casos, sim, e é o caminho mais barato e mais seguro. O ERP continua fazendo o que faz bem, como fiscal, financeiro e estoque, e a integração leva e traz os dados dos outros sistemas. Mesmo ERP antigo, sem API moderna, costuma permitir integração por arquivo, por leitura do banco ou por uma camada construída em volta dele. Trocar o ERP só para integrar é um projeto muito maior do que o problema.
O que é iPaaS?
iPaaS é a sigla em inglês para plataforma de integração como serviço: uma ferramenta na nuvem que fica no meio dos sistemas e cuida de receber, transformar e distribuir os dados entre eles, com conectores prontos e um lugar só para ver as falhas. É a versão em nuvem do que se chamava de middleware. Faz sentido quando são muitos sistemas conversando; com dois ou três, costuma ser mais caro que uma integração direta. Tem custo recorrente e vira mais um sistema para manter.
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.
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.
