A camada de integração que sustenta o omnichannel: ERP, CRM, WMS, TMS, POS e event bus

O cliente não vê a camada de integração. Ele vê o resultado dela: o produto que aparecia disponível no app e estava esgotado na loja, o pedido que sumiu entre o marketplace e o ERP, a nota fiscal que travou no checkout. Toda falha visível de omnichannel é, na origem, uma falha invisível de integração. E quem trata integração como projeto que termina paga essa conta exatamente quando menos pode: na venda.

A tese deste guia é desconfortável para quem orçou integração como um custo único de implantação. A malha que conecta ERP, CRM, WMS, TMS, POS e marketplace não é uma obra que se entrega — é uma despesa de manutenção que nunca para. APIs mudam, marketplaces atualizam regras, sistemas sobem versões, e cada uma dessas mudanças pode quebrar um conector que estava funcionando ontem. O KPI que importa não é a data de entrega; é o integration uptime, a taxa de sincronização correta e o tempo para detectar uma falha antes que o cliente a veja.

Este guia desce ao nível da arquitetura de integração. Ele complementa, sem repetir, a tese de operação sem atrito do guia Varejo sem atrito e a discussão de quando decompor a plataforma do guia Composable, MACH e headless. Aqui o foco é a malha em si: como ela falha, como o event bus muda a economia da integração e por que a janela de 2026-2027 transformou esse tema técnico em risco operacional imediato.

Por que o omnichannel quebra na camada de integração?

Resposta direta: quebra porque o omnichannel é uma promessa de consistência entre canais, e consistência depende de sincronização em tempo real entre sistemas que nasceram separados. Quando o estoque do ERP, o pedido do marketplace e o registro do POS se atualizam em ritmos diferentes — ou em batch noturno — o cliente vê a inconsistência antes da operação perceber.

O consumidor brasileiro já não distingue canal. Segundo a TOTVS (2026), mais de 70% dos consumidores brasileiros usam múltiplos canais antes de comprar. Pesquisa setorial de 2025 mostra que varejistas com omnichannel integrado faturam três vezes mais e têm CLV 170% maior que os fragmentados. A vantagem é real — mas ela mora na integração, não na soma de canais. Ter app, loja e marketplace não é omnichannel; é multicanal fragmentado se os três não compartilham a mesma verdade de estoque e pedido.

O ponto de falha mais comum é o silo de informação. Varejistas com ERPs separados para loja física, e-commerce e controle financeiro enfrentam inconsistências que, em 2026, deixaram de ser só inconveniência operacional e viraram risco fiscal. A reforma tributária exige que produto, alíquota e classificação tributária estejam corretos e sincronizados em todos os pontos de emissão — e um cadastro dessincronizado entre sistemas gera nota rejeitada pela SEFAZ.

O omnichannel não falha na vitrine. Falha na costura entre os sistemas. O cliente que vê “disponível” e recebe “esgotado” não encontrou um bug de frontend — encontrou um estoque que duas máquinas contavam de formas diferentes.

Event bus ou ponto-a-ponto: qual arquitetura de integração escolher?

Resposta direta: a integração ponto-a-ponto funciona com poucos sistemas e colapsa em complexidade conforme você adiciona canais; o event bus inverte essa economia ao centralizar a comunicação num barramento publica-assina. Para uma operação que conecta ERP, CRM, WMS, marketplace e POS, o event bus quase sempre vence no médio prazo — mas exige disciplina de eventos que a ponto-a-ponto não exige.

Na integração ponto-a-ponto, cada sistema conversa diretamente com cada outro. Dois sistemas precisam de um conector. Cinco sistemas, se todos falam entre si, podem exigir até dez conectores; dez sistemas exigem dezenas. O crescimento é quadrático, e cada conector é uma manutenção independente. Quando o marketplace muda a API, você corrige o conector do marketplace com o ERP, com o WMS e com o sistema de pricing — três correções para uma mudança.

No event bus, cada sistema publica eventos num barramento central — “pedido criado”, “estoque alterado”, “nota emitida” — e assina os eventos que lhe interessam. O ERP publica a baixa de estoque uma vez; o app, o marketplace e o POS que assinaram esse evento recebem a atualização. Cada sistema fala uma vez com o barramento, não com todos os outros. O número de conexões cresce de forma linear, as falhas ficam isoladas no consumidor do evento, e a sincronização se aproxima do tempo real.

A tabela compara as duas arquiteturas nos eixos que decidem a escolha no varejo brasileiro.

Critério	Ponto-a-ponto	Event bus (publica-assina)
Crescimento de conectores	Quadrático (cada sistema novo multiplica)	Linear (cada sistema fala uma vez com o barramento)
Sincronização	Tende a batch ou polling	Tempo quase real por evento
Isolamento de falha	Falha propaga entre sistemas acoplados	Falha fica contida no consumidor do evento
Custo de mudança de API	Corrige todos os conectores afetados	Corrige um publicador ou um assinante
Quando faz sentido	Poucos sistemas, integração estável	Múltiplos canais, estoque e pedido em tempo real

A escolha não é religiosa. Uma operação com três sistemas estáveis e integração resolvida não precisa de barramento. Uma operação que conecta ERP, dois marketplaces, app, loja física e WMS, com promessa de estoque em tempo real, paga caro por insistir em ponto-a-ponto. O event bus é o que separa, na prática, o omnichannel real — sincronização por evento — do omnichannel de fachada que ainda roda em batch noturno.

O que medir na camada de integração?

Meça uptime, latência e exatidão, não data de entrega. Os KPIs que governam a malha são integration uptime (quanto tempo a integração ficou no ar e sincronizada), sync latency (quanto tempo um evento leva do publicador ao consumidor), error rate (quantos eventos falharam ou ficaram inconsistentes) e order accuracy (quantos pedidos refletiram corretamente em todos os sistemas). Uma integração “concluída” com order accuracy de 95% está perdendo cinco em cada cem pedidos na costura — e cada um vira atendimento, devolução ou venda perdida.

Por que a integração é custo de manutenção, não projeto entregue?

Resposta direta: porque a malha é viva. Cada API que muda, cada marketplace que atualiza regra e cada sistema que sobe versão pode quebrar um conector funcionando. A integração não termina na implantação — ela entra em regime permanente de monitoramento, revalidação e correção. Orçar integração como custo único é a origem do estoque que mente e da nota que trava.

O volume transacional brasileiro dá a escala do problema. O sistema de NF-e acumulou 51,882 bilhões de documentos autorizados desde o início (dado de setembro de 2025, Portal NF-e). Só no Paraná, o primeiro semestre de 2025 registrou 1 bilhão de NFC-e e 306 milhões de NF-e. Cada documento desses passa por uma cadeia de sistemas que precisam estar sincronizados no momento da emissão — e a integração é o que mantém essa cadeia coerente sob esse volume.

A reforma tributária elevou o custo da manutenção a outro patamar. A NT 2025.002 v1.40 (publicada em 20 de maio de 2026) introduziu o campo cClassTrib, o grupo UB com IBS, CBS e IS por item, e a rejeição automática de notas sem esses campos a partir de 3 de agosto de 2026 para o Regime Normal. Isso significa que toda integração que toca emissão fiscal precisou ser revalidada — não por escolha, por prazo legal. A Brasscom estimou que a ausência de APIs gratuitas do governo pode gerar custo de até R$ 5 bilhões para a iniciativa privada no processo de adequação. Esse número é, em essência, o custo de manutenção de integração de um país inteiro concentrado numa janela.

A consolidação TOTVS-Linx soma um segundo vetor de custo. A operação foi concluída em março de 2026 (R$ 3,05 bilhões, CADE sem restrições), e 2026 é o ano de integração de portfólio em pleno prazo crítico da reforma. A Linx Microvix atende mais de 12.000 lojas ativas e emite mais de 7 milhões de documentos fiscais por mês, integrando-se a mais de 70 marketplaces. Para o varejista no meio dessa transição, a camada de integração não é tema de roadmap futuro — é o que decide se a operação continua emitindo nota e sincronizando estoque durante a mudança.

Quando usar um hub de integração certificado?

Resposta direta: use um hub certificado quando a integração com marketplaces e plataformas é commodity para o seu negócio — necessária, mas não diferencial. O hub transfere para o fornecedor o ônus de manter cada conector atualizado quando a API do parceiro muda, encurtando time-to-market e estabilizando o custo de manutenção. Construa conector próprio só quando a integração for vantagem competitiva ou quando nenhum hub cobrir a sua combinação de sistemas.

A lógica é a mesma do TCO de qualquer capacidade: você decompõe e constrói o que é estratégico, e terceiriza o que é commodity. Conectar-se a Mercado Livre, Shopee, VTEX ou Shopify não é diferencial competitivo para uma operação de moda ou joalheria — é tabela de entrada. O diferencial é o sortimento, o atendimento, a curadoria. Manter dezenas de conectores de marketplace atualizados consome engenharia que não move nenhum desses diferenciais.

O mercado de hubs reflete essa demanda. O Bling integra-se a mais de 250 plataformas; a Linx Microvix, a mais de 70 marketplaces. No ecossistema Onclick, a APIECOMM atua como hub de integrações certificadas para plataformas como VTEX, Shopify e Mercado Livre — um exemplo de camada que entrega conectores homologados em vez de exigir que cada varejista construa e mantenha os seus. A vantagem de um hub certificado é que a homologação e a revalidação contínua, quando a API do parceiro muda, ficam com quem opera o hub.

Quando o conector próprio se justifica?

Justifica-se quando a integração é, ela mesma, o produto ou o diferencial. Um marketplace que vive de conectar vendedores e compradores precisa dominar seus próprios conectores. Uma operação com uma combinação rara de sistemas legados que nenhum hub cobre também precisa construir. Fora desses casos, o conector próprio costuma ser uma decisão de orgulho de engenharia que vira passivo de manutenção — exatamente o custo invisível que o hub existe para absorver.

O que decidir nesta semana

A camada de integração é onde o omnichannel se prova ou se desmonta. Estas decisões separam a malha que sustenta a operação da que a derruba na próxima mudança de API.

• Audite o seu integration uptime e o order accuracy reais. Não pergunte se a integração “está pronta”; meça quantos pedidos e quanto estoque refletem corretamente em todos os sistemas hoje. O gap entre 95% e 99,9% é a sua taxa de venda perdida na costura.
• Mapeie se você está em ponto-a-ponto e conte os conectores. Se o número de conectores cresce de forma quadrática e cada mudança de API exige múltiplas correções, você tem caso para migrar a sincronização crítica — estoque e pedido — para um modelo de event bus.
• Trate integração como linha de custo recorrente no orçamento. Reserve capacidade de engenharia ou contrato de manutenção para revalidação contínua. A integração que não tem dono permanente é a que quebra silenciosamente até o cliente reclamar.
• Decida hub certificado versus conector próprio por capacidade. Terceirize a integração com marketplaces (commodity) para um hub homologado; construa só o que for diferencial competitivo. Some o custo de manter conectores próprios atualizados antes de assumi-lo.
• Blinde o fiscal antes da janela de 3 de agosto. Confirme que toda integração que toca emissão de NF-e está validada para a NT 2025.002 v1.40. Nota rejeitada por campo CBS/IBS ausente não é problema técnico abstrato — é venda que não fecha.

Olhando para 2027, a camada de integração ganha um novo consumidor: o agente. Com a consolidação dos protocolos de commerce agêntico ao longo de 2026 e a entrada do split payment opcional em 2027 — que exige separação automática de CBS e IBS no momento do pagamento — a malha de integração passa a precisar expor eventos não só para canais humanos, mas para agentes de IA e para o sistema bancário que recolhe o tributo na liquidação. O event bus deixa de ser otimização de omnichannel e vira pré-requisito de conformidade e de descoberta por máquina. A operação que entrar em 2027 com integração em batch noturno e conectores ponto-a-ponto vai descobrir que a costura que já mentia para o cliente humano agora também trava o agente e atrasa o recolhimento fiscal.

A integração nunca foi o tema mais glamouroso do e-commerce. Em 2026 e 2027, virou o mais decisivo. É a diferença entre uma operação que promete omnichannel e uma que o entrega — e entre uma nota que autoriza e uma venda que para.