E-commerce B2B

BigCommerce B2B Edition: contas empresariais, cotações, Shopping Lists

O B2B Edition cuida daquilo que separa o B2B do B2C: contas empresariais com vários compradores e papéis, cotação para pedido, preços específicos por empresa por meio de listas de preços, e Shopping Lists (listas de compras) com uma etapa de aprovação. Aqui está o que ele realmente faz, o que não faz e os padrões de integração que se sustentam em produção.

Publicado: 30 de abril de 2026 · 10 min de leitura

Atualizado em 2 de outubro de 2026: corrigimos detalhes sobre papéis de comprador, endereços, listas de preços, visibilidade do catálogo, moedas, descontos em cotações, SSO e Catalyst com base na documentação do BigCommerce, e passamos a usar os nomes do próprio BigCommerce (Shopping Lists, Buyer Portal).

Atualizado em 19 de outubro de 2026: incluímos uma resposta direta sobre catálogos personalizados, preços por volume e checkout por cliente.

Se você está avaliando o BigCommerce para um projeto B2B, a pergunta que determina a maior parte da sua construção é se você vai usar o B2B Edition. É a camada que transforma o BigCommerce de uma plataforma B2C com complementos B2B em algo que de fato pertence a uma conversa B2B. Depois de vários projetos com B2B Edition, esta é a visão prática.

Catálogos personalizados, preços por volume e checkout por cliente

A resposta curta, porque quase sempre é a primeira pergunta: sim, o B2B Edition faz as três coisas. Cada uma vem de recursos que trabalham juntos, não de uma única configuração.

  • Catálogos personalizados. Cada empresa fica em um grupo de clientes, e o grupo define quais categorias os compradores podem ver: todas, uma seleção ou nenhuma. Assim cada cliente tem seu próprio catálogo em uma única loja. A visibilidade funciona por categoria, não por produto individual.
  • Preços por volume. Uma lista de preços atribuída ao grupo define o preço desse cliente para qualquer variante, em cada moeda, com faixas opcionais por quantidade: percentual de desconto, um valor de desconto por unidade ou um preço unitário fixo.
  • Checkout por cliente. Você escolhe quais formas de pagamento cada empresa pode usar, incluindo Pedido de Compra contra um limite de crédito. Os papéis de comprador definem quem pode fazer um pedido e quem só pode montar uma Shopping List ou pedir uma cotação, e dá para limitar a entrega aos endereços salvos da empresa. Os preços combinados em uma cotação seguem até o checkout.

Onde cada um para, e o que exige trabalho sob medida, está mais abaixo em o que o B2B Edition não faz.

O que o B2B Edition entrega pronto de fábrica

Contas empresariais e hierarquia de compradores

O recurso B2B fundamental é que um "cliente" não é uma pessoa: é uma empresa com várias pessoas dentro dela, cada uma com permissões diferentes. O B2B Edition modela isso de forma nativa:

  • Uma Company (empresa) é a conta (normalmente mapeada para o seu cliente no ERP). As empresas também podem ser aninhadas como empresas-mãe e empresas-filhas, com até cinco níveis de profundidade, o que atende redes, franquias e clientes com muitas unidades.
  • Dentro da empresa estão os Buyers (compradores), cada um com um papel. Há três papéis nativos. Um Junior Buyer (comprador júnior) pode solicitar cotações e montar Shopping Lists, mas não pode fazer pedidos. Um Senior Buyer (comprador sênior) pode fazer pedidos, aprovar Shopping Lists e ver o histórico de pedidos da empresa. Um Admin (administrador) pode fazer tudo isso, além de gerenciar endereços e usuários e pagar faturas. Não existe um papel nativo de somente leitura, mas você pode criar um como papel personalizado.
  • Todos os compradores de uma empresa compartilham o catálogo de endereços da empresa, e as permissões de endereço valem para a empresa inteira, não para compradores individuais. Se o comprador do depósito de Cleveland nunca deve enviar para Dallas, configure cada unidade como uma empresa-filha com seus próprios endereços e compradores, e desative a inclusão de novos endereços no checkout para que os compradores só possam escolher um endereço salvo.

Se o seu negócio vende para empresas como clientes, e não para consumidores, só isso já justifica a licença do B2B Edition.

Fluxo de cotação para pedido

Os compradores podem solicitar uma cotação sobre um carrinho, os representantes de vendas podem editar preços e aprovar, e a cotação vira um pedido com os preços acordados. O fluxo já vem embutido. O que você personaliza é quem recebe as solicitações de cotação, quais ajustes são permitidos e como as aprovações percorrem o ERP.

Listas de preços

Cada empresa é colocada em um grupo de clientes, e uma lista de preços é atribuída a esse grupo. A lista de preços pode definir preços completamente diferentes para qualquer variante, com preços separados para cada moeda. Quais produtos uma empresa pode ver é definido à parte, pelo acesso a categorias do grupo de clientes. As listas de preços, junto com o acesso a categorias do grupo de clientes, são o cavalo de batalha para "o Cliente A vê um catálogo diferente do Cliente B" sem precisar de um site separado.

Shopping Lists (listas de requisição)

Quem reordena com frequência (depósitos, compradores de MRO, qualquer um que peça os mesmos SKUs todo mês) pode salvar Shopping Lists, compartilhá-las com colegas de equipe e mover os itens para o carrinho em poucos cliques. Listas montadas por um Junior Buyer seguem primeiro para aprovação de um Senior Buyer ou Admin. Os compradores também podem reordenar a partir de um pedido anterior, ou a partir dos produtos que já compraram no Quick Order (pedido rápido). Esse é o recurso mais querido nos nossos testes com usuários: os compradores realmente gostam quando o fluxo de trabalho diário fica mais curto.

Buyer Portal

Histórico de pedidos de toda a empresa para compradores com permissão, filtrável por quem fez o pedido. Uma visão de faturas com saldos em aberto e vencidos e pagamento online. Detalhes do pedido que listam cada remessa com o seu código de rastreamento. Padrão, mas real. Não existe um formulário de contato genérico para o representante de vendas: os compradores falam com o representante pelas solicitações de cotação e pela troca de mensagens em cada cotação.

O que o B2B Edition não faz

Igualmente importante é delimitar o escopo com honestidade:

  • ATP em tempo real a partir do seu ERP. O B2B Edition usa estoque em cache, como o resto do BigCommerce. Se o seu modelo B2B exige disponibilidade prometida (available-to-promise) em tempo real, vinda do ERP no momento da solicitação, você vai precisar de uma integração sob medida (ou, na verdade, o que você procura é o Sana Commerce, e não o BigCommerce).
  • Fórmulas de preço complexas. As listas de preços armazenam um preço definido por variante e por moeda, com faixas de quantidade opcionais (desconto percentual, desconto em valor por unidade ou preço unitário fixo). Elas não guardam regras relativas ao preço de lista. Se a sua regra de preços é "5% de desconto sobre a lista, depois 2% se a quantidade for ≥ 100, e então um ajuste específico do cliente", o desconto por quantidade pode ficar em uma faixa, mas o desconto sobre a lista e o ajuste viram preços já resolvidos na lista de preços.
  • Visibilidade por produto para um único cliente. A visibilidade vem do grupo de clientes da empresa, não da lista de preços, e funciona por categoria: cada grupo pode ver todas as categorias, um conjunto escolhido ou nenhuma. Um produto continua visível se estiver em qualquer categoria a que o grupo tem acesso, então ocultar um SKU de um cliente significa mantê-lo fora de todas as categorias que o grupo desse cliente pode ver.
  • Crédito multimoeda para uma única empresa. Uma empresa não tem moeda própria. Os compradores escolhem entre as suas moedas transacionais, e as listas de preços trazem um preço separado para cada moeda, então uma empresa pode comprar em EUR e em USD. A ressalva é o crédito da empresa: ele é definido em uma moeda, e um comprador que finaliza a compra em outra moeda não pode usar o método de pagamento Purchase Order (pedido de compra). Se o cliente precisa de prazo de pagamento via PO nas duas moedas, isso ainda significa duas empresas.

Padrões de integração que se sustentam

Sincronização ERP → BigCommerce

A maioria dos projetos com B2B Edition extrai do ERP os dados de clientes e listas de preços conforme um agendamento (de hora em hora é o típico; em tempo real para dados críticos). A integração que recomendamos é:

  • Um pequeno serviço de middleware (.NET ou Node, à sua escolha; normalmente escolhemos .NET porque o resto do stack é .NET) que seja dono da lógica de sincronização, não o ERP nem o BigCommerce.
  • Sincronizações idempotentes com chave em um identificador estável de cliente/SKU, nunca em nomes ou endereços.
  • Um log de auditoria de cada ação de sincronização, para que, quando um cliente disser "meu preço mudou ontem e ninguém me avisou", você consiga responder.

Cotação para pedido → retorno ao ERP

Quando uma cotação é convertida, você precisa que esse pedido chegue ao ERP. O pedido vem de um checkout montado a partir da cotação, então traz os preços acordados, e o ERP deve criar uma ordem de venda com esses preços e pular o próprio motor de precificação. Verifique como chega um desconto de valor fixo sobre a cotação inteira, já que o B2B Edition não o incorpora aos preços de linha da cotação. Este é um dos poucos lugares onde rotineiramente construímos sob medida: a API de ordens de venda de cada ERP tem suas manias.

SSO de compradores

Do segmento médio para cima, os compradores esperam fazer login pelo provedor de identidade corporativo. O B2B Edition oferece SSO para compradores, mas não há um botão nativo para ativar SAML. O seu próprio serviço (ou um app de SSO do marketplace) recebe o login vindo do provedor de identidade do cliente, como Okta ou OneLogin, e então autentica o comprador pela Customer Login API do BigCommerce ou por um token de storefront B2B. Uma integração pronta para produção é um trabalho considerável. Reserve de 1 a 2 semanas para isso, mais a configuração no IdP do cliente, que você não controla.

Stencil x Catalyst com o B2B Edition

Já cobrimos Stencil x Catalyst de forma mais ampla. Para o B2B Edition especificamente: o Stencil tem uma integração de UI do B2B Edition mais polida e pronta para uso. O Catalyst consegue rodar o mesmo Buyer Portal, então a gestão de cotações e a personificação vêm junto, mas o BigCommerce ainda classifica a integração com o Catalyst como experimental, e o template inicial B2B dele está marcado como alfa. O seu time conecta a passagem do login, a inicialização do portal e os botões da página de produto, como "Add to quote", no código do Catalyst. Se o B2B Edition é central para o seu lançamento e o seu time é pequeno, isso pende para o Stencil. Se você tem um time de plataforma de frontend e o suporte do B2B Edition no Catalyst é "bom o suficiente" para as suas telas, o Catalyst dá a você a liberdade do headless.

A conclusão

O B2B Edition é genuinamente bom. Mas também é uma camada de complexidade de que você não precisa se o seu negócio está mais perto de um B2C com pedidos em volume do que de contas corporativas com vários compradores. Seja honesto sobre qual é o seu caso. A razão errada para comprar o B2B Edition é "somos B2B, então deveríamos". A razão certa é "nossos clientes compram em equipe, e a loja precisa modelar isso, ou nossos representantes vão continuar fazendo o trabalho na mão".

Dimensionando um projeto com B2B Edition? Fale com a gente: já fizemos vários e vamos dizer quais recursos de fato movem o ponteiro para os seus compradores.

Consultoria gratuita

Tem um projeto real que este artigo toca?

20+ anos construindo sistemas B2B. Vamos dizer com honestidade se somos as mãos certas para ele.

877.609.9029
Inicie uma conversa