Pular para o conteúdo
platform
PT EN
Quando Cada Pedido Custa Mais que o Anterior · · 10 min

Qual o custo por pedido daqui a três anos: Salesforce ou CWS Platform?

Um comparativo arquitetural sob a ótica do CFO para avaliar previsibilidade financeira, escalabilidade operacional e o impacto das regras de negócio na margem transacional.

Gráfico comparando a evolução do custo operacional por pedido ao longo de três anos entre arquiteturas corporativas.

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

Na mesa da diretoria financeira, a avaliação de uma plataforma de vendas corporativas raramente termina no valor da licença inicial. O CFO precisa projetar como a estrutura de custos vai responder ao crescimento das transações: se o custo marginal por pedido diminui com a escala ou se cada nova complexidade de precificação, tributos e múltiplos armazéns exige desenvolvimento contínuo e serviços especializados.

A escolha de arquitetura define se a expansão do canal digital gera alavancagem operacional ou se transfere o atrito do balcão para horas de consultoria externa e integrações frágeis. Em modelos de vendas complexas, a divisão entre o custo de licença e as despesas com implantação determina a sustentabilidade do investimento em médio prazo.

Quando o ecossistema exige gerenciar pedidos com tabelas diferenciadas, prazos faturados e estoques regionais, a forma como a tecnologia trata as regras comerciais impacta diretamente a margem líquida de cada transação.

O que a Salesforce resolve bem

A Salesforce oferece um ecossistema abrangente para empresas que necessitam de consolidação corporativa global e gestão unificada de relacionamento. Por meio do Sales Cloud, a arquitetura organiza pipelines complexos, estruturando leads, contas, previsões de vendas e divisões de receita entre territórios em organizações com múltiplas moedas e equipes extensas.

No ambiente de compras digitais, o mecanismo do Commerce Cloud documenta lojas B2B e D2C operando na mesma organização Salesforce com dados compartilhados, permitindo construir vitrines personalizáveis via Experience Builder e configurar catálogos com importação assíncrona por arquivos estruturados ou Data Loader. Essa base atende empresas que buscam centralizar operações institucionais e canais diretos ao consumidor sob uma governança corporativa única.

A infraestrutura é complementada por recursos como o Agentforce, que disponibiliza Agent Script, CLI e SDK em linguagens como Python para orquestrar agentes e fluxos programáticos via API, e pelo Data 360, que unifica dados corporativos em Data Model Objects e habilita automações orientadas a eventos em escala corporativa.

Onde a arquitetura diverge

A divergência arquitetural fundamental reside no local onde vive a execução da política comercial. Em sistemas CRM estendidos para o comércio, a customização de fluxos de checkout e regras tributárias complexas depende frequentemente de componentes adicionais ou chamadas externas, pois as storefronts B2B documentam a necessidade de checkouts customizados construídos por provedores e parceiros integradores.

Comparação entre execução de regras comerciais via integrações externas versus motor determinístico nativo no fluxo transacional.

Quando a precificação B2B depende de variáveis dinâmicas calculadas no fechamento, como origem do despacho, regras estaduais de substituição tributária e limite de crédito concedido pelo fornecedor, o custo de manter integrações ponto a ponto tende a crescer a cada nova regra de mercado.

Se a transação exige validações em tempo real de crédito comercial, estoque regionalizado e alçadas de desconto sem recorrer a chamadas distribuídas lentas, a camada transacional precisa absorver a regra de negócio como parâmetro determinístico de infraestrutura, e há registro público de que inconsistências em regras de preço fracionado e pagamentos comerciais geram atritos na gestão transacional.

O próprio fornecedor registra esse ponto em público: atrito registrado na página de known issues publicada pelo fornecedor em 24/09/2026 (em aberto, última atividade em 24/09/2026): "Fixed-price promotion increases Total instead of the discounted price for products with a fractional step quantity" (https://help.salesforce.com/s/issue?id=a02g700000AY1NJAA1).

A página de preços da Salesforce registra outro ponto que entra nessa conta:

  • limitação registrada na documentação do fornecedor em 01/07/2026: pedidos vindos de outros canais ou de sistemas de terceiros exigem comprar o Order Management à parte; o plano de suporte Premier custa 30% do valor líquido das licenças ("For orders taken on other channels or integrated from any other third-party system, you will need to purchase Salesforce Order Management standalone.", "30% of net license fees", https://www.salesforce.com/commerce/b2b-ecommerce/pricing/).
decisão Salesforce, pelo mecanismo documentado CWS Platform
Onde a política comercial é expressa Configura-se em objetos de CRM, extensões no checkout e código em camadas de integração. Executa-se nativamente no Commerce Rules Engine (CDL Workspace) por regras e parâmetros determinísticos.
Escopo da origem de estoque e regras fiscais Trata estoques e catálogos em objetos unificados compartilhados entre lojas B2B e D2C. Configura cada filial como container independente de catálogo, tributos e tabelas de preço.
Onde vive a governança do pedido B2B Orquestra processos de venda por objetos de oportunidade no CRM e checkouts customizados. Governa transições com travas no Order Management System (OMS / Seller Center) exigindo nota fiscal e rastreio.
Escopo de atuação de comprador e vendedor Separa a gestão de oportunidades no CRM da navegação de compradores em portais dedicados. Unifica vendedor e comprador no mesmo pedido via Assisted Selling Platform (Sales Hub) com autoria explícita.

A decisão financeira não é sobre a sofisticação da interface, mas sobre onde o processamento das restrições comerciais é executado e quanto custa atualizar cada parâmetro da operação.

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

Pela perspectiva de custo por pedido, a automação comercial deve combater despesas invisíveis de processo. Segundo a APQC (American Productivity & Quality Center), 2025, a mediana do custo total do processo de gerenciar pedidos de venda atinge US$ 8,48 por pedido em empresas tradicionais. Em canais digitais, a APQC (American Productivity & Quality Center), 2025 aponta que a mediana do custo por pedido recebido por internet, EDI ou mobile recua para US$ 4,00.

Fluxo de validação determinística de pedidos reduzindo o custo operacional por transação até a integração ao ERP.

A redução dessa despesa fixa por transação é essencial para viabilizar o atendimento a compradores de menor porte. A dor de campo expõe esse obstáculo quando o gestor relata: “No pedido pequeno de peça, o custo de atender, cotar, digitar e faturar é o mesmo do grande, então o balcão prioriza quem compra muito e o pequeno vai para outro fornecedor.” Se a plataforma transfere a cotação complexa para um autoatendimento parametrizado, a margem de contribuição de pedidos menores deixa de ser consumida pelo trabalho manual.

A dinâmica se agrava quando a automação de inteligência artificial é adotada sem uma base determinística de negócio. A pesquisa da McKinsey & Company (QuantumBlack), 2026 revelou que cerca de 20% dos respondentes afirmam que os custos operacionais de IA, incluindo tokens, restringiram o avanço do uso de IA nas empresas. Sem serviços que resolvam preço e estoque antes da interação, decisões simples viram chamadas caras de inferência.

De forma análoga, em estudo de 2024, o Gartner, 2024 identificou que mais de 90% dos CIOs afirmam que a gestão de custos limita a capacidade de extrair valor da inteligência artificial. Manter a lógica de negócio encapsulada no motor transacional impede que o custo computacional por cotação cresça descontroladamente ao longo dos anos.

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

dor por que acontece como a arquitetura resolve
“O preço negociado de cada cliente não cabe no portal” A precificação comercial varia simultaneamente por cliente, filial de origem, volume negociado e tributação interestadual, ultrapassando os campos de tabelas fixas comuns em lojas virtuais. Calcula a precificação contextual por filial, perfil e regras tributárias no momento da consulta, mantendo os contratos atualizados sem retrabalho manual.
“O cliente desiste no checkout porque não tem boleto a prazo” Os fechamentos de compra corporativos dependem de prazos faturados e limites de crédito em conta corrente, requisitos que gateways de pagamento tradicionais não conseguem processar. Permite múltiplos meios de liquidação e crédito comercial aplicados diretamente na transação sob as regras de alçada do motor de políticas.
“O cliente pequeno custa mais para atender do que compra, e a gente acaba deixando ele ir” Pedidos de menor volume geram o mesmo esforço manual de cotação e digitação que grandes compras, inviabilizando economicamente o atendimento pelo canal tradicional. Disponibiliza autoatendimento com precificação regionalizada e fluxo direto ao ERP, viabilizando o processamento rentável de qualquer volume de pedido.
“Cada mudança na política comercial vira um projeto do integrador” Regras de negócio personalizadas são implementadas via customizações de código fora do núcleo do sistema, exigindo manutenções contínuas a cada nova campanha. Trata a política comercial como parâmetros executados por código no motor central de regras, gerando efeito imediato nos canais de venda sem dependência de integrações pontuais.

Quando escolher a Salesforce

A arquitetura da Salesforce é a opção recomendada quando as necessidades da corporação giram em torno de consolidação de CRM global, unificação com operações de varejo direto e ecossistemas amplos de relacionamento:

Consolidação de CRM global e pipelines corporativos. Escolha essa arquitetura quando a prioridade estratégica da empresa for a governança centralizada de contas globais, previsão de pipeline multimoeda e gestão de equipes de vendas distribuídas territorialmente. O Sales Cloud documenta ferramentas para divisão de receita, Seller Home e acompanhamento de cadências integradas ao ciclo de vida de oportunidades corporativas.

Operação simultânea de storefronts B2B e D2C na mesma base. Escolha essa arquitetura quando a organização precisar publicar vitrines B2B e lojas D2C voltadas ao consumidor final compartilhando o mesmo modelo de dados e objetos de negócio. O Commerce Cloud documenta o compartilhamento de processos e a personalização de páginas pelo Experience Builder sobre uma infraestrutura unificada.

Desenvolvimento horizontal de agentes com linguagens e ferramentas próprias. Escolha essa arquitetura quando a organização tiver equipes de engenharia focadas em construir agentes personalizados usando SDKs corporativos, ferramentas de linha de comando e testes automatizados. O Agentforce disponibiliza Agent Script, CLI e bibliotecas em Python para estruturar instruções e fluxos programáticos flexíveis via API.

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

A CWS Platform é a escolha adequada quando o principal objetivo financeiro for reduzir o custo marginal por transação em vendas complexas, eliminando retrabalho comercial e taxas sobre pedidos:

Descentralização de regras comerciais por unidade logística. Escolha essa arquitetura quando a operação exigir que cada centro de distribuição ou filial possua autonomia para definir catálogos, preços, tabelas fiscais e limites comerciais sob as diretrizes centrais da companhia. A filial funciona como a unidade de configuração na plataforma, preservando contratos de preço regionais e condições operacionais específicas sem necessidade de desenvolvimentos exclusivos.

Execução de crédito comercial e múltiplos meios de pagamento. Escolha essa arquitetura quando o faturamento depender de prazos comerciais, limites de crédito corporativo e combinação de formas de pagamento no mesmo pedido. O sistema aceita crédito a prazo, boleto e outros formatos combinados sob as regras do motor de políticas comerciais, validando os requisitos transacionais antes do fechamento.

Integração nativa entre cliente e vendedor na negociação. Escolha essa arquitetura quando a eficiência comercial exigir que o representante e o comprador compartilhem a construção do pedido sem atrito de comunicação. O vendedor consegue estruturar o carrinho com itens e origens de envio, gerando um link direto para conclusão pelo comprador, com registro detalhado da autoria das ações de montagem e pagamento no pedido.

Arquitetura headless desacoplada sem tributação sobre o volume transacionado. Escolha essa arquitetura quando a previsão orçamentária de três anos demandar previsibilidade técnica e de custos, integrando-se via APIs REST e webhooks aos sistemas legados de ERP e cálculo fiscal existentes. A plataforma opera de forma headless e adota um modelo focado no consumo de tecnologia e licenças, evitando tarifas percentuais sobre a receita de vendas faturadas no canal.

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 o Catálogo Vira Caos tratam disso em profundidade, sem falar de fornecedor nenhum.

Leia também

"Estavamos á quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias."
EDIVALDO C. · Setor automotivo · 201 a 500 funcionários · Software Advice · Ver avaliações

Quer ver isso na sua operação?

Operações B2B reais já rodam nisso.

Agendar demo