Marketplace B2B: Spryker ou CWS Platform?

Nota editorial: comparativo entre Spryker e a CWS Platform para o cenário de marketplace B2B, em que um distribuidor ou fabricante abre o canal digital para outros vendedores. Escrito para quem responde pela receita desse canal, como o VP de Vendas. Todo fato sobre Spryker vem da documentação pública dele, com o endereço ao lado.

Quem lidera vendas num distribuidor que decide abrir um marketplace B2B costuma ouvir a mesma promessa: mais sortimento, mais vendedores, mais pedidos sem aumentar o estoque próprio. A pergunta que fica para depois é mais incômoda. Quando três vendedores oferecem o mesmo produto ao mesmo comprador, quem decide qual oferta aparece? E quando um vendedor quer dar condição especial a um cliente, quem cria esse contrato?

Para o VP de Vendas, marketplace B2B não é catálogo maior. É uma relação comercial com dois lados, vendedor e comprador, que precisa de regra para a disputa de oferta e de caminho para o contrato. Sem isso, o marketplace vira vitrine com muitos preços e pouca negociação.

Este comparativo olha para Spryker e CWS Platform só por esse ângulo: como a oferta vencedora é escolhida, quem abre a relação comercial e onde fica a regra. Não é um ranking de funcionalidades. A moldura geral das arquiteturas está no post sobre os três modelos de plataforma de comércio B2B.

74s

O que o Spryker resolve bem

O Spryker tem um modelo de marketplace B2B com três atores: operador do marketplace, merchant e comprador, este estruturado em empresas, unidades de negócio e usuários. A relação comercial entre merchant e comprador tem fluxo próprio, descrito em Marketplace Merchant B2B Contracts and Contract Requests: o comprador envia uma solicitação pela página do merchant, pela página do produto ou pela conta da empresa, definindo as unidades de negócio envolvidas; o merchant recebe a notificação por e-mail e aprova ou rejeita no Merchant Portal, podendo adicionar notas à empresa e comentários internos para a própria equipe. A aprovação gera a relação comercial automaticamente.

Com a relação estabelecida, o merchant configura preços customizados para o público daquela relação, ou usa preços padrão, no Merchant Portal, como descreve o Marketplace Merchant Custom Prices. O comprador vê o preço da sua relação ou o padrão, se não houver regra específica.

Para um operador que quer que o contrato nasça de um pedido formal do comprador, com aprovação do merchant registrada, esse fluxo é organizado e deixa cada etapa visível.

Onde a arquitetura diverge

A divergência que interessa ao VP de Vendas está em dois momentos da venda: a disputa entre ofertas e a abertura do contrato. Pelo mecanismo documentado, a relação comercial é criada de duas formas, manualmente pelo operador no Back Office ou por solicitação do comprador na loja.

A documentação do próprio fornecedor registra dois pontos que entram no desenho do marketplace:

• limitação registrada na documentação do fornecedor em 08/09/2026: o marketplace não tem ranqueamento de buy-box nativo e a oferta vencedora padrão é a primeira publicada; cerca de 20 milhões de registros de preço é o limite documentado em que o pipeline de sincronização padrão começa a degradar seriamente (a mesma página observa que catálogos B2B típicos ficam abaixo disso) ("no built-in buy-box ranking (the default winner is the first offer published)", "This is the documented threshold where the Spryker out-of-the-box sync pipeline begins to degrade seriously.", https://docs.spryker.com/docs/pbc/all/price-management/latest/base-shop/tutorials-and-howtos/handle-price-explosion-and-erp-owned-pricing-in-b2b.html).
• limitação registrada na documentação do fornecedor, consultada em 16/10/2026: merchants não conseguem criar uma relação comercial no Merchant Portal ("Merchants can’t create a merchant relation in the Merchant Portal.", https://docs.spryker.com/docs/pbc/all/merchant-management/latest/marketplace/marketplace-merchant-b2b-contracts-and-contract-requests-feature-overview.html).

O primeiro ponto define quem ganha a venda quando há disputa. Se a oferta vencedora padrão é a primeira publicada, a regra que pondera preço, prazo, estoque ou relação com o cliente não vem pronta e entra no escopo do projeto. Para o VP de Vendas, essa regra é política comercial: ela decide se o marketplace premia quem chegou antes ou quem atende aquele comprador nas condições que ele valoriza. O limite de volume de preços entra na mesma conversa quando o marketplace soma tabelas por cliente e por merchant.

O segundo ponto define de onde nasce o contrato. Se o merchant não cria a relação no próprio portal, a iniciativa fica com o comprador ou com o operador. Para um vendedor do marketplace que prospecta ativamente, isso significa que a condição especial que ele negociou por fora precisa passar pela solicitação do comprador ou pelo operador antes de virar preço.

Na CWS Platform, tabelas de preço, regras e contratos são configuráveis na plataforma e podem vir do ERP ou do CRM por API, com a política comercial em parâmetros do Commerce Rules Engine (CDL Workspace). No marketplace, o percentual do split é comissão do dono do marketplace, e a cobrança da CWS é de licença de plataforma e licença de integração, sem percentual sobre vendas ou GMV.

A decisão de canal é saber quem vai manter a regra que escolhe a oferta e quem abre o contrato.

O que muda na operação de marketplace B2B

Um marketplace B2B vende quando três relações funcionam ao mesmo tempo: a do comprador com a oferta, a do vendedor com o contrato e a do dono do marketplace com a própria margem.

A primeira é a disputa de oferta. Na distribuição, o mesmo item aparece em várias tabelas, com prazos e condições diferentes. A regra que decide qual oferta o comprador vê primeiro é tão comercial quanto a tabela de preço, e precisa de dono na área de vendas.

A segunda é o contrato. Vendedores que prospectam querem transformar negociação em condição registrada sem depender de terceiros. Quanto mais passos entre o acordo e o preço na tela, mais pedidos voltam para o telefone.

A terceira é a margem do dono do marketplace. O split remunera quem opera o marketplace, e a licença da plataforma não deveria ser um percentual do volume que os vendedores trazem.

Três perguntas levam esse raciocínio para qualquer avaliação: qual regra escolhe a oferta quando há disputa, e quem a mantém; quem pode abrir uma relação comercial entre vendedor e comprador; e como o custo da plataforma se comporta quando o volume do marketplace cresce.

Na CWS Platform, milhares de promoções podem rodar juntas, e o pagamento a prazo aceita entrega fracionada, agendada, em vários endereços e várias origens. O representante de vendas da empresa monta um carrinho, com os itens e a origem de cada um, e envia o link para o cliente fechar.

Quando escolher o Spryker

O Spryker atende bem a cenários em que o operador quer controlar o contrato a partir da iniciativa do comprador:

Contrato que nasce da solicitação do comprador. Escolha essa arquitetura quando o operador quer que toda relação comercial comece por um pedido formal do comprador, aprovado pelo merchant, como no fluxo de Marketplace Merchant B2B Contracts and Contract Requests.

Preço por relação gerido pelo merchant. Escolha essa arquitetura quando cada merchant deve manter os preços da sua relação no próprio portal, como no Marketplace Merchant Custom Prices.

Time técnico para a regra de disputa. Escolha essa arquitetura quando a empresa tem time para desenhar e manter no projeto a regra que escolhe a oferta vencedora.

Quando a CWS Platform é a escolha certa neste cenário

A CWS Platform é a escolha indicada quando o marketplace precisa da regra comercial em parâmetros e de uma licença sem percentual sobre o volume dos vendedores.

Split como comissão do dono. Escolha essa arquitetura quando o dono do marketplace quer ficar com a comissão. O percentual do split é comissão do dono do marketplace, e a CWS cobra licença de plataforma e licença de integração, sem percentual sobre vendas ou GMV.

Contratos e preços como configuração. Escolha essa arquitetura quando a política comercial muda com frequência. Tabelas de preço, regras e contratos são configuráveis na plataforma ou recebidos do ERP e do CRM por API, e o desconto do representante de vendas da empresa passa por alçadas com aprovação em níveis.

Um só sistema para o ecossistema. Escolha essa arquitetura quando operador, vendedores e compradores precisam trabalhar no mesmo sistema. O CDL Workspace é um só sistema para todo o ecossistema, e cliente e representante de vendas da empresa usam a mesma interface.

Várias origens no mesmo pedido. Escolha essa arquitetura quando o pedido do comprador junta itens de origens diferentes. O pagamento a prazo aceita entrega fracionada, agendada, em vários endereços e várias origens, e o crédito do cliente é mantido na plataforma.

Por onde continuar

Se o marketplace depende de como o ERP entrega preço por cliente, o comparativo Spryker ou CWS Platform: por onde passa o preço por cliente na integração com o ERP? olha a mesma escolha pela lente técnica.

Antes de abrir o canal para outros vendedores, vale conversar com um especialista da CWS Platform para mapear a regra de disputa de oferta e o caminho do contrato. As páginas Quando os Canais Brigam Entre Si e Quando o Catálogo Vira Caos tratam das dores por trás deste cenário, sem falar de fornecedor nenhum.

Leia também

• Buybox no marketplace B2B: por que o menor preço não pode decidir sozinho
• Como criar um marketplace B2B viável: as 4 condições que definem a operação
• Marketplace B2B