SAP Commerce Cloud ou CWS Platform: a licença cresce junto com o que você vende?

Nota editorial: comparativo de arquitetura entre SAP Commerce Cloud e a CWS Platform, escrito para quem responde como CFO. Todo fato sobre SAP Commerce Cloud vem da documentação pública dele, com o endereço ao lado.

Na mesa do CFO, a pergunta sobre a plataforma de comércio B2B costuma chegar tarde, quando a escolha técnica já foi feita e o contrato está na reta final: como essa licença se comporta quando a operação cresce? Há dois modelos em jogo. Em um, o valor da licença acompanha o volume vendido ou o número de pedidos. No outro, a licença é da plataforma e não depende do que passa por ela.

Este comparativo olha para SAP Commerce Cloud e CWS Platform só por esse ângulo: o que entra na base de cálculo da licença, o que acontece com devolução e cancelamento e onde a política comercial é mantida. Não é um ranking de funcionalidades.

O que o SAP Commerce Cloud resolve bem

O SAP Commerce Cloud é projetado para ecossistemas de grande escala que demandam padronização global e conectividade estreita com o ambiente de gestão central. A plataforma permite integrar o catálogo a tabelas replicadas do back-end ou executar regras de forma síncrona, dispondo de opções como a desativação do Synchronous Pricing for Catalog para habilitar atualizações em lote via uploads delta.

Para empresas que utilizam a infraestrutura em nuvem na versão 2211, a solução estrutura suas customizações por meio de extensões e AddOns sobre um repositório Git, conectando serviços de comércio via Omni Commerce Connect. Esse modelo atende organizações multinacionais que operam sob padrões rígidos de controle de compilação e governança corporativa em esteiras de engenharia de software.

No autoatendimento corporativo, a edição Cloud ERP da suíte disponibiliza fluxos de cotação para pedido, catálogos customizados por conta e integração com dados de faturas do back-end, adotando a estratégia de clean core. Para atendimento assistido, o Assisted Service Module possibilita que atendentes com papel de agente iniciem sessões no storefront a partir do SAP CRM Interaction Center, localizando carrinhos e atuando em nome dos clientes.

Onde a arquitetura diverge

A divergência que interessa ao orçamento está na unidade de cobrança. Nos termos públicos do SAP Commerce Cloud, a assinatura é medida por GMV ou por pedidos, por ano de contrato.

Os termos de licença e a página de produto da própria SAP registram dois pontos que entram nessa conta:

• limitação registrada na documentação do fornecedor em 01/03/2026: a licença por GMV não abate devoluções, reembolsos nem cancelamentos ("will not reduce the GMV amount", https://assets.cdn.sap.com/agreements/product-use-and-support-terms/cls/en/sap-commerce-cloud-supplement-english-v3-2026.pdf).
• limitação registrada na documentação do fornecedor em 15/09/2026: a edição cloud ERP é vendida em blocos de 10 mil pedidos por ano e tem licenças SAP Finance como pré-requisito ("In blocks of 10000 Orders per year", https://www.sap.com/uk/products/crm/commerce-cloud-cloud-erp-edition.html).

Na CWS Platform, a cobrança é de licença de plataforma e de integração, sem percentual sobre vendas nem sobre GMV. Em operações de marketplace, o percentual que aparece na divisão do pagamento é a comissão do dono do marketplace, que escolhe como cobrar dos sellers; a CWS cobra só a licença da plataforma.

A segunda divergência é onde a política comercial vive. No SAP Commerce Cloud, como descrito acima, a customização entra por extensões e AddOns sobre um repositório Git. Na CWS Platform, a política comercial fica em parâmetros do Commerce Rules Engine (CDL Workspace), no princípio de configuração em vez de código, e todos os clientes rodam a mesma versão da plataforma.

A decisão financeira é escolher qual variável vai mover a linha de software no orçamento: o volume vendido ou o escopo da plataforma.

O que muda na operação, pela lente de CFO

Para o orçamento de três anos, a diferença aparece na previsibilidade. Quando a licença acompanha o GMV ou os pedidos, crescer em volume move também a linha de software, e as duas curvas precisam ser projetadas juntas. Quando a licença é da plataforma, a linha de software não depende do faturamento do canal.

Três perguntas ajudam a levar esse ponto para a negociação com qualquer fornecedor: qual é a unidade de medição da licença; devoluções e cancelamentos reduzem o volume contado; e o que acontece quando a operação passa da faixa contratada.

Na CWS Platform, as regras que pesam no custo de cada pedido ficam em parâmetros. Tabelas, regras e contratos de preço são configurados na plataforma e podem vir do ERP, do CRM ou de outro sistema por API. O imposto por item é calculado pela API de tributos do ERP do cliente antes de o pedido fechar. O limite de crédito funciona como conta corrente do cliente na plataforma, concedido no CDL Workspace ou por API.

Onde nascem as dores deste cenário, e como a arquitetura as resolve:

Quando escolher o SAP Commerce Cloud

A arquitetura do SAP Commerce Cloud atende a cenários corporativos com demandas operacionais específicas:

Ecossistema global padronizado em SAP Cloud ERP. Escolha essa arquitetura quando a organização opera sob diretrizes corporativas globais com contratos pré-existentes de serviços financeiros e supply chain da fornecedora. O pacote pré-configurado da edição conectada ao back-end sincroniza dados mestres e faturas de forma estruturada, mantendo o núcleo contábil inalterado conforme os padrões de clean core. Esse desenho atende empresas cuja governança global exige fornecedor único em todas as etapas da cadeia corporativa.

Atendimento centralizado via SAP CRM Interaction Center. Escolha essa arquitetura quando a central de atendimento ao cliente já opera estruturada sobre o sistema de relacionamento da fornecedora. O módulo de atendimento assistido permite que o operador inicie sessões autenticadas diretamente pelo SAP CRM Interaction Center, localizando contas e gerando carrinhos sem sair da interface corporativa de suporte. Essa abordagem é adequada para estruturas de suporte telefônico padronizadas sob uma mesma suíte.

Desenvolvimento front-end baseado em Angular e Spartacus. Escolha essa arquitetura quando a equipe de engenharia interna adota o composable storefront e possui esteiras consolidadas em frameworks JavaScript corporativos. A exposição de recursos desacoplados via Omni Commerce Connect permite construir vitrines personalizadas a partir de repositórios Git gerenciados pela equipe de desenvolvimento. Esse modelo atende companhias com estrutura própria de TI capacitada para manter a infraestrutura de front-end.

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

A CWS Platform é a escolha indicada quando o orçamento pede uma linha de software que não acompanhe o volume vendido e uma política comercial mantida por configuração.

Licença que não acompanha o volume vendido. Escolha essa arquitetura quando o planejamento financeiro precisa de uma linha de software que não varie com o GMV. A cobrança é de licença de plataforma e de integração, sem percentual sobre vendas. Em marketplace, o percentual do split é a comissão do dono do marketplace.

Uma versão para todos os clientes. Escolha essa arquitetura quando a empresa não quer reservar orçamento para projeto de upgrade. Todos os clientes rodam a mesma versão da plataforma, e não há troca de framework do lado do cliente.

Política comercial por configuração. Escolha essa arquitetura quando preço, alçada de desconto e crédito mudam com frequência e a área de negócio precisa alterá-los sem projeto de desenvolvimento. Tabelas, regras e contratos são configurados na plataforma ou recebidos por API, e o desconto do vendedor passa por alçadas com aprovação em níveis.

Imposto calculado no ERP. Escolha essa arquitetura quando o ERP deve seguir como a fonte do cálculo tributário. O imposto por item vem da API de tributos do ERP do cliente antes de o pedido fechar, e a plataforma se integra por APIs REST e webhooks.

Por onde continuar

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

Se o que trava hoje é a dor por trás deste cenário, as páginas Quando Vender Mais Não Significa Ganhar Mais e Quando a Integração Trava Tudo tratam disso em profundidade, sem falar de fornecedor nenhum.