Integração 5 min de leitura
Integração ponto a ponto ou hub: o custo escondido de cada conexão
Integração ponto a ponto ou hub? Veja quantas conexões cada modelo exige, o custo escondido de manutenção e de mudanças de API e quando cada um faz sentido.
Equipe Axiom connect 5 min
Integração ponto a ponto é o modelo em que cada par de sistemas ganha uma conexão própria: o ERP fala com a loja virtual por um caminho, com o marketplace por outro, com o WMS por um terceiro. É o jeito mais rápido de colocar a primeira integração no ar — e o mais caro de manter quando a operação cresce, porque conexões, regras e pontos de falha aumentam mais rápido que o número de sistemas. A seguir, comparamos a integração ponto a ponto com o modelo de hub e mostramos onde mora o custo que não aparece no orçamento.
O que é integração ponto a ponto?
Toda integração começa simples. O ERP precisa receber os pedidos da loja virtual, então alguém escreve uma rotina que busca de um lado e grava no outro. Quando chega o marketplace, faz-se outra rotina. Depois outra para o estoque, outra para a nota.
Cada conexão conhece os detalhes dos dois lados: o formato do pedido, os campos obrigatórios, o código de filial, o nome do status. Para dois sistemas, é a solução mais direta. O problema não está em nenhuma conexão isolada, e sim no conjunto.
Quantas conexões a integração ponto a ponto exige?
Se todo sistema precisa falar com todos os outros, o número de conexões entre n sistemas é:
conexões = n × (n − 1) ÷ 2
Com um hub, cada sistema se liga uma vez ao centro. O número de conexões é igual ao número de sistemas.
| Sistemas | Ponto a ponto (todos com todos) | Com hub |
|---|---|---|
| 2 | 1 | 2 |
| 3 | 3 | 3 |
| 4 | 6 | 4 |
| 5 | 10 | 5 |
| 6 | 15 | 6 |
| 8 | 28 | 8 |
Conta da malha: n × (n − 1) ÷ 2. 4 sistemas: 6 × 46 sistemas: 15 × 68 sistemas: 28 × 810 sistemas: 45 × 10
Com dois sistemas, o hub tem uma conexão a mais. Com três, empata. A partir de quatro, a diferença só cresce.
Na prática, nem todo par precisa conversar: dois marketplaces raramente trocam dados entre si. Mas cada par costuma ter mais de um fluxo — pedido, estoque, nota — e cada fluxo é uma rotina separada. Imagine uma operação hipotética com um ERP e quatro canais, cada um trocando pedidos, estoque e nota com o ERP: são doze rotinas para manter.
E quando tudo passa pelo ERP, o desenho parece uma estrela, mas o ERP não foi feito para ser hub: cada conexão continua reimplementando fila, nova tentativa, de/para e registro de erros. Ao trocar de ERP, todas precisam ser refeitas.
Onde mora o custo escondido de cada conexão
Manutenção multiplicada
Cada conexão tem código, credenciais, agendamentos e logs próprios. Renovar um certificado ou trocar de servidor vira tarefa repetida para cada uma.
Mudanças de API dos canais
Marketplaces e plataformas de loja evoluem as suas APIs: lançam versões novas, renomeiam campos, substituem formas de autenticação e desativam versões antigas com data marcada. Na integração ponto a ponto, uma mudança num canal precisa ser aplicada em toda conexão que fala com ele. Num hub, ela é absorvida em um conector só.
Regras duplicadas que divergem
O de/para de cores, tamanhos e filiais acaba copiado em cada conexão. Com o tempo, alguém corrige numa e esquece da outra, e o mesmo produto passa a ter tamanhos diferentes em canais diferentes.
Falha sem padrão
Cada rotina trata erro do seu jeito — ou não trata. Uma tenta de novo, outra desiste, outra grava num arquivo que ninguém lê. Um pedido pode ficar pelo caminho sem ninguém perceber. Veja como não perder pedidos na integração.
Conhecimento concentrado
Integrações ponto a ponto costumam ser escritas por pessoas diferentes, em momentos diferentes. Quando quem escreveu sai, a documentação é o próprio código.

Integração ponto a ponto ou hub: comparação lado a lado
| Aspecto | Ponto a ponto | Hub |
|---|---|---|
| Primeira integração | Rápida e barata | Exige configurar o hub antes |
| Canal novo | Uma conexão para cada sistema que precisa falar com ele | Um conector novo, ligado ao centro |
| Mudança na API de um canal | Ajuste em toda conexão que usa aquele canal | Ajuste num conector só |
| Regras de de/para | Copiadas em cada conexão | Mantidas num lugar |
| Falha e nova tentativa | Cada rotina do seu jeito | Mesmo tratamento para todos os fluxos |
| Visão da operação | Espalhada em logs separados | Um painel com o caminho de cada registro |
| Trocar o ERP | Refazer todas as conexões dele | Trocar um conector |
| Dependência | Várias peças pequenas | Uma peça central |
Quando a integração ponto a ponto ainda faz sentido?
- Dois sistemas, um fluxo, sem plano de crescer.
- Uma integração temporária, com data para acabar.
- Um caso muito específico que nenhum conector cobre — e que pode, mais tarde, virar uma rotina ligada à API do hub.
Fora disso, a pergunta não é se o ponto a ponto vai ficar caro, mas quando.
Como sair do ponto a ponto sem parar a operação
Trocar tudo de uma vez é arriscado. O mais seguro é migrar por fluxo:
- 1
Faça o inventário
Liste cada integração que existe hoje: quais sistemas liga, que dados troca e quem mantém.
- 2
Escolha o primeiro fluxo
Comece por um fluxo com começo e fim claros, como os pedidos de um canal. Evite migrar tudo de uma vez.
- 3
Valide antes de virar
Teste o fluxo novo em homologação ou com poucos registros e compare o resultado com o que a rotina antiga produzia.
- 4
Vire a chave
Desligue a rotina antiga e ligue a nova no mesmo momento, para que nenhum pedido seja processado duas vezes nem fique sem dono.
- 5
Repita
Siga para o próximo fluxo. O de/para e as regras já migrados passam a valer para os canais seguintes.
Como o Axiom connect resolve
No Axiom connect, cada sistema é conectado uma vez ao hub, e a configuração do conector pode ser feita por conta, organização ou filial — o que não é definido num nível é herdado do nível de cima, campo a campo. As regras de conversão ficam num lugar só, toda falha segue o mesmo tratamento de nova tentativa e alerta, e um conector novo entra sem mexer nos outros. Veja os conectores e os guias de integração com Mercado Livre, Shopify, VTEX e Nuvemshop.
Quer fazer essa conta com os seus sistemas? Fale com a gente.
Perguntas frequentes
Qual a diferença entre integração ponto a ponto e integração via API?
Ponto a ponto descreve o desenho: cada par de sistemas ligado diretamente. Via API descreve o meio técnico. As duas coisas convivem: ponto a ponto e hub usam APIs, a diferença é se a conexão passa ou não por um centro.
O que é arquitetura hub and spoke?
É o modelo em que cada sistema se liga a um centro, em vez de se ligar a todos os outros. O nome vem da roda: o cubo (hub) no meio e os raios (spokes) até a borda.
Dá para usar integração ponto a ponto e hub ao mesmo tempo?
Sim. É comum manter uma conexão direta específica enquanto o resto passa pelo hub, ou ligar um sistema sem conector à API do hub. O importante é documentar o que passa por onde.
O que é middleware?
É o nome genérico do software que fica entre sistemas e faz a ponte entre eles. Um hub de integração é um tipo de middleware voltado para os dados da operação, como pedidos, estoque e notas fiscais.