Fortbras: três ERPs, várias bandeiras e um só portal B2B para a rede de autopeças

A Fortbras é uma consolidadora nacional do mercado de reposição automotiva: uma rede multimarcas formada por bandeiras regionais conhecidas, como Javali, Pegasus, Soma, T-Brasil, Total, Menil e União, que vende autopeças, motopeças, pneus, lubrificantes e acessórios para oficinas, auto centers, lojas de autopeças, frotistas e consumidores. Em agosto de 2024, a imprensa do setor já contava 246 pontos de venda, 17 bandeiras e mais de 300 mil peças diferentes no portfólio (AutoData, 30/08/2024).

Crescer por aquisição dá escala, mas deixa uma herança: cada bandeira chega com o próprio ERP, a própria tabela de preço, a própria carteira de clientes e o próprio jeito de vender. Em 2025, a Fortbras decidiu digitalizar a venda B2B da rede sem pedir que nenhuma bandeira trocasse de sistema. O portal entrou no ar sobre a CWS Platform e, no 16º mês de projeto, é um canal de venda de verdade, que cresce loja a loja.

O resultado até aqui

Os números abaixo vêm do painel de BI do projeto, para o período de 1º de janeiro a 13 de outubro de 2026:

• Mais de R$ 30 milhões em receita digital, em mais de 35 mil pedidos.
• Ticket médio perto de R$ 900.
• Mais de 4 mil clientes ativos comprando pelo portal.
• Mais de 30 filiais de várias bandeiras com venda registrada no canal.
• Mais de 400 mil sessões desde abril, quando a medição de sessões começou, das quais três em cada quatro de clientes logados.
• Mais de 600 mil ofertas publicadas pelas filiais, sobre mais de 6 milhões de unidades em estoque.

O que estava na proposta e o que o projeto virou

A proposta comercial, de março de 2025, descrevia um projeto de B2B Commerce para 28 lojas, com cerca de 100 mil SKUs, limite de crédito, entrega própria e lançamento em 3 meses. O módulo de vendedor ficou fora da primeira etapa.

O cronograma foi cumprido: o MVP começou em 1º de julho de 2025, numa filial de Fortaleza, e a primeira onda chegou a 18 lojas em produção em setembro do mesmo ano. O que mudou foi o tamanho do problema. O desenho que nasceu para 28 lojas passou a sustentar:

	Proposta (mar/2025)	Hoje
Lojas	28	mais de 30 filiais vendendo, horizonte de 260 lojas
Catálogo	cerca de 100 mil SKUs	mais de 300 mil produtos cadastrados
ERPs	não detalhado	3 ERPs ativos, 2 a integrar
Vendedor	fora da etapa	Sales Hub em piloto, com fluxo de aprovação
Clientes cadastrados	não detalhado	mais de 120 mil

A plataforma acompanhou o crescimento sem troca de produto e sem reimplantação. As novas necessidades viraram configuração, e as poucas que pediram código novo viraram evolução da própria plataforma, que roda na mesma versão para todos os clientes.

O desenho: um portal na frente, várias empresas por trás

Para o cliente da oficina, a Fortbras é um portal só: ele entra, enxerga as lojas que o atendem, vê o preço que vale para ele e fecha o pedido. Por trás, cada pedido atravessa sete camadas, e cada uma resolve uma parte da complexidade do grupo.

1. Catálogo único. Um cadastro global de produtos, compartilhado por todas as bandeiras, com o código interno Fortbras como identificador central. O catálogo não carrega preço: ele descreve o produto, com aplicação, cross reference, similares e categorias.
2. Estoque por loja e por depósito. Cada filial publica a própria oferta e o próprio saldo, vindos do ERP dela. Uma loja pode ter vários depósitos (peças, pneus de linha leve, pneus de linha pesada) e continuar sendo uma loja só para o cliente.
3. Visibilidade governada. O cliente vê só as lojas e os estoques que a regra comercial permite. Quem compra de duas filiais enxerga as duas; quem é carteira de uma só enxerga aquela.
4. Preço contextual. O preço base não aparece. O preço final é calculado no momento, conforme ERP, bandeira, loja, grupo do cliente, contrato, tag do produto e estado.
5. Checkout com crédito. Meios de pagamento por loja, limite de crédito por bandeira, pedido mínimo, boleto a prazo e pagamento negociado com a loja.
6. Imposto calculado pela origem. Antes de fechar, a plataforma consulta o serviço de impostos da filial que vai faturar, e o cliente vê os tributos no catálogo, no frete e no checkout.
7. Pedido de volta ao ERP certo. O pedido nasce no portal e chega ao ERP da filial que atende, por API de consulta ou por webhook, conforme o sistema de cada bandeira.

Três ERPs convivendo no mesmo portal

ERP	Bandeiras	Lojas implementadas (jun/2026)
Transis	Javali, Pegasus, Soma, T-Brasil	18
Autcom (Citel)	T-Brasil, Menil, Pegasus	11
Protheus	Atacado União	1

A mesma bandeira pode estar em mais de um ERP (T-Brasil e Pegasus estão em dois), e é por isso que a regra não pode morar no ERP. Ela mora na plataforma, no Commerce Rules Engine (CDL Workspace), e o ERP continua sendo a fonte de estoque, preço base, crédito e faturamento de cada filial.

As integrações

A comunicação com os ERPs é, por desenho, assíncrona: os ERPs enviam estoque, preço e regras para a plataforma, e a plataforma publica os pedidos para os ERPs consumirem. Nenhuma página do portal depende de o ERP de uma filial responder naquele segundo. A exceção deliberada é o imposto, que precisa ser calculado em tempo real pela filial que fatura.

• Estoque e preço em lote, com o código interno Fortbras, o depósito e as tags de regra de preço de cada produto (marca, limitador de desconto, campanha).
• Pedidos lidos por API de consulta (Transis) ou entregues por webhook (Autcom), com status atualizado de volta.
• Serviço de impostos por filial, autenticado, chamado pela plataforma a partir de um IP de saída fixo. Devolve ST, IPI, ICMS, PIS e COFINS.
• Contratos de preço por API, com prioridade e faixas de desconto por quantidade.
• Clientes por API: cadastro, vínculo a grupos, limite de crédito, e-mail de boas-vindas e recuperação de senha.
• Autocadastro por CNPJ: o cliente sem cadastro é levado a um formulário de parceiro externo, e o cadastro aprovado volta para a plataforma por API.
• Analytics: eventos do portal no Google Tag Manager e painéis de BI com receita, pedidos, sessões, clientes e ofertas por filial.

Preço: quatro modelos num portal só

Cada ERP trouxe um modelo de precificação diferente, e nenhum precisou ser abandonado:

• Transis (Javali, Pegasus, Soma, T-Brasil): preço base, desconto padrão por bandeira, tabelas VIP, limitador de desconto e promoções com prioridade.
• Autcom em Pegasus e T-Brasil: estrutura parecida, com VIP por grupo e contratos promocionais.
• Menil: tabelas fechadas, de 1 a 7, com preço final por grupo de cliente e sem cálculo percentual.
• Protheus (Atacado União): contratos por estado, sem VIP e sem promoção, com o preço final vindo direto do contrato.

Sobre isso vale uma ordem clara de decisão: contrato vence regra percentual, que vence tabela. Quando dois grupos VIP disputam o mesmo cliente, vale o critério configurado. Em junho de 2026 o portal tinha cerca de 800 contratos ativos. Ao longo do projeto entraram regra de preço por quantidade, desconto progressivo em faixas dentro do contrato (por matriz ou por filial) e múltiplo de venda por produto, todos operados pela plataforma e alimentados pelos ERPs.

Clientes diferentes, jornadas diferentes

A base da Fortbras não é homogênea, e o portal não trata todo mundo igual:

• Carteira por loja. Cada cliente pertence aos grupos das lojas que o atendem. Em junho de 2026 eram mais de 3 mil grupos de clientes.
• Cliente de mais de uma filial. Grupos de interseção deixam o cliente enxergar duas lojas sem misturar regras. Para não misturar faturamento, o carrinho aceita uma loja por pedido, com vários depósitos dessa loja.
• Clientes VIP. Em junho de 2026, mais de 20 mil clientes estavam em grupos VIP, com preço próprio por bandeira.
• Venda assistida. No piloto do Sales Hub, o vendedor usa a mesma interface do cliente, cadastra clientes já no grupo certo e trabalha com um fluxo de aprovação entre vendedor, coordenador e gerente.
• Visitante sem login. Pode pesquisar o catálogo, mas não vê preço. No primeiro acesso, o cliente confirma os dados cadastrais.

Configurado, não programado

A maior parte do que a Fortbras precisou foi resolvida com os 1.029 parâmetros configuráveis da plataforma, muitas vezes no mesmo dia do pedido: abrir uma filial nova com as regras de preço de outra, criar grupos de interseção, mudar o padrão da busca, ligar ou desligar o imposto de uma filial, restringir meios de pagamento por loja, liberar o acesso de gerentes de filial ao painel da loja, trocar a grade de produtos para o padrão da listagem.

Uma operação desse tamanho também pediu ajustes pontuais de produto, e eles foram feitos na plataforma:

• Loja única com vários depósitos, para o atacado que separa peças, pneus leves e pneus pesados.
• Chave única de oferta por parceiro, para o ERP que manda o mesmo produto mais de uma vez.
• Imposto por filial, consultado na origem e exibido no catálogo, no frete e no checkout.
• Desconto progressivo por quantidade dentro do contrato e múltiplo de venda por produto.
• Busca restrita por código como padrão, para o balconista que digita o código da peça.
• CNPJ alfanumérico, antes da mudança da Receita Federal.
• Recuperação de senha pelo WhatsApp e e-mails de boas-vindas disparados pela API de clientes.
• Novo checkout, testado e aprovado pela Fortbras em sandbox em outubro de 2026.

Um time que responde em minutos

O projeto tem um canal direto entre o time de projeto e tecnologia da Fortbras e o time da CWS Platform, ao lado dos chamados formais. Em 16 meses, foram mais de 5 mil mensagens. Alguns momentos mostram o ritmo:

• Na semana do lançamento, a busca passou a funcionar para quem ainda não tinha login, sem mostrar preço, numa força-tarefa de um dia.
• Num domingo, uma importação de 50 mil clientes travou. A resposta veio em 12 minutos, com a carga refeita em lotes.
• Uma filial nova, com as mesmas regras de preço de outra, foi criada em produção e em sandbox no mesmo dia em que foi pedida.
• Quando um preço errado no ERP de origem chegou ao portal, a filial foi desligada em 8 minutos, com estoque e configurações preservados para voltar no ar.
• A troca do IP de saída, exigida pela segurança da Fortbras, foi implantada de madrugada e monitorada o dia inteiro, sem impacto para os clientes.
• Correções de busca, de campanhas e de impostos subiram à noite e no fim de semana, para que a loja abrisse no dia seguinte com o problema resolvido.

Nem tudo foi simples, e um caso honesto precisa dizer isso. A virada da regra de clientes por CEP para a regra por grupo, em setembro de 2025, exigiu dias de ajuste fino com as filiais. A busca foi refeita mais de uma vez até chegar ao comportamento que o balconista espera. Em cada um desses momentos, os dois times trabalharam juntos, em sala, até fechar o tema.

“Show Isra, acabei de testar vários cenários aqui e todos funcionando da forma que conversamos, muito obrigado!” Time de projeto da Fortbras, setembro de 2026

Uma plataforma que muda junto com a operação

O portal de hoje não é o portal de julho de 2025, e não precisou ser reconstruído para isso:

• Jul/2025: MVP em Fortaleza.
• Set/2025: 18 lojas em produção; clientes passam a ser definidos por grupo, não por endereço.
• Out/2025: entram as filiais do Autcom e começa o piloto do módulo vendedor.
• Nov/2025: entra o Protheus, com o atacado e seus três depósitos.
• Fev/2026: restrição por depósito e grupos de interseção em produção para todas as filiais.
• Mai/2026: vendedor cadastra o cliente já no grupo certo; carga de quase 190 mil produtos sem duplicidade numa única loja.
• Jul/2026: múltiplo de venda.
• Ago/2026: imposto no catálogo.
• Set/2026: desconto progressivo por quantidade, autocadastro por CNPJ, busca restrita como padrão e anúncio de mais 10 lojas.
• Out/2026: novo checkout aprovado.

O que os números revelam

• O portal virou ferramenta de trabalho. Três de cada quatro sessões são de clientes logados. Quem entra, entra para comprar.
• O uso é recorrente. São, em média, mais de 60 sessões por visitante logado desde abril. Os clientes mais engajados passam de 2 mil sessões, com tempo médio de até 18 minutos por sessão.
• O crescimento é contínuo. As sessões mensais mais que triplicaram de abril a setembro de 2026.
• A venda está distribuída. Nenhuma filial domina o canal: a maior responde por pouco mais de um décimo da receita digital do período, e mais de 30 filiais de várias bandeiras vendem pelo portal.
• O potencial ainda é grande. São pouco mais de 4 mil clientes ativos numa base de mais de 120 mil cadastros, com cerca de 30 lojas ativas num horizonte de 260. Cada nova loja traz a carteira dela para um portal que já está pronto.

Próximos passos

A Fortbras segue o modelo que deu certo: uma loja por vez, sem big bang. As próximas 10 lojas estão em implantação, dois ERPs ainda vão entrar, o Sales Hub se prepara para sair do piloto e o catálogo passa por uma rodada de enriquecimento com agentes de Inteligência Artificial.

A leitura do caso: uma rede que cresceu por aquisição não precisa escolher entre unificar ERPs e vender no digital. Com a regra na plataforma, cada bandeira mantém o próprio sistema, e o cliente encontra uma Fortbras só.