Magento 2 B2B: Tabelas de Preços por CNPJ

Tabelas de preços por CNPJ no Magento 2 B2B são o mecanismo que permite exibir valores diferentes para cada cliente corporativo, com base no cadastro da empresa, no perfil de compra ou nas condições negociadas com o comercial. Para operações que atendem distribuidoras, redes varejistas ou clientes com contratos personalizados, essa funcionalidade não é um diferencial, é um pré-requisito.

O problema é que, na prática, poucas implementações entregam isso de forma realmente operacional. O mais comum é um sistema de preços que nasceu B2C e recebeu gambiarras para fingir comportamento B2B: grupos de clientes genéricos, descontos manuais por pedido ou planilhas que o time comercial atualiza fora da plataforma. Funciona até um certo volume. Depois vira caos.

Este artigo explica como o Adobe Commerce estrutura a precificação B2B por empresa, quais recursos nativos existem, onde cada abordagem tem limites e como operações mais maduras resolvem o restante com integração e desenvolvimento.

Principais pontos do artigo

• O Adobe Commerce B2B vincula preços à empresa por meio de catálogos compartilhados, e não a um campo isolado de CNPJ.
• Preços em camadas, grupos de clientes e catálogos compartilhados se combinam para cobrir a maioria dos modelos de precificação.
• Operações com muitos clientes e regras complexas precisam de automação por API ou integração com ERP.
• Tabelas mal estruturadas geram erros operacionais, conflitos de regras e perda de margem.
• Implementações bem feitas permitem que o time comercial opere sem depender de desenvolvimento para cada ajuste de preço.

Por que preço único não funciona no B2B

No B2C, preço único faz sentido: o consumidor vê o mesmo preço que todo mundo, e a diferenciação vem por promoção ou fidelidade. No B2B, o preço é parte do contrato. Um distribuidor com volume mensal combinado tem uma tabela, um revendedor menor tem outra, e quem compra à vista tem condição diferente de quem paga a prazo.

Quando esse modelo vai para o digital sem a personalização correspondente, acontece uma de duas coisas: a loja mostra um preço que não é o real daquele cliente, e o pedido precisa ser corrigido à mão, ou a empresa decide não exibir preço e usa o digital como simples catálogo. Nos dois casos, o canal deixa de funcionar como canal de vendas.

Como o Magento estrutura preços B2B

O Adobe Commerce B2B é uma extensão do Adobe Commerce, segundo a documentação da Adobe (Experience League), e inclui contas de empresa e catálogos compartilhados. Por padrão, todos os recursos B2B vêm desabilitados. Ao ativar a opção Enable Company em Stores > Settings > Configuration > General > B2B Features, a loja passa a suportar contas de empresa e habilita também catálogos compartilhados e cotações.

A lógica do “preço por CNPJ” não é um campo isolado. É a combinação de três elementos:

1. Conta de empresa (Company Account): o cadastro da empresa, com razão social (Company Legal Name), número fiscal no campo VAT / Tax ID, limite de crédito e usuários. É nesse campo de número fiscal que a loja costuma guardar o CNPJ.
2. Catálogo compartilhado (Shared Catalog): o catálogo com os produtos e os preços visíveis para as empresas atribuídas a ele. Catálogos personalizados são restritos às contas de empresa e só aparecem para usuários logados dessas empresas.
3. Atribuição: em Advanced Settings da empresa, o campo Customer Group / Shared Catalog indica o grupo de clientes ou o catálogo compartilhado atribuído a ela.

Quando os três estão configurados, o usuário da empresa vê os produtos e os preços que o comercial negociou, sem gambiarra.

Catálogos compartilhados: o coração da precificação B2B

O catálogo compartilhado é o recurso que mais diretamente responde à necessidade de tabelas por CNPJ. Segundo a Adobe, a configuração de um catálogo tem estrutura e preço:

• Estrutura: você escolhe os produtos pela árvore de categorias, e as categorias com produtos selecionados definem o que a empresa vê na navegação.
• Preço personalizado por produto: do tipo fixo (o preço final) ou do tipo percentual (um desconto sobre o preço base). As alterações em massa usam a ação Set Discount ou Adjust Fixed Price.
• Prioridade: o preço personalizado do catálogo compartilhado tem prioridade sobre o preço por grupo de clientes.

Na prática, um distribuidor regional pode ter um catálogo com desconto percentual em toda a linha de eletrônicos, com preços fixos negociados SKU a SKU para itens de margem controlada. Um cliente de grande porte pode ter preço negociado individualmente para os itens que compra com frequência, e manter o preço de tabela nos demais.

A gestão manual desses catálogos pelo painel funciona até certo ponto. Com dezenas de empresas e centenas de SKUs por catálogo, o processo fica inviável sem automação. A Adobe recomenda, para quem administra muitos catálogos compartilhados, a opção que grava no índice de preços somente os produtos atribuídos a cada catálogo.

Preços em camadas e grupos de clientes

Além dos catálogos compartilhados, dois outros mecanismos pesam em operações B2B:

• Preços em camadas (tier price): desconto por quantidade. O preço de cada faixa vale a partir da quantidade informada, e a faixa mais alta tem precedência. Por exemplo, um produto de R$ 100 pode custar R$ 90 a partir de 10 unidades e R$ 80 a partir de 50 (valores ilustrativos). Cada faixa pode ser fixa ou percentual, e pode ser limitada a um grupo de clientes ou a um catálogo compartilhado. O escopo por catálogo compartilhado exige o Adobe Commerce B2B.
• Grupos de clientes: segmentam preço, impostos e regras para grupos de clientes. São úteis para casos simples, mas viram um problema quando alguém tenta usá-los no lugar de catálogos compartilhados.

A combinação entre camadas, grupos e catálogos cobre a maioria dos modelos B2B sem customização. O ponto crítico é mapear antes de configurar qual regra tem prioridade sobre qual, porque preço fixo, preço em camadas, preço especial e regras de catálogo coexistem e o preço final depende da combinação.

Crédito, prazo e limite por empresa

No B2B, o preço negociado vem junto com a condição de pagamento. Na conta de empresa, a Adobe documenta o campo Credit Limit (o limite de crédito estendido à empresa) e a opção Allow to Exceed Credit Limit, que define se a empresa pode ultrapassar o limite. O pagamento em conta (Payment on Account) permite que a empresa compre contra esse limite, e o saldo disponível aparece para o comprador no painel da conta.

Quando o limite de crédito é gerenciado no ERP ou no financeiro, os dois sistemas precisam ser integrados para que o dado seja o mesmo nos dois lados.

A integração com ERP muda tudo

Para operações com tabelas gerenciadas fora do Magento, a integração com o ERP é o ponto crítico. A pergunta que define o projeto é: quem é a fonte da verdade?

Quando o ERP é a fonte, o Magento recebe as tabelas por API ou importação automatizada. O fluxo mais comum é:

1. O comercial negocia e registra o preço no ERP.
2. Uma rotina de sincronização exporta as tabelas para o Magento, mapeadas por empresa.
3. O Magento atualiza o catálogo compartilhado da empresa correspondente.
4. O cliente acessa o portal B2B e já vê os preços corretos.

Cada passo tem armadilhas. O código do cliente no ERP precisa mapear corretamente para a conta de empresa no Magento. A frequência de sincronização precisa acompanhar a velocidade das negociações. E os erros de importação precisam ser capturados antes de chegarem ao cliente.

Além do preço, a integração costuma incluir:

• Consulta de crédito disponível no momento do checkout, para bloquear ou avisar quando o limite se esgota.
• Estoque por depósito, quando a disponibilidade depende do cliente ou da região atendida.

Integrações mal feitas resultam em pedidos aceitos com preço errado, clientes que compram além do limite e estoque que aparece disponível quando não está.

Quando o nativo não basta

O Adobe Commerce B2B resolve bem os casos estruturados. Quando a lógica é mais específica, entra o desenvolvimento. Alguns exemplos:

• Preço por região e empresa: no desenho padrão, o preço é vinculado à empresa e ao catálogo compartilhado, não ao endereço de entrega. Regras que combinam o CNPJ com a UF de entrega, por exemplo para incidência tributária, exigem desenvolvimento.
• Preço com vigência: contratos B2B costumam ter validade. A documentação da Adobe descreve datas de início e fim para o preço especial. Para uma tabela negociada por empresa com data de expiração, valide se esse recurso cobre o caso ou se a regra de vigência precisa ser desenvolvida.
• Aprovação em múltiplos níveis: o Adobe Commerce B2B tem aprovação de pedidos por regras, ativada por site e por empresa. Fluxos que dependem do preço negociado ou do perfil do cliente podem pedir ajustes.
• Histórico de preços auditável: para clientes regulados, pode ser necessário registrar qual tabela estava vigente em cada pedido, não só o preço final.

Erros comuns em implementações B2B

• Grupos de clientes como substituto de catálogos compartilhados. É tentador, porque é mais simples de configurar. A estrutura funciona no início e fica incontrolável quando o número de grupos cresce.
• Grupos genéricos demais. Um único grupo para todos os revendedores, quando existem categorias diferentes de condição. O comercial negociou caso a caso, mas ninguém mapeou na plataforma.
• Catálogos desatualizados. A tabela foi criada uma vez e nunca revisada, e o preço da loja fica defasado em relação ao que o representante pratica.
• Preços em camadas ignorando o grupo ou o catálogo. A camada foi configurada no produto, mas clientes diferentes deveriam ter faixas diferentes para a mesma quantidade.
• Importação de preços sem validação. Arquivos CSV importados direto para o catálogo, sem rotina de checagem, geram preços zerados ou negativos em produção.
• Catálogo por cliente sem critério de segmentação. Dezenas ou centenas de catálogos com regras sobrepostas, que ninguém consegue auditar depois.
• Teste de preço direto em produção. Sem ambiente de homologação, o cliente vê o preço errado durante a janela de publicação.

Como estruturar a precificação de forma sustentável

Comece por uma taxonomia de clientes, antes de configurar qualquer coisa no Magento. As perguntas certas:

• Quantos perfis de precificação existem de fato no negócio?
• Esses perfis são estáveis ou mudam com frequência?
• Quem pode alterar o preço de um cliente específico?
• Com que frequência os preços são renegociados?
• O ERP ou o Magento é a fonte dos preços?

Com as respostas, defina a arquitetura de catálogos e grupos com critério. A regra geral: menos catálogos com regras claras valem mais do que muitos catálogos com exceções empilhadas. Para operações que precisam de flexibilidade, um catálogo base por segmento (distribuidoras, representantes, grandes contas), com ajustes pontuais para as exceções negociadas, mantém o volume gerenciável.

A manutenção importa tanto quanto a configuração inicial:

• Defina quem atualiza o grupo ou o catálogo quando um cliente muda de categoria comercial.
• Estabeleça o fluxo de atualização quando as condições mudam, por renegociação ou sazonalidade.
• Ligue a aprovação de novas empresas na loja ao processo comercial, para que a empresa entre no catálogo correto quando a conta é aprovada.
• Monitore pedidos com valor muito acima ou abaixo da média histórica do cliente, um sinal possível de erro de preço.

O papel do time comercial na gestão de preços

Uma implementação bem feita permite que o time comercial gerencie preços sem abrir chamado para desenvolvimento. No Adobe Commerce, o representante comercial é um usuário do admin atribuído como ponto de contato da empresa, e as ações disponíveis para cada usuário dependem das permissões do papel (role) dele. Isso permite limitar quem pode editar empresas e preços.

O cliente fecha a negociação com o representante e espera ver o preço atualizado no portal sem demora. Quando isso funciona, o portal B2B deixa de ser um sistema e passa a ser parte do relacionamento comercial.

Como a Trezo pode ajudar

A Trezo trabalha só com Magento e Adobe Commerce desde 2009. Fazemos implementação, integração com ERP, módulos sob medida e infraestrutura na AWS, e monitoramos as lojas dos nossos clientes 24 horas por dia, 7 dias por semana. Somos Adobe Solution Partner e AWS Partner, com certificação ISO 27001.

Se você está estruturando ou revisando a gestão de preços do seu portal B2B, fale com nossos especialistas.

Perguntas frequentes