Quando a Integração Trava Tudo · 16 de outubro de 2026 · 6 min

Os três modelos de plataforma de comércio B2B: montar, comprar pronta ou levar a regra comercial para a plataforma

Plataforma composta, plataforma B2B pronta ou infraestrutura com a regra comercial na plataforma: o que a documentação de cada fornecedor registra.

Executiva em pé ao lado da mesa de reunião, com dois colegas ao fundo discutindo um diagrama no quadro.

Nota editorial: guia de categoria para quem avalia plataformas de comércio B2B. Todo fato sobre os fornecedores citados vem da documentação pública de cada um, com o endereço ao lado.

Quem sai para comprar uma plataforma de comércio B2B encontra três modelos, e eles costumam chegar misturados na mesma lista de fornecedores. Cada modelo responde de um jeito à mesma pergunta: onde mora a regra comercial do distribuidor, e quem paga para mantê-la.

O primeiro modelo é a plataforma composta (composable), para montar: um conjunto de APIs ou módulos sobre o qual o time do cliente constrói a loja, as integrações e a regra comercial. commercetools e Spryker estão aqui. O segundo é a plataforma B2B pronta para distribuidor: recursos B2B de fábrica, configurados e integrados ao ERP por um projeto de implantação. Optimizely Configured Commerce e OroCommerce estão aqui. O terceiro é a infraestrutura de venda B2B com a regra comercial dentro da plataforma, como parâmetro alterado por configuração. É onde a CWS Platform se posiciona.

Este guia descreve os três modelos pelo que a documentação de cada fornecedor registra, para que a escolha comece pela arquitetura e não pela lista de funcionalidades.

Leia mais em O Custo da Venda Assista no YouTube Inscreva-se no canal

Modelo 1: plataforma composta, para montar

Na plataforma composta, a plataforma entrega blocos e o time do cliente decide como juntá-los. O commercetools oferece APIs por domínio, como Business Units e Approval Rules. O Spryker oferece módulos B2B, como o Company Account, e máquinas de estado de pedido configuradas no código do projeto.

Três modelos lado a lado: blocos soltos para montar, uma caixa pronta com uma chave de projeto e uma caixa com painel de parâmetros.

O ponto forte é o controle: o time técnico escolhe cada peça. O custo é que a regra comercial, o front-end e as integrações passam a ser código do cliente, e o pacote comercial e o roteiro de cada peça entram na conta. A documentação dos dois fornecedores registra exemplos:

limitação registrada na documentação do fornecedor, consultada em 16/10/2026: funcionalidades marcadas com o rótulo B2B estão sujeitas a termos e preços adicionais ou diferentes ("Functionalities annotated with a B2B label on the respective pages are subject to additional or different terms and pricing.", https://docs.commercetools.com/offering/order-form-definitions).
limitação registrada na documentação do fornecedor em 25/02/2026: a App Composition Platform está sendo descontinuada e não aceita novas ativações nem mudanças ("The Spryker App Composition Platform is being sunset. No additional activations or changes are allowed.", https://docs.spryker.com/docs/dg/dev/acp/app-composition-platform.html).

Esse modelo serve bem a empresas com um time de engenharia dedicado, que quer compor a própria arquitetura e tem orçamento para mantê-la.

Modelo 2: plataforma B2B pronta para distribuidor

Na plataforma pronta, os recursos B2B vêm de fábrica. O Optimizely Configured Commerce traz preço por cliente pela Price Matrix, cotação e punchout. O OroCommerce traz listas de preço por cliente, cotação e condições de pagamento.

Linha do tempo entre os recursos de fábrica da plataforma e o ERP, com uma chave no meio representando o projeto de implantação.

O ponto forte é começar com o essencial do B2B pronto. O custo está no projeto que liga a plataforma ao ERP e adapta os recursos à política do distribuidor, um trabalho que a documentação dos dois fornecedores atribui ao parceiro e ao tempo de implantação:

limitação registrada na documentação do fornecedor, consultada em 16/10/2026: na maioria dos conectores o parceiro de implementação é responsável por avaliar, desenhar, desenvolver, implantar e testar ("For most connectors, an implementation partner is responsible for evaluating, designing, developing, implementing, and testing the connector.", https://docs.optimizely.com/configured-commerce/docs/non-payment-connector-expectations).
limitação registrada na documentação do fornecedor, consultada em 16/10/2026: o tempo médio de implantação é de cerca de seis meses ("The average implementation time is about six months.", https://oroinc.com/b2b-ecommerce/faq/).

Esse modelo serve bem a distribuidores com política comercial estável, que cabe nos recursos de fábrica, e com um parceiro de implantação já escolhido.

Modelo 3: infraestrutura de venda B2B com a regra comercial na plataforma

No terceiro modelo, a regra comercial é o centro da plataforma. Na CWS Platform, tabelas de preço, regras e contratos ficam em parâmetros do Commerce Rules Engine (CDL Workspace), configurados na plataforma ou recebidos do ERP e do CRM por API, com casas decimais customizáveis. A integração leva e traz dados, e o imposto vem do ERP ou do motor fiscal que o cliente já usa.

O CDL Workspace é um só sistema para todo o ecossistema: um vendedor atende milhares de clientes, e cliente e vendedor usam a mesma interface, no mesmo pedido. A venda a prazo funciona com entrega fracionada, agendada, em vários endereços e a partir de várias origens, e milhares de promoções podem rodar juntas. Todos os clientes rodam a mesma versão da plataforma, e a cobrança é de licença de plataforma e de licença de integração, sem percentual sobre vendas ou GMV.

Esse modelo serve bem a distribuidores e fabricantes cuja política comercial muda com frequência e precisa ser mantida por configuração, no princípio de configuração em vez de código.

pergunta	plataforma composta	plataforma B2B pronta	regra comercial na plataforma
Onde mora a regra comercial	No código do cliente, sobre APIs ou módulos	Nos recursos de fábrica, configurados no projeto	Em parâmetros alterados por configuração
Quem constrói e mantém a integração	O time do cliente	O parceiro de implantação ou o time do cliente	APIs REST e webhooks, com licença de integração própria
O que pesa no custo ao longo do tempo	O time que mantém o código e o pacote comercial de cada peça	O projeto de implantação e a adaptação à política comercial	A licença de plataforma e de integração, sem percentual sobre vendas

Como escolher o modelo antes do fornecedor

Três perguntas separam os modelos antes de qualquer demonstração: quantas vezes por mês a sua política comercial muda, e quem faz essa mudança; quem vai construir e manter a integração com o ERP, e com que contrato; e qual variável deve mover a linha de software no orçamento, o volume vendido ou o escopo da plataforma.

Caminho que se divide em três, com três perguntas no tronco: com que frequência a política muda, quem integra e o que move a licença.

Se a política muda pouco e há parceiro de implantação, a plataforma pronta é um caminho natural. Se há um time de engenharia que quer compor a arquitetura, a plataforma composta é. Se a política comercial é o que diferencia o distribuidor e muda toda semana, a regra precisa morar na plataforma.

Por onde continuar

Se a sua pergunta ainda é qual arquitetura serve à sua operação, o caminho é as sete perguntas que separam as arquiteturas de comércio B2B.

Se a decisão depende de como a sua política comercial funciona hoje, vale conversar com um especialista da CWS Platform para descobrir em qual dos três modelos ela cabe. A página Quando a Integração Trava Tudo trata da dor por trás deste cenário em profundidade, sem falar de fornecedor nenhum.