commercetools ou CWS Platform: o que entra no custo total de três anos?
Add-ons com preço à parte e recursos em beta sem acordo de nível de serviço, pela conta de quem responde pelo orçamento.
Nota editorial: comparativo de arquitetura entre commercetools e a CWS Platform, escrito para quem responde como CFO. Todo fato sobre commercetools vem da documentação pública dele, com o endereço ao lado.
A proposta de uma plataforma de comércio B2B chega ao financeiro com uma linha de licença e um cronograma de implantação. O custo total de três anos, porém, raramente cabe nessa linha. Ele se forma aos poucos: um módulo que o time descobre que precisa no segundo trimestre, um recurso que entra em produção antes de sair da fase de testes do fornecedor, uma renegociação que acontece quando o escopo já está em uso e a margem de manobra é pequena.
Para quem responde pelo orçamento, a pergunta útil não é quanto custa a licença no primeiro ano. É quantas linhas a conta vai ter no terceiro, e quais delas o contrato assinado hoje não descreve.
Este comparativo olha para commercetools e CWS Platform só por esse ângulo: o que entra na licença, o que fica fora dela e o que acontece com o risco quando a operação passa a depender de um recurso que o fornecedor ainda classifica como beta. Não é um ranking de funcionalidades. Se você quer antes o mapa dos modelos de plataforma, o post sobre os três modelos de plataforma de comércio B2B é o ponto de partida.
O que o commercetools resolve bem
O commercetools tem uma resposta clara para uma preocupação comum do CFO: a licença que cresce junto com o faturamento do canal. A página de preços descreve o pacote B2B Commerce com precificação orientada a volume de pedidos, e não a GMV, sem limite explícito de quantidade de canais, catálogos e storefronts declarado na licença.
O pacote, segundo a documentação da oferta B2B, inclui as interfaces do Merchant Center e o acesso por REST API e GraphQL, além do que o B2B pede de base: hierarquia de contas com Business Units, papéis de associados, fluxos de aprovação do comprador, cotações e preços isolados por Standalone Prices e por Business Unit, com faixas por volume e regras de desconto.
A documentação também informa o estágio dos recursos. A visão geral de busca da loja, por exemplo, diz que a busca indexa até 50 atributos por variante e até 50 no nível do produto, e marca este último como beta. Para quem audita contrato, essa transparência é uma vantagem: a informação existe e pode entrar na conta.
Onde a arquitetura diverge
A divergência que interessa ao CFO está no que fica fora da linha de licença e no que acontece com o nível de serviço de cada recurso. A documentação do próprio fornecedor registra os dois pontos:
- limitação registrada na documentação do fornecedor, consultada em 16/10/2026: os add-ons estão sujeitos a termos e preços adicionais ("Add-Ons are subject to additional terms and pricing.", https://docs.commercetools.com/offering/add-ons)
- limitação registrada na documentação do fornecedor, consultada em 16/10/2026: recursos em beta pública recebem suporte e correções, mas não são cobertos por acordos de nível de serviço ("They receive Customer Support and bug fixes like general availability features but are not covered by Service Level Agreements or remedies.", https://docs.commercetools.com/offering/compatibility)
Os dois registros não descrevem um defeito. Descrevem a forma do contrato. Pela documentação da oferta B2B, suporte a HIPAA e testes de carga de alta performance vêm em pacotes Add-On adicionais, e o Intake, que transforma texto livre e arquivos em carrinho ou cotação, é ele mesmo um Add-On. Cada um desses itens é uma linha que nasce depois da assinatura, com termos próprios.
O segundo registro mexe com o risco, não com o preço. A indexação de atributos no nível do produto, citada acima, é um exemplo de recurso nesse estágio. Se a operação adota um recurso nesse estágio, ele recebe suporte e correção, mas a falha dele não aciona o acordo de nível de serviço. Na conta de três anos, isso é exposição que o contrato não remunera.
Na CWS Platform, a cobrança é de licença de plataforma e de licença de integração, sem percentual sobre vendas nem sobre GMV. Todos os clientes rodam a mesma versão da plataforma, e a política comercial fica em parâmetros do Commerce Rules Engine (CDL Workspace).
| decisão | commercetools, pelo mecanismo documentado | CWS Platform |
|---|---|---|
| Qual é a base da licença | Pacote B2B Commerce precificado por volume de pedidos, não por GMV | Licença de plataforma e licença de integração, sem percentual sobre vendas ou GMV |
| O que entra depois da assinatura | Add-ons com termos e preços adicionais, como HIPAA, testes de carga e Intake | Licença de plataforma e licença de integração, sem percentual sobre vendas ou GMV |
| Como a versão é tratada | Recursos em beta pública têm suporte e correção, sem cobertura de acordo de nível de serviço | Todos os clientes rodam a mesma versão da plataforma |
A decisão financeira é escolher quantas linhas o orçamento de software vai ter no terceiro ano, e quantas delas o contrato descreve no primeiro.
O que muda na operação, pela lente de CFO
O custo de transação de vender não está só no frete e no crédito. Ele está também no custo de manter a plataforma que processa o pedido, e é essa parcela que costuma escapar da proposta inicial. Cada add-on contratado depois é uma nova negociação, feita quando a operação já depende do recurso. Cada recurso em beta adotado em produção é um risco operacional que fica com a empresa, e não com o contrato.
Três perguntas ajudam a levar esse ponto para a negociação com qualquer fornecedor. Primeira: quais recursos do escopo desejado são add-ons, e quais são os termos de cada um no segundo e no terceiro ano. Segunda: quais recursos que o time pretende usar estão em beta hoje, e o que acontece com o acordo de nível de serviço até eles chegarem à disponibilidade geral. Terceira: quem paga a adaptação quando o fornecedor muda a versão de um componente que a empresa já integrou.
A terceira pergunta pesa mais do que parece. Quando cada cliente roda uma versão própria, a atualização tende a virar projeto, com estimativa, teste e aprovação de orçamento. Vale perguntar a cada fornecedor como ele trata versão. Na CWS Platform, todos os clientes rodam a mesma versão.
Na CWS Platform, as regras que mexem com o custo de cada pedido ficam em parâmetros. Tabelas de preço, regras e contratos são configurados na plataforma e podem vir do ERP ou do CRM por API, com casas decimais customizáveis. O imposto vem do ERP ou do motor fiscal que o cliente já usa. A venda a prazo funciona com entrega fracionada, agendada, em vários endereços e a partir de várias origens.
Quando escolher o commercetools
O commercetools atende bem a cenários em que o modelo de licença e a composição da arquitetura são objetivos explícitos:
Licença por pedido em vez de GMV. Escolha essa arquitetura quando a principal preocupação do orçamento é uma licença que não acompanhe o valor vendido, e a precificação orientada a volume de pedidos da página de preços se ajusta ao perfil de ticket da operação.
Time que contrata módulo a módulo. Escolha essa arquitetura quando a empresa prefere começar enxuta e contratar capacidades à medida que precisar, aceitando que cada add-on traz termos e preços próprios, como registrado acima.
Governança que acompanha o estágio dos recursos. Escolha essa arquitetura quando o time técnico e o jurídico têm rotina para acompanhar o estágio de cada recurso, como a documentação faz na visão geral de busca da loja, e decidir o que entra em produção só depois da disponibilidade geral.
Quando a CWS Platform é a escolha certa neste cenário
A CWS Platform é a escolha indicada quando o orçamento de três anos precisa de uma licença sem percentual sobre o que se vende e de uma só versão para todos os clientes.
Licença sem percentual sobre o que se vende. Escolha essa arquitetura quando a empresa não quer uma licença calculada sobre o valor vendido. A cobrança é de licença de plataforma e de licença de integração, sem percentual sobre vendas ou GMV.
Uma versão para todos os clientes. Escolha essa arquitetura quando a empresa quer operar sempre na versão corrente da plataforma, sem manter uma versão própria. Todos os clientes rodam a mesma versão.
Política comercial por configuração. Escolha essa arquitetura quando preço, promoção e crédito mudam com frequência. Tabelas, regras e contratos são configurados na plataforma, no princípio de configuração em vez de código; milhares de promoções podem rodar juntas, o desconto do vendedor passa por alçadas com aprovação em níveis, e o crédito do cliente é mantido na plataforma.
Mais carteira com a mesma equipe. Escolha essa arquitetura quando o plano de crescimento não prevê contratar vendedores na mesma proporção. Um vendedor atende milhares de clientes, e cliente e vendedor usam a mesma interface.
Por onde continuar
Se você quer ver como este mesmo fornecedor se compara pela ótica de quem responde pela tecnologia, o comparativo commercetools ou CWS Platform: quanto custa manter a regra comercial integrada? trata da integração com ERP e CRM. 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 projetar o custo total com os números da sua operação, vale conversar com um especialista da CWS Platform para montar a conta de três anos linha a linha. As páginas Quando Vender Mais Não Significa Ganhar Mais e Quando a Integração Trava Tudo tratam da dor por trás deste cenário em profundidade, sem falar de fornecedor nenhum.
Leia também
Marcas citadas neste artigo
Marcas e logotipos pertencem aos seus titulares. A citação não indica parceria nem endosso.
"Estavamos á quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias."
Quer ver isso na sua operação?
Operações B2B reais já rodam nisso.