# CWS Platform: texto completo das páginas institucionais > Gerado no build a partir do HTML publicado em https://www.cws-platform.com/. Índice curto: https://www.cws-platform.com/llms.txt. 102 páginas, PT e EN. O blog não entra; os índices dele estão no llms.txt. # Páginas em português (pt-BR) --- ## Plataforma | CWS Platform URL: https://www.cws-platform.com/plataforma/ ### Determinismo mais IA, sob as mesmas regras. 1 de 4 › Ver a plataforma Para quem dirige Commerce B2B A regra de preço é escrita uma vez e vale em todo canal. Cada regra tem papel, tipo de cliente, prioridade e origem no Commerce Rules Engine; o portal, o vendedor e o agente obedecem à mesma. Agendar demo do motor de regras Ver a plataforma Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Ver a plataforma Para quem vende O desconto acima da alçada pede motivo e sobe no próprio pedido. O vendedor vê o teto do papel dele em cada item; o que passa vai para quem aprova, com o rastro de quem concedeu. Agendar demo da venda assistida Ver a plataforma Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Ver a plataforma Para quem compra no portal O pedido fecha no crédito e no prazo do contrato dela. Limite, valor em aberto e condição de pagamento aparecem no checkout, vindos do ERP; com saldo, o pedido é aprovado na hora. Agendar demo do checkout B2B Ver a plataforma Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Ver a plataforma Para quem atende no balcão A peça certa aparece pela aplicação do veículo do cliente. O catálogo filtra só o que serve no veículo escolhido, com estoque e preço da conta, e o filtro fica salvo na garagem do cliente. Agendar demo do catálogo Ver a plataforma Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Plataforma Você não tem um problema de e-commerce, tem um problema de negociação: preço, crédito, frete e composição decididos caso a caso, hoje espalhados em planilha, ERP e na cabeça do vendedor, e agora sob a ameaça de uma IA que alucina regra. A CWS Platform digitaliza a decisão inteira sobre um motor determinístico, com a IA governada por cima. 11 módulos determinísticos + 6 AI Agents + 1.029 parâmetros configuráveis + 5 dimensões negociáveis. #### Uma plataforma, não uma caixa de ferramentas ##### Um motor de regras, não onze Os 11 módulos e os 6 agentes operam sob o mesmo Commerce Rules Engine (CDL Workspace). A alçada, o crédito e a regra fiscal valem igual em todo lugar, sem silo de ferramenta avulsa. ##### Determinismo por baixo, IA por cima O Core executa a regra por código, a custo zero de inferência. Os AI Agents interpretam a intenção e orquestram o Core via MCP, sob exatamente as mesmas regras que um vendedor humano. ##### Camada sobre o ERP, não substituição A plataforma orquestra a negociação sobre o ERP, por APIs e webhooks. O ERP segue como o cofre; a CWS Platform é o gerente comercial. Integrações públicas incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. #### A plataforma em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal O preço sai de regra, não de planilha A tela de Regras de Preço: cada linha traz prioridade, tipo, valor, se acumula e a política comercial que a originou. - Toda regra tem origem As quatro linhas apontam para a mesma política comercial v4, aprovada em comitê de margem. - Prioridade resolve o empate Quando duas regras alcançam o mesmo pedido, a ordem decide, não a sorte de quem abriu a planilha. - Cumulativo é decisão, não efeito Nenhuma das quatro acumula por padrão: empilhar desconto passa a ser escolha declarada. É o mecanismo por baixo da alçada. As quatro regras não são exemplos de tela: são a mesma política comercial v4 escrita em quatro degraus, com prioridade explícita para não haver empate, que é exatamente o que uma planilha não tem. Em produção real Empresa fundada em 2012; plataforma em produção desde 2013. +10 pontos de margem na Tracbel , nos pedidos via portal, com ~131 mil SKUs (100% do portfólio) e 6 anos integrada ao SAP. 3x mais clientes na Imdepa , 153 clientes ativados em 3 anos no portal B2B, sem crescer a equipe na mesma proporção. Governança por infraestrutura a regra bloqueia o que não pode antes de acontecer, para o vendedor humano e para a IA. Caso Tracbel → Caso Imdepa → Caso Circuito de Compras (CDC) → Caso Pirelli (Pirelli Conecta) → Caso Campneus → Caso Fortbras → Caso Würth do Brasil → Avaliações → Conteúdo aprofundado Estime o ganho de margem no seu volume de pedidos Deixe seu e-mail para desbloquear. Calcular meu ganho → Determinismo por baixo, IA por cima. O Core executa a regra por código, os agentes orquestram por cima sob as mesmas regras, e o ERP continua sendo o cofre. Se a IA cair, o Core segue operando. #### Os 11 módulos determinísticos O Core que executa as regras do negócio por código. Os quatro que sustentam a negociação têm ficha aberta. ##### Commerce Rules Engine CDL Workspace As regras do jogo em formato executável. 1.029 parâmetros configuráveis. Ver módulo → ##### Assisted Selling Platform Sales Hub A mesa de negociação digital do vendedor. Ver módulo → ##### Contextual Pricing Pricing Engine Preço por produto, depósito, perfil e regra fiscal, em milissegundos. Ver módulo → ##### Credit-First B2B Checkout Checkout & Payments Crédito como pagamento nativo (Net Terms 30/60/90) e 4-Point Checkout Validation. Ver módulo → ##### Product Catalog & MDM Catalog Engine Catálogo transversal com 4 composições, governança Global contra Local. Ver módulo → ##### Distributed Inventory Inventory Hub Estoque multi-depósito, físico e lógico, em tempo real. Ver módulo → ##### Shipping & Fulfillment Logistics Engine Frete multi-CD, CIF/FOB, entrega fracionada, Freight Negotiation Thresholds. Ver módulo → ##### No-Code Storefront Builder CMS Builder Portal sem código, template único dinâmico, SEO nativo. Ver módulo → ##### Commerce Marketing & Promotions Marketing Suite Ativação ciente de estoque. Ver módulo → ##### Marketplace Management Platform Marketplace Center Multi-seller 30+, buybox, split, anti-desintermediação. Ver módulo → ##### Order Management System OMS (também Seller Center) Orquestra o pedido em 10 estados. READY exige o número do pedido no ERP, SHIPPED exige rastreio. A operação pode configurar a nota fiscal como obrigatória. Ver módulo → Para ver onde esta arquitetura se encaixa entre as categorias de solução, leia o que uma plataforma de ecommerce B2B precisa fazer . A IA não inventa regra, consome. Os AI Agents consomem o Core pelas mesmas regras de um vendedor humano. A alçada, o crédito e a regra fiscal valem igual para os dois. #### Os 6 AI Agents com Business Guardrails Consomem o Core determinístico via MCP, sob as mesmas regras (CDL) que vendedores humanos. Se a IA cair, o Core continua operando. ##### Rules Auditor Agent Audita 1.029 parâmetros em 45s, detecta conflito, previne vazamento. Sugere, humano decide. Ver agente → ##### Sales Copilot Ranking de carteira, alerta de margem e inatividade, monta orçamento. Ver agente → ##### Procurement Agent Busca semântica, comparação multi-seller, monta carrinho, recompra. Ver agente → ##### Merchandising Agent Monitora loja, ficha incompleta, sugere campanha. Ver agente → ##### Catalog Enrichment Agent Pipeline de 7 etapas, da foto à publicação por SKU. Ver agente → ##### Replenishment Agent Redistribui entre CDs, alerta de ruptura, sugere compra. Ver agente → Ver o índice dos AI Agents → Cinco alavancas, um pedido. Preço, entrega, pagamento, quantidade e composição são negociados ao mesmo tempo, no mesmo carrinho, dentro das regras que a empresa definiu. #### 5 dimensões negociáveis Negociadas ao mesmo tempo, no mesmo pedido, sob regras inteligentes. - Preço - Entrega - Pagamento - Quantidade - Composição Ver as 5 dimensões → #### Autonomy Gradient A governança da IA por infraestrutura, não por prompt. - Verde: o agente executa sozinho (ação reversível, baixo risco). - Amarela: o agente propõe, o humano confirma com um clique. - Vermelha: o agente nunca age. Informa e escala para o humano. Arquitetura e segurança → Autonomy Gradient #### O que cada AI Agent faz sozinho, propõe ou nunca faz. No painel do Commerce Rules Engine (CDL Workspace), cada ação de cada agente tem a sua faixa: verde executa sozinho, amarela propõe e o humano confirma com um clique, vermelha nunca age e escala. Ver o Commerce Rules Engine → Portal de demonstração da CWS Platform, com dados fictícios. #### O conceito por trás de tudo A CWS Platform trata o carrinho como uma mesa de negociação, onde cada dimensão se move dentro de regras que a empresa define e que registram cada decisão. É o que chamamos de Negociação Governada. O que é Governed Negotiation → Comece de onde você está → Ver por setor → APIs e integrações → AI Agents #### O AI Agent monta o orçamento. O vendedor decide. O Sales Copilot lê a carteira, aponta o cliente certo para hoje e deixa o orçamento pronto, com o motivo e as variáveis à vista. Aprovar, editar ou descartar é do vendedor, dentro das mesmas regras dele. Como os AI Agents trabalham → Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O que exatamente a plataforma digitaliza numa negociação? As cinco dimensões que a venda B2B negocia ao mesmo tempo: preço, entrega, pagamento, quantidade e composição. Todas passam pelo mesmo motor de regras, então a condição que o canal digital mostra é a condição que fecha, e não um número que o vendedor precisa refazer depois por telefone. ##### Por que uma plataforma e não módulos avulsos de vários fornecedores? Porque os 11 módulos e os 6 AI Agents operam sob o mesmo motor de regras (Commerce Rules Engine). Ferramentas avulsas criam silos, cada uma com a sua regra de preço e alçada; aqui a regra é uma só, aplicada igual ao vendedor humano e ao agente. ##### O que roda por código e o que a IA orquestra? O Core determinístico executa as regras por código, a custo zero de inferência, e a negociação roda sobre ele. Os AI Agents orquestram esse Core via MCP, sob o mesmo motor de regras dos 11 módulos. Persona · CEO Deixei de temer IA que inventa regra: ela segue a mesma do vendedor. Os AI Agents orquestram o Core sob o mesmo Commerce Rules Engine (CDL Workspace): a regra bloqueia o que não pode antes de acontecer. Persona · Vendedor Parei de refazer por telefone a condição que o canal digital já mostrou. As cinco dimensões passam pelo mesmo motor de regras, e a Assisted Selling Platform (Sales Hub) é a mesa de negociação digital do vendedor. Agendar demonstração Ver preços → --- ## Catalog Enrichment Agent | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/catalog-enrichment/ AI Agent with Business Guardrails ### Catalog Enrichment Agent Um catálogo com milhares de itens não entra na plataforma pela porta da frente. Ele entra por uma planilha com descrição truncada, código do fornecedor no lugar do nome e uma pasta de fotos tiradas no balcão. O trabalho de transformar isso em catálogo que vende é real, é grande, e é o motivo pelo qual muito projeto digital B2B trava antes de ir ao ar. #### O que é O agente que transforma uma foto comum em item de catálogo pronto para vender. O pipeline tem 7 etapas, da foto à publicação por SKU, e passa por imagem profissional, ficha de produto e publicação no Product Catalog & MDM . É o agente que ataca o gargalo de entrada: o onboarding de catálogo em escala, que de outra forma consome semanas de trabalho manual e adia todo o resto do projeto. Da foto à publicação por SKU. O agente transforma uma foto comum em item de catálogo pronto para vender, num pipeline que termina na publicação por SKU. #### A capacidade que ninguém replica ##### A foto do balcão vira imagem de catálogo, sem estúdio Fundo tratado, enquadramento padronizado e a mesma apresentação para o item barato e para o item caro. O ganho não é estético: catálogo com padrão visual inconsistente ensina o comprador a desconfiar da parte que parece amadora, e ele desconfia do item, não da foto. Padronizar a apresentação é o que permite que milhares de SKUs convivam na mesma vitrine sem que uns derrubem os outros. ##### Pipeline por SKU, e não por lote que passa ou falha As 7 etapas rodam item a item, então o catálogo entra em produção enquanto ainda está sendo enriquecido, e não depois que a última foto ficou pronta. Um SKU que emperra numa etapa é um SKU parado, não uma carga inteira parada. Numa operação que precisa abrir com o catálogo no ar, essa diferença define se o projeto entrega em ondas ou espera o fim. Por SKU, e não por lote. Um SKU que emperra numa etapa é um SKU parado, não uma carga inteira parada. #### As 7 etapas, e onde o humano entra Gerar imagem por IA e propor título e descrição são ações reversíveis e de baixo risco, então elas rodam sozinhas: é a zona verde do Autonomy Gradient. Publicar o produto muda o que o comprador vê, e por isso a publicação é a etapa em que o agente propõe e o humano confirma. A regra que decide isso não é a posição da etapa no pipeline, é a consequência dela: o que se desfaz com um clique o agente faz, o que muda a vitrine ou o preço passa por gente. Onde a operação já confia no resultado, a faixa se ajusta na configuração, e a configuração é da empresa, não do agente. Pipeline por SKU #### Seis etapas o agente faz sozinho. A sétima, a publicação, passa por gente. O Catalog Enrichment Agent trata foto, fundo, enquadramento, título, descrição e ficha na zona verde; publicar o SKU muda a vitrine, então fica na amarela, em que ele propõe e uma pessoa confirma. Portal de demonstração da CWS Platform, com dados fictícios. #### Em escala: um SKU, muitos contextos O mesmo ativo-base rende mais de uma saída. A partir da foto aprovada, o agente gera o produto em cenários e formatos diferentes, o que permite tratar contexto como decisão de quem vende: catálogo por tipo de loja, por região ou por perfil de comprador, e o formato que cada canal exige do mesmo produto. Porque a imagem nasce ligada ao SKU, o lote pode ser regenerado quando muda a estação, e uma correção se propaga para todos os lugares onde aquela imagem apareceu. Quem produz não é só a central. O mesmo pipeline atende quem está na ponta, no celular, dentro do acervo e dos templates que a marca aprovou, com revisão humana onde o risco pede. Ver a solução completa: Imagens e catálogo com IA → #### Em operação Circuito de Compras (CDC) · atacado de vestuário no Brás Dentro do MayaApp CDC, o aplicativo white-label que atende os lojistas em cinco idiomas e aceita pagamento internacional, opera um agente de IA da CWS Platform para a catalogação e a curadoria de produto. É um caso qualitativo por decisão de liberação: contamos o mecanismo e a amplitude, não números. A personificação do agente, inclusive o nome pelo qual o lojista o chama, é decisão do cliente e não da plataforma. Ler o caso Circuito de Compras → #### Perguntas frequentes ##### Preciso de estúdio fotográfico para usar o pipeline? Não, e é esse o ponto de partida do agente. Ele foi feito para a foto que a operação já tem: a do balcão, com sombra e fundo de parede. O pipeline trata o fundo, padroniza o enquadramento e devolve uma imagem apresentável no mesmo padrão dos demais itens. Onde já existe foto de estúdio, ela entra no fluxo do mesmo jeito; o que o agente resolve é o caso em que ela não existe e não vai existir para milhares de itens. ##### O que acontece quando ele erra a ficha de um SKU? O erro fica na etapa anterior à publicação, que é onde ele custa pouco. Gerar imagem, propor título e sugerir descrição são ações reversíveis, e por isso rodam sozinhas; publicar o SKU muda o que o comprador vê, e por isso passa por confirmação humana. Corrigir antes de publicar é revisão de rotina. A ordem das etapas existe para que o erro caia sempre do lado barato dessa linha. ##### Ele dá conta de um catálogo com milhares de itens? É exatamente o problema para o qual ele existe. As 7 etapas rodam por SKU, e não por lote fechado, então o catálogo entra em ondas: os itens prontos vão ao ar enquanto o resto ainda está sendo enriquecido. Um item que emperra numa etapa é um item parado, não uma carga inteira parada, e a operação não fica esperando o último SKU para abrir a loja. Agendar demonstração Ver o Product Catalog & MDM → ← Ver todos os agentes Quem cuida da vitrine depois → --- ## Merchandising Agent | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/merchandising/ AI Agent with Business Guardrails ### Merchandising Agent Ninguém acorda decidido a deixar a vitrine ruim. A ficha nasce incompleta porque o cadastro foi feito às pressas, a campanha continua no ar depois que o item acabou porque ninguém foi avisado, e a foto que falta é sempre de um produto que quase ninguém abre, até o dia em que alguém abre. O estrago não aparece como erro, aparece como conversão que não veio, e conversão que não veio não gera chamado. #### O que é O agente que cuida da operação da loja digital de forma contínua. Ele monitora o que está publicado, aponta a ficha de produto incompleta antes que ela custe uma venda e sugere campanha a partir do que a operação já mostra, apoiado no Product Catalog & MDM e no Commerce Marketing & Promotions . Tem uma interface bilateral: o mesmo agente serve o lojista, que precisa manter a vitrine de pé, e o comprador, que precisa achar o que veio buscar. O que falta, antes que custe uma venda. O agente monitora o que está publicado e aponta a ficha de produto incompleta antes que ela custe uma venda. #### A capacidade que ninguém replica ##### Higiene contínua vence mutirão de cadastro A qualidade do catálogo não se resolve num esforço concentrado, porque ela se degrada todo dia: item novo entra, fornecedor muda a descrição, campanha vence. Mutirão conserta o retrato e não conserta o filme. O agente trabalha na frequência em que o problema aparece, e o que ele devolve não é uma lista de tudo que está errado, é o que está errado e importa agora, ordenado pelo que a loja perde com isso. ##### Ele enxerga a loja pelos dois lados do balcão A maior parte das ferramentas de merchandising olha só o painel do lojista, e por isso mede o que foi publicado em vez do que foi encontrado. Como o mesmo agente também atende o comprador, ele sabe o que foi procurado e não foi achado, e essa é a informação que transforma higiene de catálogo em prioridade: ficha incompleta num item que ninguém procura é dívida; a mesma ficha num item procurado toda semana é venda perdida com data marcada. Um agente, dois módulos. O agente cuida da operação da loja apoiado no Product Catalog & MDM e no Commerce Marketing & Promotions. #### Sugerir campanha é diferente de publicar campanha O agente propõe: este mix tem giro e margem para uma ativação nesta semana, este item está parado no depósito que atende esta região, esta combinação sai junto com frequência e nunca foi ofertada junta. Publicar é outra coisa. Ativar campanha muda o que o comprador vê e o que a empresa cobra, então ela cai na zona amarela do Autonomy Gradient: o agente monta, o humano confirma. E a ativação nasce ciente de estoque, porque a mesma base que responde pela campanha responde pelo saldo do depósito. Campanha que promove item indisponível é problema resolvido na arquitetura, e não na disciplina de quem opera. O que sobe para o humano #### O agente monta a campanha. Ativar é do humano. O Merchandising Agent aponta ficha incompleta e campanha com item sem saldo sozinho, e monta a campanha. Ativar é do humano, e o ajuste do teto de desconto é recusado pelo Commerce Rules Engine. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Como ele sabe que uma ficha de produto está incompleta? Comparando o que está publicado com o que aquela categoria exige para ser encontrada e comprada: foto, descrição útil, atributo que serve de filtro, unidade de venda, dado fiscal. Ficha incompleta não é a que tem campo vazio, é a que não sustenta a decisão de compra. Por isso o agente não devolve a lista de tudo que falta, devolve o que falta em item que a operação está tentando vender. ##### Quem aprova uma campanha que ele sugere? Uma pessoa. Ativar campanha muda o que o comprador vê e o que a empresa cobra, então ela cai na zona amarela do Autonomy Gradient: o agente monta a proposta e o humano confirma. O que ele faz sozinho é a parte reversível, como apontar o que está incompleto e preparar a sugestão. A faixa de cada ação é configuração da empresa, e não decisão do agente. ##### O comprador percebe que está falando com um agente? Isso é decisão do cliente, não da plataforma. A mesma interface bilateral serve o lojista, que mantém a vitrine de pé, e o comprador, que procura o que veio buscar. Como o agente se apresenta ao comprador, com que nome e com qual grau de personificação, faz parte da configuração de cada operação. A plataforma não impõe uma persona. Agendar demonstração Ver o Commerce Marketing & Promotions → ← Ver todos os agentes Como o catálogo entra em escala → --- ## Procurement Agent | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/procurement/ AI Agent with Business Guardrails ### Procurement Agent O comprador de uma distribuidora precisa montar um pedido de oitenta linhas, com itens de fornecedores diferentes, e o horário em que ele consegue fazer isso sem interrupção é depois das sete da noite. É exatamente o horário em que não há ninguém do outro lado para dizer qual item substitui qual, se aquele preço já contempla o contrato e se o limite de crédito comporta o pedido inteiro. #### O que é O agente que executa o ciclo de compra do lado da demanda. Ele faz busca semântica no catálogo, compara ofertas de sellers diferentes, monta o carrinho e cuida da recompra, tudo em linguagem natural e 24 horas por dia. E o que separa isso de um chat de atendimento é a fonte da resposta: ele opera sob exatamente as mesmas regras do Commerce Rules Engine que um comprador humano. Não fura alçada de aprovação, não ignora limite de crédito e não inventa preço, porque não é ele quem calcula o preço. A busca parte da necessidade, não da grafia. A busca semântica trabalha sobre a descrição do que o comprador precisa, e não sobre a grafia que ele acertou. #### A capacidade que ninguém replica ##### A busca semântica resolve o problema do nome do item No B2B o comprador quase nunca sabe o código do fabricante, e muitas vezes nem o nome oficial da peça. Ele sabe para que serve e em que máquina entra. A busca por palavra exata falha justamente aí, e a consequência não é uma tela de zero resultados: é um pedido que sai menor do que poderia, porque o item existia e não foi encontrado. A busca semântica trabalha sobre a descrição do que o comprador precisa, e não sobre a grafia que ele acertou. ##### Comparar multi-seller sem esconder a comparação Quando o mesmo item existe em vários sellers, o agente abre as ofertas com aquilo que realmente as separa: preço para aquele comprador, prazo a partir daquele depósito e condição de pagamento. A decisão continua sendo do comprador, e é isso que impede a comparação de virar recomendação disfarçada. Plataforma que ordena oferta sem mostrar o critério ensina o comprador a desconfiar da ordem. Comparar sem esconder o critério. O agente abre as ofertas com o que de fato as separa, e a decisão continua sendo do comprador. #### Fora do horário comercial, e dentro das mesmas regras Atender 24 horas é a parte fácil, e sozinha ela é uma armadilha: um canal noturno que aceita qualquer coisa produz de manhã uma fila de pedidos para desfazer. O que torna a disponibilidade utilizável é que o agente consulta o mesmo motor determinístico que atende o vendedor durante o dia. O preço que ele apresenta à noite é o preço contratado daquele comprador, com a regra fiscal do depósito que vai atender. O limite de crédito é verificado na hora, e não na conferência do dia seguinte. E o que precisa de aprovação humana não é executado no escuro: fica registrado e escala. O comprador termina o trabalho dele à noite, e a decisão que é de gente continua sendo tomada por gente. O que sobe para o humano #### O carrinho fica pronto à noite. O limite sobe para o humano. O Procurement Agent monta o carrinho fora do horário comercial, no preço contratado e com o limite de crédito conferido. O que passa do limite não entra: fica registrado e sobe para aprovação humana. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O comprador consegue fechar um pedido fora do horário comercial? Sim, e sem que isso vire uma fila de correção na manhã seguinte. O agente atende 24 horas por dia consultando o mesmo motor determinístico que atende o vendedor durante o expediente: o preço apresentado às onze da noite é o preço contratado daquele comprador, com a regra fiscal do depósito que vai atender, e o limite de crédito é verificado na hora. O que exige decisão humana fica registrado e escala, em vez de ser executado no escuro. ##### Como ele compara ofertas de sellers diferentes? Colocando lado a lado o que de fato diferencia uma da outra: o preço válido para aquele comprador, o prazo de entrega a partir do depósito que atenderia e a condição de pagamento disponível. A escolha continua com o comprador, e é isso que impede a comparação de virar recomendação disfarçada. Um mesmo pedido pode fechar com sellers diferentes linha a linha, cada um com o prazo que é dele. ##### Ele respeita o limite de crédito e a aprovação que a minha empresa exige? Sim, porque não é ele quem define nenhum dos dois. Limite de crédito, alçada de aprovação e condição de pagamento são parâmetros do Commerce Rules Engine, e o agente consulta esses parâmetros como um comprador humano consultaria. Um pedido que passa do limite não é recusado nem liberado por conta própria: segue o mesmo caminho de aprovação que seguiria se tivesse sido montado à mão. Agendar demonstração Ver o Marketplace Management Platform → ← Ver todos os agentes Como o crédito entra no checkout → --- ## Replenishment Agent | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/replenishment/ AI Agent with Business Guardrails ### Replenishment Agent A ruptura mais cara não é a do item que acabou em todo lugar. É a do item que existe, com folga, no depósito errado. O pedido cai numa região onde o saldo é zero, o comprador vê indisponível e vai embora, e a mesma semana fecha com aquele produto parado a seiscentos quilômetros dali. Nada disso aparece como falta de estoque no relatório: aparece como venda que não aconteceu. #### O que é O agente que cuida da cadeia de suprimentos do lado do estoque. Ele redistribui saldo entre os centros de distribuição de forma preditiva, alerta sobre risco de ruptura antes que ela aconteça e sugere compra para sustentar o nível de serviço. Trabalha sobre o Distributed Inventory e o Shipping & Fulfillment , que é onde o estoque multi-depósito e o custo de mover esse estoque já são dado de verdade. O item que existe, no depósito errado. O agente redistribui saldo entre os centros de distribuição, e a transferência é proposta com o motivo para a operação confirmar. #### A capacidade que ninguém replica ##### Prever o desequilíbrio custa menos que corrigir a ruptura Quando a ruptura aparece no painel, a decisão barata já passou: sobrou transferência de emergência ou compra fora de condição. O agente trabalha antes disso, sobre o ritmo de saída de cada item em cada depósito, e aponta o desequilíbrio enquanto ele ainda é barato de desfazer. A janela entre as duas coisas costuma ser de dias, e é nela que cabe o frete normal. ##### Redistribuir é uma decisão de rede, não de depósito Olhar depósito por depósito produz a decisão localmente correta e globalmente cara: cada centro pede o que falta e ninguém enxerga que o item sobra no vizinho. Como o estoque é multi-depósito desde a origem, físico e lógico na mesma base, o agente compara a rede inteira antes de sugerir movimento, e leva em conta o que custa mover. Nem todo desequilíbrio compensa corrigir, e saber quais não compensam faz parte da resposta. O aviso chega antes da ruptura. O agente alerta sobre risco de ruptura antes que ela aconteça, enquanto o desequilíbrio ainda é barato de desfazer. #### Sugerir compra é o último recurso, não o primeiro A ordem importa. Antes de propor compra, o agente procura o saldo que a operação já pagou: existe em outro centro de distribuição, chega a tempo, compensa o custo de mover? Só quando a rede não resolve é que a sugestão de compra aparece, e ela aparece com o que a sustenta: o ritmo de saída, o prazo do fornecedor e a data em que o nível de serviço cai se ninguém agir. Comprar é a mais cara e a menos reversível das três decisões, então é a que sobe para o humano. O agente não emite pedido de compra por conta própria. O que sobe para o humano #### Primeiro move o estoque da rede. Comprar sobe para o humano. O Replenishment Agent redistribui o saldo entre centros de distribuição e alerta a ruptura sozinho. Sugerir compra é a decisão mais cara das três, e ela sobe para o comprador. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Como ele antecipa uma ruptura antes que ela aconteça? Olhando o ritmo de saída de cada item em cada depósito, e não o saldo de hoje. Saldo é uma foto, e uma foto confortável em um item de giro rápido pode significar três dias de cobertura. O agente projeta quando aquele saldo encosta no limite que a operação definiu como aceitável e avisa enquanto ainda cabe frete normal em vez de frete urgente. A diferença entre as duas situações costuma ser de dias. ##### Ele transfere estoque entre depósitos por conta própria? Ele propõe a transferência, com o motivo e o custo de mover. Movimento de estoque entre centros de distribuição gera frete, ocupa equipe e altera a disponibilidade nas duas pontas, então é uma ação que a operação confirma. O que ele faz sozinho é o trabalho de encontrar o desequilíbrio e calcular se corrigi-lo compensa, que é a parte que ninguém tem tempo de fazer item a item. ##### Ele enxerga o estoque de todos os depósitos ou só do mais próximo? Da rede inteira. O estoque é multi-depósito desde a origem, físico e lógico na mesma base, então o agente compara todos os centros de distribuição antes de sugerir qualquer movimento. Olhar depósito por depósito produz a decisão localmente correta e globalmente cara: cada centro pede o que falta e ninguém enxerga que o item sobra no vizinho. Agendar demonstração Ver o Distributed Inventory → ← Ver todos os agentes Como a entrega é planejada → --- ## Rules Auditor Agent | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/rules-auditor/ AI Agent with Business Guardrails ### Rules Auditor Agent Uma operação B2B madura não tem uma regra de desconto, tem centenas, escritas em épocas diferentes por pessoas diferentes. Aí alguém cria mais uma para destravar um cliente grande, e ela contradiz em silêncio uma regra de três anos atrás. Ninguém percebe no dia. Percebe no fechamento do mês, quando a margem não bate e já não dá para saber qual das duas cobrou o preço errado. #### O que é O agente de governança do Commerce Rules Engine . Ele lê os 1.029 parâmetros configuráveis, cruza uns com os outros à procura de contradição e mostra o efeito de uma mudança antes que ela entre em produção. É a diferença entre publicar uma regra e publicar uma regra sabendo o que ela vai fazer. Quem define o que é regra continua sendo o negócio; o agente é quem consegue ler as 1.029 ao mesmo tempo, que é o que nenhum gestor consegue. Ler todos ao mesmo tempo. Quem define a regra continua sendo o negócio; o agente é quem consegue ler todos os parâmetros ao mesmo tempo. #### A capacidade que ninguém replica ##### Conflito não se descobre lendo, se descobre cruzando Ler regra por regra encontra erro de digitação, não contradição. Contradição é sempre um par: duas regras que, sozinhas, estão certas, e que juntas produzem um preço que ninguém autorizou. O agente cruza os parâmetros entre si em vez de conferir um a um, e é por isso que a auditoria dos 1.029 cabe em 45 segundos em vez de virar projeto. A varredura completa passa a caber na frequência com que a operação muda de ideia. ##### A prévia de impacto vem antes da publicação, não depois do estrago O modo caro de descobrir o efeito de uma regra é publicá-la. O agente simula: com esta regra ativa, estes clientes, estes produtos e estas condições mudam de preço desta forma. O gestor decide olhando a consequência, e não a intenção. É o mesmo motor determinístico que vai executar a regra depois, então prévia e produção não divergem. A auditoria que cabe em segundos. O agente audita o conjunto em vez de conferir um a um, e por isso a auditoria completa cabe em segundos. #### Ele arquiteta acima da fonte, e nunca reescreve a fonte Auditar é metade do trabalho. A outra metade é construir: o agente opera as APIs do Commerce Rules Engine para montar dinâmicas novas de preço, campanha e promoção, procurando o ponto ótimo de lucratividade dentro do que a configuração já permite. E existe uma fronteira que ele não cruza: a regra que mora nas fontes primárias, o ERP e o CRM, ele não altera. O que ele faz é arquitetar uma camada de possibilidades acima dessas fronteiras. Em mudança de regra de base, ele sugere e o humano decide, e a decisão fica registrada como decisão de gente. O que sobe para o humano #### O agente acha o conflito. A regra continua com o humano. O Rules Auditor Agent cruza as regras vigentes e aponta os conflitos, sem reescrever nenhuma. Quando a regra mora no ERP, ele só informa e escala para o humano. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Quanto tempo leva para descobrir que duas regras se contradizem? A varredura completa dos 1.029 parâmetros configuráveis do Commerce Rules Engine leva cerca de 45 segundos. O que importa nesse número não é a velocidade em si, é a frequência que ela permite: uma auditoria que cabe em 45 segundos pode rodar toda vez que alguém mexe numa regra, e não uma vez por trimestre, que é quando a contradição já cobrou o preço dela. ##### Como eu vejo o efeito de uma mudança antes de publicá-la? Pela prévia de impacto. Antes de a regra entrar em produção, o agente projeta o que ela faz sobre a base real: quais clientes, quais produtos e quais condições passam a ter preço diferente, e em que direção. A simulação roda sobre o mesmo motor determinístico que executaria a regra depois, então o que aparece na prévia é o que a operação vai fazer, e não uma estimativa paralela. ##### Ele audita parâmetro que ninguém documentou? Sim, e esse é o caso mais comum. O agente lê a configuração como ela está, não como alguém escreveu que ela deveria estar. Parâmetro criado às pressas há dois anos, sem dono e sem registro, entra na varredura junto com o resto. É a diferença entre auditar a documentação e auditar o sistema. Agendar demonstração Ver o Commerce Rules Engine → ← Ver todos os agentes Como a IA é governada → --- ## Sales Copilot | CWS Platform URL: https://www.cws-platform.com/plataforma/agentes/sales-copilot/ AI Agent with Business Guardrails ### Sales Copilot Pergunte a um vendedor B2B com trezentos clientes na carteira quem ele vai procurar amanhã. A resposta honesta costuma ser: quem ligou. A carteira não é trabalhada por prioridade, é trabalhada por quem faz barulho, e o cliente que parou de comprar em silêncio é exatamente o que ninguém nota até o trimestre fechar. #### O que é O agente que opera sobre a Assisted Selling Platform como copiloto do vendedor. Ele ordena a carteira por propensão de compra, avisa quando um cliente entra em inatividade e quando a margem de uma negociação começa a vazar, monta orçamento automaticamente e sugere o que faz sentido oferecer junto. Não é um relatório que o vendedor abre no começo do mês. É a fila do dia, refeita quando o dado muda. A fila do dia, por propensão de compra. A carteira deixa de ser trabalhada por quem faz barulho: o agente ordena os clientes por propensão de compra. #### A capacidade que ninguém replica ##### Ele ordena a carteira, e a ordem vem com motivo Ranking sem justificativa é palpite com interface bonita. Cada posição da fila vem com o porquê: este cliente comprava a cada quinze dias e parou, este outro tem o item que ele sempre leva de volta ao estoque, neste aqui a última negociação saiu com margem abaixo do padrão dele. O vendedor não precisa confiar no número, ele lê o motivo e decide se concorda. É isso que faz a sugestão ser aceita ou descartada com critério, em vez de obedecida no escuro. ##### O alerta de margem chega durante a negociação, não no fechamento Vazamento de margem quase nunca é uma decisão ruim, é a soma de muitas decisões defensáveis. Cada desconto isolado cabe na regra; o conjunto não cabe no resultado. O agente acompanha a negociação enquanto ela acontece e avisa quando a composição começa a sair do padrão daquele cliente ou daquele mix. Chegar antes do aceite é a diferença entre corrigir e explicar. Dois avisos que chegam antes do fechamento. O agente avisa quando um cliente entra em inatividade e quando a margem de uma negociação começa a vazar. #### A oferta chega pronta, e o vendedor aprova A inversão que o agente propõe é essa: em vez de o vendedor começar do zero e montar a proposta, a proposta chega montada e ele decide o que fazer com ela. O orçamento vem com o motivo, com as variáveis que o agente usou e com o texto pronto para enviar. O vendedor aprova, edita ou descarta. Vale dizer o que isso não é: não é o agente vendendo no lugar do vendedor. O que ele devolve é tempo, e o tempo volta para a parte da venda em que o vendedor é insubstituível, que é a conversa difícil, a exceção e a relação. Toda oferta montada passa pelo Commerce Rules Engine, então o que chega pronto já nasce dentro do que a empresa autorizou. O que sobe para o vendedor #### O desconto vem sugerido. Enviar é do vendedor. O Sales Copilot sugere o desconto de cada linha e marca o que já está dentro do teto, sem aprovação. Enviar, editar ou descartar o orçamento é decisão do vendedor. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Como ele decide qual cliente o vendedor deve procurar primeiro? Por propensão de compra, calculada sobre o histórico daquela carteira: ritmo de recompra, itens que o cliente sempre repõe, tempo desde o último pedido e desvio em relação ao padrão dele. A fila vem com o motivo escrito ao lado de cada posição, e o vendedor pode discordar. A ordem é uma sugestão informada, não uma fila obrigatória. ##### O orçamento que ele monta já sai dentro do que o vendedor pode aprovar? Sim. O orçamento é montado consultando o Commerce Rules Engine, o mesmo motor que valida o que o vendedor faz na mão, então preço, desconto e condição já saem dentro do limite daquele vendedor. Quando a composição pedida passa desse limite, o orçamento não é bloqueado em silêncio: ele sobe para aprovação com o pedido registrado, do mesmo jeito que subiria se o vendedor tivesse montado tudo manualmente. ##### Isso não vira mais uma tela para o vendedor abrir? O agente opera dentro da Assisted Selling Platform, que já é onde o vendedor monta orçamento e negocia. A fila da carteira, o alerta de margem e o orçamento aparecem no fluxo em que o trabalho já acontece. Ferramenta de produtividade que exige abrir mais um sistema costuma custar mais atenção do que devolve, e é por isso que este agente não tem tela própria. Agendar demonstração Ver a Assisted Selling Platform → ← Ver todos os agentes O que é negociação governada → --- ## Arquitetura e Segurança | CWS Platform URL: https://www.cws-platform.com/plataforma/arquitetura-e-seguranca/ Conceito ### Arquitetura e Segurança A confiança que a IA precisa para agir sobre uma operação grande não vem de um prompt bem escrito, vem da infraestrutura. A CWS Platform governa por arquitetura: o Commerce Rules Engine bloqueia o que não pode, antes de acontecer. #### As camadas Core AI Agents Marketplace Dados - Pricing Estoque Crédito Pedido Core Determinístico - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace e rede - Transacional Comportamental Conversacional Inteligência e Dados ERP · SAP, TOTVS, Senior, Sankhya, Microsoft Dynamics fora da plataforma, continua onde está Core Determinístico mesmo input, mesmo output Executa a regra por código, a custo zero de inferência. Se a IA cair, a negociação continua. Representação conceitual da arquitetura em camadas da CWS Platform. Não é captura de tela. - Pricing Estoque Crédito Pedido Core Determinístico - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace e rede - Transacional Comportamental Conversacional Inteligência e Dados ERP · SAP, TOTVS, Senior, Sankhya, Microsoft Dynamics fora da plataforma, continua onde está AI Agents with Business Guardrails consomem o Core via MCP Interpretam a intenção e orquestram o Core sob as mesmas regras que um vendedor humano. Consomem regra, não inventam. Representação conceitual da arquitetura em camadas da CWS Platform. Não é captura de tela. - Pricing Estoque Crédito Pedido Core Determinístico - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace e rede - Transacional Comportamental Conversacional Inteligência e Dados ERP · SAP, TOTVS, Senior, Sankhya, Microsoft Dynamics fora da plataforma, continua onde está Marketplace e rede com anti-desintermediação Multi-seller, buybox e split. A rede opera dentro da mesma governança do Core. Representação conceitual da arquitetura em camadas da CWS Platform. Não é captura de tela. - Pricing Estoque Crédito Pedido Core Determinístico - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace e rede - Transacional Comportamental Conversacional Inteligência e Dados ERP · SAP, TOTVS, Senior, Sankhya, Microsoft Dynamics fora da plataforma, continua onde está Inteligência e Dados Analytics Hub As dimensões de dado que transformam a operação em decisão. Informação para governar, não só para relatar. Representação conceitual da arquitetura em camadas da CWS Platform. Não é captura de tela. ##### Core Determinístico O Rules-Based Commerce Engine que executa cada regra por código, a custo zero de inferência. É a base governada sobre a qual tudo opera. ##### AI Agents com Business Guardrails Consomem o Core via MCP (Model Context Protocol), sob as mesmas regras que vendedores humanos. Interpretam intenção, nunca inventam regra. ##### Marketplace e rede Multi-seller, buybox e split, com anti-desintermediação. A rede opera dentro da mesma governança do Core. ##### Inteligência e Dados O Analytics Hub e as dimensões de dado que transformam a operação em decisão. Informação para governar, não só para relatar. #### Autonomy Gradient A governança da IA por infraestrutura, não por prompt. Cada ação de um agente cai em uma de três zonas: - Verde: o agente executa sozinho (ação reversível, baixo risco). - Amarela: o agente propõe, o humano confirma com um clique. - Vermelha: o agente nunca age. Informa e escala para o humano. Governança por infraestrutura, não por prompt. A confiança não vem de um prompt bem escrito: o Commerce Rules Engine bloqueia o que não pode, antes de acontecer. #### "Nós temos time para programar isso" Provavelmente têm, e não vamos discutir esse ponto. Programar a regra de preço é a parte fácil. A parte cara é o acesso: colocar toda a base de compradores e toda a força de vendas operando essa regra sem treinar ninguém no ERP, e sem uma pessoa no meio para traduzir. Isso não é uma regra, é um produto: interface de negociação, catálogo por depósito, motor de frete, máquina de aprovação e aplicativo de vendedor, e todos eles precisam continuar evoluindo junto com a política comercial depois que a primeira versão sobe. E há um custo que não entra em nenhuma dessas linhas: o tempo até estar no ar. A regra que você programa em casa entra em produção no ritmo do seu backlog. Isso não é uma regra, é um produto. Interface de negociação, catálogo por depósito, motor de frete, máquina de aprovação e aplicativo de vendedor, evoluindo junto com a política comercial. #### Infraestrutura e segurança ##### Infraestrutura A plataforma roda em AWS, com arquitetura de microsserviços. A AWS mantém certificações ISO 27001, ISO 27017, ISO 27018, SOC 1, SOC 2, SOC 3, PCI DSS Nível 1 e CSA para a infraestrutura sobre a qual a CWS Platform opera. A CWS Platform não detém essas certificações em nome próprio: elas são do provedor de nuvem. A plataforma trata privacidade e proteção de dados como requisito de base, com LGPD e GDPR nativos. A governança de acesso e a trilha de auditoria acompanham cada decisão sobre preço, crédito e pedido. ##### Residência de dados Os dados de produção rodam hoje em AWS no Brasil. Para clientes nos EUA, a plataforma pode ser provisionada em regiões AWS americanas, e a residência é definida na implantação, antes de qualquer migração de dados do cliente. ##### Disponibilidade A disponibilidade histórica da plataforma, considerando todas as operações de clientes, se manteve acima de 99,9%, com meses inteiros em 100%. Este é o histórico observado, não um nível de serviço contratual; termos de SLA são definidos em contrato. ##### Segurança operacional - Autenticação em dois fatores nas contas de usuário - Autenticação multifator no acesso a servidores - Tokens com expiração no acesso via API - Criptografia SHA-256; HTTPS gerenciado pela AWS - Dados de cartão nunca são armazenados - Teste de intrusão anual (black, grey e white box) - Monitoramento 24/7 com CloudWatch, CloudTrail, GuardDuty e WAF - Três ambientes segregados: Produção, Sandbox e Stage - Trilha de auditoria completa: cada ação registra quem pediu, o que foi executado, quando, com quais parâmetros e qual o resultado - Controle de acesso por carteira: o vendedor alcança apenas as contas atribuídas a ele - Deploy sem downtime e rollback imediato - LGPD e GDPR nativos A documentação detalhada de backup, recuperação de desastre e isolamento entre tenants é fornecida sob NDA durante a due diligence técnica. Quem entra, o que alcança e o que fica registrado. Autenticação em dois fatores nas contas de usuário, controle de acesso por carteira e trilha de auditoria. Persona · Diretor de tecnologia Parei de depender de prompt para segurar o que o agente pode fazer. Na CWS Platform, cada ação de agente cai numa zona do Autonomy Gradient, sob os Business Guardrails do Commerce Rules Engine. Persona · Gerente jurídica Hoje eu sei quem pediu cada ação, o que foi executado e quando. Na CWS Platform, a governança de acesso e a trilha de auditoria acompanham cada decisão sobre preço, crédito e pedido, com LGPD e GDPR nativos. #### Perguntas frequentes ##### A CWS Platform substitui o ERP? Não. Ela é uma camada de orquestração sobre o ERP, integrada por APIs e webhooks. O ERP segue como o cofre do dado; a CWS Platform é o gerente comercial que governa a negociação. Integrações associadas publicamente incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. ##### Onde os dados ficam e como é a proteção? A plataforma roda em nuvem AWS, com arquitetura de microsserviços, e trata privacidade e proteção de dados como requisito de base, com LGPD e GDPR nativos. A governança de acesso e a trilha de auditoria acompanham cada decisão sobre preço, crédito e pedido. ##### Como a IA é impedida de agir fora do combinado? Por infraestrutura, não por prompt. Cada ação de um agente cai no Autonomy Gradient: verde (executa sozinho, baixo risco), amarela (propõe, humano confirma) ou vermelha (nunca age, escala para o humano), sob os Business Guardrails do Commerce Rules Engine. Fale com um arquiteto O que é Governed Negotiation → --- ## Product Catalog & MDM (Catalog Engine) | CWS Platform URL: https://www.cws-platform.com/plataforma/catalog-engine/ ### Product Catalog & MDM (Catalog Engine) 1 de 4 › Na gestão · CMO A CMO acompanha o enriquecimento do catálogo SKU a SKU. O Catalog Enrichment Agent faz seis etapas sozinho, da foto do balcão à ficha de atributos; publicar o SKU espera a confirmação de uma pessoa. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No balcão · Vendedora de balcão O carro do cliente fica salvo na garagem, e a busca começa nele. Tipo, montadora, modelo e ano entram uma vez; a próxima busca já filtra o catálogo pela aplicação daquele veículo. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No celular · Compradora de revenda A compradora escolhe o carro e o catálogo mostra só as peças com aplicação nele. A tabela de aplicação liga cada SKU ao veículo em que ele serve, e cada peça mostra as lojas da rede que a têm. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No estoque · Vendedor de peças O vendedor busca um termo dentro do carro salvo e só vê o que serve nele. O termo, a aplicação do veículo salvo e o catálogo da rede trabalham juntos na mesma lista, com as lojas que têm cada peça. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico O comprador procura uma peça, não encontra, e compra do concorrente. No B2B complexo esse é um problema de cadastro, não de vitrine. Atributo técnico ausente, tabela de aplicação incompleta e equivalência mal mapeada geram devolução cara e venda perdida, e nenhuma campanha corrige isso. #### O que é O módulo que trata o dado de catálogo como ativo crítico da operação. Ele amarra o produto numa cadeia de integridade que vai do produto ao SKU, do SKU ao estoque e do estoque ao depósito, e sustenta as quatro composições de venda: unitário, par, kit e conjunto. Cada SKU é identificado por fabricante, código de peça, composição e origem, e cada estoque desse SKU num depósito ganha a sua própria identificação. Variações de um mesmo produto ficam agrupadas por grade, aparecem como um só resultado na busca e mantêm preço e estoque próprios. Item sem preço ou sem estoque pode continuar na loja como pedido de orçamento, e quem procura um indisponível pede para ser avisado quando ele voltar: a ruptura vira oportunidade, não página vazia. É sobre esse cadastro que preço, disponibilidade e pedido se apoiam depois. Catálogo errado não vira problema de catálogo: vira pedido errado. O cadastro sustenta o pedido. Preço, disponibilidade e pedido se apoiam no cadastro. Por isso catálogo errado não fica como problema de catálogo: vira pedido errado. #### O Catalog Engine em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### Rastreabilidade de componente na composição O kit não é um SKU de fachada. A plataforma conhece cada componente dele, com a quantidade de cada um, e o saldo do kit não é digitado: é recalculado pelo menor saldo entre os componentes. Se uma peça falta, a oferta do kit é suspensa em vez de virar pedido que a expedição descobre depois. A integridade vale na venda, não na conferência. ##### Equivalência entre marcas e tabela de aplicação A referência cruzada liga códigos concorrentes, e a aplicação liga o SKU ao veículo ou equipamento em que ele serve. É o que uma vitrine de origem B2C não modela: ela indexa produto, e o catálogo de peças do aftermarket , da distribuidora ao portal da concessionária , precisa indexar compatibilidade. A busca trabalha em escada: primeiro casa o código (do fabricante, EAN ou código interno), depois procura todas as palavras digitadas e só então amplia, com o padrão definido por perfil para cliente, vendedor e comprador. Kit não é SKU de fachada. Se uma peça do kit falta, a oferta sai do ar na hora da venda, e não na conferência da expedição. #### A escada do cadastro, e por que ela é comercial Riqueza de cadastro não é capricho de dado mestre. É o que decide se o item é achável. A escada abaixo dá um eixo mensurável para o catálogo, e o avanço de um degrau para o outro é meta de operação com efeito direto na venda. - N1 O código O item existe e tem o código do fabricante. É o piso: dá para pedir, mas quase ninguém acha sem saber o código de cor. - N2 Nome e dimensões O item ganha nome legível, ficha técnica e atributos filtráveis. Passa a aparecer em busca e em filtro, não só em consulta direta. - N3 Aplicação e imagem O item ganha imagem, aplicação e equivalência. Passa a ser encontrado por quem não sabe o código, que é a maior parte da demanda. Na prática a base começa concentrada em N1 e afina para o topo. Subir a massa de N1 para N2, e o giro para N3, é o trabalho de catálogo que a CWS Platform entrega junto com a tecnologia. #### Escolhe o veículo e o catálogo mostra só o que serve nele. O Product Catalog & MDM (Catalog Engine) guarda a aplicação de cada peça. O comprador diz o veículo, e a busca devolve só o que é compatível com ele, com estoque e preço. Ver a solução para autopeças → Variação do produto #### Cada voltagem é um SKU, com código e estoque próprios, no mesmo buybox. No Product Catalog & MDM (Catalog Engine), as variações do produto são SKUs agrupados: cada voltagem tem o seu código, o seu preço e o seu estoque, e o comprador troca de uma para a outra no seletor, sem sair da página. Portal de demonstração da CWS Platform, com dados fictícios. Catálogo e filial #### A filial herda o cadastro do catálogo e define só o que é dela. No Product Catalog & MDM (Catalog Engine), em Meus Produtos a loja vê em modo somente leitura o cadastro mestre do SKU (código do fabricante, nome, composição, fabricante, NCM e dimensões) e define o que é dela: código interno, preço, orçamento, depósito e estoque. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Em operação Imdepa · distribuição de autopeças cerca de 23 mil SKUs num portfólio que atende aproximadamente 16 mil clientes corporativos em 9 estados, nos segmentos agrícola, industrial e automotivo. Com o catálogo íntegro, o comprador monta sozinho um pedido de mais de 250 SKUs num carrinho único. O que sustenta esse pedido não é a tela: é o cadastro atrás dela. Ler o caso Imdepa → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Prioridade de SKU Endpoints para gerenciar a prioridade de exibição de produtos (SKUs) nos resultados de busca. - POST Definir Prioridade de Produto /searchSkuPriority - POST Buscar Prioridade por Código do Produto /searchSkuPriority/find - PUT Atualizar Prioridade de Produto /searchSkuPriority Ver os5endpoints do grupo → Área de Desenvolvedores → #### Perguntas frequentes ##### Meu cadastro tem atributo faltando e nome de peça inconsistente. Dá para subir assim? Sim, e é assim que quase toda operação começa. O cadastro entra no estado em que está e evolui por nível: primeiro o código do fabricante, depois nome e dimensões, depois aplicação e imagem. Cada nível a mais aumenta a chance de o item ser encontrado e comprado, então a evolução do cadastro vira meta operacional com progresso visível, não um pré-requisito que trava o projeto. Nome de peça inconsistente também não precisa ser corrigido no ERP antes: tabelas de sinônimos de nome de fabricante, código de produto e composição fazem o cadastro do ERP casar com o catálogo, e sinônimos de nome resolvem na busca os apelidos regionais que o comprador digita. ##### A plataforma reconhece que a peça de uma marca substitui a de outra? Sim. A referência cruzada liga códigos equivalentes entre fabricantes, e a tabela de aplicação liga o SKU ao veículo ou equipamento em que ele serve. O comprador chega pelo código que ele conhece, pelo número de série ou pela vista explodida do conjunto, e ainda assim encontra o item certo. O cliente pode filtrar por veículo (tipo, marca, modelo e ano) e salvar a própria garagem, e a ficha do produto mostra os similares de outras marcas ao lado do item procurado. ##### Matriz e filial precisam manter o mesmo cadastro duas vezes? Não. Na governança entre global e local, o dono do portal escolhe a estratégia de catálogo: usar o catálogo global da CWS Platform e enriquecê-lo, pedir que as indústrias do setor alimentem esse catálogo global, manter um catálogo próprio exclusivo identificado por código interno, ou deixar cada seller cadastrar os seus itens. A matriz escolhe quais catálogos o portal exibe, e filiais e sellers herdam o dado mestre do produto (código do fabricante, nome, composição, NCM, dimensões) e estendem com o que é deles: código interno, preço, orçamento, depósito e estoque, ou seja, a oferta regional. Um parceiro novo captura o catálogo que já existe em vez de recadastrar do zero, o que encurta o go-to-market dele. Persona · Dono do portal Não mantenho mais o mesmo cadastro duas vezes: a filial herda o dado mestre. No Product Catalog & MDM (Catalog Engine), filiais e sellers herdam o dado mestre do produto e estendem com a oferta regional. Persona · Compradora de peças Não preciso mais decorar o código: acho a peça pelo veículo. O Product Catalog & MDM (Catalog Engine) liga o SKU ao veículo pela tabela de aplicação e cruza códigos equivalentes entre fabricantes. Agendar demonstração Ver o Inventory Hub → ← Ver a plataforma Integrações e APIs → --- ## Política comercial executável: CDL Workspace | CWS Platform URL: https://www.cws-platform.com/plataforma/cdl-workspace/ ### Política comercial executável: Commerce Rules Engine (CDL Workspace) 1 de 4 › Na gestão · Diretor comercial O conflito entre duas regras aparece, e quem decide é o comitê. O agente de auditoria cruza as regras vigentes, simula o impacto e escala o conflito. Ele não reescreve nenhuma regra: propõe, e o humano confirma. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No atendimento · Vendedor B2B Acima do teto do papel dele, o desconto pede o motivo. Dentro da alçada, o desconto passa direto. Acima do teto que o painel escreveu, o pedido só segue com o Reason Code escolhido. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Compradora da revenda O carrinho que o agente montou fora do horário, já no preço dela. O agente de compras monta sob as mesmas regras do vendedor: preço contratado, imposto do depósito que atende e limite de crédito conferido. Ela revisa e fecha. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No balcão · Vendedor de materiais de construção O orçamento da obra, com frete e imposto já no total. O preço que vale para aquela construtora, o frete cubado e o ICMS do estado entram pela regra, antes de ele mandar o orçamento. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico Sua política comercial, com as regras de desconto, crédito e imposto, vive espalhada em planilha, ERP e na cabeça do vendedor. E agora a IA ameaça alucinar preço em cima disso. O Commerce Rules Engine transforma essas regras em uma constituição executável, aplicada igual todas as vezes, que a IA respeita porque consulta, não inventa. #### Em resumo Política comercial é o conjunto de regras que diz quem pode vender o quê, a que preço, com que desconto e em que prazo. Na CWS Platform ela vira configuração executável no Commerce Rules Engine (CDL Workspace), um motor de regras que também governa o preço B2B: 1.029 parâmetros configuráveis, aplicados igual para o vendedor e para os AI Agents, e toda exceção enviada para aprovação carrega Reason Code. - Os AI Agents consomem o motor via MCP, sob as mesmas regras que um vendedor humano: sugerem, e o humano decide. Fonte: os 6 AI Agents . - O preço derivado pelo Contextual Pricing obedece às mesmas regras. Fonte: motor de preços B2B . - O vendedor concede desconto dentro dos Approval Workflows, com Reason Code. Fonte: força de vendas digital no Sales Hub . - Cada desconto tem autor e justificativa, e a alçada é por perfil. Fonte: venda assistida . Regra como configuração, e não como código, é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . Três desafios mostram a regra em uso: tabela de preço por cliente , alçada de desconto e pagamento faturado . #### O que é O coração determinístico da plataforma. Contém as regras do negócio, alçadas, crédito, compliance fiscal e permissões de agente, como 1.029 parâmetros configuráveis que executam por código, a custo zero de inferência, e ficam expostos aos AI Agents via MCP (Model Context Protocol). A filosofia é configuration over code: a exceção comercial carrega Reason Code, as ações críticas ficam em trilha de auditoria, e novos pontos de registro de motivo podem ser construídos quando o projeto pedir. Da planilha para a regra executável. O Commerce Rules Engine reúne alçada, crédito, compliance fiscal e permissões de agente num lugar só, executado por código, e cada alteração carrega o motivo. #### O Commerce Rules Engine em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### Governança por infraestrutura Approval Workflows por senioridade, Pre-Submission Guardrails que barram a proposta inviável antes de chegar ao gestor, Discount Stacking Prevention e Reason Codes. A regra bloqueia sozinha, não depende de memorando. ##### A resposta ao Shadow AI A IA em silos, sem trilha de auditoria, vira IA governada e auditável: o agente consulta o mesmo motor em tempo real, sob o Autonomy Gradient (verde, amarela, vermelha). Onde o mercado não chega: plataformas de preço fixo não têm alçada de desconto por senioridade nativa; no modelo de CRM, o equivalente exige montar CPQ, approval workflows e regras de preço separados e customizados. Matriz de alçada #### O prazo e o meio de pagamento que cada papel pode liberar. A mesma matriz de alçada que guarda o teto de desconto de cada papel, por tipo de cliente e tabela, define o prazo máximo e os meios de pagamento que cada papel libera dentro da própria alçada. Portal de demonstração da CWS Platform, com dados fictícios. #### Um motor, as cinco dimensões É o módulo que governa preço, entrega, pagamento, quantidade e composição, com os mesmos mecanismos para vendedores humanos e para os AI Agents. Approval Workflows Pre-Submission Guardrails Discount Stacking Prevention Reason Codes Business Guardrails Autonomy Gradient Um motor, cinco dimensões. Os mesmos mecanismos governam as cinco dimensões, para vendedores humanos e para os AI Agents. #### A porta de entrada do ecossistema, não só o motor de regras 5 É o que um termo de mercado sozinho não captura. O mesmo ambiente que guarda a regra também distribui o acesso a ela, e é isso que permite crescer a operação sem pulverizar sistemas. Interface adaptativa por papel A mesma porta atende perfis distintos. Quem entra não vê função que não pode executar nem dado fora do próprio escopo, e a adaptação é funcional, não estética. Base estrutural do Seller Center O seller opera depósito, saldo, prazo de entrega e status de pedido numa visão da mesma interface central, sem login separado e sem sistema próprio. Base estrutural do Marketplace Center A visão do administrador governa dado mestre do catálogo, alçada, política de frete, comissionamento e a atuação de cada seller por geografia, segmento e catálogo. Habilitação em cadeia O administrador habilita o seller, e o seller habilita a própria equipe. A operação cresce sem que ninguém precise distribuir credencial de cinco sistemas para cinco times. Suporte com acesso governado O time de suporte entra no ambiente específico para resolver a questão, por alçada, sem troca de login, sem pedir senha local e sem credencial circulando. #### Governança comercial configurável, do desconto ao acesso 8 Governança comercial é a política comercial B2B aplicada no processo comercial de todo dia. Cada empresa escolhe quanto controle quer e onde: a regra decide o que passa, o que vai para aprovação e o que é barrado, e cada decisão fica registrada, o que dá base confiável aos indicadores comerciais. Três limites por vendedor As regras de desconto B2B valem por vendedor: cada um tem um limite que envia o pedido para aprovação, um que bloqueia o desconto no item e um que bloqueia o pedido, por categoria, loja ou tag de preço. A negociação inviável para antes de chegar ao gestor. Aprovação em escada O pedido sobe nível a nível, com motivo e histórico. O aprovador vê o que ficou pendente ou foi negado abaixo dele e, se a empresa permitir, pula níveis. Governança por margem A regra olha a margem, não só o desconto: abaixo de um mínimo o pedido vai para aprovação, e abaixo de outro ele nem pode ser fechado. Alçada validada no seu sistema Quem já mantém a política de alçada no ERP ou num motor próprio pode, por loja, fazer a CWS Platform consultar esse sistema antes de liberar o desconto. Crédito com decisão configurável Quando o crédito não fecha, a empresa decide por regra o que acontece: bloquear o pedido, mandar para aprovação ou liberar. Quem entra e quem compra O portal pode ficar fechado a clientes já cadastrados, abrir com cadastro sob aprovação ou se restringir a CNPJ ou a produtor rural, e produto de venda regulada exige cliente identificado. Segurança e rastro Acesso por perfil e por filial, 2FA para usuários administrativos e trilha de auditoria de quem alterou credencial de pagamento ou repasse do marketplace e de quem acessou dado pessoal de cliente. Liberação em duas camadas A CWS Platform habilita cada capacidade para a operação, e a empresa decide quando ligar cada parâmetro. A implantação avança por etapas, sem expor de saída o que ninguém vai usar. AI Agents #### O que cada AI Agent faz sozinho, propõe ou nunca faz. O Autonomy Gradient diz, ação por ação, o que cada um dos 6 AI Agents executa sozinho, o que ele propõe para um humano confirmar e o que ele nunca faz. A faixa é configuração da empresa, não decisão do agente. Como os AI Agents trabalham → Portal de demonstração da CWS Platform, com dados fictícios. #### Em operação Um distribuidor com milhões de regras de preço e alçada por senioridade, hoje sem rastro de quem concedeu qual desconto, passa a ter cada concessão com autor e justificativa. Sobre integração, o que os clientes dizem em público: "Excelente, estávamos a quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias." Edivaldo C., Gerente de TI, setor automotivo · Software Advice, julho de 2026 · ver avaliações #### Perguntas frequentes ##### O que governa a negociação na CWS Platform? O Commerce Rules Engine (CDL Workspace), com 1.029 parâmetros configuráveis. É governança por infraestrutura: o que está fora dos Approval Workflows vai para aprovação ou é barrado, conforme a regra que a empresa configurou, sem depender de instrução ao vendedor nem de prompt à IA. ##### A regra é escrita pela IA no CDL Workspace? Não. Os AI Agents consultam o motor via MCP, auditam, detectam conflito e simulam impacto, mas nunca alteram uma regra direto. Sugerem; o humano decide. ##### Como integra com o meu ERP sem virar lock-in? Como uma camada de orquestração sobre o ERP, não substituição, por APIs e webhooks. O ERP segue como o cofre; o Commerce Rules Engine é o gerente comercial. Integrações associadas publicamente incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. ##### O que é política comercial? Política comercial é o conjunto de regras que define quem pode vender o quê, para quem, a que preço, com que desconto, em que prazo e com qual crédito. Na maioria das empresas ela está escrita num documento e é aplicada de memória; no Commerce Rules Engine ela vira configuração que o sistema executa em cada pedido. ##### Como tornar a política comercial auditável? Tirando a regra do documento e pondo no sistema que processa o pedido, com registro de cada exceção. No Commerce Rules Engine, desconto fora da alçada não passa sem aprovação, todo envio para aprovação e toda negativa carregam Reason Code, e as ações críticas ficam em trilha de auditoria, então cada exceção tem autor, data e motivo. ##### O Commerce Rules Engine é um software de preços B2B? É a parte do software de preços B2B que guarda as regras que o preço precisa obedecer. O preço em si é derivado pelo Contextual Pricing (Pricing Engine); o Commerce Rules Engine aplica por cima dele as alçadas, o Discount Stacking Prevention e os Reason Codes, do mesmo jeito para o vendedor humano e para os AI Agents. ##### O que um software de preços B2B precisa controlar além do preço? O desconto por cima dele, quem pode concedê-lo e por quê. No Commerce Rules Engine, desconto fora da alçada não passa sem aprovação, o Discount Stacking Prevention impede que descontos se empilhem, e toda concessão carrega Reason Code, do mesmo jeito para o vendedor e para os AI Agents. Persona · Gerente comercial e aprovadora de descontos Só chega para mim o que precisa de decisão, já com o motivo. No Commerce Rules Engine (CDL Workspace), os Pre-Submission Guardrails barram a proposta inviável antes do gestor, e toda exceção enviada para aprovação carrega Reason Code. Persona · Vendedor Negocio dentro do meu limite, e a regra é a mesma toda vez. No Commerce Rules Engine (CDL Workspace), cada vendedor tem seus limites de desconto, e a política comercial é aplicada igual todas as vezes. Fale com um arquiteto Arquitetura e segurança → ← Ver a plataforma Commerce Rules Engine no glossário → --- ## Credit-First B2B Checkout (Checkout & Payments) | CWS Platform URL: https://www.cws-platform.com/plataforma/checkout-payments/ ### Credit-First B2B Checkout (Checkout & Payments) 1 de 4 › Na gestão · Gerente de alçada O pedido fora da regra espera na fila, com motivo e margem. O que passa da regra da loja vai para aprovação antes de virar transação. A gerente aprova ou nega cada pedido, nível a nível, com o motivo codificado. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No portal · Compradora da revenda Ela fecha faturado no limite da empresa e vê quanto sobra. O crédito é forma de pagamento: limite, valor em aberto e disponível aparecem no checkout, com a condição negociada no contrato da conta. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Lojista Ela escolhe a data de pagamento e vê o preço nessa data. O preço na data aparece ao lado do preço de hoje, com os juros de postergação da tabela da loja, e o pedido com saldo no limite é aprovado na hora. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na oficina · Técnica O cupom entra no resumo, e cada loja mostra subtotal e frete. Antes de pagar, o resumo separa as entregas por loja e mostra o desconto do cupom no total geral, do mesmo jeito que o pedido vai ser faturado. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico O B2B compra com prazo, não com cartão a cada pedido. Quando o checkout digital não sabe tratar crédito, o pedido não fecha. O Credit-First B2B Checkout trata o crédito como meio de pagamento nativo, e valida o pedido inteiro antes de confirmar, pela regra que a loja definiu. #### O que é O fechamento da negociação, onde o acordo negociado vira transação. Crédito como meio de pagamento nativo, com Net Terms 30/60/90 e formas de pagamento a prazo configuráveis, com datas e número de parcelas editáveis, multi-split entre múltiplos sellers, combinação de formas de pagamento e Barter no agro. Com vários fornecedores no mesmo carrinho, o pedido pai controla o carrinho agregado, e cada fornecedor configura os seus pagamentos de forma independente, dentro dos critérios gerais do dono do portal. Tags de inadimplente e bloqueado integradas ao ERP em tempo real. Dado de cartão nunca transita na plataforma. Quem procura vender no boleto a prazo pelo portal encontra o fluxo inteiro em pagamento faturado no B2B . Um pedido, mais de uma forma de pagar. O checkout combina crédito com prazo e outras formas no mesmo fechamento, e no marketplace o multi-split divide o valor entre os sellers do pedido. #### O checkout B2B a prazo em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### Crédito como negociação, nativo O crédito entra como variável do acordo, não como um aplicativo separado colado depois. No mercado, o crédito B2B costuma ser um app à parte; aqui é o coração do checkout. ##### 4-Point Checkout Validation Estoque, crédito, imposto e preço conferidos ao mesmo tempo. A validação de crédito é configurável: a loja decide por regra se o crédito insuficiente bloqueia o pedido, manda para aprovação ou finaliza como pago, então o risco é tratado no fluxo, não depois. #### Os impostos do item, calculados pela loja que atende. Na lista de produtos, o comprador abre o imposto de cada item antes de fechar: ICMS ST, IPI, ICMS, PIS e COFINS e o total, calculados pela filial que atende o CNPJ dele. O mesmo cálculo segue no frete e no checkout, dentro da 4-Point Checkout Validation. #### Governa a dimensão pagamento Net Terms 30/60/90 4-Point Checkout Validation Multi-split por seller Tags de bloqueio via ERP Real-Time Shared Cart O crédito dentro do fluxo. As tags de inadimplente e bloqueado chegam do ERP em tempo real, e o checkout se ajusta sozinho em vez de alguém conferir depois. #### Os meios de pagamento nativos 6 Cada um tem fluxo de aprovação próprio, e é essa diferença que separa um checkout B2B de um checkout de varejo adaptado. Podem ser combinados no mesmo pedido, e a oferta é filtrada pelo perfil e pelo status financeiro de quem está comprando. Limite de crédito Aprovação por validação de crédito, e não por gateway. É o meio de pagamento dominante do B2B, e a ausência dele é a razão mais comum para o comprador voltar ao vendedor. Boleto Aprovação após a compensação bancária. O pedido espera pelo prazo do comprador sem que ninguém precise acompanhar a conciliação à mão. Pix Aprovação instantânea. É o meio que costuma sobrar quando o cliente está com pendência financeira, e por isso ele nunca é a única porta. Cartão de crédito Aprovação automática pelo gateway, com antifraude na camada dele. Os dados do cartão não transitam pela plataforma. Barter No agro, o grão liquida o pedido depois da validação física e fiscal da entrega. O saldo é gerido por cliente, como conta corrente em grãos. Loja física Confirmação manual pelo operador no balcão. O pedido nasce no digital e fecha no presencial, sem virar dois pedidos em dois sistemas. #### Os níveis de split, que são coisas diferentes 3 O mercado usa uma palavra só para três mecanismos que se comportam de forma distinta. Confundi-los é o que faz um checkout parecer suficiente na demonstração e falhar na operação. Split de carrinho Itens do mesmo pedido saem de sellers ou depósitos diferentes e geram faturamentos independentes, cada um com nota fiscal e rastreio próprios. O atraso de um não trava os demais. Entrega fracionada O mesmo pedido é entregue em partes, para endereços ou prazos diferentes, com frete, imposto e alçada calculados por fração. Combinação de formas Um pedido pago com mais de um meio ao mesmo tempo. Cada meio é processado por conta própria, e a aprovação final só sai quando todos confirmam. #### Quando a venda não termina na tela 3 Retirada e balcão O comprador monta o pedido no digital e conclui na loja, com a confirmação do pagamento na mão do operador presencial. Orçamento que vira venda presencial A cotação montada no atendimento remoto é a mesma que fecha no balcão, com o preço e a governança que já valiam. Carrinhos salvos Funcionam como cotação instantânea, com preço correto, estoque conferido e governança aplicada, e podem ser enviados por link para o comprador concluir sozinho. #### Crédito e condições de pagamento sob regra 8 O que separa um checkout que aceita prazo de um checkout que governa o crédito do cliente B2B. Limite de crédito como conta corrente O limite é uma conta corrente do cliente, com saldo e extrato, concedida no painel ou mantida pelo ERP por integração. Pode valer por loja ou para a matriz inteira: o cliente usa o limite em qualquer filial, e cada loja recebe o débito separado para conciliar. Crédito insuficiente decidido por regra Pedido com saldo suficiente é aprovado automaticamente. Sem saldo, a loja escolhe por regra se o pedido é bloqueado, fica pendente de aprovação ou é finalizado como pago. Condições de pagamento em camadas Pagamento, tipo, condição e prazo são configurados em níveis, com faixa de valor, juros ou desconto, prazo médio e código de integração com o ERP. Cada condição aceita grupos de clientes permitidos e bloqueados, por exemplo para barrar inadimplentes ou liberar prazo maior a um grupo, e combinações proibidas com outras condições. Crédito combinado com outras formas O limite de crédito pode ser combinado com cartão ou boleto, com a opção de consumir todo o limite primeiro. No pagamento no caixa, o cliente divide o valor entre várias formas e condições, cada uma com juros ou desconto por faixa. Data de pagamento que recalcula o preço A data de pagamento escolhida recalcula o preço, com desconto por antecipação ou juros por postergação. Dias de pagamento podem ser bloqueados, como fim de mês e feriados, e o calendário pode ficar oculto, só visível ou editável para cliente e vendedor. Calculadora de recebíveis O vendedor informa valores e datas de cheques ou títulos, a plataforma calcula o prazo médio e escolhe a condição de pagamento cuja faixa de dias corresponde. Imposto do ERP antes de fechar O imposto de cada item pode ser calculado pelo ERP do cliente antes de o pedido fechar, com a mesma integração usada no fechamento, e a simulação sai em PDF para servir de orçamento. Vários fornecedores, um carrinho O pedido pai controla o carrinho agregado, e cada fornecedor configura os seus pagamentos de forma independente, dentro dos critérios gerais do dono do portal. O valor é dividido por loja, e o split segue o contrato entre marketplace e loja, com comissão especial por SKU ou categoria. #### Antes do checkout, o preço já aparece por forma de pagamento. No Credit-First B2B Checkout (Checkout & Payments), o desconto à vista no Pix e o parcelamento valem desde a página do produto: o bloco de preço mostra o de/por, o valor no Pix e as parcelas sem juros. Formas de pagamento #### O total já mostra a condição da forma escolhida. No Credit-First B2B Checkout (Checkout & Payments), cada forma de pagamento aparece com a sua condição, e o resumo do pedido já desconta a condição escolhida do total: com o Pix, o desconto aparece na linha dele e a economia logo abaixo. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Em operação Imdepa · distribuição de autopeças O comprador monta um pedido de mais de 250 SKUs e a plataforma calcula IPI, ICMS, substituição tributária, frete e o crédito pré-aprovado em segundos. O risco de crédito é validado dentro do fluxo, não conferido em etapas separadas depois. Ler o caso Imdepa → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Limite de Crédito Endpoints para criar e gerenciar tipos de limite de crédito e atribuí-los aos clientes. - POST Definir ou Atualizar Limite de Crédito para Cliente /creditLimit/save - GET Listar Limites de Crédito /creditLimit/list - POST Criar Tipo de Limite de Crédito /creditLimit/saveTypeCreditLimit Ver os3endpoints do grupo → ##### Webhooks e callbacks - Callback de cálculo de impostos Chamada síncrona: o seu ERP devolve os tributos por item. Área de Desenvolvedores → #### Perguntas frequentes ##### Dá para vender B2B com prazo na CWS Platform? Sim. O Credit-First B2B Checkout (Checkout & Payments) tem Net Terms 30/60/90 como meio de pagamento nativo, com limite de crédito validado em tempo real junto de estoque, imposto e preço, na 4-Point Checkout Validation. O limite funciona como conta corrente do cliente, com saldo e extrato, e pode valer por loja ou para a matriz inteira. ##### Como o pedido não avança com crédito ou imposto errado? A 4-Point Checkout Validation confere estoque, crédito, imposto e preço ao mesmo tempo antes de confirmar. A validação de crédito é configurável: a loja decide por regra se o pedido sem saldo é bloqueado, vai para aprovação ou é finalizado como pago. O imposto por item pode ser calculado pelo ERP do cliente antes de fechar o pedido. As tags de inadimplente e bloqueado vêm do ERP em tempo real. ##### Funciona para agronegócio com Barter? Sim. A Agro Commerce Suite trata o grão como meio de pagamento (Barter), com CIF e FOB invertido e entrega fracionada por propriedade. Persona · Diretor financeiro Não confiro mais crédito depois do pedido: ele já fecha validado no checkout. No checkout da CWS Platform, o crédito é meio de pagamento nativo, e estoque, crédito, imposto e preço são conferidos juntos antes de confirmar. Persona · Comprador Fecho o pedido a prazo no meu limite, sem voltar ao vendedor. No Checkout & Payments, o limite de crédito é uma conta corrente do cliente, com saldo e extrato, e combina com cartão ou boleto. Agendar demonstração Ver preços → ← Ver a plataforma Net Terms no glossário → --- ## No-Code Storefront Builder (CMS Builder) | CWS Platform URL: https://www.cws-platform.com/plataforma/cms-builder/ Módulo determinístico ### No-Code Storefront Builder (CMS Builder) A campanha entra na segunda, e a landing fica pronta em três semanas porque depende da fila de um desenvolvedor ou de uma agência. Enquanto isso, a empresa paga uma ferramenta de storefront à parte, que não conhece o preço do cliente nem o estoque do depósito, e a vitrine promete o que a operação não sustenta. #### O que é O módulo que constrói e mantém o portal sem código. Ele é a camada de apresentação da CWS Platform: define como a loja se chama, com que cara ela aparece, que conteúdo institucional ela publica e como as páginas se organizam. O portal não é um produto separado que se integra depois, ele já vem incluso e nasce sobre o mesmo motor de regras dos 11 módulos. É a primeira camada de valor da plataforma, e é ela que habilita as seguintes: sem presença digital própria não há integração comercial, nem dado de comportamento, nem serviço para vender em cima. A vitrine não anuncia o que não tem. A página consulta o mesmo catálogo, o mesmo saldo por depósito e a mesma regra de preço que decidem o pedido. #### A capacidade que ninguém replica ##### O mesmo código renderiza portais diferentes Uma base, um template único, três faces: portal B2B com preço sob autenticação e aprovação de pedido, portal aberto ao consumidor com cupom e login social, e marketplace com estoque próprio e de terceiros. Não são três projetos que convivem, é a mesma configuração mudando de valor. Uma linha de negócio nova entra como parametrização, não como implantação do zero. ##### A vitrine lê a verdade transacional, não uma cópia dela Um gerenciador de conteúdo acoplado por API mostra o que sincronizou da última vez. Aqui a página consulta o mesmo catálogo, o mesmo saldo por depósito e a mesma regra de preço que decidem o pedido, então a vitrine não consegue anunciar o que a operação não entrega. O cabeçalho pode aplicar o preço da loja mais próxima do endereço de entrega sem mudar o ponto de saída do estoque. Quem edita a página muda a apresentação, e a política continua sendo do motor de regras. Uma base, três faces. Não são três projetos que convivem: é a mesma configuração sobre o mesmo motor de regras dos 11 módulos. #### O que a sua equipe muda sem chamar desenvolvedor Configuração sobre código deixa de ser slogan quando se lista o que está do lado de cá da fronteira. O que segue é a superfície editável do portal, e nenhum item dela pede versão nova de software. São parâmetros, e a plataforma tem 1.029 parâmetros configuráveis no total. - Identidade Logotipo, favicon, paleta de cores do tema, cor de tabela e de botão, subtítulo do cabeçalho, barra superior com texto próprio ou em HTML livre, com opção de aparecer também no aplicativo. Campo deixado em branco volta ao padrão, então a loja nunca fica sem configuração. - Estrutura Header e sua versão para telas pequenas, rodapé, menu, carrossel da página inicial, banco de imagens e assets associados a categoria. A home combina carrosséis de categorias em destaque, ofertas por tempo limitado, produtos em destaque, compre novamente, marcas, produtos patrocinados e últimos vistos, com títulos renomeáveis. Cada categoria tem imagem de menu, ícone, banner para desktop e para celular e texto próprio na página. Um menu dinâmico pode levar a outro sistema da empresa já com os dados do vendedor logado ou do cliente atendido, e aparecer só para cliente, vendedor ou comprador. - Conteúdo Páginas institucionais, quem somos, atendimento, perguntas frequentes, termos de uso com aceite obrigatório opcional, política de privacidade, política de cookies e de trocas, redes sociais, landing page publicada a partir de um pacote HTML próprio, sem mexer no tema e herdando cabeçalho e rodapé da loja. SEO em camadas: meta tags padrão por tipo de página com variáveis do produto, SEO individual por categoria, com texto de apoio abaixo da listagem, e por SKU, e controle de indexação das buscas com filtro. A plataforma publica dados estruturados em produto, categoria e home e gera o sitemap agrupado por categoria cobrindo todas as URLs da loja. - Domínio Criação da loja, subdomínio próprio, dados cadastrais, permissão administrativa por grupo de usuário, loja parceira e restrição por região. O que fica de fora é o que produz efeito além do portal, como habilitar uma operação de multiloja, trocar o subdomínio de uma loja que já está no ar ou redirecionar as URLs antigas numa migração de plataforma, que o time da CWS Platform opera. Nesses casos existe um procedimento, porque existe consequência para quem já está do outro lado. Configuração sobre código, com fronteira. A superfície editável do portal não pede versão nova de software. O que produz efeito além do portal tem procedimento, porque tem consequência. Contexto de compra no hero Hero de uma vitrine B2B da CWS Platform com campo de busca, filtro por veículo e os primeiros produtos, cada um indicando em quantas lojas da rede está ofertado. - Busca em destaque o acesso ao catálogo começa no próprio hero. - Filtro por veículo a vitrine oferece uma entrada de compra orientada pelo veículo. - Ofertas por produto cada card mostra em quantas lojas da rede o item está disponível. O CMS Builder precisa compor a vitrine para o contexto de quem compra, sem fragmentar a jornada em páginas e estruturas diferentes. Este hero materializa esse contrato de contexto do comprador ao reunir os principais caminhos de descoberta em uma única composição. Listagem #### O dono do portal escolhe: lista por linha para o B2B ou grade de e-commerce para o B2C. No No-Code Storefront Builder (CMS Builder), o layout da listagem é parâmetro do mesmo template: lista por linha, com a leitura que o comprador B2B espera, ou grade no estilo e-commerce, e a escolha pode ficar também com o comprador. Portal de demonstração da CWS Platform, com dados fictícios. Outro idioma, outra moeda #### O mesmo funil com preço em outra moeda, e o vendedor ajustando preço e desconto. No No-Code Storefront Builder (CMS Builder), o mesmo template monta o portal com preço em outra moeda, do catálogo ao carrinho e ao atendimento, e também em outro idioma. A tela é do carrinho em dólar do ProBuild Market, o portal de demonstração da CWS Platform, com o vendedor editando preço e desconto na linha do item. Portal de demonstração da CWS Platform, com dados fictícios. Persona · Diretora de marketing Troco o banner da home sem abrir chamado nem esperar a fila do desenvolvedor. Com o No-Code Storefront Builder (CMS Builder), identidade visual, banner, carrossel e página institucional são parâmetros de configuração, editáveis pela equipe no Canal da Loja. Persona · Diretor comercial Atendo a revenda e o consumidor final no mesmo portal, sem duas implantações. Com o No-Code Storefront Builder (CMS Builder), a mesma base renderiza portais diferentes: muda a configuração, não o código. #### Em operação Tracbel · dealer Volvo cerca de R$ 235 milhões acumulados via portal desde o lançamento, numa rede de 40 unidades (Tracbel, eleita melhor dealer Volvo do mundo, Volvo Gold 2025). O portal está em produção há cerca de 6 anos e não subiu de uma vez: a linha de equipamentos entrou em 2018 e a de caminhões em 2020. A segunda não exigiu um portal novo, e é essa a diferença entre configurar uma superfície e contratar outro projeto. Ler o caso Tracbel → #### Perguntas frequentes ##### Quero trocar a cor e o banner da home numa sexta à noite. Preciso abrir chamado? Não. Identidade visual, banner, carrossel, rodapé e página institucional são parâmetros de configuração, editáveis pela sua equipe no Canal da Loja. O que exige chamado é o que muda contrato entre empresas, como subdomínio novo ou habilitação de multiloja, porque ali existe um efeito fora do portal. ##### O mesmo portal atende o meu cliente revendedor e o consumidor final? Sim, e sem duas implantações. A mesma base renderiza um portal com preço sob autenticação e aprovação de pedido para a revenda, e um portal aberto com cupom e login social para o consumidor. Muda a configuração, não o código, então as duas faces herdam o mesmo catálogo, o mesmo estoque e a mesma regra de preço. ##### Quem edita uma página institucional consegue quebrar a regra de preço sem querer? Não. O que a edição alcança é a camada de apresentação: texto, imagem, ordem de carrossel, bloco institucional. Preço, disponibilidade e alçada continuam vindo do motor de regras, e o portal só exibe o que a regra já autorizou. Editar a vitrine e mudar a política são permissões separadas, por grupo de usuário. Agendar demonstração Ver o Marketing Suite → ← Ver a plataforma Os portais que ela renderiza → --- ## As 5 dimensões da negociação | CWS Platform URL: https://www.cws-platform.com/plataforma/dimensoes/ Conceito ### As 5 dimensões da negociação Num pedido B2B, muito mais do que o preço está em jogo. A CWS Platform torna cinco dimensões negociáveis ao mesmo tempo, no mesmo pedido, todas governadas pelo Commerce Rules Engine (CDL Workspace) . Cada dimensão tem um módulo que a executa, sob a mesma regra para o vendedor humano e para os AI Agents. 01 #### Preço Contextual Pricing (Pricing Engine) Aprovações e trilhos que protegem a margem: Approval Workflows, Pre-Submission Guardrails, Discount Stacking Prevention e Reason Codes. Cada centavo de desconto é rastreável. Preço: trilhos que protegem a margem. Aprovações e trilhos que protegem a margem: Approval Workflows, Discount Stacking Prevention e Reason Codes. 02 #### Entrega e frete Shipping & Fulfillment (Logistics Engine) Freight Negotiation Thresholds, split automático por centro de distribuição, CIF e FOB. O frete entra na negociação, não fica de fora dela. Entrega: o frete entra na negociação. Freight Negotiation Thresholds, CIF e FOB: o frete entra na negociação, não fica de fora dela. 03 #### Pagamento Credit-First B2B Checkout (Checkout & Payments) 4-Point Checkout Validation e crédito como meio de pagamento nativo (Net Terms), com tags de bloqueio quando a regra pede. O crédito vira instrumento de negociação, não um aplicativo à parte. 04 #### Quantidade Assisted Selling Platform (Sales Hub) O impacto de cada volume é recalculado em tempo real no Real-Time Shared Cart, para que vendedor e comprador vejam a mesma verdade. 05 #### Composição Product Catalog & MDM (Catalog Engine) UNITARY, PAIR, KIT e SET, com rastreabilidade de cada componente. A embalagem e o agrupamento também são negociáveis, sem perder o controle do que foi vendido. Composição: o agrupamento também se negocia. UNITARY, PAIR, KIT e SET, com rastreabilidade de cada componente, sem perder o controle do que foi vendido. Preço, entrega e quantidade se movem no mesmo pedido Um cupom aplicado, o pedido dividido em duas entregas com frete calculado por loja, e o resumo somando os subtotais, o desconto e o total geral. - Preço se move por regra O cupom vale para os produtos elegíveis e o desconto aparece somado no resumo, não prometido no rodapé. - Entrega é negociável O pedido se divide em duas lojas e cada uma traz o próprio frete, em vez de um valor único no fim. - Quantidade muda o efeito Três itens numa entrega e um item na outra dão subtotais diferentes que caem no mesmo total geral. As dimensões da negociação não são abas separadas: aqui o cupom, o frete de cada centro de distribuição e a quantidade de cada entrega entram na mesma conta e produzem um total só. Pagamento é o passo seguinte desta mesma tela, e composição vive no catálogo, com o kit e o par rastreados peça a peça. Agendar demonstração ← Governed Negotiation --- ## Governed Negotiation | CWS Platform URL: https://www.cws-platform.com/plataforma/governed-negotiation/ Conceito ### Governed Negotiation Negociação Governada No comércio B2B complexo, preço, entrega, pagamento, quantidade e composição não são fixos, são negociáveis. A CWS Platform trata o carrinho como uma mesa de negociação, onde cada uma dessas dimensões se move dentro de regras inteligentes. É isso que chamamos de Negociação Governada. #### Por que não é e-commerce E-commerce é a ponta, a vitrine que registra um preço fixo. A CWS Platform é a infraestrutura por baixo dela: uma B2B Commerce Platform for Governed Negotiation. Ela não troca a negociação do B2B por um checkout rígido, ela digitaliza a negociação inteira, com as regras da empresa embutidas. Não é vitrine, é mesa de negociação. O e-commerce registra um preço fixo. A CWS Platform digitaliza a negociação inteira do B2B, com as regras da empresa embutidas em cada movimento. #### A Negociação Governada em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A liberdade de negociar, com cada concessão auditável Governar a negociação não é engessá-la. É deixar o vendedor, ou o agente de IA, se mover dentro de trilhos que a empresa define e que registram cada decisão. Quatro mecanismos tornam isso concreto: ##### Approval Workflows Alçadas de aprovação: o que passa direto e o que sobe para um clique de confirmação. ##### Pre-Submission Guardrails Trava antes do envio e previne o pedido que nasceria morto (Dead-on-Arrival). ##### Discount Stacking Prevention Impede o empilhamento de descontos que corrói a margem sem ninguém perceber. ##### Reason Codes Cada concessão carrega o porquê. A margem vira algo auditável, não um mistério no fim do mês. Cada concessão passa pelos trilhos. Alçada, trava antes do envio, bloqueio de desconto empilhado e justificativa obrigatória: a negociação anda rápido porque o limite já está escrito. ##### Vários vendedores no mesmo pedido, cada um no seu limite A alçada não é do pedido, é de quem negocia dentro dele. Mais de um vendedor pode trabalhar o mesmo carrinho ao mesmo tempo, e cada um se move só até onde o limite dele alcança: quem responde pelo depósito de uma praça não precifica item que sai de outra. É isso que torna seguro convidar um parceiro, uma revenda ou um representante a vender dentro do seu portal, porque o teto de cada um já está escrito antes de a conversa começar. A alçada é de quem negocia. Quem responde por um depósito não precifica item que sai de outro. O teto de cada um já está escrito antes de a conversa começar. ##### Desconto e prazo são a mesma moeda Vendedor que só controla o percentual gasta o percentual até o fim, porque é a única alavanca que ele tem. Preço e prazo de pagamento são conversíveis entre si: parte do desconto que o comprador pede pode voltar como prazo, e parte do prazo pode voltar como preço. Dar as duas alavancas, com teto em cada uma, protege a margem mais barato do que apertar uma só, e a troca fica registrada no Reason Code junto com o resto da concessão. Duas alavancas protegem mais que uma. Parte do desconto pedido pode voltar como prazo, e parte do prazo como preço. Com teto nas duas, a margem fica mais protegida do que apertando uma só. #### Por que a plataforma se parece com uma mesa de risco A CWS Platform não nasceu como e-commerce. Ela nasceu de uma observação que o fundador fez operando como trader em banco de investimento: se existe software para transacionar moeda, ação e energia, existiria software para transacionar qualquer produto, e em especial os que se comportam como commodity, do pneu ao grão, da peça ao insumo químico. A plataforma foi construída sob essa lógica desde o início, em produção desde 2013 e já multiestoque, com o catálogo separado do estoque. É a razão de a governança aqui não ter o formato de uma fila de aprovação anexada depois. Numa mesa de operações, o limite não é um passo do processo, é a condição de operar: quem negocia se move rápido porque o sistema já sabe até onde ele pode ir. O Commerce Rules Engine é essa mesma ideia aplicada a produto, e o vendedor é quem opera sob ela. Software de trading para qualquer produto. Se existe software para transacionar moeda e energia, existe para transacionar produto. Numa mesa de operações o limite não é etapa, é a condição de operar. #### O espectro de entrada Quase ninguém começa negociando. A adoção costuma subir uma escada, e cada degrau cria a necessidade do seguinte, o que importa para quem decide: dá para entrar pelo primeiro nível sem risco de margem e chegar ao último sem trocar de plataforma no caminho. - 1 ##### Portal clássico Catálogo e checkout, com preço por perfil, sem vendedor ativo na jornada. A operação percebe que o pedido grande continua chegando por telefone. - 2 ##### Vendedor presente O mesmo portal, agora com o vendedor visível: nome, foto, conversa disponível. Ele ajuda, mas ainda não negocia. A operação quer dar ao vendedor autonomia de verdade, sem abrir a margem. - 3 ##### Negociação governada Carrinho compartilhado, alçadas, justificativa obrigatória. O vendedor negocia dentro de trilhos, e cada concessão fica registrada. A operação quer escalar sem contratar na mesma proporção. - 4 ##### Trading com IA Agentes operando sob o mesmo motor de regras que limita o humano, com reposição e enriquecimento antecipando a demanda. É o estado em que a governança da negociação vale para pessoa e para agente sem distinção. Os dois primeiros níveis são a Venda Digital B2B ; do terceiro em diante, a Venda Assistida . Entrar sem risco, subir sem trocar. Quase ninguém começa negociando. Dá para entrar pelo portal clássico sem risco de margem e chegar ao trading com IA na mesma plataforma. #### Determinismo mais IA, sob as mesmas regras O Core determinístico executa as regras por código, a custo zero de inferência. Os AI Agents interpretam a intenção e orquestram esse Core via MCP (Model Context Protocol), sob exatamente as mesmas regras que um vendedor humano. Se a IA cair, a negociação continua. E a IA nunca alucina uma regra de negócio, porque ela não inventa regra, ela consome. Concessão governada #### Passou da faixa, o desconto vai para aprovação, e o vendedor vê de onde vem o limite. Na Negociação Governada, a alçada vem da regra, por grupo de categoria, loja ou tag: no carrinho, o vendedor vê o desconto máximo do item, o desconto total do pedido e a faixa em que o pedido sobe para aprovação, com registro. Portal de demonstração da CWS Platform, com dados fictícios. Desconto e prazo #### A data de pagamento escolhida recalcula o preço, dentro da condição do contrato. No Credit-First B2B Checkout (Checkout & Payments), as formas de pagamento a prazo são configuráveis, com as datas e o número de parcelas que a loja define. O comprador escolhe a condição do contrato e a data, e o preço se ajusta com desconto de antecipação ou juros de postergação: prazo também é negociação. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Não é conceito de laboratório A Negociação Governada roda em produção real desde 2013. Na Tracbel, os pedidos via portal têm mais 10 pontos de margem operacional, com 100% do portfólio disponível (cerca de 131 mil SKUs). Na Imdepa, o portal B2B levou a 3x mais clientes ativados em três anos, sem crescer a equipe na mesma proporção. Caso Tracbel → Caso Imdepa → Veja as 5 dimensões em detalhe Preço, entrega, pagamento, quantidade e composição, uma a uma. As 5 dimensões → #### Perguntas frequentes ##### Governar a negociação engessa o vendedor? Não. Governar é deixar o vendedor, ou o agente de IA, se mover dentro de trilhos que a empresa define e que registram cada decisão (Approval Workflows, Reason Codes). É liberdade de negociar com cada concessão auditável, não um checkout rígido. ##### Qual a diferença para um CPQ ou um e-commerce B2B? No e-commerce a vitrine registra um preço fixo; num CPQ, a cotação é uma etapa isolada. Na Negociação Governada, as cinco dimensões (preço, entrega, pagamento, quantidade e composição) se movem ao mesmo tempo, no mesmo pedido, sob o mesmo Commerce Rules Engine. ##### A IA negocia fora dos trilhos do vendedor? Não. Os AI Agents consultam o motor de regras via MCP, sob exatamente as mesmas regras que um vendedor humano. Interpretam a intenção e sugerem; a regra em si é executada pelo Core determinístico, e o humano decide o que sobe de alçada. Matriz de alçada #### O teto de cada papel, por cliente e por tabela. O teto de cada papel sai de uma matriz escrita no Commerce Rules Engine (CDL Workspace), por tipo de cliente e por tabela, com a condição de pagamento que cada papel pode liberar. Ver o Commerce Rules Engine → Portal de demonstração da CWS Platform, com dados fictícios. Agendar demonstração Arquitetura e segurança → Governed Negotiation no glossário → Persona · Gerente jurídica e de procurement Audito cada concessão com o porquê registrado, do vendedor ou da IA. Na Negociação Governada da CWS Platform, Approval Workflows e Reason Codes registram cada decisão, e os AI Agents seguem as mesmas regras do vendedor. Persona · CEO Entrei pelo portal sem arriscar margem e cheguei à IA na mesma plataforma. Na Negociação Governada da CWS Platform, a adoção costuma subir uma escada, do portal clássico ao trading com IA, sob o mesmo motor de regras. --- ## Distributed Inventory (Inventory Hub) | CWS Platform URL: https://www.cws-platform.com/plataforma/inventory-hub/ ### Distributed Inventory (Inventory Hub) 1 de 4 › Na gestão · Diretor comercial O saldo e a cobertura de cada centro, antes de qualquer compra. O agente de reposição procura primeiro o estoque que a operação já pagou: mostra onde falta, onde sobra e a transferência entre centros, da decisão mais reversível para a menos. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No portal · Compradora da revenda Cada peça do catálogo com quantas lojas da rede têm estoque dela. A disponibilidade vem por depósito, não por um total da rede, e o + Lojas leva às lojas que vendem a peça. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Lojista Cada cor e tamanho mostra de qual estoque a variação sai. A mesma peça pode sair do estoque da marca numa variação e do estoque do parceiro em outra, e a lojista vê isso antes de repor. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na oficina · Técnica Pelo CEP, o portal mostra as lojas que atendem a região e o preparo de cada uma. Ela escolhe a unidade que atende e, a partir dela, consulta estoque, condições e prazo de retirada daquela loja. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico Vender o que não tem custa cancelamento e confiança. Esconder o que tem custa a venda inteira. Operação multi-depósito com saldo desencontrado entre canais faz os dois no mesmo dia, e o vendedor acaba conferindo estoque por telefone antes de prometer prazo. #### O que é O módulo que responde a uma pergunta só, e responde sempre igual em todos os canais: este item está onde, e pode ser vendido para este cliente. Ele gerencia múltiplos depósitos por SKU, com saldo físico e saldo lógico. A mesma loja pode vender o mesmo SKU em depósitos diferentes, com preço e quantidade próprios em cada um, e o frete é calculado a partir do endereço do depósito de origem. É a fonte de disponibilidade que o portal, o vendedor e os AI Agents consultam. O multiestoque é nativo desde 2013, não uma adaptação feita depois sobre uma plataforma de origem B2C. É também o que deixa o portal da concessionária mostrar primeiro o estoque da casa da região e trazer o resto da rede como retaguarda. Quem procura vender com o estoque de cada loja, com retirada ou entrega no mesmo pedido, encontra o fluxo inteiro em ship from store . A mesma resposta em todo canal. Este item está onde, e pode ser vendido para este cliente: o módulo responde sempre igual, seja quem for que pergunta. #### O estoque distribuído em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### Chave idempotente na atualização A atualização de saldo é identificada, não acumulada. Reprocessar o mesmo lote não duplica nada, então a integração com o ERP pode ser de alta frequência sem construir uma camada de conciliação em volta para consertar o que ela mesma quebra. ##### Disponibilidade derivada, não declarada A oferta de um conjunto não tem saldo próprio: ela é calculada a partir dos componentes, por depósito. Falta um item ali, o conjunto sai de oferta ali. O múltiplo de venda segue a mesma lógica: cada depósito pode ter o seu, o carrinho só aceita quantidades múltiplas e bloqueia quando o múltiplo passa do saldo. É a diferença entre bloquear na venda e descobrir na separação. Reprocessar sem medo. A atualização de saldo é identificada, não acumulada. A integração roda em alta frequência sem uma camada de conciliação para consertar o que ela mesma quebra. #### Um SKU, cinco saldos diferentes No B2B "tem estoque" não é uma resposta booleana. O mesmo SKU pode estar disponível para um cliente e indisponível para outro no mesmo instante, e isso é regra de negócio, não inconsistência. São estes os saldos que a plataforma sabe distinguir: ##### Físico O que está no depósito agora, por SKU e por ponto de estoque. ##### Virtual O saldo lógico da pré-venda e da reposição programada, ofertável sem estar na prateleira, até um teto e com prazo de preparo. ##### De parceiro Estoque de lojas parceiras somado ao seu, ou usado como reserva quando o seu zera, com ordem de prioridade definida por você. ##### Segmentado Fatia do saldo reservada a um segmento de cliente, com restrição de pedido própria: cada depósito escolhe quem vê os seus produtos (cliente, vendedor por perfil, comprador, visitante sem login, tipos e grupos de cliente). ##### Restrito por região O saldo existe, mas só é ofertável dentro da área que a loja ou o seller atende. #### O saldo de cada centro de distribuição, lado a lado. O Distributed Inventory (Inventory Hub) mostra o saldo e a cobertura de cada centro de distribuição para o mesmo item, então a ruptura num e o excedente no outro aparecem lado a lado. Ver o Replenishment Agent → Estoque da filial #### O cliente vê o estoque da filial que o atende. Com a loja escolhida, a página do produto mostra o saldo daquela filial e quem vende e entrega. O Distributed Inventory (Inventory Hub) responde pelo depósito que atende a região do cliente, não por um total da rede. Portal de demonstração da CWS Platform, com dados fictícios. #### Em operação Tracbel · dealer Volvo 100% do portfólio disponível cerca de 131 mil SKUs visíveis no portal (Tracbel, eleita melhor dealer Volvo do mundo, Volvo Gold 2025). O comprador passou a enxergar o catálogo inteiro e a comprar o que não sabia que existia. Publicar o portfólio todo só é possível quando a disponibilidade por depósito é confiável item a item. Há operações rodando com 15 centros de distribuição ativos. Ler o caso Tracbel → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Estoque e Preço Endpoints dedicados ao gerenciamento completo de estoque e preços dos produtos em seus depósitos. - PUT Atualizar ou Criar Estoque em Lote /v1/stock/batch - PUT Atualizar ou Criar Estoque em Lote para Filial /v1/stock/batch/:partnerId Ver os2endpoints do grupo → Área de Desenvolvedores → Várias lojas #### O mesmo produto, oferta a oferta por loja, com a quantidade de cada uma. No Distributed Inventory (Inventory Hub), cada loja oferta do próprio estoque: na aba Outras Ofertas, o comprador escolhe de qual loja comprar e quantas unidades levar de cada uma. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O saldo que o portal mostra bate com o do ERP, ou fica sempre um passo atrás? Bate, e a razão é a chave de estoque ser idempotente. Reenviar a mesma atualização não soma duas vezes nem corrompe o saldo, então a integração pode rodar em alta frequência com o ERP sem medo de duplicar. A atualização é em tempo real por API e webhook, item a item. Planilha e lotes grandes do ERP entram numa fila planejada, de preferência fora do horário de pico, e a planilha pode ser incremental (só as linhas enviadas mudam) ou regravar o saldo inteiro do depósito, para quem ainda não integrou. ##### Posso ofertar um item que ainda não chegou ao depósito? Sim, pelo estoque virtual. Além do saldo físico existe um saldo lógico, usado para pré-venda e reposição programada, e a oferta fica separada do que está na prateleira hoje. O estoque virtual tem teto de quantidade e sempre vem com prazo de preparo em dias ou sob consulta, o prazo exibido soma o preparo do produto ao despacho do depósito, e no carrinho o cliente é avisado de que está comprando acima da pronta entrega. Uma data de lançamento define a partir de quando o item pode ser enviado. É como o distribuidor vende safra futura e reposição contratada sem prometer o que não tem. ##### Se uma peça do kit acaba em um depósito, o kit continua à venda ali? Não. A disponibilidade do kit é derivada dos componentes, e o saldo dele é recalculado pelo menor saldo entre os itens, considerando a quantidade de cada um: se qualquer um deles fica indisponível naquele depósito, a oferta do kit é suspensa naquele depósito, e só ali. Os outros depósitos seguem vendendo normalmente, porque a decisão é por ponto de estoque e não global. Persona · Diretora de operações Parei de vender o que não tinha e de esconder o que tinha. O Distributed Inventory (Inventory Hub) gerencia múltiplos depósitos por SKU, com saldo físico e lógico, e responde sempre igual em todos os canais. Persona · Vendedora Não confiro mais estoque por telefone antes de prometer o prazo. O Distributed Inventory (Inventory Hub) é a fonte de disponibilidade que o portal, o vendedor e os AI Agents consultam. Agendar demonstração Ver o Logistics Engine → ← Ver a plataforma Integrações e APIs → --- ## Jornada de Maturidade Digital | CWS Platform URL: https://www.cws-platform.com/plataforma/jornada/ Plataforma ### Comece de onde você está A CWS Platform não exige que a sua empresa esteja pronta para o nível mais avançado. São quatro níveis de maturidade, e cada um cria naturalmente a necessidade do próximo. É a Jornada de Maturidade Digital (Digital Maturity Roadmap): quatro níveis que se ativam sobre a mesma plataforma. Não existe pré-requisito de maturidade para começar, existe ponto de entrada. Nível 1 ##### Portal B2B Clássico Catálogo e checkout no ar, com preço por perfil de cliente. O que leva ao próximo → O cliente percebe que precisa de vendedor. Nível 2 ##### Vendedor Presente O portal ganha o vendedor visível, com nome, foto e canal de conversa. O que leva ao próximo → O cliente quer dar autonomia ao vendedor. Nível 3 ##### Negociação Governada O vendedor passa a negociar dentro da plataforma, com carrinho compartilhado em tempo real. O que leva ao próximo → O cliente quer escalar com IA. Nível 4 ##### Trading com IA Os AI Agents operam sobre o mesmo núcleo determinístico, sob as regras do Commerce Rules Engine. Fim da progressão Não há próximo nível. Os quatro níveis da Jornada de Maturidade Digital. Cada nível ativa sobre o anterior, na mesma plataforma. #### Os quatro níveis, um a um Cada nível entrega alguma coisa sozinho. O que o liga ao seguinte não é uma venda, é uma consequência da operação. #### Nível 1 · Portal B2B Clássico Catálogo e checkout no ar, com preço por perfil de cliente. O comprador se serve sozinho, sem vendedor ativo na transação. É a digitalização do pedido de recompra, que costuma ser a maior fatia de volume e a menor fatia de valor agregado do time comercial. O que leva ao próximo → O cliente percebe que precisa de vendedor. O autoatendimento resolve a recompra, e trava na primeira dúvida técnica ou no primeiro pedido fora do padrão. Nível 1: o pedido de recompra, digital. Catálogo e checkout no ar, com preço por perfil de cliente. O comprador se serve sozinho. #### Nível 2 · Vendedor Presente O portal ganha o vendedor visível, com nome, foto e canal de conversa. Ele ajuda, orienta e destrava, mas ainda não negocia dentro da plataforma. É o nível que resolve a adoção antes de resolver a governança, e por isso costuma ser o mais subestimado. O que leva ao próximo → O cliente quer dar autonomia ao vendedor. Assim que o vendedor está presente, fica evidente que ele precisa poder conceder algo, e a concessão começa a acontecer fora do sistema. Nível 2: o vendedor presente. O portal ganha o vendedor visível e um canal de conversa. Ele ajuda, orienta e destrava. #### Nível 3 · Negociação Governada O vendedor passa a negociar dentro da plataforma, com carrinho compartilhado em tempo real, Alçadas de Aprovação (Approval Workflows) e conversa integrada à transação. A concessão que antes acontecia por telefone passa a ter teto, autor e justificativa. É o nível em que a margem para de vazar por onde ninguém enxergava. O que leva ao próximo → O cliente quer escalar com IA. Com a regra explícita e a negociação dentro do sistema, existe pela primeira vez um contexto confiável para um agente consumir. #### Nível 4 · Trading com IA Os AI Agents operam sobre o mesmo núcleo determinístico, sob as regras do Commerce Rules Engine, com reposição e sugestão de compra antecipando a demanda. A operação vira uma mesa de trading digital, e o vendedor migra do processamento do pedido para a decisão sobre a exceção. Fim da progressão Não há próximo nível. O que muda daqui em diante é a amplitude do ecossistema, não a arquitetura. Nível 4: agentes sobre o mesmo núcleo. Os AI Agents operam sobre o mesmo núcleo determinístico, sob as regras do Commerce Rules Engine. Persona · Compradora Faço meu pedido de recompra sozinha, sem depender de vendedor na transação. No primeiro nível da Jornada de Maturidade Digital, catálogo e checkout ficam no ar, com preço por perfil de cliente. Persona · Vendedor Negocio dentro da plataforma, e a concessão deixou de acontecer por telefone. No nível Negociação Governada da Jornada de Maturidade Digital, a concessão passa a ter teto, autor e justificativa, com carrinho compartilhado em tempo real. #### Camadas, não pacotes Os níveis não são pacotes que se compram e se descartam. São camadas que se ativam sobre a mesma plataforma, então o que entrou no Nível 1 continua valendo no Nível 4, sem reconstrução e sem migração. Operações menores costumam entrar pelo Nível 1 e evoluir; operações maiores entram direto no Nível 3 ou 4. E o portal está incluso em todos os níveis. Ver a plataforma → Ver preços → Não sabe em que nível está? Uma conversa de diagnóstico resolve isso. Fale conosco --- ## Shipping & Fulfillment (Logistics Engine) | CWS Platform URL: https://www.cws-platform.com/plataforma/logistics-engine/ ### Shipping & Fulfillment (Logistics Engine) 1 de 4 › Na gestão · Diretor comercial Pedidos prontos para envio, enviados e entregues, num painel só. Cada pedido mostra em que ponto da entrega está, e a operação filtra por status, cliente ou forma de pagamento sem perguntar à expedição. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No atendimento · Vendedor B2B No checkout do cliente, a entrega de cada loja com o seu tempo de preparo. O vendedor fecha em nome do cliente, confere o endereço e as entregas do pedido e pode dividi-las quando o cliente precisa. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Compradora da revenda Na página do pneu, entrega ou retirada, e as lojas onde dá para retirar. Cada endereço de retirada é ligado a um depósito, então a opção só aparece onde o item está. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na oficina · Técnica A peça mostra o estoque da filial e quem vende e entrega. Com a loja escolhida, o frete sai do endereço do depósito de origem, e a técnica sabe de onde a peça vem antes de comprar. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico A margem que a política de preço protege costuma vazar depois, no frete. Cotação feita fora do pedido, desconto de frete sem alçada e prazo prometido no olho transformam a entrega no ponto cego da negociação, justamente onde o cliente mais julga o serviço. #### O que é O módulo que responde como o item sai e como ele chega. Ele orquestra a logística de uma operação multi-depósito: divide o carrinho por centro de distribuição, deriva o preço do frete a partir do depósito de origem e da regra de região, e leva o resultado para dentro do pedido, junto com imposto e crédito. Enquanto o Distributed Inventory (Inventory Hub) diz onde o item está, aqui se decide por onde ele viaja e quanto custa fazer isso. Também é aqui que se define onde cada item pode ser vendido: bloqueio de SKU, fabricante ou categoria por CEP ou cidade, área de atuação de cada loja do marketplace por faixa de CEP e estados atendidos definidos em separado para pessoa jurídica e pessoa física. #### A capacidade que ninguém replica ##### Entrega fracionada por unidade de SKU O mesmo SKU pode ir em datas, métodos ou endereços diferentes, com frete e imposto calculados de forma independente em cada fração. É o que permite casar a chegada do insumo com o calendário de safra ou com o cronograma da obra, sem quebrar o pedido em vários. Cada fração vira um pedido filho com status próprio, acompanhado à parte até a entrega, e o valor mínimo de frete é avaliado fração a fração. ##### Alçada de frete separada da alçada de preço Os Freight Negotiation Thresholds governam a concessão de frete como parâmetro próprio, sob o Commerce Rules Engine (CDL Workspace). No mercado é comum tratar frete como campo livre depois do desconto aprovado, e é por ali que a margem sai. Aqui o vendedor tem um limite até onde concede o desconto de frete sozinho e outro acima do qual a alteração é bloqueada, em valor ou percentual sobre a soma do frete do pedido. Chegar no dia certo. O mesmo SKU pode ir em datas, métodos ou endereços diferentes, com frete e imposto independentes em cada fração, sem quebrar o pedido. #### Quem leva, e quem você escolhe A malha não é imposta. Você conecta os integradores de frete disponíveis, cadastra transportadora própria ou terceira com condições específicas, e define isso por ponto de estoque, por segmento de cliente e por depósito. Cada transportadora pode aparecer só para o cliente, só para o vendedor, só para o comprador ou para todos, então uma retirada exclusiva do vendedor não aparece no portal do cliente. CIF e FOB são nativos e se configuram de várias formas: prazos de envio na planilha de estoque, modalidades de entrega e preço, e regras de preço, logística e pagamento combinadas. Agendamento, tempo de despacho e código de rastreio acompanham a escolha, e o rastreio, pela integração direta com os Correios, por outra transportadora integrada ou pelo link do sistema próprio no campo de rastreio, é a condição para o pedido constar como enviado na gestão de pedidos . ##### Integrações de frete Frenet, Intelipost e Correios, além da possibilidade de configurar a transportadora própria por ponto de estoque, com tabela de frete carregada por planilha por transportadora e depósito, em valor fixo ou percentual do pedido. Há ainda o leilão de frete: transportadoras dão lances em até 24 horas, o cliente escolhe a oferta e só então paga, e num pedido com vários sellers cada parte tem o seu leilão. ##### Modalidades CIF e FOB Entrega fracionada Retirada em loja Entrega Turbo Frete reverso Agendamento por transportadora A malha é escolha sua. Você conecta os integradores de frete, cadastra a transportadora própria e define quem leva por ponto de estoque, por segmento e por depósito. #### Em operação Um distribuidor com centros de distribuição em vários estados cota frete por regra de região, peso e valor de pedido, e não em planilha paralela. O comprador monta um carrinho que vem de três centros diferentes, vê o custo de cada parte com o imposto correto da origem, escolhe receber uma fração agora e agendar o resto numa janela que respeita a capacidade de entrega da transportadora e do depósito, com o preço do frete variando por período quando a loja assim define, e o vendedor concede o desconto de frete que a alçada dele permite, com registro. O pedido sai fechado, com preço, prazo e responsabilidade definidos na mesma tela. É o mesmo argumento das outras dimensões negociáveis: entrega deixa de ser conversa e vira parâmetro executável, igual para o vendedor humano e para os AI Agents. Retirada na loja #### Pelo CEP, o comprador vê as lojas, a distância e o preço da retirada. No Shipping & Fulfillment (Logistics Engine), cada endereço de retirada é ligado a um depósito. Na página do produto, o modal de retirada busca pelo CEP e mostra as lojas que têm o item, com distância e preço de cada uma. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Um carrinho com itens de depósitos diferentes vira quantos fretes? Tantos quantos forem os centros de distribuição envolvidos. O carrinho é dividido automaticamente por centro, o preço do frete fica vinculado ao depósito de origem de cada parte, e o CEP de origem é o que determina o cálculo tributário daquela fração. O comprador continua vendo um pedido só. ##### O cliente pode retirar na loja em vez de receber em casa? Pode, e a retirada é configurável loja a loja. Cada ponto define horário de funcionamento, dias disponíveis, distância máxima a partir do CEP do comprador e o depósito ao qual está vinculado, e a plataforma prioriza os pontos na ordem que você definir. Modalidade de entrega é parâmetro, não desenvolvimento. ##### O vendedor pode conceder desconto no frete durante a negociação? Sim, dentro dos Freight Negotiation Thresholds. O frete tem alçada de aprovação própria, separada da alçada de preço, porque governar bem o desconto do produto e deixar o frete aberto transforma o frete na porta de saída da margem que a política de preço acabou de proteger. A alçada pode ser em valor ou em percentual e vale para a soma dos descontos de frete do pedido: até o primeiro limite o vendedor concede sozinho, entre o primeiro e o segundo o pedido vai para aprovação com motivo registrado, e acima do segundo a alteração é bloqueada. Persona · Diretora de operações Não coto mais frete em planilha paralela: ele sai por regra, dentro do pedido. O Logistics Engine divide o carrinho por centro de distribuição e deriva o frete do depósito de origem, com alçada de frete própria. Persona · Comprador de obra Recebo uma parte agora e agendo o resto conforme a obra, num pedido só. No Logistics Engine, a entrega fracionada leva o mesmo item em datas ou endereços diferentes, com frete e imposto por fração, sem quebrar o pedido. Agendar demonstração Ver o Inventory Hub → ← Ver a plataforma Freight Negotiation Thresholds no glossário → --- ## Commerce Marketing & Promotions (Marketing Suite) | CWS Platform URL: https://www.cws-platform.com/plataforma/marketing-suite/ ### Commerce Marketing & Promotions (Marketing Suite) 1 de 4 › Na gestão · Diretor comercial A campanha que o agente montou espera um clique humano para entrar no ar. O agente seleciona os itens por saída e cobertura de estoque e monta a proposta inteira. Ativar muda o que o comprador vê, então quem confirma é uma pessoa. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Em casa · Dono do carro O consumidor final compra na vitrine em grade, com preço no PIX e parcelas. A mesma plataforma que atende o B2B abre a vitrine estilo e-commerce para o dono do carro, com o preço a partir de e as lojas que vendem cada pneu. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Compradora da revenda No celular, o de/por da campanha já no preço da conta dela. A promoção entra na mesma pilha da regra de preço e do contrato, e o que ela vê já é o preço que fecha. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na oficina · Técnica Na página do produto, o preço da campanha no PIX e as parcelas. O desconto à vista vale desde a página do produto, ao lado do preço cheio e do parcelamento, para a loja que vende. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico A campanha promove um item que o depósito daquela região não tem, o cupom se soma ao desconto que o contrato do cliente já dava, e a margem só aparece no fechamento do mês. Marketing que roda fora do motor transacional não erra por falta de talento, erra por falta de acesso à verdade do estoque e do preço. #### O que é O módulo que opera campanha, cupom e promoção sob as mesmas regras de governança que decidem o pedido. Ele fica do lado de fora da porta do catálogo e do preço, mas lê os dois em tempo real, e é por isso que a ativação não consegue furar a política de margem nem prometer entrega inviável. Enquanto o No-Code Storefront Builder (CMS Builder) faz o portal existir e se parecer com a sua empresa, este módulo cuida do que acontece depois que ele existe: atrair, converter, reter e monetizar. #### A capacidade que ninguém replica ##### A oferta é validada contra a operação antes de aparecer Uma ferramenta de campanha externa recebe uma lista de produtos e confia nela. Aqui a promoção é avaliada contra o saldo do depósito que atende o endereço do comprador, e o item sem viabilidade logística é ocultado por região em vez de virar pedido que a expedição descobre depois. A campanha é sempre tecnicamente viável, por construção. ##### Promoção e contrato não se somam por acidente O desconto de campanha entra na mesma pilha que a regra de preço, o contrato do cliente e a alçada do vendedor, e o acúmulo é decisão configurada, não efeito colateral: travas configuráveis (Discount Stacking Prevention) impedem que desconto, contrato, preço e cupom passem dos limites definidos. A campanha de cupons tem teto de gasto e estoque de cupons total e por usuário, e o vendedor só aplica cupom se tiver essa permissão. É o mesmo motor que governa a negociação assistida, então marketing e comercial não operam duas políticas de margem que só se encontram no relatório. A oferta não promete o que não entrega. Diferente de uma ferramenta de campanha externa, aqui a oferta passa pela operação antes de aparecer. #### O ciclo completo, do buscador ao cliente que volta Aquisição sem retenção é aluguel de cliente. O módulo cobre as quatro etapas com o mesmo dado, o que permite tratar o custo de aquisição e o valor de ciclo de vida como uma conta só, em vez de duas métricas de times diferentes. Aquisição sem retenção é aluguel. Com o mesmo dado nas quatro etapas, custo de aquisição e valor de ciclo de vida viram uma conta só. - Atrair Meta tag e indexação por página, inclusive nas combinações de filtro e ordenação, sitemap gerado pela plataforma e feed de produto para canal externo. A qualidade disso é herdada do catálogo: página sem atributo não ranqueia, por melhor que seja a configuração. - Converter Banner de topo, rodapé, mosaico e ficha de produto, campanha de banner por grupo de clientes, oferta por tempo limitado com contagem regressiva, cupom por unidade federativa ou exclusivo do aplicativo, frete grátis e desconto por meio de pagamento. A campanha de ofertas ganha página própria com vigência por hora, e o preço exibido muda conforme o visitante está logado e localizado: menor preço, preço do vendedor mais próximo, preço sugerido ou preço oculto. O cupom pode ser restrito a grupo de clientes, CNPJ, CPF ou conta, a produto, categoria ou marcação de produto e a um mínimo de itens distintos no carrinho, e uma barra de progresso mostra ao comprador quanto falta para o desconto ou o frete grátis, aplicando sozinha o primeiro cupom alcançado. No marketplace, a campanha pode priorizar as ofertas dos lojistas parceiros. - Reter Cashback com regra de ganho e de gasto, carrinho salvo com link de retomada, reposição proativa a partir do histórico de compra, notificação no aplicativo e e-mail promocional segmentado por perfil. O crédito de cashback só é liberado depois de um prazo configurável, expira com aviso prévio e tem teto de uso por pedido em percentual ou valor, para proteger a margem, com estratégia por grupo de clientes, categoria e fabricante. A compra feita no balcão também pode gerar cashback para uso no portal, com data de liberação programável, por exemplo na última parcela. O carrinho salvo pelo vendedor no atendimento fica vinculado ao cliente, e o link reconstrói o carrinho para quem o recebe por mensagem ou pelo chat. - Monetizar Venda de espaço de mídia no próprio portal, com banner e marca em destaque negociados como inventário publicitário. O dado da operação deixa de ser subproduto e vira linha de receita. Converter #### A campanha entra no banner do topo da loja, no desktop e no celular. No Merchandising & Promotion Engine (Marketing Suite), a campanha de banner vale para a loja que o cliente escolheu e aparece do mesmo jeito no portal e no celular. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Página de campanha #### A campanha vira uma página do portal, com preço de/por e oferta de várias lojas. No Merchandising & Promotion Engine (Marketing Suite), a campanha de ofertas é uma página própria, com endereço, vigência, banners, os produtos por tag ou por lista e as lojas participantes, e cada comprador vê o preço da regra dele. Portal de demonstração da CWS Platform, com dados fictícios. A etapa que costuma faltar é a última volta do ciclo: captar o comprador num marketplace de terceiro e trazê-lo para a base própria, com dado de primeira mão obtido no cadastro e no login. Sem isso, a empresa cresce em volume e continua alugando o relacionamento de quem intermediou. Para lançar campanha sem chamado, com o preço da condição de cada comprador, veja o preço promocional no B2B . #### Em operação Imdepa · distribuição de autopeças cerca de 25 mil sessões por mês num portal que ativou 153 clientes e processou aproximadamente 60 mil pedidos em 3 anos. A análise desses 3 anos separou três padrões de uso, e cada um pede uma ativação diferente: o cliente que usa o portal como infraestrutura diária, o que explora alternativas antes de fechar e converte 70% das vezes, e o que entra, encontra e compra sem falar com ninguém, com 63,6% de conversão por sessão. Segmentar campanha por esse comportamento só é possível porque o dado vem do pedido, não de um formulário. Ler o caso Imdepa → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### CashBack Endpoints para consulta de saldos e gerenciamento de cashback de clientes. - POST Conceder Cashback por Pedido Externo /loyaltyProgram/earnRewardExternal - GET Consultar Histórico de Cashback do Cliente /loyaltyProgram/customerReport/:document - GET Consultar Saldo Total de Cashback do Marketplace /loyaltyProgram/total Ver os5endpoints do grupo → Área de Desenvolvedores → #### Perguntas frequentes ##### A campanha pode anunciar um produto que a minha operação não entrega naquele CEP? Não, e essa é a diferença de operar a promoção dentro do motor transacional. A oferta é avaliada contra a disponibilidade do depósito que atende aquela região, e o produto sem viabilidade é ocultado para quem está fora do alcance. O comprador não descobre o problema no fechamento do pedido, porque a oferta não chega a aparecer para ele. ##### O cupom pode se somar ao desconto que o contrato do cliente já dá? Só se você decidir que pode. O bloqueio de acúmulo é um parâmetro: travas configuráveis impedem que desconto, contrato, preço e cupom passem dos limites que você definiu, e uma das configurações possíveis é o cupom não se aplicar a item que já carrega desconto de contrato ou de regra de preço. Sem esse controle, promoção e contrato se somam em silêncio, e a margem some no pedido que ninguém revisou. ##### Como eu meço a campanha se o meu cliente compra pelo vendedor e não pelo portal? Pelo mesmo pedido. Como a venda assistida e o autoatendimento gravam no mesmo motor transacional, a atribuição não depende de o comprador ter clicado no banner: a campanha, o cupom e o carrinho recuperado ficam ligados ao pedido independentemente do canal em que ele foi fechado. É o que separa dado de campanha de dado de navegação. Persona · Diretora de marketing Minha campanha não anuncia mais o que o depósito da região não tem. No Commerce Marketing & Promotions (Marketing Suite), a promoção é avaliada contra o saldo do depósito que atende o endereço do comprador. Persona · Compradora Vejo quanto falta para o desconto, e o cupom entra sozinho. No Commerce Marketing & Promotions (Marketing Suite), uma barra de progresso mostra ao comprador quanto falta e aplica sozinha o primeiro cupom alcançado. Agendar demonstração Ver o CMS Builder → ← Ver a plataforma A regra de preço por trás do desconto → --- ## Marketplace Management Platform (Marketplace Center) | CWS Platform URL: https://www.cws-platform.com/plataforma/marketplace-center/ ### Marketplace Management Platform (Marketplace Center) 1 de 4 › Na gestão · Diretor comercial A ordem das lojas parceiras, perfil a perfil, definida no painel. Para cliente, comprador ou vendedor, a oferta das lojas da lista aparece primeiro, na ordem salva. As demais ofertas continuam visíveis depois delas. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Na oficina · Técnica Duas lojas vendem a mesma peça: uma tem pronta entrega, a outra, retirada. As ofertas concorrem no mesmo item pela regra de quem opera o portal, e a técnica escolhe de quem comprar sem sair da página. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Compradora da revenda Um carrinho, um pedido para cada distribuidor que vende nele. Cada loja aparece com o seu bloco, o seu prazo de preparo e a regra que vale para cada item. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No Canal da Loja · Fornecedora O que vem do catálogo da rede ela vê; o que é da loja, ela define. Os dados do cadastro mestre chegam prontos e a loja não os edita. Os dados da loja são dela, e ela responde por eles. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico Abrir o portal para terceiros parece um problema de tecnologia, e não é. A parte difícil começa depois: dois sellers anunciam a mesma peça e o comprador vê dois preços da sua marca, um deles promete uma região que não consegue entregar, e um terceiro descobre que é mais barato fechar por fora. Sem regra, o ecossistema que deveria ampliar o sortimento corrói o preço e a confiança. #### O que é O módulo que governa o ecossistema de vendedores. Ele responde às perguntas de quem opera a rede, não às de quem só acompanha um pedido: quem tem permissão de vender aqui, o que cada um pode expor, como as ofertas concorrem entre si, que região cada loja atende e como o valor de uma venda se divide entre as partes. Do lado do lojista, a mesma máquina é o Canal da Loja, com catálogo, preço, estoque e pedido isolados por seller. Do lado do operador, é o painel onde a política do ecossistema vira parâmetro. O que acontece com o pedido depois que ele existe é do Order Management System . Competir ou complementar é configuração. O ecossistema compete ou se complementa por decisão configurada. No complemento, o comparador de ofertas some do portal inteiro. #### O Marketplace Center em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### O ecossistema compete ou se complementa, e isso é uma decisão configurada Um marketplace B2B governado opera com lojas combinadas, em regime de concorrência, com oferta principal destacada e as demais ofertas ao lado. Ou opera com lojas parceiras, em regime de complemento, e aí o comparador de ofertas desaparece do portal inteiro: quando o estoque da loja principal acaba, o parceiro fornece na mesma ficha, na ordem de prioridade que você parametrizou. São dois desenhos de mercado, e um marketplace roda num ou no outro. Trocar de regime não é projeto novo, é configuração. ##### A governança da vitrine é a mesma que decide preço, estoque e crédito Num marketplace montado com peças de fornecedores diferentes, a regra de exposição vive num lugar e a regra comercial em outro, e elas divergem. Aqui as duas saem do Commerce Rules Engine (CDL Workspace), então a oferta que ganha a vitrine já nasce coerente com o preço daquele cliente, o saldo daquele depósito e a região que aquela loja atende. O seller não consegue anunciar o que a regra do operador não autorizou, e o operador não precisa auditar depois o que o sistema não deixou acontecer. Várias lojas por item #### Cada peça mostra quantas lojas da rede a vendem. No Marketplace Management Platform (Marketplace Center), o catálogo é um só e cada item mostra quantas lojas da rede o vendem, no desktop e no celular. O comprador abre o + Lojas e escolhe de quem compra. Portal de demonstração da CWS Platform, com dados fictícios. #### O que o operador decide, e onde cada decisão pega Governar uma rede de vendedores é menos discurso e mais um conjunto de alavancas explícitas. O que segue são as quatro que definem o comportamento do ecossistema, e nenhuma delas pede versão nova de software. São parâmetros, e a plataforma tem 1.029 parâmetros configuráveis no total. - Quem entra Convite da loja e aceite do seller, com solicitações enviadas e recebidas de cada lado, e um tipo de relacionamento em cada vínculo (matriz e filial, própria ou franquia, ou seller e marketplace) que governa o acesso a dados de cliente e a separação entre produto próprio e de terceiro. Há cadastro autônomo pelo próprio portal para quem se candidata a vender, com logomarca, conta de pagamento, forma de entrega e depósito, e o vínculo só se completa quando o contrato de rateio está configurado. - Quem aparece Buybox inteligente por regras, que absorve as regras de negócio, logística, pagamento e catálogo de cada contexto e serve de base para agentes de IA: critério da oferta principal por menor preço ou por vendedor mais próximo, com raio mínimo em quilômetros para comparar preço entre lojas, priorização de lojas por perfil (cliente, vendedor, comprador) sem eliminar as demais ofertas, curadoria do sortimento de terceiros por fabricante, categoria e SKU, exibição diferente para visitante identificado ou anônimo e com ou sem localização, opção de preço sugerido e de preço só após login, e exclusividade nos itens em estoque próprio. - Quem atende onde Restrição por faixa de CEP loja a loja, com apelido por região, importação das faixas do país inteiro e sobreposição permitida quando mais de uma loja deve atender a mesma área. Cliente e vendedor trocam de loja dentro do portal, com prioridade pelo endereço principal do cliente ou pela loja do vendedor, e opção de mostrar só as filiais. - Quem recebe quanto Contrato entre marketplace e loja com take rate por lojista e por cenário de venda, percentual por parte, responsável pelas taxas, recebedor primário, incidência com ou sem frete e histórico de alteração dos contratos. Quem vende #### O comprador vê a oferta principal, quem vende e entrega e onde retirar. No Marketplace Management Platform (Marketplace Center), a página do produto abre na oferta principal, diz quem vende e entrega e leva às outras ofertas e às lojas de retirada, pela regra de quem opera o portal. Portal de demonstração da CWS Platform, com dados fictícios. Uma observação de direção, e não de tela: marketplace raramente é o objetivo de quem chega. O caminho que funciona começa por digitalizar a operação que já existe, com a rede de clientes, vendedores e fornecedores que a empresa já tem, e o ecossistema aparece como consequência disso. Um marketplace sem adesão dos participantes, sem dado confiável de produto e prazo, sem liquidez dos dois lados e sem governança clara não é um projeto de software atrasado, é um projeto sem as condições de existir. Primeiro a operação, depois o marketplace. O caminho que funciona começa por digitalizar a rede que a empresa já tem. Marketplace sem adesão, dado confiável, liquidez e governança não fica de pé. #### Em operação Tracbel · dealer Volvo rede de 40 unidades num único portal, com cerca de R$ 235 milhões acumulados desde o lançamento (Tracbel, eleita melhor dealer Volvo do mundo, Volvo Gold 2025). A mesma máquina que governa sellers de terceiros governa uma rede de unidades próprias: cada filial é uma origem distinta de produto, com a sua área de atendimento e o seu estoque, e o comprador continua vendo um portal só. É a governança do ecossistema aplicada para dentro, antes de ser aplicada para fora. Ler o caso Tracbel → Uma conta, várias lojas #### Várias bandeiras e filiais numa conta só. Filiais de bandeiras diferentes da mesma rede entram na mesma lista, e o comprador troca de loja sem trocar de conta. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Perguntas frequentes ##### O que impede um seller de levar o meu cliente para fora da plataforma? A regra de relacionamento é do operador do marketplace, e ela é configurada. O seller enxerga os dados cadastrais de que precisa para faturar e despachar, porque sem eles não há nota fiscal nem entrega, e o operador decide se o contato direto além disso é permitido, restrito ou centralizado num atendimento único feito em nome do seller. Na prática, o operador pode mascarar e-mail e telefone do cliente para os sellers (as filiais da rede ficam fora dessa restrição), restringir cada seller a vender só para os clientes que ele mesmo cadastrou e ocultar a localização do lojista. Cada pedido carrega a loja de origem e a loja fornecedora, então quem vendeu o quê, em qual ambiente, fica registrado e auditável. ##### Se eu tenho o item em estoque, sou obrigado a mostrar a oferta do concorrente ao lado da minha? Não. Existe uma configuração de exclusividade que suprime as ofertas de outros vendedores nos produtos que você mantém em estoque, e ela vale para todo o seu portfólio de uma vez. Se a sua operação não é de concorrência, a decisão é anterior: no modelo de lojas parceiras o comparador de ofertas simplesmente não existe no portal, e o parceiro entra como complemento de estoque, não como rival na mesma ficha. ##### Como cada seller recebe a parte dele? O rateio vem de um contrato configurado entre marketplace e loja, não de conciliação manual: percentual de cada parte, quem arca com as taxas, quem é o recebedor primário e se a cobrança incide sobre o pedido com ou sem frete. A take rate do marketplace é definida por lojista e por cenário: venda no marketplace, loja convidada com estoque próprio, loja convidada com estoque de terceiro e venda entre lojas parceiras. Quando o carrinho reúne itens de vários sellers, cada loja oferece as suas opções de frete ou retirada, o pedido pai controla o carrinho agregado e cada fornecedor configura os seus pagamentos de forma independente, dentro dos critérios gerais definidos pelo dono do portal. Persona · Lojista de boxe, seller do marketplace Vendo no portal da rede com meu preço, meu estoque e minha região. No Marketplace Center, o Canal da Loja mantém catálogo, preço, estoque e pedido isolados por seller, e cada loja atende a região definida na regra. Persona · Dono do portal, operador do marketplace Não audito mais anúncio de seller: o que a regra não autoriza nem aparece. No Marketplace Center, quem entra, quem aparece e quem atende onde são parâmetros do operador, e o seller só anuncia o que a regra autoriza. Agendar demonstração Ver o Order Management System → ← Ver a plataforma Como a venda vira transação → --- ## Gestão de pedidos B2B: OMS e Seller Center | CWS Platform URL: https://www.cws-platform.com/plataforma/oms/ ### Gestão de pedidos B2B: Order Management System (OMS, também Seller Center) 1 de 4 › Na gestão · Diretora de operações Cada pedido no seu estado, da pré-encomenda ao devolvido, num painel só. O estado avança por evento, não por clique. A operação filtra por status, cliente ou forma de pagamento e vê o que espera aprovação comercial. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No balcão · Vendedora de balcão Pedido fechado no balcão, e a ordem de separação já saiu para o estoque. O pedido nasce no próprio atendimento, com a peça que serve no veículo, e o estoque recebe a ordem com a prateleira de onde ela sai. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No portal · Lojista A planilha de reposição volta conferida, linha a linha. Cada linha é checada contra o estoque e o preço das lojas escolhidas: o que está disponível entra no pedido, e o que falta aparece antes. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No portal · Compradora da revenda O pneu já está no carrinho: ela muda a quantidade da loja e confirma. O carrinho já sabe de qual loja sai cada unidade, e o pedido segue separado por origem. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico A venda foi fechada, e é aí que começa a gestão de pedidos B2B, o trabalho que ninguém mostra em demonstração. O pedido aparece como "em separação" para o comprador, como "faturado" no ERP e como uma dúvida no grupo do WhatsApp do vendedor. Alguém marcou enviado antes de despachar, o cliente liga para o vendedor, o vendedor liga para a expedição, e o custo dessa reconciliação não entra em nenhuma planilha. #### Em resumo Gestão de pedidos B2B é tudo o que acontece com o pedido depois que a venda fecha: aprovação, faturamento, envio, entrega e devolução. Na CWS Platform, o Order Management System (OMS) roda dez estados orientados a evento, e o pedido só avança quando a condição do estágio está comprovada, como o número do pedido no ERP ou o código de rastreio, com um registro só para comprador, seller e ERP. - Quem pode vender, como as ofertas concorrem e como o valor se divide é definido no módulo de marketplace. Fonte: Marketplace Management Platform (Marketplace Center) . - No marketplace governado, o pedido chega dividido por origem. Fonte: marketplace B2B governado . - Na rede de concessionárias, um pedido do consumidor pode sair de várias concessionárias e da fábrica. Fonte: portal da concessionária . - O ERP segue como sistema de registro, integrado por APIs e webhooks. Fonte: APIs e integrações . Integração com o ERP que você já tem é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . Quando o cliente manda a reposição em planilha, a planilha de pedidos entra no portal conferida linha a linha. #### O que é O módulo que orquestra o ciclo do pedido depois que ele existe. São dez estados orientados a evento, do pré-pedido ao entregue e concluído, mais os desfechos de cancelado, extraviado e devolvido, e o pedido só muda de estado quando o evento correspondente acontece de verdade. Os estados iniciais são gerados pela própria plataforma e não podem ser alterados pela integração; quando o pedido passa do limite de crédito, a regra da loja decide se ele fica bloqueado, segue para análise ou é finalizado como pago; e pré-pedidos abandonados podem ser cancelados automaticamente depois de um prazo configurável, inclusive por categoria. Ele é a mesma máquina vista de dois lados: o lojista a chama de Canal da Loja, a operação e o ERP a chamam de Order Management System. Quem pode vender, como as ofertas concorrem e como o valor se divide são perguntas do Marketplace Center ; aqui a pergunta é onde está este pedido e o que já aconteceu com ele. O status não mente. Cada estágio tem uma condição de entrada. O pedido muda de estado quando o evento acontece de verdade, e não porque alguém marcou. #### O ciclo do pedido em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### O estado não avança porque alguém clicou, avança porque a condição foi satisfeita Na maioria dos sistemas o status é um rótulo que alguém troca, e por isso ele mente. Aqui cada estágio tem uma condição de entrada: READY exige o número do pedido no ERP, e os dados da nota fiscal podem ir junto, em READY ou em SHIPPED, ou ser obrigatórios, se a operação configurar assim no processo de venda; SHIPPED exige o código de rastreio, vindo da integração direta com os Correios, de outra transportadora integrada ou do link do sistema próprio, CANCELED exige um motivo, que é comunicado ao cliente, e a modalidade de frete que precisa das dimensões da embalagem não deixa o pedido sair sem elas. O fluxo só anda para a frente: pedido enviado não volta para pronto para envio, e dali só segue para entregue, cancelado ou devolvido. Entregue sem contestação, ele passa sozinho a concluído ao fim do prazo de arrependimento. O status deixa de ser o que a operação diz que fez e passa a ser o que ela comprovou, e é essa diferença que torna o dado confiável o bastante para o financeiro e para o cliente dependerem dele. ##### O mesmo pedido, três leituras que não podem divergir O comprador acompanha pelo portal, o lojista opera no Canal da Loja e o ERP consulta e atualiza por API. Não são três cópias sincronizadas de tempos em tempos, é o mesmo registro lido de três lugares, e cada pedido carrega de onde a venda partiu e quem é responsável por entregá-la. Num pedido com vários sellers isso deixa de ser detalhe: sem essa marcação, ninguém sabe de quem cobrar qual parte. Por isso o pedido pai controla o carrinho agregado e se divide em pedidos filhos por loja e por depósito, cada um com produtos, valor, frete, prazo de preparo e nota fiscal próprios; cada fornecedor configura seus pagamentos de forma independente, dentro dos critérios gerais do dono do portal, e só a credencial do seller que vendeu atualiza o status da parte dele. Quando crédito e faturamento precisam sair numa nota só, a loja pode restringir cada pedido a um único depósito ou a uma única loja. #### Cancelar um pedido é uma permissão, não um botão Deixar o seller cancelar sozinho parece uma gentileza operacional, e é a porta de entrada dos piores comportamentos de um marketplace. A plataforma trata isso como decisão de governança e a mantém fechada por padrão, porque conhece o que acontece quando ela é aberta sem critério: - Estoque que não existe. O item aparece disponível, o pedido entra, e o cancelamento vira o conserto de um anúncio que nunca foi verdadeiro. - Renegociação depois da venda. O preço combinado no portal vira ponto de partida, e a falta de estoque vira argumento para pedir mais. - Disputa de pedido. Sellers escolhem os pedidos bons e devolvem os ruins, e o comprador paga a conta em prazo. - Venda por fora. O pedido é cancelado na plataforma e refeito no particular, com o dado do comprador que a plataforma entregou. Por isso a permissão não nasce do seller: quem a libera é a loja de origem do pedido, numa configuração dela. Enquanto a loja de origem não habilita, o seller não cancela e quem cancela é ela; o cancelamento exige motivo registrado; e pedido já aprovado no meio de pagamento fica travado mesmo com a permissão ativa. Faz sentido abrir quando não há disputa, como na operação em que cada seller responde por uma área própria. O ponto não é o botão, é quem responde pela consequência dele. Quem responde pela consequência. A permissão de cancelar fica fechada por padrão, é liberada pela loja de origem do pedido e exige motivo, e pedido pago não é cancelado. #### Um pedido só, cada origem com o seu preparo. O Order Management System (OMS) recebe um pedido só e separa os itens por origem, cada uma com o seu prazo de preparo, sem o comprador refazer a compra. #### Em operação Imdepa · distribuição de autopeças cerca de 60 mil pedidos processados em 3 anos de portal B2B, com 153 clientes ativados e cerca de 25 mil sessões por mês. Volume dessa ordem não se sustenta com status conferido na mão. O ciclo do pedido roda sozinho porque cada avanço tem uma condição objetiva, e o vendedor que antes gastava a maior parte do tempo processando pedido passou a acompanhar exceção, que é o único lugar onde ele é insubstituível. Ler o caso Imdepa → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Pedidos Serviços para consulta e gerenciamento de pedidos. - GET Listar Pedidos da Loja /partnerOrders/list - GET Buscar Detalhes do Pedido - Loja /partnerOrders/:id - PUT Atualizar Status do Pedido - Loja /partnerOrders/:id Ver os17endpoints do grupo → ##### Webhooks e callbacks - Webhook de pedidos Aviso curto de pedido, com id e status. - Webhook de pedidos, payload completo O pedido inteiro no corpo da notificação. Área de Desenvolvedores → Pedido por loja #### Um carrinho, um pedido por distribuidor, com a regra de cada item à vista. No Order Management System (OMS), o carrinho com itens de várias lojas vira um pedido para cada uma, e cada linha mostra a regra que vale para o item, como o desconto que não é permitido. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O meu cliente consegue saber onde o pedido está sem ligar para alguém? Sim, e sem depender de alguém lembrar de avisar. O comprador acompanha o pedido pelo próprio portal, com a etapa atual e o código de rastreio quando a modalidade de frete tem rastreio, e recebe mensagem automática nas viradas que importam: pedido concluído, pagamento confirmado e despacho. Quando a loja opera o pedido pelo painel, cada atualização de status ou de dados gera e-mail ao cliente, que vê a etapa, a loja fornecedora e o prazo na própria conta. O rastreio vem da integração direta com os Correios, de outra transportadora integrada ou do link do sistema próprio da loja no campo de rastreio. Num pedido com itens de sellers diferentes, cada lojista comunica a evolução da parte que é dele, porque cada parte tem prazo e transportadora próprios. ##### Quem emite a nota fiscal, a plataforma ou o meu sistema? O seu. A emissão é procedimento fiscal da empresa e continua no sistema que já a emite hoje; a plataforma recebe os dados da nota (número, série e data), que podem ir junto com a atualização de status, em READY ou em SHIPPED, ou ser exigidos, se a operação configurar a nota fiscal como obrigatória no processo de venda, e o XML ou PDF da nota já emitida; pela API, o XML vai pelo endpoint de nota fiscal. Essa fronteira é deliberada, e é o que evita duas verdades fiscais: o Order Management System não disputa a emissão com o seu ERP, ele registra no pedido a nota que o seu sistema emitiu. ##### O seller pode cancelar um pedido meu por conta própria? Por padrão não, e essa é uma posição da plataforma, não uma limitação. Quem libera é a loja de origem do pedido, numa configuração dela: enquanto ela não habilita o cancelamento pelo seller, quem cancela é a própria loja de origem. O cancelamento exige motivo registrado. Além disso, pedido já aprovado no meio de pagamento não é cancelável pelo seller de forma alguma: ali só existe o fluxo formal de solicitação, com rastro. ##### O que é gestão de pedidos B2B? Gestão de pedidos B2B é o trabalho de levar o pedido da colocação até a conclusão: aprovação, faturamento, separação, envio, entrega, e os cancelamentos e devoluções no caminho. No B2B ela ainda precisa manter um status só para o comprador, o seller e o ERP, porque cada um deles age sobre o mesmo pedido. ##### Que integrações um sistema de gestão de pedidos B2B precisa ter? Com o ERP, antes de tudo, porque é ele que emite a nota fiscal e guarda estoque e financeiro; na CWS Platform o ERP consulta e atualiza o pedido por API, recebe o webhook de pedido logo após a geração, para processar sem depender de resposta em tempo real, e o pedido passa a READY com o número do pedido no ERP; os dados da nota fiscal podem ir junto, em READY ou em SHIPPED, e a operação pode configurar a nota fiscal como obrigatória no processo de venda. As modalidades de frete entram também, já que SHIPPED exige o código de rastreio e algumas modalidades exigem as dimensões da embalagem. Persona · Vendedor de distribuidora O pedido anda sozinho, e eu só entro quando aparece uma exceção. No Order Management System (OMS), o pedido só avança com a condição comprovada, e comprador, seller e ERP leem o mesmo registro. Persona · Fornecedora, seller do marketplace Cuido só da minha parte do pedido, com frete, prazo e nota próprios. No Order Management System (OMS), o pedido vira pedidos filhos por loja, e só o seller que vendeu atualiza o status da parte dele. Agendar demonstração Ver o Marketplace Center → ← Ver a plataforma Como a entrega é planejada → --- ## Motor de preços B2B: o Contextual Pricing | CWS Platform URL: https://www.cws-platform.com/plataforma/pricing-engine/ ### Motor de preços B2B: Contextual Pricing (Pricing Engine) 1 de 4 › Na gestão · Diretora de operações Cada regra de preço com a sua prioridade, por papel, cliente e tabela. As regras são camadas com prioridade, escritas uma vez no painel. O preço que o portal e o vendedor mostram é o que a regra decide, sem recálculo na mão. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No portal · Lojista A lojista navega no catálogo e já vê o preço dela, não o de tabela. O tipo de preço vem com o login: cada item da lista já mostra o preço derivado para a conta dela, ao lado do preço de tabela. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Na oficina · Técnica A mesma peça em dois distribuidores, cada um com o seu preço e condição. Num marketplace governado, a oferta de cada loja sai do mesmo motor de preço, com a regra de cada distribuidor, e a técnica escolhe sem ligar para ninguém. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No portal · Compradora de uma rede de autopeças O imposto de cada item, calculado pela filial que atende o CNPJ dela. A regra fiscal é uma das variáveis do preço: ICMS ST, IPI e os demais entram antes de fechar, e o preço que aparece já é o que fecha. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico Sua receita cresce e a margem some, corroída por desconto empilhado e por tabela de preço que não acompanha contrato nem região. O Contextual Pricing é o motor de preços B2B que trata o preço como ponto de partida da negociação, não como valor fixo, e protege a margem por arquitetura. #### Em resumo Motor de preços B2B é o componente que calcula o preço de cada pedido a partir do contexto, em vez de ler uma tabela fixa. Na CWS Platform esse papel é do Contextual Pricing (Pricing Engine): ele deriva o preço por produto, depósito de origem, perfil do cliente e regra fiscal, em milissegundos, e impede desconto empilhado por arquitetura, com travas configuráveis e Reason Code obrigatório no envio para aprovação. - Travas configuráveis impedem que desconto, contrato, preço e cupom passem dos limites definidos. Fonte: Discount Stacking Prevention no glossário . - O vendedor negocia a partir desse preço, sem sair da alçada do perfil dele. Fonte: força de vendas digital no Sales Hub . - Num marketplace governado, a oferta de cada loja sai do mesmo motor de preço. Fonte: marketplace B2B governado . - A Tracbel registrou cerca de R$ 122 milhões de receita digital em 2025, com a margem subindo junto com a descoberta de catálogo. Fonte: caso Tracbel . Preço por cliente sem planilha paralela é o primeiro critério do guia para escolher uma plataforma de ecommerce B2B . Na página do desafio, a tabela de preço por cliente mostra esse critério em uso, da regra ao pedido. #### O que é O motor que deriva o preço em milissegundos a partir de múltiplas variáveis ao mesmo tempo: o produto, o depósito de origem, o perfil do cliente e a regra fiscal. Tipos de preço por identidade aplicam atacado ou varejo automaticamente no login, com suporte a lista de preço futuro, vigência temporal e melhor cupom automático. No agro, o preço é indexado a commodity com validade de minutos. É onde a estratégia de precificação da empresa vira política de preços executada em cada pedido, com precedência clara: o contrato vale acima da regra, e a regra acima do preço padrão da loja. Quatro variáveis, um preço. O Pricing Engine combina produto, depósito, perfil e regra fiscal ao mesmo tempo. O atacado ou o varejo já vem aplicado no login. #### O motor de preços em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Fonte única da verdade do valor é impossível. Da regra, não. Boa engenharia de dados ensina que o mesmo dado não deve divergir entre sistemas, e isso está certo. Só que o preço no B2B não é um dado no sentido em que o CNPJ do cliente é um dado. A mesma peça saindo do centro de distribuição de São Paulo para São Paulo não custa o que custa saindo de São Paulo para Manaus, porque a logística e a carga fiscal entram no custo do produto entregue. São preços diferentes para o mesmo item, todos corretos, no mesmo instante. E antes disso já houve volume, prazo, forma de pagamento e contrato, cada um mexendo no resultado. Preço no B2B é o resultado de uma função, não um valor guardado. Quem tenta guardar um valor só acaba com uma tabela achatada, e paga por isso em toda venda que aceitaria um preço maior. O que precisa ser único é o lugar onde está escrito quem pode cobrar quanto, de quem, saindo de onde e com que prazo , e esse lugar é o Commerce Rules Engine (CDL Workspace) . #### A capacidade que ninguém replica ##### Discount Stacking Prevention Travas configuráveis impedem que desconto, contrato, preço e cupom passem dos limites definidos, e uma das configurações possíveis é o desconto manual do vendedor anular automaticamente os cupons. A margem fica protegida por arquitetura e não por auditoria depois, com Reason Code obrigatório quando a concessão vai para aprovação. ##### Preço negociável, não fixo O preço se move dentro de Approval Workflows. Ninguém trata a prevenção de empilhamento como conceito arquitetural; no mercado, o B2B costuma usar tabelas fixas por organização, sem alçada nativa. #### Governa a dimensão que paga a conta Opera sob o Commerce Rules Engine (CDL Workspace): toda regra de preço vale igual para o vendedor humano e para os AI Agents. Preço contextual Discount Stacking Prevention Approval Workflows Reason Codes Agro Commerce Suite #### As dimensões que o preço resolve ao mesmo tempo 8 Não é uma cascata de regras aplicadas em sequência. As dimensões são processadas simultaneamente, e o resultado é um preço só, o mesmo para o portal e para o vendedor. Por cliente Tipos de preço vinculados ao perfil. O CNPJ de revendedor alcança a tabela de atacado, o CPF vê o preço de varejo, e a troca acontece no login. Por região O CEP de origem determina o cálculo fiscal, então o mesmo item sai com preço diferente conforme o estado de onde é faturado. Por depósito A origem do estoque define o preço. Custo logístico e regra fiscal do centro de distribuição entram na formação, e não depois dela. Por seller Em marketplace, cada seller precifica sobre o catálogo transversal, sob a governança central do Marketplace Management Platform. Por contrato Listas de preço com vigência controlada, com data de início e de expiração. O acordo negociado vale sozinho dentro da janela acordada. Por categoria e fabricante Tags de preço segmentam por atributo do catálogo, o que permite condição própria para a linha de um fabricante sem criar tabela nova. Por cluster e carteira Grupos comerciais configurados no Commerce Rules Engine, como revendedor ou produtor rural, carregam condições próprias. Por volume Desconto progressivo com barra de progresso, que mostra ao comprador quanto falta para a próxima faixa em vez de deixá-lo descobrir no fim. #### O preço que já está agendado 4 Listas de preço futuro A lista é carregada antes e ativada sozinha na data. Em operação com safra, sazonalidade ou acordo com vigência, ninguém precisa estar acordado na virada. Tags de preço Marcadores de configuração que segmentam por característica do produto, da operação ou do contexto comercial que não cabe nas dimensões padrão. Preço fixo e preço a fixar No agro, a cotação pode ser travada no fechamento ou deixada aberta para fixação posterior. São dois regimes distintos, e o motor trata cada um como tal. Ocultar preços Há operação em que o preço só aparece para quem está autenticado e qualificado. Esconder o preço é uma configuração, não uma customização. #### Política de preços com governança: o que o motor garante 8 A proteção de margem começa onde a regra está escrita. Estas são as garantias que sustentam a margem B2B em cada pedido, sem planilha paralela. Precedência explícita O contrato se sobrepõe à regra de preço, e contratos não se somam entre si: entre dois válidos para o mesmo cliente, vence o de maior prioridade. Entre as regras, as não cumulativas valem pela prioridade e as cumulativas incidem sobre o resultado. Fora das condições do contrato, vale o preço padrão da loja. Contrato com recorte preciso O contrato fixa o preço do SKU para todos os clientes ou para um recorte por CPF ou CNPJ, grupo ou tipo de cliente, pode ser limitado por marketplace, UF de destino e filial, tem vigência com data e hora e é carregado por planilha ou API. Critérios fiscais B2B na regra A regra de preço pode valer por inscrição estadual, contribuinte de ICMS, CNAE, NCM, par de UF de origem e de destino, tag de cliente e de produto e quantidade mínima. Markup e margem ficam escritos na regra, como desconto ou acréscimo em percentual ou valor. Trava de desconto na origem Regra e contrato podem impedir que o vendedor aplique desconto adicional sobre o preço resultante. O preço negociado em contrato chega ao pedido como foi negociado. Desconto por quantidade dinâmico A regra entra quando o carrinho atinge a quantidade mínima do item e sai se a quantidade cair abaixo dela, sem ninguém recalcular à mão. Matriz e filiais na mesma política A regra criada no nível do marketplace é replicada nas lojas escolhidas, com escopo por loja, categoria, tag de produto, grupo de clientes e estoque, e com exclusões. As filiais usam os grupos de clientes da matriz sem que a lista de clientes seja replicada ou exposta a elas. Preço pela loja mais próxima do cliente O comprador paga o preço da loja mais próxima do endereço de entrega mesmo quando o pedido sai do centro de distribuição. Ao trocar o endereço, o preço é recalculado e o comprador é avisado. Safra, campanha e prazo no preço Listas de preço futuro por safra ou campanha definem vigência e janela de pagamento, e o contrato ligado a elas pode ter taxa própria de desconto por antecipação e de juros por postergação. Ofertas por tempo limitado usam o mesmo cadastro de contrato, com exibição De/Por. Trava de desconto #### A regra que trava o desconto aparece no item. No Contextual Pricing (Pricing Engine), a regra de preço ou o contrato podem impedir desconto adicional sobre o preço resultante. O item chega ao carrinho com a trava à vista, e ninguém empilha desconto em cima dele. Portal de demonstração da CWS Platform, com dados fictícios. #### O imposto entra na formação do preço Numa operação entre estados, o imposto muda o preço, e não a fatura. Quando ele é calculado depois, o número que o comprador viu no catálogo não é o número que ele vai pagar, e o canal digital vira um orçamento a conferir com o vendedor. Aqui a regra fiscal é uma das variáveis da derivação, dentro da formação de preço de venda, então o preço que aparece já é o preço que fecha. É também por isso que o Credit-First B2B Checkout confere preço, estoque, crédito e imposto ao mesmo tempo: os quatro foram resolvidos juntos. #### Em operação Tracbel · dealer Volvo +10 pontos de margem de margem operacional nos pedidos via portal (Tracbel, eleita melhor dealer Volvo do mundo, Volvo Gold 2025). Com 100% do portfólio disponível, cerca de 131 mil SKUs, o comprador passou a enxergar o catálogo inteiro e a comprar o que não sabia que existia. Remover a fricção mudou o comportamento de compra, e a margem subiu junto. Ler o caso Tracbel → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Contratos Endpoints para gerenciar contratos de preço fixo para clientes ou grupos de clientes. - POST Criar Contrato /priceContract - PUT Adicionar Produtos ao Contrato /pricing/contract/:contractId/items - PUT Adicionar Clientes ao Contrato /pricing/contract/:contractId/customers Ver os14endpoints do grupo → ##### Regra de Preço Serviços para criação e gerenciamento de regras de preço. - POST Criar Regra de Preço /v1/priceRule - GET Listar Regras de Preço /v1/priceRule Ver os3endpoints do grupo → Área de Desenvolvedores → #### Perguntas frequentes ##### O preço da CWS Platform é fixo? Não. O Contextual Pricing (Pricing Engine) gera o preço de partida da negociação, derivado de produto, depósito, perfil do cliente e regra fiscal. Ele é negociável dentro de Approval Workflows e protegido por Discount Stacking Prevention. ##### Como a CWS Platform protege a margem de desconto empilhado? Por arquitetura. A Discount Stacking Prevention aplica travas configuráveis que impedem desconto, contrato, preço e cupom de passar dos limites definidos; uma das configurações possíveis é o desconto manual do vendedor anular os cupons automáticos. Regra de preço e contrato também podem impedir desconto adicional do vendedor sobre o preço resultante, e o Reason Code é obrigatório quando a concessão vai para aprovação e na negativa comercial, então a exceção tem rastro e justificativa. ##### O mesmo SKU pode ter preço diferente por cliente e por depósito? Sim. O preço é derivado por perfil (CPF ou CNPJ), depósito de origem e regra fiscal em milissegundos, sem divergência entre o portal e o vendedor. ##### O que é um motor de preços B2B? É o componente que calcula o preço de cada pedido a partir do contexto da venda, em vez de ler um valor fixo de tabela. No B2B o contexto é quem compra, de qual depósito sai a mercadoria, sob qual regra fiscal, em que volume e com que prazo, e o mesmo item pode ter vários preços corretos ao mesmo tempo. ##### Como funciona o preço dinâmico no B2B? O preço dinâmico no B2B muda por cliente e pelo contexto da venda, e não só por uma tabela reajustada de tempos em tempos. Na CWS Platform o Contextual Pricing deriva o preço de partida por perfil, depósito e regra fiscal, o vendedor ou o comprador negocia a partir dele dentro dos Approval Workflows, e a Discount Stacking Prevention impede que descontos se somem sem controle. ##### O Contextual Pricing é um CPQ? Não no sentido clássico. CPQ é a categoria que configura o produto, precifica e gera a cotação; o Contextual Pricing cobre o preço, as alçadas e a trilha da concessão ficam no Commerce Rules Engine, e a proposta é montada com o vendedor na Assisted Selling Platform (Sales Hub). No modelo de CRM, o equivalente exige montar CPQ, aprovação e regra de preço separados; aqui eles nascem juntos. ##### O que é preço B2B? É o valor que resulta das condições de cada venda, e não um número único de tabela. No B2B, o mesmo item tem preços corretos diferentes conforme quem compra, de qual depósito sai, sob qual regra fiscal, em que volume e com que prazo. Na CWS Platform, o Contextual Pricing calcula esse preço no pedido, e a mesma regra vale para o portal, para o vendedor e para os AI Agents. ##### Qual a melhor forma de gerenciar preços para revendedores B2B? Com regras ligadas ao perfil do revendedor, e não com planilha paralela. Na CWS Platform, o tipo de preço por identidade aplica a condição de atacado no login, e os grupos comerciais são regras configuradas no Commerce Rules Engine. O desconto manual do vendedor anula os cupons automáticos em vez de se somar, com Reason Code obrigatório. ##### Qual plataforma B2B gerencia melhor o preço por contrato? Uma que trate o contrato como regra do cliente, com vigência, e não como documento. Na CWS Platform, o Contextual Pricing aplica a condição negociada no pedido, com lista de preço futuro e vigência temporal, junto com o depósito de origem e a regra fiscal; a concessão além do acordo passa pelos Approval Workflows, com motivo registrado. Persona · Diretor comercial Cada cliente vê o preço dele, e o desconto parou de empilhar. O Contextual Pricing (Pricing Engine) deriva o preço por produto, depósito, perfil do cliente e regra fiscal, e travas configuráveis impedem o desconto empilhado. Persona · Compradora de revenda O preço que vejo no catálogo já é o que fecha, sem conferir depois. No Contextual Pricing (Pricing Engine), a regra fiscal entra na formação do preço, e o canal digital deixa de ser orçamento a conferir. Agendar demonstração O que é Governed Negotiation → ← Ver a plataforma Contextual Pricing no glossário → --- ## Força de vendas digital: o Sales Hub | CWS Platform URL: https://www.cws-platform.com/plataforma/sales-hub/ ### Força de vendas digital: Assisted Selling Platform (Sales Hub) 1 de 4 › Na gestão · Gerente de alçada O teto de desconto de cada papel, por cliente e por tabela, numa tela só. A matriz de alçada vale para o vendedor no balcão e no portal: o que passa do teto sobe para aprovação dentro do próprio pedido. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No balcão · Vendedora de balcão A vendedora acha a peça pelo carro e já vê o preço daquele cliente. O atendimento carrega quem está do outro lado: as peças que servem aparecem com estoque e com o preço do cliente, e entram no pedido com um toque. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No celular · Lojista de autopeças A lojista abre o chat e fala com o vendedor dela, dentro do portal. As conversas ficam no mesmo lugar em que o pedido fecha: o vendedor de cada loja e o especialista da rede, numa lista só. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na diretoria · Diretor de Commerce O diretor aprova a fila ordenada pelo maior desconto, com a margem de cada pedido. Na visão de gerente do painel entram só os pedidos das lojas e categorias da alçada dele, cada um com o motivo que o vendedor informou. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Módulo determinístico Sua força de vendas negocia por WhatsApp, sem alçada, sem ranking, sem contexto do cliente, e você não enxerga o que foi concedido. A Assisted Selling Platform é a mesa de negociação digital do vendedor, onde vendedor e comprador ficam no mesmo carrinho e negociam no chat instantâneo, sob governança automática. O Sales Hub é o módulo que antes se chamava Shopper. #### Em resumo Força de vendas é a equipe que vende em nome da empresa, e no B2B ela passa boa parte do tempo cotando em vez de negociar. A CWS Platform dá a esse time a Assisted Selling Platform (Sales Hub): vendedor e comprador no mesmo carrinho e cada desconto dentro da alçada. O representante usa o mesmo portal do comprador, no app e no desktop, com a interface de vendedor. - O preço que o vendedor negocia parte do Contextual Pricing, derivado por cliente, depósito e regra fiscal. Fonte: motor de preços B2B . - Cada desconto segue os Approval Workflows do Commerce Rules Engine, com Reason Code obrigatório no envio para aprovação. Fonte: política comercial no Commerce Rules Engine . - O pedido de recompra sai da mesa do vendedor e vai para o autoatendimento. Fonte: portal de pedidos B2B . - Na Imdepa, 153 clientes foram ativados em 3 anos, sem crescer a equipe na mesma proporção. Fonte: caso Imdepa . O guia para escolher uma plataforma de ecommerce B2B traz a pergunta que separa o vendedor dentro do canal do vendedor que compete com ele. E a alçada de desconto mostra o vendedor negociando até o teto dele. #### O que é A interface da força de vendas digital. Vendedor e comprador compartilham um Real-Time Shared Cart, o mesmo carrinho para os dois, atualizado ao recarregar a página e negociado no chat instantâneo, e negociam preço, prazo, pagamento e quantidade sob os Approval Workflows e o crédito aplicados pelo Commerce Rules Engine. O Customer Intelligence Panel carrega histórico, crédito e contexto do comprador em um clique. O vendedor evolui em quatro perfis: atendente, facilitador, negociador governado e consultor com IA, apoiado pelo Sales Copilot. Não existe um app separado de vendedor. O app para representante comercial é o app do próprio portal: o vendedor entra no mesmo portal que o comprador usa, no app e no desktop, e a interface se adapta ao papel de vendedor para ele navegar e gerir a carteira de clientes pelo front. Os dois no mesmo carrinho. Vendedor e comprador compartilham o Real-Time Shared Cart e negociam preço, prazo, pagamento e quantidade sob as alçadas do Commerce Rules Engine. #### A mesa de negociação em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A capacidade que ninguém replica ##### A jornada compartilhada Vendedor e comprador no mesmo carrinho, com a governança aplicada em tempo real. No mercado, o vendedor (no CRM) e o checkout do comprador ficam separados. ##### Dead-End Negotiation Prevention O sistema evita o tempo perdido em uma proposta inviável, barrando antes o que não passaria na alçada. Do WhatsApp para a mesa governada. O vendedor move preço, prazo e pagamento com a mesma liberdade, só que dentro da alçada e com o registro de cada concessão. #### Onde o vendedor opera as cinco dimensões Real-Time Shared Cart Customer Intelligence Panel Approval Workflows Dead-End Negotiation Prevention Sales Copilot #### As operações que fecham aqui e não fechariam em outro lugar 5 Barter No agro, o grão é a moeda. A precificação considera safra, cultura, moeda indexadora, CIF ou FOB e a tributação rural, e o saldo em grãos é gerido por cliente. Split de pedidos O vendedor fraciona a entrega entre endereços e métodos dentro do mesmo pedido, com frete, imposto e alçada independentes por fração. ByRequest A ruptura de estoque vira oportunidade, e não erro. O item sem preço ou sem saldo continua no catálogo e abre captura de demanda, em vez de sumir da vista e levar o cliente junto. Busca multidimensional Busca por código do fabricante, código do parceiro, atributo técnico e contexto comercial. Em catálogo técnico grande, é a diferença entre achar o item em segundos e achar em minutos. Atendimento fora do canal A demanda que chegou por mensagem ou telefone entra na plataforma: o vendedor monta o carrinho, compartilha o link, e a negociação passa a ter governança e rastro. #### A carteira é do vendedor, e o sistema garante isso 3 Sem isso, o portal vira ameaça à comissão e a força de vendas o sabota. A arquitetura resolve o conflito, em vez de pedir que as pessoas o superem. Vendedor e Seller são entidades distintas O vendedor é a pessoa autenticada que atende. O Seller é a entidade jurídica que detém estoque e responsabilidade fiscal e cadastra a sua oferta conforme a estratégia de catálogo que o dono do portal escolheu. A hierarquia vai do vendedor até o SKU, passando por Seller, depósito e saldo, e é ela que determina o que é viável prometer. Sem atropelo entre vendedores Dado sensível de cliente fora da carteira é inacessível, e as conversas são segregadas por vendedor. Quem atende sabe que a base é sua. Customer Intelligence Panel Ao identificar o cliente, o vendedor recebe saúde financeira, crédito disponível, condições comerciais, cluster e histórico. Evita o desperdício de montar proposta para quem seria barrado no checkout. #### Alçada, margem e atendimento governados por vendedor 8 O vendedor ganha autonomia para negociar, e a empresa define até onde ela vai. Compra em nome do cliente O vendedor identifica o cliente por nome, CPF ou CNPJ e compra em nome dele dentro do próprio portal, com os endereços, o limite de crédito, os preços de contrato e as regras de preço do cliente, sem que ele precise logar. Vários atendimentos podem ficar abertos ao mesmo tempo. Três limites de desconto por vendedor Acima do primeiro limite, o pedido vai para aprovação; o segundo impede inserir o desconto no item; o terceiro trava o avanço do pedido, para que ele não fique sem aprovador possível. Cada limite pode valer por categoria, loja ou tag de preço, e no carrinho com vários itens a alçada pode ser calculada por média ponderada. Aprovação em níveis com histórico Cada perfil tem uma faixa de aprovação, e o pedido sobe nível a nível com comentário e histórico datado. A loja define se os superiores veem pendentes e negados dos níveis abaixo e se podem pular níveis. Governança por margem Margem mínima para aprovação automática e margem mínima para fechar o pedido: abaixo dela, o pedido nem entra em aprovação. A plataforma pode mostrar ao vendedor quanto falta para atingir a margem. Frete negociado dentro da alçada O vendedor pode alterar o valor do frete dentro de uma alçada própria, em valor ou percentual, com teto de bloqueio, ou inserir frete manual com transportadora, valor e prazo. Carteira e lojas por vendedor A carteira é restrita por cliente ou por grupo de clientes, e a loja pode exigir que cada cliente fique vinculado a um único vendedor. O vendedor de um parceiro vende só das lojas permitidas: produtos das demais aparecem sem preço e sem estoque. Painel do vendedor e do gerente O vendedor aprova pendências e vê a margem no painel de aprovação. A visão de gerente mostra os pedidos das lojas e categorias da sua alçada, com a fila ordenada por desconto ou por data. Central de compras com carteira O comprador tem login próprio e compra só para os clientes da sua carteira. A nota fiscal sai no CNPJ do cliente, o pedido registra quem comprou, e o comprador não concede desconto. Alçada do vendedor #### Acima da alçada, o desconto pede motivo e sobe para aprovação. No Assisted Selling Platform (Sales Hub), o vendedor concede desconto até o teto do papel dele, na tabela de contrato daquele cliente. Acima do teto, a linha pede o motivo codificado e o pedido fica retido para aprovação, sem sair da tela. Como a negociação é governada → Portal de demonstração da CWS Platform, com dados fictícios. #### Em operação Imdepa · distribuição de autopeças 3x mais clientes 153 clientes ativados em 3 anos, sem crescer a equipe na mesma proporção. "O valor real não é a receita que se vê nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores." Paulo R. S. Pereira, Coordenador de Vendas Digitais da Imdepa Ler o caso Imdepa → #### APIs deste módulo O que este módulo faz no painel o seu sistema também faz por API. Estes são os grupos dele na referência pública da API. ##### Clientes Serviços para gerenciamento completo dos dados cadastrais de clientes, seus endereços e grupos. - POST Criar Novo Cliente /v1/customer - GET Buscar Cliente por Documento /v1/customer/document/:document Ver os13endpoints do grupo → ##### Orçamentos Serviços para consulta e resposta de orçamentos solicitados por clientes. - GET Listar Orçamentos Pendentes /partnerBudgets/pending - PUT Responder Orçamento /partnerBudgets/:id Ver os5endpoints do grupo → ##### Carrinho Personalizado Endpoints para criar, editar e deletar carrinhos de compra personalizados para clientes. - POST Criar Carrinho Personalizado /customCart/create - PUT Editar Carrinho Personalizado /customCart/edit Ver os3endpoints do grupo → ##### Módulo Vendedor Endpoints para gerenciar vendedores e suas carteiras de clientes. - GET Listar Vendedores /sellerModule/listSellers - POST Vincular Cliente ao Vendedor /sellerModule/addCustomer/:attendantIdOrDocument Ver os7endpoints do grupo → Área de Desenvolvedores → Sales Copilot #### O AI Agent monta o orçamento. O vendedor decide. O Sales Copilot lê a carteira, aponta o cliente para hoje e deixa o orçamento pronto, com o motivo à vista. Aprovar, editar ou descartar continua com o vendedor. Ver o Sales Copilot → Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O que é o Real-Time Shared Cart? É a mesa da Assisted Selling Platform (Sales Hub): vendedor e comprador no mesmo carrinho, com contexto e alçada aplicados ali. O que um altera aparece para o outro ao atualizar a página, e o chat instantâneo permite negociar e alterar o carrinho em conversa. Há operações que rodam 100% por ela. ##### O Sales Hub tem regra própria de desconto? Não. O módulo aplica os Approval Workflows do Commerce Rules Engine, com alçada por perfil e Reason Code obrigatório no envio para aprovação e na negativa comercial, então a concessão acima da alçada tem autor e justificativa. ##### O que o Customer Intelligence Panel mostra? Histórico, crédito e contexto do cliente em um clique, e o acesso por carteira garante que cada vendedor veja só a própria base. ##### Existe um app para o representante comercial? Sim, e é o app do próprio portal: o representante usa o mesmo portal do comprador, no app e no desktop, e não um app separado de vendedor. A interface se adapta ao papel de vendedor para ele navegar e gerir a carteira de clientes pelo front. ##### O que é força de vendas? Força de vendas é a equipe que vende em nome da empresa: representantes, vendedores internos e de campo, e quem os coordena. No B2B ela cuida da carteira, negocia preço, prazo e mix e fecha o pedido, e boa parte do tempo dela ainda vai para cotar e digitar pedido em vez de negociar. ##### O que é automação da força de vendas? É tirar da mão do vendedor o trabalho repetitivo que não precisa de julgamento, para sobrar tempo para negociar. Na CWS Platform isso significa o contexto do cliente em um clique no Customer Intelligence Panel, o orçamento montado pelo Sales Copilot, a recompra no autoatendimento e a alçada aplicada sozinha pelo Commerce Rules Engine. ##### Como estruturar a força de vendas B2B? Separe o pedido rotineiro da negociação complexa e dê a cada um o seu canal. A recompra vai para o autoatendimento; o vendedor fica com a carteira, a negociação e o relacionamento; e a regra de desconto, prazo e crédito sai da cabeça das pessoas e vira alçada por perfil, com cada concessão registrada com autor e o motivo obrigatório quando ela vai para aprovação. Persona · Representante comercial A recompra saiu da minha mesa, e meu tempo voltou para a negociação. Na Assisted Selling Platform (Sales Hub), a recompra vai para o autoatendimento, e vendedor e comprador negociam no mesmo carrinho, dentro da alçada. Persona · Compradora Vejo no meu carrinho o que o vendedor alterou, e fechamos ali mesmo. Na Assisted Selling Platform (Sales Hub), o que um altera no Real-Time Shared Cart aparece para o outro ao atualizar a página, com chat instantâneo. Agendar demonstração Ver Venda Assistida → ← Ver a plataforma Assisted Selling no glossário → As alçadas que limitam a concessão → --- ## AI Agents com Business Guardrails | CWS Platform URL: https://www.cws-platform.com/ai-agents/ ### AI Agents com Business Guardrails 1 de 6 › Ver os AI Agents em ação Para quem vende para a carteira O orçamento chega montado; quem vende aprova, edita ou descarta. O Sales Copilot mostra por que este cliente hoje e as variáveis usadas, sempre dentro do teto de desconto do papel. Agendar demo do Sales Copilot Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 6 › Ver os AI Agents em ação Para quem decide até onde a IA vai Você decide até onde a IA age sozinha, ação por ação. A matriz dos 6 AI Agents separa o que o agente executa sozinho, o que ele só propõe e o que ele nunca faz. Agendar demo dos AI Agents Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 6 › Ver os AI Agents em ação Para quem responde pela TI O agente aponta o conflito de regra e não altera nenhuma. Os 1.029 parâmetros configuráveis são varridos; o conflito que mora no ERP só é informado e sobe para o time. Agendar demo do Rules Auditor Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 6 › Ver os AI Agents em ação Para quem compra em volume O pedido de 80 linhas amanhece montado no carrinho. O Procurement Agent monta o carrinho a partir de um pedido em linguagem de gente; o que passa do crédito fica para aprovação humana. Agendar demo do Procurement Agent Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 5 de 6 › Ver os AI Agents em ação Para quem dirige a rede A rede redistribui o estoque antes de comprar. Redistribuir e alertar o agente faz sozinho, porque se desfaz; sugerir compra sobe para o humano. Agendar demo do Replenishment Agent Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 6 de 6 › Ver os AI Agents em ação Para quem responde pela marca A campanha chega montada e só vai ao ar com o seu clique. O agente aponta ficha incompleta e campanha vencida sozinho; mexer no teto de desconto ele nem consegue. Agendar demo do Merchandising Agent Ver os AI Agents em ação Vídeo de 56s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Plataforma · IA governada A IA que age sobre uma operação grande não pode alucinar preço nem furar alçada. Os 6 AI Agents da CWS Platform consomem o Core determinístico via MCP, sob exatamente as mesmas regras que um vendedor humano, dentro do Autonomy Gradient. Eles sugerem e executam o reversível; o humano decide o resto. #### Rules Auditor Agent Audita 1.029 parâmetros em 45s, detecta conflito, previne vazamento. Sugere, humano decide. Ver agente → #### Sales Copilot Ranking de carteira, alerta de margem e inatividade, monta orçamento. Ver agente → #### Procurement Agent Busca semântica, comparação multi-seller, monta carrinho, recompra. Ver agente → #### Merchandising Agent Monitora loja, ficha incompleta, sugere campanha. Ver agente → #### Catalog Enrichment Agent Pipeline de 7 etapas, da foto à publicação por SKU. Ver agente → #### Replenishment Agent Redistribui entre CDs, alerta de ruptura, sugere compra. Ver agente → #### IA governada em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Autonomy Gradient A governança da IA por infraestrutura, não por prompt. Verde o agente executa sozinho (ação reversível, baixo risco). aplicado Desconto de 3% dentro da alçada de 5%. O pedido segue para o checkout sem intervenção. Amarela o agente propõe, o humano confirma com um clique. aguardando Desconto de 8% acima da alçada de 5%. Fica pendente no painel do gestor, com motivo obrigatório. Vermelha o agente nunca age. Informa e escala para o humano. bloqueado Desconto de 15% acima do teto de 10%. A interface impede o avanço: o pedido sequer é criado. #### Perguntas frequentes ##### Os AI Agents podem mudar uma regra de negócio? Não. Os AI Agents consomem o Core determinístico via MCP (Model Context Protocol), sob exatamente as mesmas regras que um vendedor humano. Interpretam intenção e sugerem; a regra é executada pelo Commerce Rules Engine, e o humano decide o que sobe de alçada. ##### O que é o Autonomy Gradient? É a governança da IA por infraestrutura, não por prompt. Cada ação de um agente cai em uma de três zonas: verde (executa sozinho, baixo risco), amarela (propõe, humano confirma) ou vermelha (nunca age, escala para o humano). ##### Se a IA cair, a operação para? Não. O Core determinístico executa as regras por código, a custo zero de inferência. Os AI Agents orquestram esse Core, mas se a IA cair, a negociação continua rodando sobre o Core. Agendar demonstração Ver a plataforma → --- ## Portais B2B | CWS Platform URL: https://www.cws-platform.com/portais/ Portais ### Portais B2B O que o mercado chama de "portal do cliente", na CWS Platform é uma camada de governança sobre o Core: a mesma operação, com preço, crédito e regra embutidos, exposta a quem compra e a quem vende. Não é mais um e-commerce B2B, é a mesa de negociação digitalizada. O portal é montado no No-Code Storefront Builder (CMS Builder), com template único dinâmico e SEO nativo. #### Dois modos, a mesma governança A operação B2B acontece de duas formas, e as duas rodam sobre as mesmas regras do Commerce Rules Engine. O que muda é quem está na frente. ##### Venda Digital B2B O comprador se atende sozinho: encontra, negocia dentro das regras e fecha com crédito nativo. O pedido rotineiro sai da mesa do vendedor. Ver Venda Digital B2B → ##### Venda Assistida A mesa de negociação do vendedor, com o cliente e a margem à vista. O representante deixa de tirar pedido e passa a negociar com governança. Ver Venda Assistida → ##### Caso de uso · Marketplace de concessionárias O portal oficial de uma rede de concessionárias, de linha leve e pesada: o dono do veículo informa o carro, vê só a peça que serve, compra da concessionária da região e a rede inteira atende por trás, com chat e agente de IA. Ver o caso de uso → #### Os perfis de operação 6 A CWS Platform não vende portal de prateleira: gera o portal que a operação precisa, por parametrização. Para que isso não vire uma lista de dezenas de combinações, a oferta se organiza em perfis de operação, e cada um agrupa as variações reais de um cenário que o decisor reconhece. Este é também o mapa de maturação do site: 4 dos 6 perfis já têm página própria. Os demais estão descritos aqui e ganham página conforme o conteúdo fica pronto. ##### Venda Digital B2B Portal de compra entre empresas com preço negociável e governança O comprador acessa, negocia e fecha com as mesmas condições que teria por telefone, e as concessões continuam dentro das alçadas que a empresa definiu. Ver Venda Digital B2B → ##### Venda Assistida Televendas, balcão digital e vendedor em campo, com ou sem portal público Há operação que roda inteira pelo vendedor, sem portal aberto ao público. O vendedor não é um canal a mais sobre a plataforma, é um modo dela. Ver Venda Assistida → ##### Varejo Complexo Venda ao consumidor com multi-CD, atacado e varejo juntos e preço regional Não é venda ao consumidor genérica, é a que tem complexidade de operação entre empresas por baixo. Para preço fixo, estoque único e checkout simples, existem opções mais baratas, e dizer isso é parte do posicionamento. Ver Varejo Complexo → ##### Marketplace Governado Marketplace com estoque próprio e de terceiros no mesmo carrinho, e split governado Governar seller, estoque e comissão num ecossistema em que cada transação é rastreável, com vitrine por critério configurável e proteção contra a saída da negociação para fora da plataforma. Ver Marketplace Governado → ##### App e Campo Aplicativo nativo para o vendedor em campo e para a operação com conectividade instável Não é o site redimensionado. É paridade funcional, com estoque, preço e alçada valendo no bolso do vendedor, inclusive onde o sinal falha. Ainda sem página própria ##### Agro Barter, CIF e FOB, crédito rural e entrega fracionada por propriedade Negociar em saca de grão, operar CIF e FOB invertidos e calcular a tributação rural dentro da formação do preço. A entrega se fraciona por propriedade, com frete e imposto independentes por fração. Ainda sem página própria Em produção real 3x mais clientes na Imdepa, pelo portal B2B de autoatendimento: 153 clientes ativados em 3 anos, sem crescer a equipe na mesma proporção. +10 pontos de margem na Tracbel, nos pedidos via portal, com 100% do portfólio disponível (cerca de 131 mil SKUs). Caso Imdepa → Caso Tracbel → O portal é uma das exigências de uma plataforma B2B, não a única. O guia de plataforma de ecommerce B2B compara as categorias de solução critério a critério. #### Perguntas frequentes ##### Quais perfis de portal a CWS Platform entrega? Seis, e eles são taxonomia, não catálogo de produtos: Venda Digital B2B, Venda Assistida, Varejo Complexo, Marketplace Governado, App e Campo, e Agro. Todos saem do mesmo template dinâmico do No-Code Storefront Builder (CMS Builder), por parametrização, e é por isso que o portal é produto incluso e não projeto à parte. ##### O portal substitui o meu vendedor? Não. O portal existe em dois modos sobre o mesmo Core: a Venda Digital B2B, em que o comprador se atende no rotineiro, e a Venda Assistida, a mesa de negociação do vendedor. O rotineiro sai da mesa do vendedor; a negociação complexa continua com ele, agora com governança. ##### Por que a adoção de portal B2B costuma falhar, e aqui não? Porque o portal tradicional é mais uma interface para o comprador decorar. Na CWS Platform, o Procurement Agent faz a busca semântica, monta o carrinho e sugere a recompra: o comprador conversa, não decora tela. Remover a fricção muda o comportamento de compra. ##### Dá para ter portal de autoatendimento e venda assistida ao mesmo tempo? Sim, é o padrão. Os dois modos rodam sobre as mesmas regras do Commerce Rules Engine, então preço, crédito e alçada valem igual no autoatendimento e na mesa do vendedor, sem divergência entre canais. Agendar demonstração O que é Governed Negotiation → --- ## Portal da concessionária para venda de peças | CWS Platform URL: https://www.cws-platform.com/portais/marketplace-concessionarias/ Portais · caso de uso · concessionárias de linha leve e pesada ### Portal da concessionária: o dono do veículo compra da casa certa, e a rede inteira atende por trás. Hoje o consumidor procura a peça no marketplace generalista, compra de quem aparece primeiro e só volta à concessionária quando dá errado. O portal da concessionária na CWS Platform inverte isso: um portal oficial da rede, no navegador e no aplicativo, em que o cliente vê só as peças que servem no veículo dele, é atendido pela concessionária que cobre a região, com estoque integrado, e recebe o que falta de outra casa ou da fábrica, na ordem que a rede administra. O vendedor e o técnico atendem no chat da plataforma, e o agente de IA monta o carrinho quando ninguém está na linha. #### Em resumo Portal da concessionária é o canal oficial on-line de uma rede de concessionárias, em que o cliente compra peças das casas da própria marca. Na CWS Platform, o portal filtra a peça pelo veículo do cliente, mostra primeiro a concessionária da região, traz as demais casas e a fábrica como retaguarda na ordem que a rede define e divide um pedido só por origem. - Num pedido de vários sellers, cada parte é acompanhada com o seu seller, prazo e transportadora. Fonte: gestão de pedidos B2B (OMS) . - A tabela de aplicação liga cada SKU ao veículo ou equipamento em que ele serve, com referência cruzada entre marcas. Fonte: Product Catalog & MDM (Catalog Engine) . - O portal da concessionária é um caso de uso do perfil Marketplace Governado. Fonte: marketplace B2B governado . - A Tracbel, dealer Volvo premiado, registrou cerca de R$ 122 milhões de receita digital em 2025. Fonte: caso Tracbel . Catálogo técnico de verdade, com aplicação e equivalência entre marcas, é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . Para quem Redes e grupos de concessionárias, associações de marca e montadoras que querem um canal oficial de peças para o consumidor final, de linha leve, pesada ou as duas. Dor central Demanda da marca vazando para o generalista, estoque parado numa casa e faltando na outra, atendimento por telefone e WhatsApp sem rastro, e conflito entre concessionárias da mesma rede. O que entrega Portal e aplicativo da rede, peça por veículo, concessionária por região, estoque da rede e da fábrica em ordem de preferência, chat com vendedor e técnico, agente de IA e um pedido só para o consumidor. #### O portal oficial da rede em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A jornada do consumidor, do carro ao pedido Seis passos, e em nenhum deles o consumidor precisa saber código de peça, qual concessionária tem estoque ou como a rede se organiza por trás. Isso é problema da plataforma, resolvido por regra. O que falta vem da rede, por regra. Se a casa da região não tem a peça, o portal segue a ordem que a rede definiu: outras concessionárias, depois a fábrica. Sem telefone no meio. - 1 ##### O consumidor informa o veículo Marca, modelo e ano, no portal ou no aplicativo. O carro fica salvo na garagem dele, e a próxima compra já começa filtrada. - 2 ##### Vê só o que serve no carro dele A vitrine mostra apenas as peças com aplicação para aquele veículo, de linha leve ou pesada. Sem código de peça, sem tabela de compatibilidade, sem erro de compra. - 3 ##### A concessionária da região aparece primeiro Pelo endereço do cliente, a casa que atende aquela região é a primeira oferta, com estoque integrado e retirada em loja ou entrega. - 4 ##### O que falta vem da rede ou da fábrica Se a casa da região não tem a peça, o portal segue a ordem de preferência que a rede definiu: outras concessionárias, depois a fábrica. Tudo administrado por regra, não por telefone. - 5 ##### Vendedor, técnico ou agente de IA no chat Dúvida de aplicação, orçamento, negociação. O vendedor e o técnico da concessionária atendem no chat da plataforma, e o agente de IA cobre o resto do tempo, montando o carrinho. - 6 ##### Pedido, pagamento e entrega no mesmo lugar O consumidor fecha um pedido só, mesmo que a origem seja mais de uma casa. A plataforma divide o pedido, o pagamento e a entrega por origem, e a rede enxerga tudo. Aplicação por veículo #### A vitrine mostra só as peças que servem no veículo. O consumidor escolhe o veículo, de linha leve ou pesada, e o catálogo traz só o que tem aplicação para ele, cada peça marcada como compatível, com preço e estoque. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Por que o portal oficial da rede ganha do generalista Ninguém vence o marketplace generalista no tamanho do catálogo, e competir só por preço no digital não se sustenta. O portal oficial da rede ganha em três coisas que o generalista não tem: a aplicação correta da peça para o veículo, a disponibilidade integrada entre as casas e a fábrica, e o atendimento de quem conhece o carro. No pesado, o que decide é reduzir a parada do veículo: disponibilidade e atendimento remoto pesam tanto quanto preço, e é exatamente aí que a rede tem vantagem estrutural. A CWS Platform não vende um marketplace. Digitaliza a operação que a rede já tem, com as concessionárias, os vendedores, os técnicos e a fábrica como ativos, e o marketplace nasce como resultado. É o que desarma a objeção de quem já tem site e não quer virar um generalista. Onde a rede ganha do generalista. Ninguém vence o generalista no tamanho do catálogo. A rede vence na aplicação correta, na disponibilidade entre casas e no atendimento de quem conhece o carro. #### O que a plataforma faz, na prática ##### Peça filtrada pelo veículo Filtro por marca, modelo e ano, com garagem do cliente para salvar mais de um veículo. Vale para linha leve e pesada, inclusive por número de série no pesado. ##### Concessionária da região na frente Restrição e prioridade por região de atendimento, retirada em loja pelo CEP e frete calculado por origem. A casa certa aparece primeiro, e nenhuma casa atende onde não entrega. ##### Estoque integrado em ordem de preferência Estoque de outras concessionárias e da fábrica como retaguarda, exposto só quando a casa prioritária não tem, na ordem que a rede administra. Sem venda perdida por falta local. ##### Chat com vendedor e técnico Atendimento na própria plataforma, por atendente geral ou por vendedor com carteira. Envio de foto, montagem de carrinho pelo atendente e orçamento compartilhado por link. ##### Agente de IA que atende e monta o carrinho Busca em linguagem natural, comparação entre as casas, carrinho e recompra, 24 horas por dia, sob as mesmas regras de preço, região e alçada que valem para um vendedor humano. ##### Um pedido, várias origens Divisão de pedido, pagamento e entrega por concessionária ou fábrica, com preço e frete por origem. O consumidor fecha um carrinho; a rede recebe cada parte na casa certa. Atendimento no chat, com rastro. A dúvida de aplicação vai para o técnico, a negociação para o vendedor, e o agente de IA cobre o resto do tempo montando o carrinho. #### Governança da rede, sem conflito entre casas Um marketplace de concessionárias vive ou morre em quatro condições, e nenhuma delas é tecnologia: adesão das casas, que precisam ver valor sem sentir a plataforma como concorrente; qualidade do dado de produto, aplicação, estoque, preço e prazo; liquidez, com oferta e atendimento suficientes para o consumidor voltar; e governança, com regra clara de exposição, distribuição de pedido, preço, comissão, atendimento, logística e devolução. A CWS Platform é a camada em que essas regras são configuradas e valem para todo canal: portal, aplicativo, chat, vendedor e agente de IA. ##### Cada concessionária dona do que é dela Estoque, preço, região, clientes e vendedores por casa. A rede define a ordem de preferência; a casa define o que expõe. Uma concessionária não perde cliente para a outra por desenho, não por acordo verbal. ##### A rede enxerga o todo Pedido por origem, atendimento por chat registrado, desconto com autor e justificativa, comissão e split rastreáveis. O que hoje se perde entre telefone e WhatsApp vira dado da rede. A rede enxerga o todo. Cada concessionária cuida do que é dela, e a rede vê pedido por origem, atendimento e desconto com autor. O que se perdia no WhatsApp vira dado. #### Por ângulo de decisor Diretor da rede / grupo A dor: O dono do carro procura peça no generalista, compra de quem aparece primeiro e a rede vira balcão de garantia. A demanda da marca vaza para fora do canal oficial. O que muda: Um portal oficial da rede, no navegador e no aplicativo, que responde com a peça certa e a casa certa. A demanda volta para dentro, com a concessionária preservada. Gerente de peças da concessionária A dor: Balcão lotado, telefone tocando, orçamento por WhatsApp sem rastro. O que não tem em estoque vira 'volto a te ligar' e a venda morre. O que muda: O pedido rotineiro sai do balcão. O que falta vem de outra casa ou da fábrica na hora, dentro do mesmo pedido, e cada atendimento fica registrado. Diretor financeiro A dor: Estoque parado numa casa e faltando na outra. Custo de transação por pedido alto, margem que some entre desconto de balcão e frete improvisado. O que muda: Estoque da rede exposto como um só, com ordem de preferência que privilegia giro. Desconto com autor e justificativa, frete e pagamento calculados no pedido. TI / operações A dor: Cada concessionária tem seu DMS e seu jeito de integrar. Mais uma iniciativa digital corre risco de virar projeto parado. O que muda: Uma camada de orquestração sobre os sistemas que já existem, por API, com integração por casa e o portal montado por parametrização, não por projeto de software. Região de atendimento #### Pelo endereço do cliente, a casa da região é a primeira oferta. O portal pergunta de onde o cliente compra e mostra as casas que atendem aquela região, com a distância, o prazo de preparo e a retirada em loja ou a entrega. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Os trilhos, no vocabulário da concessionária Filtro por veículo e garagem do cliente Aplicação por número de série no pesado Região de atendimento por casa Estoque combinado com ordem de prioridade Retirada em loja pelo CEP Chat com vendedor e técnico Orçamento compartilhado por link Split de pedido, pagamento e entrega por origem Desconto com autor e justificativa Integração por API com o sistema de cada casa Garagem do cliente #### O carro fica salvo na garagem, e a próxima compra já começa por ele. Marca, modelo e ano entram uma vez, no portal ou no aplicativo. Depois, cada veículo salvo abre o catálogo já filtrado com um toque. Portal de demonstração da CWS Platform, com dados fictícios. #### Em operação Tracbel · dealer Volvo · linha pesada +10 pontos de margem nos pedidos via portal, com 100% do portfólio disponível (cerca de 131 mil SKUs). Eleita melhor dealer Volvo do mundo (Volvo Gold, 2025). Ler o caso Tracbel → Imdepa · distribuição de autopeças 3x mais clientes 153 clientes ativados em 3 anos no portal, sem crescer a equipe na mesma proporção, com o vendedor liberado do pedido rotineiro para a consultoria. Ler o caso Imdepa → Do lado da indústria, a Pirelli, pelo Pirelli Conecta , orquestra na CWS Platform a compra das revendas autorizadas junto a distribuidores selecionados, e a MTE-Thomson criou o próprio canal digital de venda. É a mesma máquina que sustenta o portal oficial de uma rede de concessionárias. Persona · Dono do veículo Parei de comprar peça errada: informo o veículo e só vejo a que serve. O filtro por veículo e a garagem do cliente mostram só a peça com aplicação, e a concessionária da região aparece primeiro. Persona · Diretor da rede de concessionárias A demanda voltou para a minha rede, e nenhuma casa perde cliente para outra. Na CWS Platform, restrição por região, carteira por vendedor e ordem de preferência são configuráveis, e cada concessionária segue dona do estoque e do preço. #### Perguntas frequentes ##### Isso não é concorrer com o marketplace generalista, onde o consumidor já compra peça? Não se ganha do generalista no catálogo. O portal oficial ganha onde ele não chega: a peça certa para o veículo certo, a disponibilidade integrada entre as casas da rede e a fábrica, e o atendimento de quem conhece o carro. É o argumento do portal oficial que não compete só por preço. ##### Cada concessionária tem estoque, preço e região próprios. Como isso vira um portal só? Cada concessionária segue dona do seu estoque, do seu preço e da sua região. O portal orquestra: a concessionária que atende a região do cliente aparece primeiro, as demais e a fábrica entram como retaguarda na ordem que a rede define, e o pedido é dividido por origem sem que o consumidor precise entender isso. ##### As concessionárias da rede são concorrentes entre si. O portal não vai gerar conflito? O desenho parte disso. A restrição por região, a carteira por vendedor e a regra de exposição em ordem de preferência são configuráveis, para que uma casa não perca cliente para outra e o consumidor nunca fique sem resposta. É governança da rede, não vitrine única. ##### O vendedor e o mecânico da concessionária vão atender pelo chat da plataforma? Sim, e sem sair do próprio sistema. O chat é da plataforma: o consumidor chama, o vendedor ou o técnico responde, monta o carrinho, manda o orçamento e fecha, tudo registrado no mesmo pedido. Quando ninguém está disponível, o agente de IA atende dentro das mesmas regras. ##### Precisamos ter o catálogo de aplicação pronto antes de começar? Não. A aplicação por veículo é o que faz a peça aparecer para o carro certo, e a CWS Platform trata catálogo bruto (PDF, planilha, imagem) em conteúdo estruturado, como serviço e com agente de IA. O portal nasce com a base que a rede tem e evolui com ela. ##### O que é um portal de concessionária? Portal de concessionária é o canal oficial on-line de uma rede de concessionárias, em que o cliente compra peças e serviços das casas da própria marca, e não de um marketplace generalista. Na CWS Platform ele filtra a peça pelo veículo do cliente, manda o pedido para a concessionária que cobre a região dele e tem o resto da rede e a fábrica como retaguarda. ##### Para quem é o portal da concessionária na CWS Platform? Para redes e grupos de concessionárias, associações de marca e montadoras que querem um canal oficial de peças para o consumidor final, de linha leve, pesada ou as duas. Ele faz sentido quando o estoque fica parado numa casa e falta na outra, e quando o atendimento ainda roda por telefone e WhatsApp, sem registro. Fale com a CWS Platform #### Quer ver o portal da sua rede com o seu catálogo e as suas casas? Conte quantas concessionárias, quais marcas e se a linha é leve, pesada ou as duas. A gente volta com uma demonstração no cenário da sua rede: veículo do cliente, casa da região, retaguarda da rede e da fábrica, chat e agente de IA. Falar com um especialista Agendar demonstração O perfil Marketplace Governado → Ver o módulo Marketplace Center → Autopeças e aftermarket → ← Portais B2B --- ## Marketplace B2B governado pelo dono do portal | CWS Platform URL: https://www.cws-platform.com/portais/marketplace-governado/ ### Marketplace B2B governado 1 de 4 › No escritório · Compradora de revenda A compradora escolhe de qual loja da rede vai comprar. As filiais entram no portal como lojas, cada uma com o seu catálogo, preço e região. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No escritório · Lojista de autopeças Cada peça mostra quantas lojas da rede a vendem. A loja que oferta o preço aparece na busca e no card do produto. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Na gestão · CMO A ordem das lojas na vitrine é regra do dono do portal. Na Priorização de Loja, as lojas parceiras aparecem primeiro para cada perfil, na ordem que o portal define. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Na oficina · Técnica da oficina Num carrinho só, cada distribuidor vira um pedido. O checkout divide o pedido por loja: cada distribuidor recebe só os itens que vende. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Portais · por perfil Quase toda distribuição perde venda por falta de sortimento, e quase nenhuma resolve isso, porque a alternativa seria comprar estoque ou deixar um terceiro configurar preço, frete e disponibilidade dentro de casa. Na falta de uma camada que permita a segunda opção sem abrir mão do controle, a empresa escolhe não fazer, e a ruptura vira um fato da vida. O Marketplace Governado é o marketplace B2B com essa camada: estoque próprio e de terceiros no mesmo carrinho, com a regra de quem aparece, quem entrega, quem recebe e quanto fica em cada ponta escrita por quem é dono do portal. #### Em resumo Marketplace B2B é o portal em que a distribuição vende estoque próprio e de terceiros no mesmo carrinho. Na CWS Platform ele é governado: o dono do portal decide o critério da vitrine, a ordem entre lojas, a região de cada seller e a comissão, e cada transação fica registrada por origem, o que dá leitura do sell-out. - O perfil roda sobre o Marketplace Management Platform (Marketplace Center). Fonte: Marketplace Center . - O pedido chega dividido por origem no Order Management System. Fonte: gestão de pedidos B2B (OMS) . - O preço de cada oferta sai do Contextual Pricing, o mesmo motor do resto da plataforma. Fonte: motor de preços B2B . - Caso de uso no ar: a rede de concessionárias, com a loja da região primeiro e o resto da rede como retaguarda. Fonte: marketplace de concessionárias . Para comparar o marketplace com as outras categorias de solução, sem nome de fornecedor, veja o guia de plataforma de ecommerce B2B . #### Marketplace é resultado, não objetivo Nenhum projeto que começou pela frase "queremos lançar um marketplace" chega perto de liquidez. O que funciona é o caminho inverso: digitalizar a operação que já existe, com as filiais, os vendedores, os fornecedores e os clientes que a empresa já tem, e deixar o marketplace nascer como consequência de uma operação que passou a ser legível. É por isso que este perfil não se vende como produto novo. Ele é um estado a que uma Venda Digital B2B chega quando o sortimento precisa crescer mais rápido do que o estoque. A diferença em relação ao marketplace generalista não está no catálogo, está em quem fica com o cliente. No generalista a demanda é alugada, e o que volta é menos margem e nenhum dado da ponta. No portal próprio, cada transação registra origem, e é dessa matéria-prima que sai o sell-out que hoje não se enxerga. #### O marketplace governado em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### A pergunta que trava o projeto: quem manda na vitrine Em um marketplace, a decisão mais cara é qual oferta aparece primeiro. Quando essa decisão é terceirizada para o menor preço, o portal vira um leilão contra o próprio dono, e o fornecedor convidado deixa de ser retaguarda e vira concorrente dentro de casa. A CWS Platform trata isso como configuração: o critério da vitrine é seu, a ordem entre lojas combinadas é sua, e existe a regra explícita de não exibir preço de terceiros para os itens que você tem em estoque próprio. A mesma lógica vale para o outro lado. O seller mantém preço, prazo e disponibilidade sob o controle dele, e o portal governa o frame: região, exposição, comissão e regra de pedido. Governar o frame não é administrar o comercial do outro, e a confusão entre as duas coisas é o que faz a maioria das redes recusar o convite. Quem manda na vitrine. Sem regra, o menor preço do dia decide e o parceiro vira concorrente dentro de casa. Com a regra do dono, a oferta sai na ordem que a rede escolheu. #### A camada de portal: o que o dono define Um portal da CWS Platform se configura em camadas, e a primeira é a do dono do portal. É nela que a governança mora. O dono desenha o ecossistema, e a configuração dele desce direto no Seller Center de cada vendedor: - quais estoques existem, qual estoque vende para quem e qual estoque atende qual cliente; - qual vendedor atende com qual estoque, e qual vendedor atende qual cliente; - as regras gerais de financeiro, as opções logísticas padrão e as integrações; - os meios de pagamento, num portal B2B ou B2C; - a preferência entre estoques: sinalizar e dar preferência ao estoque próprio, ao de terceiro, ou aos dois. Abaixo dela vem a camada de loja: os estoques convidados, da própria empresa ou de terceiros. Cada loja recebe pedido, entra nas promoções e configura a própria logística, frete, formas de pagamento e campanha, dentro da liberdade que o dono concedeu. Quando uma loja tem vários pontos de estoque, os depósitos dela formam a terceira camada. Quantas camadas entram é decisão de projeto, e a recomendação é que o convidado entre como loja, porque é onde ele ganha mais funcionalidade e flexibilidade. É por isso que as alavancas desta página não são capacidades soltas. A ordem entre lojas, o critério da vitrine, a região de cada loja, o split, a retirada e o rastro por origem são o que a camada de portal configura. A regra de vitrine também tem dono: a opção de não exibir o preço de terceiros para o item que a casa tem em estoque próprio é a preferência pelo estoque próprio, parametrizada pelo dono do portal. Portal, loja e depósito. A governança mora na camada de portal. Dela descem as regras para cada loja convidada e para os depósitos de cada loja. #### As quatro condições de viabilidade Um marketplace B2B vive ou morre em quatro condições, e nenhuma delas é tecnologia. A plataforma não substitui nenhuma das quatro, ela é o lugar onde a quarta deixa de ser combinado verbal e vira parâmetro que vale igual no portal, no aplicativo e no módulo vendedor. - 1 ##### Adesão Os participantes precisam ver valor antes de sentir a plataforma como concorrente. Adesão não se decreta em contrato, se desenha em governança: o que cada um mantém sob controle é o que decide se ele entra. - 2 ##### Qualidade do dado Produto, aplicação, estoque, preço e prazo precisam estar corretos no momento da oferta. Marketplace sobre dado ruim não é um portal com defeito, é uma promessa quebrada por transação. - 3 ##### Liquidez Oferta e atendimento suficientes para o comprador voltar. Sem massa dos dois lados, o portal vira uma vitrine que ninguém visita duas vezes. - 4 ##### Governança Regra explícita de exposição, distribuição de pedido, preço, comissão, atendimento, logística e devolução. É a condição que sustenta as outras três, e a única que não se compra pronta. #### O que a plataforma faz, na prática ##### Lojas combinadas com ordem de prioridade As lojas entram no portal em ordem definida, e a plataforma respeita essa ordem ao montar a oferta. O giro vai para onde a operação decidiu. ##### Vitrine por critério configurável Quem ganha a oferta sai de um critério do dono do portal, que parametriza a preferência pelo estoque próprio, pelo de terceiro ou pelos dois, com a opção de não exibir preço de terceiros para item que a casa tem em estoque próprio. ##### Seleção de loja por categoria e marca Um seller pode participar só nas categorias e nas marcas em que faz sentido, em vez de entrar no catálogo inteiro. ##### Restrição por região Cada loja e cada seller atende a área que consegue cumprir. A restrição existe para evitar que duas casas da mesma rede disputem o mesmo endereço. ##### Split de pagamento e comissão O pagamento é dividido entre as lojas participantes na transação, com comissão por origem. O cliente fecha um carrinho e cada parte chega em quem vendeu. ##### Governança de seller na retirada A retirada em loja pode ficar restrita às lojas próprias ou incluir as dos parceiros, mesmo quando o parceiro tem o item. É uma alavanca comercial, e é sua. ##### Identificação da loja que oferta A loja ou filial que ofertou o preço aparece na busca e no card do produto, e segue identificada no pedido. Sem isso não existe ecossistema auditável. ##### Operação do seller no próprio pedido O seller trata o que é dele, inclusive o cancelamento, e recebe os e-mails transacionais dos pedidos que atende. A operação é distribuída, a regra continua central. Tudo isso sai do Marketplace Management Platform (Marketplace Center) sobre o mesmo núcleo que sustenta os demais perfis: Commerce Rules Engine (CDL Workspace) para a regra, Contextual Pricing (Pricing Engine) para o preço, Distributed Inventory (Inventory Hub) para o estoque de várias origens, Shipping & Fulfillment (Logistics Engine) para a entrega e a retirada, e a gestão de pedidos no Order Management System (OMS) para o pedido dividido por origem. A vitrine como configuração. Ordem entre lojas, preço de terceiro e região de atendimento deixam de ser combinado verbal e viram parâmetro do dono do portal. #### Coordenação de vendedores no mesmo portal Quando vários vendedores operam no mesmo portal, a pergunta deixa de ser só de quem é a oferta. Passa a ser quem enxerga o quê, quem atende e quem negocia. Na CWS Platform, cinco mecanismos respondem a isso. ##### Estoque por vendedor e buybox Cada estoque pode ser associado a um vendedor, que só enxerga e só monta carrinho com o próprio estoque. Quando vários vendem o mesmo item, entra a regra de buybox, que decide qual vendedor aparece na vitrine para cada item. ##### Suporte central do portal O suporte do portal pode vender o estoque de qualquer vendedor, ou de uma lista maior, e também atuar como suporte técnico. ##### Chat dentro do marketplace Os vendedores conversam com os próprios clientes dentro do marketplace, e o suporte do portal também. ##### Negociação no mesmo carrinho Vários vendedores entram no mesmo carrinho, cada um com o próprio frete, o próprio pagamento e o próprio desconto. Cada um negocia dentro da sua alçada, e alçadas diferentes são negociadas ao mesmo tempo. Um carrinho, vários vendedores, uma alçada para cada um. Cada vendedor entra no carrinho com o próprio frete, o próprio pagamento e o próprio desconto, e negocia dentro da sua alçada ao mesmo tempo que os outros. Mesmo produto, vendedores diferentes, cada um com o seu preço e prazo, sob as regras de um único portal. Portal de demonstração da CWS Platform, com dados fictícios. ##### Compra para filiais Um comprador pode comprar em nome de vários outros, como uma central de compras que abastece as filiais, e negociar com vários fornecedores no mesmo portal. #### Por ângulo de decisor Dono ou diretor da distribuição A dor: O cliente pede, a empresa não tem, e ele compra do concorrente. O item existe no fornecedor, mas ampliar sortimento significaria comprar estoque. O que muda: O sortimento cresce sem capital parado. O terceiro cobre a ruptura dentro das regras da casa, e a venda que ia embora fica, com o cliente continuando a ser atendido pelo portal da distribuição. Fornecedor ou seller convidado A dor: Entrar num portal de outro parece entregar preço, cliente e autonomia. E parece um projeto de integração longo antes de qualquer resultado. O que muda: Ele mantém preço, prazo e disponibilidade sob controle, e começa registrando a venda que já existe. Se já opera em outro portal CWS Platform, usa o mesmo usuário e recebe no mesmo OMS. O que ele ganha é demanda qualificada sem montar canal próprio. Indústria âncora A dor: Tem escala e capilaridade, e mesmo assim não sabe quanto o canal vendeu na ponta. Sem sell-out não há previsão, reposição inteligente nem campanha mensurável. O que muda: Cada transação fica rastreável por origem. A potência da rede passa a ter leitura, e a âncora consegue acionar o canal por regra, e não por telefone. CFO A dor: Volume que cresce e margem que não acompanha. Comissão acertada depois, em planilha, e devolução que ninguém consegue atribuir à origem certa. O que muda: Split de pagamento e comissão no momento da transação, com origem registrada no pedido, no e-mail transacional e no cancelamento. O acerto deixa de ser um trabalho de fechamento. Split e comissão na transação. O cliente paga uma vez. A divisão entre lojas e a comissão acontecem no momento da compra, com a origem registrada no pedido. #### Os três desenhos que este perfil cobre 3 Os três rodam sobre o mesmo motor e se distinguem por uma única pergunta: de quem é o estoque que aparece na vitrine. Trocar de desenho é reconfiguração, não projeto novo, e é comum uma operação começar no primeiro e chegar no terceiro. Rede própria como sellers As filiais e as lojas da própria distribuição entram no portal como lojas, cada uma com catálogo, preço, região, campanha e logística próprios, ou como depósitos de uma loja interna, quando a rede prefere atendimento mais simples e uma campanha só. O estoque é todo da casa, e a governança existe para as unidades não competirem entre si. Híbrido: estoque próprio e de terceiros O portal continua sendo do distribuidor, e o sortimento passa a incluir fornecedores convidados. O mesmo cliente é atendido por estoque próprio ou de terceiro, e a regra de quem aparece primeiro é do dono do portal, não do maior desconto. Ecossistema orquestrado pela âncora Uma indústria ou uma associação organiza a compra de uma rede inteira junto a distribuidores selecionados. Quem publica o frame não é quem vende, e a governança precisa proteger o comercial de cada elo para a rede aderir. #### As alavancas de governança, da vitrine ao repasse 6 Governar um marketplace não é escolher quem entra, é decidir o que cada participante pode fazer depois que entrou. Cada alavanca abaixo é configuração da camada de portal, a do dono, e desce dele para o Seller Center de cada loja. Não são capacidades soltas: são as decisões que o dono toma ao desenhar o ecossistema. Prioridade de estoque entre lojas As lojas são combinadas em ordem, e a plataforma respeita essa ordem ao montar a oferta. É como se garante que o giro vá para onde a operação decidiu, e não para quem tiver o preço mais baixo naquele instante. Vitrine por critério, e não por leilão O critério de quem ganha a oferta é configurável: o dono do portal sinaliza e dá preferência ao estoque próprio, ao de terceiro ou aos dois, e pode não exibir o preço de terceiros para os itens que o portal tem em estoque próprio. Sem essa regra, o marketplace vira um leilão contra o próprio dono. Região de atendimento por loja e por seller Cada loja e cada seller tem a área que realmente consegue atender, e a restrição existe para evitar a sobreposição. Duas casas da mesma rede disputando o mesmo cliente é a causa mais comum de uma rede recusar o portal. Split de pagamento e comissão O pagamento é dividido entre as lojas participantes no momento da transação, com a comissão registrada por origem. O cliente fecha um carrinho, e cada parte chega em quem vendeu, sem acerto posterior em planilha. Retirada em loja como decisão do dono Existe a escolha de oferecer a retirada apenas nas lojas próprias ou também nas dos parceiros, mesmo quando o parceiro tem o item. Privilegiar a própria casa na retirada é uma alavanca comercial, não um efeito colateral. Rastro por origem em cada pedido A loja que ofertou o preço aparece identificada na busca e no card do produto, e segue identificada no pedido, no e-mail transacional e no cancelamento. O ecossistema só se governa se cada transação disser de onde veio. #### Os trilhos, no vocabulário do operador Camada de portal, loja e depósito Preferência por estoque próprio ou de terceiro Um usuário, vários portais Lojas parceiras e lojas combinadas Priorização de estoque entre lojas Seleção de loja por categoria e marca Split de pagamento entre lojas Comissão por origem Restrição de região por loja e por seller Retirada em loja com governança de seller Identificação da loja que oferta o preço Cancelamento de pedido pelo seller E-mail transacional por loja atendente Vários vendedores #### O resumo separa o que cada loja vende e entrega. Com vários vendedores no mesmo carrinho, o resumo separa o que cada loja vende e entrega, com o frete de cada uma. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Um caso de uso já no ar ##### Marketplace de concessionárias O perfil aplicado a uma rede de concessionárias de linha leve e pesada: o dono do veículo informa o carro, vê só a peça que serve, compra da concessionária da região, e o que falta vem de outra casa ou da fábrica na ordem que a rede administra. Ver o caso de uso → Chat por vendedor #### Cada vendedor conversa com os próprios clientes dentro do marketplace. O chat abre a lista de conversas do comprador com cada loja e com o especialista da rede, e a conversa fica registrada no mesmo portal em que o pedido fecha. Portal de demonstração da CWS Platform, com dados fictícios. #### Em operação Tracbel · dealer Volvo · linha pesada +10 pontos de margem nos pedidos via portal, com 100% do portfólio disponível (cerca de 131 mil SKUs). Ler o caso Tracbel → Imdepa · distribuição de autopeças 3x mais clientes 153 clientes ativados em 3 anos no portal, sem crescer a equipe na mesma proporção. Ler o caso Imdepa → Do lado da indústria, a Pirelli, pelo Pirelli Conecta , orquestra na CWS Platform a compra das revendas autorizadas junto a distribuidores selecionados, e a MTE-Thomson criou o próprio canal digital de venda que fortalece a distribuição dela. São os dois formatos de ecossistema orquestrado por âncora rodando sobre o mesmo motor. #### Perguntas frequentes ##### Se eu abrir o portal para estoque de terceiro, não estou ensinando meu cliente a comprar de outro? Só se a vitrine for um leilão. Aqui o critério de quem ganha a oferta é configuração sua, e inclui a opção de não exibir o preço de terceiros para os itens que você tem em estoque próprio. O terceiro entra onde você tinha ruptura, não onde você tinha venda. ##### Como convenço o fornecedor a entrar sem ele achar que vai perder o controle do preço dele? Porque ele não perde. O seller define o preço, o prazo e a disponibilidade dele, e a governança do portal define o frame: região, exposição, comissão e regra de pedido. Governar o frame não é administrar o comercial do outro, e é essa distinção que faz a rede aderir. ##### Minhas filiais são concorrentes entre si. O portal não vai criar guerra interna? É exatamente o que a restrição por região e a ordem de prioridade entre lojas combinadas existem para evitar. Cada loja atende a área que consegue cumprir, e a ordem em que as demais entram como retaguarda é decisão da rede, não do preço mais baixo do dia. ##### Quanto o seller vai ter que mexer antes de ver resultado? A entrada é pelo que ele já faz. Se ele já opera em outro portal CWS Platform, entra com o mesmo usuário, e o pedido deste portal cai no mesmo OMS em que ele já recebe os outros: o que muda é só a regra a que ele se submete ao ofertar aqui. Se é a primeira vez, o primeiro passo é registrar na plataforma a venda que já existe, com o catálogo e o estoque que ele já tem, e dono do portal, loja e depósito entram todos no mesmo sistema, pelo mesmo lugar. Prioridade, campanha e agente de IA entram por cima depois, quando o dado da operação já está confiável. É também por isso que quanto mais portais CWS Platform existem em volta de um setor, mais barato fica montar ecossistema nele. ##### Isso é o mesmo que listar meus produtos num marketplace generalista? Não, e a diferença é de quem fica com o cliente. No generalista você aluga a demanda e devolve margem e dado. No marketplace governado o portal é seu, a regra é sua, e cada transação fica rastreável por origem, o que é a matéria-prima do sell-out que hoje você não enxerga. ##### O que é um marketplace B2B? É um portal em que uma empresa vende para outras empresas o próprio estoque e o de terceiros, no mesmo carrinho. No marketplace B2B governado da CWS Platform, quem é dono do portal define a vitrine, a região e a comissão, e o pedido chega dividido por origem, com o pagamento repartido entre as lojas. ##### O que um marketplace B2B precisa para dar certo? Quatro condições, e nenhuma delas é tecnologia: adesão dos participantes, qualidade do dado, liquidez de oferta e atendimento, e governança explícita. A plataforma não substitui nenhuma das quatro; ela é o lugar onde a governança deixa de ser combinado verbal e vira parâmetro que vale igual para todos. ##### Quais são as soluções para gerenciar o relacionamento com fornecedores em um marketplace B2B? A gestão do relacionamento com fornecedores apoia-se em governança clara no Seller Center. Na CWS Platform, o dono do portal governa o enquadramento geral definindo regiões, visibilidade e comissões, enquanto o fornecedor mantém autonomia sobre preço, prazo e disponibilidade. Essa estrutura impede canibalização interna ao priorizar estoques combinados sem transformar parceiros convidados em concorrentes diretos. ##### Como os marketplaces B2B operam pedidos em lote e preços personalizados? Na CWS Platform, a precificação de cada oferta deriva do Contextual Pricing, o motor de cálculo unificado da solução. O processamento dos pedidos é distribuído pelo Order Management System, permitindo que compras com múltiplos itens sejam faturadas e divididas conforme a origem de cada estoque participante dentro da mesma jornada de checkout. ##### Quais são os benefícios de integrar um marketplace B2B com sistemas de ERP existentes? Integrar o marketplace ao ERP evita que preço, estoque e pedido vivam em dois lugares. A CWS Platform se integra por APIs e já entregou integração profunda com Microsoft Dynamics; com outros ERPs, a integração segue pelas mesmas APIs e é dimensionada em cada projeto. ##### Qual é a definição de buybox no contexto de negócios B2B? No B2B, a buybox representa a decisão de qual oferta ganha prioridade na vitrine comercial. Em vez de recorrer a leilões automáticos baseados apenas no menor valor, a CWS Platform permite configurar a buybox com regras estratégicas do dono do portal, priorizando lojas específicas e ocultando valores de terceiros caso haja disponibilidade no estoque próprio. ##### Qual a diferença entre marketplace B2B e B2C? A principal diferença reside na governança e na retenção dos dados dos clientes. Em marketplaces generalistas com lógica de varejo, a demanda é alugada, comprimindo margens e ocultando informações de ponta. Em um marketplace B2B governado na CWS Platform, cada transação rastreia a origem do estoque, permitindo visibilidade do sell-out real sem leilões predatórios de preço. Fale com a CWS Platform #### Quer ver a sua vitrine com as suas regras? Conte quantas lojas ou filiais entram, se haverá estoque de terceiro e quem decide a ordem da oferta. A gente volta com uma demonstração no seu cenário: prioridade entre lojas, região de atendimento por loja, split e o pedido chegando dividido por origem. Falar com um especialista Agendar demonstração Ver o módulo Marketplace Center → Venda Digital B2B → ← Portais B2B Persona · Fornecedora convidada do portal Vendo no portal de outro e sigo dona do meu preço e prazo. No Marketplace Governado, o seller mantém preço, prazo e disponibilidade sob o controle dele, e o portal governa região, exposição, comissão e regra de pedido. Persona · Diretora de operações de distribuidora Quando falta no meu estoque, o parceiro cobre e a venda fica comigo. No Marketplace Center, estoque próprio e de terceiros entram no mesmo carrinho, e o dono do portal define o critério da vitrine. --- ## Varejo Complexo | CWS Platform URL: https://www.cws-platform.com/portais/varejo-complexo/ Portais · por perfil ### Varejo Complexo Existe um tipo de operação que vende para empresa e para consumidor final ao mesmo tempo, com lojas espalhadas pelo país, catálogo grande, atendimento de balcão, vendedor de rua e estoque local em cada praça. Do lado de fora parece varejo. Por dentro é uma operação entre empresas, com grupo de clientes, crédito faturado, imposto por finalidade e política de preço que muda por região. É o perfil em que um e-commerce comum não falha na vitrine, falha embaixo dela. Empresa e consumidor no mesmo endereço. A segmentação acontece na identificação: o revendedor vê atacado, o consumidor vê varejo, e ninguém libera tabela a cada novo cadastro. #### O varejo complexo em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Onde o e-commerce comum para de servir Um e-commerce é excelente quando o preço é um dado guardado: um valor por produto, um estoque, um checkout. Neste perfil o preço não é um dado, é o resultado de uma função cujas entradas são a origem do estoque, a logística, o volume, o prazo, a forma de pagamento e a identidade de quem está comprando. Nenhuma vitrine resolve isso com campo de formulário, porque o problema não é exibir o preço, é derivá-lo. Duas perguntas dessa rede têm página própria: ship from store , para vender com o estoque de cada loja, e preço promocional , para a campanha que vale para revenda e consumidor. Vale a inversa, e ela faz parte do posicionamento: se a sua operação tem preço fixo, estoque único e checkout simples, existem opções mais baratas que a CWS Platform, e a recomendação honesta é usar uma delas. Este perfil existe para quem tem complexidade de operação entre empresas por baixo da venda ao consumidor. O preço não é um dado, é uma função. No e-commerce comum o preço é um valor guardado. Neste perfil ele é resultado de regra: origem do estoque, logística, volume, prazo e quem está comprando. #### O preço nivelado que ninguém registrou como decisão Uma parte grande das redes chegou ao mesmo lugar por um caminho parecido: manter preço diferente por filial, cruzado com preço por cliente, por categoria e por condição, virou impossível de administrar, então a tabela foi nivelada. O achatamento é um contorno de sistema, mas é vivido como se fosse política comercial, e a margem já sai entregue antes de qualquer negociação. O efeito mais visível disso é o preço do canal digital ficar preso à origem do estoque, e o site passar a sair mais barato que o balcão da loja da mesma rede. A CWS Platform desacopla as duas coisas: o cliente paga o preço da loja mais próxima do endereço de entrega, mesmo quando o produto sai do CD, e o imposto continua sendo calculado item a item, pela mudança de estado e pela finalidade da compra. O site não fica mais barato que o balcão. O estoque pode vir do CD e o preço seguir a loja mais próxima do cliente. A origem do preço é decisão da rede, não efeito colateral do sistema. #### As três camadas de um portal, e quantas o seu projeto usa Um portal da CWS Platform se configura em três camadas, uma dentro da outra. A camada de portal é a do dono: ela desenha o ecossistema, decidindo quais estoques existem, qual estoque atende qual cliente e qual vendedor atende com qual estoque, e define as regras gerais de financeiro, as opções logísticas padrão, as integrações e os meios de pagamento. A camada de loja vem abaixo: são os estoques convidados, da própria rede ou de terceiros, e cada loja recebe pedido, entra nas promoções e configura a própria logística, frete, formas de pagamento e campanha, dentro da liberdade que o portal concedeu. A camada de depósito fica dentro da loja, e existe quando ela tem vários pontos de estoque. Para uma rede com praças distintas, a recomendação é que cada praça entre como loja, porque é a camada com mais funcionalidade e mais flexibilidade. O depósito rende melhor quando a rede cria uma loja interna e opera os próprios depósitos por baixo dela: o atendimento fica mais simples, o vendedor vende por várias lojas e a campanha é uma só para todas. Quantas camadas entram é decisão de projeto, e é essa escolha que faz a décima praça custar menos que a segunda: abrir uma praça passa a ser parametrizar uma loja, e não montar um projeto. Para o gestor, o que importa é o que esse aninhamento preserva. A autonomia da praça é real, e é limitada por decisão central. Descentralizar a configuração sem perder a governança é o desenho, e não um efeito colateral bem-vindo dele. Abrir uma praça é parametrizar uma loja. Cada praça entra como loja, com os depósitos dela por baixo, e o portal define até onde vai a autonomia. É por isso que a décima praça custa menos que a segunda. #### O que a plataforma faz, na prática ##### Origem do preço, configurável O preço pode seguir a loja mais próxima do endereço de entrega, mesmo quando o item sai do CD, ou acompanhar a origem do estoque. As duas existem, e o site só sai mais barato que o balcão da mesma rede se alguém decidir que sai. ##### Faturamento, multi-CD e imposto por item Quem fatura é configuração: a loja, que é o padrão de um portal com várias lojas, ou o depósito, indicado quando os depósitos são do mesmo dono. Preço por depósito, e ST, ICMS e demais impostos calculados item a item, pela mudança de estado e pela finalidade da compra: revenda, industrialização ou consumo. ##### Retirada em loja ligada ao depósito Cada ponto de retirada é vinculado ao depósito que realmente tem o item, com horário e dias de funcionamento próprios. Na escolha da loja o cliente vê a distância até o CEP dele, e só as lojas que têm o item para retirar. ##### Região de atendimento por loja Área de cobertura definida por unidade, por faixa de CEP, definida para evitar que duas casas da mesma rede atendam o mesmo endereço. ##### Grupo de clientes na identificação O cliente se identifica e carrega o grupo dele, e com o grupo as regras de preço e as condições que valem ali, além do próprio limite de crédito. Revendedor vê atacado, consumidor vê varejo, sem liberação manual a cada cadastro. ##### Campanha e banner por grupo de cliente Cupom, promoção e comunicação segmentados por grupo e por tag de preço, decididos na loja quando a política central permite. ##### Balcão e rua no mesmo motor O atendimento presencial e o vendedor externo operam sobre as mesmas regras do portal, com o limite de desconto de cada vendedor valendo em cada concessão. ##### Catálogo unificado sem achatar a bandeira Cada bandeira pode operar como loja própria no mesmo portal, com sortimento e regras dela, em vez de ter a diferença comercial dissolvida num catálogo único. As regras vivem no Commerce Rules Engine (CDL Workspace) e chegam ao preço pelo Contextual Pricing (Pricing Engine). O estoque de várias praças sai do Distributed Inventory (Inventory Hub), a entrega e a retirada do Shipping & Fulfillment (Logistics Engine), o crédito e o imposto do Credit-First B2B Checkout (Checkout & Payments), a campanha por grupo do Commerce Marketing & Promotions (Marketing Suite), e o balcão e a rua do Assisted Selling Platform (Sales Hub). #### Um pedido no varejo complexo, na prática Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Por ângulo de decisor Dono ou CEO da rede A dor: O mesmo produto aparece com três preços: o portal, o balcão da loja e o marketplace onde a empresa também vende. O cliente percebe antes de qualquer um internamente. O que muda: Uma política só, com a diferença entre canais sendo decisão declarada, e não consequência de sistemas que não conversam. O preço volta a ser argumento, em vez de constrangimento. CFO A dor: A tabela foi nivelada porque manter preço por filial cruzado com preço por cliente virou impossível de administrar. O achatamento foi um contorno, e ninguém o registrou como decisão comercial. O que muda: A granularidade real volta a ser administrável, porque a regra fica no motor e não na cabeça de quem administra. Preço por loja e por depósito, por grupo de clientes, por condição e por campanha convivem sem virar trabalho manual. Gerente de loja A dor: Quer campanha na praça dele, prazo compatível com a concorrência local e retirada que a loja consiga cumprir. Hoje depende de alguém no centro montar uma exceção. O que muda: A loja configura o que é dela, dentro do teto que a central definiu. Campanha, retirada, horário e região de atendimento saem da realidade daquela loja. Vendedor de balcão A dor: Abre quatro ou cinco sistemas para fechar um atendimento complexo, e o sistema trava justo quando a loja está cheia. O que muda: Um lugar só, desacoplado do sistema de registro, que responde no pico. Preço, estoque, crédito e imposto conferidos ao mesmo tempo, com o cliente na frente do balcão. Autonomia da praça, dentro do limite. A loja configura campanha, região e condições que são dela. Até onde ela pode ir é decisão da camada de portal, e é isso que evita a guerra interna. #### As variações que este perfil cobre 6 O que une todas é uma frase: a empresa vende para outra empresa e para o consumidor final ao mesmo tempo, com lojas espalhadas pelo país. Nenhuma delas cabe num e-commerce de preço fixo e estoque único. B2B2C no mesmo endereço Pessoa jurídica e pessoa física compram no mesmo portal, e cada uma carrega o próprio grupo de clientes ao se identificar, e com ele as regras de preço e as condições que valem ali. A segmentação acontece na entrada, sem alguém liberar preço a cada cadastro. Lojas espalhadas geograficamente Cada loja tem estoque, preço, região e campanha próprios, e a loja que atende o endereço do cliente aparece primeiro. O portal é um só, a operação continua sendo de muitas casas. Balcão e rua, com o portal por baixo O atendimento presencial no balcão e o vendedor de rua usam o mesmo motor de preço, estoque e crédito que o consumidor vê na tela. A loja física deixa de ser um canal com regras próprias e passa a ser um modo do mesmo sistema. Catálogo extenso e multi-bandeira Dezenas de milhares de itens, várias bandeiras e um cadastro que nasceu desigual entre elas. Unificar o catálogo sem achatar as diferenças comerciais de cada bandeira é o trabalho que define se o portal vende ou não. Estoque e logística locais Retirada na loja vinculada ao depósito que realmente tem o item, com horário e dias de funcionamento próprios, e a distância até o CEP do cliente exibida na escolha. O cliente só enxerga as lojas que têm o item para retirar. Preço regional sem guerra interna A origem do preço é configuração: ele pode seguir a loja mais próxima do endereço de entrega, e aí o site não sai mais barato que o balcão da loja da mesma rede. É a diferença entre abrir um canal e abrir um concorrente interno. #### Três camadas, uma dentro da outra, e é isso que faz a escala caber 6 Um portal da CWS Platform se configura em até três camadas: a de portal, a de loja e a de depósito. Cada uma opera dentro da liberdade que a de cima concedeu, e quantas entram é decisão de projeto. É por isso que abrir a décima praça não custa o que custou abrir a segunda. A camada de portal desenha o ecossistema O dono do portal decide quais estoques existem, qual estoque atende qual cliente e qual vendedor atende com qual estoque, e define as regras gerais de financeiro, as opções logísticas padrão, as integrações e os meios de pagamento. Essa configuração desce direto no Seller Center de cada loja. A camada de loja opera a praça Cada praça entra como loja, da própria rede ou de terceiro: recebe pedido, entra nas promoções e configura logística, frete, formas de pagamento e campanha, com o preço e o teto de desconto dela, dentro do limite que o portal concedeu. A camada de depósito fica dentro da loja Quando uma loja tem vários pontos de estoque, eles entram como depósitos dela, com preço por depósito e retirada ligada ao depósito que tem o item. O depósito pertence à loja, e não ao portal. A recomendação: a praça entra como loja Na maior parte dos casos a praça rende mais como loja, que é a camada com mais funcionalidade e flexibilidade. O depósito é a escolha quando a rede cria uma loja interna e opera os próprios depósitos: atendimento mais simples, vendedor vendendo por várias lojas e uma campanha só para todas. Crédito por loja O limite de crédito pode ser amarrado à loja, e até onde ele vai é decisão da configuração central. Quem carrega o risco da praça opera dentro do limite que a central definiu. E a central continua mandando Nada disso é autonomia sem trilho. A autonomia da praça é real, e é limitada por decisão central: o que a loja pode configurar, e até onde, é a camada de portal que decide. Descentralizar a configuração sem perder a governança é o desenho, e não um efeito colateral dele. #### Os trilhos, no vocabulário da rede Camadas de portal, loja e depósito Depósitos e preço por depósito Origem do preço configurável Faturamento por loja ou por depósito Retirada em loja vinculada ao depósito Horário e dias de funcionamento por loja Restrição de região por loja Grupo de clientes e regras de preço Banner e condição por grupo de clientes Tag de preço nas regras de preço Contratos de preço por cliente e região Módulo Vendedor no balcão e no aplicativo E quando as lojas passam a operar como sellers? Aí o perfil encosta no Marketplace Governado, com prioridade entre lojas, split e comissão por origem. Marketplace Governado → Loja pelo CEP #### Na escolha da loja, o cliente vê quem atende o CEP dele. O portal mostra as unidades que atendem a região do comprador, cada uma com a distância, o prazo de preparo e se faz retirada, entrega ou as duas. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Em operação Campneus · rede de lojas de pneus e serviços automotivos · B2C Uma rede de mais de 117 lojas com selo Pirelli vende ao consumidor final num marketplace B2C sobre a tecnologia da CWS Platform: estoque e preço regionalizados, escolha da loja de retirada ou entrega, frete calculado por loja e um carrinho com várias lojas e split automático de pagamento. O consumidor vê uma loja só; cada praça mantém estoque, preço e entrega próprios. Ler o caso Campneus → Circuito de Compras · varejo popular e atacado · Brás, São Paulo Um shopping atacadista que reúne lojistas de várias origens e atende revendedores de todo o Brasil levou a operação para um portal multi-bandeira sobre a tecnologia da CWS Platform, com um aplicativo white-label, pagamento internacional, atendimento em vários idiomas e um agente de IA para catalogação e curadoria de produto. É atacado e varejo, muitas lojas e catálogo grande, no mesmo lugar. Ler o caso Circuito de Compras → Na distribuição de autopeças, a Imdepa opera o portal B2B de autoatendimento com 3x mais clientes ativados em 3 anos, sem crescer a equipe na mesma proporção. É o mesmo núcleo, com a complexidade entre empresas por baixo. Uma rede, um portal #### Várias bandeiras e filiais numa conta só. Lojas de bandeiras diferentes da mesma rede ficam no mesmo portal, e o cliente escolhe a loja que o atende sem criar outra conta. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Perguntas frequentes ##### Eu já tenho um e-commerce. Por que isto seria diferente? Porque o problema não está na vitrine, está embaixo dela. Um e-commerce assume preço fixo, estoque único e checkout simples, e resolve muito bem esse caso. Quando a mesma empresa vende para revenda e para consumidor, com dezenas de lojas, grupos de clientes e imposto calculado item a item, a vitrine passa a ser a parte fácil. Se o seu caso é preço fixo e estoque único, existem opções mais baratas, e a gente diz isso. ##### O site vai sair mais barato que o balcão da minha loja e canibalizar a rede? Esse é o efeito de deixar o preço do canal digital preso à origem do estoque sem ninguém ter escolhido isso. Na CWS Platform a origem do preço é configuração: ele pode seguir a loja mais próxima do endereço de entrega, mesmo quando o produto sai do CD, ou acompanhar a origem do estoque. As duas existem, e a rede decide qual vale. O imposto continua sendo calculado item a item, pela mudança de estado e pela finalidade da compra. ##### Cada loja quer a própria campanha e a própria logística. Isso não vira caos? Vira, se autonomia significar ausência de trilho. Aqui cada praça entra como loja do portal e configura a própria logística, frete, formas de pagamento e campanha, com o preço e o teto de desconto dela, dentro da liberdade que a camada de portal concedeu. A loja decide dentro do limite, e o limite é decisão da central. ##### Como pessoa física e pessoa jurídica compram no mesmo portal sem confundir preço? A segmentação acontece na identificação. Ao entrar, o cliente carrega o grupo de clientes dele, e com o grupo as regras de preço e as condições que valem ali, além do próprio limite de crédito. O revendedor vê atacado, o consumidor vê varejo, e ninguém precisa liberar preço a cada novo cadastro. ##### E o atendimento no balcão, continua num sistema à parte? Não, e é aí que a conta costuma fechar. O balcão e o vendedor de rua operam sobre o mesmo motor de preço, estoque e crédito que o cliente vê na tela, pelo Assisted Selling Platform (Sales Hub). A loja física deixa de ser um canal com regras próprias e passa a ser um modo do mesmo sistema. Cada loja com a sua parte #### O resumo separa o que cada loja vende e entrega. Quando o pedido junta itens de lojas diferentes, o resumo mostra o subtotal e o frete de cada loja antes do pagamento. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Fale com a CWS Platform #### Quer ver a sua rede num portal só? Conte quantas lojas e depósitos, se vende para revenda e consumidor no mesmo endereço, e como o preço muda por região hoje. A gente volta com uma demonstração no seu cenário: grupo de clientes e regras de preço, retirada pela loja certa, campanha na praça e imposto por finalidade de compra. Falar com um especialista Agendar demonstração Ver o Pricing Engine → Ver o Inventory Hub → ← Portais B2B Persona · Vendedora de balcão Fecho o atendimento num lugar só, mesmo com a loja cheia. No Assisted Selling Platform (Sales Hub), o balcão opera sobre o mesmo motor do portal, com preço, estoque, crédito e imposto conferidos juntos. Persona · Consumidor final Não perco mais viagem: só aparece a loja que tem o item para retirar. No Shipping & Fulfillment (Logistics Engine), cada ponto de retirada é vinculado ao depósito que realmente tem o item, com horário e dias próprios. --- ## Venda assistida B2B: o que é e como funciona | CWS Platform URL: https://www.cws-platform.com/portais/venda-assistida/ ### Venda assistida: a mesa de negociação do vendedor B2B 1 de 4 › Na diretoria · Diretor de Commerce Cada papel com a sua alçada, por cliente e por tabela. Cada desconto tem autor e motivo, e o que passa da alçada sobe para aprovação no próprio pedido. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No atendimento · Vendedor O cliente vem identificado, e o vendedor fecha o pedido em nome dele. A barra Meus Atendimentos carrega quem está do outro lado: preço, condição e endereço já são os daquele cliente. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › No celular · Compradora de revenda A compradora pergunta no chat e o vendedor responde com o estoque. A conversa termina no carrinho: o atendimento humano vira pedido rastreável. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No escritório · Compradora de revenda A compradora abre o carrinho que o vendedor montou e vê o que ele alterou. No Real-Time Shared Cart o comprador fecha ali mesmo ou devolve ao vendedor para finalizar. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Portais · por perfil No B2B complexo, o vendedor passa boa parte do tempo cotando em vez de vendendo. A Venda Assistida é a mesa de negociação digital do representante: a Assisted Selling Platform (Sales Hub), com o cliente, a margem e as regras à vista. #### Em resumo Venda assistida é o modelo em que o vendedor conduz o pedido B2B junto com o comprador, em vez de só tirar pedido. Na CWS Platform, ela roda num portal de vendas B2B, a Assisted Selling Platform (Sales Hub): vendedor e comprador no mesmo Real-Time Shared Cart, com crédito e margem à vista, e cada desconto dentro das alçadas do Commerce Rules Engine, com autor e justificativa. - Vendedor e comprador negociam no mesmo Real-Time Shared Cart, em tempo real. Fonte: força de vendas digital no Sales Hub . - Cada desconto exige Reason Code e segue a alçada por perfil. Fonte: política comercial no Commerce Rules Engine . - O pedido de recompra vai para o autoatendimento, e o vendedor fica com a negociação complexa. Fonte: portal de pedidos B2B . - Na Imdepa, o portal levou a 3x mais clientes ativados em três anos, sem crescer a equipe na mesma proporção. Fonte: caso Imdepa . Pôr o vendedor dentro do canal, e não competindo com ele, é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . #### O que é venda assistida Venda assistida é a venda em que o vendedor conduz a compra junto com o cliente: ajuda a montar o pedido, negocia preço, prazo e quantidade e fecha a venda, em vez de só anotar o que o cliente pediu. No B2B, ela fica com as compras que pedem conversa, e a recompra de rotina vai para o autoatendimento. Na CWS Platform, essa conversa acontece no mesmo carrinho do comprador e dentro da alçada de cada vendedor. Veja numa demonstração com o seu caso . #### A venda assistida em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Do tirador de pedido ao negociador governado O papel do vendedor evolui em quatro estágios: atendente, facilitador, negociador governado e consultor com IA. O Sales Copilot faz o trabalho de bastidor: ranking de carteira, alerta de margem e de inatividade, e monta o orçamento. O Customer Intelligence Panel traz o contexto do cliente em um clique. Autonomia é configuração. A operação começa no nível de menor risco e sobe conforme a equipe ganha confiança, sem trocar de plataforma. O agente consulta a mesma regra que limita o humano. #### Liberdade para negociar, dentro dos trilhos O representante move preço, prazo, frete e composição na hora, e cada concessão passa pelas mesmas regras do Commerce Rules Engine: Approval Workflows, Pre-Submission Guardrails, Discount Stacking Prevention e Reason Codes. A empresa ganha velocidade sem perder o controle da margem. Na alçada #### O vendedor entra no carrinho do cliente e negocia dentro da alçada dele. No carrinho de venda assistida, o vendedor vê o tipo de cliente, a tabela de contrato e o teto do papel dele, e negocia dentro disso. Passou do teto, o desconto sobe para aprovação. Portal de demonstração da CWS Platform, com dados fictícios. ##### Para o diretor comercial Cada desconto tem autor e justificativa, a alçada é por perfil, e o ranking de carteira mostra onde o time ganha e onde deixa margem na mesa. Governança sem tirar a autonomia de negociar. Sales Copilot #### O AI Agent monta o orçamento. O vendedor decide. O Sales Copilot aponta o cliente para hoje e deixa o orçamento montado, com as variáveis que usou. O vendedor aprova, edita ou descarta. Ver o Sales Copilot → Portal de demonstração da CWS Platform, com dados fictícios. No fechamento #### O chat segue aberto no fechamento: o vendedor negocia e põe o item no carrinho. Na Assisted Selling Platform (Sales Hub), vendedor e comprador conversam no chat dentro do mesmo Real-Time Shared Cart: o vendedor ajusta o desconto, que vai para aprovação quando passa da alçada, e acrescenta o item pedido, com o carrinho atualizado para os dois. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Em produção real · Imdepa Na Imdepa, a mesma máquina que processa a transação simples libera o vendedor de cerca de 70% do tempo em processamento para a consultoria proativa. O portal levou a 3x mais clientes ativados em três anos, sem crescer a equipe na mesma proporção. "O valor real não é a receita que se vê nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores." Paulo R. S. Pereira, Coordenador de Vendas Digitais da Imdepa · ler o caso Dois caminhos, um carrinho. O vendedor entra numa negociação que o comprador começou sozinho, ou manda o link para ele concluir. Não há transferência entre sistemas porque não há dois sistemas. #### As configurações de vendedor, da menor autonomia à maior 4 A autonomia do vendedor é configuração, não cultura. Uma operação começa no primeiro nível, sem risco de margem, e sobe conforme a equipe ganha confiança, sem trocar de plataforma. Atendente Zero autonomia de preço. O vendedor monta o pedido e conduz o atendimento, e o preço é o que o motor derivou. É por onde uma operação começa quando quer risco nenhum. Facilitador Autonomia baixa, tipicamente só no frete e dentro de uma faixa estreita. Serve à transição: o vendedor ganha uma alavanca real, e a margem do produto continua intocada. Negociador com alçada Autonomia governada sobre preço, frete e condições, com justificativa obrigatória e bloqueio antes de o pedido inviável existir. É o nível em que a plataforma se parece com uma mesa de risco. Consultor com IA A maior autonomia, com o Sales Copilot ao lado sugerindo a próxima oferta e antecipando o que não passaria. O agente consulta a mesma regra que limita o humano. #### A jornada é dual, e as duas rodam sobre o mesmo núcleo 3 O que muda entre elas é quem está na frente, não o motor por trás. Quando são dois sistemas, o preço do portal e o preço do vendedor divergem, e o comprador aprende a não confiar no portal. Autônoma O comprador se identifica, vê a tabela do próprio perfil, aplica campanha automática e fecha sozinho. O rastro é o histórico de navegação e de pedido. Assistida O vendedor identifica o cliente e recebe crédito, pendências e histórico antes de montar qualquer proposta. Ajusta preço e frete dentro da alçada, e cada ajuste pede justificativa. O mesmo carrinho As duas se encontram no mesmo carrinho: o vendedor entra numa negociação começada sozinha, ou manda o link para o comprador concluir. Não há transferência entre sistemas porque não há dois sistemas. #### Perguntas frequentes ##### A CWS Platform tira o vendedor da equação? Não. A Assisted Selling Platform (Sales Hub) dá ao vendedor uma ferramenta melhor: vendedor e comprador no mesmo Real-Time Shared Cart, com contexto e alçada. Há operações que rodam 100% por ela. ##### Como o gestor controla o desconto que cada vendedor concede? Por Approval Workflows aplicados pelo Commerce Rules Engine, com alçada por perfil e Reason Code obrigatório, então cada concessão tem autor e justificativa. ##### O que o vendedor vê do cliente? O Customer Intelligence Panel traz histórico, crédito e contexto do cliente em um clique, e o acesso por carteira garante que cada vendedor veja só a própria base. ##### O que é venda assistida no B2B? É a venda em que o vendedor conduz o pedido junto com o comprador, negociando preço, prazo e composição, em vez de só digitar o que o cliente pediu. Na CWS Platform isso acontece na Assisted Selling Platform (Sales Hub), com vendedor e comprador no mesmo carrinho e cada concessão dentro da alçada do perfil. ##### O que é um portal de vendas B2B? É o portal em que o vendedor vende, e não só onde o comprador faz pedido. Na CWS Platform o representante abre o contexto do cliente em um clique, divide o mesmo carrinho com o comprador em tempo real e concede desconto dentro da alçada do perfil, enquanto a recompra de rotina vai para o portal de pedidos. ##### Qual a diferença entre venda assistida e autoatendimento B2B? Na venda assistida o vendedor negocia com o cliente; no autoatendimento o próprio comprador faz o pedido, sem esperar ninguém. As duas rodam sobre o mesmo núcleo e as mesmas regras: o pedido de recompra vai para o portal de pedidos, e o vendedor fica com a negociação complexa e o relacionamento. ##### O que é governança de desconto em vendas B2B? É o controle de quem pode conceder qual desconto, em que condição e com que justificativa. Na CWS Platform, ela é aplicada pelo Commerce Rules Engine: o vendedor tem alçada por nível, a linha acima do teto fica bloqueada até que o motivo seja informado, e o desconto manual anula os cupons automáticos em vez de se somar. Toda concessão fica com autor e Reason Code. Persona · Representante comercial Parei de passar o dia cotando: negocio preço e prazo na hora. Na Assisted Selling Platform (Sales Hub), o Sales Copilot monta o orçamento, e cada concessão segue a alçada do perfil no Commerce Rules Engine. Persona · Gestora comercial Não corro mais atrás de desconto sem dono: cada concessão tem autor e motivo. Os Approval Workflows do Commerce Rules Engine aplicam a alçada por perfil, e a linha acima do teto fica bloqueada até o motivo ser informado. Agendar demonstração Ver o módulo Sales Hub → ← Portais B2B --- ## Portal de pedidos B2B com crédito e regra | CWS Platform URL: https://www.cws-platform.com/portais/venda-digital-b2b/ ### Venda Digital B2B: o portal de pedidos que o comprador adota 1 de 4 › Ver o portal B2B Para quem compra por várias unidades Uma conta só vale para a matriz e todas as filiais. Ela entra com o CNPJ da unidade e vê preço, disponibilidade e condição da empresa dela, sem cadastro por filial. Agendar demo do portal B2B Ver o portal B2B Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Ver o portal B2B Para quem repõe a loja A lojista sobe a planilha e vê, item a item, o que está disponível e em qual loja. A compra em massa confere estoque e preço de cada linha, separa disponíveis e indisponíveis e, quando o item está em mais de uma loja, deixa escolher de qual comprar. Agendar demo do portal B2B Ver o portal B2B Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Ver o portal B2B Para quem compra a prazo O pedido fecha faturado no limite de crédito da empresa. Limite, valor em aberto e condição do contrato aparecem no checkout; com saldo, o pedido segue direto para o faturamento. Agendar demo do checkout B2B Ver o portal B2B Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Ver o portal B2B Para quem define a política comercial O preço de cada tipo de cliente é regra, não planilha. Cada regra tem papel, tabela, prioridade e origem; o portal aplica sozinho, e o vendedor fica com a negociação. Agendar demo da política comercial Ver o portal B2B Vídeo de 55s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Portais · por perfil Boa parte dos pedidos B2B é repetição: o comprador já sabe o que quer. Fazer esse pedido passar por um vendedor é caro para quem vende e lento para quem compra. A Venda Digital B2B move esse fluxo para um portal de pedidos de autoatendimento, sem abrir mão de nenhuma regra. #### Em resumo Portal de pedidos é o canal em que o cliente B2B faz o próprio pedido, sem depender do vendedor para a recompra. Na CWS Platform, o portal B2B já abre com a tabela, o crédito e as condições daquele comprador, calcula imposto e frete no pedido e aplica as mesmas regras de margem da venda assistida, pelo Commerce Rules Engine. - Crédito como pagamento nativo, com Net Terms 30/60/90. Fonte: Credit-First B2B Checkout . - A negociação complexa continua com o representante, no mesmo núcleo e com as mesmas regras. Fonte: força de vendas digital no Sales Hub . - Em autopeças, o comprador monta pedidos de mais de 250 SKUs, com IPI, ICMS, ST, frete e crédito calculados em segundos. Fonte: catálogo de peças para autopeças . - Quando o sortimento precisa crescer mais rápido que o estoque, o portal evolui para marketplace. Fonte: marketplace B2B governado . Fechar um pedido a prazo sem sair do portal é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . #### Por que este autoatendimento adota, e os anteriores não Muita empresa já investiu em portal B2B e viu a adoção ficar baixa, porque era mais uma interface para o comprador aprender. Aqui a lógica se inverte: o Procurement Agent faz a busca semântica, compara, monta o carrinho e sugere a recompra. O comprador conversa, não decora tela. Conversar, em vez de decorar tela. O portal antigo pedia que o comprador aprendesse mais uma interface. Aqui o Procurement Agent busca, compara e monta o carrinho a partir da conversa. #### Venda Digital B2B em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O rotineiro sai da mesa do vendedor Cada pedido digital passa pelas mesmas regras do Commerce Rules Engine: preço contextual por perfil e depósito, crédito como pagamento nativo (Net Terms) com o 4-Point Checkout Validation, e as travas de margem. O vendedor deixa de processar o repetitivo e sobra para o que a máquina não faz: relacionamento e negociação complexa. Quatro conferências de uma vez. A 4-Point Checkout Validation confere estoque, preço, crédito e imposto juntos. A validação um por vez é a causa mais comum de carrinho abandonado no B2B. ##### Para o comprador Autonomia real: encontra a peça por contexto, vê o seu preço e o seu crédito, e fecha fora do horário comercial, sem depender de alguém atender. ##### Para o CFO O custo de servir o pedido pequeno cai, e a margem fica protegida por regra: cada concessão tem Reason Code, e o imposto sai certo na origem. Na prática · Técnica de oficina, no celular ##### Ela escolhe no celular a loja da rede que atende a oficina. As filiais de bandeiras diferentes aparecem numa lista só, e a compra segue na loja escolhida, com a mesma conta. Cena ilustrativa com tela real do portal da CWS Platform; pessoa, loja e marca são fictícias. Em produção real · Imdepa No portal B2B da Imdepa, o comprador monta um pedido de mais de 250 SKUs e a plataforma calcula IPI, ICMS, substituição tributária, frete e o crédito pré-aprovado em segundos. O autoatendimento levou a 3x mais clientes ativados em três anos, sem crescer a equipe na mesma proporção. Ler o caso Imdepa → Cada pedido no caminho certo. O repetitivo passa pelo autoatendimento e a negociação que precisa de gente chega ao vendedor. As regras do Commerce Rules Engine valem igual nos dois caminhos. E quando a negociação é complexa? Aí entra a Venda Assistida: o mesmo Core, com o vendedor na frente. Venda Assistida → Venda assistida #### O vendedor entra no carrinho que o cliente monta. Na Assisted Selling Platform (Sales Hub), o vendedor abre o carrinho do cliente, vê a tabela de contrato e o teto de desconto do papel dele, e negocia ali mesmo; o que passa do teto sobe para quem aprova, no mesmo pedido. Ver a Assisted Selling Platform → Portal de demonstração da CWS Platform, com dados fictícios. #### As variações que este perfil cobre 9 Todas saem do mesmo template dinâmico, por parametrização, e não por código novo. É a razão de o portal ser produto e não projeto. Preço visível por perfil O revendedor vê atacado, o consumidor vê varejo, e a segmentação acontece na identificação, sem alguém liberar tabela a cada cadastro. Catálogo e orçamento Modo com preço oculto: o botão de compra dá lugar ao pedido de orçamento, e o item sem saldo abre captura de demanda em vez de sumir. Atacado e varejo no mesmo portal Pessoa física e pessoa jurídica compram no mesmo endereço, e cada uma carrega as próprias condições ao entrar. Checkout fiscal completo Imposto interestadual, inscrição estadual e tributação rural calculados pela origem real do depósito que vai faturar. Compra recorrente Carrinhos salvos e listas rápidas transformam a reposição em poucos cliques, e o link pode ir por mensagem para o comprador concluir. Compra em massa Adição em lote por código técnico, com validação item a item em tempo real, para quem compra centenas de linhas por pedido. Vendedor presente, em modo leve O portal é autônomo, mas o vendedor aparece com nome, foto e conversa disponível. Humaniza sem precisar operar cada pedido. Crédito faturado nativo O limite de crédito é meio de pagamento no checkout, com prazo. Quem está com pendência tem a oferta restrita, e quem está bloqueado não fecha. Regra regional e multi-CD Preço por depósito, imposto pela origem e a possibilidade de atender fora do raio logístico padrão quando a oportunidade justifica. #### A jornada do comprador, e onde ela costuma quebrar 5 Identificar O comprador entra e o portal já sabe quem ele é: tabela, cluster, crédito e condições carregam juntos. Sem isso, o resto da jornada é uma cotação a conferir. Encontrar Busca por código do fabricante, código do parceiro e atributo técnico, porque em catálogo técnico o comprador procura pelo código que tem na mão. Negociar Volume, prazo e composição mudam o preço na tela, dentro das alçadas. É o ponto em que um catálogo de preço fixo devolve o comprador ao telefone. Fechar Estoque, preço, crédito e imposto conferidos ao mesmo tempo, e não um de cada vez. A validação sequencial é a causa mais comum de carrinho abandonado no B2B. Repetir A recompra nasce do histórico, não de uma nova busca. O pedido rotineiro sai da mesa do vendedor e sobra tempo para a negociação que precisa dele. A jornada do comprador. O fechamento é onde a jornada mais quebra, e por isso é nele que as quatro conferências acontecem juntas. A recompra volta pelo histórico, sem nova busca. #### Um pedido no portal, na prática Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Perguntas frequentes ##### Como é a jornada do comprador B2B dentro do portal? São cinco etapas, e a que mais falha em portal genérico é a primeira. O comprador se identifica e o portal já carrega tabela, cluster, crédito e condições; encontra o item por código do fabricante, código do parceiro ou atributo técnico; negocia volume, prazo e composição com o preço mudando na tela dentro da alçada; fecha com estoque, preço, crédito e imposto conferidos ao mesmo tempo, e não um de cada vez; e repete a compra pelo histórico, sem refazer a busca. ##### Meu comprador não vai querer aprender mais um sistema. E não precisa. O Procurement Agent faz a busca semântica, compara, monta o carrinho e sugere a recompra. O comprador conversa e encontra a peça por contexto, não decora tela. ##### Autoatendimento não canibaliza a venda do meu vendedor? Não. Ele tira o pedido rotineiro da mesa do vendedor e libera o representante para a negociação complexa e o relacionamento. Margem, crédito e alçada seguem governados pelo Commerce Rules Engine, iguais aos da venda assistida. ##### Como o crédito e o imposto ficam certos no autoatendimento? Pelo Credit-First B2B Checkout: crédito como pagamento nativo (Net Terms 30/60/90) e a 4-Point Checkout Validation, que confere estoque, crédito, imposto e preço ao mesmo tempo antes de deixar o pedido avançar. ##### O que é um portal de pedidos B2B? É o canal em que o cliente empresarial faz o próprio pedido, a qualquer hora, sem depender do vendedor para a recompra. Um portal de pedidos que funciona abre com a tabela, o crédito e as condições daquele cliente, e fecha com imposto e frete calculados no pedido, em vez de devolver um orçamento para alguém conferir. ##### Portal de autoatendimento B2B e portal de pedidos são a mesma coisa? Na CWS Platform, sim: o portal de pedidos é onde o comprador se serve no pedido de rotina e na recompra, com o próprio preço, crédito e condição. A negociação complexa continua com o representante, na venda assistida, no mesmo núcleo e com as mesmas regras. ##### Qual a diferença entre portal B2B e loja virtual? A loja virtual mostra o mesmo preço para todo mundo e espera o clique. O portal B2B da CWS Platform mostra o preço daquele cliente, aceita crédito como pagamento, confere estoque, imposto e preço juntos e deixa a negociação acontecer dentro de regra, porque no B2B a venda é uma negociação, não um clique. ##### O que é e-commerce B2B? E-commerce B2B é o canal digital em que empresas fazem compras corporativas de forma autônoma. Na CWS Platform, o portal B2B carrega a tabela de preço, o crédito aprovado e as condições do comprador, e calcula impostos e frete no pedido. Ele aplica as travas de margem do Commerce Rules Engine e libera a força de vendas do trabalho repetitivo para o relacionamento e a negociação complexa. ##### Qual a diferença entre e-commerce B2B e varejo? O e-commerce B2B atende pessoas jurídicas com regras comerciais complexas, enquanto o varejo exibe a mesma vitrine para todos. Na CWS Platform, o portal B2B reconhece as condições de cada comprador, aceita crédito faturado como pagamento, com prazos 30/60/90, e calcula o imposto pela origem do depósito. No varejo, o fechamento depende de pagamento imediato, em cartão ou boleto, sem validação combinada de estoque, crédito, imposto e preço. ##### Como escolher um portal B2B online para grandes redes de distribuição? A escolha exige suporte a regras regionais multi-CD, preço por depósito de faturamento e crédito faturado a prazo. A CWS Platform oferece parametrização para segmentar revenda e atacado, validação combinada de estoque, preço, crédito e imposto no checkout e adição em lote por código técnico para pedidos com centenas de linhas, sem exigir desenvolvimento de código novo. ##### Quais são as melhores práticas para gerenciar um portal de pedidos B2B? As melhores práticas incluem unificar as regras de margem da venda digital e da assistida no Commerce Rules Engine e oferecer crédito faturado nativo no checkout. A CWS Platform recomenda validar estoque, preço, crédito e imposto em uma única etapa, com a 4-Point Checkout Validation, além de oferecer compra recorrente por carrinhos salvos e busca semântica para acelerar a recompra sem atrito. ##### Qual plataforma de pedidos B2B usar no Brasil? A CWS Platform atende às particularidades do mercado brasileiro ao calcular ICMS, IPI, substituição tributária e frete pela origem real do depósito que fatura. A plataforma oferece crédito pré-aprovado faturado a prazo, regras de margem parametrizadas no Commerce Rules Engine e pedidos de mais de 250 SKUs calculados em segundos, mantendo a negociação complexa conectada ao representante comercial. ##### Como escolher uma plataforma de e-commerce B2B? Priorize uma plataforma que permita fechar pedidos a prazo sem sair do portal e que calcule o imposto interestadual pela origem. A CWS Platform é produto parametrizado, não projeto de código, e reúne validação simultânea de estoque, imposto, preço e limite de crédito com travas de margem governadas, as mesmas que valem para a equipe comercial. ##### Qual plataforma atende e-commerce B2B e B2C no mesmo ambiente? Uma que separa as condições na identificação do cliente, e não por site. Na CWS Platform, pessoa física e pessoa jurídica compram no mesmo portal: ao entrar, o cliente carrega o grupo dele, com as regras de preço, as condições e o limite de crédito que valem ali, e o revendedor vê atacado enquanto o consumidor vê varejo. A Campneus, rede de mais de 117 lojas, vende ao consumidor final num marketplace B2C sobre a mesma tecnologia. Persona · CEO de distribuidora Tirei o pedido de rotina da mesa do vendedor sem abrir mão das regras. No portal de pedidos, o comprador faz o próprio pedido, e o Commerce Rules Engine aplica as mesmas regras de margem da venda assistida. Persona · Compradora de revenda Fecho o pedido fora do horário, no meu preço e crédito, sem esperar ninguém. O portal já abre com a tabela, o crédito e as condições do comprador, e o Procurement Agent monta o carrinho e sugere a recompra. Agendar demonstração Ver o checkout com crédito → ← Portais B2B --- ## Soluções por setor | CWS Platform URL: https://www.cws-platform.com/solucoes/ Soluções por setor ### A mesma dor, o vocabulário de cada setor. O custo de transação por pedido come a margem em qualquer canal B2B complexo. Muda o jargão, não a estrutura. Veja como a CWS Platform responde em cada vertical. #### Distribuição agro e revenda de insumos Cotação manual, preço por região e cultura, crédito amarrado em barter e o ciclo de safra que faz uma cotação grande levar dias. Ver o setor → #### Autopeças e aftermarket Catálogo de 200 mil SKUs ou mais, preço por cliente e região, frete reverso, troca e garantia, e a conciliação com a montadora. Caso nesta vertical Imdepa: crescer 3x em clientes sem 3x em vendedores Ver o setor → #### Construção e materiais Projeto é orçamento longo, mix técnico, frete cubado, ICMS por estado e política comercial diferente para cada construtora. Caso nesta vertical Tracbel: a margem que veio do cliente descobrir o catálogo Ver o setor → #### Moda atacadista e vestuário B2B Pré-venda no book, representante com prancheta, coleção que não roda virando capital morto, e o sell-out que ninguém enxerga. Caso nesta vertical Circuito de Compras (CDC): um portal multi-bandeira para o atacado popular Ver o setor → Verticais adjacentes (oportunidade, não foco): saúde e farma, MRO industrial, alimentos atacado. Materiais elétricos e cama, mesa e banho entram à medida que a base de provas amadurece. --- ## Distribuição agro e revenda de insumos | CWS Platform URL: https://www.cws-platform.com/solucoes/agro/ Solução por setor · Agro ### A safra não espera a planilha. Cada cotação grande atravessa planilha, telefone e dias de espera, enquanto o preço muda por região, por cultura e por campanha, e o crédito vem amarrado em barter. Quando a cotação volta, a janela de preço já passou. A CWS Platform põe a decisão de preço, crédito e mix dentro de trilhos governados, calculados em milissegundos, sem tirar o RTV da relação com o produtor. Porte-alvo R$ 200 mi a R$ 2 bi de receita, 5 a 80 filiais, 50 a 500 representantes (RTVs). Dor central Cotação manual, preço por região e cultura, crédito amarrado em barter e o ciclo de safra que faz uma cotação grande levar dias. #### O agro em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O que muda A resposta não é trocar o RTV por um robô. É dar ao representante uma mesa de negociação digital (Assisted Selling Platform, o Sales Hub) onde preço por região e cultura, crédito e composição do pedido já vêm governados por regra (Commerce Rules Engine, o CDL Workspace). O barter deixa de ser um acordo paralelo e vira forma de pagamento nativa no fechamento (Credit-First B2B Checkout), com o preço indexado à campanha calculado na hora (Contextual Pricing). O produtor enxerga mais catálogo, o pedido fecha sem o gargalo da planilha, e o RTV volta a cuidar da indicação técnica e da relação. A política de preço, escrita uma vez. Região, cultura e campanha entram como regra no Commerce Rules Engine, e o Contextual Pricing calcula o preço em milissegundos, com a validade que a safra pede. #### Por ângulo de decisor CEO A dor: O produtor jovem já compra digital e o concorrente que nasceu online avança no seu território. O que muda: A transição do RTV para o agente acontece sem perder a relação que sustenta o canal. Diretor comercial A dor: O RTV passa a maior parte do tempo cotando em planilha, não vendendo, e cada campanha nova vira retrabalho manual. O que muda: A produtividade do RTV sobe porque preço, crédito, barter e cota são governados por regra. CFO A dor: O crédito amarrado em barter e a margem por safra escapam do controle, e o custo por cotação corrói a margem antes do insumo sair. O que muda: Barter como pagamento nativo e concessão rastreável (Reason Codes) tornam o crédito auditável. CIO A dor: Integrar cota, preço por cultura e barter ao ERP do agro parou em iniciativas digitais que ninguém usa. O que muda: A plataforma orquestra sobre o ERP, não substitui, com governança de cota e preço em camada paralela. Quando a cotação volta, a janela já passou. O ciclo de safra não espera o caminho manual. Com preço, crédito e composição governados por regra, a resposta chega dentro da janela em que ela ainda vale. #### A capacidade que ninguém replica ##### Barter como pagamento nativo O crédito da campanha, a troca por grão e as condições de safra entram no fechamento como forma de pagamento governada (Net Terms 30/60/90), em vez de virarem acordo manual reconciliado depois. ##### Preço indexado à campanha, com validade curta Preço por região, cultura e campanha calculado em milissegundos, com a janela de validade que o ciclo de safra exige, para a cotação não voltar já vencida. O barter entra no fechamento. O crédito de campanha e a troca por grão viram forma de pagamento governada no Credit-First B2B Checkout, em vez de acordo paralelo reconciliado depois. #### Os trilhos de negociação, no vocabulário do agro Barter como pagamento nativo Net Terms 30/60/90 Contextual Pricing por região e cultura Approval Workflows Discount Stacking Prevention Autonomy Gradient (Human-in-the-Loop) Sem sinal, e ainda dentro da regra. O aplicativo do vendedor tem paridade funcional com cache local. Operar offline não abre exceção de margem: a regra que limita a concessão é a mesma. #### Em operação A CWS Platform aplica ao agro o mesmo mecanismo que já governa operações complexas de distribuição: a cotação sai da planilha e vira pedido governado, o preço por região e cultura é calculado na hora, e o crédito de campanha é tratado como pagamento nativo, tudo sob regra determinística com a IA em Human-in-the-Loop. A prova nomeada, com números, entra aqui assim que houver um caso do agro liberado pelo cliente, sem importar número de outro setor como se fosse deste. Cotação no campo #### A cotação se monta na conversa, com preço da região e barter. O representante técnico de vendas monta a cotação na conversa, com o preço da região e o barter da safra já no pedido, e o portal mostra o que ainda falta para fechar. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Perguntas frequentes ##### Meu produtor compra no olho do RTV. Isso não vai afastar ele? O RTV continua no centro. O digital amplia o alcance dele, mais catálogo e cotação sem espera, e assume o rotineiro, enquanto o representante cuida da indicação técnica e da relação. A IA sugere, o RTV decide, sob o Autonomy Gradient (Human-in-the-Loop). ##### Barter é acordo caso a caso. Dá para colocar isso num sistema? Sim. O barter entra como forma de pagamento governada por regra no fechamento (Credit-First B2B Checkout), com as condições da campanha parametrizadas, em vez de virar planilha reconciliada depois. ##### No campo o sinal cai. O vendedor consegue negociar sem internet estável? Consegue. O aplicativo do vendedor não é o site redimensionado, é paridade funcional com cache local: catálogo, preço e alçada ficam válidos no aparelho, a negociação acontece onde o sinal é fraco ou ausente, e a sincronização ocorre quando a conexão volta. A regra que limita a concessão é a mesma do escritório, então operar offline não abre exceção de margem. ##### Meu preço muda por região, cultura e campanha. O portal não vai achatar isso? Não achata. A regra é justamente a sua política de preço por região e cultura (Contextual Pricing), calculada em milissegundos e com janela de validade curta. A governança modela a política, não padroniza a decisão. Persona · RTV de distribuidora agro A cotação sai sem espera, e eu voltei a cuidar da indicação técnica. No Sales Hub da CWS Platform, preço por região e cultura, crédito e composição do pedido vêm governados por regra, sem planilha. Persona · Produtora rural Fecho o pedido com o barter dentro, e meu RTV continua do meu lado. O barter vira forma de pagamento nativa no fechamento, com o preço da campanha calculado na hora (Contextual Pricing), sem tirar o RTV da relação. Agendar demonstração Ver crédito e barter no checkout → ← Ver todos os setores A mesa do vendedor em campo → Arquitetura e segurança → --- ## Catálogo de peças por aplicação: autopeças | CWS Platform URL: https://www.cws-platform.com/solucoes/autopecas/ ### Um catálogo de peças com centenas de milhares de SKUs, e a margem indo embora a cada pedido. 1 de 4 › Ver o catálogo por aplicação Para quem dirige Commerce no aftermarket O preço de cada cliente e região, escrito uma vez. Cada regra tem papel, tipo de cliente e prioridade no Commerce Rules Engine (CDL Workspace), e o Contextual Pricing deriva o preço com o imposto já na formação. Agendar demonstração Ver o catálogo por aplicação Vídeo de 1 minuto Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › No estoque · Compradora de revenda A compradora troca de carro na garagem e a lista já vem com o que serve nele. Os carros que a loja atende ficam salvos no portal; um toque volta a filtrar o catálogo pela aplicação daquele veículo. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › De manhã · Lojista de autopeças O pedido da noite está pronto quando a loja abre. O Procurement Agent montou o carrinho fora do horário, no preço do contrato; o que passava do limite de crédito espera a aprovação de uma pessoa. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › No balcão · Vendedora de balcão A peça certa pelo carro, não pelo código. A vendedora digita a peça e o carro e vê só o que serve nele, com o preço daquele cliente e o que está na prateleira. Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Solução por setor · Autopeças No aftermarket, a dor é o volume: um catálogo de peças com aplicação por veículo, preço por cliente e região, frete reverso, troca e garantia, e a conciliação com a montadora no fim do mês. Cada pedido carrega um custo de transação que come a margem antes da peça sair do estoque. A CWS Platform digitaliza a decisão, não só o canal, sem tirar o balcão de cena. #### Em resumo Catálogo de peças, no aftermarket, é a base que liga cada SKU ao veículo em que ele serve. Na CWS Platform, o comprador acha a peça por aplicação e contexto, não só por código, e vê o próprio preço, com IPI, ICMS, ST e frete calculados no pedido. O catálogo que chega cru, em PDF ou planilha, pode ser tratado com IA. - A tabela de aplicação liga o SKU ao veículo ou equipamento em que ele serve, com equivalência entre marcas. Fonte: Product Catalog & MDM (Catalog Engine) . - O preço por cliente e região sai do Contextual Pricing, com o imposto já na formação do preço. Fonte: motor de preços B2B . - O vendedor deixa de processar pedido e passa a negociar a carteira. Fonte: venda assistida . - Na Imdepa, distribuidora de autopeças, o portal B2B ativou 153 clientes em 3 anos. Fonte: caso Imdepa . Catálogo técnico, com aplicação e equivalência entre marcas, é um dos critérios do guia para escolher uma plataforma de ecommerce B2B . Para a rede de lojas que vende peça e pneu com o estoque de cada ponto, o ship from store mostra o pedido único com retirada e entrega. Porte-alvo R$ 100 mi a R$ 1,5 bi de receita, 3 a 30 filiais, canal misto (mecânica independente, redes e frota). Dor central SKU explodindo (200 mil ou mais), preço por cliente e região, frete reverso, troca e garantia, conciliação com a montadora. #### O que muda O balcão segue para quem prefere o telefone. A CWS Platform cobre o fora de horário e a recompra e, principalmente, muda a forma de achar a peça: o comprador encontra por contexto e aplicação, não só por código, e descobre itens que não sabia que existiam. O preço por cliente e região, os impostos (IPI, ICMS, ST), o frete e a garantia ficam governados por regra e calculados no mesmo pedido (Contextual Pricing e Credit-First B2B Checkout). O vendedor sai do papel de processador de pedido e vira consultor, apoiado pela força de vendas digital do Sales Hub , sem que a mecânica precise aprender interface nova. O balcão fica, o portal cobre o resto. Quem prefere telefone segue no balcão. O portal cobre o fora de horário e a recompra, e o vendedor sai do processamento para a consultoria. #### O catálogo por aplicação em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Por ângulo de decisor CEO A dor: O comprador mais novo já resolve tudo no digital, e a venda que não capturo vaza para o mercado paralelo. O que muda: O aftermarket digital traz essa demanda para o canal oficial, com o balcão físico preservado. Diretor comercial A dor: Fora do horário comercial a venda para, e a recompra depende de alguém lembrar de ligar. O que muda: Cobertura 24 por 7 e recompra previsível, com o vendedor focado em carteira e margem, não em digitar pedido. CFO A dor: A receita cresce mas a margem some, corroída por preço errado, concessão sem rastro e custo de transação por SKU. O que muda: Margem por SKU e giro sob governança, com concessão rastreável (Reason Codes) e impostos calculados sem erro no fechamento. CIO A dor: Catálogo de aplicação, ERP e WMS não conversam, e mais uma iniciativa digital corre risco de virar projeto parado. O que muda: Orquestração sobre o ERP, integrada a catálogo de aplicação e estoque, em camada paralela e auditável. A margem vai embora antes da peça. Frete reverso, garantia, imposto e conciliação comem a margem pedido a pedido. Governados por regra, eles são calculados no próprio pedido. #### A capacidade que ninguém replica ##### Achar a peça por contexto, não só por código Busca por veículo e aplicação que resolve o pedido de quem não sabe o código exato e expõe itens compatíveis que o cliente não pediria por conta própria. ##### Preço e impostos por cliente, no mesmo pedido Preço por cliente, região e perfil governado por regra, com IPI, ICMS, ST, frete e crédito pré-aprovado calculados em segundos no fechamento, sem tabela exposta a todos. Quatro toques no celular para chegar à aplicação certa. O carro escolhido, e o catálogo mostra só o que serve nele. Portal de demonstração da CWS Platform, com dados fictícios. #### Os trilhos de negociação, no vocabulário do aftermarket Contextual Pricing por cliente e região IPI, ICMS e ST no pedido Net Terms 30/60/90 Reason Codes Estoque multi-depósito Frete e frete reverso por regra Aplicação #### A aplicação é escrita uma vez no SKU, e a busca por veículo lê dali. No Product Catalog & MDM (Catalog Engine), cada SKU se liga aos veículos em que serve, por tipo, marca, modelo e ano. A busca pelo carro e a garagem do cliente leem essa lista, e o balcão acha a peça pelo carro, não pelo código. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Imposto por item #### Os impostos do item, calculados pela loja que atende. IPI, ICMS ST, ICMS, PIS e COFINS aparecem no item antes de fechar, calculados pela filial que atende o CNPJ do comprador, e o mesmo cálculo segue no frete e no checkout (Credit-First B2B Checkout). Ver o Checkout & Payments → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Em operação Imdepa · distribuição de autopeças 3x mais clientes 153 clientes ativados em 3 anos no portal B2B, sem crescer a equipe na mesma proporção. O comprador monta um pedido de mais de 250 SKUs e a plataforma calcula IPI, ICMS, substituição tributária, frete e crédito pré-aprovado em segundos. O risco de crédito é validado dentro do fluxo, não conferido em etapas separadas depois. "O valor real não é a receita que se vê nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores." Paulo R. S. Pereira, Coordenador de Vendas Digitais da Imdepa Ler o caso Imdepa → Tracbel · dealer Volvo +10 pontos de margem nos pedidos via portal, com ~131 mil SKUs (100% do portfólio) disponíveis. Eleita melhor dealer Volvo do mundo (Volvo Gold, 2025). Ler o caso Tracbel → "Excelente, estávamos a quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias." Edivaldo C., Gerente de TI, setor automotivo · Software Advice, julho de 2026 · ver avaliações A indústria também tem canal próprio. Do lado da indústria, a CWS Platform sustenta o portal em que o fabricante orquestra a compra das revendas junto aos distribuidores. Do lado da indústria, a CWS Platform também sustenta canais próprios do aftermarket. A Pirelli, pelo Pirelli Conecta , o portal em que a indústria orquestra a compra das revendas autorizadas junto a distribuidores selecionados, e a MTE-Thomson, indústria que criou o próprio canal digital de venda, são clientes CWS Platform. Pedido faturado #### Cada cliente compra no próprio preço, crédito e prazo. O lojista fecha o pedido no preço do contrato dele, faturado no limite de crédito da empresa, com o prazo que vale para ele. Ver o checkout com crédito → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Perguntas frequentes ##### Minha mecânica liga no balcão. Ela não vai usar portal. O balcão continua. O digital captura o que hoje se perde, o pedido fora do horário e a recompra. Quem prefere o telefone segue no telefone, sem tirar o atendente de cena. ##### Cada cliente tem meu preço negociado. Não posso expor tabela. E não expõe. O preço é por cliente, região e perfil, governado por regra (Contextual Pricing), e cada um vê o seu, com IPI, ICMS, ST e frete já calculados no pedido. ##### E frete reverso, troca e garantia? O pedido cobre isso? Sim. Frete, inclusive reverso, e as condições de troca e garantia entram como regra no mesmo pedido, em vez de virarem tratativa manual depois da venda. ##### Como organizar um catálogo de peças por aplicação? Ligando cada SKU ao veículo ou equipamento em que ele serve, e os códigos equivalentes entre fabricantes, numa tabela de aplicação e de referência cruzada. É isso que deixa o comprador achar a peça pelo carro, pelo número de série ou pelo código que ele já conhece, e não só pelo código interno da distribuidora. ##### O catálogo de peças precisa estar pronto antes de começar? Não. O cadastro entra no estado em que está e evolui por nível: primeiro o código do fabricante, depois nome e dimensões, depois aplicação e imagem. Catálogo bruto, em PDF, planilha ou imagem, pode ser tratado como serviço e com agente de IA, e cada nível a mais aumenta a chance de a peça ser encontrada e comprada. Persona · Mecânica de oficina independente Acho a peça pelo carro, mesmo sem o código, e peço fora do horário. A busca por veículo e aplicação resolve o pedido de quem não sabe o código exato, e cada cliente vê o próprio preço (Contextual Pricing). Persona · Vendedor de distribuidora de autopeças Parei de digitar pedido repetido e voltei a cuidar da minha carteira. A CWS Platform cobre a recompra e o fora de horário, e o vendedor vira consultor, apoiado pela força de vendas digital do Sales Hub. Agendar demonstração Ver o caso Imdepa → Portal de concessionárias → ← Ver todos os setores --- ## Construção e materiais | CWS Platform URL: https://www.cws-platform.com/solucoes/construcao/ Solução por setor · Construção ### Cada obra é um projeto, e o orçamento se perde no caminho. Na construção a venda é técnica e longa: o engenheiro especifica, o comprador executa, e entre os dois há um orçamento que se arrasta, frete cubado, ICMS que muda por estado e uma política comercial diferente para cada construtora. A CWS Platform não achata isso num catálogo genérico: modela a política comercial como regra executável, do memorial ao pedido, sob governança que a empresa controla. Porte-alvo R$ 150 mi a R$ 2 bi de receita, redes regionais mais indústrias de cimento, aço, hidráulica e elétrica. Dor central Orçamento longo, mix técnico, frete cubado, ICMS por estado e política comercial diferente para cada construtora. #### O que muda A CWS Platform transforma a política comercial por construtora em regra executável (Commerce Rules Engine, o CDL Workspace): preço, frete, condição e composição negociados ao mesmo tempo, no mesmo pedido. O BDI, o frete cubado (CIF ou FOB) e o ICMS por estado deixam de ser conta feita à parte e passam a ser calculados juntos (Contextual Pricing e Shipping & Fulfillment). O engenheiro segue especificando e o comprador segue executando: a plataforma cobre o vão entre a especificação e o pedido, para o orçamento não se perder no meio. Cada obra continua sendo um projeto, sob regras que a empresa define, não sob um molde único. A obra que compra a prazo no limite da construtora está em pagamento faturado no B2B . Do memorial ao pedido, sem perder no meio. A especificação técnica alimenta o pedido governado: o memorial vira composição e o comprador executa sobre a política já aplicada, sem refazer a conta. #### Construção e materiais em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Por ângulo de decisor CEO A dor: A venda técnica que dava à empresa o papel de centro da decisão está virando disputa de preço no meio da cadeia. O que muda: Reintermediação técnica, com a empresa de volta ao centro da especificação e da decisão de compra. Diretor comercial A dor: O orçamento longo perde informação a cada mão por onde passa, e muita proposta morre entre a especificação e o pedido. O que muda: Do orçamento ao pedido sem perda no meio, com a política de cada construtora aplicada por regra. CFO A dor: BDI, frete cubado e ICMS por estado entram como estimativa, e a margem real da obra só aparece no fechamento. O que muda: BDI, frete e ICMS sob controle de margem, calculados no mesmo pedido, com a concessão registrada (Reason Codes). CIO A dor: O memorial descritivo vive em documento solto, longe do ERP e do fluxo de compra da obra. O que muda: Do memorial ao pedido num fluxo integrado à obra, orquestrado sobre o ERP, sem substituí-lo. Frete da obra #### O frete calculado para o CEP da obra. Na página do produto, o comprador informa o CEP da obra e vê a entrega do palete no endereço, com prazo e valor, ou a retirada na loja. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### A capacidade que ninguém replica ##### Política por construtora como regra executável Cada construtora com a sua política (preço, condição, composição, alçada de aprovação) rodando como regra (Approval Workflows), em vez de depender da memória do vendedor a cada obra. ##### BDI, frete cubado e ICMS no mesmo pedido BDI na composição, frete cubado (CIF ou FOB) e ICMS por estado calculados juntos, em uma única passada, para o preço da obra sair correto já na origem. Uma passada só, e o preço da obra sai correto. BDI, frete cubado e ICMS por estado deixam de ser conta feita à parte e passam a sair juntos, pelo Contextual Pricing e pelo Shipping and Fulfillment. #### Os trilhos de negociação, no vocabulário da obra Política por construtora como regra Approval Workflows Frete cubado (CIF ou FOB) ICMS por estado Discount Stacking Prevention Reason Codes Cada obra segue um projeto, sob a regra da casa. Preço, condição, composição e alçada de aprovação de cada construtora rodam como regra, em vez de depender da memória do vendedor a cada obra. #### Em operação A CWS Platform aplica ao setor o mecanismo de modelar a política comercial por cliente como regra executável e de calcular BDI, frete cubado e ICMS por estado no mesmo pedido, preservando o papel técnico do engenheiro e do comprador. A prova nomeada, com número, entra aqui assim que houver um caso de construção liberado pelo cliente, sem importar número de outro setor como se fosse deste. Entrega por unidade #### Um pedido, cada unidade entrega a sua parte na obra. O pedido confirmado mostra cada unidade com a sua parte e o prazo de entrega na obra, num pedido só. Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Ferramenta elétrica #### Cada voltagem da ferramenta é um SKU, com código e estoque próprios. No Product Catalog & MDM (Catalog Engine), a ferramenta em 127V e a em 220V são SKUs da mesma oferta, cada um com o seu código e o seu saldo, e o comprador escolhe a voltagem no seletor da mesma página. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### Cada obra é um projeto. Não dá para padronizar. E a CWS Platform não padroniza a decisão: ela modela a sua política comercial como regra. Cada obra mantém o próprio projeto. O que fica governado é a regra que a empresa já usa, não o resultado. ##### O portal calcula BDI, frete cubado e ICMS por estado, ou isso continua na planilha? Calcula no mesmo pedido. BDI na composição, frete cubado (CIF ou FOB) e ICMS por estado saem juntos, para o preço da obra não depender de conta feita à parte. ##### O engenheiro especifica e o comprador executa. Como o portal cobre os dois? A especificação técnica alimenta o pedido governado: o memorial vira composição, e o comprador executa sobre a política já aplicada, sem refazer a conta nem perder informação no caminho. Persona · Comprador de construtora O orçamento da obra chega com frete e imposto, sem eu refazer a conta. Na CWS Platform, o memorial vira composição, e frete cubado e ICMS por estado saem juntos no mesmo pedido (Contextual Pricing e Shipping & Fulfillment). Persona · Vendedor de materiais de construção A política de cada construtora já vem aplicada, não depende mais da minha memória. O Commerce Rules Engine (CDL Workspace) roda preço, condição, composição e alçada de cada construtora como regra, do orçamento ao pedido sem perda no meio. Falar com um arquiteto de soluções Ver preço e composição por regra → ← Ver todos os setores --- ## Ecommerce B2B para distribuidores e atacado | CWS Platform URL: https://www.cws-platform.com/solucoes/distribuidores/ ### Ecommerce B2B para distribuidores: cada cliente no próprio preço, crédito e prazo 1 de 4 › Ver o portal do distribuidor Para quem gere a carteira do distribuidor Cada cliente no próprio preço, escrito uma vez como regra. Tabela, tipo de cliente e papel de quem vende definem o preço; crédito e prazo de cada cliente chegam do seu ERP. Agendar demo do preço por cliente Ver o portal do distribuidor Vídeo de 57s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Ver o portal do distribuidor Para quem recompra em volume O pedido de 80 linhas sai montado do jeito que ela pediu. O Procurement Agent monta o carrinho a partir do pedido e do histórico dela; o que passa do limite de crédito espera aprovação humana. Agendar demo do pedido de recompra Ver o portal do distribuidor Vídeo de 57s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Ver o portal do distribuidor Para quem atende no balcão Do mix grande, só a peça que serve no veículo do cliente. O catálogo filtra pela aplicação, com estoque real e o preço da conta de quem está comprando. Agendar demo do catálogo Ver o portal do distribuidor Vídeo de 57s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Ver o portal do distribuidor Para quem compra da filial mais perto A filial da região atende, e as filiais não disputam o pedido. O portal reconhece de onde o cliente compra e mostra as lojas que atendem aquele CEP, com prazo e modalidade de cada uma. Agendar demo das filiais por região Ver o portal do distribuidor Vídeo de 57s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Solução · Distribuidores Mix grande, várias filiais, preço por cliente e região, crédito a prazo e pedido de muitas linhas. É onde o custo de processar cada pedido pesa mais na margem. A CWS Platform leva o pedido de rotina para um portal que o comprador de fato usa e mantém o vendedor na negociação, sobre o ERP que você já tem. #### Em resumo Ecommerce B2B para distribuidores é o canal de pedidos em que cada cliente compra no próprio preço, crédito e prazo, num mix grande e com várias filiais. Na CWS Platform, a recompra de rotina vai para o portal de autoatendimento, o vendedor fica com a negociação dentro da alçada, e o sortimento pode crescer com estoque de terceiros no mesmo carrinho. - Cada comprador vê o próprio preço e crédito, e a recompra de rotina sai da mesa do vendedor. Fonte: portal de pedidos B2B . - Um distribuidor com milhões de regras de preço passa a ter cada concessão com autor e justificativa. Fonte: política comercial no Commerce Rules Engine . - Estoque próprio e de terceiros vendem no mesmo carrinho, e o sortimento cresce sem capital parado. Fonte: marketplace B2B governado . - Na Imdepa, distribuidora de autopeças, o portal B2B ativou 153 clientes em 3 anos. Fonte: caso Imdepa . Preço por cliente, crédito a prazo e recompra de pedido longo estão entre os critérios do guia para escolher uma plataforma de ecommerce B2B . A tabela de preço por cliente mostra o primeiro deles em uso. A recompra longa ganha página própria na planilha de pedidos . Preço, crédito e prazo #### Cada cliente no próprio preço, crédito e prazo. No fechamento, o comprador da revenda vê o preço do contrato dele, o limite de crédito da empresa e a condição de pagamento negociada. A regra é escrita uma vez no Contextual Pricing (Pricing Engine) e no Commerce Rules Engine (CDL Workspace), e o limite chega do seu ERP. Como funciona o preço por cliente → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. Dor central Todo pedido passa por um vendedor ou por um back-office, e o custo de transação por pedido come a margem antes de a mercadoria sair do depósito. O comprador que já sabe o que quer espera alguém digitar. O pedido que espera alguém digitar. Quando todo pedido passa por uma pessoa, o custo de transação come a margem antes de a mercadoria sair. O pedido de rotina vai para o portal. #### O portal do distribuidor em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O que muda para o distribuidor ##### Preço, crédito e condição de cada cliente O comprador entra e o portal já carrega a tabela, o crédito e as condições dele. Crédito é meio de pagamento nativo (Net Terms 30/60/90), e estoque, crédito, imposto e preço são conferidos juntos antes de o pedido avançar. Credit-First B2B Checkout → ##### O vendedor continua no canal A recompra de rotina vai para o autoatendimento, e o vendedor fica com a negociação complexa, no mesmo carrinho do comprador e dentro da alçada do perfil. venda assistida → ##### Milhões de regras de preço, cada concessão registrada Um distribuidor com milhões de regras de preço e alçada por senioridade, hoje sem rastro de quem concedeu qual desconto, passa a ter cada concessão com autor e justificativa. política comercial no Commerce Rules Engine → ##### Frete por regra entre centros de distribuição Um distribuidor com centros de distribuição em vários estados cota frete por regra de região, peso e valor de pedido, e não em planilha paralela. Shipping & Fulfillment (Logistics Engine) → ##### Filiais que não concorrem entre si A restrição por região e a ordem de prioridade entre lojas combinadas evitam que as filiais da própria distribuição disputem o mesmo pedido dentro do portal. marketplace B2B governado → ##### Pedido longo, montado para o comprador O comprador de uma distribuidora que precisa montar um pedido de oitenta linhas com itens de fornecedores diferentes tem a busca, a comparação e o carrinho montados pelo Procurement Agent, sob as mesmas regras. Procurement Agent → Venda assistida #### O vendedor entra no carrinho que o cliente monta. Na Assisted Selling Platform (Sales Hub), o vendedor abre o carrinho do cliente, vê a tabela de contrato e o teto de desconto do papel dele, e negocia ali mesmo; o que passa do teto sobe para quem aprova, no mesmo pedido. Ver a Assisted Selling Platform → Portal de demonstração da CWS Platform, com dados fictícios. Frete por regra, não por planilha. Com centros de distribuição em vários estados, o frete sai de uma regra de região, peso e valor do pedido, e não de uma planilha que alguém mantém ao lado. #### O pedido do comprador, na prática Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Em operação Imdepa · distribuição de autopeças 153 clientes ativados em 3 anos no portal B2B, com cerca de 60 mil pedidos processados. Um carrinho único comporta um pedido de mais de 250 SKUs, com impostos, frete e crédito pré-aprovado calculados em segundos. Ler o caso Imdepa → Tracbel · distribuição de equipamentos (dealer Volvo CE) 3.500 clientes numa rede de distribuição com 40 unidades, integrada ao SAP de forma bidirecional e em tempo real. Ler o caso Tracbel → Rede com várias lojas #### Cada cliente entra na loja da rede que o atende. Numa rede com várias bandeiras e filiais, o portal abre na loja que atende aquele cliente, com o estoque e o preço dela. Se ele precisar de outra filial, troca no Alterar loja, com a mesma conta. Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes ##### O que é ecommerce B2B para distribuidores? É o canal de pedidos do distribuidor para os próprios clientes, em geral revendas e varejistas, que compram do catálogo dele nas condições negociadas. Na CWS Platform cada comprador vê o próprio preço e crédito, o pedido fecha com imposto e frete calculados, e a recompra de rotina sai da mesa do vendedor. ##### O portal B2B não concorre com o vendedor do distribuidor? Não. Ele tira o pedido rotineiro da mesa do vendedor e libera o representante para a negociação complexa e o relacionamento. Margem, crédito e alçada seguem governados pelo Commerce Rules Engine, iguais aos da venda assistida. ##### O distribuidor precisa trocar de ERP? Não. A CWS Platform orquestra sobre o ERP por APIs e webhooks, sem substituí-lo, e as integrações publicamente associadas incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. ##### Como escolher uma plataforma de autoatendimento B2B para uma distribuidora? Avalie se ela carrega o preço de cada cliente, concede crédito a prazo como meio de pagamento e aguenta a recompra de pedidos longos. Na CWS Platform, o portal de autoatendimento confere estoque, crédito, imposto e preço juntos antes de o pedido avançar, e a operação continua integrada ao ERP que a distribuidora já tem. ##### Como escolher um portal de atacado B2B para representantes comerciais? Procure venda assistida e governança comercial no mesmo lugar. Na CWS Platform, o portal não concorre com o representante: ele absorve a recompra de rotina, e o vendedor conduz a negociação complexa no mesmo carrinho do cliente, dentro da alçada, da margem e do limite de crédito configurados no Commerce Rules Engine. ##### Qual é a melhor plataforma de portal de pedidos B2B para atacadistas? A que reúne catálogo, cálculo de imposto, crédito e frete no mesmo pedido. Na CWS Platform, cada comprador acessa a própria tabela e o crédito a prazo, o frete é cotado por regra entre centros de distribuição e um carrinho único comporta pedidos de centenas de linhas, com o ERP integrado nos dois sentidos. ##### Quais são as melhores plataformas de ecommerce B2B para atacado no Brasil? As que tratam imposto, crédito a prazo e logística regional sem planilha paralela. A CWS Platform cota frete por regra de região entre centros de distribuição, confere imposto e limite de crédito no fechamento do pedido e orquestra sobre o ERP por APIs e webhooks, sem substituí-lo; as integrações publicamente associadas incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. ##### Como escolher uma plataforma de ecommerce B2B para distribuidores atacadistas? Verifique se ela carrega tabelas por cliente, crédito a prazo, regras de frete e pedidos extensos. Na CWS Platform, o autoatendimento agiliza a compra frequente, cada desconto concedido fica registrado com autor e justificativa dentro da alçada, e o pedido vai e volta do ERP sem que o sistema precise ser trocado. Integração nos dois sentidos. Numa rede de distribuição com muitas unidades, o portal manda o pedido ao ERP e recebe o dado de volta, nos dois sentidos e em tempo real. #### Prefere falar direto com um especialista? Conte um pouco da sua operação e um especialista da CWS Platform entra em contato em até um dia útil, sem compromisso. Persona · Diretor comercial de distribuidora Meu cliente faz o pedido sozinho, e meu vendedor voltou a vender. Na CWS Platform, cada cliente compra no próprio preço, crédito e prazo pelo portal, e o vendedor fica com a negociação, dentro da alçada. Persona · Compradora de revenda Faço o pedido na hora que preciso, no meu preço, sem esperar retorno. O portal confere estoque, crédito, imposto e preço juntos antes de o pedido avançar, e a recompra de rotina não depende de ninguém do outro lado. Portal de pedidos B2B → Para a indústria → ← Ver todas as soluções --- ## Imagens e catálogo de produto com IA | CWS Platform URL: https://www.cws-platform.com/solucoes/imagens-e-catalogo-com-ia/ Solução por modelo · Produção visual ### A imagem do produto virou o gargalo do lançamento. Quem vende produto físico depende da imagem para vender antes de o cliente tocar na peça. Só que produzir imagem é caro, é lento e é centralizado: um ciclo de estúdio por coleção, uma fila que não cabe no calendário, e uma foto por SKU que serve a todos os canais ou a nenhum. Na ponta, a loja improvisa com foto de celular, fora do padrão da marca. A CWS Platform trata a imagem como o que ela é na operação, um ativo comercial que precisa ser produzido em escala e governado, não um trabalho artesanal por lançamento. Para quem Indústria e rede de varejo com catálogo grande e giro de coleção, que distribui para lojas próprias, franquias ou revendedores. Dor central Centenas de SKUs sem imagem de qualidade no dia do lançamento, e uma ponta que divulga como consegue, fora do padrão da marca. #### O que muda A foto do produto deixa de ser o material final e passa a ser o ativo-base. A partir dela, o Catalog Enrichment Agent gera a imagem profissional, a ficha do produto e a publicação por SKU, num pipeline de 7 etapas. O contexto passa a ser decisão de quem vende, não de quem fotografou: o mesmo produto aparece na cena, no formato e no idioma visual que cada canal, cada região e cada cliente pedem. E porque a imagem nasce ligada ao SKU no catálogo, ela pode ser regenerada em lote e corrigida em todos os lugares onde já apareceu. A foto deixa de ser o material final. A partir da foto, o Catalog Enrichment Agent gera a imagem profissional, a ficha do produto e a publicação por SKU, num pipeline de sete etapas. #### Dois modos de operar, uma marca no comando Não é escolher entre controle e velocidade. A central produz volume e a ponta produz contexto, sobre o mesmo acervo e a mesma regra. Centralizado ##### A central produz em massa - Entrada do acervo que já existe: fotos de produto, fichas e planilha, pela plataforma ou por API - Lote grande, com o mesmo SKU em vários contextos, formatos e catálogos - Distribuição para lojas, franquias, revendedores e canais a partir de um só banco de ativos - Reprocessamento em lote quando muda a estação, a campanha ou o posicionamento Descentralizado ##### A ponta produz no celular - O vendedor fotografa a peça na loja e gera a imagem na hora, sem equipe de marketing - Contexto do cliente ou do grupo de clientes: estilo, ocasião, região - Catálogo em PDF por cliente ou por grupo, compartilhado direto no WhatsApp - Sempre dentro da regra da marca: acervo oficial, templates e revisão definidos pela central #### Onde isso vira venda ##### Um produto, muitos contextos O mesmo SKU em cenários e públicos diferentes, e em cada formato que o canal exige. Catálogo por tipo de loja, por região ou por perfil de comprador, sem repetir a produção do zero. ##### O vendedor como produtor de conteúdo Foto na loja, contexto do cliente, imagem gerada e envio pelo WhatsApp em minutos. A base de clientes é ativada por quem já a atende, com material no padrão da marca. ##### Presença nos canais e nas redes A peça da semana em formato de feed e de story, com variação por loja e por região, e os formatos que cada canal de venda exige do mesmo ativo aprovado. ##### Nível de serviço para a rede de revenda A indústria abre o banco de imagens aprovado para os revendedores, que geram variações no contexto deles dentro do que a marca permite. O pequeno revendedor passa a ter material de marca. O mesmo produto, em cada formato que o canal pede. O mesmo SKU aparece na cena, no formato e no idioma visual que cada canal, cada região e cada cliente pedem, a partir de um só ativo aprovado. #### A governança que separa IA industrial de IA experimental Gerar uma imagem bonita é fácil. O difícil é gerar milhares mantendo o produto fiel e a marca reconhecível, com milhares de pontos produzindo ao mesmo tempo. É o mesmo princípio que governa os AI Agents da plataforma: a IA orquestra a jornada, e o mecanismo determinístico garante a verdade do que está sendo vendido. ##### A ficha é o contrato A ficha oficial do produto define o que a imagem pode e não pode mostrar. O cenário é gerado; o produto é fiel. ##### Acervo e templates oficiais Cenários, tipografia, cores e assinatura aprovados pela marca. A ponta escolhe entre opções, não inventa. ##### Revisão humana por alçada O que a loja publica sozinha e o que passa pela central é configuração, não convenção. Aprovação onde o risco pede. ##### Procedência de cada ativo Origem, versão, derivações e onde cada imagem foi usada. É o que torna possível regenerar e propagar com controle. A imagem não vive solta. A imagem nasce ligada ao SKU no Product Catalog and MDM, com origem, versão e derivações registradas, e é isso que permite regenerar e propagar. #### Os trilhos que sustentam Catalog Enrichment Agent Product Catalog & MDM Commerce Marketing & Promotions No-Code Storefront Builder Autonomy Gradient (Human-in-the-Loop) Approval Workflows Persona · Diretora de marketing de rede de varejo A imagem deixou de travar o lançamento, e a loja divulga no nosso padrão. A partir da foto, o Catalog Enrichment Agent gera imagem profissional e ficha por SKU, e a ponta produz dentro da regra da marca. Persona · Vendedora de loja Parei de improvisar foto: fotografo a peça na loja e a imagem sai pronta. O Catalog Enrichment Agent gera a imagem na hora, e a ponta escolhe entre cenários e templates aprovados pela marca, sem equipe de marketing. #### Em operação No atacado de vestuário, essa capacidade está no ar no MayaApp CDC, o aplicativo mobile white-label construído pela CWS Platform para os pequenos lojistas do Circuito de Compras, no Brás. O lojista fotografa o produto no celular, o agente de IA da CWS Platform monta a ficha e as imagens, e o app gera um catálogo em PDF personalizado, com tema, capa e cores da loja, pronto para compartilhar no WhatsApp em poucos cliques. É a tese aplicada no elo mais frágil da cadeia: quem não tem equipe de marketing passa a ter material de marca. Ver o caso do Circuito de Compras → #### Perguntas frequentes ##### Imagem gerada por IA não descaracteriza o produto? É exatamente o risco que a governança endereça. A ficha oficial do produto é o contrato da imagem: define cor, corte, tecido e o que não pode ser alterado. O cenário é gerado, o produto não. E há revisão humana por alçada antes de publicar, no mesmo padrão do Autonomy Gradient que governa os AI Agents. ##### Se o vendedor da ponta gera imagem, perco o controle da marca? Não, porque ele não parte de uma tela em branco. A central define o acervo de cenários, os templates, a tipografia e a assinatura; a ponta escolhe entre opções aprovadas. É a mesma lógica que distribui uma regra de preço para milhares de compradores sem entregar o ERP a eles. ##### Isso substitui o estúdio e a produção de campanha? Não. A campanha da coleção segue no estúdio, com direção de arte. O que a plataforma cobre é o volume que o estúdio nunca alcança: o SKU de reposição, a peça que chegou fora do calendário, o contexto específico de uma região ou de um cliente, e os formatos que cada canal exige do mesmo produto. ##### Como isso conversa com o catálogo que já temos? A imagem não vive solta. Ela nasce ligada ao SKU no Product Catalog & MDM, com origem, versão e derivações registradas, e é isso que permite regenerar um lote quando muda a estação ou propagar uma correção para todos os canais onde aquela imagem apareceu. Agendar demonstração Ver o Catalog Enrichment Agent ← Ver todas as soluções --- ## Ecommerce B2B para indústria e seus canais | CWS Platform URL: https://www.cws-platform.com/solucoes/industria/ ### Ecommerce B2B para indústria: organize a rede sem atropelar o distribuidor 1 de 3 › Ver a rede da indústria Para a indústria que vende pelo canal O lojista compra no portal e é atendido pelo distribuidor da região. A indústria organiza a rede num portal só; o pedido vai para quem atende aquele CEP, sem atropelar o canal. Agendar demo da rede da indústria Ver a rede da indústria Vídeo de 54s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 3 › Ver a rede da indústria Para quem dirige a rede A rede redistribui estoque entre centros antes de comprar. O Replenishment Agent move e alerta sozinho, porque se desfaz; sugestão de compra sobe para uma pessoa decidir. Agendar demo do Replenishment Agent Ver a rede da indústria Vídeo de 54s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 3 › Ver a rede da indústria Para o representante da indústria O representante negocia dentro da alçada e segue dono da relação. Ele vê o teto de desconto do papel em cada item; o que passa pede motivo e sobe no mesmo pedido. Agendar demo da venda pelo representante Ver a rede da indústria Vídeo de 54s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Solução · Indústria A indústria vende a distribuidores, revendas e redes, muitas vezes por representante. Precisa de preço por canal e de um portal que organize a rede sem atropelar o distribuidor. A CWS Platform transforma a política comercial em regra que o sistema aplica em todo pedido, sobre o ERP que você já tem. #### Em resumo Ecommerce B2B para indústria é o canal pelo qual a indústria vende a distribuidores, revendas e redes, com preço por canal. Na CWS Platform a indústria organiza a rede num portal só sem atropelar o distribuidor: cada participante mantém os próprios preços e condições, e cada transação fica rastreável por origem, então o canal deixa de ser um ponto cego. - Toda exceção enviada para aprovação carrega Reason Code, e as regras valem igual para o vendedor e para os AI Agents. Fonte: política comercial no Commerce Rules Engine . - Cada fabricante e distribuidor configura os próprios preços, condições de pagamento, prazos e limites de aprovação. Fonte: caso Pirelli Conecta . - Condição própria para a linha de um fabricante, sem criar tabela de preço nova. Fonte: motor de preços B2B . - No Pirelli Conecta, mais de 100 oficinas de uma rede de mais de 450 já compram pelo portal, com catálogo de mais de 60 mil itens. Fonte: caso Pirelli Conecta . Preço por canal e representante dentro do canal estão entre os critérios do guia para escolher uma plataforma de ecommerce B2B . A alçada de desconto mostra o representante negociando dentro da regra. Regra governada #### O desconto de cada papel, escrito uma vez no painel. Na rede de representantes, consultor, coordenador, gerente e diretoria têm cada um o seu teto, por tipo de cliente e por tabela, com a prioridade definida no Commerce Rules Engine (CDL Workspace), entre 1.029 parâmetros configuráveis. O portal aplica a regra no preço que o distribuidor e a revenda veem, e ninguém recalcula na mão. Ver o Commerce Rules Engine → Portal de demonstração da CWS Platform, com dados fictícios. Dor central Escala e capilaridade, e mesmo assim nenhuma visão do que o canal vendeu na ponta. Sem sell-out não há previsão, reposição inteligente nem campanha mensurável, e cada mudança de regra comercial espera na fila de desenvolvimento. Onde a visão da indústria acaba. Escala e capilaridade não bastam se a indústria não sabe o que o canal vendeu na ponta. Sem esse dado, previsão, reposição e campanha ficam no escuro. #### A rede da indústria em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O que muda para a indústria ##### Preço por canal, sem tabela nova por canal Tags de preço segmentam por atributo do catálogo, o que permite condição própria para a linha de um fabricante sem criar tabela nova. motor de preços B2B → ##### A rede organizada, o distribuidor preservado Uma indústria ou uma associação organiza a compra de uma rede inteira junto a distribuidores selecionados, e a governança protege o comercial de cada elo para a rede aderir. marketplace B2B governado → ##### O sell-out que a indústria não via A indústria âncora tem escala e capilaridade e, mesmo assim, não sabe quanto o canal vendeu na ponta. Cada transação fica rastreável por origem, e a âncora consegue acionar o canal por regra, e não por telefone. marketplace B2B governado → ##### Política comercial como configuração Alçada, crédito e desconto são regras que o sistema aplica igual para o vendedor e para os AI Agents, e toda exceção enviada para aprovação carrega Reason Code. política comercial no Commerce Rules Engine → ##### O representante dentro do canal O representante negocia no mesmo carrinho do comprador, dentro da alçada, e a recompra de rotina vai para o portal de autoatendimento, no mesmo núcleo. venda assistida → ##### O banco de imagens da marca, aberto às revendas A indústria abre o banco de imagens aprovado para os revendedores, que geram variações no próprio contexto dentro do que a marca permite. imagens e catálogo com IA → Preço, crédito e prazo #### Cada cliente compra no próprio preço, crédito e prazo. No fechamento, o distribuidor ou a revenda vê o preço do próprio contrato, o limite de crédito da empresa e a condição de pagamento negociada. A regra é escrita uma vez no Contextual Pricing (Pricing Engine) e no Commerce Rules Engine, e o limite chega do seu ERP. Como funciona o preço por canal e por cliente → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Em operação Pirelli Conecta · rede de compra organizada pela indústria 100+ oficinas comprando A rede oficial de revendedores e centros automotivos Pirelli compra peças de fabricantes e distribuidores selecionados, lançado em abril de 2026, numa rede de mais de 450 oficinas e com um catálogo que o portal anuncia em mais de 60 mil itens. Caso de escala: números de tamanho, nenhum de resultado. Ler o caso Pirelli Conecta → Dois formatos, o mesmo motor. A indústria que vende pelo próprio canal e a rede que compra de muitos rodam sobre o mesmo núcleo de regras, cada uma com a sua configuração. A MTE-Thomson, indústria que criou o próprio canal digital de venda para fortalecer a distribuição dela, também é cliente CWS Platform. É o outro formato do mesmo motor: a indústria vendendo pelo próprio canal, enquanto no Pirelli Conecta é a rede que compra de muitos. Rede de distribuidores #### Várias bandeiras e filiais numa conta só. A indústria põe a rede de distribuidores num portal só: filiais de bandeiras diferentes na mesma lista, e o lojista escolhe a que o atende sem abrir outra conta. Ver o Marketplace Center → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Perguntas frequentes ##### O que é ecommerce B2B para indústria? É o canal digital pelo qual a indústria vende a distribuidores, revendas e redes, muitas vezes por representante e com preço por canal. Na CWS Platform a indústria organiza essa rede num portal sem atropelar o distribuidor, e cada regra da política comercial vira configuração que o sistema aplica em todo pedido. ##### Como a indústria vende on-line sem atropelar o distribuidor? Pondo o distribuidor dentro do mesmo portal, e não em volta dele. Cada fabricante e distribuidor configura os próprios preços, condições de pagamento, prazos e limites de aprovação, e cada transação fica rastreável por origem, então a indústria enxerga o canal sem tomar a venda dele. ##### O representante da indústria trabalha dentro do portal? Sim. O representante trabalha na Assisted Selling Platform (Sales Hub), no mesmo carrinho do comprador, com cada desconto dentro da alçada do perfil e com Reason Code, enquanto a recompra de rotina vai para o autoatendimento. #### Prefere falar direto com um especialista? Conte um pouco da sua operação e um especialista da CWS Platform entra em contato em até um dia útil, sem compromisso. Persona · Diretor comercial de indústria Meu canal deixou de ser ponto cego, sem eu tomar a venda do distribuidor. Cada participante mantém os próprios preços no portal, cada transação fica rastreável por origem, e a política comercial vira regra no Commerce Rules Engine. Persona · Diretor de distribuidora Entrei no portal da indústria, e preço e prazo continuam sendo decisão minha. No marketplace governado, cada distribuidor configura os próprios preços, condições de pagamento e limites de aprovação, e a governança protege o comercial de cada elo. Marketplace governado → Para distribuidores → ← Ver todas as soluções --- ## Moda atacadista e vestuário B2B | CWS Platform URL: https://www.cws-platform.com/solucoes/moda/ Solução por setor · Moda ### A coleção que não roda vira capital morto, e ninguém enxerga. Na moda atacadista, o dinheiro trava na coleção: a pré-venda acontece no book, o representante anota na prancheta, a produção segue o pedido, e o que não roda vira capital morto. Pior, o sell-out, o que de fato vendeu na ponta, é invisível para quem produziu. A CWS Platform mantém o showroom e o relacionamento que vendem a coleção, e cobre o que escapa: a reposição e a leitura do giro real. Porte-alvo R$ 80 mi a R$ 800 mi de receita, marca própria ou multimarca, coleção duas vezes por ano. Dor central Pré-venda no book que vira produção, representante com prancheta, coleção parada como capital morto e sell-out invisível. #### O que muda O showroom segue vendendo a coleção pelo relacionamento. A CWS Platform cobre o que escapa depois: a reposição automática, ciente de estoque, e a leitura do sell-out por lojista e por grade, hoje cega. O book e a grade viram pedido governado num portal do lojista sem código (Assisted Selling Platform e No-Code Storefront Builder), o lojista repõe sem fricção, e a marca passa a enxergar o giro real na ponta. A coleção parada deixa de ser surpresa no balanço. O capital que dorme na coleção. A reposição é ciente de estoque e de giro: o objetivo é repor o que vende, não escoar o que travou, e a coleção parada deixa de ser surpresa no balanço. Persona · Lojista multimarca Reponho o que está vendendo no meio da coleção, sem esperar o representante lembrar. O book e a grade viram pedido governado no portal do lojista (Assisted Selling Platform), com reposição sugerida por ruptura e giro. Persona · Representante comercial de moda Larguei a prancheta e fiquei com a relação e a próxima coleção. O book vira pedido governado na Assisted Selling Platform, e a reposição automática se soma a ele, com a IA propondo e o time confirmando. #### Por ângulo de decisor CEO A dor: Produzo no escuro, sem saber o que realmente vendeu na ponta, e a coleção encalhada só aparece no balanço. O que muda: Sell-out visível, com a marca enxergando a ponta e decidindo coleção com dado, não com palpite. Diretor comercial A dor: A venda inicial (book) fecha no showroom, mas a reposição depende de o representante lembrar de cada lojista. O que muda: Reposição automática somada ao book, com o representante focado na relação e na próxima coleção. CFO A dor: O capital fica preso em coleção que não gira, e o custo de servir o pedido pequeno de reposição não fecha a conta. O que muda: Giro de coleção e capital morto sob controle, com a reposição de baixo ticket viável ao mesmo custo operacional. CIO A dor: PDV, ERP e produção não se falam, e o sell-out morre na planilha do lojista. O que muda: Do PDV ao ERP e à produção num fluxo só, com o sell-out capturado e devolvido para a decisão de coleção. O giro real deixa de ser invisível. O sell-out é capturado no fluxo do portal do lojista e volta para a marca como leitura de giro, sem depender de o lojista mandar planilha. #### A capacidade que ninguém replica ##### Reposição automática ciente de estoque A reposição vira sugestão governada por ruptura e giro, com a IA em Autonomy Gradient (propõe, o time confirma), para o lojista repor sem depender de alguém lembrar. ##### Leitura de sell-out por lojista e grade O que vendeu de fato na ponta, por lojista e por grade, deixa de ser invisível e alimenta a decisão de coleção, separando o que gira do capital morto antes do balanço. Propõe a IA, confirma o time. A reposição vira sugestão governada por ruptura e giro, com a IA sob Autonomy Gradient (Human-in-the-Loop): ela propõe, o time confirma. #### Os trilhos de negociação, no vocabulário da coleção Reposição automática Estoque multi-depósito Book compartilhado em tempo real Leitura de sell-out Autonomy Gradient (Human-in-the-Loop) Approval Workflows Na prática · Lojista de moda, celular ##### Cada cor e tamanho com o próprio estoque, na ficha da peça. A lojista escolhe a variação no celular e vê de onde sai cada peça: do estoque da marca ou do parceiro. Cena ilustrativa com tela real do portal da CWS Platform; pessoa, loja e marca são fictícias. #### A imagem da peça também é custo de transação Na moda, a peça não vende sem imagem, e produzir imagem é um ciclo de estúdio por coleção que nunca cobre o catálogo inteiro. O SKU de reposição, a peça que chegou fora do calendário e o contexto de cada região ficam de fora, e a loja improvisa com foto de celular. A CWS Platform trata a foto do produto como ativo-base: dela saem a imagem profissional, a ficha e o catálogo, em lote pela central ou no celular de quem está na loja, sempre sob a regra da marca. A imagem da peça é custo de transação. O ciclo de estúdio nunca cobre o catálogo inteiro, e a loja improvisa. A foto do produto vira ativo-base, e dela saem imagem, ficha e catálogo. Ver a solução de imagens e catálogo com IA → #### Em operação No atacado de vestuário, a CWS Platform sustenta o Circuito de Compras (CDC), o shopping atacadista de varejo popular do Brás, em São Paulo. Com tecnologia CWS Platform, o CDC opera um portal que agrega diversas bandeiras e unifica a operação, já disponível e rodando para os lojistas, com governança de catálogo no centro. A mesma base sustenta o MayaApp CDC, o aplicativo mobile white-label voltado aos pequenos lojistas do Brás e do Brasil, com alcance internacional e um agente de IA da CWS Platform para a curadoria de catálogo, que também gera catálogo em PDF personalizado para o lojista compartilhar com os clientes dele. É a tese de escala sem massa aplicada à moda: manter a relação que vende e ganhar alcance digital sem inchar a estrutura. #### Perguntas frequentes ##### Venda no showroom é relacionamento. Portal não substitui isso. E não deve. O showroom e o book seguem sendo a venda da coleção. O digital cobre o que o showroom não alcança: a reposição no meio da temporada e a leitura do sell-out. ##### Reposição automática não vai empurrar a coleção que já está encalhada? Não. A reposição é ciente de estoque e de giro, e a IA propõe para o time confirmar (Autonomy Gradient). O objetivo é repor o que vende, não escoar o que travou. ##### Como vou enxergar sell-out se o lojista não me reporta? O sell-out é capturado no próprio fluxo do portal do lojista, por lojista e por grade, e volta para a marca como leitura de giro, sem depender de o lojista mandar planilha. Agendar demonstração Ver a mesa de negociação do vendedor → ← Ver todos os setores --- ## Cases de sucesso | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/ Clientes ### Cases de sucesso Operações reais que digitalizaram a decisão de compra, não só o canal. Distribuição de equipamentos (Volvo CE) #### Tracbel: a margem que veio do cliente descobrir o catálogo Dealer Volvo premiado levou a venda para o canal digital governado e registrou cerca de R$ 122 milhões de receita digital em 2025, com a margem subindo junto com a descoberta de catálogo. Ler o caso → Distribuição de autopeças #### Imdepa: crescer 3x em clientes sem 3x em vendedores Distribuidora fundada em 1960 levou a decisão de compra para um portal B2B governado. Em 3 anos, ativou 153 clientes e processou cerca de 60 mil pedidos, com o vendedor migrando do processamento para a consultoria. Ler o caso → Varejo popular e atacado de vestuário Qualitativo #### Circuito de Compras (CDC): um portal multi-bandeira para o atacado popular Um shopping atacadista do Brás levou a operação para um portal multi-bandeira, já no ar, sobre a tecnologia da CWS Platform, com um app mobile white-label de alcance internacional. Ler o caso → Rede de centros automotivos e reposição de autopeças Escala #### Pirelli Conecta: o marketplace B2B que a rede compradora construiu para si A Pirelli organizou a compra de peças da sua rede de mais de 450 oficinas num marketplace B2B governado, lançado em abril de 2026 sobre a tecnologia da CWS Platform: mais de 100 oficinas já compram pelo portal, fornecedores selecionados competem pela demanda da rede, cada um com a própria política comercial, e a rede ganha dados, escala de negociação e um canal único com a indústria. Ler o caso → Rede de lojas de pneus e serviços automotivos (B2C) Escala #### Campneus: o marketplace B2C de uma rede de mais de 117 lojas, com estoque e preço regionalizados A Campneus, rede de lojas de pneus e serviços automotivos com selo Pirelli, colocou no ar um marketplace B2C sobre a tecnologia da CWS Platform que integra mais de 117 lojas num portal único para o consumidor final: cada estoque aparece na região certa, o preço acompanha a praça, o frete é calculado de forma descentralizada e um único carrinho reúne compras de várias lojas, com split automático de pagamento. Ler o caso → Distribuição e varejo de autopeças (rede multibandeira) #### Fortbras: três ERPs, várias bandeiras e um só portal B2B para a rede de autopeças A Fortbras, uma das maiores redes de autopeças do Brasil, reuniu filiais de várias bandeiras, três ERPs diferentes e um catálogo de mais de 300 mil produtos num único portal B2B sobre a CWS Platform. De janeiro a outubro de 2026, o canal faturou mais de R$ 30 milhões em mais de 35 mil pedidos, com mais de 4 mil clientes ativos comprando de mais de 30 filiais. Ler o caso → Distribuição de ferramentas, fixação e insumos industriais e automotivos Escala #### Würth: três portais, três jornadas de venda e o vendedor no centro do digital A Würth do Brasil, com mais de 1.400 vendedores e mais de 200 mil clientes, opera sobre a CWS Platform três portais para públicos diferentes: o B2B para empresas, o W-max para revendas de autopeças e motopeças e o B2C. Na mesma plataforma, o cliente compra sozinho, o vendedor monta o carrinho junto com ele ou digita o pedido, e todo mês os dados de venda e de busca viram lista de ação para o time comercial. Ler o caso → Quem já opera na CWS Platform --- ## Campneus: marketplace B2C de mais de 117 lojas | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/campneus/ Rede de lojas de pneus e serviços automotivos (B2C) Caso de escala ### Campneus: o marketplace B2C de uma rede de mais de 117 lojas, com estoque e preço regionalizados A Campneus, rede de lojas de pneus e serviços automotivos com selo Pirelli, colocou no ar um marketplace B2C sobre a tecnologia da CWS Platform que integra mais de 117 lojas num portal único para o consumidor final: cada estoque aparece na região certa, o preço acompanha a praça, o frete é calculado de forma descentralizada e um único carrinho reúne compras de várias lojas, com split automático de pagamento. Cliente: Campneus Caso contado pelo mecanismo e pela escala da operação, com números públicos. Resultados de negócio não são publicados. O Campneus.com.br é o portal de venda ao consumidor final da Campneus, rede de lojas especializada em pneus e serviços automotivos, com selo de qualidade Pirelli e mais de 117 lojas pelo Brasil. O portal roda sobre a tecnologia da CWS Platform e vende pneus para carro de passeio, SUV e picape, caminhão e ônibus, moto, agro e uso industrial, além de peças de reposição e serviços automotivos, com retirada ou entrega a partir da loja que atende o cliente. Este é um caso de escala: contamos o mecanismo e o tamanho da operação, com números públicos. Os resultados de negócio da rede pertencem à Campneus e não são publicados aqui. #### Um e-commerce na frente, um marketplace de rede por trás Para quem compra, o Campneus parece uma loja online de pneus: busca, catálogo, carrinho, pagamento. Por dentro, é outra coisa. Cada uma das lojas da rede tem o próprio estoque, o próprio preço, a própria logística e a própria operação de entrega e instalação. Um e-commerce comum resolveria isso achatando tudo: um estoque, um preço, um CD. A rede perderia justamente o que a torna competitiva, a loja perto do cliente, com o pneu na prateleira e o preço da praça. O desenho da CWS Platform vai no sentido oposto. O portal é um marketplace B2C : cada loja entra como uma loja do portal, com estoque, preço e logística próprios, e a gestão do portal governa as regras que valem para todas. O consumidor vê uma experiência só; a rede mantém a operação descentralizada que já tinha. Achatar ou manter a força de cada loja. O e-commerce comum resolve a rede juntando tudo num estoque só. O marketplace de rede mantém cada loja com estoque, preço e logística próprios, sob um portal único. #### Estoque regionalizado: cada oferta aparece onde deve aparecer A primeira pergunta que o portal responde é onde o cliente está. A plataforma tenta identificar a região automaticamente, o cliente confirma, ou a região vem do CEP informado. A partir daí, o catálogo mostra o que as lojas daquela região realmente têm, e não um estoque nacional teórico. - Estoque por região. Cada estoque aparece na região em que deve aparecer, conforme as regras da gestão do portal. - Preço por região. O mesmo pneu pode ter preços diferentes em praças diferentes, e o cliente vê o preço mais eficiente para a região dele. - Escolha da loja. O cliente escolhe a loja em que quer retirar ou a loja que vai entregar, entre as que atendem a região dele. - Só as lojas certas. O consumidor não enxerga as mais de cem lojas da rede, o que só o confundiria. Enxerga as lojas que a gestão do portal decidiu mostrar para ele. A região vem primeiro. O portal identifica a região do cliente, que confirma ou informa o CEP. A partir daí, o catálogo mostra o estoque, o preço e as lojas daquela praça. #### Catálogo técnico: pelo pneu ou pelo carro Pneu é produto técnico. Medida, índice de carga, índice de velocidade e aplicação decidem a compra, e o consumidor raramente sabe tudo de cor. O portal oferece dois caminhos: buscar pelos dados do próprio pneu ou pelo modelo do carro. Cada produto traz fotos, vídeos, informação técnica e informação de aplicação, com a navegação típica de uma plataforma de pneus e peças automotivas. O catálogo de pneus é o catálogo oficial Pirelli , mantido de forma centralizada. Cada loja integra o próprio estoque a esse catálogo único, em vez de manter uma versão local de descrição, código e ficha técnica. O mesmo vale para as peças automotivas, e aqui a plataforma funcionou como acelerador do projeto. A Campneus usou o sistema de catálogo que já vem na CWS Platform, o módulo Product Catalog & MDM (Catalog Engine) , e passou a oferecer peças de reposição rapidamente, sem montar um catálogo do zero, com itens cuja origem está em dezenas de lojas descentralizadas. Duas formas de buscar, um catálogo central. O consumidor chega pelo pneu ou pelo carro. O catálogo é mantido de forma centralizada, com fotos, vídeos e dados técnicos, e cada loja só integra o próprio estoque a ele. #### Um carrinho, várias lojas, split automático É aqui que o marketplace aparece de verdade. O cliente pode colocar no mesmo carrinho produtos de lojas diferentes e pagar uma vez só. O split automático de pagamento divide o valor entre as lojas envolvidas, e o pedido é redistribuído: o consumidor enxerga um pedido único, e cada loja recebe a sua parte e organiza a própria entrega de forma independente. A logística segue a mesma lógica descentralizada: - Retirada na loja , na unidade que o cliente escolheu. - Cálculo automático de frete, descentralizado , a partir da loja que atende, e não de um CD central. - Fretes definidos pela gestão do portal , que escolhe quais modalidades ficam disponíveis. E a rede vende serviços junto com os produtos : o cliente compra o pneu e o serviço automotivo na mesma jornada. Um carrinho, um pagamento, várias entregas. O consumidor enxerga um pedido só. O split divide o pagamento entre as lojas envolvidas, e cada uma organiza a própria entrega ou retirada. #### A gestão do portal governa as regras O princípio é o mesmo de todo portal governado: a gestão do portal governa, cada loja opera, a CWS Platform executa as duas camadas ao mesmo tempo. - Quem entra e quem não entra. A gestão decide quais lojas participam do portal e em quais regiões cada uma aparece. - As regras do jogo. Fretes disponíveis, regras comerciais, vitrines e campanhas são decididos no centro. - Pedidos em dois níveis. A gestão acompanha todos os pedidos num backend centralizado; ao mesmo tempo, cada loja acompanha os pedidos dela na própria central, o que dinamiza a operação sem depender de repasse manual. - Terceiros, quando a rede quiser. O portal já comporta estoque de terceiros, e pode se tornar também um marketplace de outros vendedores, não só da própria rede Campneus. Gestão central, operação de cada loja. A gestão do portal decide quem entra, em que região e com quais fretes, e acompanha todos os pedidos. Cada loja acompanha os dela na própria central. #### Campanhas regionalizadas, até no Google Shopping Com estoque e preço regionalizados, campanha também precisa ser regional. A gestão do portal monta campanhas de frete, de desconto e de oferta por região, com landing pages e páginas de oferta regionalizadas, tudo numa experiência de backoffice unificada e simples de operar. A mesma lógica chega à mídia online. Uma tecnologia exclusiva da CWS Platform captura preço e estoque de cada região e integra essa informação às campanhas de shopping online, como o Google Shopping. O anúncio que o consumidor vê reflete o preço e a disponibilidade da região dele, e não um preço nacional que a loja mais próxima talvez não pratique. O anúncio com o preço da região. A plataforma captura preço e estoque de cada região e os integra às campanhas de shopping online e às landing pages regionais, para o anúncio refletir a loja mais próxima. #### Dados unificados sem projeto de dados Numa rede descentralizada, juntar dados costuma ser um projeto à parte: navegação num lugar, campanhas em outro, estoque em cada loja. No Campneus, os dados de navegação, de campanhas e dos estoques descentralizados já nascem capturados de forma unificada, sem novo investimento em tecnologia de agregação de dados. #### WhatsApp e televendas no mesmo portal O portal tem integração com WhatsApp, usada também como canal de comunicação com o cliente, e permite operar televendas integrado ao portal. O atendimento humano passa a trabalhar sobre o mesmo estoque, o mesmo preço regional e o mesmo pedido que o cliente vê na tela. #### Da integração à aceleração A primeira fase do projeto foi a mais pesada, e já ficou para trás: integrar os estoques descentralizados das lojas e preparar as equipes de cada ponto de venda para a operação digital. Com essa base pronta, o projeto entrou numa fase de aceleração, com o uso das ferramentas de descentralização de estoque, de campanhas regionais e de gestão de portal complexo. Abrir uma nova loja no portal passa a ser parametrizar uma loja, e não montar um projeto, e é isso que dá escala ao modelo. #### Complexidade de marketplace, sem projeto sob medida Um marketplace B2C verticalizado, com estoque, preço e frete regionalizados, split de pagamento e governança de rede, costuma ser tratado como projeto de desenvolvimento sob medida, longo e caro. No Campneus, essa complexidade foi absorvida por configuração de uma plataforma que já nasce preparada para ela, com o módulo de catálogo, as camadas de portal e loja e o motor de regras prontos. Foi o que permitiu colocar no ar um projeto desse tamanho com um esforço e um custo muito menores do que o de construir sobre uma plataforma genérica. A leitura do caso: uma rede de lojas não precisa escolher entre ter um e-commerce simples e manter a força de cada loja. Com o portal em camadas, o consumidor vê uma loja só, e a rede continua vendendo com o estoque, o preço e a entrega de cada praça. #### Perguntas frequentes sobre este caso ##### Qual a diferença entre este portal e um e-commerce de pneus comum? O que está por baixo da vitrine. Um e-commerce comum assume um estoque, um preço e um centro de distribuição. O Campneus é um marketplace B2C: mais de 117 lojas entram como lojas do portal, cada uma com estoque, preço e logística próprios, e o consumidor vê só o que as lojas da região dele têm, com o preço daquela praça. ##### Como o portal sabe de que região é o cliente? A plataforma tenta identificar a região automaticamente e o cliente confirma, ou a região vem do CEP informado. A partir daí o catálogo, o preço, as lojas disponíveis para retirada ou entrega e o frete passam a valer para aquela região. ##### O cliente consegue comprar de mais de uma loja no mesmo pedido? Consegue. Produtos de lojas diferentes entram no mesmo carrinho, o pagamento é um só e o split automático divide o valor entre as lojas. O consumidor enxerga um pedido único, e cada loja recebe a sua parte e organiza a própria entrega. ##### Cada loja precisa manter o próprio catálogo de pneus? Não. O catálogo de pneus é o catálogo oficial Pirelli, mantido de forma centralizada, e cada loja integra o próprio estoque a ele. Para peças automotivas, a rede usou o módulo de catálogo da CWS Platform, o Catalog Engine, como acelerador do projeto, o que permitiu ampliar o sortimento rapidamente sem montar um catálogo do zero. ##### Por que este caso não mostra resultados de venda? Porque os resultados de negócio da rede pertencem à Campneus. Este é um caso de escala: mostramos o mecanismo e o tamanho da operação com números públicos, como a rede de mais de 117 lojas integradas ao portal. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Circuito de Compras (CDC): portal multi-bandeira | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/cdc/ Varejo popular e atacado de vestuário Caso qualitativo ### Circuito de Compras (CDC): um portal multi-bandeira para o atacado popular Um shopping atacadista do Brás levou a operação para um portal multi-bandeira, já no ar, sobre a tecnologia da CWS Platform, com um app mobile white-label de alcance internacional. Cliente: Circuito de Compras (CDC) Caso contado pelo mecanismo e pela tecnologia. Sem números públicos, por opção do cliente. O Circuito de Compras (CDC) é um shopping atacadista do varejo popular no Brás, em São Paulo, ligado à Nova Feira da Madrugada. Reúne lojistas brasileiros, chineses, bolivianos e árabes, atendendo revendedores de todo o Brasil. É um hub global na composição do público. Este é um caso qualitativo: contamos o mecanismo e a tecnologia, não números. O que importa aqui é a amplitude. Onde Tracbel e Imdepa mostram resultado com cifra, o CDC mostra alcance: mobile, internacional, IA e multi-bandeira. #### O portal multi-bandeira Sobre a tecnologia da CWS Platform, o CDC abriu um portal que agrega diversas bandeiras e unifica a operação num lugar só. O portal já está disponível para os clientes e está rodando. A governança de catálogo, o coração da unificação multi-bandeira, vem dos mesmos trilhos que sustentam o restante da plataforma. #### O MayaApp CDC Em paralelo ao portal web, o projeto tem uma frente mobile: o MayaApp CDC, um aplicativo white-label voltado aos pequenos lojistas do Brás e do Brasil, com potencial de alcance internacional. Ele aceita pagamentos internacionais, condizente com a alta presença de compradores de fora (China, Bolívia, mundo árabe, América Latina), e atende em vários idiomas (português, inglês, francês, espanhol e mandarim). Dentro do MayaApp CDC opera um agente de IA da CWS Platform para a catalogação e a curadoria de produto. A personificação do agente é decisão do cliente, não da plataforma. O app também transforma o produto já cadastrado em catálogo PDF personalizado: o lojista escolhe tema, capa, cores e os produtos, e compartilha o catálogo com os clientes dele em poucos cliques, tudo pelo celular. É o custo de montar material de venda, hoje pago em tempo pelo lojista, saindo da rotina de quem vende. A leitura do caso: a mesma base de tecnologia que governa a negociação B2B complexa também sustenta um app de varejo popular internacional. Profundidade num caso, amplitude no outro. #### Perguntas frequentes sobre este caso ##### Meu negócio é atacado popular, com muitos lojistas e bandeiras diferentes debaixo do mesmo teto. A mesma plataforma serve? Serve, e o CDC é o caso que mostra isso. O portal agrega bandeiras diferentes e unifica a operação num lugar só, o que exige governança de catálogo antes de exigir qualquer coisa de vitrine: quem pode publicar o quê, como a oferta de um lojista convive com a do vizinho, o que o comprador vê como um sortimento coerente. É a mesma base que sustenta a negociação B2B complexa, aplicada a um problema de composição em vez de um problema de contrato. ##### Por que este caso não tem números? Por opção do cliente, e a régua aqui é pública: caso qualitativo é contado pelo mecanismo e pela tecnologia, sem cifra. Isso não é um caso mais fraco, é um caso que responde a outra pergunta. Onde Tracbel e Imdepa mostram profundidade com resultado medido, o CDC mostra amplitude: multi-bandeira, mobile, internacional e com agente de IA em operação. Publicar número sem a chancela de quem é dono dele seria pior do que não publicar. ##### O agente de IA do MayaApp CDC decide sozinho o que vai para o catálogo? Não. O agente cataloga e faz a curadoria de produto, que é onde ele economiza um trabalho manual enorme, mas quem executa a verdade transacional é a plataforma: identidade do comprador, preço válido, estoque, pedido. Essa fronteira é deliberada. A IA orquestra e propõe; o mecanismo é que garante que o que foi proposto pode mesmo ser vendido. Até a personificação do agente, o nome e a cara que ele tem no aplicativo, é decisão do cliente, não da plataforma. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Fortbras: 3 ERPs e várias bandeiras num só portal | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/fortbras/ Na diretoria · CEO Contrato, regra percentual e tabela de cada bandeira ficam numa ordem só de decisão, escrita na plataforma. Uma rede que cresceu por aquisição mantém o jeito de vender de cada bandeira, sem combinar preço loja a loja. Cena ilustrativa com tela real do painel da CWS Platform, a plataforma por trás do portal da Fortbras. Pessoas e dados da tela são fictícios. Na diretoria · CIO Três ERPs atrás de um portal só: cada filial publica o próprio estoque, e o cliente escolhe a loja que o atende. A regra mora na plataforma, e o ERP continua dono do estoque, do preço base, do crédito e do faturamento de cada filial. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. Na diretoria · Diretor de Commerce Os pedidos aparecem por status num painel só, na mesma plataforma em que o cliente compra. No piloto do Sales Hub, o vendedor atende pela mesma interface, com aprovação entre vendedor, coordenador e gerente. Cena ilustrativa com tela real do painel da CWS Platform, a plataforma por trás do portal da Fortbras. Pessoas e dados da tela são fictícios. Na diretoria · CMO A rede inteira recebe a mesma vitrine e a mesma campanha, e cada cliente vê em destaque a loja que o atende. Uma marca na frente de todas as bandeiras: a campanha sai uma vez e chega a cada filial. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. Distribuição e varejo de autopeças (rede multibandeira) ### Fortbras: três ERPs, várias bandeiras e um só portal B2B para a rede de autopeças A Fortbras, uma das maiores redes de autopeças do Brasil, reuniu filiais de várias bandeiras, três ERPs diferentes e um catálogo de mais de 300 mil produtos num único portal B2B sobre a CWS Platform. De janeiro a outubro de 2026, o canal faturou mais de R$ 30 milhões em mais de 35 mil pedidos, com mais de 4 mil clientes ativos comprando de mais de 30 filiais. Cliente: Fortbras A Fortbras é uma consolidadora nacional do mercado de reposição automotiva: uma rede multimarcas formada por bandeiras regionais conhecidas, como Javali, Pegasus, Soma, T-Brasil, Total, Menil e União, que vende autopeças, motopeças, pneus, lubrificantes e acessórios para oficinas, auto centers, lojas de autopeças, frotistas e consumidores. Em agosto de 2024, a imprensa do setor já contava 246 pontos de venda , 17 bandeiras e mais de 300 mil peças diferentes no portfólio ( AutoData, 30/08/2024 ). Crescer por aquisição dá escala, mas deixa uma herança: cada bandeira chega com o próprio ERP, a própria tabela de preço, a própria carteira de clientes e o próprio jeito de vender. Em 2025, a Fortbras decidiu digitalizar a venda B2B da rede sem pedir que nenhuma bandeira trocasse de sistema. O portal entrou no ar sobre a CWS Platform e, no 16º mês de projeto, é um canal de venda de verdade, que cresce loja a loja. #### O caso Fortbras em 2 minutos Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O resultado até aqui Os números abaixo vêm do painel de BI do projeto, para o período de 1º de janeiro a 13 de outubro de 2026 : - Mais de R$ 30 milhões em receita digital , em mais de 35 mil pedidos . - Ticket médio perto de R$ 900. - Mais de 4 mil clientes ativos comprando pelo portal. - Mais de 30 filiais de várias bandeiras com venda registrada no canal. - Mais de 400 mil sessões desde abril, quando a medição de sessões começou, das quais três em cada quatro de clientes logados . - Mais de 600 mil ofertas publicadas pelas filiais, sobre mais de 6 milhões de unidades em estoque. #### O que estava na proposta e o que o projeto virou A proposta comercial, de março de 2025, descrevia um projeto de B2B Commerce para 28 lojas , com cerca de 100 mil SKUs , limite de crédito, entrega própria e lançamento em 3 meses . O módulo de vendedor ficou fora da primeira etapa. O cronograma foi cumprido: o MVP começou em 1º de julho de 2025 , numa filial de Fortaleza, e a primeira onda chegou a 18 lojas em produção em setembro do mesmo ano. O que mudou foi o tamanho do problema. O desenho que nasceu para 28 lojas passou a sustentar: | | Proposta (mar/2025) | Hoje | Lojas | 28 | mais de 30 filiais vendendo, horizonte de 260 lojas | Catálogo | cerca de 100 mil SKUs | mais de 300 mil produtos cadastrados | ERPs | não detalhado | 3 ERPs ativos, 2 a integrar | Vendedor | fora da etapa | Sales Hub em piloto, com fluxo de aprovação | Clientes cadastrados | não detalhado | mais de 120 mil A plataforma acompanhou o crescimento sem troca de produto e sem reimplantação. As novas necessidades viraram configuração, e as poucas que pediram código novo viraram evolução da própria plataforma, que roda na mesma versão para todos os clientes. #### O desenho: um portal na frente, várias empresas por trás Para o cliente da oficina, a Fortbras é um portal só: ele entra, enxerga as lojas que o atendem, vê o preço que vale para ele e fecha o pedido. Por trás, cada pedido atravessa sete camadas, e cada uma resolve uma parte da complexidade do grupo. - Catálogo único. Um cadastro global de produtos, compartilhado por todas as bandeiras, com o código interno Fortbras como identificador central. O catálogo não carrega preço: ele descreve o produto, com aplicação, cross reference, similares e categorias. - Estoque por loja e por depósito. Cada filial publica a própria oferta e o próprio saldo, vindos do ERP dela. Uma loja pode ter vários depósitos (peças, pneus de linha leve, pneus de linha pesada) e continuar sendo uma loja só para o cliente. - Visibilidade governada. O cliente vê só as lojas e os estoques que a regra comercial permite. Quem compra de duas filiais enxerga as duas; quem é carteira de uma só enxerga aquela. - Preço contextual. O preço base não aparece. O preço final é calculado no momento, conforme ERP, bandeira, loja, grupo do cliente, contrato, tag do produto e estado. - Checkout com crédito. Meios de pagamento por loja, limite de crédito por bandeira, pedido mínimo, boleto a prazo e pagamento negociado com a loja. - Imposto calculado pela origem. Antes de fechar, a plataforma consulta o serviço de impostos da filial que vai faturar, e o cliente vê os tributos no catálogo, no frete e no checkout. - Pedido de volta ao ERP certo. O pedido nasce no portal e chega ao ERP da filial que atende, por API de consulta ou por webhook, conforme o sistema de cada bandeira. ##### Três ERPs convivendo no mesmo portal | ERP | Bandeiras | Lojas implementadas (jun/2026) | Transis | Javali, Pegasus, Soma, T-Brasil | 18 | Autcom (Citel) | T-Brasil, Menil, Pegasus | 11 | Protheus | Atacado União | 1 Um portal na frente, várias empresas por trás. Transis, Autcom e Protheus alimentam as bandeiras e filiais. O pedido atravessa sete camadas: catálogo único, estoque por loja e depósito, visibilidade governada, preço contextual, checkout com crédito, imposto na origem e pedido de volta ao ERP certo. Reprodução de tela do portal no ar. Nomes de terceiros trocados por fictícios. A mesma bandeira pode estar em mais de um ERP (T-Brasil e Pegasus estão em dois), e é por isso que a regra não pode morar no ERP. Ela mora na plataforma, no Commerce Rules Engine (CDL Workspace), e o ERP continua sendo a fonte de estoque, preço base, crédito e faturamento de cada filial. #### As integrações A comunicação com os ERPs é, por desenho, assíncrona: os ERPs enviam estoque, preço e regras para a plataforma, e a plataforma publica os pedidos para os ERPs consumirem. Nenhuma página do portal depende de o ERP de uma filial responder naquele segundo. A exceção deliberada é o imposto, que precisa ser calculado em tempo real pela filial que fatura. - Estoque e preço em lote , com o código interno Fortbras, o depósito e as tags de regra de preço de cada produto (marca, limitador de desconto, campanha). - Pedidos lidos por API de consulta (Transis) ou entregues por webhook (Autcom), com status atualizado de volta. - Serviço de impostos por filial , autenticado, chamado pela plataforma a partir de um IP de saída fixo. Devolve ST, IPI, ICMS, PIS e COFINS. - Contratos de preço por API , com prioridade e faixas de desconto por quantidade. - Clientes por API : cadastro, vínculo a grupos, limite de crédito, e-mail de boas-vindas e recuperação de senha. - Autocadastro por CNPJ : o cliente sem cadastro é levado a um formulário de parceiro externo, e o cadastro aprovado volta para a plataforma por API. - Analytics : eventos do portal no Google Tag Manager e painéis de BI com receita, pedidos, sessões, clientes e ofertas por filial. #### Preço: quatro modelos num portal só Cada ERP trouxe um modelo de precificação diferente, e nenhum precisou ser abandonado: - Transis (Javali, Pegasus, Soma, T-Brasil): preço base, desconto padrão por bandeira, tabelas VIP, limitador de desconto e promoções com prioridade. - Autcom em Pegasus e T-Brasil: estrutura parecida, com VIP por grupo e contratos promocionais. - Menil: tabelas fechadas, de 1 a 7, com preço final por grupo de cliente e sem cálculo percentual. - Protheus (Atacado União): contratos por estado, sem VIP e sem promoção, com o preço final vindo direto do contrato. Sobre isso vale uma ordem clara de decisão: contrato vence regra percentual, que vence tabela. Quando dois grupos VIP disputam o mesmo cliente, vale o critério configurado. Em junho de 2026 o portal tinha cerca de 800 contratos ativos . Ao longo do projeto entraram regra de preço por quantidade, desconto progressivo em faixas dentro do contrato (por matriz ou por filial) e múltiplo de venda por produto, todos operados pela plataforma e alimentados pelos ERPs. Na prática · Compradora de loja de autopeças, no celular Ela escolhe a loja da rede que a atende, e o portal passa a mostrar o estoque e o preço daquela filial. Cada bandeira segue no próprio ERP. Para a cliente, é uma Fortbras só, com as lojas que a regra comercial libera para ela. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. Na prática · Balconista de autopeças, no desktop No balcão, ele abre a categoria e pede em lista, com o preço dele, a quantidade e o carrinho na mesma linha. O preço sai calculado na hora, pela regra da bandeira, do grupo e do contrato daquele cliente. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. Na prática · Dona de loja, no desktop Antes de fechar, ela consulta os impostos do item, calculados pela filial que vai faturar. ICMS ST e IPI aparecem no catálogo, no frete e no checkout, e não só na nota. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. Na prática · Técnica de oficina, no celular Com o carro aberto, ela confere quantas unidades a filial tem e quem vende e entrega a peça. O estoque vem do ERP de cada loja e de cada depósito, e o pedido volta para o ERP da filial que atende. Cena ilustrativa com tela real do portal B2B da Fortbras. Pessoas, marcas de peça e dados de cliente são fictícios. #### Clientes diferentes, jornadas diferentes A base da Fortbras não é homogênea, e o portal não trata todo mundo igual: - Carteira por loja. Cada cliente pertence aos grupos das lojas que o atendem. Em junho de 2026 eram mais de 3 mil grupos de clientes . - Cliente de mais de uma filial. Grupos de interseção deixam o cliente enxergar duas lojas sem misturar regras. Para não misturar faturamento, o carrinho aceita uma loja por pedido, com vários depósitos dessa loja. - Clientes VIP. Em junho de 2026, mais de 20 mil clientes estavam em grupos VIP, com preço próprio por bandeira. - Venda assistida. No piloto do Sales Hub, o vendedor usa a mesma interface do cliente, cadastra clientes já no grupo certo e trabalha com um fluxo de aprovação entre vendedor, coordenador e gerente. - Visitante sem login. Pode pesquisar o catálogo, mas não vê preço. No primeiro acesso, o cliente confirma os dados cadastrais. #### Configurado, não programado A maior parte do que a Fortbras precisou foi resolvida com os 1.029 parâmetros configuráveis da plataforma, muitas vezes no mesmo dia do pedido: abrir uma filial nova com as regras de preço de outra, criar grupos de interseção, mudar o padrão da busca, ligar ou desligar o imposto de uma filial, restringir meios de pagamento por loja, liberar o acesso de gerentes de filial ao painel da loja, trocar a grade de produtos para o padrão da listagem. Uma operação desse tamanho também pediu ajustes pontuais de produto, e eles foram feitos na plataforma: - Loja única com vários depósitos , para o atacado que separa peças, pneus leves e pneus pesados. - Chave única de oferta por parceiro , para o ERP que manda o mesmo produto mais de uma vez. - Imposto por filial , consultado na origem e exibido no catálogo, no frete e no checkout. - Desconto progressivo por quantidade dentro do contrato e múltiplo de venda por produto. - Busca restrita por código como padrão, para o balconista que digita o código da peça. - CNPJ alfanumérico , antes da mudança da Receita Federal. - Recuperação de senha pelo WhatsApp e e-mails de boas-vindas disparados pela API de clientes. - Novo checkout , testado e aprovado pela Fortbras em sandbox em outubro de 2026. #### Um time que responde em minutos O projeto tem um canal direto entre o time de projeto e tecnologia da Fortbras e o time da CWS Platform, ao lado dos chamados formais. Em 16 meses, foram mais de 5 mil mensagens. Alguns momentos mostram o ritmo: - Na semana do lançamento , a busca passou a funcionar para quem ainda não tinha login, sem mostrar preço, numa força-tarefa de um dia. - Num domingo , uma importação de 50 mil clientes travou. A resposta veio em 12 minutos, com a carga refeita em lotes. - Uma filial nova , com as mesmas regras de preço de outra, foi criada em produção e em sandbox no mesmo dia em que foi pedida. - Quando um preço errado no ERP de origem chegou ao portal , a filial foi desligada em 8 minutos, com estoque e configurações preservados para voltar no ar. - A troca do IP de saída , exigida pela segurança da Fortbras, foi implantada de madrugada e monitorada o dia inteiro, sem impacto para os clientes. - Correções de busca, de campanhas e de impostos subiram à noite e no fim de semana, para que a loja abrisse no dia seguinte com o problema resolvido. Nem tudo foi simples, e um caso honesto precisa dizer isso. A virada da regra de clientes por CEP para a regra por grupo, em setembro de 2025, exigiu dias de ajuste fino com as filiais. A busca foi refeita mais de uma vez até chegar ao comportamento que o balconista espera. Em cada um desses momentos, os dois times trabalharam juntos, em sala, até fechar o tema. “Show Isra, acabei de testar vários cenários aqui e todos funcionando da forma que conversamos, muito obrigado!” Time de projeto da Fortbras, setembro de 2026 #### Uma plataforma que muda junto com a operação O portal de hoje não é o portal de julho de 2025, e não precisou ser reconstruído para isso: - Jul/2025: MVP em Fortaleza. - Set/2025: 18 lojas em produção; clientes passam a ser definidos por grupo, não por endereço. - Out/2025: entram as filiais do Autcom e começa o piloto do módulo vendedor. - Nov/2025: entra o Protheus, com o atacado e seus três depósitos. - Fev/2026: restrição por depósito e grupos de interseção em produção para todas as filiais. - Mai/2026: vendedor cadastra o cliente já no grupo certo; carga de quase 190 mil produtos sem duplicidade numa única loja. - Jul/2026: múltiplo de venda. - Ago/2026: imposto no catálogo. - Set/2026: desconto progressivo por quantidade, autocadastro por CNPJ, busca restrita como padrão e anúncio de mais 10 lojas. - Out/2026: novo checkout aprovado. #### O que os números revelam - O portal virou ferramenta de trabalho. Três de cada quatro sessões são de clientes logados. Quem entra, entra para comprar. - O uso é recorrente. São, em média, mais de 60 sessões por visitante logado desde abril. Os clientes mais engajados passam de 2 mil sessões, com tempo médio de até 18 minutos por sessão. - O crescimento é contínuo. As sessões mensais mais que triplicaram de abril a setembro de 2026. - A venda está distribuída. Nenhuma filial domina o canal: a maior responde por pouco mais de um décimo da receita digital do período, e mais de 30 filiais de várias bandeiras vendem pelo portal. - O potencial ainda é grande. São pouco mais de 4 mil clientes ativos numa base de mais de 120 mil cadastros, com cerca de 30 lojas ativas num horizonte de 260. Cada nova loja traz a carteira dela para um portal que já está pronto. #### Próximos passos A Fortbras segue o modelo que deu certo: uma loja por vez, sem big bang. As próximas 10 lojas estão em implantação, dois ERPs ainda vão entrar, o Sales Hub se prepara para sair do piloto e o catálogo passa por uma rodada de enriquecimento com agentes de Inteligência Artificial. A leitura do caso: uma rede que cresceu por aquisição não precisa escolher entre unificar ERPs e vender no digital. Com a regra na plataforma, cada bandeira mantém o próprio sistema, e o cliente encontra uma Fortbras só. #### Perguntas frequentes sobre este caso ##### Como três ERPs diferentes convivem no mesmo portal? Cada filial continua no ERP que já usava: Transis em Javali, Pegasus, Soma e T-Brasil, Autcom em T-Brasil, Menil e Pegasus, e Protheus no Atacado União. O ERP segue como fonte de estoque, preço base, crédito e faturamento da filial, e a regra comercial mora na plataforma, no Commerce Rules Engine (CDL Workspace). Isso é necessário porque a mesma bandeira pode estar em mais de um ERP, caso de T-Brasil e Pegasus. A comunicação é assíncrona: os ERPs enviam estoque, preço e regras, e a plataforma publica os pedidos para o ERP da filial que atende, por API de consulta ou por webhook. A exceção deliberada é o imposto, calculado em tempo real pela filial que fatura. ##### O que foi configuração e o que precisou de desenvolvimento? A maior parte foi configuração, com os 1.029 parâmetros configuráveis da plataforma, muitas vezes no mesmo dia do pedido: abrir uma filial nova com as regras de preço de outra, criar grupos de interseção, mudar o padrão da busca, ligar ou desligar o imposto de uma filial, restringir meios de pagamento por loja. O que pediu código novo virou evolução da própria plataforma, que roda na mesma versão para todos os clientes: loja única com vários depósitos, chave única de oferta por parceiro, imposto por filial consultado na origem, desconto progressivo por quantidade dentro do contrato, múltiplo de venda por produto, busca restrita por código como padrão, CNPJ alfanumérico e recuperação de senha pelo WhatsApp. ##### Como a rede entra no portal, loja a loja? Uma loja por vez, sem big bang. O MVP começou em 1º de julho de 2025, numa filial de Fortaleza, e a primeira onda chegou a 18 lojas em produção em setembro do mesmo ano. Depois entraram as filiais do Autcom, em outubro de 2025, e o Protheus, em novembro, com o atacado e seus três depósitos. Hoje são mais de 30 filiais vendendo pelo portal, num horizonte de 260 lojas, com as próximas 10 em implantação. Cada loja nova traz a própria carteira de clientes para um portal que já está pronto, e uma filial com as mesmas regras de preço de outra já foi criada em produção e em sandbox no mesmo dia em que foi pedida. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Imdepa: 3x em clientes sem 3x em vendedores | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/imdepa/ Distribuição de autopeças ### Imdepa: crescer 3x em clientes sem 3x em vendedores Distribuidora fundada em 1960 levou a decisão de compra para um portal B2B governado. Em 3 anos, ativou 153 clientes e processou cerca de 60 mil pedidos, com o vendedor migrando do processamento para a consultoria. Cliente: Imdepa A Imdepa é uma distribuidora brasileira de autopeças e aftermarket fundada em 1960, com operação em 9 estados, cerca de 23 mil SKUs e aproximadamente 16 mil clientes corporativos nos segmentos agrícola, industrial e automotivo. Em 2023 colocou no ar um portal B2B de pedidos sobre a CWS Platform, com um objetivo claro: manter a eficiência operacional enquanto cresce. #### O resultado em escala Em 3 anos de operação, a plataforma ativou 153 clientes (crescimento de cerca de 3x), processou aproximadamente 60 mil pedidos e roda hoje cerca de 25 mil sessões por mês . A máquina passou a processar a transação simples, e o vendedor saiu de cerca de 70% do tempo em processamento de pedido para a consultoria proativa. É crescimento desacoplado do custo de estrutura: mais clientes atendidos sem aumentar a equipe na mesma proporção. #### Três perfis de engajamento Cada cliente da Imdepa encontrou o próprio ritmo de uso. A análise de 3 anos revelou três padrões, todos válidos: - Heavy User. O portal vira infraestrutura operacional. Um cliente chegou a 18.920 acessos, cerca de 1.500 pedidos e 5 usuários internos em 3 anos, integrando o portal à rotina de compras de toda a equipe. - Exploratory. O portal como ferramenta de decisão. Um cliente registrou 1.309 acessos, 930 pedidos e taxa de conversão de 70%, explorando alternativas antes de fechar. - Late Adopter. Acesso necessário, sem depender de vendedor. Conversão de 63,6% por sessão: entra, encontra, compra, sem ligar para ninguém. Os nomes dos clientes da Imdepa são preservados (Cliente A, B, C) por privacidade. #### Por que funcionou A jornada B2B real é complexa, e a plataforma trata isso como capacidade nativa. Um pedido com mais de 250 SKUs é montado num carrinho único, com cálculo automático de IPI, ICMS e ST, frete e crédito pré-aprovado, em segundos. A operação que antes consumiria horas de um vendedor passou a levar minutos de um cliente autossuficiente. Removida a fricção, o cliente escolhe o canal por ser operacionalmente melhor, não por preferência digital. “O valor real não é a receita que vemos nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores.” Coordenação de Vendas Digitais da Imdepa. #### Perguntas frequentes sobre este caso ##### O que mudou no dia a dia do vendedor depois que o portal entrou? Ele parou de digitar pedido. Na Imdepa o vendedor gastava cerca de 70% do tempo processando a transação simples, aquela em que o cliente já sabe o que quer e só precisa que alguém registre, e esse trabalho passou para a máquina. O que sobrou é o que só ele faz: entender a operação do cliente, sugerir o que falta, resolver a exceção. O vendedor não é a vítima do digital, é o vetor dele, e a conta de negócio é essa: crescer 3x em clientes sem crescer 3x a equipe. ##### Meus clientes não são todos digitais. O portal só serve para quem já compra online? Não, e a análise de três anos da Imdepa mostra três ritmos convivendo, todos válidos. Tem o cliente que transforma o portal em infraestrutura e entra todo dia com vários usuários da equipe; tem o que usa como ferramenta de decisão, explorando alternativas antes de fechar; e tem o que só entra quando precisa, resolve e sai, sem depender de vendedor. Nenhum desses perfis foi convertido à força. O portal ganhou uso por ser operacionalmente melhor, não por preferência digital. ##### Um pedido meu tem centenas de itens e imposto complicado. Isso cabe num carrinho? Cabe, e essa é a fronteira que separa a jornada B2B real do checkout de varejo. Um pedido com mais de 250 SKUs é montado num carrinho único, com IPI, ICMS e ST calculados, frete e crédito pré-aprovado, em segundos. A operação que consumiria horas de um vendedor no telefone leva minutos de um cliente autossuficiente. É o custo de transação da compra caindo, e é ele que muda o comportamento, não a tela. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Pirelli Conecta: marketplace B2B governado | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/pirelli-conecta/ Na diretoria · CEO As regras de preço da rede ficam escritas num lugar só, com a prioridade e a origem de cada uma. A política comercial deixa de depender de planilha e de combinação de balcão: vale igual em cada pedido. Cena ilustrativa com tela real do painel da CWS Platform, a plataforma por trás do Pirelli Conecta. Pessoas e dados da tela são fictícios. Na diretoria · CIO Um catálogo único para a rede, com código e aplicação padronizados, no lugar de um cadastro por loja. A busca acha a peça por nome, código ou categoria, com o dado técnico que vem de quem fabrica. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. Na diretoria · Diretor de Commerce Os pedidos da rede aparecem por status num painel só, da pré-encomenda à entrega. O que está em aprovação comercial, aguardando pagamento ou pronto para envio fica à vista, sem ligar para cada distribuidor. Cena ilustrativa com tela real do painel da CWS Platform, a plataforma por trás do Pirelli Conecta. Pessoas e dados da tela são fictícios. Na diretoria · CMO A marca chega a cada revendedor da rede pela mesma vitrine, com a mesma mensagem. Campanhas e condições conjuntas com as indústrias parceiras são montadas sobre a demanda real da rede. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. Rede de centros automotivos e reposição de autopeças Caso de escala ### Pirelli Conecta: o marketplace B2B que a rede compradora construiu para si A Pirelli organizou a compra de peças da sua rede de mais de 450 oficinas num marketplace B2B governado, lançado em abril de 2026 sobre a tecnologia da CWS Platform: mais de 100 oficinas já compram pelo portal, fornecedores selecionados competem pela demanda da rede, cada um com a própria política comercial, e a rede ganha dados, escala de negociação e um canal único com a indústria. Cliente: Pirelli (Pirelli Conecta) Caso contado pelo mecanismo e pela escala da operação, com números públicos. Resultados de negócio não são publicados. O Pirelli Conecta é o Portal de Negociação Pirelli: o ambiente digital em que a rede oficial de revendedores e centros automotivos Pirelli compra peças de fabricantes e distribuidores selecionados. Nasceu em 2025, planejado pela Pirelli em conjunto com os grupos compradores da rede, sobre a tecnologia da CWS Platform, e foi lançado oficialmente em abril de 2026. A rede tem mais de 450 oficinas em todo o Brasil, mais de 100 já compram pelo portal, e o catálogo que o próprio portal anuncia tem mais de 60 mil itens , de suspensão, freios, filtros, óleos e fluidos, com busca por veículo (carro, moto, caminhão, ônibus e trator). A rede compra pelo navegador e pelo aplicativo, disponível para Android e iOS. Este é um caso de escala: contamos o mecanismo e o tamanho da operação, com números públicos ou divulgados com autorização da Pirelli. Os resultados de negócio da rede pertencem à Pirelli e não são publicados aqui. #### O caso Pirelli Conecta em 2 minutos Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### O que muda quando o marketplace nasce do lado comprador O marketplace B2B típico nasce do lado de quem vende: um distribuidor ou uma indústria abre o canal para escoar o próprio portfólio. O Pirelli Conecta inverte o sentido. Quem constrói o ambiente é a rede que compra, planejado pela Pirelli em conjunto com os grupos compradores da própria rede. O objetivo não é vender mais de um fornecedor, é comprar melhor de todos. Essa inversão muda a economia da relação. Uma oficina sozinha negocia com o peso de uma oficina. Uma rede de centenas de pontos, com a demanda organizada num lugar só, negocia com o peso da rede. O marketplace vira o instrumento de barganha coletiva de uma estrutura que, antes, comprava de forma dispersa, por telefone, WhatsApp e planilha, loja por loja. Quem constrói o marketplace muda o jogo. O marketplace típico é o canal de quem vende. No Pirelli Conecta, a rede organiza a própria demanda num lugar só, e os fornecedores selecionados disputam essa demanda. #### Governança: a rede define o jogo, o fornecedor define o preço O princípio que sustenta o projeto cabe numa frase: o Pirelli Conecta governa, a CWS Platform habilita, o fornecedor negocia. - A rede governa o frame. Quem participa, em que regiões, com quais regras gerais, padrões de catálogo e requisitos de conformidade. É o conjunto de condições compartilhadas que torna a negociação confiável para todos. - O fornecedor mantém a autonomia comercial. Cada fabricante e distribuidor configura os próprios preços, condições de pagamento, prazos e limites de aprovação, e negocia livremente dentro do frame. O ecossistema não dita o preço de ninguém. - A plataforma executa as duas camadas ao mesmo tempo. O acesso é regionalizado: cada loja enxerga os produtos, estoques e distribuidores relevantes para a própria praça, e cada pedido nasce com a condição que vale para aquele comprador, naquele fornecedor. É essa separação que distingue um ecossistema governado de um marketplace que aperta o fornecedor. As regras são comuns; a decisão comercial fica com quem é dono dela. A rede governa, o fornecedor negocia. As regras de participação, catálogo e região são da rede. Preço, prazo e condição são de cada fornecedor. A plataforma aplica as duas camadas em cada pedido. #### Da cotação por telefone à comparação em tempo real Na compra de reposição, cada pedido costumava começar com uma rodada de cotações: ligar para dois ou três distribuidores, esperar retorno, comparar preço, prazo e disponibilidade, e só então fechar. No Pirelli Conecta, preço, estoque e prazo de entrega de vários fornecedores ficam visíveis no mesmo lugar. A cotação deixa de ser uma rodada de ligações e vira uma consulta. Com mais fornecedores selecionados disputando a mesma demanda, a competição trabalha a favor da rede: comparar ofertas passa a ser o comportamento padrão, e o custo médio de compra passa a ser disputado a cada pedido, não negociado uma vez por ano. A cotação vira uma consulta. Em vez de ligar para dois ou três distribuidores, a oficina vê as ofertas dos fornecedores selecionados lado a lado, no navegador ou no aplicativo. Reprodução de tela do portal no ar. Nomes de terceiros trocados por fictícios. #### Catálogo padronizado e a indústria dentro do jogo Uma rede descentralizada costuma ter um catálogo por loja, cada um com o próprio código, a própria descrição e as próprias lacunas de aplicação. No Pirelli Conecta, o catálogo é padronizado para a rede inteira, com aplicação por veículo, e a indústria participa da construção dele: marca, dado técnico e aplicação chegam de quem fabrica, organizados pelas regras da rede. A mesma lógica vale para as ofertas. Campanhas, condições especiais e negociações conjuntas entre a Pirelli, as indústrias parceiras e os distribuidores passam a ser montadas sobre dados reais de demanda da rede, e não sobre estimativa. Um catálogo para a rede inteira. Cada loja tinha o próprio código e as próprias lacunas. No portal, o catálogo é padronizado para a rede, e a indústria entrega marca, dado técnico e aplicação. Reprodução de tela do portal no ar. Nomes de terceiros trocados por fictícios. #### Os melhores fornecedores crescem dentro da rede Num ambiente governado, desempenho vira rota de expansão. O fornecedor mais organizado, com catálogo completo, estoque confiável, entrega no prazo e boa avaliação da rede, torna-se naturalmente mais demandado. A rede ganha um critério objetivo para escolher quem cresce com ela, e o fornecedor ganha um caminho claro para crescer: ser melhor, e não apenas mais barato. #### Um canal de conversa melhor que o WhatsApp A negociação entre a rede e os fornecedores acontece dentro do portal, pelo chat de negociação, ligada ao pedido e ao histórico de cada relação. A conversa que antes se espalhava por grupos de WhatsApp, e-mail e telefone, sem registro e sem contexto, passa a ter lugar, dono e memória. #### Dados de compra como ativo da rede Cada pedido gera dado estruturado: o que cada ponto compra, com que frequência, de quem, a que preço e quais peças costumam ser compradas juntas. A Pirelli e os grupos compradores passam a enxergar o comportamento de compra da rede inteira, a cesta de produtos por região e as relações entre peças. É essa base que abre espaço para o próximo passo: BI sobre dados confiáveis e agentes de Inteligência Artificial atuando dentro de um ambiente governado, onde identidade, preço, estoque e regras vêm da plataforma, e não de uma planilha. A IA propõe; o mecanismo garante que o proposto pode mesmo ser comprado. Cada pedido vira dado da rede. O que cada ponto compra, de quem, onde e com quais outras peças. É a base confiável para BI e para agentes de IA que atuam dentro das regras da rede. #### O portal no ar Tudo acontece ao mesmo tempo: uma oficina compara ofertas no celular, outra compra no balcão, e o distribuidor responde no chat, ligado ao pedido. Na prática · Técnica da oficina, no celular Com o carro no elevador, ela informa o modelo e o portal mostra só as peças que servem nele. A busca por veículo cruza o catálogo da rede com a aplicação de cada peça. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. Na prática · Compradora da revenda O mesmo amortecedor aparece em dois distribuidores, cada um com o próprio preço, prazo e entrega. Ela compara e escolhe sem ligar para ninguém. A rede define as regras, e cada fornecedor negocia o seu preço. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. Na prática · Compradora, no chat Ela pergunta pela pronta entrega ao vendedor do distribuidor, e a conversa termina no carrinho. O chat de negociação fica dentro do portal, ligado ao pedido e ao histórico de cada relação. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. Na prática · Balcão de autopeças, no desktop No balcão, cada peça do catálogo mostra em quantos distribuidores ela está disponível. Um catálogo padronizado para a rede inteira, com a oferta de vários fornecedores em cada item. Cena ilustrativa com tela real do portal Pirelli Conecta. Pessoas, distribuidores e vendedores são fictícios. #### Como o projeto cresce O Pirelli Conecta cresce por etapas. Nasceu em 2025 com os grupos compradores da rede, que planejaram o ambiente junto com a Pirelli, e foi lançado oficialmente em abril de 2026, na convenção anual da Pirelli. Hoje, mais de 100 oficinas já compram pelo portal, numa rede de mais de 450 . Agora vem a expansão: novos distribuidores, varejistas e indústrias entrando no ecossistema, e os dados de compra da rede abrindo espaço para campanhas montadas sobre demanda real e para agentes de Inteligência Artificial. #### Um modelo para qualquer rede descentralizada O Pirelli Conecta foi construído para uma rede de centros automotivos, mas o mecanismo serve a qualquer estrutura com muitos pontos de compra e pouca coordenação: redes de franquias, associações, cooperativas, grupos de lojas e redes credenciadas de uma indústria. Onde há demanda dispersa, fornecedores demais e negociação de menos, o marketplace B2B construído pelo comprador organiza a rede, padroniza o catálogo, captura os dados e devolve à rede o poder de barganha que ela já tinha, mas não conseguia exercer. A leitura do caso: o marketplace B2B não precisa ser o canal de quem vende. Construído pelo lado comprador, com governança sobre o ecossistema e autonomia para cada fornecedor, ele vira o sistema nervoso de uma rede inteira. #### Perguntas frequentes sobre este caso ##### Qual a diferença entre um marketplace do lado comprador e um marketplace comum? Quem constrói o ambiente. O marketplace comum nasce de quem vende, para escoar portfólio. O Pirelli Conecta foi construído pela rede que compra, planejado pela Pirelli com os grupos compradores da rede, para consolidar a demanda de uma rede de mais de 450 oficinas e negociar com o peso da rede, e não com o peso de cada loja. ##### A rede controla o preço dos fornecedores? Não. A rede governa o frame: quem participa, em que regiões, com quais padrões de catálogo e de conformidade. Cada fabricante e distribuidor define os próprios preços, prazos, condições de pagamento e limites de aprovação. É essa separação que atrai os melhores fornecedores em vez de afastá-los. ##### Serve para redes de franquias ou redes de outros setores? Serve. O mecanismo depende da estrutura, não do produto: muitos pontos de compra, fornecedores fragmentados e pouca coordenação. Redes de franquias, associações, cooperativas e redes credenciadas de uma indústria têm esse perfil, e ganham o mesmo: catálogo padronizado, competição entre fornecedores, dados de compra e negociação conjunta. ##### Por que este caso não mostra resultados de venda? Porque os resultados de negócio da rede pertencem à Pirelli. Este é um caso de escala: mostramos o mecanismo e o tamanho da operação com números públicos ou divulgados com autorização da Pirelli: a rede de mais de 450 oficinas, das quais mais de 100 já compram pelo portal, e o catálogo que o portal anuncia com mais de 60 mil itens. ##### Onde entra a Inteligência Artificial? Na camada de cima de um ambiente governado. Cada pedido gera dado estruturado sobre o que a rede compra, de quem e quais peças saem juntas. Com identidade, preço, estoque e regras vindos da plataforma, BI e agentes de IA podem propor com segurança, e o mecanismo garante que o que foi proposto pode mesmo ser comprado. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Tracbel: margem que veio da descoberta do catálogo | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/tracbel/ Distribuição de equipamentos (Volvo CE) ### Tracbel: a margem que veio do cliente descobrir o catálogo Dealer Volvo premiado levou a venda para o canal digital governado e registrou cerca de R$ 122 milhões de receita digital em 2025, com a margem subindo junto com a descoberta de catálogo. Cliente: Tracbel A Tracbel é uma rede de distribuição de equipamentos, dealer da Volvo CE, com 40 unidades e o reconhecimento Volvo Gold, o dealer mais premiado do Volvo Group no mundo. Levou a decisão de compra para o canal digital governado da CWS Platform, integrado ao SAP de forma bidirecional e em tempo real, em produção há cerca de 6 anos. #### A prova - Cerca de R$ 122 milhões de receita no canal digital (janeiro a novembro de 2025). Dado real de transações, chancelado pela própria Tracbel. - 3.500 clientes atendidos digitalmente em 2025. - Cerca de R$ 235 milhões acumulados via portal desde o lançamento (Linha Amarela em 2018, Trucks em 2020). #### O mecanismo (por que funcionou) Ao digitalizar a decisão, o cliente passou a enxergar muito mais produtos e preços no catálogo, inclusive itens que não sabia que existiam. O resultado veio em cadeia: comprou mais itens (efeito exploração); como muitos eram novos, sem referência de preço prévia, a margem subiu; e o ticket médio cresceu. Remover a fricção mudou o comportamento de compra. Nenhum e-commerce comum entrega isso. A vitrine descobre por SKU; a negociação governada descobre por contexto. Um ângulo complementar, com lastro de anos: removida a fricção, o pedido pequeno passa a custar o mesmo que o grande. O cliente pequeno vira viável, compra com frequência e cresce ao longo do tempo, sem a Tracbel abandonar os grandes. #### Perguntas frequentes sobre este caso ##### Vendo equipamento pesado e peça técnica, com aplicação que depende de máquina e de série. Isso cabe num catálogo digital? Cabe, e é justamente onde a diferença aparece. O catálogo que a Tracbel colocou no ar não é uma vitrine de SKU, é a carteira do cliente com o preço que vale para ele: a mesma peça muda de condição conforme quem está comprando, e a compatibilidade com o equipamento é parte do que se navega. Vitrine de varejo descobre por código; a negociação governada descobre por contexto, e é por isso que um catálogo técnico ganha alcance em vez de virar uma lista impossível de percorrer. ##### A margem subiu por quê, se o preço ficou visível para todo mundo? Porque o que mudou não foi o preço, foi o repertório. Com a decisão digitalizada, o cliente passou a enxergar muito mais produto do que via pelo vendedor, inclusive item que não sabia que existia. Ele comprou mais itens, e como boa parte era nova, sem referência de preço anterior, a média subiu junto com o ticket. Transparência de preço derruba margem quando o catálogo é pequeno e comparável; num catálogo profundo, ela aumenta a chance de o cliente achar o que ninguém tinha oferecido. ##### Quanto tempo a Tracbel levou para chegar a esse patamar? Não foi um lançamento, foi um acúmulo. O portal entrou por linha, começando pela Linha Amarela em 2018 e somando Trucks em 2020, e são cerca de R$ 235 milhões acumulados desde então, com os R$ 122 milhões de 2025 como o ano mais recente. Quem está começando não compara o próprio mês um com esse número: compara com a primeira linha de produto no ar, que é a decisão de escopo que a Tracbel tomou. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Würth: três portais e o vendedor no centro | CWS Platform URL: https://www.cws-platform.com/cases-de-sucesso/wurth/ Distribuição de ferramentas, fixação e insumos industriais e automotivos Caso de escala ### Würth: três portais, três jornadas de venda e o vendedor no centro do digital A Würth do Brasil, com mais de 1.400 vendedores e mais de 200 mil clientes, opera sobre a CWS Platform três portais para públicos diferentes: o B2B para empresas, o W-max para revendas de autopeças e motopeças e o B2C. Na mesma plataforma, o cliente compra sozinho, o vendedor monta o carrinho junto com ele ou digita o pedido, e todo mês os dados de venda e de busca viram lista de ação para o time comercial. Cliente: Würth do Brasil Caso contado pelo mecanismo e pela escala da operação, com números públicos. Resultados de negócio não são publicados. A Würth é uma das maiores distribuidoras de produtos de fixação, ferramentas, químicos e equipamentos de proteção do mundo, e está no Brasil desde 1972 ( O Mecânico, 16/10/2012 ). Por aqui, a empresa publica ter mais de 1.400 vendedores , mais de 200 mil clientes e uma linha de cerca de 10 mil produtos em oito divisões, da automotiva à construção civil ( Portal da Autopeça, 29/04/2024 ). O canal digital da Würth do Brasil foi lançado em 2017 ( E-Commerce Brasil, 31/07/2023 ). Hoje esse canal roda sobre a CWS Platform, em três portais com volume relevante, cada um para um público. Este é um caso de escala: contamos o mecanismo e o tamanho da operação, com números públicos. Os resultados de negócio pertencem à Würth e não são publicados aqui. #### O digital que não compete com o vendedor A Würth vende pelo relacionamento. A força de vendas é a maior estrutura comercial da empresa, e a decisão de ir para o digital partiu de uma premissa clara: o canal online não substitui o vendedor, ele trabalha para o vendedor. A própria empresa explica em público que o vendedor recebe comissão pelas compras feitas online pelos clientes da carteira dele, mesmo quando não participou da compra, e que é treinado para montar carrinhos e ofertas personalizadas na plataforma. Para o diretor de vendas e marketing da Würth do Brasil, Marco Avelino, “a marca da Würth é o aperto de mão”. O digital existe para que esse aperto de mão alcance mais clientes, com menos atrito. #### Três jornadas de venda na mesma plataforma Na CWS Platform, o mesmo portal atende três formas de comprar, e o cliente pode usar mais de uma: - Autoatendimento. O cliente entra, encontra o produto, vê o preço e as condições que valem para ele e fecha o pedido sozinho, a qualquer hora. - Venda assistida. Vendedor e cliente trabalham no mesmo carrinho. O vendedor monta a proposta, ajusta itens e condições, e o cliente revisa e conclui a compra. - Pedido do vendedor. Para o cliente que prefere ser atendido do jeito tradicional, o vendedor registra o pedido em nome dele, na mesma interface e com as mesmas regras. As três jornadas usam a mesma interface, o mesmo catálogo e as mesmas regras comerciais. O vendedor não aprende um sistema à parte para atender e não perde a venda quando o cliente decide comprar sozinho. A plataforma registra por qual jornada cada pedido nasceu, e é isso que permite medir, carteira por carteira, como o cliente prefere comprar. Três jornadas de venda na mesma plataforma. O cliente compra sozinho, vendedor e cliente trabalham no mesmo carrinho, ou o vendedor registra o pedido. As três jornadas chegam ao mesmo portal, com o mesmo catálogo e as mesmas regras comerciais. #### Três portais, três públicos A Würth não fala com todo mundo do mesmo jeito, e o canal digital também não: - Würth B2B , para empresas: indústrias, oficinas, construtoras, marcenarias e manutenção, com login, preço e condições por cliente. - W-max , para revendas de autopeças e motopeças, com catálogo próprio, que inclui a marca W-max e não aparece nos outros portais. - Würth B2C , para quem compra como pessoa física. Cada portal tem a própria base de contas, o próprio sortimento e a própria política comercial, e os três rodam na mesma plataforma, com o mesmo time e as mesmas ferramentas de gestão. Abrir um portal novo para um público novo é uma decisão de negócio, não um projeto de tecnologia do zero. #### Catálogo tratado como operação contínua Num sortimento técnico, a venda depende de o cliente achar a peça certa: a medida da broca, o tipo de cabeça do parafuso, a aplicação do químico. O time de Conteúdo Técnico da CWS Platform cuida do cadastro e da qualidade do catálogo da Würth como uma rotina, não como uma carga feita uma vez: descrições, atributos, categorias e imagens são revisados conforme a busca dos clientes mostra onde o catálogo falha. #### Dados de venda que viram ação comercial Todo mês, o time de Estratégia e Dados da CWS Platform entrega à liderança da Würth uma leitura executiva da operação digital dos três portais. O ponto não é o painel, é a ação que sai dele: - De onde veio a receita do mês. A variação é separada em clientes novos, reativados, que compraram mais, que compraram menos e que não voltaram. Fica claro se o mês foi ganho com cliente novo ou perdido com cliente antigo. - Retenção por safra. Cada grupo de clientes é acompanhado a partir da primeira compra, para saber se a segunda compra está acontecendo. - Alerta pelo ritmo de cada cliente. Em vez de comparar todo mundo com uma média, a análise compara cada cliente com o próprio hábito de compra. O cliente que compra toda semana acende o alerta muito antes do que compra uma vez por trimestre. - Lista de contas para ligar. As contas que já passaram do próprio ritmo viram uma lista priorizada para o time comercial, separando quem só compra com o vendedor (a ação é ligação) de quem compra sozinho (a ação pode ser campanha). - Por que a busca não vendeu. Os termos mais buscados, a conversão por forma de busca e os termos que muita gente procura e ninguém encontra. Cada um desses termos é demanda que já existe e não está sendo atendida, e volta para o time de catálogo como tarefa. - Por onde o cliente entra. A comparação entre quem chega pela busca digitada e quem navega pelas categorias mostra qual porta precisa de correção antes de qualquer investimento em tráfego. Os relatórios usam as mesmas definições de pedido válido, receita e cliente ativo em todos os meses e em todos os portais, para que a comparação seja sempre entre coisas iguais. Dados de venda que viram ação comercial. A leitura mensal dos três portais não termina no painel. As contas que passaram do próprio ritmo viram lista priorizada para o time comercial, e os termos que muita gente busca e ninguém encontra voltam ao time de catálogo como tarefa. #### Inteligência Artificial no atendimento A Würth também usa no dia a dia um agente de vendas de Inteligência Artificial construído sobre a CWS Platform. Ele interpreta o que o cliente ou o vendedor pede em linguagem natural, busca no catálogo, recomenda produtos, monta o carrinho e gera um link para a compra continuar no portal. O agente não inventa preço nem condição: tudo o que ele propõe sai das mesmas regras comerciais que valem para a venda feita pelo vendedor. #### O que o caso mostra Uma empresa com mais de 1.400 vendedores não precisa escolher entre o vendedor e o digital. Com as três jornadas na mesma plataforma, o cliente escolhe como comprar, o vendedor continua dono da carteira, e a empresa passa a enxergar, todo mês, quem está comprando, por qual caminho e quem precisa de uma ligação. A leitura do caso: no B2B de sortimento técnico, o digital funciona quando é ferramenta do vendedor, e não concorrente dele. A plataforma registra cada jornada, e os dados dizem ao time comercial onde agir. #### Perguntas frequentes sobre este caso ##### Por que o canal digital não compete com o vendedor? Porque ele foi pensado para trabalhar para o vendedor, não para substituí-lo. A Würth vende pelo relacionamento, e a força de vendas, com mais de 1.400 vendedores, é a maior estrutura comercial da empresa. A própria Würth explica em público que o vendedor recebe comissão pelas compras feitas online pelos clientes da carteira dele, mesmo quando não participou da compra, e que é treinado para montar carrinhos e ofertas personalizadas na plataforma. O vendedor não perde a venda quando o cliente decide comprar sozinho, e continua dono da carteira. ##### Como funcionam as três jornadas de venda? O mesmo portal atende três formas de comprar, e o cliente pode usar mais de uma. No autoatendimento, ele encontra o produto, vê o preço e as condições que valem para ele e fecha o pedido sozinho, a qualquer hora. Na venda assistida, vendedor e cliente trabalham no mesmo carrinho: o vendedor monta a proposta, ajusta itens e condições, e o cliente revisa e conclui. No pedido do vendedor, ele registra o pedido em nome do cliente que prefere o atendimento tradicional. As três usam a mesma interface, o mesmo catálogo e as mesmas regras comerciais, e a plataforma registra por qual jornada cada pedido nasceu. ##### O que a leitura mensal de dados entrega? Uma lista de ações, não um painel. Todo mês, o time de Estratégia e Dados da CWS Platform entrega à liderança da Würth uma leitura executiva dos três portais: de onde veio a receita do mês, separada em clientes novos, reativados, que compraram mais, que compraram menos e que não voltaram; a retenção por safra; e o alerta pelo ritmo de compra de cada cliente. As contas que passaram do próprio ritmo viram uma lista priorizada para o time comercial ligar, e os termos que muita gente busca e ninguém encontra voltam ao time de catálogo como tarefa. Os relatórios usam as mesmas definições em todos os meses e em todos os portais. Os números dessa leitura pertencem à Würth e não são publicados. Acesso qualificado Falar com quem já roda esse mecanismo em operação Uma conversa rápida libera o acesso. Agendar uma conversa → Agendar demonstração ← Ver todos os cases --- ## Perguntas frequentes | CWS Platform URL: https://www.cws-platform.com/faq/ Recursos ### Perguntas frequentes #### Isto é para a minha operação? ##### O que é a CWS Platform? A CWS Platform é uma B2B Commerce Platform for Governed Negotiation, uma infraestrutura de negociação para o comércio entre empresas. Não é uma loja virtual adaptada para o B2B: é a camada onde preço, entrega, pagamento, quantidade e composição são negociáveis dentro de regras que a empresa define. São 11 módulos determinísticos e 6 AI Agents, sobre 1.029 parâmetros configuráveis. Ver a plataforma → ##### Que problema ela resolve? O problema de que, no B2B complexo, a venda não é um clique: é uma negociação sobre várias condições ao mesmo tempo. Quando essa negociação vive em telefone, planilha e e-mail, três coisas acontecem juntas: o custo de processar cada pedido cresce, a margem vaza por concessão que ninguém consegue somar, e o canal digital não passa de vitrine porque o preço que ele mostra não é o preço que fecha. Ver Governed Negotiation → ##### Qual a diferença entre e-commerce tradicional e commerce B2B complexo? No e-commerce o preço é um dado do produto e o comprador aceita ou sai. No B2B complexo o preço é resultado de quem compra, de onde sai a mercadoria, sob qual condição de pagamento e sob qual regra fiscal, e ainda pode ser negociado. Some-se a isso que o crédito costuma ser o meio de pagamento e que o vendedor participa da transação. É por isso que plataformas de preço fixo, adaptadas para B2B, travam na primeira operação que negocia de verdade. Ver o verbete Governed Negotiation no glossário → ##### Para que tipo de empresa a CWS Platform faz sentido? Para operações B2B de médio e grande porte em que preço, crédito e mix variam por cliente: distribuição e atacado, autopeças e reposição, agronegócio, construção e materiais, moda atacadista, indústria que vende para revenda. O sinal mais confiável não é o setor, é a pergunta: a sua tabela de preço tem exceção por cliente, e alguém precisa aprovar desconto? Ver para quem a plataforma é → ##### E para qual tipo de empresa ela não faz sentido? Para operação de preço fixo e checkout simples, a CWS Platform é excessiva. Se não há preço variável por cliente, vendedor ativo na transação, estoque em vários depósitos nem governança de desconto, plataformas como Shopify Plus ou VTEX resolvem melhor e mais barato. A plataforma foi desenhada para complexidade, e onde a complexidade não existe ela só cobra por ela. Falar com a gente sobre o seu caso → #### Por que a CWS Platform e não outra? ##### O que ela faz que uma plataforma de e-commerce B2B não faz? Trata a negociação como conceito central, não como recurso adicionado depois. Na prática isso aparece em quatro lugares: preço derivado do contexto da transação e não de uma tabela fixa; crédito como meio de pagamento nativo no checkout, com prazo de 30, 60 ou 90 dias; o vendedor operando dentro do mesmo núcleo que o comprador, com o mesmo preço e o mesmo estoque; e a concessão de desconto acontecendo dentro de limite, com justificativa registrada. Ver Governed Negotiation → ##### Como ela se compara a VTEX, Salesforce, SAP ou Shopify Plus? São categorias diferentes, e a comparação honesta depende do que você precisa. Plataformas de e-commerce resolvem vitrine e checkout de preço fixo muito bem. CRM resolve relacionamento e pipeline. ERP é o sistema de registro. A CWS Platform não substitui nenhum dos três: ela é a camada de negociação governada entre o ERP e os canais, que é justamente o pedaço que costuma ficar em planilha. Onde a sua operação negocia, é aí que a comparação faz sentido. Ver a plataforma → ##### O que significa configuração sobre código? Significa que mudança de regra comercial é parâmetro, não release. Uma alteração de regra fiscal, um novo limite de desconto por perfil ou uma condição de pagamento para um cliente entram por configuração no Commerce Rules Engine (CDL Workspace) e valem imediatamente, sem fila de desenvolvimento. É o que muda o tempo de resposta da área comercial de trimestres para o mesmo dia. Ver o CDL Workspace → ##### Por que não construir isso internamente? Porque o que parece um projeto de portal é, na verdade, um motor de regras comerciais com tudo o que vem junto: preço contextual com fiscalidade, crédito no checkout, limites de aprovação, prevenção de acúmulo de desconto, estoque distribuído e trilha de auditoria. Cada um é factível; juntos, e mantidos por anos enquanto a regra tributária muda, viram um produto paralelo ao negócio. A pergunta útil não é se conseguimos construir, é se queremos manter isto pelos próximos dez anos. Ver como montamos a proposta → ##### Existe risco de vendor lock-in? O dado e a regra são seus. A integração com o ERP passa por uma camada de mapeamento, de modo que trocar o sistema de registro não obriga a refazer a plataforma, e as regras comerciais ficam expostas como configuração legível, não escondidas em código. Dito isso, qualquer plataforma que governa a sua operação cria dependência operacional. O que dá para exigir é portabilidade de dado e clareza de saída em contrato. Ver as APIs e integrações → #### Como isso entra na minha operação? ##### Preciso trocar meu ERP? Não. A CWS Platform orquestra sobre o ERP, por APIs e webhooks. O ERP continua sendo o cofre do dado, e a plataforma é a camada comercial que os canais consultam. Integrações associadas publicamente incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. Ver arquitetura e segurança → ##### Quanto tempo leva para entrar no ar? Depende menos da plataforma e mais de dois fatores do lado do cliente: a qualidade do dado de catálogo e a clareza das regras comerciais que hoje vivem na cabeça das pessoas. A camada de governança entra em paralelo ao que já existe, sem exigir reengenharia do ERP, e é por isso que o primeiro corte costuma ser um recorte de operação, não a operação inteira. Falar com a gente sobre o seu caso → ##### E se a gente ainda não estiver pronto para isso? Não existe pré-requisito de maturidade, existe ponto de entrada. A Jornada de Maturidade Digital (Digital Maturity Roadmap) tem quatro níveis, do portal B2B clássico ao trading com IA, e cada nível ativa camadas sobre a mesma plataforma. O que entra no primeiro nível continua valendo no quarto, sem reconstrução, então a escolha do ponto de entrada é uma decisão reversível, não uma aposta. Ver a Jornada de Maturidade Digital → ##### Qual o papel do meu time e qual o papel da CWS Platform? A CWS Platform entrega e sustenta a plataforma; o cliente conduz o comercial e o relacionamento, que é onde ele é insubstituível. Os dois se encontram na configuração das regras: elas são a tradução da política comercial da empresa e ninguém de fora consegue escrevê-las sozinho. Projeto que erra aqui vira software instalado sem operação por trás. Ver o CDL Workspace → ##### Quem opera a plataforma no dia a dia? O time comercial e o time de catálogo do próprio cliente. A operação diária é configuração e curadoria, não desenvolvimento: ajustar regra de preço, revisar cadastro, acompanhar aprovação pendente. TI entra na integração e na governança de acesso, não no fluxo de todo dia. Ver o Sales Hub → ##### Que autonomia eu tenho para mudar regra sem chamar a CWS Platform? Alta, e é o ponto do modelo. Limites de aprovação, política de desconto, condição de pagamento, regra por perfil de cliente e parâmetro fiscal são configuração no Commerce Rules Engine. Exceção que vai para aprovação carrega Reason Code, e as ações críticas ficam em trilha de auditoria com autor, data e motivo, que é o que torna a autonomia auditável em vez de arriscada. Ver o verbete Reason Codes no glossário → ##### Como é o modelo de cobrança? SaaS com valor fixo previsível, sem taxa sobre o GMV no Core. AI Credits por ação dos agentes e take rate configurável no Marketplace. O desenho é deliberado: o custo não deve punir o crescimento, senão a plataforma passa a cobrar mais justamente quando ela funciona. Ver preços → ##### A plataforma atende operação internacional? A arquitetura é multi-tenant, multimarca e multimoeda por desenho, e o site opera em português e inglês. Vale notar que a complexidade fiscal brasileira, com ICMS por unidade federativa e regras setoriais próprias, é mais exigente que a da maioria dos mercados, então o motor fiscal nasceu resolvendo o caso difícil. Ver a plataforma em inglês → #### O que você também deveria perguntar Limitações, trade-offs e as objeções que costumam ficar sem resposta. ##### A CWS Platform tem ecossistema de apps como VTEX ou Shopify? Não, e é uma lacuna real. Não existe marketplace de plugins nem comunidade de desenvolvedores no tamanho dessas plataformas. O que existe no lugar é profundidade nativa, com 1.029 parâmetros configuráveis que cobrem por configuração o que em outras plataformas exige extensão, e uma camada de APIs abertas para o que for específico da sua operação. Se o seu critério de escolha é catálogo de apps de terceiros, este é um ponto contra. Ver as APIs e integrações → ##### A CWS Platform aparece nos quadrantes do Gartner ou do Forrester? Hoje não. É uma lacuna de posicionamento, não de produto, e pode ser bloqueadora para organizações que exigem validação de analista como parte do processo de compra. O que dá para oferecer no lugar, e imediatamente, é conversa técnica de profundidade e contato com clientes atuais para referência. Pedir uma conversa técnica → ##### Há casos públicos com nome de cliente? Sim, e com número. A Tracbel, dealer Volvo CE, registrou cerca de R$ 122 milhões de receita digital em 2025. A Imdepa, distribuidora de autopeças fundada em 1960, ativou 153 clientes e processou cerca de 60 mil pedidos em 3 anos. O Circuito de Compras levou um portal multi-bandeira do atacado do Brás ao ar. Nem todo cliente autoriza divulgação, então a lista pública é menor que a base. Ver os casos → ##### Quanto do meu negócio passa a depender da IA? Menos do que a categoria sugere, e isso é uma decisão de arquitetura. O núcleo é determinístico: os 11 módulos executam regra por código, com custo zero de inferência, e os agentes são uma camada acima que consulta esse núcleo. Se um agente propuser algo fora dos limites, as Alçadas de Aprovação (Approval Workflows) barram, e os Pre-Submission Guardrails impedem que o pedido chegue a existir. A diferença é entre uma plataforma em que tudo depende da IA e uma em que a IA amplifica um núcleo que funciona sem ela. Ver arquitetura e segurança → ##### A plataforma é madura o suficiente? A empresa foi fundada em 2012 e a plataforma está em produção desde 2013. São catorze anos no mesmo problema, em três fases: um marketplace B2B de autopeças até 2016, o pivot para SaaS e a expansão para agro e construção até 2022, e a IA com guardrails desde 2023. O custo de transação no comércio complexo é a tese desde o primeiro dia, não um reposicionamento recente. Maturidade de produto, porém, não é a única pergunta: vale perguntar também há quanto tempo estamos no seu setor específico, e essa resposta varia. Ver a história da empresa → ##### E se os meus vendedores sabotarem o portal? É a objeção mais comum e a mais legítima, porque geralmente ela está certa: quando o portal é desenhado para substituir o vendedor, o vendedor reage, e ele tem os meios. O desenho aqui é o oposto: o vendedor opera dentro da mesma plataforma, com o mesmo preço e o mesmo estoque que o cliente vê, e continua remunerado pelo pedido que passa pelo canal digital da carteira dele. O portal tira dele o trabalho de digitar pedido de recompra, não a carteira. Ver o portal de venda assistida → Ficou com outra dúvida? Fale conosco --- ## Glossário do commerce B2B | CWS Platform URL: https://www.cws-platform.com/glossario/ Recursos ### Glossário do commerce B2B Os termos que o mercado usa para descrever negociação, preço, crédito e governança em comércio entre empresas, e o que cada um significa na CWS Platform. Por que alguns verbetes têm dois nomes A CWS Platform nomeia internamente algumas coisas antes de o mercado ter um nome para elas, e o resultado é um vocabulário mais preciso e menos encontrável. Quem procura solução busca pelo termo do mercado, não pelo nosso. Por isso o verbete abre pelo nome de mercado, que é a porta de entrada, e traz o nome interno como aposto, que é onde a diferença aparece: dos 18 verbetes, 6 carregam esse par. - Governed Negotiation ↔ Negociação Governada - Approval Workflows ↔ Alçadas de Aprovação - Assisted Selling ↔ Sales Hub - Commerce Rules Engine ↔ CDL Workspace - Contextual Pricing ↔ Pricing Engine - Configuration over Code ↔ Configuração sobre Código #### Governed Negotiation (Negociação Governada) Negociação governada é o modelo em que as condições de um pedido B2B podem ser negociadas, mas dentro de limites que a empresa define e o sistema faz cumprir. Difere do preço fixo do e-commerce, em que não há o que negociar, e do desconto discricionário da planilha, em que não há limite. Cada concessão tem teto, autor e justificativa registrados. Na CWS Platform, as dimensões negociáveis são cinco, preço, entrega, pagamento, quantidade e composição, e os limites de cada uma vivem no Commerce Rules Engine. Ver Governed Negotiation → #### AI Agents with Business Guardrails São agentes de IA que operam sob as mesmas regras de negócio que uma pessoa, porque consultam o motor de regras em vez de deduzir a política comercial a partir de instrução em linguagem natural. O ponto não é limitar o modelo por prompt, é não deixar a decisão comercial depender dele. Na CWS Platform os seis agentes consomem o núcleo determinístico via MCP (Model Context Protocol), sob as mesmas regras que os vendedores humanos. Se o serviço de IA fica indisponível, a operação continua. Ver AI Agents → #### Approval Workflows (Alçadas de Aprovação) Alçadas de Aprovação (Approval Workflows) definem quem pode negociar, até que limite e o que acontece quando o limite é ultrapassado. Em commerce B2B a diferença que importa é o momento em que a resposta chega: um fluxo assíncrono por RFQ devolve o veredito depois que a conversa acabou, enquanto um fluxo integrado ao carrinho responde durante a negociação. Na CWS Platform são três níveis, da execução direta pelo vendedor à aprovação comercial com justificativa obrigatória, até o bloqueio antes de o pedido existir. Ver Governed Negotiation → #### Assisted Selling (Sales Hub) Assisted selling é colocar o vendedor dentro do mesmo núcleo transacional que o comprador usa, com o mesmo preço, o mesmo estoque e a mesma governança. Difere do CRM, que registra o relacionamento ao lado do sistema que executa a venda. A distinção fica prática quando o vendedor precisa de um preço: no CRM ele consulta outro sistema e transcreve, no assisted selling ele já está nele. Na CWS Platform essa mesa de negociação é o Sales Hub. Ver Sales Hub → #### Autonomy Gradient Autonomy gradient é a graduação entre o que um agente executa sozinho, o que ele propõe para confirmação humana e o que ele nunca faz. Substitui a pergunta binária "a IA pode agir?" por uma classificação por risco e reversibilidade, feita ação a ação. Na CWS Platform são três zonas: na verde o agente executa, na amarela ele propõe e a pessoa confirma com um clique, na vermelha ele informa e escala. Ver Arquitetura e segurança → #### Barter Barter é a liquidação de uma compra com produto em vez de dinheiro, e no agronegócio brasileiro é o grão que faz esse papel: o produtor leva insumo agora e paga em saca depois da colheita. Tratá-lo como meio de pagamento, e não como um acordo à parte registrado no financeiro, exige que o preço saiba converter entre reais e saca considerando safra, cultura e a tributação rural, e que a liquidação só ocorra depois da validação física e fiscal da entrega. Na CWS Platform o saldo em grãos é gerido por cliente e pode se combinar a outros meios no mesmo pedido. Ver Checkout & Payments → #### Commerce Rules Engine (CDL Workspace) Um commerce rules engine guarda as regras comerciais de forma declarativa e as aplica a cada transação, por configuração em vez de código. Preço por UF, limite de crédito por CNPJ, alçada por perfil e regra fiscal deixam de estar espalhados entre sistemas e customizações, e viram parâmetro auditável com autor e data. A consequência é operacional: mudança tributária ou política de desconto entra sem fila de desenvolvimento. Na CWS Platform esse motor é o CDL Workspace, com 1.029 parâmetros configuráveis, e ele vale igualmente para o vendedor humano e para os AI Agents. Ver CDL Workspace → #### Contextual Pricing (Pricing Engine) Contextual pricing deriva o preço do contexto da transação: quem compra, de qual depósito o item sai, sob qual condição comercial e com qual regra fiscal. Não confundir com dynamic pricing, que ajusta preço por demanda e concorrência e nasceu no varejo. Em B2B o preço correto já depende do cliente antes de qualquer estratégia, então o problema não é variar o preço, é resolvê-lo certo na primeira consulta. Quando ele não fecha, o comprador volta ao vendedor e o canal digital vira um orçamento a conferir. Na CWS Platform isso é o Pricing Engine. Ver Pricing Engine → #### Configuration over Code (Configuração sobre Código) Configuração sobre código é o princípio de que mudar uma regra comercial deve ser uma alteração de parâmetro, e não uma alteração de software. A diferença aparece no prazo: por código, uma mudança tributária entra numa fila de desenvolvimento e chega em semanas; por parâmetro, entra no dia. O custo escondido do outro modelo é a customização que ninguém documentou e que trava a próxima atualização. Na CWS Platform são 1.029 parâmetros configuráveis, cada alteração com autor, data e justificativa. Ver CDL Workspace → #### Customer Intelligence Panel Um customer intelligence panel entrega ao vendedor, na abertura do atendimento, o que ele precisaria pedir a três sistemas: saúde financeira, crédito disponível, condições comerciais já acordadas e histórico de compra. O ganho não é de conveniência, é de descarte precoce: sem ele, o vendedor monta a proposta inteira e só descobre no fechamento que o cliente seria barrado por pendência ou falta de limite, e o tempo dos dois já foi gasto. Na CWS Platform ele abre pela identificação do cliente, dentro da mesa de negociação. Ver Sales Hub → #### Discount Stacking Prevention Discount stacking prevention impede que descontos se acumulem sem que ninguém tenha decidido isso. O caso clássico é o desconto manual do vendedor somando com um cupom automático de campanha: cada um é defensável sozinho, a soma não é, e a perda só aparece no fechamento do mês, quando já não dá para atribuir a ninguém. Na CWS Platform o desconto manual anula o automático, com alerta visível no momento da concessão. Ver Governed Negotiation → #### 4-Point Checkout Validation Validação em quatro pontos é a checagem simultânea de estoque, preço, crédito e impostos antes do fechamento do pedido. O contraste é com a validação sequencial, em que o comprador descobre um problema de cada vez e refaz o carrinho a cada descoberta, o que é a causa mais comum de abandono em carrinho B2B. Na CWS Platform as quatro checagens acontecem juntas, com resposta imediata. Ver Checkout & Payments → #### Freight Negotiation Thresholds Frete também se negocia, e freight negotiation thresholds são os limites de quanto se pode conceder nele. É comum uma operação governar bem o desconto no produto e deixar o frete livre, o que transforma o frete na porta de saída da margem que a política de preço fechou. Na CWS Platform o frete tem alçada própria, separada da alçada de preço, com CIF e FOB, multi-CD e entrega fracionada. Ver Logistics Engine → #### Future Price Lists Lista de preço futuro é a tabela carregada antes de valer, com data de início e de expiração, que entra em vigor sozinha. Sem isso, virada de safra, reajuste anual e acordo com vigência viram tarefa manual numa data específica, e o erro típico não é esquecer, é ativar parcialmente: parte do catálogo com preço novo, parte com o antigo, e a divergência aparece no pedido do cliente. Na CWS Platform a vigência é atributo da lista, então programar preço não depende de ninguém estar de plantão na virada. Ver Pricing Engine → #### Net Terms Net terms é a compra faturada a prazo, tipicamente 30, 60 ou 90 dias, tratada como meio de pagamento e não como exceção negociada no balcão. É a forma dominante de pagamento no comércio entre empresas, e a ausência dela no checkout costuma ser a razão pela qual o comprador que começou sozinho volta a procurar o vendedor. Na CWS Platform o limite de crédito do cliente é meio de pagamento nativo do Checkout & Payments, não uma integração externa consultada depois. Ver Checkout & Payments → #### Pre-Submission Guardrails Pre-submission guardrails são as travas que impedem a criação de um pedido que já nasceria inválido. Em vez de aceitar o pedido e recusá-lo depois, na fila de aprovação, a interface bloqueia na origem e diz por quê. O ganho é de tempo de três pessoas ao mesmo tempo, do vendedor que montaria, do aprovador que analisaria e do cliente que esperaria por uma resposta que já estava decidida. Ver Governed Negotiation → #### Payment Split Split é uma palavra que o mercado usa para três coisas que se comportam de forma diferente, e confundi-las é o que faz um checkout parecer suficiente na demonstração e falhar na operação. O split de carrinho separa itens por seller ou depósito e gera faturamentos independentes, cada um com a própria nota e o próprio rastreio. A entrega fracionada divide o mesmo pedido em partes, com frete e imposto calculados por fração. A combinação de formas paga um pedido com mais de um meio ao mesmo tempo, e só aprova quando todos confirmam. Na CWS Platform os três coexistem no mesmo pedido. Ver Checkout & Payments → #### Reason Codes Reason codes são justificativas obrigatórias e padronizadas anexadas a uma exceção comercial. Servem menos para vigiar o vendedor e mais para tornar a exceção analisável: sem código, a concessão vira texto livre que ninguém consegue somar nem comparar, e a política de desconto passa a ser discutida por impressão. Na CWS Platform toda alteração de regra e toda concessão fora do padrão exige um, e é o que dá rastro, autor e motivo a cada decisão sobre preço, crédito e pedido. Ver CDL Workspace → Quer ver esses conceitos na sua operação? Fale conosco --- ## Quem somos | CWS Platform URL: https://www.cws-platform.com/quem-somos/ Quem somos ### DNA de negócio, não de tecnologia. A CWS Platform foi fundada em 2012, em São Paulo, por Vinícius Dias e Fernando Cymrot , egressos da USP em Finanças e Economia, sem background de tecnologia. A ausência de condicionamento técnico foi vantagem: o foco ficou no problema, o custo de transação no B2B complexo, não na ferramenta. A CWS Platform é a plataforma de negociação governada do comércio B2B complexo. Indústrias, distribuidores e atacadistas negociam preço, entrega, pagamento, quantidade e composição dentro das próprias regras, com 11 módulos, 6 AI Agents e 1.029 parâmetros configuráveis. Em produção desde 2013. De onde veio a tese #### A ideia não veio do comércio eletrônico. Veio de uma mesa de operações. Vinícius Dias operava como trader em banco de investimento quando fez a observação que fundou a empresa: já existia software para transacionar moeda, ação e energia, com regra de risco embutida na própria operação. Não havia razão para que não existisse o equivalente para transacionar produto, e menos ainda para os que se comportam como commodity, do pneu ao grão, da peça ao insumo químico. É por isso que esta não é uma plataforma de comércio eletrônico que foi ganhando recursos para atender empresa. É uma plataforma de negociação de produtos que ganhou interface amigável. A diferença aparece na arquitetura: em produção desde 2013, ela já nasceu multiestoque e com o catálogo separado do estoque, porque numa mesa de operações a pergunta nunca é só qual o preço, é de qual posição sai o que está sendo vendido. Numa mesa, o limite não é uma etapa do processo, é a condição de operar: quem negocia se move rápido porque o sistema já sabe até onde ele pode ir. Transportar isso para o comércio entre empresas é o que a negociação governada faz, e é a razão de o vendedor aqui se parecer mais com um operador sob limite de risco do que com alguém esperando na fila de aprovação. #### Catorze anos no mesmo problema, em três fases. 2012 a 2016 ##### Canal da Peça Um marketplace B2B de autopeças premiado. O primeiro contato direto com o custo de transação no comércio complexo. 2017 a 2022 ##### CWS Platform O pivot para SaaS e a expansão para agro e construção. A tese vira plataforma. Escritório na Av. JK, em São Paulo, a partir de 2018. 2023 ao presente ##### AI e Expansão Global IA agêntica com guardrails e a expansão internacional, com escritório em Zurique entre 2023 e 2025. Onde trabalhamos #### De um escritório para 160 pessoas na Avenida JK a um time global. Entre 2018 e 2024, a CWS Platform ocupou um escritório na Av. Presidente Juscelino Kubitschek, 1400, em São Paulo, no eixo JK e Faria Lima, onde estão as grandes empresas de tecnologia do país. No auge, ele reunia até 160 pessoas, entre o nosso time e equipes de clientes que trabalhavam lado a lado conosco durante as implantações. A pandemia mostrou que dava para ir além do endereço. Com especialistas onde quer que estejam, ficamos mais técnicos, mais ágeis e mais internacionais, e a nossa capacidade de produzir tecnologia cresceu. Depois de 2024, o modelo remoto virou escolha definitiva: um time global, especializado e flexível, com pontos de atendimento em Barueri (SP) e Miami (FL). Pessoas inseridas digitalmente Pessoas inseridas digitalmente Pessoas inseridas digitalmente Escritório da CWS Platform na Av. JK, 1400, São Paulo (2018 a 2024). Fotos do espaço real; pessoas inseridas digitalmente para ilustrar a ocupação. ##### Hoje Barueri/SP ##### Sede CWS Digital Plataforma e Serviços S.A. Calçada das Margaridas, 163, Sala 02, Condomínio Centro Comercial Alphaville, Barueri/SP, CEP 06453-038, Brasil Ver no mapa → div]:rounded-none [&>div]:border-0" data-galeria-escritorios="unica"> Imagem ilustrativa do 1221 Brickell Avenue. Miami/FL ##### Escritório nos EUA CWS Platform, 1221 Brickell Avenue, Suite 900, Miami, FL 33131, USA Reuniões presenciais com clientes podem acontecer em Miami, no 1221 Brickell, sob agendamento. Ver no mapa → Como nos posicionamos #### Parceira estratégica de transformação digital de longo prazo, não fornecedora de ferramenta. Construímos o futuro digital junto com os clientes. Não vendemos ferramentas. A relação é de décadas, não de licença. Atendimento a clientes nos EUA #### A CWS Platform está formalmente estabelecida nos EUA. O suporte é prestado em inglês, no fuso do leste americano. A plataforma pode ser provisionada em regiões AWS dos EUA quando a residência de dados exigir. Conte sua operação pelo formulário de contato e respondemos em um dia útil. Reuniões presenciais com clientes podem acontecer em Miami, no 1221 Brickell, sob agendamento. Fale com a CWS Platform nos EUA - Agende uma conversa Escolha um horário no seu fuso - Email hello@cws-platform.com Cena ilustrativa. Sala de reunião reservável no prédio de Miami. ##### Fundadores e equipe Quem responde pelas decisões que sustentam a plataforma, e as sete frentes que a mantêm única. Conhecer o time → ##### Nosso propósito Por que custo de transação. A tese que conduz a empresa desde a graduação dos fundadores. Ler o propósito → ##### Nossos valores Os seis valores institucionais que definem o que a empresa é capaz de construir. Ver os valores → ##### Elenco CWS Os rostos que você vê nos nossos vídeos. Spoiler: nenhum deles existe. Conhecer o elenco → Na mídia VEJA E-commerce Update Rede Bandeirantes Grupo Photon --- ## Preços | CWS Platform URL: https://www.cws-platform.com/precos/ Preços ### Um TCO que não pune o crescimento. Plataformas que cobram um percentual sobre tudo o que passa transformam o seu sucesso na conta delas. A CWS Platform faz o contrário: assinatura previsível no Core, inteligência cobrada pelo uso, e take rate só onde existe marketplace. Quanto mais você cresce, melhor fica a equação. #### Três princípios, sem letra miúda. ##### Assinatura previsível O Core é SaaS fixo. Você assina a plataforma, não paga um percentual sobre tudo o que vende. Crescer em volume não infla a conta na mesma proporção. O custo é previsível, não uma surpresa no fim do mês de alta. ##### IA cobrada por ação AI Credits. A inteligência é cobrada pelo que os agentes de fato executam, em AI Credits por ação, não por assento parado nem por licença ociosa. Você paga o trabalho que a IA realiza. ##### Take Rate só no marketplace Configurável, e opcional. Se você opera um marketplace multi-seller, o take rate é configurável por você. Quem não tem marketplace simplesmente não paga por isso. Cada empresa paga pela operação que tem. Como montamos a proposta #### Por estágio de maturidade, não tudo de uma vez. Você não precisa comprar a plataforma inteira no dia um. A adoção segue a Jornada de Maturidade Digital : começa pelo estágio que resolve a sua dor mais cara agora, e evolui no seu ritmo. A proposta é montada sobre a sua operação, o seu canal e o seu porte. Por isso ela é sob medida, e não uma tabela de prateleira. Ver os 4 níveis → Falar com um especialista sobre preços Persona · Diretor financeiro Abri uma filial com revisão de proposta, não com renegociação do zero. Na CWS Platform, filial, marca ou canal novo entra como revisão de proposta, com a régua de dimensionamento definida antes de assinar. Persona · CEO Não precisei comprar a plataforma inteira no primeiro dia para começar. Na CWS Platform, a adoção segue a Jornada de Maturidade Digital, e a proposta é montada sobre a operação, o canal e o porte. #### Perguntas frequentes ##### A minha assinatura muda se eu abrir filiais, marcas ou canais novos? O que dimensiona o valor fixo é a operação que você contrata, e não o quanto você vende por ela. Abrir uma filial, uma marca ou um canal novo entra como revisão de proposta, com a régua de dimensionamento definida antes de assinar, então crescer é um passo previsto e não uma renegociação do zero. Vender mais pelo mesmo desenho não reprecifica o Core. ##### Dá para prever o consumo de AI Credits antes de ligar os agentes? Dá, porque o consumo segue ação de agente, e quais agentes ficam ligados e o que cada um executa sozinho é configuração sua, no Autonomy Gradient. O Core determinístico continua rodando as regras por código, a custo zero de inferência: preço, pedido e política que não passam por agente não consomem AI Credit nenhum. Quem dimensiona a conta de IA é o volume de ação que você escolheu automatizar. ##### Se eu abrir um marketplace depois, como entra o take rate? Ele passa a existir junto com o marketplace, nunca antes dele. O take rate é parâmetro do Marketplace Management Platform: você configura, e pode calibrar por canal e por categoria conforme a operação de terceiros que roda na sua casa. Sem seller de terceiro, não há take rate a cobrar, e o Core segue cobrado do mesmo jeito. Ver todas as perguntas frequentes → --- ## CWS Platform no Gartner IT Symposium/Xpo 2026 | CWS Platform URL: https://www.cws-platform.com/eventos/gartner-it-symposium-2026/ Evento · Orlando, FL ### Encontre a CWS Platform no Gartner IT Symposium/Xpo, em Orlando, de 19 a 22 de outubro de 2026 Visite a CWS Platform no Booth #913, Pavilhão Brasil IT+ (promovido pela ApexBrasil e pela Softex) A CWS Platform é expositora no Gartner IT Symposium/Xpo, em Orlando, na Flórida. No estande, o comércio B2B governado rodando: o portal em que o comprador faz o pedido, o vendedor negociando dentro da regra e a IA agindo sobre uma base determinística. Agendar conversa no estande Página em inglês → Quando 19 a 22 de outubro de 2026 horário do leste dos EUA (ET) Onde IT Xpo show floor, Walt Disney World Dolphin 1500 Epcot Resorts Blvd, Lake Buena Vista, FL 32830 página oficial do evento Estande Booth #913 Pavilhão Brasil IT+ (promovido pela ApexBrasil e pela Softex) #### Horários do estande (horário do leste dos EUA, ET) - seg., 19 de outubro · 10h45 às 19h15 - ter., 20 de outubro · 9h45 às 18h15 - qua., 21 de outubro · 9h45 às 19h15 - qui., 22 de outubro · 9h45 às 13h45 #### O que vamos mostrar - Portal de pedidos B2B → - Venda assistida → - Commerce Rules Engine → - Os 6 AI Agents → Fale com a CWS Platform nos EUA - Agende uma conversa Escolha um horário no seu fuso - Email hello@cws-platform.com --- ## Plataforma de ecommerce B2B: como escolher | CWS Platform URL: https://www.cws-platform.com/plataforma-ecommerce-b2b/ ### Plataforma de ecommerce B2B: o que é, o que precisa fazer e como escolher 1 de 4 › Ver como escolher Para quem escolhe a plataforma Preço e crédito por cliente, sem planilha paralela. A regra de preço de cada tipo de cliente fica no Commerce Rules Engine; crédito e prazo chegam do ERP no mesmo pedido. Agendar demo do preço por cliente Ver como escolher Vídeo de 52s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 2 de 4 › Ver como escolher Para quem vende junto com o portal Vendedor e portal juntos: a oferta chega montada para ele decidir. O Sales Copilot monta o orçamento com o motivo e as variáveis; o representante aprova, edita ou descarta, dentro do teto do papel. Agendar demo do Sales Copilot Ver como escolher Vídeo de 52s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 3 de 4 › Ver como escolher Para quem compra pelo portal O pedido B2B fecha sem redigitação, já dividido por unidade. Cada centro de distribuição prepara a sua parte, e o comprador acompanha o pedido sem ligar para ninguém. Agendar demo do portal B2B Ver como escolher Vídeo de 52s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. 4 de 4 › Ver como escolher Para quem compra peça técnica O catálogo encontra a peça pela aplicação do veículo. O filtro por veículo fica salvo na conta, e o resultado já mostra estoque e preço daquele cliente. Agendar demo do catálogo Ver como escolher Vídeo de 52s Cena ilustrativa com tela real da CWS Platform em versão de demonstração. Pessoas, lojas e dados da tela são fictícios. Guia de categoria · Ecommerce B2B Vender para empresas pela internet não é abrir uma loja com login. É levar ao canal digital o preço por cliente, o crédito a prazo e o representante que negocia. Este guia explica a categoria, compara os tipos de solução e mostra como escolher. Falar com um especialista Ir para o checklist → #### Em resumo Uma plataforma de ecommerce B2B é o sistema em que uma empresa vende para outra pela internet: catálogo, pedido, preço, crédito e integração com o ERP. A diferença para o B2C é que, no B2B, o preço, o prazo e o mix mudam por cliente e são negociados. A CWS Platform trata essa negociação como regra configurável, e não como exceção fora do sistema. #### Como escolher em 1 minuto Fale com a CWS hoje Assista no YouTube · Inscreva-se no canal #### Qual a diferença entre ecommerce B2B e B2C? A diferença entre ecommerce B2B e B2C é que, no B2B, quase toda condição da venda depende de quem compra. No varejo, o preço é um dado do produto e o comprador aceita ou vai embora. Entre empresas, o preço é o resultado de um contrato, de uma região, de um volume e de uma regra fiscal, e ainda pode ser negociado. A tabela resume o que muda. O que muda entre ecommerce B2C e ecommerce B2B | O que muda | No varejo (B2C) | Entre empresas (B2B) | Preço | Um preço por produto, igual para todos, com promoção por período. | Um preço por cliente, calculado pelo contrato, pela região, pelo depósito de origem, pelo volume e pela regra fiscal. | Crédito e prazo | Cartão ou pix no ato da compra. | Faturamento a prazo (30, 60 ou 90 dias) dentro de um limite de crédito que alguém aprovou. | Pedido mínimo e composição | Uma unidade, qualquer combinação. | Pedido mínimo, múltiplo de embalagem, grade, kit e caixa fechada, que mudam por cliente. | Representante no meio da venda | Não existe. O comprador decide sozinho. | O vendedor negocia, orça e acompanha a carteira, e o canal digital precisa trabalhar com ele, não contra ele. | Integração com ERP | Desejável. | Obrigatória: estoque, preço, crédito, nota fiscal e status do pedido vivem no ERP. | Catálogo técnico | Foto, descrição e avaliação. | Atributo técnico, aplicação, equivalência entre marcas e milhares de itens por linha de produto. | Regra comercial | Poucas, e iguais para todos. | Centenas, com exceção por cliente, limite de desconto e aprovação registrada. O pedido B2B carrega mais coisa. No varejo, o pedido é o item e o pagamento. No B2B, ele traz junto o prazo, a embalagem, o vendedor da carteira e o ERP que registra tudo. Por isso a loja de varejo adaptada costuma travar na primeira operação que negocia de verdade: o preço que o portal mostra não é o preço que fecha, e a venda volta para o telefone. Preço, crédito e prazo #### Cada cliente compra no próprio preço, crédito e prazo. No fechamento, o comprador vê o preço do contrato dele, o limite de crédito da empresa e a condição de pagamento negociada. A regra é escrita uma vez no Contextual Pricing (Pricing Engine) e no Commerce Rules Engine (CDL Workspace), e o limite chega do seu ERP. Como funciona o preço por cliente → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### O que uma plataforma de ecommerce B2B precisa fazer? Uma plataforma de ecommerce B2B precisa governar as cinco dimensões em que uma venda entre empresas é negociada: preço, entrega, pagamento, quantidade e composição. Na CWS Platform, as cinco são regras do Commerce Rules Engine (CDL Workspace), o motor que aplica a política comercial da empresa igual para o vendedor, para o comprador e para os agentes de IA. São 11 módulos e 6 AI Agents sobre 1.029 parâmetros configuráveis. Abaixo, o que cada dimensão exige e onde ela é resolvida. 01 ##### Preço: cada cliente vê o próprio preço, calculado na hora Uma plataforma B2B precisa calcular o preço no contexto da transação, e não buscá-lo numa tabela fixa. Isso inclui contrato, perfil do cliente, região, depósito de origem e imposto. O desconto acima do limite passa por aprovação e fica registrado com o motivo. Na CWS Platform: o Contextual Pricing (Pricing Engine) calcula preço por produto, depósito, perfil e regra fiscal em milissegundos, com Approval Workflows, Discount Stacking Prevention e Reason Codes. 02 ##### Entrega: prazo e frete que dependem de onde a mercadoria sai No B2B, o frete é parte da negociação. A plataforma precisa saber qual depósito tem o item, quanto custa sair de lá e se o pedido pode ser fracionado. Sem isso, o prazo prometido no portal não é o prazo cumprido. Na CWS Platform: o Shipping & Fulfillment (Logistics Engine) faz frete multi-CD com preço vinculado ao depósito de origem, entrega fracionada, CIF e FOB, sobre o estoque distribuído do Distributed Inventory (Inventory Hub). 03 ##### Pagamento: crédito como meio de pagamento, não como exceção A maior parte do comércio entre empresas é faturada a prazo. Uma plataforma B2B precisa fechar o pedido dentro do limite de crédito do cliente, no próprio checkout, sem mandar o comprador para o financeiro por e-mail. Na CWS Platform: o Credit-First B2B Checkout (Checkout & Payments) trata o crédito como meio de pagamento nativo (Net Terms), com multi-split e a 4-Point Checkout Validation antes de o pedido existir. 04 ##### Quantidade: o volume muda a condição, e os dois lados precisam ver isso Quando o comprador aumenta o volume, o preço e o prazo mudam. Se vendedor e comprador olham telas diferentes, a negociação volta para o telefone. A plataforma precisa de um carrinho que os dois editem juntos, com a regra recalculando a cada linha. Na CWS Platform: o Assisted Selling Platform (Sales Hub) põe vendedor e comprador no mesmo carrinho em tempo real, com o Customer Intelligence Panel e o agente Sales Copilot. 05 ##### Composição: kit, par e caixa fechada também se negociam O que se vende no B2B nem sempre é a unidade. É o par, o kit, o jogo, a grade. A plataforma precisa saber o que compõe cada oferta e rastrear cada componente, senão estoque e faturamento divergem. Na CWS Platform: o Product Catalog & MDM (Catalog Engine) modela UNITARY, PAIR, KIT e SET com rastreabilidade por componente, além de atributo técnico, tabela de aplicação e equivalência entre marcas. Em volta das cinco dimensões ficam três exigências: integração com o ERP, que a CWS Platform faz por APIs abertas e webhooks sem substituir o sistema de registro; um portal para autoatendimento e venda assistida, como os portais B2B ; e IA com limite, em que os 6 AI Agents seguem as mesmas regras do vendedor e só sugerem. Detalhe em as 5 dimensões da negociação . Preço do cliente #### Cada cliente vê o próprio preço, calculado na hora. A lista já abre com o preço daquele cliente em cada peça, derivado pelo Contextual Pricing, e mostra quantas lojas da rede vendem cada uma, no desktop e no celular. Ver o motor de preços B2B → Tela de demonstração da CWS Platform, completada com dados fictícios para mostrar o uso. #### Como escolher uma plataforma de ecommerce B2B? Escolha uma plataforma de ecommerce B2B pelo que ela faz com a sua exceção, não pela vitrine. Cada critério abaixo traz a pergunta a fazer ao fornecedor, e a resposta certa é uma tela funcionando, não um slide. - 1. Preço por cliente sem planilha paralela Pergunte ao fornecedor: Mostre o mesmo item com três preços para três clientes, com imposto e frete calculados no carrinho. - 2. Crédito dentro do checkout Pergunte ao fornecedor: O comprador consegue fechar um pedido a prazo, dentro do limite de crédito dele, sem sair do portal? - 3. Desconto com limite e motivo registrado Pergunte ao fornecedor: Quem aprova um desconto acima do limite, e onde fica gravado o motivo da concessão? - 4. Integração com o ERP que já existe Pergunte ao fornecedor: Quais ERPs vocês integram em produção hoje, por qual mecanismo, e eu preciso trocar o meu? - 5. O vendedor dentro do canal, não competindo com ele Pergunte ao fornecedor: O representante vê o mesmo preço e o mesmo estoque que o cliente? Ele continua remunerado pelo pedido digital da carteira dele? - 6. Catálogo técnico de verdade Pergunte ao fornecedor: Como a plataforma trata aplicação, equivalência entre marcas, kit e múltiplo de embalagem? - 7. Regra como configuração, não como código Pergunte ao fornecedor: Mudar uma política de desconto ou uma condição de pagamento exige uma versão nova do software ou é um parâmetro que a minha equipe altera? - 8. IA com limite claro Pergunte ao fornecedor: Se um agente de IA sugerir uma condição fora da política comercial, o que impede que ela vire pedido? - 9. Prova em operação parecida com a sua Pergunte ao fornecedor: Qual cliente com uma operação parecida com a minha usa a plataforma, e com qual nível de detalhe esse caso é público? Regra como configuração. Uma pergunta que separa plataformas: mudar uma política de desconto exige versão nova do software ou é um parâmetro que a sua equipe altera? #### Quais são os tipos de plataforma de ecommerce B2B? Existem quatro tipos de plataforma de ecommerce B2B, e cada um nasceu para um problema diferente. A comparação abaixo é entre categorias, não entre fornecedores, e descreve o comportamento típico de cada uma. Dentro de cada categoria há produtos melhores e piores. Comparação entre as quatro categorias de plataforma de ecommerce B2B | Critério | Plataforma B2C adaptada | SaaS B2B de pedido simples | Suíte enterprise genérica | Plataforma de negociação governada | Preço por cliente | Por extensão ou lista de preço separada | Tabela por cliente, sem cálculo de contexto | Possível, costuma exigir projeto de customização | Calculado por regra no contexto da transação | Crédito no checkout | Raro; o meio de pagamento é o do varejo | Pedido a prazo, conferido fora do sistema | Possível, via integração com o financeiro | Nativo, com limite validado antes de fechar | Vendedor no processo | Fora do fluxo | Digita pedido em nome do cliente | Em outro sistema, normalmente o CRM | No mesmo carrinho que o comprador | Mudança de regra comercial | Código ou aplicativo de terceiro | Poucas regras disponíveis | Projeto de TI | Parâmetro configurado pela área comercial | Integração com o ERP | Conector genérico | Sincronização de pedido e estoque | Profunda, com projeto longo | Orquestra sobre o ERP, sem substituí-lo | Quando faz sentido | Preço fixo e checkout simples | Recompra simples, poucos clientes, pouca exceção | Grupo global que já padronizou em uma suíte | Venda negociada, com preço, crédito e mix variando por cliente Sobre o ERP, sem trocá-lo. A plataforma de negociação governada orquestra sobre o ERP que já existe. O que muda é onde a regra mora: num lugar só, consultado por todos os canais. A CWS Platform está na quarta categoria. Ela foi desenhada para complexidade: onde não há preço variável por cliente, vendedor na transação nem limite de desconto, ela é mais do que a operação precisa. Onde há, é a categoria que dispensa a planilha paralela. #### Para quem é uma plataforma de ecommerce B2B? Uma plataforma de ecommerce B2B é para quem vende a outras empresas com condições que variam por cliente. O sinal mais confiável não é o setor, é a pergunta: a sua tabela de preço tem exceção por cliente, e alguém precisa aprovar desconto? Três perfis concentram essa situação. ##### Indústria Vende a distribuidores, revendas e redes, muitas vezes por representante. Precisa de preço por canal e de um portal que organize a rede sem atropelar o distribuidor. Ecommerce B2B para indústria → ##### Distribuidor Mix grande, várias filiais, preço por cliente e região, crédito a prazo e pedido de muitas linhas. É onde o custo de processar cada pedido pesa mais na margem. Ecommerce B2B para distribuidores → ##### Atacadista Recompra frequente, pedido mínimo, grade e caixa fechada. O comprador se serve no pedido de rotina e o vendedor fica com a negociação. Três perfis, a mesma lógica. Indústria, distribuidor e atacadista vendem por carteira, com preço por cliente e crédito a prazo. Cada um configura a própria política na mesma plataforma. O perfil completo, com a dor de cada decisor, está em para quem é a CWS Platform . Por setor: distribuição agro e revenda de insumos , autopeças e aftermarket , construção e materiais e moda atacadista e vestuário B2B . #### Quem já vende assim na CWS Platform? A CWS Platform foi fundada em 2012 e está em produção desde 2013. Cada caso abaixo aparece no nível de detalhe que o cliente autorizou. Tracbel · dealer Volvo CE Cerca de R$ 122 milhões de receita no canal digital de janeiro a novembro de 2025 e 3.500 clientes atendidos digitalmente em 2025, dado de transação chancelado pela própria Tracbel. Ler o caso Tracbel → Imdepa · distribuição de autopeças Com o portal B2B no ar desde 2023, ativou 153 clientes e processou cerca de 60 mil pedidos nos 3 primeiros anos de operação, dados do caso publicado com a Imdepa. Ler o caso Imdepa → Pirelli Conecta · marketplace B2B de reposição Marketplace B2B lançado em abril de 2026 para uma rede de mais de 450 oficinas, das quais mais de 100 já compram pelo portal, com catálogo que o próprio portal anuncia com mais de 60 mil itens. São números de tamanho, citados no caso; o caso não traz números de resultado. Ler o caso Pirelli Conecta → Campneus · marketplace de rede de lojas Um portal único que reúne mais de 117 lojas, número publicado no campneus.com.br (2026), com estoque e preço por região. Números públicos de escala; o caso não traz números de resultado. Ler o caso Campneus → Circuito de Compras (CDC) · atacado popular Um shopping atacadista do Brás levou a operação para um portal multi-bandeira, já no ar, com um app mobile white-label. Caso qualitativo, sem números. Ler o caso Circuito de Compras → Venda assistida #### O vendedor fecha junto, dentro da alçada dele. Na Assisted Selling Platform (Sales Hub), o vendedor entra no carrinho do cliente, vê a tabela de contrato e o teto de desconto do papel dele, e o que passa do teto sobe para quem aprova, no mesmo pedido. Ver a Assisted Selling Platform → Portal de demonstração da CWS Platform, com dados fictícios. #### Perguntas frequentes sobre plataforma de ecommerce B2B ##### Qual a melhor plataforma de ecommerce B2B? A melhor plataforma de ecommerce B2B é a que executa a sua política comercial sem planilha paralela. Se o preço é igual para todos e o checkout é simples, uma plataforma de preço fixo resolve e custa menos. Se o preço, o crédito e o mix mudam por cliente, a escolha precisa ser uma plataforma que trate a negociação como regra, como a CWS Platform. ##### Qual o melhor ecommerce B2B para indústria e distribuidor? Para indústria e distribuidor, o melhor ecommerce B2B é o que integra com o ERP e deixa o representante dentro do canal. Esses dois perfis vendem por carteira, com preço por cliente, crédito a prazo e pedido de muitas linhas. Uma plataforma que ignore o vendedor ou exija trocar o ERP tende a virar vitrine sem uso. ##### Como funciona o ecommerce B2B? O ecommerce B2B funciona como um canal de pedido entre empresas ligado ao ERP do fornecedor. O comprador entra com login, vê o catálogo e o preço do contrato dele, monta o pedido, paga a prazo dentro do limite de crédito e acompanha a entrega. Por trás, a plataforma aplica as regras comerciais e devolve o pedido ao ERP para faturamento. ##### Como implantar um ecommerce B2B? Implante um ecommerce B2B por um recorte da operação, e não pela operação inteira. O prazo depende menos da plataforma e mais de dois fatores do seu lado: a qualidade do dado de catálogo e a clareza das regras comerciais que hoje vivem na cabeça das pessoas. Na CWS Platform a camada de governança entra em paralelo ao ERP, e a Jornada de Maturidade Digital (Digital Maturity Roadmap) permite começar no nível que corresponde à sua operação. ##### O que é uma plataforma B2B? Uma plataforma B2B é o software em que uma empresa vende, negocia e atende outras empresas por um canal digital. Ela cobre catálogo, preço, crédito, pedido, entrega e integração com o ERP. A diferença para uma loja de varejo é que as condições mudam por cliente e costumam ser negociadas. ##### Preciso trocar o ERP para ter um ecommerce B2B? Não precisa trocar o ERP para ter um ecommerce B2B. A CWS Platform orquestra sobre o ERP por APIs abertas e webhooks: o ERP continua sendo o sistema de registro, e a plataforma é a camada comercial que os canais consultam. Integrações associadas publicamente incluem SAP, TOTVS, Senior, Sankhya e Microsoft Dynamics. ##### Vale a pena usar o módulo de vendas do ERP ou uma plataforma B2B dedicada? O módulo do ERP basta quando a venda é toda interna e a política comercial é simples. A plataforma dedicada se paga quando o cliente vai comprar sozinho, quando a negociação precisa de alçada e motivo registrado e quando há mais de um canal vendendo com a mesma política. Na CWS Platform, as duas coisas convivem: a plataforma negocia sobre o ERP, que continua faturando. #### Quer testar a sua exceção, e não o cliente padrão? Traga um pedido real, com o preço, o crédito e o mix que ele tem hoje, e veja a CWS Platform executá-lo como regra. Agendar uma conversa #### Prefere falar direto com um especialista? Conte um pouco da sua operação e um especialista da CWS Platform entra em contato em até um dia útil, sem compromisso. Persona · Diretor de tecnologia Regra comercial nova virou parâmetro, e eu não troquei o ERP. Na CWS Platform, a política comercial é regra do Commerce Rules Engine (CDL Workspace), e a integração por APIs abertas não substitui o ERP. Persona · Diretor financeiro Pedido a prazo fecha no limite do cliente, sem e-mail para o meu financeiro. Na CWS Platform, o Checkout & Payments trata o crédito como meio de pagamento nativo e fecha o pedido dentro do limite, no próprio checkout. # Pages in English (en-US) --- ## Platform | CWS Platform URL: https://www.cws-platform.com/en/platform/ ### Determinism plus AI, under the same rules. 1 of 4 › See the platform For B2B commerce leaders The pricing rule is written once and applies on every channel. Each rule carries role, customer type, priority and source in the Commerce Rules Engine; the portal, the seller and the agent all follow it. Book a rules engine demo See the platform 58s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › See the platform For sales teams A discount above the limit asks for a reason and escalates inside the order. The rep sees the role’s ceiling on every line; anything above goes to the approver, with a record of who granted it. Book an assisted selling demo See the platform 58s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › See the platform For buyers on the portal The order closes on her contract’s credit and terms. Credit limit, open balance and payment terms show at checkout, straight from the ERP; with available credit, the order is approved on the spot. Book a B2B checkout demo See the platform 58s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › See the platform For counter teams The right part shows up by the customer’s vehicle application. The catalog filters only what fits the chosen vehicle, with stock and the account’s price, and the filter is saved in the customer’s garage. Book a catalog demo See the platform 58s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Platform You don't have an e-commerce problem, you have a negotiation problem: price, credit, freight and mix decided case by case, today scattered across a spreadsheet, the ERP and the rep's head, and now under the threat of an AI that hallucinates rules. CWS Platform digitizes the whole decision on a deterministic engine, with governed AI layered above. 11 deterministic modules + 6 AI Agents + 4 layers + 1,029 parameters + 5 dimensions. #### A platform, not a toolbox ##### One rules engine, not eleven The 11 modules and 6 agents run under the same Commerce Rules Engine (CDL Workspace). Approval limits, credit and tax rules apply the same everywhere, with no standalone-tool silo. ##### Determinism underneath, AI on top The Core executes the rule by code, at zero inference cost. The AI Agents interpret intent and orchestrate the Core via MCP, under exactly the same rules as a human seller. ##### A layer over the ERP, not a replacement The platform orchestrates negotiation over the ERP, through APIs and webhooks. The ERP remains the vault; CWS Platform is the commercial manager. Public integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. #### The platform in 1 minute Talk to CWS today Watch on YouTube · Subscribe Price comes from a rule, not a spreadsheet The Pricing Rules screen: each row carries priority, type, value, whether it stacks, and the commercial policy it came from. - Every rule has an origin All four rows point to the same commercial policy v4, approved by the margin committee. - Priority settles the tie When two rules reach the same order, the ordering decides, not whoever opened the spreadsheet first. - Stacking is a decision, not a side effect None of the four stack by default: piling up discounts becomes a declared choice. This is the mechanism underneath the approval matrix. The four rules are not screen examples: they are the same commercial policy v4 written as four tiers, with explicit priority so there is no tie — which is exactly what a spreadsheet does not have. In real production Company founded in 2012; platform in production since 2013. +10 points of margin at Tracbel , on portal orders, with ~131k SKUs (100% of the portfolio) and 6 years integrated with SAP. 3x more customers at Imdepa , 153 customers activated in 3 years on the B2B portal, without growing the team in the same proportion. Governance by infrastructure the rule blocks what isn't allowed before it happens, for the human seller and for the AI. Tracbel case → Imdepa case → Circuito de Compras (CDC) case → Pirelli (Pirelli Conecta) case → Campneus case → Fortbras case → Würth do Brasil case → Reviews → In-depth content Estimate the margin gain on your order volume Leave your email to unlock. Calculate my gain → Determinism underneath, AI on top. The Core executes the rule in code, the agents orchestrate on top under the same rules, and the ERP remains the vault. If the AI goes down, the Core keeps running. #### The 11 deterministic modules The Core that executes the business rules by code. The four that underpin the negotiation have a dedicated page. ##### Commerce Rules Engine CDL Workspace The rules of the game in executable form. 1,029 configurable parameters. View module → ##### Assisted Selling Platform Sales Hub The rep's digital negotiation table. View module → ##### Contextual Pricing Pricing Engine Price by product, warehouse, profile and tax rule, in milliseconds. View module → ##### Credit-First B2B Checkout Checkout & Payments Credit as native payment (Net Terms 30/60/90) and 4-Point Checkout Validation. View module → ##### Product Catalog & MDM Catalog Engine Cross-cutting catalog with 4 compositions, Global vs. Local governance. View module → ##### Distributed Inventory Inventory Hub Multi-warehouse inventory, physical and logical, in real time. View module → ##### Shipping & Fulfillment Logistics Engine Multi-DC freight, CIF/FOB, split delivery, Freight Negotiation Thresholds. View module → ##### No-Code Storefront Builder CMS Builder No-code portal, single dynamic template, native SEO. View module → ##### Commerce Marketing & Promotions Marketing Suite Inventory-aware activation. View module → ##### Marketplace Management Platform Marketplace Center Multi-seller 30+, buybox, split, anti-disintermediation. View module → ##### Order Management System OMS (also Seller Center) Orchestrates the order across 10 states. READY requires the ERP order number, SHIPPED requires tracking. The operation can configure the Nota Fiscal as mandatory. View module → To see where this architecture fits among the categories of solution, read what a B2B ecommerce platform must do . The AI does not invent rules, it consumes them. The AI Agents consume the Core under the same rules as a human rep. Thresholds, credit and tax rules apply equally to both. #### The 6 AI Agents with Business Guardrails They consume the deterministic Core via MCP, under the same rules (CDL) as human sellers. If the AI goes down, the Core keeps operating. ##### Rules Auditor Agent Audits 1,029 parameters in 45s, detects conflicts, prevents leakage. It suggests, the human decides. View agent → ##### Sales Copilot Account ranking, margin and inactivity alerts, builds the quote. View agent → ##### Procurement Agent Semantic search, multi-seller comparison, builds the cart, reorders. View agent → ##### Merchandising Agent Monitors the store, incomplete listings, suggests campaigns. View agent → ##### Catalog Enrichment Agent A 7-step pipeline, from photo to publication per SKU. View agent → ##### Replenishment Agent Redistributes across DCs, stockout alerts, suggests purchases. View agent → View the AI Agents index → Five levers, one order. Price, delivery, payment, quantity and composition are negotiated at the same time, in the same cart, within the rules the company defined. #### 5 negotiable dimensions Negotiated at the same time, in the same order, under intelligent rules. - Price - Delivery - Payment - Quantity - Composition See the 5 dimensions → #### Autonomy Gradient AI governance by infrastructure, not by prompt. - Green: the agent executes on its own (reversible, low-risk action). - Yellow: the agent proposes, the human confirms with one click. - Red: the agent never acts. It informs and escalates to the human. Architecture and security → Autonomy Gradient #### What each AI Agent does alone, proposes, or never does. In the Commerce Rules Engine (CDL Workspace) panel, every action of every agent has its band: green runs on its own, yellow proposes and a person confirms with one click, red never acts and escalates. See the Commerce Rules Engine → CWS Platform demo portal with fictitious data. #### The concept behind it all CWS Platform treats the cart as a negotiation table, where each dimension moves within rules the company defines and that record every decision. This is what we call Governed Negotiation. What is Governed Negotiation → Start where you are → See by industry → APIs and integrations → AI Agents #### The AI Agent builds the quote. The rep decides. Sales Copilot reads the account book, points to the right customer for today and leaves the quote ready, with the reason and the variables in plain sight. Approving, editing or discarding it is up to the rep, within the same rules. How the AI Agents work → CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### What exactly does the platform digitize in a negotiation? The five dimensions a B2B sale negotiates at once: price, delivery, payment, quantity and composition. All of them run through the same rules engine, so the terms the digital channel shows are the terms that close, not a number a sales rep has to rework later over the phone. ##### Why a platform and not standalone modules from several vendors? Because the 11 modules and 6 AI Agents run under the same rules engine (Commerce Rules Engine). Standalone tools create silos, each with its own pricing rule and approval limits; here the rule is a single one, applied the same to the human seller and to the agent. ##### What runs by code and what does the AI orchestrate? The deterministic Core executes the rules by code, at zero inference cost, and negotiation runs on it. The AI Agents orchestrate that Core via MCP, under the same rules engine as the 11 modules. Persona · CEO I stopped fearing an AI that makes up rules: it follows the same ones as my reps. The AI Agents orchestrate the Core under the same Commerce Rules Engine (CDL Workspace): the rule blocks what isn't allowed before it happens. Persona · Sales rep I no longer rework over the phone the terms the digital channel already showed. All five dimensions run through the same rules engine, and the Assisted Selling Platform (Sales Hub) is the rep's digital negotiation table. Schedule a demo See pricing → --- ## Catalog Enrichment Agent | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/catalog-enrichment/ AI Agent with Business Guardrails ### Catalog Enrichment Agent A catalog with thousands of items does not enter the platform through the front door. It enters through a spreadsheet with truncated descriptions, the supplier code where the name should be, and a folder of photos taken at the counter. The work of turning that into a catalog that sells is real, it is large, and it is why so many B2B digital projects stall before going live. #### What it is The agent that turns an ordinary photo into a catalog item ready to sell. The pipeline has 7 steps, from photo to publication per SKU, running through professional image, product record and publication into Product Catalog & MDM . It is the agent that attacks the entry bottleneck: catalog onboarding at scale, which otherwise consumes weeks of manual work and delays everything else in the project. From the photo to publishing per SKU. The agent turns an ordinary photo into a catalog item ready to sell, in a pipeline that ends in publishing per SKU. #### The capability no one replicates ##### The counter photo becomes a catalog image, with no studio Treated background, standardized framing, and the same presentation for the cheap item and the expensive one. The gain is not aesthetic: a catalog with inconsistent visual standards teaches the buyer to distrust whatever looks amateur, and they distrust the item, not the photo. Standardizing presentation is what lets thousands of SKUs share one storefront without dragging each other down. ##### A pipeline per SKU, not a batch that passes or fails The 7 steps run item by item, so the catalog reaches production while it is still being enriched, rather than after the last photo is done. A SKU stuck at one step is one SKU stopped, not an entire load stopped. For an operation that has to launch with the catalog live, that difference decides whether the project delivers in waves or waits for the end. Per SKU, not per batch. A SKU that gets stuck at a stage is one stopped SKU, not a whole stopped load. #### The 7 steps, and where the human comes in Generating an image with AI and proposing a title and description are reversible, low-risk actions, so they run on their own: that is the green zone of the Autonomy Gradient. Publishing the product changes what the buyer sees, so publication is the step where the agent proposes and the human confirms. The rule deciding this is not the step's position in the pipeline, it is the step's consequence: what a click undoes, the agent does; what changes the storefront or the price goes through a person. Where the operation already trusts the output, the zone is adjusted in configuration, and the configuration belongs to the company, not to the agent. Per-SKU pipeline #### Six steps the agent does alone. The seventh, publishing, goes through a person. The Catalog Enrichment Agent handles photo, background, framing, title, description and spec sheet in the green zone; publishing the SKU changes the storefront, so it stays in the yellow zone, where it proposes and a person confirms. CWS Platform demo portal with fictitious data. #### At scale: one SKU, many contexts The same base asset yields more than one output. From the approved photo, the agent generates the product across different scenes and formats, which makes context a decision for whoever is selling: a catalog by store type, by region or by buyer profile, and the format each channel demands of the same product. Because the image is born attached to the SKU, the batch can be regenerated when the season changes, and one correction propagates to every place that image appeared. Headquarters isn't the only producer. The same pipeline serves the field, on a phone, within the library and templates the brand approved, with human review where the risk calls for it. See the full solution: AI product imagery and catalog → #### In operation Circuito de Compras (CDC) · apparel wholesale in Brás, São Paulo Inside MayaApp CDC, the white-label app that serves merchants in five languages and accepts international payments, a CWS Platform AI agent runs product cataloging and curation. This is a qualitative case by release decision: we tell the mechanism and the reach, not numbers. The agent's personification, including the name merchants call it by, is the customer's decision and not the platform's. Read the Circuito de Compras case → #### Frequently asked questions ##### Do I need a photo studio to use the pipeline? No, and that is the agent's starting point. It was built for the photo the operation already has: the one taken at the counter, with shadows and a wall in the background. The pipeline treats the background, standardizes the framing and returns a presentable image matching the rest of the catalog. Where studio photography already exists it enters the same flow; what the agent solves is the case where it does not exist and will never exist for thousands of items. ##### What happens when it gets a SKU record wrong? The error stays in the step before publication, which is where it costs little. Generating the image, proposing a title and suggesting a description are reversible actions, so they run on their own; publishing the SKU changes what the buyer sees, so it goes through human confirmation. Correcting before publishing is routine review. The order of the steps exists so that the error always falls on the cheap side of that line. ##### Can it handle a catalog with thousands of items? That is exactly the problem it exists for. The 7 steps run per SKU rather than per closed batch, so the catalog goes live in waves: finished items publish while the rest is still being enriched. An item stuck at one step is one item stopped, not an entire load stopped, and the operation does not wait for the last SKU to open the store. Schedule a demo See Product Catalog & MDM → ← See all agents Who keeps the storefront afterwards → --- ## Merchandising Agent | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/merchandising/ AI Agent with Business Guardrails ### Merchandising Agent Nobody wakes up deciding to let the storefront rot. The record is born incomplete because the entry was rushed, the campaign stays live after the item ran out because nobody was told, and the missing photo is always on a product almost nobody opens, until the day somebody does. The damage does not show up as an error, it shows up as conversion that never came, and conversion that never came does not file a ticket. #### What it is The agent that keeps the digital store's operation in shape continuously. It monitors what is published, flags the incomplete product record before it costs a sale, and suggests campaigns from what the operation already shows, backed by Product Catalog & MDM and Commerce Marketing & Promotions . It has a two-sided interface: the same agent serves the merchant, who has to keep the storefront standing, and the buyer, who has to find what they came for. What is missing, before it costs a sale. The agent monitors what is published and flags the incomplete product record before it costs a sale. #### The capability no one replicates ##### Continuous hygiene beats a data-entry task force Catalog quality is not fixed by a concentrated effort, because it degrades every day: new items arrive, suppliers change descriptions, campaigns expire. A task force fixes the photograph and not the film. The agent works at the frequency at which the problem appears, and what it returns is not a list of everything that is wrong, it is what is wrong and matters now, ordered by what the store is losing to it. ##### It sees the store from both sides of the counter Most merchandising tools look only at the merchant's console, and therefore measure what was published instead of what was found. Because the same agent also serves the buyer, it knows what was searched for and not found, and that is the information that turns catalog hygiene into a priority: an incomplete record on an item nobody looks for is debt; the same record on an item searched every week is lost revenue with a date on it. One agent, two modules. The agent looks after the store operation on top of Product Catalog & MDM and Commerce Marketing & Promotions. #### Suggesting a campaign is different from publishing one The agent proposes: this mix has the turnover and the margin for an activation this week, this item is sitting still in the warehouse that serves this region, this combination sells together often and has never been offered together. Publishing is another matter. Activating a campaign changes what the buyer sees and what the company charges, so it lands in the yellow zone of the Autonomy Gradient: the agent assembles, the human confirms. And the activation is inventory-aware by construction, because the same base that answers for the campaign answers for the warehouse balance. A campaign promoting an unavailable item is a problem solved in the architecture, not in the discipline of whoever operates it. What goes to a human #### The agent builds the campaign. Activating it is human. The Merchandising Agent flags incomplete product sheets and campaigns with out-of-stock items on its own, and builds the campaign. Activating it is human, and a discount ceiling change is refused by the Commerce Rules Engine. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### How does it know a product record is incomplete? By comparing what is published against what that category needs in order to be found and bought: photo, useful description, the attribute that works as a filter, selling unit, tax data. An incomplete record is not the one with an empty field, it is the one that cannot support a buying decision. That is why the agent does not return a list of everything missing, it returns what is missing on items the operation is actually trying to sell. ##### Who approves a campaign it suggests? A person. Activating a campaign changes what the buyer sees and what the company charges, so it lands in the yellow zone of the Autonomy Gradient: the agent assembles the proposal and the human confirms. What it does on its own is the reversible part, such as flagging what is incomplete and preparing the suggestion. The zone each action falls into is the company's configuration, not the agent's decision. ##### Does the buyer notice they are talking to an agent? That is the customer's decision, not the platform's. The same two-sided interface serves the merchant, who keeps the storefront standing, and the buyer, who is looking for what they came for. How the agent presents itself to the buyer, under which name and with how much personification, is part of each operation's configuration. The platform does not impose a persona. Schedule a demo See Commerce Marketing & Promotions → ← See all agents How the catalog gets in at scale → --- ## Procurement Agent | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/procurement/ AI Agent with Business Guardrails ### Procurement Agent A distributor's buyer needs to assemble an eighty-line order with items from different suppliers, and the only window where they can do it without interruption is after seven in the evening. That is exactly the hour when there is nobody on the other side to say which item substitutes which, whether that price already reflects the contract, and whether the credit limit covers the whole order. #### What it is The agent that runs the buying cycle on the demand side. It performs semantic search across the catalog, compares offers from different sellers, assembles the cart and handles reordering, all in natural language and 24 hours a day. What separates this from a support chatbot is where the answer comes from: it operates under exactly the same Commerce Rules Engine rules as a human buyer. It does not bypass approval authority, does not ignore credit limits and does not invent prices, because it is not the one calculating the price. Search starts from the need, not the spelling. Semantic search works on the description of what the buyer needs, not on the spelling the buyer got right. #### The capability no one replicates ##### Semantic search solves the problem of the item's name In B2B the buyer almost never knows the manufacturer code, and often not even the official name of the part. They know what it does and which machine it goes into. Exact-keyword search fails precisely there, and the consequence is not an empty results page: it is an order that comes out smaller than it could have, because the item existed and was not found. Semantic search works from the description of what the buyer needs, not from the spelling they happened to get right. ##### Multi-seller comparison that does not hide the comparison When the same item exists across several sellers, the agent opens the offers with what genuinely separates them: price for that buyer, lead time from that warehouse, and payment terms. The decision stays with the buyer, and that is what keeps the comparison from becoming a disguised recommendation. A platform that ranks offers without showing the criterion teaches the buyer to distrust the ranking. Comparing without hiding the criterion. The agent opens the offers with what really sets them apart, and the decision stays with the buyer. #### Outside business hours, and inside the same rules Being available 24 hours is the easy part, and on its own it is a trap: a night channel that accepts anything produces a morning queue of orders to undo. What makes availability usable is that the agent consults the same deterministic engine that serves the rep during the day. The price it shows at night is that buyer's contracted price, with the tax rule of the warehouse that will fulfill. The credit limit is checked right then, not in the next day's review. And whatever needs human approval is not executed in the dark: it is recorded and escalated. The buyer finishes their work at night, and the decision that belongs to a person is still taken by a person. What goes to a human #### The cart is ready overnight. The credit limit goes to a human. The Procurement Agent builds the cart after business hours, at the contracted price and with the credit limit checked. Anything over the limit stays out: it is recorded and goes to human approval. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### Can the buyer place an order outside business hours? Yes, and without that turning into a correction queue the next morning. The agent works 24 hours a day by consulting the same deterministic engine that serves the rep during the day: the price shown at eleven at night is that buyer's contracted price, with the tax rule of the warehouse that will fulfill, and the credit limit is checked right then. Whatever needs a human decision is recorded and escalated rather than executed in the dark. ##### How does it compare offers from different sellers? By putting side by side what actually separates one from another: the price valid for that buyer, the lead time from the warehouse that would fulfill, and the payment terms available. The choice stays with the buyer, and that is what keeps the comparison from becoming a disguised recommendation. A single order can close with different sellers line by line, each with its own lead time. ##### Does it respect the credit limit and the approval my company requires? Yes, because it defines neither of them. Credit limit, approval authority and payment terms are Commerce Rules Engine parameters, and the agent consults those parameters the way a human buyer would. An order that exceeds the limit is neither refused nor released on the agent's own initiative: it follows the same approval path it would have followed if it had been assembled by hand. Schedule a demo See the Marketplace Management Platform → ← See all agents How credit enters the checkout → --- ## Replenishment Agent | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/replenishment/ AI Agent with Business Guardrails ### Replenishment Agent The most expensive stockout is not the item that ran out everywhere. It is the item that exists, with room to spare, in the wrong warehouse. The order lands in a region where the balance is zero, the buyer sees unavailable and leaves, and the same week closes with that product sitting still four hundred miles away. None of this shows up as a stock shortage in the report: it shows up as revenue that never happened. #### What it is The agent that handles the supply chain from the inventory side. It redistributes balances across distribution centers predictively, alerts on stockout risk before it happens, and suggests purchases to hold the service level. It works on Distributed Inventory and Shipping & Fulfillment , which is where multi-warehouse stock and the cost of moving that stock are already real data. The item that exists, in the wrong warehouse. The agent redistributes stock between distribution centers, and the transfer is proposed with its reason for operations to confirm. #### The capability no one replicates ##### Predicting the imbalance costs less than fixing the stockout By the time the stockout shows on the dashboard, the cheap decision is gone: what remains is an emergency transfer or an off-terms purchase. The agent works before that, over each item's outflow rate at each warehouse, and points at the imbalance while it is still cheap to undo. The window between the two is usually a matter of days, and that window is where normal freight fits. ##### Redistribution is a network decision, not a warehouse decision Looking warehouse by warehouse produces the decision that is locally correct and globally expensive: each center asks for what it lacks and nobody sees the item sitting spare next door. Because inventory is multi-warehouse from the origin, physical and logical on the same base, the agent compares the whole network before suggesting a movement, and weighs what moving costs. Not every imbalance is worth correcting, and knowing which ones are not is part of the answer. The warning arrives before the stockout. The agent warns about stockout risk before it happens, while the imbalance is still cheap to undo. #### Suggesting a purchase is the last resort, not the first The order matters. Before proposing a purchase, the agent looks for the balance the operation has already paid for: does it exist in another distribution center, can it arrive in time, does it justify the cost of moving? Only when the network cannot solve it does the purchase suggestion appear, and it appears with what supports it: the outflow rate, the supplier lead time and the date on which the service level drops if nobody acts. Buying is the most expensive and least reversible of the three decisions, so it is the one that escalates to a human. The agent does not issue a purchase order on its own. What goes to a human #### First it moves network stock. Buying goes to a human. The Replenishment Agent rebalances stock between distribution centers and flags stockouts on its own. Suggesting a purchase is the costliest of the three decisions, and it goes to the buyer. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### How does it anticipate a stockout before it happens? By watching each item's outflow rate at each warehouse rather than today's balance. A balance is a snapshot, and a comfortable snapshot on a fast-moving item can mean three days of cover. The agent projects when that balance reaches the threshold the operation set as acceptable and warns while normal freight still fits instead of urgent freight. The gap between those two situations is usually a matter of days. ##### Does it move inventory between warehouses on its own? It proposes the transfer, with the reason and the cost of moving. Moving inventory between distribution centers creates freight, occupies a team and changes availability at both ends, so it is an action the operation confirms. What it does on its own is the work of finding the imbalance and calculating whether correcting it pays off, which is the part nobody has time to do item by item. ##### Does it see inventory across every warehouse or only the nearest one? The whole network. Inventory is multi-warehouse from the origin, physical and logical on the same base, so the agent compares every distribution center before suggesting any movement. Looking warehouse by warehouse produces the decision that is locally correct and globally expensive: each center asks for what it lacks and nobody sees the item sitting spare next door. Schedule a demo See Distributed Inventory → ← See all agents How delivery is planned → --- ## Rules Auditor Agent | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/rules-auditor/ AI Agent with Business Guardrails ### Rules Auditor Agent A mature B2B operation does not have one discount rule, it has hundreds, written at different times by different people. Then someone adds one more to unblock a large account, and it silently contradicts a rule from three years ago. Nobody notices that day. They notice at month-end close, when the margin does not add up and it is no longer possible to tell which of the two charged the wrong price. #### What it is The governance agent for the Commerce Rules Engine . It reads the 1,029 configurable parameters, cross-checks them against one another looking for contradiction, and shows the effect of a change before it reaches production. That is the difference between publishing a rule and publishing a rule knowing what it will do. The business still decides what the rules are; the agent is what can read all 1,029 at once, which no manager can. Reading all of them at once. The business still defines the rule; the agent is the one able to read every parameter at the same time. #### The capability no one replicates ##### Conflict is not found by reading, it is found by cross-checking Reading rule by rule finds typos, not contradictions. A contradiction is always a pair: two rules that are each correct on their own and that together produce a price nobody authorized. The agent cross-checks the parameters against each other instead of reviewing them one at a time, which is why auditing all 1,029 fits in 45 seconds rather than becoming a project. The full sweep starts to fit the frequency at which the operation changes its mind. ##### Impact preview comes before publishing, not after the damage The expensive way to discover a rule's effect is to publish it. The agent simulates: with this rule active, these customers, these products and these conditions change price in this way. The manager decides by looking at the consequence rather than the intention. It is the same deterministic engine that will execute the rule afterwards, so preview and production do not diverge. The audit that fits in seconds. The agent audits the whole set instead of checking one by one, which is why the full audit fits in seconds. #### It architects above the source, and never rewrites the source Auditing is half the work. The other half is building: the agent operates the Commerce Rules Engine APIs to assemble new pricing, campaign and promotion dynamics, looking for the optimal profitability point within what the configuration already allows. And there is a boundary it does not cross: the rule that lives in the primary sources, the ERP and the CRM, it does not alter. What it does is architect a layer of possibilities above those boundaries. On a base rule change, it suggests and the human decides, and that decision is recorded as a human decision. What goes to a human #### The agent finds the conflict. The rule stays with a human. The Rules Auditor Agent cross-checks the rules in force and flags conflicts without rewriting any of them. When the rule lives in the ERP, it only informs and escalates to a human. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### How long does it take to find out that two rules contradict each other? A full sweep of the 1,029 configurable parameters of the Commerce Rules Engine takes about 45 seconds. What matters in that number is not the speed itself, it is the frequency it allows: an audit that fits in 45 seconds can run every time someone touches a rule, rather than once a quarter, which is when the contradiction has already charged its price. ##### How do I see the effect of a change before publishing it? Through the impact preview. Before the rule reaches production, the agent projects what it does against the real base: which customers, which products and which conditions start pricing differently, and in which direction. The simulation runs on the same deterministic engine that would execute the rule afterwards, so what shows up in the preview is what the operation will do, not a parallel estimate. ##### Does it audit a parameter nobody documented? Yes, and that is the most common case. The agent reads the configuration as it is, not as someone wrote that it should be. A parameter created in a hurry two years ago, with no owner and no record, enters the sweep along with everything else. That is the difference between auditing the documentation and auditing the system. Schedule a demo See the Commerce Rules Engine → ← See all agents How the AI is governed → --- ## Sales Copilot | CWS Platform URL: https://www.cws-platform.com/en/platform/agents/sales-copilot/ AI Agent with Business Guardrails ### Sales Copilot Ask a B2B rep with three hundred accounts who they plan to call tomorrow. The honest answer is usually: whoever called in. The portfolio is not worked by priority, it is worked by whoever makes noise, and the customer who quietly stopped buying is exactly the one nobody notices until the quarter closes. #### What it is The agent that runs on the Assisted Selling Platform as the salesperson's copilot. It ranks the portfolio by purchase propensity, flags when an account goes inactive and when a negotiation starts leaking margin, assembles quotes automatically and suggests what makes sense to offer alongside. It is not a report the rep opens at the start of the month. It is the day's queue, rebuilt whenever the data moves. The daily queue, by buying propensity. The accounts stop being worked by whoever makes noise: the agent ranks customers by buying propensity. #### The capability no one replicates ##### It orders the portfolio, and the order comes with a reason A ranking without justification is a guess with a nice interface. Every position in the queue carries the why: this account used to buy every fortnight and stopped, this one is due to restock the item it always takes, this last negotiation closed below that customer's usual margin. The rep does not have to trust the score, they read the reason and decide whether they agree. That is what makes the suggestion accepted or dismissed on the merits, rather than obeyed blindly. ##### The margin alert arrives during the negotiation, not at closing Margin leakage is almost never one bad decision, it is the sum of many defensible ones. Each discount fits the rule on its own; the combination does not fit the result. The agent follows the negotiation while it is happening and warns when the composition starts drifting from that customer's or that mix's pattern. Arriving before the acceptance is the difference between fixing and explaining. Two warnings that arrive before the close. The agent warns when a customer goes inactive and when the margin of a negotiation starts to leak. #### The offer arrives ready, and the rep approves it The inversion the agent proposes is this: instead of the rep starting from scratch and building the proposal, the proposal arrives built and they decide what to do with it. The quote comes with the reason, with the variables the agent used and with the message ready to send. The rep approves, edits or discards. It is worth saying what this is not: it is not the agent selling in the rep's place. What it gives back is time, and that time returns to the part of selling where the rep is irreplaceable, which is the hard conversation, the exception and the relationship. Every assembled offer passes through the Commerce Rules Engine, so what arrives ready is already inside what the company authorized. What goes to the rep #### The discount comes suggested. Sending is the rep's call. The Sales Copilot suggests each line's discount and flags what is already within the ceiling, with no approval needed. Sending, editing or discarding the quote is the rep's decision. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### How does it decide which customer the rep should call first? By purchase propensity, computed over that portfolio's own history: reorder rhythm, items the customer always restocks, time since the last order, and deviation from their usual pattern. The queue arrives with the reason written next to each position, and the rep is free to disagree. The order is an informed suggestion, not a mandatory queue. ##### Does the quote it assembles already fall within what the rep can approve? Yes. The quote is assembled by consulting the Commerce Rules Engine, the same engine that validates what the rep does by hand, so price, discount and terms already come out within that rep's limit. When the requested composition goes past that limit, the quote is not silently blocked: it escalates for approval with the request on record, exactly as it would if the rep had assembled everything manually. ##### Does this become one more screen for the rep to open? The agent runs inside the Assisted Selling Platform, which is already where the rep builds quotes and negotiates. The portfolio queue, the margin alert and the quote appear in the flow where the work already happens. A productivity tool that requires opening yet another system usually costs more attention than it gives back, which is why this agent has no screen of its own. Schedule a demo See the Assisted Selling Platform → ← See all agents What governed negotiation means → --- ## Architecture and Security | CWS Platform URL: https://www.cws-platform.com/en/platform/architecture-and-security/ Concept ### Architecture and Security The trust the AI needs to act on a large operation doesn't come from a well-written prompt, it comes from the infrastructure. CWS Platform governs by architecture: the Commerce Rules Engine, its business rules engine , blocks what isn't allowed, before it happens. #### The layers Core AI Agents Marketplace Data - Pricing Stock Credit Order Deterministic Core - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace and network - Transactional Behavioral Conversational Intelligence and Data ERP · SAP, Microsoft Dynamics, any ERP through open APIs outside the platform, stays where it is Deterministic Core same input, same output Runs the rule in code, at zero inference cost. If the AI goes down, the negotiation keeps running. Conceptual representation of the CWS Platform layered architecture. Not a screenshot. - Pricing Stock Credit Order Deterministic Core - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace and network - Transactional Behavioral Conversational Intelligence and Data ERP · SAP, Microsoft Dynamics, any ERP through open APIs outside the platform, stays where it is AI Agents with Business Guardrails consume the Core via MCP They read intent and orchestrate the Core under the same rules as a human rep. They consume rules, they do not invent them. Conceptual representation of the CWS Platform layered architecture. Not a screenshot. - Pricing Stock Credit Order Deterministic Core - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace and network - Transactional Behavioral Conversational Intelligence and Data ERP · SAP, Microsoft Dynamics, any ERP through open APIs outside the platform, stays where it is Marketplace and network with anti-disintermediation Multi-seller, buybox and split. The network operates inside the same governance as the Core. Conceptual representation of the CWS Platform layered architecture. Not a screenshot. - Pricing Stock Credit Order Deterministic Core - MCP Guardrails Autonomy Gradient AI Agents with Business Guardrails - Multi-seller Buybox Split Marketplace and network - Transactional Behavioral Conversational Intelligence and Data ERP · SAP, Microsoft Dynamics, any ERP through open APIs outside the platform, stays where it is Intelligence and Data Analytics Hub The data dimensions that turn operation into decision. Information to govern with, not just to report. Conceptual representation of the CWS Platform layered architecture. Not a screenshot. ##### Deterministic Core The Rules-Based Commerce Engine that executes every rule by code, at zero inference cost. It's the governed foundation everything runs on. ##### AI Agents with Business Guardrails They consume the Core via MCP (Model Context Protocol), under the same rules as human sellers. They interpret intent, never invent a rule. ##### Marketplace and network Multi-seller, buybox and split, with anti-disintermediation. The network operates within the same governance as the Core. ##### Intelligence and Data The Analytics Hub and the data dimensions that turn operation into decision. Information to govern with, not just to report. #### Autonomy Gradient AI governance by infrastructure, not by prompt. Every agent action falls into one of three zones: - Green: the agent executes on its own (reversible, low-risk action). - Yellow: the agent proposes, the human confirms with one click. - Red: the agent never acts. It informs and escalates to the human. Governance by infrastructure, not by prompt. Trust does not come from a well written prompt: the Commerce Rules Engine blocks what is not allowed, before it happens. #### "We have a team that can build this" You probably do, and we won't argue the point. Programming the pricing rule is the easy part. The expensive part is access: putting your whole buyer base and your whole sales force on top of that rule without training anyone on the ERP, and without a person in the middle to translate. That isn't a rule, it's a product — a negotiation interface, a catalog by warehouse, a freight engine, an approval machine and a rep app, all of which have to keep evolving alongside the commercial policy long after the first version ships. And there is a cost that lands on none of those lines: the time until it is live. The rule you build in-house reaches production at the pace of your own backlog. That is not a rule, it is a product. Negotiation interface, per-warehouse catalog, freight engine, approval machine and seller app, evolving along with the commercial policy. #### Infrastructure and security ##### Infrastructure The platform runs on AWS with a microservices architecture. AWS holds ISO 27001, ISO 27017, ISO 27018, SOC 1, SOC 2, SOC 3, PCI DSS Level 1 and CSA certifications for the infrastructure CWS Platform runs on. CWS Platform does not hold these certifications in its own name — they belong to the underlying cloud provider. The platform treats privacy and data protection as a baseline requirement, with native LGPD and GDPR. Access governance and the audit trail follow every decision on price, credit and order. ##### Data residency Production data runs on AWS in Brazil today. For US clients, the platform can be provisioned in US AWS regions — data residency is defined during implementation, before any client data is migrated. ##### Availability Historical platform availability across all client operations has run above 99.9%, with full months at 100%. This is the observed track record, not a contractual service level; SLA terms are defined per contract. ##### Operational security - Two-factor authentication for user accounts - Multi-factor authentication for server access - Expiring tokens for API access - SHA-256 encryption; HTTPS managed by AWS - Card data is never stored - Annual penetration testing (black, grey and white box) - 24/7 monitoring with CloudWatch, CloudTrail, GuardDuty and WAF - Three segregated environments: Production, Sandbox and Stage - Complete audit trail: every action records who requested it, what was executed, when, with which parameters, and the result - Portfolio-level access control: a sales rep reaches only the accounts assigned to them - Zero-downtime deployment and instant rollback - LGPD and GDPR native Detailed documentation on backup, disaster recovery and tenant isolation is provided under NDA during technical due diligence. Who gets in, what they reach and what is recorded. Two-factor authentication on user accounts, access control by account portfolio and audit trail. Persona · Chief technology officer I stopped relying on a prompt to hold back what an agent can do. In CWS Platform, every agent action falls into a zone of the Autonomy Gradient, under the Business Guardrails of the Commerce Rules Engine. Persona · Legal manager Now I know who requested each action, what was executed and when. In CWS Platform, access governance and the audit trail follow every decision on price, credit and order, with native LGPD and GDPR. #### Frequently asked questions ##### Does CWS Platform replace the ERP? No. It's an orchestration layer over the ERP, integrated through APIs and webhooks. The ERP remains the vault for the data; CWS Platform is the commercial manager that governs the negotiation. Publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. ##### Where does the data live and how is it protected? The platform runs on AWS cloud, with a microservices architecture, and treats privacy and data protection as a baseline requirement, with native LGPD (Brazil's data protection law) and GDPR. Access governance and the audit trail follow every decision on price, credit and order. ##### How is the AI prevented from acting outside what was agreed? By infrastructure, not by prompt. Every agent action falls into the Autonomy Gradient: green (executes on its own, low risk), yellow (proposes, human confirms) or red (never acts, escalates to the human), under the Business Guardrails of the Commerce Rules Engine. Talk to an architect What is Governed Negotiation → --- ## Product Catalog & MDM (Catalog Engine) | CWS Platform URL: https://www.cws-platform.com/en/platform/catalog-engine/ ### Product Catalog & MDM (Catalog Engine) 1 of 4 › Management · CMO The CMO follows catalog enrichment SKU by SKU. The Catalog Enrichment Agent runs six steps on its own, from the counter photo to the spec sheet; publishing the SKU waits for a person to confirm. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › At the counter · Counter sales rep The customer's car stays saved in the garage, and the search starts from it. Type, make, model and year go in once; the next search already filters the catalog by that vehicle's fitment. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the phone · Reseller buyer The buyer picks the car and the catalog shows only the parts that fit it. The fitment table links each SKU to the vehicle it fits, and each part shows the network stores that carry it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › In the stockroom · Parts sales rep The sales rep searches a term inside the saved car and only sees what fits it. The term, the saved vehicle's fitment and the network catalog work together in one list, with the stores that carry each part. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module The buyer looks for a part, does not find it, and buys from a competitor. In complex B2B that is a catalog problem, not a storefront problem. Missing technical attributes, incomplete application tables and poorly mapped equivalences produce costly returns and lost sales, and no campaign fixes that. #### What it is The module that treats catalog data as a critical operational asset. It ties the product into an integrity chain that runs from product to SKU, from SKU to inventory and from inventory to warehouse, and it supports the four selling compositions: unitary, pair, kit and set. Each SKU is identified by manufacturer, part code, composition and origin, and each stock of that SKU in a warehouse gets its own identifier. Variations of the same product are grouped into a size or variant grid, show up as a single search result and keep their own price and stock. An item with no price or no stock can stay in the store as a quote request, and anyone looking for an unavailable item can ask to be notified when it is back: a stockout becomes an opportunity, not an empty page. Price, availability and orders all rest on those records afterwards. A bad catalog does not stay a catalog problem — it becomes a wrong order. The record holds up the order. Price, availability and order all rest on the record. That is why a wrong catalog does not stay a catalog problem: it becomes a wrong order. #### Catalog Engine in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability nobody replicates ##### Component-level traceability in compositions A kit is not a façade SKU. The platform knows every component in it, with the quantity of each, and the kit balance is not typed in: it is recalculated from the lowest balance among its components. If a part is missing, the kit offer is suspended instead of becoming an order that the warehouse discovers later. Integrity applies at the sale, not at the picking bench. ##### Cross-brand equivalence and application tables Cross-reference links competing codes, and the application links the SKU to the vehicle or equipment it fits. This is what a B2C-origin storefront does not model: it indexes products, and the auto parts aftermarket , from a distributor to a dealer portal , needs to index compatibility. Search works as a ladder: it first matches the code (manufacturer, EAN or internal code), then looks for all the words typed, and only then widens, with the default set per profile for customer, sales rep and buyer. A kit is not a facade SKU. If one part of the kit is missing, the offer comes down at the time of sale, not at the shipping check. #### The catalog ladder, and why it is commercial Richer records are not a master-data indulgence. They decide whether the item is findable. The ladder below gives the catalog a measurable axis, and moving from one rung to the next is an operational goal with a direct effect on sales. - N1 The code The item exists and carries the manufacturer code. This is the floor: it can be ordered, but almost nobody finds it without knowing the code by heart. - N2 Name and dimensions The item gains a readable name, a spec sheet and filterable attributes. It starts showing up in search and in filters, not only in direct lookup. - N3 Application and image The item gains an image, an application and equivalences. It becomes findable by people who do not know the code, which is most of the demand. In practice a catalog starts concentrated at N1 and thins out toward the top. Lifting the bulk from N1 to N2, and the fast movers to N3, is the catalog work CWS Platform delivers alongside the technology. #### Pick the vehicle and the catalog shows only what fits it. The Product Catalog & MDM (Catalog Engine) stores each part's application. The buyer names the vehicle, and the search returns only what fits it, with stock and price. See the auto parts solution → Product variants #### Each voltage is its own SKU, with its own code and stock, in the same buybox. In Product Catalog & MDM (Catalog Engine), product variants are grouped SKUs: each voltage has its own code, price and stock, and the buyer switches between them in the selector without leaving the page. CWS Platform demo portal with fictitious data. Catalog and branch #### The branch inherits the catalog record and sets only what is its own. In Product Catalog & MDM (Catalog Engine), the store sees the SKU's master record read-only in My Products (manufacturer code, name, composition, manufacturer, tax code and dimensions) and sets what is its own: internal code, price, quote, warehouse and stock. CWS Platform demo screen, completed with fictitious data to show the use. #### In operation Imdepa · auto parts distribution about 23,000 SKUs in a portfolio serving roughly 16,000 corporate customers across 9 states, in the agricultural, industrial and automotive segments. With the catalog intact, the buyer assembles an order of more than 250 SKUs in a single cart, unassisted. What holds that order up is not the screen — it is the records behind it. Read the Imdepa case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### SKU Priority Endpoints to manage the display priority of products (SKUs) in search results. - POST Set Product Priority /searchSkuPriority - POST Get Priority by Product Code /searchSkuPriority/find - PUT Update Product Priority /searchSkuPriority See all5endpoints in this group → Developer area → #### Frequently asked questions ##### Our records have missing attributes and inconsistent part names. Can we go live like that? Yes, and that is how nearly every operation starts. The catalog comes in as it is and improves by level: first the manufacturer code, then name and dimensions, then application and image. Each additional level raises the chance the item is found and bought, so improving the catalog becomes an operational goal with visible progress, not a prerequisite that stalls the project. Inconsistent part names do not have to be fixed in the ERP first either: synonym tables for manufacturer name, product code and composition make the ERP records match the catalog, and name synonyms resolve in search the regional nicknames buyers actually type. ##### Does the platform know that one brand's part replaces another's? Yes. Cross-reference links equivalent codes across manufacturers, and the application table links the SKU to the vehicle or equipment it fits. The buyer arrives with the code they already know, with a serial number, or through the exploded view of an assembly, and still lands on the right item. Customers can filter by vehicle (type, make, model and year) and save their own garage, and the product page shows similar items from other brands next to the one they searched for. ##### Do headquarters and branches have to maintain the same catalog twice? No. Under global versus local governance, the portal owner chooses the catalog strategy: use the CWS Platform global catalog and enrich it, have the manufacturers in their sector feed that global catalog, keep an exclusive proprietary catalog identified by an internal code, or let each seller list its own items. Headquarters chooses which catalogs the portal displays, and branches and sellers inherit the product master data (manufacturer code, name, composition, tax classification, dimensions) and extend it with what is theirs: internal code, price, quote option, warehouse and stock, in other words the regional offer. A new partner captures the catalog that already exists instead of re-entering it from scratch, which shortens their go-to-market. Persona · Portal owner I no longer keep the same catalog twice: branches inherit the master data. With Product Catalog & MDM (Catalog Engine), branches and sellers inherit the product master data and extend it with their regional offer. Persona · Parts buyer I no longer need to know the code by heart: I find the part by vehicle. Product Catalog & MDM (Catalog Engine) links each SKU to the vehicle through the application table and cross-references equivalent codes across manufacturers. Schedule a demo See the Inventory Hub → ← See the platform Integrations and APIs → --- ## B2B pricing software: business rules engine | CWS Platform URL: https://www.cws-platform.com/en/platform/cdl-workspace/ ### B2B pricing software and business rules engine: Commerce Rules Engine (CDL Workspace) 1 of 4 › Management · Sales director A conflict between two rules shows up, and the committee decides. The auditing agent cross-checks the rules in force, simulates the impact and escalates the conflict. It rewrites no rule: it proposes, and a person confirms. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › In the sales session · B2B sales rep Above his role's ceiling, the discount asks for a reason. Within his approval limit, the discount goes straight through. Above the ceiling written in the panel, the order only moves on with a reason code. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Reseller buyer The cart the agent built after hours, already at her price. The purchasing agent builds it under the same rules as the sales rep: contract price, tax from the warehouse that serves her and the credit limit checked. She reviews and closes. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the counter · Building materials sales rep The project quote, with freight and tax already in the total. The price that applies to that builder, the freight and the state sales tax come in through the rule, before he sends the quote. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module Your commercial policy, with its discount, credit and tax rules, lives scattered across a spreadsheet, the ERP and the sales rep's head. And now AI threatens to hallucinate a price on top of that. The Commerce Rules Engine is the business rules engine that turns those rules into an executable constitution, applied the same way every time, that the AI respects because it queries, it does not invent. #### In short Commercial policy is the set of rules that says who can sell what, at what price, with what discount and on what terms. On CWS Platform it becomes executable configuration in the Commerce Rules Engine (CDL Workspace), a business rules engine that also governs B2B pricing, with 1,029 configurable parameters, applied the same way to sales reps and to the AI Agents, and every exception sent for approval carries a Reason Code. - The AI Agents consume the engine via MCP, under the same rules as a human rep: they suggest, and the human decides. Source: the 6 AI Agents . - The price derived by Contextual Pricing obeys the same rules. Source: B2B pricing engine . - The rep grants discounts inside the Approval Workflows, with a Reason Code. Source: sales rep software on the Sales Hub . - Every discount has an author and a justification, and approval limits are by profile. Source: guided selling . Rules as configuration, not code, is one of the criteria in the guide to choosing a B2B ecommerce platform . Three challenge pages show the rule at work: price list management , discount approval workflow and B2B payment terms . #### What it is The deterministic heart of the platform. It holds the business rules, approval limits, credit, tax compliance and agent permissions, as 1,029 configurable parameters that execute in code, at zero inference cost, and are exposed to the AI Agents via MCP (Model Context Protocol). The philosophy is configuration over code: commercial exceptions carry a Reason Code, critical actions stay in an audit trail, and new points for recording a reason can be built when the project calls for it. From spreadsheet to executable rule. The Commerce Rules Engine gathers thresholds, credit, tax compliance and agent permissions in one place, executed in code, and every change carries its reason. #### The Commerce Rules Engine in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability no one replicates ##### Governance by infrastructure Approval Workflows by seniority, Pre-Submission Guardrails that block the unviable proposal before it reaches the manager, Discount Stacking Prevention and Reason Codes. The rule blocks on its own, it does not depend on a memo. ##### The answer to Shadow AI AI in silos, with no audit trail, becomes governed and auditable AI: the agent queries the same engine in real time, under the Autonomy Gradient (green, yellow, red). Where the market falls short: fixed-price platforms have no native discount authority by seniority; in the CRM model, the equivalent requires building CPQ, approval workflows and pricing rules separately and custom. Approval matrix #### The payment term and method each role can release. The same approval matrix that holds each role's discount ceiling, by customer type and price list, sets the maximum payment term and the payment methods each role releases within its own approval limit. CWS Platform demo portal with fictitious data. #### One engine, the five dimensions It is the module that governs price (derived by the B2B pricing engine ), delivery, payment, quantity and composition, with the same mechanisms for human sales reps and for the AI Agents. Approval Workflows Pre-Submission Guardrails Discount Stacking Prevention Reason Codes Business Guardrails Autonomy Gradient One engine, five dimensions. The same mechanisms govern the five dimensions, for human sales reps and for the AI Agents. #### The way into the ecosystem, not only the rules engine 5 This is what a single market term does not capture. The same environment that holds the rule also distributes access to it, and that is what lets an operation grow without scattering systems. Role-adaptive interface The same door serves distinct profiles. Whoever enters sees no function they cannot perform and no data outside their own scope, and the adaptation is functional, not cosmetic. Structural base of the Seller Center The seller manages warehouses, balances, lead times and order status in a view of the same central interface, with no separate login and no system of their own. Structural base of the Marketplace Center The administrator's view governs catalog master data, approval thresholds, freight policy, commissioning and each seller's reach by geography, segment and catalog. Chained enablement The administrator enables the seller, and the seller enables their own team. The operation grows without anyone distributing credentials for five systems to five teams. Support with governed access The support team enters the specific environment to resolve an issue, by authority level, with no login switching, no request for a local password and no credentials in circulation. #### Configurable commercial governance, from discount to access 8 Commercial governance is B2B commercial policy applied to the B2B sales process every day, and the operating side of commercial excellence. Each company chooses how much control it wants and where: the rule decides what goes through, what goes to approval and what is blocked, and every decision is recorded. Three limits per sales rep Each sales rep has one limit that sends the order for approval, one that blocks the discount on the line and one that blocks the order, by category, store or price tag. The unviable deal stops before it reaches the manager. Tiered approval The order moves up level by level, with a reason and a history. The approver sees what is pending or was denied below them and, if the company allows it, skips levels. Margin-based governance The rule looks at margin, not only at discount: below one minimum the order goes to approval, and below another it cannot be closed at all. Approval limits validated in your own system Companies that already keep their approval policy in the ERP or in their own engine can, store by store, have CWS Platform query that system before releasing the discount. Credit with a configurable decision When credit does not cover the order, the company decides by rule what happens: block it, send it for approval or release it. Who gets in and who buys The portal can stay closed to registered customers, open with registration under approval or be restricted to companies or to rural producers, and products under regulated sale require an identified customer. Security and audit trail Access by profile and by branch, 2FA for administrative users and an audit trail of who changed payment credentials or marketplace splits and who accessed customer personal data. Two-layer enablement CWS Platform enables each capability for the operation, and the company decides when to turn each parameter on. The rollout moves in stages, without exposing from day one what nobody will use. AI Agents #### What each AI Agent does alone, proposes, or never does. The Autonomy Gradient sets, action by action, what each of the 6 AI Agents executes alone, what it proposes for a human to confirm and what it never does. The zone is company configuration, not the agent's decision. How the AI Agents work → CWS Platform demo portal with fictitious data. #### In operation A distributor with millions of price rules and approval limits by seniority, today with no record of who granted which discount, now has every concession with an author and a justification. On integration, here is what customers say publicly: "Excelente, estávamos a quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias." Edivaldo C., IT Manager, automotive sector · Software Advice, July 2026 Published in Portuguese, kept verbatim. · see reviews #### Frequently asked questions ##### What governs negotiation on the CWS Platform? The Commerce Rules Engine (CDL Workspace), with 1,029 configurable parameters. It is governance by infrastructure: whatever falls outside the Approval Workflows goes to approval or is blocked, according to the rule the company configured, without relying on instructing the sales rep or prompting the AI. ##### Is the rule written by the AI in the CDL Workspace? No. The AI Agents query the engine via MCP, audit, detect conflicts and simulate impact, but never alter a rule directly. They suggest; the human decides. ##### How does it integrate with my ERP without becoming lock-in? As an orchestration layer on top of the ERP, not a replacement, through APIs and webhooks. The ERP remains the vault; the Commerce Rules Engine is the commercial manager. Publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. ##### What is a business rules engine in B2B commerce? It is the system that holds the commercial policy, the rules that define who can sell what, to whom, at what price, with what discount, on what terms and with what credit, and applies them on every order. In most companies that policy lives in a document and is applied from memory; in the Commerce Rules Engine it becomes configuration the system executes. ##### How do you make commercial policy auditable? Take the rule out of the document and put it in the system that processes the order, with a record of every exception. In the Commerce Rules Engine, a discount outside the approval limit does not go through without approval, every request for approval and every refusal carries a Reason Code, and critical actions stay in an audit trail, so each exception has an author, a date and a reason. ##### Is the Commerce Rules Engine B2B pricing software? It is the part of B2B pricing software that holds the rules price has to obey. The price itself is derived by Contextual Pricing (Pricing Engine); the Commerce Rules Engine applies the approval limits, Discount Stacking Prevention and Reason Codes on top of it, the same way for human reps and for the AI Agents. ##### What should B2B pricing software control besides the price? The discount on top of it, who can grant it and why. In the Commerce Rules Engine, a discount outside the approval limit does not go through without approval, Discount Stacking Prevention keeps discounts from piling up, and every concession carries a Reason Code, the same way for sales reps and for the AI Agents. Persona · Sales manager and discount approver Only what truly needs a decision reaches me, and the reason comes with it. In the Commerce Rules Engine (CDL Workspace), Pre-Submission Guardrails block the unviable proposal before it reaches the manager, and every exception sent for approval carries a Reason Code. Persona · Sales rep I negotiate within my own limit, and the rule is the same every time. In the Commerce Rules Engine (CDL Workspace), each sales rep has their own discount limits, and commercial policy is applied the same way every time. Talk to an architect Architecture and security → ← See the platform Commerce Rules Engine in the glossary → --- ## Credit-First B2B Checkout (Checkout & Payments) | CWS Platform URL: https://www.cws-platform.com/en/platform/checkout-payments/ ### Credit-First B2B Checkout (Checkout & Payments) 1 of 4 › Management · Approval manager An order outside the rule waits in the queue, with reason and margin. Whatever goes beyond the store's rule goes for approval before it becomes a transaction. The manager approves or rejects each order, level by level, with the coded reason. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › On the portal · Reseller buyer She closes on invoice within her company's limit and sees what is left. Credit is a payment method: limit, open balance and available credit show in the checkout, with the terms negotiated in the account's contract. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Shop owner She picks the payment date and sees the price on that date. The price on that date shows next to today's price, with the deferral interest from the store's table, and an order within the available limit is approved on the spot. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the workshop · Technician The coupon goes into the summary, and each store shows subtotal and shipping. Before paying, the summary splits the deliveries by store and shows the coupon discount in the grand total, the same way the order will be invoiced. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module B2B buys on terms, not with a card on every order. When the digital checkout does not know how to handle credit, the order does not close. The Credit-First B2B Checkout treats credit as a native payment method, and validates the whole order before confirming it, under the rule the store has set. #### What it is The close of the negotiation, where the negotiated agreement becomes a transaction. Credit as a native payment method, with Net Terms 30/60/90 and configurable payment-on-terms methods, with editable dates and number of installments, multi-split across sellers, combination of payment methods and Barter in agribusiness. With several suppliers in one cart, the parent order controls the aggregated cart, and each supplier configures its own payments independently, within the general criteria set by the portal owner. Delinquent and blocked tags integrated with the ERP in real time. Card data never passes through the platform. If you want to sell on terms through the portal, the whole flow is on B2B payment terms . One order, more than one way to pay. Checkout combines credit with terms and other methods in the same close, and in the marketplace multi-split divides the amount among the sellers in the order. #### B2B checkout on terms in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability no one replicates ##### Credit as negotiation, native Credit comes in as a variable of the agreement, not as a separate app tacked on afterward. In the market, B2B credit is usually a standalone app; here it is the heart of the checkout. ##### 4-Point Checkout Validation Stock, credit, tax and price checked at the same time. Credit validation is configurable: the store decides by rule whether insufficient credit blocks the order, sends it for approval or completes it as paid, so risk is handled in the flow, not afterward. #### Each item's taxes, calculated by the store that serves you. In the product list, the buyer opens each item's taxes before checking out: ICMS ST, IPI, ICMS, PIS and COFINS and the total, calculated by the branch that serves their company. The same calculation carries into shipping and checkout, inside the 4-Point Checkout Validation. #### It governs the payment dimension Net Terms 30/60/90 4-Point Checkout Validation Multi-split per seller Blocking tags via ERP Real-Time Shared Cart Credit inside the flow. Overdue and blocked tags arrive from the ERP in real time, and checkout adjusts on its own instead of someone checking afterwards. #### The native payment methods 6 Each has its own approval flow, and that difference is what separates a B2B checkout from an adapted retail one. They can be combined in a single order, and what is offered is filtered by the profile and financial status of whoever is buying. Credit limit Approved by credit validation rather than by a gateway. It is the dominant B2B payment method, and its absence is the most common reason a buyer goes back to the sales rep. Bank slip Approved after bank clearing. The order waits for the buyer's payment cycle without anyone having to track reconciliation by hand. Instant transfer Instant approval. It is usually the method that remains when a customer has an outstanding balance, which is why it is never the only door. Credit card Automatic gateway approval, with fraud screening in the gateway layer. Card data never passes through the platform. Barter In agribusiness, grain settles the order after physical and tax validation of delivery. The balance is managed per customer, like a current account in grain. In-store Manual confirmation by the counter operator. The order starts digital and closes in person, without becoming two orders in two systems. #### The levels of split, which are different things 3 The market uses one word for three mechanisms that behave differently. Conflating them is what makes a checkout look sufficient in a demo and fail in production. Cart split Items in one order ship from different sellers or warehouses and generate independent invoices, each with its own tax document and tracking. A delay in one does not block the others. Split delivery One order is delivered in parts, to different addresses or dates, with freight, tax and approval thresholds calculated per fraction. Combined payment methods One order paid with more than one method at once. Each method is processed on its own, and final approval only lands once all of them confirm. #### When the sale does not end on screen 3 Pickup and counter The buyer builds the order digitally and completes it in the shop, with payment confirmation in the hands of the in-person operator. Quote that becomes an in-person sale The quote built during remote service is the same one that closes at the counter, with the pricing and governance that already applied. Saved carts They work as an instant quote, with correct pricing, verified stock and governance applied, and can be sent as a link for the buyer to complete on their own. #### Credit and payment terms under rules 8 What separates a checkout that accepts terms from a checkout that governs B2B customer credit. Credit limit as a current account The limit is the customer's current account, with balance and statement, granted in the admin panel or kept in sync by the ERP through integration. It can apply per store or across the whole headquarters: the customer uses it at any branch, and each store receives its own debit to reconcile. Insufficient credit, decided by rule An order with enough balance is approved automatically. Without it, the store chooses by rule whether the order is blocked, held pending approval or completed as paid. Layered payment terms Payment, type, term and due date are set up in layers, with value bands, interest or discount, average term and an ERP integration code. Each term accepts allowed and blocked customer groups, for example to stop delinquent accounts or give a group longer terms, and forbidden combinations with other terms. Credit combined with other methods The credit limit can be combined with card or bank slip, with the option of using up the whole limit first. When paying at the counter, the customer splits the amount across several methods and terms, each with its own interest or discount band. Payment date that recalculates the price The chosen payment date recalculates the price, with an early-payment discount or late-payment interest. Payment days can be blocked, such as month-end and holidays, and the calendar can be hidden, read-only or editable for customer and sales rep. Receivables calculator The sales rep enters the amounts and dates of checks or receivables, the platform calculates the average term and picks the payment term whose day range matches. ERP tax before closing Each item's tax can be calculated by the customer's ERP before the order closes, using the same integration as the final close, and the simulation comes out as a PDF to serve as a quote. Several suppliers, one cart The parent order controls the aggregated cart, and each supplier configures its own payments independently, within the general criteria set by the portal owner. The amount is split per store, following the contract between marketplace and store, with special commission by SKU or category. #### Before checkout, the price already shows per payment method. In the Credit-First B2B Checkout (Checkout & Payments), the upfront Pix discount and the installments apply from the product page on: the price block shows the was/now price, the Pix price and the interest-free installments. Payment methods #### The total already reflects the payment method you choose. In the Credit-First B2B Checkout (Checkout & Payments), each payment method shows its own terms, and the order summary already applies the chosen terms to the total: with instant transfer, the discount shows on its own line and the saving right below. CWS Platform demo screen, completed with fictitious data to show the use. #### In operation Imdepa · auto parts distribution The buyer assembles an order of more than 250 SKUs in the B2B customer portal and the platform calculates taxes, freight and the pre-approved credit in seconds. Credit risk is validated within the flow, not checked in separate stages afterward. Read the Imdepa case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### Credit Limit Endpoints to create and manage credit limit types and assign them to customers. - POST Set or Update Credit Limit for Customer /creditLimit/save - GET List Credit Limits /creditLimit/list - POST Create Credit Limit Type /creditLimit/saveTypeCreditLimit See all3endpoints in this group → ##### Webhooks and callbacks - Tax calculation callback Synchronous call: your ERP returns the taxes per item. Developer area → #### Frequently asked questions ##### Can you sell B2B on terms with the CWS Platform? Yes. The Credit-First B2B Checkout (Checkout & Payments) has Net Terms 30/60/90 as a native payment method, with a credit limit validated in real time alongside stock, tax and price, in the 4-Point Checkout Validation. The credit limit works as the customer's current account, with balance and statement, and can apply per store or across the whole headquarters. ##### How does the order avoid advancing with the wrong credit or tax? The 4-Point Checkout Validation checks stock, credit, tax and price at the same time before confirming. Credit validation is configurable: the store decides by rule whether an order without enough balance is blocked, sent for approval or completed as paid. Item-level tax can be calculated by the customer's ERP before the order closes. The delinquent and blocked tags come from the ERP in real time. ##### Does it work for agribusiness with Barter? Yes. The Agro Commerce Suite treats grain as a payment method (Barter), with CIF and inverted FOB and fractional delivery by property. Persona · Chief financial officer I no longer check credit after the order: it closes already validated at checkout. At checkout on CWS Platform, credit is a native payment method, and stock, credit, tax and price are checked together before the order is confirmed. Persona · Buyer I close the order on terms within my limit, without going back to the sales rep. In Checkout & Payments, the credit limit is the customer's current account, with balance and statement, and can be combined with card or bank slip. Schedule a demo See pricing → ← See the platform Net Terms in the glossary → --- ## No-Code Storefront Builder (CMS Builder) | CWS Platform URL: https://www.cws-platform.com/en/platform/cms-builder/ Deterministic module ### No-Code Storefront Builder (CMS Builder) The campaign starts on Monday, and the landing page takes three weeks because it sits in a developer's queue or an agency's backlog. Meanwhile the company pays for a separate storefront tool that knows neither the customer's price nor the warehouse's stock, and the storefront promises what the operation cannot deliver. #### What it is The module that builds and maintains the portal without code. It is the presentation layer of CWS Platform: it defines what the store is called, how it looks, what institutional content it publishes and how the pages are organized. The portal is not a separate product integrated later — it comes included and is born on the same rules engine as the 11 modules. It is the platform's first layer of value, and it enables the ones above it: without your own digital presence there is no commercial integration, no behavioral data, and no service to sell on top. The storefront does not advertise what it lacks. The page queries the same catalog, the same stock by warehouse and the same price rule that decide the order. #### The capability nobody replicates ##### One codebase renders different portals One foundation, a single template, three faces: a B2B portal with authenticated pricing and order approval, an open consumer portal with coupons and social login, and a marketplace carrying both first-party and third-party inventory. These are not three coexisting projects, it is the same configuration holding different values. A new business line arrives as parameters, not as a deployment from scratch. ##### The storefront reads transactional truth, not a copy of it A content manager bolted on through an API shows whatever it synced last. Here the page queries the same catalog, the same per-warehouse balance and the same pricing rule that decide the order, so the storefront cannot advertise what the operation will not deliver. The header can apply the price of the store nearest the delivery address without changing where the stock ships from. Whoever edits the page changes presentation, and policy stays with the rules engine. One base, three faces. They are not three projects living side by side: it is the same configuration on the same rules engine as the 11 modules. #### What your team changes without a developer Configuration over code stops being a slogan once you list what sits on this side of the line. What follows is the portal's editable surface, and none of it requires a new software release. These are parameters, and the platform has 1,029 configurable parameters in total. - Identity Logo, favicon, theme color palette, table and button colors, header subtitles, and a top bar carrying your own text or free HTML, optionally shown in the app as well. A field left blank falls back to the default, so the store is never left unconfigured. - Structure Header and its small-screen version, footer, menu, home page carousels, image library and assets attached to categories. The home page combines carousels of featured categories, limited-time offers, featured products, buy again, brands, sponsored products and recently viewed, with renamable titles. Each category has its own menu image, icon, desktop and mobile banners and its own copy on the page. A dynamic menu can take users to another company system already carrying the logged-in rep's or the served customer's data, and can be shown only to customers, reps or buyers. - Content Institutional pages, about us, support, frequently asked questions, terms of use with optional mandatory acceptance, privacy policy, cookie policy, returns policy, social channels and landing pages published from your own HTML package, without touching the theme and inheriting the store's header and footer. Layered SEO: default meta tags per page type with product variables, individual SEO per category, with supporting copy below the listing, and per SKU, and control over indexing of filtered searches. The platform publishes structured data on product, category and home pages and generates a sitemap grouped by category covering every store URL. - Domain Store creation, your own subdomain, company records, administrative permissions by user group, partner stores and regional restrictions. What stays outside is whatever produces effects beyond the portal, such as enabling a multi-store operation, changing the subdomain of a store already live or redirecting old URLs in a platform migration, which the CWS Platform team runs. Those follow a procedure, because they have consequences for whoever is already on the other side. Configuration over code, with a boundary. The portal's editable surface needs no new software release. What has effects beyond the portal has a procedure, because it has consequences. Contexto de compra no hero Hero de uma vitrine B2B da CWS Platform com campo de busca, filtro por veículo e os primeiros produtos, cada um indicando em quantas lojas da rede está ofertado. - Busca em destaque o acesso ao catálogo começa no próprio hero. - Filtro por veículo a vitrine oferece uma entrada de compra orientada pelo veículo. - Ofertas por produto cada card mostra em quantas lojas da rede o item está disponível. O CMS Builder precisa compor a vitrine para o contexto de quem compra, sem fragmentar a jornada em páginas e estruturas diferentes. Este hero materializa esse contrato de contexto do comprador ao reunir os principais caminhos de descoberta em uma única composição. Product listing #### The portal owner chooses: a line list for B2B or an e-commerce grid for B2C. In the No-Code Storefront Builder (CMS Builder), the listing layout is a parameter of the same template: a line list, the way B2B buyers read, or an e-commerce grid, and the choice can also be left to the buyer. CWS Platform demo portal with fictitious data. Another language, another currency #### The same funnel in English and in US dollars, with the rep adjusting price and discount. In the No-Code Storefront Builder (CMS Builder), the same template builds the portal in another language and with prices in another currency, from catalog to cart to assisted selling. The screen is from ProBuild Market, the CWS Platform demo portal in English and US dollars, with the rep editing price and discount on the item row. CWS Platform demo portal with fictitious data. Persona · Marketing director I change the home banner without filing a ticket or waiting in a developer's queue. With the No-Code Storefront Builder (CMS Builder), visual identity, banners, carousels and institutional pages are configuration parameters the team edits in the store channel. Persona · Commercial director I serve resellers and end consumers on the same portal, with no second deployment. With the No-Code Storefront Builder (CMS Builder), the same foundation renders different portals: configuration changes, code does not. #### In operation Tracbel · Volvo dealer about US$47 million accumulated through the portal since launch, across a network of 40 branches (Tracbel, named the world's best Volvo dealer, Volvo Gold 2025). The portal has been in production for about 6 years and did not go live all at once: the equipment line came in 2018 and the truck line in 2020. The second one did not require a new portal, and that is the difference between configuring a surface and buying another project. Read the Tracbel case → Figures converted from Brazilian reais at R$5.00 = US$1.00. #### Frequently asked questions ##### We want to change the home banner and the colors on a Friday night. Do we have to file a ticket? No. Visual identity, banners, carousels, footer and institutional pages are configuration parameters your own team edits in the store channel. What does need a request is anything that changes an agreement between companies, such as a new subdomain or enabling a multi-store operation, because those have an effect outside the portal. ##### Does the same portal serve our resellers and the end consumer? Yes, and without two deployments. The same foundation renders a portal with authenticated pricing and order approval for the reseller, and an open portal with coupons and social login for the consumer. Configuration changes, code does not, so both faces inherit the same catalog, the same inventory and the same pricing rule. ##### Can whoever edits an institutional page break a pricing rule by accident? No. Editing reaches the presentation layer: copy, images, carousel order, institutional blocks. Price, availability and approval limits still come from the rules engine, and the portal only displays what the rule has already authorized. Editing the storefront and changing the policy are separate permissions, granted by user group. Schedule a demo See the Marketing Suite → ← See the platform The portals it renders → --- ## Digital Maturity Roadmap | CWS Platform URL: https://www.cws-platform.com/en/platform/digital-maturity-roadmap/ Platform ### Start where you are CWS Platform does not require your company to be ready for the most advanced level. There are four maturity levels, and each one naturally creates the need for the next. This is the Digital Maturity Roadmap: four levels activated over the same platform. There is no maturity prerequisite to begin, there is an entry point. Level 1 ##### Classic B2B Portal Catalog and checkout live, with pricing by customer profile. What leads to the next → The customer realises they need a seller. Level 2 ##### Seller Present The portal gains a visible seller, with name, photo and a conversation channel. What leads to the next → The customer wants to give the seller autonomy. Level 3 ##### Governed Negotiation The seller now negotiates inside the platform, with a real-time shared cart. What leads to the next → The customer wants to scale with AI. Level 4 ##### AI-Powered Trading AI Agents operate over the same deterministic core, under Commerce Rules Engine rules. End of the progression There is no next level. The four levels of the Digital Maturity Roadmap. Each level activates over the previous one, on the same platform. #### The four levels, one by one Each level delivers something on its own. What links it to the next is not a sale, it is a consequence of the operation. #### Level 1 · Classic B2B Portal Catalog and checkout live, with pricing by customer profile. The buyer self-serves, with no active seller in the transaction. This is the digitalization of reorder, usually the largest share of volume and the smallest share of the commercial team's added value. What leads to the next → The customer realises they need a seller. Self-service handles reorder, and stops at the first technical question or the first non-standard order. Level 1: the reorder, digital. Catalog and checkout live, with pricing by customer profile. The buyer self-serves. #### Level 2 · Seller Present The portal gains a visible seller, with name, photo and a conversation channel. They help, guide and unblock, but do not yet negotiate inside the platform. This is the level that solves adoption before it solves governance, which is why it is usually underestimated. What leads to the next → The customer wants to give the seller autonomy. Once the seller is present, it becomes clear they need to be able to concede something, and concessions start happening outside the system. Level 2: the seller present. The portal gains a visible seller and a conversation channel. They help, guide and unblock. #### Level 3 · Governed Negotiation The seller now negotiates inside the platform, with a real-time shared cart, Approval Workflows and conversation integrated into the transaction. The concession that used to happen by phone now carries a ceiling, an author and a justification. This is the level where margin stops leaking where nobody could see it. What leads to the next → The customer wants to scale with AI. With rules made explicit and negotiation inside the system, there is for the first time a trustworthy context for an agent to consume. #### Level 4 · AI-Powered Trading AI Agents operate over the same deterministic core, under Commerce Rules Engine rules, with replenishment and purchase suggestions anticipating demand. The operation becomes a digital trading desk, and the seller moves from processing orders to deciding on exceptions. End of the progression There is no next level. What changes from here is the breadth of the ecosystem, not the architecture. Level 4: agents over the same core. AI Agents operate over the same deterministic core, under Commerce Rules Engine rules. Persona · Buyer I place my reorders on my own, with no seller needed in the transaction. At the first level of the Digital Maturity Roadmap, catalog and checkout go live, with pricing by customer profile. Persona · Seller I negotiate inside the platform, and concessions no longer happen by phone. At the Governed Negotiation level of the Digital Maturity Roadmap, each concession carries a ceiling, an author and a justification, with a real-time shared cart. #### Layers, not packages The levels are not packages you buy and discard. They are layers activated over the same platform, so what went live at Level 1 still holds at Level 4, with no rebuild and no migration. Smaller operations tend to enter at Level 1 and evolve; larger ones enter directly at Level 3 or 4. And the portal is included at every level. See the platform → See pricing → Not sure which level you are at? A diagnostic conversation settles it. Talk to us --- ## Governed Negotiation | CWS Platform URL: https://www.cws-platform.com/en/platform/governed-negotiation/ Concept ### Governed Negotiation In complex B2B commerce, price, delivery, payment, quantity and composition aren't fixed, they're negotiable. CWS Platform treats the cart as a negotiation table, where each of these dimensions moves within intelligent rules. This is what we call Governed Negotiation. #### Why it isn't e-commerce E-commerce is the front end, the storefront that records a fixed price. CWS Platform is the infrastructure beneath it: a B2B Commerce Platform for Governed Negotiation. It doesn't swap B2B negotiation for a rigid checkout, it digitizes the entire negotiation, with the company's rules built in. Not a shop window, a negotiation table. E-commerce records a fixed price. The CWS Platform digitises the whole B2B negotiation, with the company rules built into every move. #### Governed Negotiation in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The freedom to negotiate, with every concession auditable Governing the negotiation isn't about straitjacketing it. It's about letting the rep, or the AI agent, move within rails the company defines and that record every decision. Four mechanisms make this concrete: ##### Approval Workflows Approval limits: what passes straight through and what escalates to a one-click confirmation. ##### Pre-Submission Guardrails Locks before submission and prevents the order that would be born dead (Dead-on-Arrival). ##### Discount Stacking Prevention Stops the stacking of discounts that erodes margin without anyone noticing. ##### Reason Codes Every concession carries its why. Margin becomes something auditable, not a mystery at month's end. Every concession runs on rails. Approval thresholds, a lock before submission, blocked discount stacking and a mandatory justification: negotiation moves fast because the limit is already written. ##### Several reps on the same order, each inside their own limit The authority limit doesn't belong to the order, it belongs to whoever is negotiating inside it. More than one rep can work the same cart at the same time, and each moves only as far as their own limit reaches: whoever answers for one warehouse doesn't price an item shipping out of another. That is what makes it safe to invite a partner, a reseller or a rep to sell inside your own portal — every ceiling is already written before the conversation starts. The threshold belongs to the negotiator. Whoever answers for one warehouse cannot price items shipping from another. Each ceiling is written before the conversation starts. ##### Discount and payment terms are the same currency A rep who controls only the percentage will spend the percentage, because it's the only lever they have. Price and payment terms are convertible into each other: part of the discount the buyer asks for can come back as terms, and part of the terms can come back as price. Handing over both levers, each with its own ceiling, protects margin more cheaply than tightening a single one, and the trade is recorded in the Reason Code alongside the rest of the concession. Two levers protect more than one. Part of the requested discount can come back as terms, and part of the terms as price. With a ceiling on both, margin is safer than squeezing just one. #### Why the platform resembles a risk desk CWS Platform did not start as e-commerce. It started from an observation its founder made while working as a trader at an investment bank: if there is software to transact currency, equities and energy, there would be software to transact any product, and especially the ones that behave like commodities, from tyres to grain, from spare parts to chemical inputs. The platform was built on that logic from the outset, in production since 2013 and already multi-warehouse, with the catalog held separately from stock. It is why governance here does not take the shape of an approval queue bolted on afterwards. On a trading desk the limit is not a step in the process, it is the condition of operating: whoever negotiates moves fast because the system already knows how far they may go. The Commerce Rules Engine is that same idea applied to product, and the seller is the one operating under it. Trading software for any product. If software exists to trade currency and energy, it can trade products. On a trading desk the limit is not a step, it is the condition to trade. #### The entry spectrum Almost nobody starts by negotiating. Adoption tends to climb a ladder, and each rung creates the need for the next, which is what matters to a decision-maker: you can enter at the first level with no margin risk and reach the last without changing platforms along the way. - 1 ##### Classic portal Catalog and checkout, with pricing by profile, and no active seller in the journey. The operation notices that the large order still arrives by phone. - 2 ##### Seller present The same portal, now with the seller visible: name, photo, a conversation available. They help, but do not yet negotiate. The operation wants to give the seller real autonomy, without opening up the margin. - 3 ##### Governed negotiation Shared cart, approval thresholds, mandatory justification. The seller negotiates within rails, and every concession is recorded. The operation wants to scale without hiring in the same proportion. - 4 ##### Trading with AI Agents operating under the same rules engine that constrains the human, with replenishment and enrichment anticipating demand. It is the state in which negotiation governance applies to person and agent without distinction. The first two levels are B2B Digital Selling ; from the third onwards, Assisted Selling . Enter without risk, climb without switching. Almost nobody starts by negotiating. You can enter with a classic portal at no margin risk and reach trading with AI on the same platform. #### Determinism plus AI, under the same rules The deterministic Core executes the rules by code, at zero inference cost. The AI Agents interpret intent and orchestrate that Core via MCP (Model Context Protocol), under exactly the same rules as a human seller. If the AI goes down, negotiation continues. And the AI never hallucinates a business rule, because it doesn't invent a rule, it consumes one. Governed concession #### Past the range, the discount goes for approval, and the rep sees where the limit comes from. In Governed Negotiation, the authority comes from the rule, by category group, store or tag: in the cart, the rep sees the maximum discount on the item, the total order discount and the range in which the order goes up for approval, on record. CWS Platform demo portal with fictitious data. Discount and terms #### The chosen payment date recalculates the price, within the contract terms. In the Credit-First B2B Checkout (Checkout & Payments), payment-on-terms methods are configurable, with the dates and number of installments the store sets. The buyer picks the contract terms and the date, and the price adjusts with an early-payment discount or late-payment interest: terms are part of the negotiation too. CWS Platform demo screen, completed with fictitious data to show the use. Not a lab concept Governed Negotiation has been running in real production since 2013. At Tracbel, portal orders carry 10 extra points of operating margin, with 100% of the portfolio available (about 131k SKUs). At Imdepa, the B2B portal led to 3x more customers activated in three years, without growing the team in the same proportion. Tracbel case → Imdepa case → See the 5 dimensions in detail Price, delivery, payment, quantity and composition, one by one. The 5 dimensions → #### Frequently asked questions ##### Does governing the negotiation straitjacket the rep? No. Governing means letting the rep, or the AI agent, move within rails the company defines and that record every decision (Approval Workflows, Reason Codes). It's the freedom to negotiate with every concession auditable, not a rigid checkout. ##### How is it different from a CPQ or a B2B e-commerce? In e-commerce the storefront records a fixed price; in a CPQ, the quote is an isolated step. In Governed Negotiation, the five dimensions (price, delivery, payment, quantity and composition) move at the same time, in the same order, under the same Commerce Rules Engine. ##### Does the AI negotiate outside the same rails as the rep? No. The AI Agents query the rules engine via MCP, under exactly the same rules as a human seller. They interpret intent and suggest; the rule itself is executed by the deterministic Core, and the human decides what gets escalated for approval. Approval matrix #### Each role's ceiling, by customer and price list. Each role's ceiling comes from a matrix written in the Commerce Rules Engine (CDL Workspace), by customer type and price list, with the payment terms each role can grant. See the Commerce Rules Engine → CWS Platform demo portal with fictitious data. Schedule a demo Architecture and security → Governed Negotiation in the glossary → Persona · Legal and procurement manager I can audit every concession with its reason on record, whether a rep or the AI made it. In Governed Negotiation on CWS Platform, Approval Workflows and Reason Codes record every decision, and the AI Agents follow the same rules as a human seller. Persona · Chief executive officer I started with the portal, with no margin risk, and reached AI on the same platform. In Governed Negotiation on CWS Platform, adoption usually climbs a ladder, from the classic portal to trading with AI, under the same rules engine. --- ## Distributed Inventory (Inventory Hub) | CWS Platform URL: https://www.cws-platform.com/en/platform/inventory-hub/ ### Distributed Inventory (Inventory Hub) 1 of 4 › Management · Sales director The balance and coverage of each center, before any purchase. The replenishment agent first looks for stock the operation has already paid for: it shows where there is a shortage, where there is surplus and the transfer between centers, from the most reversible decision to the least. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › On the portal · Reseller buyer Every part in the catalog with how many network stores have it in stock. Availability comes per warehouse, not as a network total, and + Stores leads to the stores that sell the part. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Shop owner Each color and size shows which stock the variant ships from. The same item can ship from the brand's stock in one variant and from the partner's stock in another, and the shop owner sees that before restocking. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the workshop · Technician From the ZIP code, the portal shows the stores serving the region and each one's preparation time. She picks the store that serves her and, from there, checks that store's stock, terms and pickup time. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module Selling what you do not have costs cancellations and trust. Hiding what you do have costs the whole sale. A multi-warehouse operation with balances out of sync across channels does both on the same day, and the sales rep ends up checking stock by phone before promising a date. #### What it is The module that answers a single question, and answers it the same way on every channel: where is this item, and can it be sold to this customer. It manages multiple warehouses per SKU, with physical and logical balances. The same store can sell the same SKU from different warehouses, each with its own price and quantity, and freight is calculated from the address of the originating warehouse. It is the source of availability that the portal, the sales rep and the AI Agents all consult. Multi-inventory has been native since 2013, not an adaptation bolted on later to a B2C-origin platform. It is also what lets a dealer portal show the regional dealer's stock first and bring the rest of the network in as backup. If you want to sell from each store's stock, with pickup or delivery in the same order, the whole flow is in store fulfillment . The same answer on every channel. Where is this item, and can it be sold to this customer: the module always answers the same way, whoever asks. #### Distributed inventory in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability nobody replicates ##### An idempotent update key Balance updates are identified, not accumulated. Reprocessing the same batch duplicates nothing, so ERP integration can run at high frequency without building a reconciliation layer around it to repair what it breaks itself. ##### Availability derived, not declared A set has no balance of its own: it is computed from its components, per warehouse. One item missing there, and the set leaves the shelf there. The sales multiple follows the same logic: each warehouse can have its own, the cart only accepts quantities in that multiple and blocks when the multiple exceeds the balance. That is the difference between blocking at the sale and finding out at picking. Reprocess without fear. Balance updates are identified, not accumulated. The integration runs at high frequency without a reconciliation layer to fix what it breaks. #### One SKU, five different balances In B2B, "in stock" is not a boolean. The same SKU can be available to one customer and unavailable to another at the same instant, and that is a business rule, not an inconsistency. These are the balances the platform tells apart: ##### Physical What is in the warehouse right now, per SKU and per stocking point. ##### Virtual The logical balance of pre-sale and scheduled replenishment, sellable without being on the shelf, up to a ceiling and with a preparation time. ##### Partner Inventory from partner stores added to your own, or used as backup when yours runs out, in a priority order you define. ##### Segmented A slice of the balance reserved for a customer segment, with its own order restrictions: each warehouse chooses who sees its products (customer, sales rep by profile, buyer, anonymous visitor, customer types and groups). ##### Region-restricted The balance exists, but it is only sellable inside the area the store or seller covers. #### Every distribution center's balance, side by side. Distributed Inventory (Inventory Hub) shows each distribution center's balance and coverage for the same item, so a stockout in one and surplus in another appear side by side. See the Replenishment Agent → Branch stock #### Customers see the stock of the branch that serves them. With the store selected, the product page shows that branch's balance and who sells and delivers. Distributed Inventory (Inventory Hub) answers for the warehouse that serves the customer's region, not for a network total. CWS Platform demo portal with fictitious data. #### In operation Tracbel · Volvo dealer 100% of the portfolio available about 131,000 SKUs visible in the portal (Tracbel, named best Volvo dealer in the world, Volvo Gold 2025). The buyer began to see the entire catalog and to buy what they did not know existed. Publishing the whole portfolio is only possible when availability per warehouse is trustworthy item by item. There are operations running with 15 active distribution centers. Read the Tracbel case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### Inventory and Price Endpoints dedicated to the complete management of inventory and product prices in your warehouses. - PUT Update or Create Inventory in Bulk /v1/stock/batch - PUT Update or Create Batch Inventory for Branch /v1/stock/batch/:partnerId See all2endpoints in this group → Developer area → Many stores #### The same product, offer by offer per store, with the quantity from each. In Distributed Inventory (Inventory Hub), each store offers from its own stock: on the Other Offers tab, the buyer picks which store to buy from and how many units to take from each. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### Does the balance shown in the portal match the ERP, or is it always one step behind? It matches, and the reason is that the inventory key is idempotent. Resending the same update neither double-counts nor corrupts the balance, so the integration can run at high frequency against the ERP without fear of duplication. Updates happen in real time through the API and webhooks, item by item. Spreadsheets and large ERP batches go into a planned queue, preferably outside peak hours, and a spreadsheet can be incremental (only the rows sent change) or rewrite the warehouse's entire balance, for operations that have not integrated yet. ##### Can we offer an item that has not reached the warehouse yet? Yes, through virtual stock. Alongside the physical balance there is a logical one, used for pre-sale and scheduled replenishment, and the offer stays separate from what is on the shelf today. Virtual stock has a quantity ceiling and always comes with a preparation time in days or on request, the lead time shown adds the product's preparation time to the warehouse's dispatch time, and in the cart the customer is told they are buying beyond ready stock. A release date sets when the item can start shipping. It is how a distributor sells a future harvest or contracted replenishment without promising what it does not have. ##### If one part of a kit runs out in a warehouse, does the kit stay on sale there? No. Kit availability is derived from its components, and its balance is recalculated from the lowest balance among the items, taking the quantity of each into account: if any of them becomes unavailable in that warehouse, the kit offer is suspended in that warehouse, and only there. The other warehouses keep selling normally, because the decision is made per stocking point rather than globally. Persona · Operations director I stopped selling what we didn't have and hiding what we did. Distributed Inventory (Inventory Hub) manages multiple warehouses per SKU, with physical and logical balances, and answers the same way on every channel. Persona · Sales rep I no longer check stock by phone before promising a date. Distributed Inventory (Inventory Hub) is the source of availability that the portal, the sales rep and the AI Agents all consult. Schedule a demo See the Logistics Engine → ← See the platform Integrations and APIs → --- ## Shipping & Fulfillment (Logistics Engine) | CWS Platform URL: https://www.cws-platform.com/en/platform/logistics-engine/ ### Shipping & Fulfillment (Logistics Engine) 1 of 4 › Management · Sales director Orders ready to ship, shipped and delivered, in one panel. Each order shows where it stands in delivery, and operations filters by status, customer or payment method without asking the shipping team. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › In the sales session · B2B sales rep In the customer's checkout, each store's delivery with its own preparation time. The sales rep closes on the customer's behalf, checks the address and the order's deliveries and can split them when the customer needs it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Reseller buyer On the tire page, delivery or pickup, and the stores where it can be picked up. Each pickup address is tied to a warehouse, so the option only shows where the item is. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the workshop · Technician The part shows the branch's stock and who sells and delivers it. With the store chosen, freight is calculated from the origin warehouse's address, and the technician knows where the part comes from before buying. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module The margin the pricing policy protects usually leaks later, in freight. Quotes made outside the order, freight discounts with no approval threshold and delivery dates promised by feel turn fulfillment into the blind spot of the negotiation — precisely where the customer judges the service hardest. #### What it is The module that answers how the item leaves and how it arrives. It orchestrates the logistics of a multi-warehouse operation: it splits the cart by distribution center, derives freight pricing from the origin warehouse and the regional rule, and carries the result into the order itself, alongside tax and credit. Where the Distributed Inventory (Inventory Hub) says where the item is, this is where it is decided how it travels and what that costs. It is also where you define where each item can be sold: blocking a SKU, manufacturer or category by postal code or city, the service area of each marketplace store by postal code range, and the states served, set separately for business and individual buyers. #### The capability nobody replicates ##### Split delivery per SKU unit The same SKU can ship on different dates, by different methods, to different addresses, with freight and tax computed independently for each split. It is what lets input delivery match the harvest calendar or a construction schedule, without breaking the order into several. Each split becomes a child order with its own status, tracked separately through delivery, and the minimum freight value is checked split by split. ##### A freight threshold separate from the price threshold Freight Negotiation Thresholds govern freight concessions as their own parameter, under the Commerce Rules Engine (CDL Workspace). The market habit is to treat freight as a free field once the discount is approved, and that is where the margin walks out. Here the rep has one limit up to which they grant a freight discount alone and another above which the change is blocked, as an amount or a percentage of the order's total freight. Arriving on the right day. The same SKU can go on different dates, methods or addresses, with independent freight and tax in each fraction, without breaking the order. #### Who carries it, and who you choose The network is not imposed. You connect the available freight integrators, register your own or a third-party carrier with specific conditions, and set that per stocking point, per customer segment and per warehouse. Each carrier can be shown only to the customer, only to the sales rep, only to the buyer or to everyone, so a pickup reserved for the sales rep never shows up in the customer portal. CIF and FOB are native and can be set up in several ways: shipping lead times in the stock spreadsheet, delivery modes and pricing, and combined pricing, logistics and payment rules. Scheduling, dispatch time and tracking codes follow the choice, and tracking, through the direct Correios integration, another integrated carrier or a link to your own system in the tracking field, is the condition for the order to show as shipped in order management. ##### Freight integrations Frenet, Intelipost and Correios, plus the option of configuring your own carrier per stocking point, with the freight table loaded by spreadsheet per carrier and warehouse, as a fixed amount or a percentage of the order. There is also the freight auction: carriers bid within 24 hours, the customer picks the offer and only then pays, and on a multi-seller order each part gets its own auction. ##### Delivery modes CIF and FOB Split delivery Store pickup Turbo delivery Reverse freight Carrier scheduling The network is your choice. You connect freight integrators, register your own carrier and define who carries by stocking point, by segment and by warehouse. #### In operation A distributor with distribution centers in several states quotes freight by regional rule, weight and order value, not in a side spreadsheet. The buyer assembles a cart drawing on three different centers, sees the cost of each part with the correct tax for its origin, chooses to receive one split now and schedule the rest in a window that respects the carrier's and the warehouse's delivery capacity, with freight pricing varying by period when the store sets it that way, and the sales rep grants the freight discount their threshold allows, on the record. The order closes with price, date and responsibility settled on the same screen. It is the same argument as the other negotiable dimensions: delivery stops being a conversation and becomes an executable parameter, identical for the human sales rep and for the AI Agents. Store pickup #### By ZIP code, the buyer sees the stores, the distance and the pickup price. In Shipping & Fulfillment (Logistics Engine), each pickup address is linked to a warehouse. On the product page, the pickup modal searches by ZIP code and lists the stores that carry the item, with each one's distance and price. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### A cart with items from different warehouses becomes how many freight charges? As many as there are distribution centers involved. The cart is split automatically by center, freight pricing stays tied to the origin warehouse of each part, and the origin postal code is what drives the tax calculation for that split. The buyer still sees a single order. ##### Can the customer pick up at a store instead of having it delivered? Yes, and pickup is configured store by store. Each point defines opening hours, available days, maximum distance from the buyer's postal code and the warehouse it is tied to, and the platform prioritizes points in the order you set. Delivery mode is a parameter, not a development project. ##### Can the sales rep grant a freight discount during the negotiation? Yes, within the Freight Negotiation Thresholds. Freight has its own approval threshold, separate from the price threshold, because governing product discounts well while leaving freight open turns freight into the exit door for the margin the pricing policy just protected. The threshold can be set as an amount or a percentage and applies to the sum of the order's freight discounts: up to the first limit the rep grants it alone, between the first and the second the order goes to approval with a recorded reason, and above the second the change is blocked. Persona · Operations director I no longer quote freight in a side spreadsheet: it comes by rule, inside the order. Logistics Engine splits the cart by distribution center and derives freight from the origin warehouse, with a freight approval threshold of its own. Persona · Construction buyer I get one part now and schedule the rest around the build, all in one order. In Logistics Engine, split delivery ships the same item on different dates or to different addresses, with freight and tax per split, without breaking up the order. Schedule a demo See the Inventory Hub → ← See the platform Freight Negotiation Thresholds in the glossary → --- ## Commerce Marketing & Promotions (Marketing Suite) | CWS Platform URL: https://www.cws-platform.com/en/platform/marketing-suite/ ### Commerce Marketing & Promotions (Marketing Suite) 1 of 4 › Management · Sales director The campaign the agent built waits for a human click to go live. The agent picks the items by sell-through and stock coverage and builds the whole proposal. Going live changes what buyers see, so a person confirms it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › At home · Car owner The end consumer shops a grid storefront, with the PIX price and installments. The same platform that serves B2B opens an e-commerce style storefront for the car owner, with the starting price and the stores selling each tire. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Reseller buyer On her phone, the campaign's was/now already at her account's price. The promotion goes into the same stack as the price rule and the contract, and what she sees is already the price that closes. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the workshop · Technician On the product page, the campaign's PIX price and the installments. The upfront discount applies from the product page, next to the full price and the installments, for the store selling it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module The campaign promotes an item the regional warehouse does not carry, the coupon stacks on the discount the customer's contract already granted, and the margin only surfaces at month-end close. Marketing that runs outside the transactional engine does not fail for lack of talent — it fails for lack of access to the truth about stock and price. #### What it is The module that runs campaigns, coupons and promotions under the same governance rules that decide the order. It sits outside the gate of catalog and pricing but reads both in real time, which is why activation cannot break the margin policy or promise an impossible delivery. Where the No-Code Storefront Builder (CMS Builder) makes the portal exist and look like your company, this module handles what happens once it does exist: attract, convert, retain and monetize. #### The capability nobody replicates ##### The offer is validated against the operation before it appears An external campaign tool receives a list of products and trusts it. Here the promotion is checked against the balance of the warehouse serving the buyer's address, and an item without logistics viability is hidden by region instead of becoming an order the warehouse discovers later. The campaign is always technically viable, by construction. ##### Promotions and contracts do not add up by accident A campaign discount enters the same stack as the pricing rule, the customer's contract and the rep's approval limit, and accumulation is a configured decision rather than a side effect: configurable locks (Discount Stacking Prevention) stop discounts, contracts, prices and coupons from going past the defined limits. A coupon campaign carries a spending cap and a total and per-user coupon stock, and a rep can only apply a coupon with that permission. It is the same engine that governs assisted negotiation, so marketing and sales do not run two margin policies that only meet in a report. The offer does not promise what it cannot deliver. Unlike an external campaign tool, here the offer passes through the operation before it appears. #### The full cycle, from the search engine to the customer who returns Acquisition without retention is renting customers. The module covers all four stages on the same data, which lets you treat acquisition cost and lifecycle value as one calculation rather than two metrics owned by different teams. Acquisition without retention is renting. With the same data across the four stages, acquisition cost and lifetime value become a single account. - Attract Per-page meta tags and indexing, including filter and sort combinations, platform-generated sitemaps and product feeds for external channels. The quality of all this is inherited from the catalog: a page without attributes does not rank, however well configured it is. - Convert Top, footer, mosaic and product-page banners, banner campaigns targeted by customer group, limited-time offers with a countdown, coupons by state or exclusive to the app, free shipping and payment-method discounts. An offer campaign gets its own page with validity down to the hour, and the price shown changes depending on whether the visitor is logged in and located: lowest price, nearest seller's price, suggested price or hidden price. A coupon can be restricted to a customer group, company tax ID, individual tax ID or account, to a product, category or product tag, and to a minimum number of distinct items in the cart, and a progress bar shows the buyer how far they are from the discount or free shipping, applying the first coupon reached on its own. On a marketplace, the campaign can prioritize offers from partner merchants. - Retain Cashback with rules for earning and spending, saved carts with a resume link, proactive replenishment from purchase history, in-app notifications and promotional email segmented by profile. Cashback credit is released only after a configurable period, expires with advance notice and has a per-order usage cap as a percentage or amount, to protect margin, with strategies by customer group, category and manufacturer. A purchase made over the counter can also earn cashback to spend on the portal, with a programmable release date, for example on the last installment. A cart the rep saves during a service session stays linked to the customer, and the link rebuilds the cart for whoever receives it by message or through the chat. - Monetize Selling media space on your own portal, with banners and featured brands negotiated as advertising inventory. Operational data stops being a by-product and becomes a revenue line. Convert #### The campaign goes into the store's top banner, on desktop and on mobile. In the Merchandising & Promotion Engine (Marketing Suite), the banner campaign applies to the store the customer chose and shows the same way on the portal and on mobile. CWS Platform demo screen, completed with fictitious data to show the use. Campaign page #### The campaign becomes a portal page, with was/now prices and offers from many stores. In the Merchandising & Promotion Engine (Marketing Suite), an offer campaign is a page of its own, with its URL, dates, banners, products by tag or list and participating stores, and each buyer sees the price from their own rule. CWS Platform demo portal with fictitious data. The stage usually missing is the last turn of the cycle: acquiring the buyer on someone else's marketplace and bringing them onto your own base, with first-party data captured at registration and login. Without it, the company grows in volume and keeps renting the relationship from whoever brokered it. To launch campaigns with no ticket, at each buyer's own price, see B2B promotions . #### In operation Imdepa · auto parts distribution about 25,000 sessions a month in a portal that activated 153 customers and processed roughly 60,000 orders in 3 years. Analyzing those 3 years separated three usage patterns, each asking for different activation: the customer who treats the portal as daily infrastructure, the one who explores alternatives before committing and converts 70% of the time, and the one who arrives, finds and buys without talking to anyone, at 63.6% conversion per session. Segmenting campaigns on that behavior is only possible because the data comes from the order, not from a form. Read the Imdepa case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### CashBack Endpoints for querying balances and managing customer cashback. - POST Grant Cashback for External Order /loyaltyProgram/earnRewardExternal - GET Get Customer Cashback History /loyaltyProgram/customerReport/:document - GET Get Marketplace Total Cashback Balance /loyaltyProgram/total See all5endpoints in this group → Developer area → #### Frequently asked questions ##### Can a campaign advertise a product our operation cannot deliver to that postal code? No, and that is what running promotions inside the transactional engine buys you. The offer is checked against the stock of the warehouse that serves the region, and a product without viability is hidden from buyers outside its reach. The buyer does not discover the problem at checkout, because the offer never shows up for them. ##### Can a coupon add itself on top of the discount the customer's contract already grants? Only if you decide it can. Blocking accumulation is a parameter: configurable locks stop discounts, contracts, prices and coupons from going past the limits you set, and one of the possible configurations is a coupon that does not apply to an item already carrying a contract discount or a pricing rule. Without that control, promotions and contracts add up silently, and the margin disappears inside an order nobody reviewed. ##### How do we measure a campaign when our customer buys through a rep rather than the portal? Through the order itself. Because assisted selling and self-service write to the same transactional engine, attribution does not depend on the buyer having clicked a banner: the campaign, the coupon and the recovered cart stay attached to the order no matter which channel closed it. That is what separates campaign data from browsing data. Persona · Marketing director My campaign no longer promotes what the regional warehouse doesn't have. In Commerce Marketing & Promotions (Marketing Suite), each promotion is checked against the balance of the warehouse serving the buyer's address. Persona · Buyer I can see how far I am from the discount, and the coupon applies itself. In Commerce Marketing & Promotions (Marketing Suite), a progress bar shows the buyer how far they are and applies the first coupon reached on its own. Schedule a demo See the CMS Builder → ← See the platform The pricing rule behind the discount → --- ## Marketplace Management Platform (Marketplace Center) | CWS Platform URL: https://www.cws-platform.com/en/platform/marketplace-center/ ### Marketplace Management Platform (Marketplace Center) 1 of 4 › Management · Sales director The order of partner stores, profile by profile, set in the panel. For customer, buyer or sales rep, offers from the stores on the list show first, in the saved order. The other offers stay visible after them. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › At the workshop · Technician Two stores sell the same part: one ships right away, the other offers pickup. The offers compete on the same item under the portal operator's rule, and the technician picks who to buy from without leaving the page. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Reseller buyer One cart, one order for each distributor selling in it. Each store shows with its own block, its own preparation time and the rule that applies to each item. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › In the Store Channel · Supplier What comes from the network catalog she sees; what belongs to the store, she sets. Master catalog data arrives ready and the store does not edit it. The store's own data is hers, and she answers for it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module Opening the portal to third parties looks like a technology problem, and it isn't. The hard part starts afterwards: two sellers list the same part and the buyer sees two prices under your brand, one of them promises a region it cannot actually deliver to, and a third works out that closing the deal off-platform is cheaper. Without rules, the ecosystem that was meant to widen the assortment erodes both price and trust. #### What it is The module that governs the ecosystem of sellers. It answers the questions of whoever runs the network, not those of someone tracking a single order: who is allowed to sell here, what each party may expose, how offers compete with one another, which region each store serves, and how the value of a sale divides between the parties. On the merchant's side, the same machinery is the store channel, with catalog, price, inventory and orders isolated per seller. On the operator's side, it is the console where ecosystem policy becomes a parameter. What happens to an order once it exists belongs to the Order Management System . Compete or complement is a setting. The ecosystem competes or complements by configured decision. In complement mode, the offer comparison disappears from the whole portal. #### Marketplace Center in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability no one replicates ##### The ecosystem either competes or complements, and that is a configured decision A marketplace runs on combined stores, in a competitive regime, with a featured offer and the remaining offers alongside it. Or it runs on partner stores, in a complementary regime, and then the offer comparison disappears from the entire portal: when the main store's stock runs out, the partner supplies on the same product page, in the priority order you parameterized. These are two different market designs, and a marketplace runs on one or the other. Switching regimes is not a new project, it is configuration. ##### The storefront governance is the same one that decides price, inventory and credit In a marketplace assembled from different vendors' parts, the exposure rule lives in one place and the commercial rule in another, and they drift apart. Here both come out of the Commerce Rules Engine (CDL Workspace), so the offer that wins the storefront is already consistent with that customer's price, that warehouse's balance, and the region that store actually serves. A seller cannot advertise what the operator's rule did not authorize, and the operator does not have to audit afterwards what the system never allowed to happen. Many stores per item #### Each part shows how many stores in the network sell it. In the Marketplace Management Platform (Marketplace Center), there is one catalog and each item shows how many stores in the network sell it, on desktop and on mobile. The buyer opens + Stores and picks who to buy from. CWS Platform demo portal with fictitious data. #### What the operator decides, and where each decision lands Governing a network of sellers is less rhetoric and more a set of explicit levers. What follows are the four that define how the ecosystem behaves, and none of them calls for a new software release. They are parameters, and the platform has 1,029 configurable parameters in total. - Who gets in Store invitation and seller acceptance, with sent and received requests on each side, and a relationship type on every link (headquarters and branch, owned or franchise, or seller and marketplace) that governs access to customer data and the separation between own and third-party products. There is self-service signup from the portal itself for those applying to sell, with logo, payment account, delivery method and warehouse, and a link that only completes once the split contract is configured. - Who shows up A rules-based smart buybox, which absorbs the business, logistics, payment and catalog rules of each context and serves as the foundation for AI agents: featured-offer criteria by lowest price or nearest seller, with a minimum radius in kilometers for comparing prices across stores, store prioritization by profile (customer, sales rep, buyer) without removing the other offers, curation of the third-party assortment by manufacturer, category and SKU, different display for identified or anonymous visitors with or without location, options for suggested price and for price only after login, and exclusivity on items held in your own stock. - Who serves where Postal-code range restrictions store by store, with a nickname per region, bulk import of nationwide ranges, and deliberate overlap when more than one store should serve the same area. Customers and sales reps switch stores inside the portal, with priority by the customer's main address or by the sales rep's store, and an option to show only branches. - Who gets what A marketplace-to-store contract with a take rate per merchant and per sales scenario, a percentage per party, who bears the fees, the primary recipient, whether freight is included in the charge, and a change history for every contract. Who sells #### Buyers see the main offer, who sells and ships it, and where to pick it up. In the Marketplace Management Platform (Marketplace Center), the product page opens on the main offer, shows who sells and ships it and leads to the other offers and the pickup stores, by the portal operator's rule. CWS Platform demo portal with fictitious data. A note on direction rather than on screens: a marketplace is rarely the goal of the company that arrives asking for one. The path that works starts by digitizing the operation that already exists, with the network of customers, sales reps and suppliers the company already has, and the ecosystem shows up as a consequence of that. A marketplace without participant buy-in, without reliable product and lead-time data, without liquidity on both sides and without clear governance is not a late software project — it is a project without the conditions to exist. First the operation, then the marketplace. The path that works starts by digitising the network the company already has. A marketplace without adoption, reliable data, liquidity and governance does not stand. #### In operation Tracbel · Volvo dealer a 40-unit network on a single portal, with roughly US$47 million accumulated since launch (Tracbel, named the world's best Volvo dealer, Volvo Gold 2025). The same machinery that governs third-party sellers governs a network of owned units: each branch is a distinct product origin, with its own service area and its own stock, and the buyer still sees a single portal. It is ecosystem governance applied inward, before it is ever applied outward. Read the Tracbel case → Figures converted from Brazilian reais at R$5.00 = US$1.00. One account, many stores #### Several banners and branches in one account. Branches of different banners in the same network share one list, and the buyer switches store without switching account. CWS Platform demo screen, completed with fictitious data to show the use. #### Frequently asked questions ##### What stops a seller from taking our customer off the platform? The relationship rule belongs to the marketplace operator, and it is configured. A seller sees the customer records needed to invoice and ship, because without them there is no tax document and no delivery, and the operator decides whether direct contact beyond that is allowed, restricted, or centralized in a single support desk acting on the seller's behalf. In practice, the operator can mask the customer's email and phone from sellers (the network's own branches are exempt from that restriction), restrict each seller to selling only to customers it registered itself, and hide the merchant's location. Every order carries both the store it originated in and the store fulfilling it, so who sold what, in which environment, stays recorded and auditable. ##### If we hold the item in stock, do we have to show a competitor's offer next to ours? No. There is an exclusivity setting that suppresses other sellers' offers on the products you keep in stock, and it applies across your whole portfolio at once. If your operation is not built on competition, the decision comes earlier: in the partner-store model the offer comparison simply does not exist on the portal, and the partner comes in as stock backup rather than a rival on the same product page. ##### How does each seller get paid? The split comes from a configured contract between marketplace and store, not from manual reconciliation: each party's percentage, who bears the fees, who is the primary recipient, and whether the charge applies to the order with or without freight. The marketplace take rate is set per merchant and per scenario: a sale on the marketplace, an invited store with its own stock, an invited store with third-party stock, and a sale between partner stores. When the cart brings together items from several sellers, each store offers its own shipping or pickup options, the parent order controls the aggregated cart, and each supplier configures its payments independently, within the general criteria set by the portal owner. Persona · Small shop owner, marketplace seller I sell on the network's portal with my own price, my own stock and my own region. In Marketplace Center, the store channel keeps catalog, price, inventory and orders isolated per seller, and each store serves the region the rule defines. Persona · Portal owner, marketplace operator I no longer audit seller listings: what the rule doesn't allow never shows up. In Marketplace Center, who gets in, who shows up and who serves where are operator parameters, and a seller can only list what the rule allows. Schedule a demo See the Order Management System → ← See the platform How the sale becomes a transaction → --- ## The 5 dimensions of the negotiation | CWS Platform URL: https://www.cws-platform.com/en/platform/negotiable-dimensions/ Concept ### The 5 dimensions of the negotiation In a B2B order, far more than price is at stake. CWS Platform makes five dimensions negotiable at once, in the same order, all governed by the Commerce Rules Engine (CDL Workspace) , the business rules engine at the core. Each dimension has a module that executes it, under the same rule for the human seller and for the AI Agents. 01 #### Price Contextual Pricing (Pricing Engine) Approvals and rails that protect margin: Approval Workflows, Pre-Submission Guardrails, Discount Stacking Prevention and Reason Codes. Every cent of discount is traceable. Price: rails that protect the margin. Approvals and rails that protect the margin: Approval Workflows, Discount Stacking Prevention and Reason Codes. 02 #### Delivery and freight Shipping & Fulfillment (Logistics Engine) Freight Negotiation Thresholds, automatic split by distribution center, CIF and FOB. Freight enters the negotiation, it isn't left out of it. Delivery: freight enters the negotiation. Freight Negotiation Thresholds, CIF and FOB: freight enters the negotiation instead of staying outside it. 03 #### Payment Credit-First B2B Checkout (Checkout & Payments) 4-Point Checkout Validation and credit as a native means of payment (Net Terms), with blocking tags when the rule calls for it. Credit becomes an instrument of negotiation, not a separate app. 04 #### Quantity Assisted Selling Platform (Sales Hub) The impact of each volume is recalculated in real time in the Real-Time Shared Cart, so seller and buyer see the same truth. 05 #### Composition Product Catalog & MDM (Catalog Engine) UNITARY, PAIR, KIT and SET, with traceability of every component. Packaging and grouping are negotiable too, without losing control of what was sold. Composition: the grouping is negotiable too. UNITARY, PAIR, KIT and SET, with traceability of every component, without losing control of what was sold. Price, delivery and quantity move within one order A coupon applied, the order split into two deliveries with shipping calculated per store, and the summary adding up the subtotals, the discount and the grand total. - Price moves by rule The coupon applies to eligible products and the discount shows up inside the summary, not as a promise in the footer. - Delivery is negotiable The order splits across two stores and each brings its own freight, instead of one lump sum at the end. - Quantity changes the effect Three items in one delivery and one in the other produce different subtotals that land in the same grand total. The dimensions of a negotiation are not separate tabs — here the coupon, the freight of each distribution centre and the quantity of each delivery all enter the same calculation and produce a single total. Payment is the next step of this very screen, and composition lives in the catalogue, where kits and pairs are traced part by part. Schedule a demo ← Governed Negotiation --- ## B2B order management: OMS and Seller Center | CWS Platform URL: https://www.cws-platform.com/en/platform/oms/ ### B2B order management: Order Management System (OMS, also Seller Center) 1 of 4 › Management · Operations director Every order in its state, from pre-order to returned, in one panel. The state moves on events, not clicks. Operations filters by status, customer or payment method and sees what is waiting for commercial approval. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › At the counter · Counter sales rep Order closed at the counter, and the picking order has already gone to the stockroom. The order is born in the sales session itself, with the part that fits the vehicle, and the stockroom gets the order with the shelf it comes from. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the portal · Shop owner The restocking spreadsheet comes back checked, line by line. Each line is checked against the stock and price of the chosen stores: what is available goes into the order, and what is missing shows up first. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › On the portal · Reseller buyer The tire is already in the cart: she changes the store's quantity and confirms. The cart already knows which store each unit ships from, and the order moves on split by origin. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module The sale closed, and that is where B2B order management begins: the work nobody demos. The order reads "picking" to the buyer, "invoiced" in the ERP, and as an open question in the sales rep's chat thread. Someone marked it shipped before it left the dock, the customer calls the rep, the rep calls the warehouse, and the cost of that reconciliation shows up on no spreadsheet. #### In short B2B order management is everything that happens to an order after the sale closes: approval, invoicing, shipping, delivery and returns. On CWS Platform, the Order Management System (OMS) runs ten event-driven states, and an order only advances when the stage's condition is proven, such as the ERP order number or the tracking code, with one record for buyer, seller and ERP. - Who may sell, how offers compete and how value is divided is set in the marketplace module. Source: Marketplace Management Platform (Marketplace Center) . - In a governed marketplace, the order arrives split by origin. Source: B2B marketplace platform . - In a dealer network, one consumer order can come from several dealers and the factory. Source: dealer portal . - The ERP stays the system of record, integrated through APIs and webhooks. Source: APIs and integrations . Integration with the ERP you already run is one of the criteria in the guide to choosing a B2B ecommerce platform . When buyers send their reorder as a spreadsheet, the wholesale order form brings it into the portal checked line by line. #### What it is The module that orchestrates the order's life cycle once the order exists. Ten event-driven states, from pre-order through delivered and completed, plus the canceled, lost and returned outcomes, and the order only changes state when the corresponding event actually happens. The initial states are generated by the platform itself and cannot be changed by the integration; when an order exceeds the credit limit, the store's rule decides whether it is blocked, goes to review or is completed as paid; and abandoned pre-orders can be canceled automatically after a configurable period, including per category. It is one machine seen from two sides: the merchant calls it the store channel, operations and the ERP call it the Order Management System. Who may sell, how offers compete and how value is divided are questions for the Marketplace Center ; here the question is where this order is and what has already happened to it. The status does not lie. Each stage has an entry condition. The order changes state when the event really happens, not because someone ticked a box. #### The order lifecycle in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The capability no one replicates ##### A state does not advance because someone clicked, it advances because the condition was met In most systems status is a label someone switches, which is exactly why it lies. Here every stage has an entry condition: READY requires the ERP order number, and the Nota Fiscal data can go along, in READY or in SHIPPED, or be mandatory, if the operation configures it that way in the sales process; SHIPPED requires the tracking code, from the direct Correios integration, another integrated carrier or a link to your own system, CANCELED requires a reason, which is passed on to the customer, and a shipping method that needs package dimensions will not let the order leave without them. The flow only moves forward: a shipped order never goes back to ready to ship, and from there it can only become delivered, canceled or returned. Once delivered with no dispute, it moves to completed on its own at the end of the withdrawal period. Status stops being what the operation says it did and becomes what it proved, and that difference is what makes the data reliable enough for finance and for the customer to depend on. ##### One order, three readings that cannot drift apart The buyer follows it in the portal, the merchant works it in the store channel, and the ERP reads and updates it over the API. These are not three copies synced now and then, it is the same record read from three places, and every order carries where the sale originated and who is responsible for delivering it. On a multi-seller order that stops being a detail: without that marking, nobody knows which party owes which part. That is why the parent order controls the aggregated cart and splits into child orders per store and per warehouse, each with its own products, value, freight, preparation time and tax document; each supplier configures its payments independently, within the portal owner's general criteria, and only the credentials of the seller who made the sale can update the status of its part. When credit and invoicing must come out on a single document, the store can restrict each order to a single warehouse or a single store. #### Canceling an order is a permission, not a button Letting a seller cancel unilaterally looks like an operational courtesy, and it is the front door to a marketplace's worst behaviors. The platform treats this as a governance decision and keeps it closed by default, because it knows what happens when it is opened without criteria: - Stock that isn't there. The item shows as available, the order comes in, and cancellation becomes the patch for a listing that was never true. - Renegotiation after the sale. The price agreed on the portal turns into an opening bid, and "out of stock" turns into leverage to ask for more. - Cherry-picking orders. Sellers keep the good orders and hand back the bad ones, and the buyer pays for it in lead time. - Selling off-platform. The order is canceled on the platform and redone privately, using the buyer's details the platform handed over. So the permission does not start with the seller: the store where the order originated grants it, in a setting of its own. Until the originating store enables it, the seller does not cancel and that store does; cancellation requires a recorded reason; and an order already approved by the payment method stays locked even where the permission is active. It does make sense to open it where there is no contention, such as an operation in which each seller answers for a territory of its own. The point is never the button, it is who answers for its consequences. Who answers for the consequence. The permission to cancel is closed by default, granted by the store where the order originated and requires a reason, and paid orders cannot be canceled. #### One order, each source with its own lead time. The Order Management System (OMS) takes a single order and splits the items by source, each with its own preparation time, without the buyer ordering again. #### In operation Imdepa · auto parts distribution roughly 60,000 orders processed across 3 years of B2B portal, with 153 customers activated and around 25,000 sessions a month. Volume on that order of magnitude does not survive status checked by hand. The order cycle runs on its own because every advance has an objective condition, and the rep who used to spend most of the day processing orders moved to handling exceptions, which is the only place a rep is irreplaceable. Read the Imdepa case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### Orders Services for querying and managing orders. - GET List Store Orders /partnerOrders/list - GET Get Order Details - Store /partnerOrders/:id - PUT Update Order Status - Store /partnerOrders/:id See all17endpoints in this group → ##### Webhooks and callbacks - Orders webhook Short order notice, with id and status. - Orders webhook, full payload The whole order in the notification body. Developer area → Order per store #### One cart, one order per distributor, with each item's rule in plain sight. In the Order Management System (OMS), a cart with items from several stores becomes one order per store, and each row shows the rule that applies to the item, such as a discount that is not allowed. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### Can our customer find out where the order is without calling someone? Yes, and without depending on someone remembering to tell them. The buyer follows the order in the portal itself, with the current stage and the tracking code whenever the shipping method has one, and gets an automatic message at the transitions that matter: order placed, payment confirmed, and dispatch. When the store works the order from the panel, every status or data update triggers an email to the customer, who sees the stage, the supplying store and the lead time in their own account. Tracking comes from the direct Correios integration, another integrated carrier, or a link to the store's own system in the tracking field. On an order with items from different sellers, each merchant reports progress on their own part, because each part has its own lead time and carrier. ##### Who issues the tax document, the platform or our system? Yours. Issuing it is the company's own fiscal procedure and stays in the system that already handles it; the platform receives the document data (number, series and date), which can go along with the status update, in READY or in SHIPPED, or be mandatory, if the operation configures the Nota Fiscal as required in the sales process, and the XML or PDF of the already issued document; over the API, the XML goes through the invoice endpoint. That boundary is deliberate, and it is what prevents two fiscal truths: the Order Management System does not compete with your ERP over issuing, it records on the order the document your system issued. ##### Can a seller cancel one of our orders on their own? By default no, and that is a platform stance rather than a limitation. The one who grants it is the store where the order originated, in a setting of its own: until that store enables cancellation by the seller, the originating store is the one that cancels. Cancellation requires a recorded reason. On top of that, an order already approved by the payment method cannot be canceled by the seller at all: from there only the formal request flow applies, and it leaves a trail. ##### What is B2B order management? B2B order management is the work of taking an order from placement to completion: approval, invoicing, picking, shipping, delivery, and the cancellations and returns along the way. In B2B it also has to keep one status for the buyer, the seller and the ERP, because each of them acts on the same order. ##### What integrations does B2B order management need? The ERP, above all, because it issues the tax document and holds stock and financial records; on CWS Platform the ERP reads and updates the order over the API, receives the order webhook right after the order is created, so it can process without depending on a real-time response, and the order moves to READY with the ERP order number; the Nota Fiscal data can go along, in READY or in SHIPPED, and the operation can configure the Nota Fiscal as mandatory in the sales process. Shipping methods come in too, since SHIPPED requires the tracking code and some methods require package dimensions. Persona · Sales rep, distributor Orders move on their own, and I only step in when there's an exception. In the Order Management System (OMS), an order only advances once its condition is proven, and buyer, seller and ERP read the same record. Persona · Supplier, marketplace seller I handle only my part of the order, with its own freight, preparation time and tax document. In the Order Management System (OMS), an order splits into child orders per store, and only the seller who made the sale updates the status of their part. Schedule a demo See the Marketplace Center → ← See the platform How delivery is planned → --- ## B2B pricing engine: Contextual Pricing | CWS Platform URL: https://www.cws-platform.com/en/platform/pricing-engine/ ### B2B pricing engine: Contextual Pricing (Pricing Engine) 1 of 4 › Management · Operations director Every price rule with its own priority, by role, customer and price table. Rules are layers with a priority, written once in the panel. The price the portal and the sales rep show is the one the rule decides, with no manual recalculation. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › On the portal · Shop owner The shop owner browses the catalog and already sees her own price, not the list price. The price type comes with the login: every item in the list already shows the price derived for her account, next to the list price. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › At the workshop · Technician The same part from two distributors, each with its own price and terms. In a governed marketplace, every store's offer comes out of the same pricing engine, under each distributor's rule, and the technician chooses without calling anyone. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › On the portal · Buyer at an auto parts chain Each item's tax, calculated by the branch that serves her company. The tax rule is one of the price variables: ICMS ST, IPI and the rest are in before closing, and the price shown is already the price that closes. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module Your revenue grows and margin disappears, eroded by stacked discounts and by a price table that keeps up with neither contract nor region. Contextual Pricing is the B2B pricing engine that treats price as the starting point of the negotiation, not as a fixed value, and protects margin by architecture. #### In short A B2B pricing engine calculates the price of each order from its context instead of reading a fixed list. On CWS Platform that is Contextual Pricing (Pricing Engine): it derives the price from product, source warehouse, customer profile and tax rule in milliseconds, and blocks stacked discounts by architecture, with configurable locks and a mandatory Reason Code when a concession goes to approval. - Configurable locks keep discount, contract, price and coupon from going past the limits you set. Source: Discount Stacking Prevention in the glossary . - Reps negotiate from that price without leaving their approval limits. Source: sales rep software (Sales Hub) . - In a governed marketplace, every store's offer is priced by the same engine. Source: B2B marketplace platform . - Tracbel recorded around US$24.4 million in digital revenue in 2025, with margin rising alongside catalog discovery. Source: Tracbel case . Figures converted from Brazilian reais at R$5.00 = US$1.00. Per-account pricing without a side spreadsheet is the first criterion in the guide to choosing a B2B ecommerce platform . On the challenge page, price list management shows that criterion at work, from the rule to the order. #### What it is The engine that derives the price in milliseconds from multiple variables at once: the product, the source warehouse, the customer profile and the tax rule. Price types by identity apply wholesale or retail automatically at login, with support for future price lists, temporal validity and the best automatic coupon. In agribusiness, price is indexed to a commodity with a validity of minutes. It is where a company's B2B pricing strategy becomes pricing governance enforced on every order, with clear precedence: the contract applies above the rule, and the rule above the store's standard price. Four variables, one price. The Pricing Engine combines product, warehouse, profile and tax rule at once. Wholesale or retail is already applied at login. #### The pricing engine in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### A single source of truth for the value is impossible. For the rule, it isn't. Good data engineering says the same fact shouldn't diverge across systems. That's right. But a B2B price isn't a fact the way a tax ID is a fact. A part shipping from a California warehouse into California doesn't cost what it costs shipping to New York, because freight lands inside the delivered cost. Different prices for the same SKU, all of them correct, at the same moment. Volume, terms, payment method and contract each move the result again. A B2B price is the output of a function, not a stored value. Companies that insist on storing one end up flattening the table, and pay for it on every sale that would have accepted more. What must be single is the place that records who can charge what, to whom, shipping from where, on what terms — and that place is the Commerce Rules Engine (CDL Workspace) . #### The capability no one replicates ##### Discount Stacking Prevention Configurable locks keep discount, contract, price and coupon from going past the limits you set, and one of the possible settings is having the sales rep's manual discount automatically cancel the coupons. Margin is protected by architecture and not by auditing afterward, with a mandatory Reason Code when a concession goes to approval. ##### Price is negotiable, not fixed The price moves within Approval Workflows. No one treats stacking prevention as an architectural concept; in the market, B2B usually uses fixed tables per organization, with no native authority limits. #### It governs the dimension that pays the bill It operates under the Commerce Rules Engine (CDL Workspace): every pricing rule applies the same to the human sales rep in guided selling and to the AI Agents. Contextual price Discount Stacking Prevention Approval Workflows Reason Codes Agro Commerce Suite #### The dimensions price resolves at once 8 This is not a cascade of rules applied in sequence. The dimensions are processed simultaneously, and the result is a single price, the same one for the portal and for the seller. By customer Price types tied to the profile. A reseller tax ID reaches the wholesale table, an individual sees the retail price, and the switch happens at login. By region The origin postcode determines the tax calculation, so the same item carries a different price depending on the state it is invoiced from. By warehouse The origin of the stock defines the price. The logistics cost and the tax rule of the distribution center enter the calculation, not a step after it. By seller In a marketplace, each seller prices over the shared catalog, under the central governance of the Marketplace Management Platform. By contract Price lists with controlled validity, with a start and an expiry date. The negotiated agreement applies on its own within the agreed window. By category and manufacturer Price tags segment by catalog attribute, which allows a dedicated condition for one manufacturer's line without creating a new table. By cluster and account base Commercial groups configured in the Commerce Rules Engine, such as reseller or rural producer, carry their own terms. By volume Progressive discounting with a progress bar, which shows the buyer how far the next tier is instead of letting them find out at the end. #### Pricing that is already scheduled 4 Future price lists The list is loaded in advance and activates on its own on the date. In operations with harvests, seasonality or time-bound agreements, nobody needs to be awake at the turn. Price tags Configuration markers that segment by a trait of the product, the operation or the commercial context that does not fit the standard dimensions. Fixed and to-be-fixed pricing In agribusiness, the quote can be locked at closing or left open to be fixed later. These are two distinct regimes, and the engine treats each as such. Hidden pricing There are operations where price only appears to an authenticated, qualified visitor. Hiding it is a configuration, not a customization. #### Pricing governance: what the engine enforces 8 Margin erosion starts where nobody wrote the rule down. These are the guarantees behind margin management on every order, with no side spreadsheet. A price waterfall with explicit precedence The contract overrides the pricing rule, and contracts do not stack: when two apply to the same customer, the higher-priority one wins. Among rules, non-cumulative ones apply by priority and cumulative ones apply on top of the result. Outside the contract terms, the store's standard price applies. Contracts with a precise scope A contract fixes the SKU price for all customers or for a slice by tax ID, customer group or customer type, can be limited by marketplace, destination state and branch, has start and end date and time, and is loaded by spreadsheet or API. B2B tax criteria inside the rule A pricing rule can apply by state tax registration, ICMS taxpayer status, industry code (CNAE), product tax code (NCM), origin and destination state pair, customer and product tags and minimum quantity. Markup and margin are written into the rule, as a discount or surcharge in percentage or value. Discount lock at the source Rules and contracts can stop the sales rep from adding any further discount on the resulting price. The contract price reaches the order exactly as negotiated, which protects price realization. Dynamic volume pricing The rule kicks in when the cart reaches the item's minimum quantity and drops off if the quantity falls below it, with no one recalculating by hand. Headquarters and branches on one policy A rule created at marketplace level is replicated to the selected stores, scoped by store, category, product tag, customer group and stock, with exclusions. Branches use headquarters' customer groups without the customer list being copied or exposed to them. Price from the store nearest the customer The buyer pays the price of the store nearest the delivery address even when the order ships from the distribution center. When the address changes, the price is recalculated and the buyer is alerted. Season, campaign and payment date in the price Future price lists by harvest season or campaign set validity and a payment window, and the contract tied to them can carry its own early-payment discount rate and late-payment interest rate. Limited-time offers use the same contract setup, with was/now display. Discount lock #### The rule that locks the discount shows on the item. In Contextual Pricing (Pricing Engine), the price rule or the contract can block any further discount on the resulting price. The item reaches the cart with the lock in plain sight, and no one stacks a discount on top of it. CWS Platform demo portal with fictitious data. #### Tax belongs inside price formation In an interstate operation, tax changes the price, not the invoice. When it is calculated afterwards, the number the buyer saw in the catalog is not the number they will pay, and the digital channel becomes a quote to be checked with a sales rep. Here the tax rule is one of the variables in the derivation, within price formation, so the price that shows up is already the price that closes. It is also why the Credit-First B2B Checkout verifies price, stock, credit and tax at the same time: the four were resolved together. #### In operation Tracbel · Volvo dealer +10 points of margin of operating margin on orders placed via the portal (Tracbel, named best Volvo dealer in the world, Volvo Gold 2025). With 100% of the portfolio available, about 131,000 SKUs, the buyer began to see the entire catalog and to buy what they did not know existed. Removing the friction changed buying behavior, and margin rose along with it. Read the Tracbel case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### Contracts Endpoints to manage fixed-price contracts for customers or customer groups. - POST Create Contract /priceContract - PUT Add Products to Contract /pricing/contract/:contractId/items - PUT Add Customers to Contract /pricing/contract/:contractId/customers See all14endpoints in this group → ##### Price Rule Services for creating and managing price rules. - POST Create Price Rule /v1/priceRule - GET List Price Rules /v1/priceRule See all3endpoints in this group → Developer area → #### Frequently asked questions ##### Is the price on the CWS Platform fixed? No. The Contextual Pricing (Pricing Engine) generates the starting price of the negotiation, derived from product, warehouse, customer profile and tax rule. It is negotiable within Approval Workflows and protected by Discount Stacking Prevention. ##### How does the CWS Platform protect margin from stacked discounts? By architecture. Discount Stacking Prevention applies configurable locks that keep discount, contract, price and coupon from going past the limits you set; one of the possible settings is having the sales rep's manual discount cancel out the automatic coupons. Pricing rules and contracts can also block any additional rep discount on the resulting price, and a Reason Code is mandatory when a concession goes to approval and when it is commercially declined, so every exception has a record and a justification. ##### Can the same SKU have a different price by customer and by warehouse? Yes. The price is derived by profile (individual or company), source warehouse and tax rule in milliseconds, with no divergence between the portal and the sales rep. ##### What is a B2B pricing engine? A B2B pricing engine calculates the price of each order from the context of the sale instead of reading a fixed value from a list. In B2B that context is who is buying, which warehouse ships, which tax rule applies, the volume and the terms, so the same item can have several correct prices at the same moment. ##### How does dynamic pricing work in B2B? In B2B, dynamic pricing changes with the customer and the context of the sale, not just with a list updated from time to time. On CWS Platform, Contextual Pricing derives the starting price by profile, warehouse and tax rule, the rep or the buyer negotiates from it within Approval Workflows, and Discount Stacking Prevention keeps discounts from piling up unchecked. ##### Is Contextual Pricing a CPQ? Not in the classic sense. CPQ is the category that configures the product, prices it and produces the quote; Contextual Pricing covers the price, the approval limits and the concession trail live in the Commerce Rules Engine, and the proposal is put together with the rep in the Assisted Selling Platform (Sales Hub). In the CRM model the equivalent means assembling CPQ, approvals and pricing rules separately; here they are born together. ##### What is B2B pricing? It is the price that results from the conditions of each sale, not a single list value. In B2B, the same item has different correct prices depending on who buys, which warehouse ships it, which tax rule applies, the volume and the payment terms. On the CWS Platform, Contextual Pricing calculates that price on the order, and the same rule applies to the portal, the sales rep and the AI Agents. ##### What's the best way to manage B2B reseller pricing? With rules tied to the reseller's profile instead of a side spreadsheet. On the CWS Platform, identity-based price types apply wholesale terms at login, and customer groups are rules configured in the Commerce Rules Engine. A rep's manual discount overrides automatic coupons instead of stacking on them, with a mandatory Reason Code. ##### What's the best contract pricing ecommerce platform for B2B? One that treats the contract as a customer rule with a validity period, not as a document. On the CWS Platform, Contextual Pricing applies the negotiated terms on the order, with future price lists and time-bound validity, together with the source warehouse and the tax rule; any concession beyond the agreement goes through Approval Workflows with a recorded reason. Persona · Sales director Every customer sees their own price, and discounts stopped stacking. Contextual Pricing (Pricing Engine) derives the price from product, warehouse, customer profile and tax rule, and configurable locks prevent stacked discounts. Persona · Reseller buyer The price I see in the catalog is already the price that closes, with nothing to check later. In Contextual Pricing (Pricing Engine), the tax rule is part of price formation, and the digital channel stops being a quote to be checked. Schedule a demo What is Governed Negotiation → ← See the platform Contextual Pricing in the glossary → --- ## Sales rep software: the Sales Hub | CWS Platform URL: https://www.cws-platform.com/en/platform/sales-hub/ ### Sales rep software: Assisted Selling Platform (Sales Hub) 1 of 4 › Management · Approval manager Each role's discount ceiling, by customer and price table, on one screen. The approval matrix applies to the rep at the counter and on the portal: anything above the ceiling goes up for approval inside the order itself. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › At the counter · Counter sales rep The rep finds the part by the car and already sees that customer's price. The session carries who is on the other side: the parts that fit show with stock and the customer's price, and go into the order with one tap. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the phone · Auto parts retailer The retailer opens the chat and talks to her own sales rep, inside the portal. Conversations stay where the order closes: each store's sales rep and the network specialist, in a single list. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › In the boardroom · Commerce director The director approves the queue sorted by the highest discount, with each order's margin. The manager view of the panel shows only orders from the stores and categories within their authority, each with the reason the rep entered. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Deterministic module Your team negotiates over WhatsApp, with no authority limits, no ranking, no customer context, and you cannot see what was granted. The Assisted Selling Platform is the sales rep software that works as a digital negotiation table, where rep and buyer stay in the same cart and negotiate in instant chat, under automatic governance. #### In short Sales rep software is what a B2B sales team uses to quote, negotiate and close orders with customers. On CWS Platform that is the Assisted Selling Platform (Sales Hub): the rep and the buyer share the same cart and negotiate in instant chat, and every discount stays within approval limits. Reps use the same portal as buyers, in the app and on desktop, with a sales rep interface. - The price the rep negotiates starts from Contextual Pricing, derived by customer, warehouse and tax rule. Source: B2B pricing engine . - Every discount follows the Approval Workflows of the Commerce Rules Engine, with a Reason Code mandatory when it goes to approval. Source: Commerce Rules Engine (CDL Workspace) . - Routine reorders leave the rep's desk and move to self-service. Source: B2B customer portal . - At Imdepa, 153 customers were activated in 3 years without growing the team at the same rate. Source: Imdepa case . The guide to choosing a B2B ecommerce platform asks the question that separates a rep inside the channel from a rep competing with it. And the discount approval workflow shows reps negotiating up to their own limit. #### What it is The interface of the digital sales force. Rep and buyer share a Real-Time Shared Cart, one cart for both, updated when the page refreshes and negotiated in instant chat, and negotiate price, terms, payment and quantity under the Approval Workflows and the credit applied by the Commerce Rules Engine. The Customer Intelligence Panel loads history, credit and buyer context in one click. The sales rep evolves through four profiles: attendant, facilitator, governed negotiator and AI consultant, supported by the Sales Copilot. There is no separate rep app. The sales rep app is the portal's own app: reps sign in to the same portal buyers use, in the app and on desktop, and the interface adapts to the sales rep role so they can navigate and manage their customer portfolio from the front end. Both in the same cart. Rep and buyer share the Real-Time Shared Cart and negotiate price, terms, payment and quantity under the Commerce Rules Engine thresholds. #### The negotiation desk in one minute Talk to CWS today Watch on YouTube · Subscribe #### The capability no one replicates ##### The shared journey Rep and buyer in the same cart, with governance applied in real time. In the market, the sales rep (in the CRM) and the buyer's checkout stay separate. ##### Dead-End Negotiation Prevention The system avoids time lost on an unviable proposal, blocking beforehand whatever would not pass the authority limit. From chat apps to a governed desk. The rep moves price, terms and payment with the same freedom, but within the threshold and with every concession on record. #### Where the sales rep operates the five dimensions Real-Time Shared Cart Customer Intelligence Panel Approval Workflows Dead-End Negotiation Prevention Sales Copilot #### The operations that close here and would not close elsewhere 5 Barter In agribusiness, grain is the currency. Pricing accounts for harvest, crop, index currency, CIF or FOB and rural taxation, and the grain balance is managed per customer. Order split The seller splits delivery across addresses and methods within a single order, with freight, tax and approval thresholds independent per fraction. ByRequest A stockout becomes an opportunity rather than an error. An item without price or balance stays in the catalog and opens demand capture, instead of vanishing and taking the customer with it. Multidimensional search Search by manufacturer part code, partner part code, technical attribute and commercial context. In a large technical catalog, it is the difference between finding an item in seconds and finding it in minutes. Off-channel service Demand that arrived by message or phone is brought inside the platform: the seller builds the cart, shares the link, and the negotiation gains governance and an audit trail. #### The account base belongs to the seller, and the system enforces it 3 Without this, the portal becomes a threat to commission and the sales force undermines it. The architecture resolves the conflict, instead of asking people to rise above it. Seller and selling entity are distinct The seller is the authenticated person who serves the customer. The selling entity is the legal entity that holds stock and tax liability and lists its offer under the catalog strategy the portal owner chose. The hierarchy runs from seller down to SKU, through selling entity, warehouse and balance, and it is what determines what can be promised. No stepping on each other's accounts Sensitive data for customers outside a seller's base is inaccessible, and conversations are segregated per seller. Whoever serves the account knows the base is theirs. Customer Intelligence Panel On identifying the customer, the seller receives financial health, available credit, commercial terms, cluster and history. It avoids the waste of building a proposal for someone who would be blocked at checkout. #### Approval limits, margin and service governed per sales rep 8 Sales reps get room to negotiate, and the company defines how far that room goes. Buying on the customer's behalf The sales rep identifies the customer by name or tax ID and buys on their behalf inside the portal itself, with the customer's addresses, credit limit, contract prices and pricing rules, without the customer having to sign in. Several service sessions can stay open at once. Three discount limits per rep Above the first limit the order goes to approval; the second stops the discount from being entered on the item; the third halts the order, so it never ends up with no possible approver. Each limit can apply by category, store or price tag, and in a multi-item cart the threshold can be calculated as a weighted average. Multi-level approval with history Each profile has an approval range, and the order moves up level by level with comments and a dated history. The store defines whether higher levels see pending and declined orders from the levels below and whether they can skip levels. Margin-based governance A minimum margin for automatic approval and a minimum margin to close the order: below it, the order does not even enter approval. The platform can show the rep how far they are from the target margin. Freight negotiated within limits The rep can change the freight amount within a dedicated limit, in value or percentage, with a blocking ceiling, or enter manual freight with carrier, amount and lead time. Accounts and stores per rep The account base is restricted by customer or by customer group, and the store can require each customer to be tied to a single rep. A partner's rep sells only from the stores they are allowed: products from other stores appear without price or stock. Rep and manager dashboard The rep approves pending items and sees margin on the approval dashboard. The manager view shows orders from the stores and categories within their authority, with the queue sorted by discount or by date. Purchasing desk with its own accounts The buyer has their own login and purchases only for the customers in their portfolio. The invoice is issued under the customer's tax ID, the order records who bought, and the buyer cannot grant discounts. Rep authority #### Above the limit, the discount asks for a reason and goes up for approval. In the Assisted Selling Platform (Sales Hub), the rep grants discounts up to their role's ceiling, on that customer's contract price list. Above the ceiling, the line asks for a reason code and the order is held for approval, without leaving the screen. How negotiation is governed → CWS Platform demo portal with fictitious data. #### In operation Imdepa · auto parts distribution 3x more customers 153 customers activated in 3 years, without growing the team at the same rate. "The real value is not the revenue you see in the numbers. It is the operation you can sustain at the same structural cost. We grew 3x in customers without hiring 3x more sales reps." Paulo R. S. Pereira, Digital Sales Coordinator at Imdepa Read the Imdepa case → #### APIs for this module What this module does in the panel can also be done by your system. These are its groups in the public API reference. ##### Customers Services for full management of customer registration data, their addresses and groups. - POST Create New Customer /v1/customer - GET Find Customer by Document /v1/customer/document/:document See all13endpoints in this group → ##### Quotes Services for querying and responding to quotes requested by customers. - GET List Pending Quotes /partnerBudgets/pending - PUT Answer Quote /partnerBudgets/:id See all5endpoints in this group → ##### Custom Cart Endpoints to create, edit and delete custom shopping carts for customers. - POST Create Custom Cart /customCart/create - PUT Edit Custom Cart /customCart/edit See all3endpoints in this group → ##### Sales Rep Module Endpoints to manage sales reps and their customer portfolios. - GET List Sales Reps /sellerModule/listSellers - POST Link Customer to Sales Rep /sellerModule/addCustomer/:attendantIdOrDocument See all7endpoints in this group → Developer area → Sales Copilot #### The AI Agent builds the quote. The rep decides. The Sales Copilot reads the portfolio, points to today's customer and leaves the quote ready, with the reason in view. Approving, editing or discarding stays with the rep. See the Sales Copilot → CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### What is the Real-Time Shared Cart? It is the table of the Assisted Selling Platform (Sales Hub): sales rep and buyer in the same cart, with context and authority applied right there. What one changes shows up for the other when the page refreshes, and the instant chat lets them negotiate and change the cart in conversation. There are operations that run 100% through it. ##### Does the Sales Hub have a discount rule of its own? No. The module applies the Approval Workflows of the Commerce Rules Engine, with authority by profile and a Reason Code mandatory when a discount goes to approval and when it is commercially declined, so any concession above the limit has an author and a justification. ##### What does the Customer Intelligence Panel show? History, credit and customer context in one click, and access by portfolio ensures each rep sees only their own base. ##### Is there a sales rep app? Yes, and it is the portal's own app: reps use the same portal as buyers, in the app and on desktop, not a separate rep app. The interface adapts to the sales rep role so they can navigate and manage their customer portfolio from the front end. ##### What is sales rep software for B2B? It is the system a B2B sales team uses to see the customer, quote, negotiate and close orders. On CWS Platform that is the Assisted Selling Platform (Sales Hub): the rep and the buyer work in the same cart, the customer's history and credit are one click away, and the discount rules apply on their own. ##### What is sales force automation? Sales force automation is taking the repetitive work that needs no judgment off the sales rep, so the time goes to negotiation. On CWS Platform that means customer context in the Customer Intelligence Panel, the quote assembled by the Sales Copilot, routine reorders moved to self-service, and approval limits applied automatically by the Commerce Rules Engine. Persona · Sales rep Reorders left my desk, and my time went back to negotiating. With the Assisted Selling Platform (Sales Hub), routine reorders move to self-service, and rep and buyer negotiate in the same cart, within approval limits. Persona · Buyer I see in my cart what the rep changed, and we close it right there. In the Assisted Selling Platform (Sales Hub), what one changes in the Real-Time Shared Cart shows up for the other on page refresh, with instant chat. Schedule a demo See Assisted Selling → ← See the platform Assisted Selling in the glossary → The thresholds that bound a concession → --- ## AI Agents with Business Guardrails | CWS Platform URL: https://www.cws-platform.com/en/ai-agents/ ### AI Agents with Business Guardrails 1 of 6 › See the AI Agents in action For teams selling to the account base The quote arrives ready; the seller approves, edits or discards it. Sales Copilot shows why this customer today and which variables it used, always within the role’s discount ceiling. Book a Sales Copilot demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 6 › See the AI Agents in action For leaders who set how far AI goes You decide how far AI acts on its own, action by action. The 6 AI Agents matrix separates what an agent does on its own, what it only proposes and what it never does. Book an AI Agents demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 6 › See the AI Agents in action For IT leaders The agent flags the rule conflict and changes none of them. All 1,029 configurable parameters are scanned; a conflict that lives in the ERP is only reported and escalated to the team. Book a Rules Auditor demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 6 › See the AI Agents in action For volume buyers The 80-line order is waiting in the cart by morning. Procurement Agent builds the cart from an order in plain language; anything over the credit limit waits for a person to approve. Book a Procurement Agent demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 5 of 6 › See the AI Agents in action For network leaders The network rebalances stock before it buys. Rebalancing and alerting the agent does on its own, because both can be undone; a purchase suggestion goes to a person. Book a Replenishment Agent demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 6 of 6 › See the AI Agents in action For brand owners The campaign arrives ready and only goes live with your click. The agent flags incomplete listings and expired campaigns on its own; it cannot touch the discount ceiling at all. Book a Merchandising Agent demo See the AI Agents in action 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Platform · Governed AI AI acting on a large operation can't hallucinate a price or break an approval limit. CWS Platform's 6 AI Agents consume the deterministic Core via MCP, under exactly the same rules as a human seller, within the Autonomy Gradient. They suggest and execute the reversible; the human decides the rest. #### Rules Auditor Agent Audits 1,029 parameters in 45s, detects conflicts, prevents leakage. It suggests, the human decides. View agent → #### Sales Copilot Account ranking, margin and inactivity alerts, builds the quote. View agent → #### Procurement Agent Semantic search, multi-seller comparison, builds the cart, reorders. View agent → #### Merchandising Agent Monitors the store, incomplete listings, suggests campaigns. View agent → #### Catalog Enrichment Agent A 7-step pipeline, from photo to publication per SKU. View agent → #### Replenishment Agent Redistributes across DCs, stockout alerts, suggests purchases. View agent → #### Governed AI in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### Autonomy Gradient AI governance by infrastructure, not by prompt. Green the agent acts on its own (reversible action, low risk). applied 3% discount, within the 5% threshold. The order moves to checkout with no intervention. Yellow the agent proposes, a human confirms in one click. pending 8% discount, above the 5% threshold. It waits in the manager's queue, with a mandatory reason code. Red the agent never acts. It informs and escalates to a human. blocked 15% discount, above the 10% ceiling. The interface stops it: the order is never even created. #### Frequently asked questions ##### Can the AI Agents change a business rule? No. The AI Agents consume the deterministic Core via MCP (Model Context Protocol), under exactly the same rules as a human seller. They interpret intent and suggest; the rule is executed by the Commerce Rules Engine, and the human decides what escalates. ##### What is the Autonomy Gradient? It's AI governance by infrastructure, not by prompt. Each agent action falls into one of three zones: green (executes on its own, low risk), yellow (proposes, the human confirms) or red (never acts, escalates to the human). ##### If the AI goes down, does the operation stop? No. The deterministic Core executes the rules by code, at zero inference cost. The AI Agents orchestrate that Core, but if the AI goes down, negotiation keeps running on the Core. Schedule a demo See the platform → --- ## B2B Portals | CWS Platform URL: https://www.cws-platform.com/en/portals/ Portals ### B2B Portals What the market calls a "customer portal" is, on the CWS Platform, a governance layer over the Core: the same operation, with price, credit and rules built in, exposed to whoever buys and whoever sells. It isn't just another B2B e-commerce; it's the negotiation table, digitized. The portal is built in the No-Code Storefront Builder (CMS Builder), with a single dynamic template and native SEO. #### Two modes, the same governance The B2B operation happens in two ways, and both run on the same Commerce Rules Engine rules. What changes is who's in front. ##### B2B Digital Selling The buyer self-serves: finds, negotiates within the rules and closes with native credit. The routine order leaves the rep's desk. See B2B Digital Selling → ##### Assisted Selling The rep's negotiation table, with the customer and the margin in plain sight. The rep stops taking orders and starts negotiating with governance. See Assisted Selling → ##### Use case · Dealer marketplace The official portal of a dealer network, light and heavy lines: the vehicle owner enters the vehicle, sees only the parts that fit, buys from the regional dealer and the whole network serves behind it, with chat and an AI agent. See the use case → #### The operation profiles 6 CWS Platform does not sell an off-the-shelf portal: it generates the portal the operation needs, by configuration. So that this does not become a list of dozens of combinations, the offer is organized into operation profiles, and each one groups the real variations of a scenario a decision-maker recognizes. This is also the site's maturity map: 4 of the 6 profiles already have their own page. The others are described here and get a page as the content is ready. ##### B2B Digital Selling Business-to-business buying portal with negotiable pricing and governance The buyer arrives, negotiates and closes on the same terms they would get by phone, and every concession stays within the thresholds the company defined. See B2B Digital Selling → ##### Assisted Selling Inside sales, digital counter and field selling, with or without a public portal Some operations run entirely through the seller, with no portal open to the public. The seller is not one more channel on top of the platform, it is a mode of it. See Assisted Selling → ##### Complex Retail Consumer selling with multiple warehouses, wholesale and retail together, and regional pricing This is not generic consumer selling, it is the kind with business-to-business complexity underneath. For fixed pricing, single stock and a simple checkout there are cheaper options, and saying so is part of the positioning. See Complex Retail → ##### Governed Marketplace Marketplace with own and third-party stock in the same cart, and governed split Governing sellers, stock and commission in an ecosystem where every transaction is traceable, with a configurable-criteria buy box and protection against negotiation leaving the platform. See Governed Marketplace → ##### App and Field Native app for field sellers and for operations with unstable connectivity It is not the website resized. It is functional parity, with stock, price and thresholds holding in the seller's pocket, including where the signal drops. No dedicated page yet ##### Agribusiness Barter, CIF and FOB, rural credit and split delivery by property Negotiating in sacks of grain, running inverted CIF and FOB, and computing rural taxation inside price formation. Delivery splits by property, with freight and tax independent per fraction. No dedicated page yet In real production 3x more customers at Imdepa, through the self-service B2B portal: 153 customers activated in 3 years, without growing the team in the same proportion. +10 points of margin at Tracbel, on portal orders, with 100% of the portfolio available (about 131k SKUs). Imdepa case → Tracbel case → The portal is one requirement of a B2B platform, not the only one. The B2B ecommerce platform guide compares the categories of solution criterion by criterion. #### Frequently asked questions ##### Which portal profiles does CWS Platform deliver? Six, and they are a taxonomy rather than a product catalog: B2B Digital Selling, Assisted Selling, Complex Retail, Governed Marketplace, App and Field, and Agribusiness. All of them come from the same dynamic template in the No-Code Storefront Builder (CMS Builder), by configuration, which is why the portal is an included product and not a separate project. ##### Does the portal replace my sales rep? No. The portal exists in two modes on the same Core: B2B Digital Selling, where the buyer self-serves on routine orders, and Assisted Selling, the rep's negotiation table. Routine orders leave the rep's desk; complex negotiation stays with them, now with governance. ##### Why does B2B portal adoption usually fail, but not here? Because the traditional portal is just one more interface for the buyer to memorize. On the CWS Platform, the Procurement Agent runs the semantic search, builds the cart and suggests the reorder: the buyer has a conversation instead of memorizing a screen. Removing friction changes buying behavior. ##### Can I have a self-service portal and assisted selling at the same time? Yes, that's the default. Both modes run on the same Commerce Rules Engine rules, so price, credit and approval limits apply the same in self-service and at the rep's table, with no divergence between channels. Schedule a demo What is Governed Negotiation → --- ## B2B self-service portal for ordering | CWS Platform URL: https://www.cws-platform.com/en/portals/b2b-self-service/ ### B2B self-service portal: the ordering portal buyers actually adopt 1 of 4 › See the B2B portal For buyers serving many sites One account works for headquarters and every branch. She signs in with the unit’s tax ID and sees her company’s prices, availability and terms, with no separate login per branch. Book a B2B portal demo See the B2B portal 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › See the B2B portal For retailers restocking The retailer uploads the spreadsheet and sees, item by item, what is available and in which store. Bulk buying checks stock and price on every row, splits available from unavailable and, when an item is in more than one store, lets the buyer pick which one to buy from. Book a B2B portal demo See the B2B portal 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › See the B2B portal For buyers on credit terms The order closes invoiced against the company credit limit. Limit, open balance and contract terms show at checkout; with available credit, the order goes straight to invoicing. Book a B2B checkout demo See the B2B portal 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › See the B2B portal For those who set commercial policy Each customer type’s price is a rule, not a spreadsheet. Each rule carries role, price list, priority and source; the portal applies it on its own and the rep keeps the negotiation. Book a commercial policy demo See the B2B portal 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Portals · by profile A large share of B2B orders is repetition: the buyer already knows what they want. Routing that order through a rep is expensive for the seller and slow for the buyer. B2B Digital Selling moves that flow to a self-service B2B portal, without giving up a single rule. #### In short A B2B self-service portal is the ordering portal where a business customer places its own orders, without waiting on a sales rep for routine reorders. On CWS Platform, it opens with that buyer's price list, credit and terms, calculates tax and freight on the order, and applies the same margin rules as assisted selling, through the Commerce Rules Engine. - Credit as a native payment method, with Net Terms 30/60/90. Source: Credit-First B2B Checkout . - Complex negotiation stays with the sales rep, on the same core and under the same rules. Source: sales rep software (Sales Hub) . - In auto parts, buyers build orders of more than 250 SKUs, with taxes, freight and credit calculated in seconds. Source: auto parts ecommerce platform . - When the assortment has to grow faster than stock, the portal grows into a marketplace. Source: governed B2B marketplace platform . Placing an order on terms without leaving the portal is one of the criteria in the guide to choosing a B2B ecommerce platform . #### Why this self-service gets adopted, and the earlier ones didn't Many companies have already invested in a B2B portal and watched adoption stay low, because it was one more interface for the buyer to learn. Here the logic flips: the Procurement Agent runs the semantic search, compares, builds the cart and suggests the reorder. The buyer has a conversation instead of memorizing a screen. Talking instead of memorizing screens. The old portal asked the buyer to learn one more interface. Here the Procurement Agent searches, compares and builds the cart from the conversation. #### B2B Digital Selling in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### Routine orders leave the rep's desk Every digital order goes through the same Commerce Rules Engine rules: contextual price by profile and warehouse, credit as native payment (Net Terms) with the 4-Point Checkout Validation, and the margin guardrails. The rep stops processing the repetitive work and is freed for what the machine can't do: relationships and complex negotiation. Four checks at once. The 4-Point Checkout Validation checks stock, price, credit and tax together. Validating one at a time is the most common cause of abandoned B2B carts. ##### For the buyer Real autonomy: they find the part by context, see their own price and their own credit, and close outside business hours, without depending on someone to serve them. ##### For the CFO The cost to serve the small order drops, and margin stays protected by rule: every concession has a Reason Code, and tax comes out right at the source. In practice · Workshop technician, on mobile ##### She picks, on her phone, the network store that serves the workshop. Branches of different banners show up in a single list, and the purchase continues in the chosen store, on the same account. Illustrative scene with a real CWS Platform portal screen; person, store and brand are fictitious. In real production · Imdepa On Imdepa's B2B portal, the buyer builds an order of more than 250 SKUs and the platform calculates taxes, freight and pre-approved credit in seconds. Self-service led to 3x more customers activated in three years, without growing the team in the same proportion. Read the Imdepa case → Each order on the right path. Repetitive orders go through self-service, and the negotiation that needs a person reaches the rep. The Commerce Rules Engine rules apply equally on both paths. And when the negotiation is complex? That's where Assisted Selling comes in: the same Core, with the rep in front. Assisted Selling → Assisted selling #### The rep joins the cart the customer is building. In the Assisted Selling Platform (Sales Hub), the rep opens the customer's cart, sees the contract price list and the discount ceiling for their role, and negotiates right there; anything above the ceiling goes to the approver, on the same order. See the Assisted Selling Platform → CWS Platform demo portal with fictitious data. #### The variations this profile covers 9 All of them come from the same dynamic template, by configuration rather than new code. It is why the portal is a product and not a project. Price visible by profile A reseller sees wholesale, a consumer sees retail, and the segmentation happens at identification, without anyone releasing a table for each new account. Catalog and quote Hidden-price mode: the buy button gives way to a quote request, and an item without balance opens demand capture instead of disappearing. Wholesale and retail in one portal Individuals and companies buy at the same address, and each one loads their own terms on entry. Full tax checkout Interstate tax, state registration and rural taxation calculated from the real origin of the warehouse that will invoice. Recurring purchase Saved carts and quick lists turn replenishment into a few clicks, and the link can go by message for the buyer to complete. Bulk ordering Batch entry by technical code, with real-time item-by-item validation, for buyers who order hundreds of lines at a time. Seller present, in light mode The portal is self-service, but the seller appears with a name, a photo and a conversation available. It humanises without operating every order. Native invoiced credit The credit limit is a payment method at checkout, with terms. A customer with an outstanding balance sees a restricted offer, and a blocked one cannot close. Regional rules and multi-warehouse Price by warehouse, tax by origin, and the option to serve outside the standard logistics radius when the opportunity justifies it. #### The buyer's journey, and where it usually breaks 5 Identify The buyer arrives and the portal already knows who they are: price table, cluster, credit and terms load together. Without this, the rest of the journey is a quote to be checked. Find Search by manufacturer code, partner code and technical attribute, because in a technical catalog the buyer searches by the code they have in hand. Negotiate Volume, terms and composition change the price on screen, within thresholds. This is where a fixed-price catalog sends the buyer back to the phone. Close Stock, price, credit and tax verified at the same time, not one at a time. Sequential validation is the most common cause of abandoned B2B carts. Repeat Reordering comes from history, not from a fresh search. Routine orders leave the seller's desk, freeing time for the negotiation that needs them. The buyer's journey. Closing is where the journey breaks most often, which is why the four checks happen together there. The reorder comes back through history, with no new search. #### One portal order, in practice Talk to CWS today Watch on YouTube · Subscribe #### Frequently asked questions ##### What does the B2B buyer's journey look like inside the portal? There are five steps, and the one that fails most often in a generic portal is the first. The buyer identifies themselves and the portal already loads price table, cluster, credit and terms; they find the item by manufacturer code, partner code or technical attribute; they negotiate volume, terms and composition with the price changing on screen within thresholds; they close with stock, price, credit and tax verified at the same time rather than one at a time; and they reorder from history, without redoing the search. ##### My buyer won't want to learn yet another system. And they don't have to. The Procurement Agent runs the semantic search, compares, builds the cart and suggests the reorder. The buyer has a conversation and finds the part by context, instead of memorizing a screen. ##### Doesn't self-service cannibalize my rep's sales? No. It takes the routine order off the rep's desk and frees the rep for complex negotiation and relationships. Margin, credit and approval limits stay governed by the Commerce Rules Engine, the same as in assisted selling. ##### How do credit and tax come out right in self-service? Through the Credit-First B2B Checkout: credit as native payment (Net Terms 30/60/90) and the 4-Point Checkout Validation, which checks inventory, credit, tax and price at the same time before letting the order move forward. ##### What is a B2B self-service portal? A B2B self-service portal is the channel where a business customer places its own orders, at any hour, without waiting on a sales rep for reorders. A portal that works opens with that customer's price list, credit and terms, and closes with tax and freight calculated on the order, instead of sending back a quote for someone to check. ##### Are a B2B self-service portal and a B2B ordering portal the same thing? On CWS Platform, yes: the ordering portal is where the buyer serves itself on routine orders and reorders, with its own price, credit and terms. Complex negotiation stays with the sales rep, in assisted selling, on the same core and under the same rules. ##### What is the difference between a B2B portal and an online store? An online store shows the same price to everyone and waits for the click. The CWS Platform B2B portal shows that customer's price, accepts credit as payment, checks stock, tax and price together and lets the negotiation happen inside the rules, because in B2B a sale is a negotiation, not a click. ##### What is a distributor portal? A distributor portal is a B2B portal run by a distributor for its own customers, usually resellers and retailers, to order from its catalog on their negotiated terms. On CWS Platform it is the same portal described here: each buyer sees its own price and credit, and routine reorders leave the rep's desk. ##### What integrations does a B2B portal need? The ERP first, because it holds price, stock, credit and invoicing. CWS Platform orchestrates over the ERP through APIs and webhooks instead of replacing it, and publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. ##### What is B2B ecommerce? B2B ecommerce is a digital channel where business customers make corporate purchases on their own. On CWS Platform, the B2B portal loads the buyer's price list, terms and pre-approved credit, and calculates taxes and freight at checkout. It protects margin through the Commerce Rules Engine and frees sales reps from routine order processing to focus on complex, high-value negotiations. ##### What's the difference between B2B and retail ecommerce? B2B ecommerce serves corporate buyers under complex commercial rules, whereas retail ecommerce shows the same storefront to everyone. On CWS Platform, the B2B portal applies each buyer's terms, pre-approved credit with Net Terms 30/60/90 and taxes based on the invoicing warehouse. Retail transactions rely on immediate payment and lack the simultaneous checks of stock, credit, tax and price. ##### How to choose a B2B online portal for large-scale dealer networks? Choosing a portal for dealer networks requires multi-warehouse capabilities, price lists by warehouse and built-in invoiced terms. CWS Platform provides native Net Terms credit, multi-warehouse regional rules and tax calculated from the origin warehouse. It also supports quick reordering and bulk SKU entry, validated through the 4-Point Checkout Validation, protecting margin across complex dealer tiers. ##### What are the best practices for managing a B2B ordering portal? Best practices include aligning digital and assisted selling rules under a single Commerce Rules Engine and offering native Net Terms at checkout. CWS Platform runs a 4-Point Checkout Validation that checks stock, price, credit and tax together to prevent abandoned carts, alongside saved carts, semantic search and quick reorder flows designed to drive real buyer adoption. ##### Which B2B ordering platform should companies use in Brazil? Companies in Brazil need a B2B ordering platform that handles ICMS, IPI and ST (tax substitution) calculated from the dispatching warehouse, and that closes orders on invoiced credit. CWS Platform covers these requirements: it calculates those taxes by origin, offers pre-approved Net Terms at checkout and applies Commerce Rules Engine guardrails, with orders of more than 250 SKUs calculated in seconds, keeping complex negotiation connected to the sales rep. ##### How to choose a B2B ecommerce platform? Choose a platform that can close orders on invoiced Net Terms inside the portal while calculating taxes by origin. CWS Platform delivers this as a configurable product rather than a custom coding project. It runs the 4-Point Checkout Validation across stock, price, credit and tax, keeping self-service aligned with the sales team through the Commerce Rules Engine. ##### What's a good platform for both B2B and B2C ecommerce? One that separates terms when the customer signs in, not by running separate sites. On CWS Platform, businesses and consumers buy on the same portal: when they sign in, each customer loads their own group, with the price rules, terms and credit limit that apply to it, so resellers see wholesale pricing while consumers see retail. Campneus, a network of more than 117 stores, sells to consumers through a B2C marketplace built on the same technology. Persona · CEO, distributor I took routine orders off my reps' desks without giving up a single rule. In the ordering portal, buyers place their own orders, and the Commerce Rules Engine applies the same margin rules as assisted selling. Persona · Reseller buyer I close my order after hours, at my own price and credit, without waiting on anyone. The portal opens with the buyer's price list, credit and terms, and the Procurement Agent builds the cart and suggests the reorder. Schedule a demo See the checkout with credit → ← B2B Portals --- ## Complex Retail | CWS Platform URL: https://www.cws-platform.com/en/portals/complex-retail/ Portals · by profile ### Complex Retail There is a kind of operation that sells to businesses and to end consumers at the same time, with stores spread across the country, a large catalog, counter service, field sellers and local stock in every market. From the outside it looks like retail. Underneath it is a business-to-business operation, with customer groups, invoiced credit, tax by purchase purpose and pricing policy that changes by region. It is the profile where an ordinary e-commerce does not fail at the shop window, it fails beneath it. Businesses and consumers at the same address. Segmentation happens at identification: resellers see wholesale, consumers see retail, and nobody releases a price table for each new account. #### Complex retail in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### Where ordinary e-commerce stops serving An e-commerce is excellent when price is a stored value: one number per product, one stock, one checkout. In this profile price is not a value, it is the result of a function whose inputs are stock origin, logistics, volume, terms, payment method and the identity of the buyer. No shop window solves that with form fields, because the problem is not displaying the price, it is deriving it. Two of this network's questions have their own page: store fulfillment , to sell from each store's stock, and B2B promotions , for campaigns that serve resellers and consumers. The inverse holds too, and it is part of the positioning: if your operation has fixed pricing, single stock and a simple checkout, there are cheaper options than CWS Platform, and the honest recommendation is to use one of them. This profile exists for those with business-to-business complexity underneath consumer selling. Price is not a value, it is a function. In ordinary e-commerce the price is a stored value. In this profile it is the result of a rule: stock origin, logistics, volume, terms and who is buying. #### The flattened price nobody recorded as a decision A large share of networks arrived at the same place by a similar route: keeping a different price per branch, crossed with price per customer, per category and per term, became impossible to administer, so the table was levelled. The flattening is a systems workaround, but it is lived as though it were commercial policy, and margin is given away before any negotiation starts. Its most visible effect is the digital channel's price staying tied to stock origin, so the website starts undercutting the counter of a store in the same network. CWS Platform decouples the two: the customer pays the price of the store nearest the delivery address, even when the product ships from the distribution center, and tax is still calculated item by item, from the change of state and the purchase purpose (resale, industrialisation or consumption). The website does not undercut the counter. Stock can come from the DC while the price follows the store nearest the customer. The price origin is the network decision, not a side effect of the system. #### The three layers of a portal, and how many your project uses A CWS Platform portal is configured in three layers, one inside the other. The portal layer belongs to the owner: it designs the ecosystem, deciding which stocks exist, which stock serves which customer and which seller serves from which stock, and it sets the general financial rules, the default logistics options, the integrations and the payment methods. The store layer sits below it: these are the invited stocks, from the network itself or from third parties, and each store receives orders, takes part in promotions and configures its own logistics, freight, payment methods and campaigns, within the freedom the portal granted. The warehouse layer sits inside the store, and exists when that store has several stock points. For a network with distinct markets, the recommendation is for each market to join as a store, because it is the layer with the most functionality and flexibility. The warehouse pays off when the network creates an internal store and runs its own warehouses beneath it: service gets simpler, sellers sell across several stores and there is one campaign for all of them. How many layers come in is a project decision, and that choice is what makes the tenth market cost less than the second: opening a market becomes parameterising a store rather than running a project. For a manager, what matters is what this nesting preserves. The market's autonomy is real, and it is bounded by a central decision. Decentralizing configuration without losing governance is the design, not a welcome side effect of it. Opening a market is configuring a store. Each market joins as a store, with its warehouses underneath, and the portal sets how far autonomy goes. That is why the tenth market costs less than the second. #### What the platform does, in practice ##### Price origin, configurable The price can follow the store nearest the delivery address, even when the item ships from the distribution center, or follow the stock origin. Both exist, and the website only undercuts the counter of a store in the same network if someone decides it should. ##### Invoicing, multi-warehouse and tax per item Who invoices is a configuration: the store, which is the default for a multi-store portal, or the warehouse, recommended when the warehouses share one owner. Price by warehouse, and taxes calculated item by item, from the change of state and the purchase purpose (resale, industrialisation or consumption). ##### Store pickup tied to the warehouse Each pickup point is linked to the warehouse that actually holds the item, with its own opening hours and days. When choosing the store the customer sees the distance to their postcode, and only the stores that hold the item for pickup. ##### Service region per store Coverage defined per unit, by postcode range, defined to avoid two houses in the same network serving the same address. ##### Customer group at identification The customer identifies themselves and loads their group, and with the group the pricing rules and terms that apply there, plus their own credit limit. A reseller sees wholesale, a consumer sees retail, with no manual release per account. ##### Campaign and banner by customer group Coupons, promotions and messaging segmented by group and by price tag, decided at store level where central policy allows. ##### Counter and field on the same engine In-person service and the field seller run on the same rules as the portal, with each seller's discount limit applying to every concession. ##### Unified catalog without flattening the banner Each banner can operate as its own store on the same portal, with its own assortment and rules, instead of having its commercial difference dissolved into a single catalog. The rules live in the Commerce Rules Engine (CDL Workspace) and reach the price through Contextual Pricing (Pricing Engine). Stock across markets comes from Distributed Inventory (Inventory Hub), delivery and pickup from Shipping & Fulfillment (Logistics Engine), credit and tax from the Credit-First B2B Checkout (Checkout & Payments), campaigns by group from Commerce Marketing & Promotions (Marketing Suite), and counter and field from the Assisted Selling Platform (Sales Hub). #### A complex retail order, in practice Talk to CWS today Watch on YouTube · Subscribe #### By decision-maker angle Network owner or CEO The pain: The same product shows three prices: the portal, the store counter and the marketplace where the company also sells. The customer notices before anyone internally does. What changes: One policy, with the difference between channels being a declared decision rather than a consequence of systems that do not talk. Price becomes an argument again instead of an embarrassment. CFO The pain: The table was flattened because keeping price per branch crossed with price per customer became impossible to administer. The flattening was a workaround, and nobody recorded it as a commercial decision. What changes: Real granularity becomes administrable again, because the rule lives in the engine and not in the head of whoever administers it. Price by store and by warehouse, by customer group, by term and by campaign coexist without becoming manual work. Store manager The pain: Wants a campaign in their own market, terms that match local competition, and a pickup promise the store can keep. Today that depends on someone at head office building an exception. What changes: The store configures what is theirs, within the ceiling central defined. Campaign, pickup, hours and service region come from that store's reality. Counter salesperson The pain: Opens four or five systems to close one complex order, and the system freezes exactly when the store is full. What changes: One place, decoupled from the system of record, that holds up at peak. Price, stock, credit and tax checked at the same time, with the customer standing at the counter. Market autonomy, within limits. The store configures its own campaign, region and terms. How far it can go is a decision of the portal layer, and that is what prevents internal price wars. #### The variations this profile covers 6 One sentence unites them all: the company sells to other businesses and to end consumers at the same time, with stores spread across the country. None of them fits an e-commerce with fixed pricing and single stock. B2B2C at the same address Companies and individuals buy on the same portal, and each loads their own customer group on identifying themselves, and with it the pricing rules and terms that apply there. Segmentation happens at entry, without anyone releasing prices for each new account. Geographically spread stores Each store has its own stock, price, region and campaign, and the store serving the customer's address appears first. There is one portal, and the operation remains one of many houses. Counter and field, with the portal underneath In-store counter service and the field seller use the same price, stock and credit engine the consumer sees on screen. The physical store stops being a channel with its own rules and becomes a mode of the same system. Extensive, multi-banner catalog Tens of thousands of items, several banners and a product record that started out uneven between them. Unifying the catalog without flattening each banner's commercial differences is the work that decides whether the portal sells. Local stock and logistics Store pickup tied to the warehouse that actually holds the item, with its own opening hours and days, and the distance to the customer's postcode shown when choosing the store. The customer only sees the stores that hold the item for pickup. Regional pricing without internal war The price origin is a configuration: it can follow the store nearest the delivery address, and then the website does not undercut the counter of a store in the same network. It is the difference between opening a channel and opening an internal competitor. #### Three layers, one inside the other, and that is what makes scale fit 6 A CWS Platform portal is configured in up to three layers: the portal layer, the store layer and the warehouse layer. Each one operates within the freedom the layer above granted, and how many come in is a project decision. That is why opening the tenth market does not cost what opening the second did. The portal layer designs the ecosystem The portal owner decides which stocks exist, which stock serves which customer and which seller serves from which stock, and sets the general financial rules, the default logistics options, the integrations and the payment methods. That configuration flows straight into each store's Seller Center. The store layer runs the market Each market joins as a store, from the network itself or from a third party: it receives orders, takes part in promotions and configures logistics, freight, payment methods and campaigns, with its own price and discount ceiling, within the limit the portal granted. The warehouse layer sits inside the store When a store has several stock points, they come in as its warehouses, with price by warehouse and pickup tied to the warehouse that holds the item. The warehouse belongs to the store, not to the portal. The recommendation: the market joins as a store In most cases the market pays off more as a store, which is the layer with the most functionality and flexibility. The warehouse is the choice when the network creates an internal store and runs its own warehouses: simpler service, sellers selling across several stores and one campaign for all of them. Credit per store The credit limit can be tied to the store, and how far it goes is a decision of the central configuration. Whoever carries the market's risk operates within the limit central set. And central still governs None of this is autonomy without rails. The market's autonomy is real, and it is bounded by a central decision: what the store may configure, and how far, is decided by the portal layer. Decentralizing configuration without losing governance is the design, not a side effect of it. #### The rails, in the network's vocabulary Portal, store and warehouse layers Warehouses and price by warehouse Configurable price origin Invoicing by store or by warehouse Store pickup tied to the warehouse Opening hours and days per store Region restriction per store Customer groups and pricing rules Banner and terms by customer group Price tags in pricing rules Price contracts by customer and region Seller module at the counter and in the app And when the stores start operating as sellers? Then the profile meets the Governed Marketplace, with priority between stores, split and commission by origin. Governed Marketplace → Store by postcode #### When choosing a store, the customer sees who serves their postcode. The portal shows the units that serve the buyer's area, each with the distance, the prep time and whether it offers pickup, delivery or both. CWS Platform demo screen, completed with fictitious data to show the use. #### In operation Campneus · tire and automotive service store network · B2C A Pirelli-certified network of more than 117 stores sells to consumers through a B2C marketplace on CWS Platform technology: regionalized stock and pricing, choice of pickup or delivery store, per-store shipping and a multi-store cart with automatic payment split. The consumer sees one store; each local market keeps its own stock, price and delivery. Read the Campneus case → Circuito de Compras · popular retail and wholesale · Brás, São Paulo A wholesale shopping center gathering shopkeepers of several origins and serving resellers across Brazil moved its operation to a multi-banner portal on CWS Platform technology, with a white-label app, international payments, service in several languages and an AI agent for product cataloguing and curation. Wholesale and retail, many stores and a large catalog, in one place. Read the Circuito de Compras case → In auto parts distribution, Imdepa runs a self-service B2B portal with 3x more customers activated in 3 years, without growing the team in proportion. Same core, with business-to-business complexity underneath. One network, one portal #### Several banners and branches in one account. Stores of different banners in the same network sit in the same portal, and the customer picks the store that serves them without opening another account. CWS Platform demo screen, completed with fictitious data to show the use. #### Frequently asked questions ##### I already have an e-commerce. Why would this be different? Because the problem is not the shop window, it is what sits underneath it. An e-commerce assumes fixed pricing, single stock and a simple checkout, and it solves that case very well. When the same company sells to resellers and to consumers, with dozens of stores, customer groups and tax calculated item by item, the shop window becomes the easy part. If your case is fixed pricing and single stock, cheaper options exist, and we will say so. ##### Will the website undercut my store counter and cannibalise the network? That is what happens when the digital channel's price stays tied to stock origin without anyone having chosen it. On CWS Platform the origin of the price is a configuration: it can follow the store nearest the delivery address, even when the product ships from the distribution center, or follow the stock origin. Both exist, and the network decides which one applies. Tax is still calculated item by item, from the change of state and the purchase purpose (resale, industrialisation or consumption). ##### Every store wants its own campaign and its own logistics. Doesn't that become chaos? It does, if autonomy means no rails. Here each market joins as a store on the portal and configures its own logistics, freight, payment methods and campaigns, with its own price and discount ceiling, within the freedom the portal layer granted. The store decides inside the limit, and the limit is a central decision. ##### How do companies and individuals buy on the same portal without price confusion? Segmentation happens at identification. On entry the customer loads their customer group, and with the group the pricing rules and terms that apply there, plus their own credit limit. A reseller sees wholesale, a consumer sees retail, and nobody has to release prices for each new account. ##### And counter service, does it stay on a separate system? No, and this is usually where the business case closes. The counter and the field seller run on the same price, stock and credit engine the customer sees on screen, through the Assisted Selling Platform (Sales Hub). The physical store stops being a channel with its own rules and becomes a mode of the same system. Each store with its share #### The summary splits what each store sells and ships. When the order combines items from different stores, the summary shows each store's subtotal and shipping before payment. CWS Platform demo screen, completed with fictitious data to show the use. Talk to CWS Platform #### Want to see your network on a single portal? Tell us how many stores and warehouses, whether you sell to resellers and consumers at the same address, and how price changes by region today. We come back with a demo in your scenario: customer groups and pricing rules, pickup at the right store, campaigns in the market and tax by purchase purpose. Talk to a specialist Book a demo See the Pricing Engine → See the Inventory Hub → ← B2B portals Persona · Counter salesperson I close the sale in one place, even when the store is packed. Through the Assisted Selling Platform (Sales Hub), the counter runs on the same engine as the portal, with price, stock, credit and tax checked together. Persona · End consumer No more wasted trips: I only see the stores that have the item for pickup. In Shipping & Fulfillment (Logistics Engine), each pickup point is linked to the warehouse that actually holds the item, with its own opening hours and days. --- ## Dealer portal for parts: network marketplace | CWS Platform URL: https://www.cws-platform.com/en/portals/dealer-portal/ Portals · use case · light and heavy vehicle dealers ### Dealer portal: the vehicle owner buys from the right dealer, and the whole network serves behind it. Today the consumer searches for the part on a generalist marketplace, buys from whoever shows first, and only comes back to the dealer when something goes wrong. The dealer portal on CWS Platform flips that: an official network portal, in the browser and in the app, where the customer sees only the parts that fit their vehicle, is served by the dealer covering their region, with integrated stock, and gets what's missing from another dealer or the factory, in the order the network manages. The salesperson and the technician serve in the platform chat, and the AI agent builds the cart when nobody is on the line. #### In short A dealer portal is the official online channel of a dealer network, where customers buy parts from the brand's own dealers. On CWS Platform, the portal filters parts by the customer's vehicle, shows the regional dealer first, brings other dealers and the factory in as backup in the order the network sets, and splits a single order by origin. - On an order from several sellers, each part is tracked with its own seller, lead time and carrier. Source: B2B order management (OMS) . - Fitment tables link each SKU to the vehicle or equipment it fits, with cross-reference between brands. Source: Product Catalog & MDM (Catalog Engine) . - The dealer portal is a use case of the Governed Marketplace profile. Source: B2B marketplace platform . - Tracbel, an award-winning Volvo dealer, recorded around US$24.4 million in digital revenue in 2025. Source: Tracbel case . Figures converted from Brazilian reais at R$5.00 = US$1.00. A real technical catalog, with fitment and cross-brand equivalents, is one of the criteria in the guide to choosing a B2B ecommerce platform . Who it's for Dealer networks and groups, brand associations and OEMs that want an official parts channel for the end consumer, in light, heavy or both lines. Core pain Brand demand leaking to the generalist, stock idle at one dealer and missing at another, phone and WhatsApp service with no trace, and conflict between dealers of the same network. What it delivers Network portal and app, parts by vehicle, dealer by territory, network and factory stock in preference order, chat with salesperson and technician, AI agent and a single order for the consumer. #### The network's official portal in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The consumer journey, from vehicle to order Six steps, and in none of them does the consumer need to know a part number, which dealer has stock, or how the network is organized behind the scenes. That's the platform's problem, solved by rule. What is missing comes from the network, by rule. If the local dealer lacks the part, the portal follows the order the network defined: other dealers, then the factory. No phone calls in between. - 1 ##### The consumer enters the vehicle Make, model and year, on the portal or in the app. The vehicle is saved to their garage, and the next purchase already starts filtered. - 2 ##### Sees only what fits their vehicle The storefront shows only parts with fitment for that vehicle, light or heavy line. No part numbers, no compatibility tables, no wrong purchases. - 3 ##### The regional dealer shows first Based on the customer's address, the dealer serving that territory is the first offer, with integrated stock and in-store pickup or delivery. - 4 ##### What's missing comes from the network or the factory If the regional dealer doesn't have the part, the portal follows the preference order the network defined: other dealers, then the factory. All managed by rule, not by phone. - 5 ##### Salesperson, technician or AI agent in the chat Fitment questions, quotes, negotiation. The dealer's salesperson and technician serve in the platform chat, and the AI agent covers the rest of the time, building the cart. - 6 ##### Order, payment and delivery in one place The consumer closes a single order, even when it comes from more than one dealer. The platform splits the order, payment and delivery by origin, and the network sees all of it. Fitment by vehicle #### The storefront shows only the parts that fit the vehicle. The customer picks the vehicle, light or heavy line, and the catalog brings only what fits it, each part marked as compatible, with price and stock. CWS Platform demo screen, completed with fictitious data to show the use. #### Why the network's official portal beats the generalist Nobody beats the generalist marketplace on catalog size, and competing on price alone online is not sustainable. The network's official portal wins on three things the generalist doesn't have: correct part fitment for the vehicle, integrated availability across dealers and the factory, and service from people who know the vehicle. In the heavy line, what decides is reducing vehicle downtime: availability and remote service weigh as much as price, and that is exactly where the network has a structural advantage. CWS Platform doesn't sell a marketplace. It digitizes the operation the network already has, with the dealers, the sellers, the technicians and the factory as assets, and the marketplace emerges as the result. That is what defuses the objection of those who already have a website and don't want to become a generalist. Where the network beats the generalist. Nobody beats the generalist on catalog size. The network wins on correct fitment, availability across dealers and support from people who know the vehicle. #### What the platform does, in practice ##### Parts filtered by vehicle Filter by make, model and year, with a customer garage to save more than one vehicle. Works for light and heavy lines, including serial-number ranges on heavy equipment. ##### Regional dealer first Territory restriction and priority by service region, in-store pickup by zip code and freight calculated by origin. The right dealer shows first, and no dealer serves where it can't deliver. ##### Integrated stock in preference order Stock from other dealers and the factory as backup, exposed only when the priority dealer runs out, in the order the network manages. No lost sale for lack of local stock. ##### Chat with salesperson and technician Service inside the platform, by a general agent or by a salesperson with a restricted book of customers. Photo upload, cart built by the agent and quote shared by link. ##### AI agent that serves and builds the cart Natural-language search, comparison across dealers, cart and reorder, 24 hours a day, under the same price, territory and approval rules that apply to a human seller. ##### One order, several origins Order, payment and delivery split by dealer or factory, with price and freight per origin. The consumer closes one cart; the network receives each part at the right dealer. Chat support, with a record. Fitment questions go to the technician, negotiation to the sales rep, and the AI agent covers the rest of the time by building the cart. #### Network governance, without conflict between dealers A dealer marketplace lives or dies on four conditions, and none of them is technology: dealer adoption, where dealers need to see value without feeling the platform as a competitor; data quality on product, fitment, stock, price and lead time; liquidity, with enough supply and service for the consumer to come back; and governance, with clear rules for exposure, order distribution, pricing, commission, service, logistics and returns. CWS Platform is the layer where those rules are configured and hold across every channel: portal, app, chat, seller and AI agent. ##### Each dealer owns what is theirs Stock, prices, territory, customers and sellers per dealer. The network defines the preference order; the dealer defines what it exposes. One dealer doesn't lose a customer to another by design, not by handshake. ##### The network sees the whole Orders by origin, chat service on record, discounts with an author and a reason, traceable commission and split. What is lost today between phone and WhatsApp becomes network data. The network sees the whole. Each dealer runs what is theirs, and the network sees orders by origin, support and discounts with an author. What used to be lost in chat apps becomes data. #### By decision-maker Network / group director The pain: The vehicle owner searches for parts on the generalist, buys from whoever shows first, and the network becomes a warranty counter. Brand demand leaks out of the official channel. What changes: An official network portal, in the browser and in the app, that answers with the right part and the right dealer. Demand comes back inside, with the dealer preserved. Dealer parts manager The pain: Crowded counter, ringing phone, WhatsApp quotes with no trace. Anything not in stock becomes 'I'll call you back' and the sale dies. What changes: Routine orders leave the counter. What's missing comes from another dealer or the factory on the spot, inside the same order, and every interaction is recorded. CFO The pain: Stock sitting idle at one dealer and missing at another. High transaction cost per order, margin disappearing between counter discounts and improvised freight. What changes: Network stock exposed as one, with a preference order that favors turnover. Discounts with an author and a reason, freight and payment calculated on the order. IT / operations The pain: Each dealer has its own DMS and its own way of integrating. Yet another digital initiative risks becoming a stalled project. What changes: An orchestration layer over the systems already in place, via API, integrated dealer by dealer, with the portal built by configuration rather than a software project. Service area #### From the customer's address, the local dealer is the first offer. The portal asks where the customer is buying from and shows the dealers that serve that area, with distance, prep time and store pickup or delivery. CWS Platform demo screen, completed with fictitious data to show the use. #### The rails, in the dealer's vocabulary Vehicle filter and customer garage Serial-number fitment on heavy equipment Service territory per dealer Combined stock with priority order In-store pickup by zip code Chat with salesperson and technician Quote shared by link Order, payment and delivery split by origin Discounts with author and reason API integration with each dealer's system Customer garage #### The car stays saved in the garage, and the next purchase starts from it. Make, model and year go in once, on the portal or the app. After that, each saved vehicle opens the catalog already filtered with one tap. CWS Platform demo portal with fictitious data. #### In operation Tracbel · Volvo dealer · heavy line +10 margin points on portal orders, with 100% of the portfolio available (about 131,000 SKUs). Named best Volvo dealer in the world (Volvo Gold, 2025). Read the Tracbel case → Imdepa · auto parts distribution 3x more customers 153 customers activated in 3 years on the portal, without growing the team at the same rate, with the seller freed from routine orders for consultative work. Read the Imdepa case → On the manufacturer side, Pirelli, through Pirelli Conecta , orchestrates on CWS Platform the purchases of authorized resellers from selected distributors, and MTE-Thomson built its own digital sales channel. It is the same machine that sustains a dealer network's official portal. Persona · Vehicle owner No more wrong parts: I enter the vehicle and see only what fits. The vehicle filter and the customer garage show only parts that fit, and the dealer covering the region shows first. Persona · Dealer network director Demand came back to my network, and no dealer loses a customer to another. On CWS Platform, territory restriction, accounts per sales rep and preference order are configurable, and each dealer stays the owner of its stock and prices. #### Frequently asked questions ##### Isn't this competing with the generalist marketplace, where consumers already buy parts? You don't beat the generalist on catalog size. The official portal wins where the generalist can't reach: the right part for the right vehicle, availability integrated across the network's dealers and the factory, and service from people who know the vehicle. It's the case for an official portal that doesn't compete on price alone. ##### Each dealer has its own stock, prices and territory. How does that become a single portal? Each dealer stays the owner of its stock, its prices and its territory. The portal orchestrates: the dealer serving the customer's region shows first, the other dealers and the factory come in as backup in the order the network defines, and the order is split by origin without the consumer ever having to understand it. ##### The dealers in the network compete with each other. Won't the portal create conflict? The design starts from that. Territory restrictions, the seller's book of customers and the preference order for exposure are all configurable, so one dealer doesn't lose a customer to another and the consumer never goes unanswered. It's network governance, not a single storefront. ##### Will the dealer's salesperson and mechanic serve customers through the platform chat? Yes, without leaving their own system. The chat belongs to the platform: the consumer calls, the salesperson or the technician answers, builds the cart, sends the quote and closes, all recorded on the same order. When nobody is available, the AI agent takes over under the same rules. ##### Do we need the fitment catalog ready before we start? No. Vehicle fitment is what makes the part show up for the right vehicle, and CWS Platform turns raw catalog data (PDF, spreadsheet, image) into structured content, as a service and with an AI agent. The portal launches with the base the network has and grows with it. ##### What is a dealer portal? A dealer portal is the official online channel of a dealer network, where customers buy parts and services from the brand's own dealers instead of a generalist marketplace. On CWS Platform it filters parts by the customer's vehicle, routes the order to the dealer covering the customer's region, and backs it with the rest of the network and the factory. ##### Who is a dealer portal on CWS Platform for? Dealer networks and groups, brand associations and OEMs that want an official parts channel for the end consumer, in the light line, the heavy line or both. It fits when stock sits idle at one dealer and is missing at another, and when service still runs on phone and WhatsApp with no record. Talk to CWS Platform #### Want to see your network's portal with your catalog and your dealers? Tell us how many dealers, which brands, and whether the line is light, heavy or both. We come back with a demo in your network's scenario: the customer's vehicle, the regional dealer, network and factory backup, chat and AI agent. Talk to a specialist Book a demo The Governed Marketplace profile → See the Marketplace Center module → Auto parts and aftermarket → ← B2B portals --- ## B2B marketplace platform, governed by you | CWS Platform URL: https://www.cws-platform.com/en/portals/governed-marketplace/ ### Governed Marketplace: the B2B marketplace platform where you set the rules 1 of 4 › In the office · Reseller buyer The buyer picks which network store to buy from. Branches join the portal as stores, each with its own catalog, price and region. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › In the office · Auto parts retailer Each part shows how many network stores sell it. The store offering the price shows in search and on the product card. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › Management · CMO The order of stores in the storefront is the portal owner's rule. In Store Priority, partner stores show first for each profile, in the order the portal sets. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the shop · Shop technician In a single cart, each distributor becomes its own order. Checkout splits the order by store: each distributor receives only the items it sells. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Portals · by profile Almost every distributor loses sales to a thin assortment, and almost none of them fixes it, because the alternative would be buying stock or letting a third party configure price, freight and availability inside the house. Without a layer that allows the second option while keeping control, the company chooses not to act, and the stockout becomes a fact of life. The Governed Marketplace is the B2B marketplace platform with that layer: own and third-party stock in the same cart, with the rules for who appears, who delivers, who gets paid and how much stays at each end written by whoever owns the portal. #### In short A B2B marketplace platform lets a distributor sell its own stock and third-party stock in the same cart. On CWS Platform the marketplace is governed: the portal owner sets the storefront criteria, the order between stores, each seller's region and the commission, and every transaction is recorded by origin, which is what gives visibility into sell-out. - The profile runs on the Marketplace Management Platform (Marketplace Center). Source: Marketplace Center . - The order arrives split by origin in the Order Management System. Source: B2B order management (OMS) . - The price of each offer comes from Contextual Pricing, the same engine as the rest of the platform. Source: B2B pricing engine . - A live use case: the dealer network, with the regional dealer first and the rest of the network as backup. Source: dealer portal . To compare a marketplace with the other categories of solution, with no vendor names, see the guide to choosing a B2B ecommerce platform . #### A marketplace is an output, not an objective No project that began with the sentence "we want to launch a marketplace" ever comes close to liquidity. What works is the opposite route: digitise the operation that already exists, with the branches, sellers, suppliers and customers the company already has, and let the marketplace emerge as a consequence of an operation that became legible. That is why this profile is not sold as a new product. It is a state a B2B Digital Selling operation reaches when the assortment has to grow faster than the stock. The difference from a general marketplace is not in the catalog, it is in who keeps the customer. On a general marketplace demand is rented, and what comes back is less margin and no data from the end of the chain. On your own portal, every transaction records origin, and that is the raw material for the sell-out nobody can see today. #### The governed marketplace in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### The question that stalls the project: who controls the buy box In a marketplace, the most expensive decision is which offer appears first. When that decision is outsourced to the lowest price, the portal becomes an auction against its own owner, and the invited supplier stops being backup and becomes a competitor inside the house. CWS Platform treats this as configuration: the buy box criteria are yours, the order between combined stores is yours, and there is an explicit rule for not showing third-party prices on items you hold in your own stock. The same logic holds on the other side. The seller keeps price, terms and availability under their own control, and the portal governs the frame: region, exposure, commission and order rules. Governing the frame is not running someone else's commercial policy, and confusing the two is what makes most networks decline the invitation. Who controls the buy box. Without a rule, the day's lowest price decides and the partner becomes a competitor inside the house. With the owner's rule, offers come out in the order the network chose. #### The portal layer: what the owner defines A CWS Platform portal is configured in layers, and the first one belongs to the portal owner. That is where governance lives. The owner designs the ecosystem, and that configuration flows straight into every seller's Seller Center: - which stocks exist, which stock sells to whom and which stock serves which customer; - which seller serves from which stock, and which seller serves which customer; - the general financial rules, the default logistics options and the integrations; - the payment methods, on a B2B or B2C portal; - the preference between stocks: flagging and favoring own stock, third-party stock, or both. Below it comes the store layer: the invited stocks, from the company itself or from third parties. Each store receives orders, takes part in promotions and configures its own logistics, freight, payment methods and campaigns, within the freedom the owner granted. When a store has several stock points, its warehouses form the warehouse layer. How many layers come in is a project decision, and the recommendation is for the invitee to join as a store, because that is where it gets the most functionality and flexibility. That is why the levers on this page are not loose capabilities. The order between stores, the buy box criteria, each store's region, the split, pickup and the origin trail are what the portal layer configures. The buy box rule has an owner too: the option of not showing third-party prices for items the house holds in its own stock is the preference for own stock, parameterised by the portal owner. Portal, store and warehouse. Governance lives in the portal layer. From there, rules flow down to each invited store and to each store's warehouses. #### The four viability conditions A B2B marketplace lives or dies on four conditions, and none of them is technology. The platform replaces none of the four; it is the place where the fourth stops being a verbal understanding and becomes a parameter that holds equally across portal, app and seller module. - 1 ##### Participation Participants must see value before they feel the platform as a competitor. Participation is not decreed in a contract, it is designed into governance: what each one keeps under control is what decides whether they join. - 2 ##### Data quality Product, application, stock, price and lead time must be right at the moment of the offer. A marketplace on poor data is not a portal with a defect, it is a promise broken once per transaction. - 3 ##### Liquidity Enough supply and enough service for the buyer to come back. Without mass on both sides, the portal becomes a shop window nobody visits twice. - 4 ##### Governance Explicit rules for exposure, order distribution, pricing, commission, service, logistics and returns. It is the condition that sustains the other three, and the only one that cannot be bought ready-made. #### What the platform does, in practice ##### Combined stores with priority order Stores enter the portal in a defined order, and the platform honours that order when assembling the offer. Turnover goes where the operation decided. ##### Buy box by configurable criteria Who wins the offer comes from a criterion set by the portal owner, who parameterises the preference for own stock, third-party stock or both, including the option of hiding third-party prices for items the house holds in its own stock. ##### Store selection by category and brand A seller can take part only in the categories and brands where it makes sense, rather than entering the whole catalog. ##### Region restriction per store and per seller Each store and each seller serves the area it can actually cover. The restriction is there to avoid two houses in the same network competing for the same address. ##### Payment split and commission Payment is split among participating stores at transaction time, with commission by origin. The customer closes one cart and each part reaches whoever sold it. ##### Seller governance on pickup Store pickup can be restricted to your own stores or extended to partners, even when the partner holds the item. It is a commercial lever, and it is yours. ##### Identification of the offering store The store or branch that offered the price appears in search and on the product card, and stays identified on the order. Without it there is no auditable ecosystem. ##### Sellers operating their own orders The seller handles what is theirs, cancellation included, and receives transactional emails for the orders they serve. Operation is distributed, the rules stay central. All of it comes from the Marketplace Management Platform (Marketplace Center) on the same core that supports the other profiles: Commerce Rules Engine (CDL Workspace) for the rules, Contextual Pricing (Pricing Engine) for the price, Distributed Inventory (Inventory Hub) for stock across origins, Shipping & Fulfillment (Logistics Engine) for delivery and pickup, and the Order Management System (OMS) for the order split by origin. The buy box as configuration. Store order, third-party pricing and service region stop being verbal agreements and become parameters set by the portal owner. #### Coordinating multiple sellers in one portal When several sellers operate in the same portal, the question is no longer only who wins the offer. It becomes who sees what, who serves the buyer and who negotiates. On CWS Platform, five mechanisms answer it. ##### Inventory by seller and buy box Each inventory pool can be assigned to a seller, who sees and builds carts only from their own inventory. When several sellers carry the same item, the buy box rule decides who gets the offer. ##### Central support desk The portal's support team can sell from any seller's inventory, or from a broader list, and can also act as technical support. ##### In-marketplace chat Sellers chat with their own customers inside the marketplace, and so does the portal's support team. ##### Negotiation in a single cart Several sellers share one cart, each with its own freight, payment and discount. Each one negotiates within its own approval limit, and different limits are negotiated at the same time. One cart, several sellers, an approval limit for each. Each seller enters the cart with its own freight, payment and discount, and negotiates within its own approval limit at the same time as the others. Same product, different sellers, each with its own price and lead time, under the rules of a single portal. CWS Platform demo portal with fictitious data. ##### Buying for multiple locations One buyer can purchase on behalf of several others, the way a central purchasing office buys for its branches, and negotiate with multiple suppliers in the same portal. #### By decision-maker angle Distributor owner or director The pain: The customer asks, the company does not have it, and they buy from a competitor. The item exists at the supplier, but widening the assortment would mean buying stock. What changes: Assortment grows without tied-up capital. The third party covers the stockout inside the house's rules, and the sale that was walking away stays, with the customer still served by the distributor's portal. Invited supplier or seller The pain: Joining someone else's portal looks like handing over price, customers and autonomy. And it looks like a long integration project before any result. What changes: They keep price, terms and availability under control, and start by registering the sales that already exist. If they already operate on another CWS Platform portal, they use the same login and receive in the same OMS. What they gain is qualified demand without building a channel of their own. Anchor manufacturer The pain: Has scale and reach, and still does not know how much the channel sold at the end. Without sell-out there is no forecast, no intelligent replenishment and no measurable campaign. What changes: Every transaction becomes traceable by origin. The network's power gains a readout, and the anchor can activate the channel by rule rather than by phone. CFO The pain: Volume grows and margin does not follow. Commission settled afterwards in a spreadsheet, and returns nobody can attribute to the right origin. What changes: Payment and commission split at transaction time, with origin recorded on the order, the transactional email and the cancellation. Settlement stops being a month-end job. Split and commission at transaction time. The customer pays once. The split between stores and the commission happen at purchase time, with the origin recorded on the order. #### The three designs this profile covers 3 All three run on the same engine and differ on a single question: whose stock appears in the buy box. Moving between designs is a reconfiguration, not a new project, and an operation commonly starts at the first and arrives at the third. Own network as sellers The distributor's own branches and stores enter the portal as stores, each with its own catalog, price, region, campaign and logistics, or as warehouses of an internal store, when the network prefers simpler service and a single campaign. All stock is the company's, and governance exists so units do not compete with each other. Hybrid: own and third-party stock The portal still belongs to the distributor, and the assortment starts to include invited suppliers. The same customer is served from own or third-party stock, and the rule of who appears first belongs to the portal owner, not to the deepest discount. Ecosystem orchestrated by an anchor An industry player or an association organizes purchasing for an entire network from selected distributors. Whoever publishes the frame is not whoever sells, and governance must protect each link's commercial autonomy for the network to join. #### The governance levers, from buy box to payout 6 Governing a marketplace is not choosing who joins, it is deciding what each participant may do once in. Every lever below is a configuration of the portal layer, the owner's, and flows from it into each store's Seller Center. They are not loose capabilities: they are the decisions the owner makes when designing the ecosystem. Stock priority between stores Stores are combined in a defined order, and the platform honours that order when assembling the offer. It is how turnover goes where the operation decided, rather than to whoever has the lowest price at that moment. Buy box by criteria, not by auction The criteria for who wins the offer are configurable: the portal owner flags and favors own stock, third-party stock or both, and can hide third-party prices for items the portal holds in its own stock. Without that rule, the marketplace becomes an auction against its own owner. Service region per store and per seller Each store and each seller has the area it can genuinely serve, and the restriction is there to avoid overlap. Two houses in the same network fighting over one customer is the most common reason a network refuses the portal. Payment split and commission Payment is split among participating stores at transaction time, with commission recorded by origin. The customer closes one cart, and each part reaches whoever sold it, with no later spreadsheet settlement. Store pickup as the owner's decision There is a choice to offer pickup only at own stores or also at partner stores, even when the partner has the item. Favouring your own house at pickup is a commercial lever, not a side effect. Origin trail on every order The store that offered the price is identified in search and on the product card, and stays identified on the order, the transactional email and the cancellation. An ecosystem can only be governed if every transaction says where it came from. #### The rails, in the operator's vocabulary Portal, store and warehouse layers Preference for own or third-party stock One login, many portals Partner stores and combined stores Stock prioritization between stores Store selection by category and brand Payment split between stores Commission by origin Region restriction per store and per seller Store pickup with seller governance Identification of the store offering the price Order cancellation by the seller Transactional email per serving store Several sellers #### The summary splits what each store sells and ships. With several sellers in the same cart, the summary splits what each store sells and ships, with each one's shipping. CWS Platform demo screen, completed with fictitious data to show the use. #### A use case already live ##### Dealer marketplace The profile applied to a network of light and heavy vehicle dealers: the vehicle owner enters the car, sees only the parts that fit, buys from the dealer covering their region, and whatever is missing comes from another house or from the factory in the order the network administers. See the use case → Chat per seller #### Each seller talks to their own customers inside the marketplace. The chat opens the buyer's conversation list with each store and with the network specialist, and the conversation stays recorded in the same portal where the order closes. CWS Platform demo portal with fictitious data. #### In operation Tracbel · Volvo dealer · heavy line +10 margin points on orders through the portal, with 100% of the portfolio available (around 131,000 SKUs). Read the Tracbel case → Imdepa · auto parts distribution 3x more customers 153 customers activated in 3 years on the portal, without growing the team in proportion. Read the Imdepa case → On the industry side, Pirelli, through Pirelli Conecta , orchestrates on CWS Platform the buying of its authorized resellers from selected distributors, and MTE-Thomson built its own digital sales channel that strengthens its distribution. Those are the two shapes of anchor-orchestrated ecosystem running on the same engine. #### Frequently asked questions ##### If I open my portal to third-party stock, am I not teaching my customer to buy from someone else? Only if the buy box is an auction. Here the criteria for who wins the offer are your configuration, and they include the option of not showing third-party prices for items you hold in your own stock. The third party enters where you had a stockout, not where you had a sale. ##### How do I convince a supplier to join without them feeling they lose control of their pricing? Because they don't. The seller sets their price, terms and availability, and the portal's governance sets the frame: region, exposure, commission and order rules. Governing the frame is not running someone else's commercial policy, and that distinction is what makes a network join. ##### My branches compete with each other. Won't the portal create internal conflict? That is precisely what region restriction and the priority order between combined stores exist to avoid. Each store serves the area it can actually cover, and the order in which the others come in as backup is the network's decision, not the lowest price of the day. ##### How much will a seller have to change before seeing results? Entry is through what they already do. If they already operate on another CWS Platform portal, they join with the same login, and orders from this portal land in the same OMS where they already receive the others: one login, many portals, and the only thing that changes is the rules they accept when offering here. If it is their first time, the first step is registering the sales that already exist on the platform, with the catalog and stock they already have, and portal owner, store and warehouse staff all sign in to the same system, in the same place. Prioritization, campaigns and the AI agent come on top afterwards, once the operational data is trustworthy. It is also why the more CWS Platform portals there are around a sector, the cheaper it gets to build an ecosystem in it. ##### Isn't this the same as listing my products on a general marketplace? No, and the difference is who keeps the customer. On a general marketplace you rent demand and give back margin and data. In a governed marketplace the portal is yours, the rules are yours, and every transaction stays traceable by origin, which is the raw material for the sell-out you cannot see today. ##### What is a B2B marketplace platform? A B2B marketplace platform lets one company sell its own stock and third-party stock to business customers in the same cart. On CWS Platform the marketplace is governed: the portal owner sets the storefront, the regions and the commission, and the order arrives split by origin, with payment divided among the stores. ##### What does a B2B marketplace need to work? Four conditions, and none of them is technology: participant buy-in, data quality, liquidity of supply and service, and explicit governance. The platform replaces none of the four; it is where governance stops being a verbal agreement and becomes a parameter that holds equally for everyone. ##### How do you manage supplier relationships on a B2B marketplace? Managing supplier relationships relies on transparent governance across the Seller Center. On CWS Platform, the portal owner manages the overall framework, controlling regions, visibility criteria, and commissions, while suppliers maintain direct control over pricing, terms, and availability. This parameterization prevents internal channel conflict by organizing combined stores so invited partners act as network backup rather than direct competitors. ##### How do B2B marketplaces facilitate bulk ordering and custom pricing? On CWS Platform, pricing for every storefront offer originates from Contextual Pricing, the platform's unified native calculation engine. Incoming orders flow into the Order Management System, where multi-item purchases are split and allocated according to the specific inventory origin of each participating seller within a single transaction checkout. ##### What are the benefits of integrating a B2B marketplace with existing ERP systems? Integrating the marketplace with the ERP keeps pricing, inventory and orders from living in two places. CWS Platform integrates through APIs and has already delivered deep integrations with Microsoft Dynamics; other ERPs connect through the same APIs, scoped project by project. ##### What is the definition of a buy box in a business-to-business context? In a B2B context, the buy box defines which seller offer takes primary exposure on the storefront. Rather than defaulting to an automated lowest-price race, CWS Platform configures buy box logic through rules set by the portal owner, preserving network priorities and hiding third-party prices whenever items remain available in internal inventory. ##### What is the difference between B2B and B2C marketplaces? The central distinction lies in commercial governance and customer relationship ownership. On broad consumer-oriented marketplaces, audience demand is rented, leading to eroded margins and missing end-customer data. In a governed B2B marketplace built on CWS Platform, every transaction records stock origin, providing genuine sell-out tracking without running auctions against company inventory. Talk to CWS Platform #### Want to see your buy box with your rules? Tell us how many stores or branches take part, whether third-party stock is involved and who decides the order of the offer. We come back with a demo in your scenario: priority between stores, service regions per store, split, and the order arriving divided by origin. Talk to a specialist Book a demo See the Marketplace Center module → B2B Digital Selling → ← B2B portals Persona · Invited supplier I sell on someone else's portal, and my price and terms are still mine. In the Governed Marketplace, the seller keeps price, terms and availability under their own control, and the portal governs region, exposure, commission and order rules. Persona · Operations director, distributor When my stock runs out, a partner covers it and the sale stays with me. In the Marketplace Center, own and third-party stock share the same cart, and the portal owner sets the buy box criterion. --- ## Guided selling software: B2B sales portal | CWS Platform URL: https://www.cws-platform.com/en/portals/guided-selling/ ### Guided selling: the B2B sales portal where reps negotiate inside the rules 1 of 4 › In the boardroom · Commerce director Each role with its own approval limit, by customer and table. Every discount has an author and a reason, and anything above the limit goes up for approval in the order itself. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › In the session · Sales rep The customer comes identified, and the rep closes the order on their behalf. The My Sessions bar carries who is on the other side: price, terms and address are already that customer's. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › On the phone · Reseller buyer The buyer asks in the chat and the rep answers with the stock. The conversation ends in the cart: human service becomes a traceable order. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › In the office · Reseller buyer The buyer opens the cart the rep built and sees what he changed. In the Real-Time Shared Cart the buyer closes right there or sends it back to the rep to finish. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Portals · by profile In complex B2B, the rep spends much of the day quoting instead of selling. Assisted Selling is guided selling on the rep's digital negotiation table: the Assisted Selling Platform (Sales Hub), with the customer, the margin and the rules in plain sight. #### In short Guided selling is the B2B model where the sales rep leads the order together with the buyer, instead of just taking it down. On CWS Platform it runs in a B2B sales portal, the Assisted Selling Platform (Sales Hub): rep and buyer in the same Real-Time Shared Cart, with credit and margin in plain sight, and every discount inside the Commerce Rules Engine approval limits. - Rep and buyer negotiate in the same Real-Time Shared Cart, in real time. Source: sales rep software on the Sales Hub . - Every discount requires a Reason Code and follows the approval limit by profile. Source: business rules engine . - The reorder goes to self-service, and the rep keeps the complex negotiation. Source: B2B customer portal . - At Imdepa, the portal led to 3x more customers activated in three years, without growing the team in the same proportion. Source: Imdepa case . Putting the rep inside the channel, not competing with it, is one of the criteria in the guide to choosing a B2B ecommerce platform . #### What is guided selling Guided selling is selling where the sales rep leads the purchase together with the customer: helping build the order, negotiating price, terms and quantity, and closing the deal, instead of just writing down what the customer asked for. In B2B, it handles the purchases that need a conversation, while routine reorders move to self-service. On CWS Platform, that conversation happens in the buyer's own cart and inside each rep's approval limit. See it in a demo with your own case . #### Guided selling in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### From order-taker to governed negotiator The rep's role evolves through four stages: attendant, facilitator, governed negotiator and consultant with AI. The Sales Copilot does the behind-the-scenes work: account ranking, margin and inactivity alerts, and builds the quote. The Customer Intelligence Panel brings up the customer's context in one click. Autonomy is configuration. The operation starts at the lowest-risk level and climbs as the team gains confidence, without changing platforms. The agent checks the same rule that limits the human. #### Freedom to negotiate, on rails The rep moves price, terms, freight and composition on the spot, and every concession goes through the same Commerce Rules Engine rules: Approval Workflows, Pre-Submission Guardrails, Discount Stacking Prevention and Reason Codes. The company gains speed without losing control of margin. Within authority #### The rep steps into the customer's cart and negotiates within their own limit. In the assisted selling cart, the rep sees the customer type, the contract price list and their role's ceiling, and negotiates within that. Past the ceiling, the discount goes up for approval. CWS Platform demo portal with fictitious data. ##### For the commercial director Every discount has an author and a justification, approval limits are by profile, and account ranking shows where the team wins and where it leaves margin on the table. Governance without taking away the freedom to negotiate. Sales Copilot #### The AI Agent builds the quote. The rep decides. The Sales Copilot points to today's customer and leaves the quote built, with the variables it used. The rep approves, edits or discards it. See the Sales Copilot → CWS Platform demo portal with fictitious data. At checkout #### The chat stays open at checkout: the rep negotiates and adds the item to the cart. In the Assisted Selling Platform (Sales Hub), rep and buyer talk in the chat inside the same Real-Time Shared Cart: the rep adjusts the discount, which goes for approval when it goes past the authority limit, and adds the requested item, with the cart updated for both. CWS Platform demo screen, completed with fictitious data to show the use. In real production · Imdepa At Imdepa, the same machine that processes the simple transaction frees the rep from about 70% of the time spent on processing, redirecting it to proactive consulting. The portal led to 3x more customers activated in three years, without growing the team in the same proportion. "O valor real não é a receita que se vê nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores." Paulo R. S. Pereira, Digital Sales Coordinator at Imdepa · read the case Two paths, one cart. The rep joins a negotiation the buyer started alone, or sends the link for them to finish. There is no handover between systems because there are not two systems. #### Seller configurations, from least autonomy to most 4 Seller autonomy is a configuration, not a culture. An operation starts at the first level, with no margin risk, and moves up as the team gains confidence, without changing platforms. Attendant Zero pricing autonomy. The seller builds the order and runs the conversation, and the price is whatever the engine derived. It is where an operation starts when it wants no risk at all. Facilitator Low autonomy, typically freight only and within a narrow band. It serves the transition: the seller gains a real lever, and product margin stays untouched. Negotiator with thresholds Governed autonomy over price, freight and terms, with mandatory justification and a block before an unviable order exists. This is the level where the platform starts to look like a risk desk. Consultant with AI The greatest autonomy, with the Sales Copilot alongside suggesting the next offer and anticipating what would not pass. The agent queries the same rule that constrains the human. #### The journey is dual, and both run on the same core 3 What changes between them is who is in front, not the engine behind. When they are two systems, the portal's price and the seller's price drift apart, and the buyer learns not to trust the portal. Self-service The buyer identifies themselves, sees the table for their own profile, gets automatic campaigns applied and closes on their own. The trail is browsing and order history. Assisted The seller identifies the customer and receives credit, outstanding items and history before building any proposal. They adjust price and freight within their threshold, and each adjustment requires a justification. The same cart The two meet in the same cart: the seller joins a negotiation that started self-service, or sends the link for the buyer to finish. There is no handover between systems because there are not two systems. #### Frequently asked questions ##### Does the CWS Platform take the rep out of the equation? No. The Assisted Selling Platform (Sales Hub) gives the rep a better tool: seller and buyer in the same Real-Time Shared Cart, with context and approval limits. Some operations run 100% through it. ##### How does the manager control the discount each rep grants? Through Approval Workflows applied by the Commerce Rules Engine, with approval limits by profile and a mandatory Reason Code, so every concession has an author and a justification. ##### What does the rep see about the customer? The Customer Intelligence Panel brings up the customer's history, credit and context in one click, and account-based access ensures each rep sees only their own base. ##### What is guided selling in B2B? It is selling where the rep leads the order together with the buyer, negotiating price, terms and composition, instead of just keying in what the customer asked for. On CWS Platform this happens in the Assisted Selling Platform (Sales Hub), with rep and buyer in the same cart and every concession inside the approval limit of the rep's profile. ##### What is a B2B sales portal? It is the portal where the sales rep sells, not only where the buyer orders. On CWS Platform the rep opens the customer's context in one click, shares the same cart with the buyer in real time and grants discounts inside the approval limit of the profile, while routine reorders go to the B2B self-service portal. ##### What is the difference between guided selling and B2B self-service? In guided selling the rep negotiates with the customer; in self-service the buyer places the order without waiting for anyone. Both run on the same core and the same rules: the reorder goes to the B2B customer portal, and the rep keeps the complex negotiation and the relationship. ##### What is discount governance in B2B sales? It is the control over who can grant which discount, under which condition and with which justification. On the CWS Platform, the Commerce Rules Engine enforces it: each rep has a tiered approval limit, a line above the ceiling stays blocked until a reason is entered, and a manual discount overrides automatic coupons instead of stacking. Every concession keeps its author and Reason Code. Persona · Field sales rep I no longer spend my day quoting. I negotiate price and terms on the spot. In the Assisted Selling Platform (Sales Hub), the Sales Copilot builds the quote, and every concession stays within the profile's approval limits in the Commerce Rules Engine. Persona · Sales manager No more chasing discounts nobody owns: every concession has an author and a reason. Approval Workflows in the Commerce Rules Engine enforce approval limits by profile, and a line above the ceiling stays blocked until a reason is entered. Schedule a demo See the Sales Hub module → ← B2B Portals --- ## Industry solutions | CWS Platform URL: https://www.cws-platform.com/en/solutions/ Industry solutions ### The same pain, in each industry's vocabulary. The transaction cost per order eats into margin in any complex B2B channel. The jargon changes, not the structure. See how CWS Platform answers in each vertical. #### Agribusiness distribution and input resale Every big quote runs through spreadsheets, phone calls and days of waiting while price shifts by region, crop and campaign. CWS Platform turns the quote into a governed order — priced in milliseconds, with barter as native payment — without pulling the RTV out of the relationship with the grower. See the industry → #### Auto parts and aftermarket Hundreds of thousands of SKUs with vehicle fitment, price by customer and region, reverse freight and warranty governed by rule. CWS Platform digitizes the decision, not just the channel, with the counter preserved. Case in this vertical Imdepa: growing 3x in customers without 3x the sales team See the industry → #### Construction and materials A technical, drawn-out sale: the engineer specifies, the buyer executes, and a quote drags on in between. CWS Platform models each builder's commercial policy as an executable rule — from spec to order — with markup, cubed freight and state tax figured into the same order. Case in this vertical Tracbel: the margin that came from customers discovering the catalog See the industry → #### Wholesale fashion and B2B apparel The showroom and the book still sell the collection; what escapes is mid-season replenishment and the read on real sell-through. CWS Platform covers it with inventory-aware replenishment and sell-out visibility by retailer and size grid. Case in this vertical Circuito de Compras (CDC): a multi-banner portal for popular wholesale See the industry → Adjacent verticals (opportunity, not focus): healthcare and pharma, industrial MRO, wholesale food. Electrical supplies and home textiles (bed, bath and table linens) come in as the proof base matures. --- ## Agribusiness distribution and input resale | CWS Platform URL: https://www.cws-platform.com/en/solutions/agribusiness/ Industry solution · Agribusiness ### The harvest won't wait for the spreadsheet. Every big quote runs through spreadsheets, phone calls and days of waiting, while price shifts by region, by crop and by campaign, and credit comes tied to barter. By the time the quote comes back, the price window has already closed. CWS Platform puts the price, credit and mix decision inside governed rails, calculated in milliseconds, without pulling the RTV out of the relationship with the grower. Target profile US$40M to US$400M in revenue, 5 to 80 branches, 50 to 500 field sales reps (RTVs). Core pain Manual quoting, price by region and crop, credit tied to barter, and the crop cycle that makes a big quote take days. Figures converted from Brazilian reais at R$5.00 = US$1.00. #### Agribusiness in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### What changes The answer isn't to swap the RTV for a robot. It's to give the rep a digital negotiation table (Assisted Selling Platform, the Sales Hub) where price by region and crop, credit and order composition already come governed by rule (Commerce Rules Engine, the CDL Workspace). Barter stops being a side deal and becomes a native payment method at checkout (Credit-First B2B Checkout), with the campaign-indexed price calculated on the spot (Contextual Pricing). The grower sees more catalog, the order closes without the spreadsheet bottleneck, and the RTV goes back to handling technical guidance and the relationship. The pricing policy, written once. Region, crop and campaign enter as a rule in the Commerce Rules Engine, and Contextual Pricing computes the price in milliseconds, with the validity the season requires. #### By decision-maker angle CEO The pain: The younger grower already buys digital, and the digitally native competitor is advancing into your territory. What changes: The shift from RTV to agent happens without losing the relationship that holds the channel together. Commercial Director The pain: The RTV spends most of their time quoting in a spreadsheet instead of selling, and every new campaign turns into manual rework. What changes: RTV productivity rises because price, credit, barter and quota are governed by rule. CFO The pain: Credit tied up in barter and margin per harvest slip out of control, and the cost per quote erodes margin before the input even ships. What changes: Barter as native payment and traceable concessions (Reason Codes) make credit auditable. CIO The pain: Integrating quota, crop-based pricing and barter into the agribusiness ERP has stalled in digital initiatives nobody uses. What changes: The platform orchestrates over the ERP rather than replacing it, with quota and price governance in a parallel layer. By the time the quote returns, the window has closed. The season cycle does not wait for the manual path. With price, credit and mix governed by rule, the answer arrives inside the window where it still holds. #### The capability no one replicates ##### Barter as native payment Campaign credit, grain barter and harvest terms enter checkout as a governed payment method (Net Terms 30/60/90), instead of becoming a manual deal reconciled later. ##### Campaign-indexed price, with a short validity window Price by region, crop and campaign calculated in milliseconds, with the validity window the crop cycle demands, so the quote doesn't come back already expired. Barter enters the checkout. Campaign credit and grain exchange become a governed payment method in the Credit-First B2B Checkout, instead of a side agreement reconciled later. #### The negotiation rails, in agribusiness vocabulary Barter as native payment Net Terms 30/60/90 Contextual Pricing by region and crop Approval Workflows Discount Stacking Prevention Autonomy Gradient (Human-in-the-Loop) No signal, and still inside the rule. The rep application has functional parity with a local cache. Working offline opens no margin exception: the rule that caps the concession is the same. #### In operation CWS Platform brings to agribusiness the same mechanism that already governs complex distribution operations: the quote leaves the spreadsheet and becomes a governed order, price by region and crop is calculated on the spot, and campaign credit is treated as native payment, all under deterministic rules with AI in Human-in-the-Loop. Named proof, with numbers, will go here as soon as there's an agribusiness case cleared by the customer, without importing a number from another industry as if it belonged to this one. Quoting in the field #### The quote builds itself in the chat, with regional price and barter. The field sales rep builds the quote in the chat, with the regional price and the season's barter already in the order, and the portal shows what is still missing to close. CWS Platform demo screen, completed with fictitious data to show the use. #### Frequently asked questions ##### My grower buys on the RTV's word. Won't this push them away? The RTV stays at the center. Digital extends their reach — more catalog and quotes with no waiting — and takes over the routine work, while the rep handles technical guidance and the relationship. The AI suggests, the RTV decides, under the Autonomy Gradient (Human-in-the-Loop). ##### Barter is a case-by-case deal. Can that go into a system? Yes. Barter enters as a rule-governed payment method at checkout (Credit-First B2B Checkout), with the campaign terms parameterized, instead of becoming a spreadsheet reconciled later. ##### Out in the field the signal drops. Can the seller negotiate without stable internet? They can. The seller's app is not the website resized, it is functional parity with a local cache: catalog, price and approval thresholds stay valid on the device, the negotiation happens where the signal is weak or absent, and synchronisation occurs when the connection returns. The rule that limits a concession is the same one as at the office, so operating offline does not open a margin exception. ##### My price changes by region, crop and campaign. Won't the portal flatten that? It doesn't flatten it. The rule is precisely your pricing policy by region and crop (Contextual Pricing), calculated in milliseconds and with a short validity window. Governance models the policy; it doesn't standardize the decision. Persona · Field sales rep (RTV) Quotes go out with no waiting, and I'm back to giving technical guidance. In the CWS Platform Sales Hub, price by region and crop, credit and order composition come governed by rule, with no spreadsheet bottleneck. Persona · Grower Barter goes into the order itself, and my RTV is still by my side. Barter becomes a native payment method at checkout, with campaign pricing calculated on the spot (Contextual Pricing), without taking the RTV out of the relationship. Schedule a demo See credit and barter at checkout → ← See all industries The seller's desk in the field → Architecture and security → --- ## AI product imagery and catalog | CWS Platform URL: https://www.cws-platform.com/en/solutions/ai-product-imagery/ Solution by model · Visual production ### Product imagery has become the launch bottleneck. Anyone selling physical product depends on imagery to sell before the customer can touch the item. Yet producing imagery is expensive, slow and centralized: one studio cycle per collection, a queue that doesn't fit the calendar, and one photo per SKU that serves every channel or none. Out in the field, the store improvises with phone photos, off-brand. CWS Platform treats imagery as what it actually is in the operation, a commercial asset that must be produced at scale and governed, not artisanal work repeated at every launch. Who it's for Manufacturers and retail chains with a large catalog and collection turnover, distributing to owned stores, franchises or resellers. Core pain Hundreds of SKUs without quality imagery on launch day, and a field that promotes however it can, off-brand. #### What changes The product photo stops being the finished material and becomes the base asset. From it, the Catalog Enrichment Agent generates the professional image, the product record and the publication per SKU, in a 7-step pipeline. Context becomes a decision for whoever is selling, not for whoever took the photo: the same product appears in the scene, the format and the visual language each channel, each region and each customer asks for. And because the image is born attached to the SKU in the catalog, it can be regenerated in batches and corrected everywhere it has already appeared. The photo stops being the finished material. From the photo, the Catalog Enrichment Agent generates the professional image, the product sheet and the per-SKU publication, in a seven-stage pipeline. #### Two operating modes, one brand in command This is not a choice between control and speed. Headquarters produces volume and the field produces context, on the same asset library and the same rules. Centralized ##### Headquarters produces at scale - Ingest the assets you already have: product photos, records and spreadsheets, through the platform or by API - Large batches, with the same SKU across multiple contexts, formats and catalogs - Distribution to stores, franchises, resellers and channels from a single asset bank - Batch reprocessing when the season, the campaign or the positioning changes Decentralized ##### The field produces on a phone - The seller photographs the item in the store and generates the image on the spot, with no marketing team - Customer or customer-group context: style, occasion, region - A PDF catalog per customer or per group, shared straight to WhatsApp - Always within brand rules: official library, templates and review defined by headquarters #### Where it turns into sales ##### One product, many contexts The same SKU across different scenes and audiences, in every format the channel demands. Catalogs by store type, by region or by buyer profile, without producing from scratch each time. ##### The seller as a content producer A photo in the store, the customer's context, the image generated and sent over WhatsApp in minutes. The customer base is activated by whoever already serves it, with on-brand material. ##### Presence across channels and social The item of the week in feed and story formats, varying by store and region, plus the formats each sales channel demands of the same approved asset. ##### Service level for the reseller network The manufacturer opens the approved image bank to resellers, who generate variations in their own context within what the brand allows. The small reseller finally has on-brand material. The same product, in every format the channel asks for. The same SKU appears in the scene, format and visual language each channel, region and customer asks for, from a single approved asset. #### The governance that separates industrial AI from experimental AI Generating one good-looking image is easy. The hard part is generating thousands while keeping the product faithful and the brand recognizable, with thousands of points producing at once. It is the same principle that governs the platform's AI Agents: the AI orchestrates the journey, and the deterministic core guarantees the truth of what is being sold. ##### The product record is the contract The official record defines what the image may and may not show. The scene is generated; the product stays faithful. ##### Official library and templates Scenes, typography, colors and sign-off approved by the brand. The field picks from options; it doesn't invent them. ##### Human review by authority level What a store publishes on its own and what goes through headquarters is configuration, not convention. Approval where the risk calls for it. ##### Provenance for every asset Origin, version, derivations and where each image was used. That is what makes regeneration and propagation controllable. The image does not live loose. The image is born tied to the SKU in Product Catalog and MDM, with origin, version and derivatives recorded, and that is what makes bulk changes possible. #### The rails behind it Catalog Enrichment Agent Product Catalog & MDM Commerce Marketing & Promotions No-Code Storefront Builder Autonomy Gradient (Human-in-the-Loop) Approval Workflows Persona · Marketing director, retail chain Imagery no longer holds up our launches, and stores promote on brand. From the product photo, the Catalog Enrichment Agent generates the professional image and the product record per SKU, and the field produces within the brand's rules. Persona · Store sales associate No more makeshift photos: I shoot the item in the store and the image comes out ready. The Catalog Enrichment Agent generates the image on the spot, and the field picks from brand-approved scenes and templates, with no marketing team. #### In operation In apparel wholesale, this capability is live in the MayaApp CDC, the white-label mobile app built by CWS Platform for the small retailers of the Circuito de Compras, in the Brás district of São Paulo. The retailer photographs the product on a phone, the CWS Platform AI agent builds the record and the imagery, and the app generates a personalized PDF catalog, with the store's theme, cover and colors, ready to share over WhatsApp in a few taps. It is the thesis applied at the most fragile link in the chain: those without a marketing team now have on-brand material. See the Circuito de Compras case → #### Frequently asked questions ##### Doesn't AI-generated imagery misrepresent the product? That is exactly the risk governance addresses. The official product record is the contract for the image: it defines color, cut, fabric and what cannot be altered. The scene is generated; the product is not. And there is human review by authority level before publishing, on the same Autonomy Gradient standard that governs the AI Agents. ##### If the field seller generates imagery, do I lose control of the brand? No, because they don't start from a blank canvas. Headquarters defines the scene library, the templates, the typography and the sign-off; the field picks from approved options. It is the same logic that distributes a pricing rule to thousands of buyers without handing them the ERP. ##### Does this replace the studio and campaign production? No. The collection campaign stays in the studio, with art direction. What the platform covers is the volume the studio never reaches: the replenishment SKU, the item that arrived off-calendar, the specific context of a region or a customer, and the formats each channel demands of the same product. ##### How does this connect to the catalog we already have? The image doesn't live on its own. It is born attached to the SKU in Product Catalog & MDM, with origin, version and derivations on record, and that is what makes it possible to regenerate a batch when the season changes, or to propagate a correction to every channel where that image appeared. Schedule a demo See the Catalog Enrichment Agent ← See all solutions --- ## Auto parts ecommerce platform with fitment | CWS Platform URL: https://www.cws-platform.com/en/solutions/auto-parts/ ### Auto parts ecommerce with hundreds of thousands of SKUs, and margin walking out the door with every order. 1 of 4 › See parts fitment For aftermarket commerce leaders Each customer's and region's price, written once. Each rule carries role, customer type and priority in the Commerce Rules Engine (CDL Workspace), and Contextual Pricing derives the price with tax already built in. Book a demo See parts fitment 1-minute video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › In the stockroom · Reseller buyer The buyer switches cars in the garage, and the list already shows what fits it. The cars the shop works on stay saved in the portal; one tap filters the catalog again by that vehicle's fitment. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › In the morning · Auto parts retailer The overnight order is ready when the store opens. The Procurement Agent built the cart after hours, at the contract price; whatever exceeded the credit limit waits for a person to approve it. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › At the counter · Counter salesperson The right part by the car, not by the code. The salesperson types the part and the car and sees only what fits it, with that customer's price and what is on the shelf. Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Industry solution · Auto parts In the aftermarket, the pain is volume: a parts catalog with fitment by vehicle, price by customer and region, reverse freight, returns and warranty, and the end-of-month reconciliation with the automaker. Every order carries a transaction cost that eats into margin before the part even leaves the warehouse. As an auto parts ecommerce platform, CWS Platform digitizes the decision, not just the channel, without taking the counter off the stage. #### In short An auto parts ecommerce platform starts with the catalog that links each SKU to the vehicle it fits. On CWS Platform the buyer finds the part by fitment and context, not just by code, and sees their own price, with Brazil's federal and state taxes (IPI, ICMS, ST) and freight calculated on the order. A catalog that arrives raw, in PDF or spreadsheet, can be treated with AI. - The fitment table links the SKU to the vehicle or equipment it fits, with equivalence across brands. Source: Product Catalog & MDM (Catalog Engine) . - Price by customer and region comes from Contextual Pricing, with tax already built into the price. Source: B2B pricing engine . - The rep stops processing orders and starts negotiating the book of business. Source: guided selling . - At Imdepa, an auto parts distributor, the B2B portal activated 153 customers in 3 years. Source: Imdepa case . A technical catalog, with fitment and equivalence across brands, is one of the criteria in the guide to choosing a B2B ecommerce platform . For store networks that sell parts and tires from each location's stock, store fulfillment shows the single order with pickup and delivery. Target profile US$20M to US$300M in revenue, 3 to 30 branches, mixed channel (independent workshops, chains and fleets). Core pain Exploding SKU count (200,000 or more), price by customer and region, reverse freight, returns and warranty, reconciliation with the automaker. Figures converted from Brazilian reais at R$5.00 = US$1.00. #### What changes The counter stays for those who prefer the phone. CWS Platform covers after-hours and reorders and, above all, changes how the part is found: the buyer searches by context and fitment, not just by code, and discovers items they didn't know existed. Price by customer and region, the taxes, freight and warranty are governed by rule and calculated in the same order (Contextual Pricing and Credit-First B2B Checkout). The rep moves out of the order-processor role and becomes a consultant, supported by sales rep software on the Sales Hub , without the repair shop having to learn a new interface. The counter stays, the portal covers the rest. Buyers who prefer the phone stay with the counter. The portal covers after hours and reorders, and the rep moves from processing to advising. #### Parts fitment in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### By decision-maker angle CEO The pain: The younger buyer already does everything digitally, and the sale I don't capture leaks to the gray market. What changes: The digital aftermarket brings that demand into the official channel, with the physical counter preserved. Commercial Director The pain: Outside business hours the sale stops, and the reorder depends on someone remembering to call. What changes: 24/7 coverage and predictable reorders, with the rep focused on the book of business and margin, not on keying in orders. CFO The pain: Revenue grows but margin disappears, eroded by the wrong price, untraceable concessions and the transaction cost per SKU. What changes: Margin per SKU and turnover under governance, with traceable concessions (Reason Codes) and taxes calculated without error at checkout. CIO The pain: The fitment catalog, the ERP and the WMS don't talk to each other, and yet another digital initiative risks becoming a stalled project. What changes: Orchestration over the ERP, integrated with the fitment catalog and inventory, in a parallel, auditable layer. Margin leaves before the part does. Reverse freight, warranty, tax and reconciliation eat margin order by order. Governed by rule, they are calculated inside the order itself. #### The capability no one replicates ##### Finding the part by context, not just by code Search by vehicle and fitment that solves the order for someone who doesn't know the exact code and surfaces compatible items the customer wouldn't ask for on their own. ##### Price and taxes by customer, in the same order Price by customer, region and profile governed by rule, with taxes, freight and pre-approved credit calculated in seconds at checkout, with no price list exposed to everyone. Four taps on the phone to reach the right fitment. The car is chosen, and the catalog shows only what fits it. CWS Platform demo portal with fictitious data. #### The negotiation rails, in aftermarket vocabulary Contextual Pricing by customer and region Taxes on the order Net Terms 30/60/90 Reason Codes Multi-warehouse inventory Freight and reverse freight by rule Fitment #### Fitment is written once on the SKU, and the vehicle search reads it from there. In Product Catalog & MDM (Catalog Engine), each SKU is linked to the vehicles it fits, by type, make, model and year. The vehicle search and the customer's garage read that list, and the counter finds the part by the car, not by the code. CWS Platform demo screen, completed with fictitious data to show the use. Tax per item #### Each item's taxes, calculated by the store that serves you. IPI, ICMS ST, ICMS, PIS and COFINS show on the item before checkout, calculated by the branch that serves the buyer's company, and the same calculation carries into shipping and checkout (Credit-First B2B Checkout). See Checkout & Payments → CWS Platform demo screen, completed with fictitious data to show the use. #### In operation Imdepa · auto parts distribution 3x more customers 153 customers activated in 3 years on the B2B portal, without growing the team in the same proportion. The buyer builds an order of more than 250 SKUs and the platform calculates taxes, freight and pre-approved credit in seconds. Credit risk is validated inside the flow, not checked in separate steps afterward. "O valor real não é a receita que se vê nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores." Paulo R. S. Pereira, Digital Sales Coordinator at Imdepa Read the Imdepa case → Tracbel · Volvo dealer +10 points of margin on portal orders, with ~131k SKUs (100% of the portfolio) available. Named the best Volvo dealer in the world (Volvo Gold, 2025). Read the Tracbel case → "Excelente, estávamos a quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias." Edivaldo C., IT Manager, automotive sector · Software Advice, July 2026 · see reviews Manufacturers run their own channel too. On the manufacturer side, the CWS Platform runs the portal where the manufacturer orchestrates retailer purchasing from distributors. On the industry side, CWS Platform also powers manufacturers' own aftermarket channels. Pirelli, through Pirelli Conecta , the portal where the manufacturer orchestrates purchasing by its authorized resellers alongside selected distributors, and MTE-Thomson, an industry that created its own digital sales channel, are CWS Platform customers. Invoiced order #### Every customer buys at their own price, credit line and terms. The retailer closes the order at their contract price, invoiced within the company's credit limit, on the terms that apply to them. See checkout with credit → CWS Platform demo screen, completed with fictitious data to show the use. #### Frequently asked questions ##### My repair shop calls the counter. They won't use a portal. The counter stays. Digital captures what's lost today — the after-hours order and the reorder. Those who prefer the phone stay on the phone, without taking the rep off the stage. ##### Each customer has their own negotiated price. I can't expose a price list. And you don't. Price is by customer, region and profile, governed by rule (Contextual Pricing), and each one sees their own, with taxes and freight already calculated on the order. ##### What about reverse freight, returns and warranty? Does the order cover that? Yes. Freight, including reverse, and the returns and warranty terms enter as a rule in the same order, instead of becoming a manual negotiation after the sale. ##### How do you organize a parts catalog by fitment? By linking each SKU to the vehicle or equipment it fits, and the equivalent codes across manufacturers, in a fitment and cross-reference table. That is what lets the buyer find the part by the vehicle, by the serial number or by the code they already know, and not only by the distributor's internal code. ##### Does the parts catalog have to be ready before we start? No. The catalog comes in as it is and improves by level: first the manufacturer code, then name and dimensions, then fitment and image. A raw catalog, in PDF, spreadsheet or image, can be treated as a service and with an AI agent, and every extra level raises the chance of the part being found and bought. Persona · Independent repair shop mechanic I find the part by vehicle, even without the code, and order after hours. Search by vehicle and fitment solves the order for someone who doesn't know the exact code, and each customer sees their own price (Contextual Pricing). Persona · Sales rep, auto parts distributor I stopped keying in repeat orders and got back to working my accounts. CWS Platform covers reorders and after-hours orders, and the rep becomes a consultant, supported by the Sales Hub. Schedule a demo Read the Imdepa case → Dealer portal → ← See all industries --- ## Construction and materials | CWS Platform URL: https://www.cws-platform.com/en/solutions/construction/ Industry solution · Construction ### Every job is its own project, and the quote gets lost along the way. In construction the sale is technical and drawn-out: the engineer specifies, the buyer executes, and between them sits a quote that drags on, cubed freight, a tax that changes by state, and a different commercial policy for every builder. CWS Platform doesn't flatten this into a generic catalog: it models the commercial policy as an executable rule, from spec to order, under governance the company controls. Target profile US$30M to US$400M in revenue, regional chains plus cement, steel, plumbing and electrical manufacturers. Core pain Long quote, technical mix, cubed freight, state tax, and a different commercial policy for every builder. Figures converted from Brazilian reais at R$5.00 = US$1.00. #### What changes CWS Platform turns each builder's commercial policy into an executable rule (Commerce Rules Engine, the CDL Workspace): price, freight, terms and composition negotiated at the same time, in the same order. Markup, cubed freight (CIF or FOB) and state tax stop being a calculation done on the side and get computed together (Contextual Pricing and Shipping & Fulfillment). The engineer keeps specifying and the buyer keeps executing: the platform bridges the gap between the specification and the order, so the quote doesn't get lost in between. Every job stays a project of its own, under rules the company defines, not under a single mold. Job sites buying on terms inside the builder's credit limit are covered in B2B payment terms . From the specification to the order, without losing it midway. The technical specification feeds the governed order: the memo becomes a composition and the buyer executes on the policy already applied, with no recalculation. #### Construction and materials in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### By decision-maker angle CEO The pain: The technical sale that made the company the center of the decision is turning into a price fight in the middle of the chain. What changes: Technical reintermediation, with the company back at the center of the specification and the buying decision. Commercial Director The pain: The long quote loses information at every hand it passes through, and many proposals die between the specification and the order. What changes: From quote to order with no loss in between, with each builder's policy applied by rule. CFO The pain: Markup, cubed freight and state tax go in as estimates, and the real margin on the job only shows up at closing. What changes: Markup, freight and state tax under margin control, calculated in the same order, with the concession recorded (Reason Codes). CIO The pain: The technical specification (memorial descritivo) lives in a loose document, far from the ERP and the job's purchasing flow. What changes: From spec to order in a flow integrated with the job, orchestrated over the ERP without replacing it. Jobsite shipping #### Freight calculated for the jobsite ZIP code. On the product page, the buyer enters the jobsite ZIP code and sees pallet delivery to the address, with lead time and price, or store pickup. CWS Platform demo screen, completed with fictitious data to show the use. #### The capability no one replicates ##### Per-builder policy as an executable rule Each builder with its own policy (price, terms, composition, approval authority) running as a rule (Approval Workflows), instead of relying on the rep's memory for every job. ##### Markup, cubed freight and state tax in the same order Markup in the composition, cubed freight (CIF or FOB) and state tax calculated together, in a single pass, so the job's price comes out right at the source. One pass, and the project price comes out right. Markup, cubed freight and state tax stop being a separate calculation and come out together, through Contextual Pricing and Shipping and Fulfillment. #### The negotiation rails, in the vocabulary of the job site Per-builder policy as a rule Approval Workflows Cubed freight (CIF or FOB) Tax by state Discount Stacking Prevention Reason Codes Each project stays a project, under the company rule. Price, terms, composition and approval thresholds for each builder run as a rule, instead of depending on the rep memory at every project. #### In operation CWS Platform brings to the sector the mechanism of modeling each customer's commercial policy as an executable rule and calculating markup, cubed freight and state tax in the same order, preserving the technical role of the engineer and the buyer. Named proof, with a number, will go here as soon as there's a construction case cleared by the customer, without importing a number from another industry as if it belonged to this one. Delivery by branch #### One order, each branch delivers its share to the jobsite. The confirmed order shows each branch with its share and its jobsite delivery time, in a single order. CWS Platform demo screen, completed with fictitious data to show the use. Power tools #### Each tool voltage is its own SKU, with its own code and stock. In Product Catalog & MDM (Catalog Engine), the 127V and the 220V tool are SKUs of the same offer, each with its own code and balance, and the buyer picks the voltage in the selector on the same page. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### Every job is a project. You can't standardize it. And CWS Platform doesn't standardize the decision: it models your commercial policy as a rule. Every job keeps its own project. What gets governed is the rule the company already uses, not the outcome. ##### Does the portal calculate markup, cubed freight and state tax, or does that stay in a spreadsheet? It calculates them in the same order. Markup in the composition (BDI, the overhead-and-margin factor built into a Brazilian construction bid), cubed freight (CIF or FOB) and state tax come out together, so the job's price doesn't depend on a calculation done on the side. ##### The engineer specifies and the buyer executes. How does the portal cover both? The technical specification feeds the governed order: the memorial becomes a composition, and the buyer executes on the policy already applied, without redoing the math or losing information along the way. Persona · Construction company buyer The job quote arrives with freight and tax in it, and I don't redo the math. The spec becomes the composition, and cubed freight and state tax are computed together in the same order (Contextual Pricing and Shipping & Fulfillment). Persona · Building materials sales rep Each builder's policy comes already applied, so nothing depends on my memory anymore. The Commerce Rules Engine (CDL Workspace) runs each builder's price, terms, composition and approval authority as a rule, from quote to order with no loss. Talk to a solutions architect See price and composition by rule → ← See all industries --- ## B2B ecommerce for distributors with net terms | CWS Platform URL: https://www.cws-platform.com/en/solutions/distributors/ ### B2B ecommerce for distributors: every customer on its own price, credit and terms 1 of 4 › See the distributor portal For distributor sales managers Every customer on its own price, written once as a rule. Price list, customer type and seller role set the price; each customer’s credit and terms come from your ERP. Book a per-customer pricing demo See the distributor portal 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › See the distributor portal For high-volume reorders The 80-line order comes out built the way she asked. Procurement Agent builds the cart from her request and history; anything over the credit limit waits for a person to approve. Book a reorder demo See the distributor portal 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › See the distributor portal For counter teams From a large mix, only the part that fits the customer’s vehicle. The catalog filters by application, with real stock and the buying account’s price. Book a catalog demo See the distributor portal 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › See the distributor portal For buyers near a branch The local branch serves the order, and branches don’t compete for it. The portal detects where the customer buys from and shows the stores serving that ZIP code, each with its lead time and delivery mode. Book a regional branches demo See the distributor portal 57s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Solution · Distributors Wide assortment, several branches, price by customer and region, net terms and long multi-line orders. This is where the cost of processing each order weighs most on margin. CWS Platform moves the routine order to a portal the buyer actually uses and keeps the sales rep in the negotiation, over the ERP you already run. #### In short B2B ecommerce for distributors is the ordering channel where each customer buys on its own price, credit and terms, across a wide assortment and several branches. On CWS Platform, routine reorders move to the self-service portal, the sales rep keeps the negotiation inside the approval limits, and the assortment can grow with third-party stock in the same cart. - Each buyer sees its own price and credit, and routine reorders leave the rep's desk. Source: B2B self-service portal . - A distributor with millions of price rules gets every concession with an author and a justification. Source: business rules engine . - Own stock and third-party stock sell in the same cart, so the assortment grows without tied-up capital. Source: governed B2B marketplace platform . - At Imdepa, an auto parts distributor, the B2B portal activated 153 customers in 3 years. Source: Imdepa case . Price by customer, credit terms and long reorders are among the criteria in the guide to choosing a B2B ecommerce platform . Price list management shows the first of them at work. Long reorders get their own page in the wholesale order form . Price, credit and terms #### Every customer at their own price, credit line and terms. At checkout, the reseller's buyer sees their contract price, the company's credit line and the negotiated payment terms. The rule is written once in Contextual Pricing (Pricing Engine) and the Commerce Rules Engine (CDL Workspace), and the credit line comes from your ERP. How per-customer pricing works → CWS Platform demo screen, completed with fictitious data to show the use. Core pain Every order passes through a rep or a back office, and the per-order transaction cost eats the margin before the goods leave the warehouse. The buyer who already knows what it wants waits for someone to key it in. The order that waits to be keyed in. When every order passes through a person, the transaction cost eats the margin before the goods ship. The routine order moves to the portal. #### The distributor portal in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### What changes for a distributor ##### Each customer's own price, credit and terms The buyer logs in and the portal already loads its price list, credit and terms. Credit is a native payment method (Net Terms 30/60/90), and stock, credit, tax and price are checked at the same time before the order moves forward. Credit-First B2B Checkout → ##### The rep stays in the channel Routine reorders go to self-service, and the rep keeps the complex negotiation, in the same cart as the buyer and inside the approval limit of the profile. guided selling → ##### Millions of price rules, every concession on record A distributor with millions of price rules and approval limits by seniority, today with no record of who granted which discount, now has every concession with an author and a justification. business rules engine → ##### Freight by rule across distribution centers A distributor with distribution centers in several states quotes freight by regional rule, weight and order value, not in a side spreadsheet. Shipping & Fulfillment (Logistics Engine) → ##### Branches that do not compete with each other Region restriction and the priority order between combined stores keep the distributor's own branches from competing inside the portal. governed B2B marketplace platform → ##### Long orders, built for the buyer A distributor's buyer who needs an eighty-line order with items from different suppliers gets the search, the comparison and the cart assembled by the Procurement Agent, under the same rules. Procurement Agent → Assisted selling #### The rep joins the cart the customer is building. In the Assisted Selling Platform (Sales Hub), the rep opens the customer's cart, sees the contract price list and the discount ceiling for their role, and negotiates right there; anything above the ceiling goes to the approver, on the same order. See the Assisted Selling Platform → CWS Platform demo portal with fictitious data. Freight by rule, not by spreadsheet. With distribution centers in several states, freight comes from a rule of region, weight and order value, not from a spreadsheet someone keeps on the side. #### A buyer's order, in practice Talk to CWS today Watch on YouTube · Subscribe #### In operation Imdepa · auto parts distribution 153 customers activated in 3 years on the B2B portal, with around 60,000 orders processed. A single cart holds an order of more than 250 SKUs, with taxes, freight and pre-approved credit calculated in seconds. Read the Imdepa case → Tracbel · equipment distribution (Volvo CE dealer) 3,500 customers on a distribution network with 40 units, integrated with SAP in both directions and in real time. Read the Tracbel case → Multi-store network #### Each customer lands in the network store that serves them. In a network with several banners and branches, the portal opens in the store that serves that customer, with its own stock and prices. If they need another branch, they switch with Change store, on the same account. CWS Platform demo portal with fictitious data. #### Frequently asked questions ##### What is B2B ecommerce for distributors? It is a distributor's ordering channel for its own customers, usually resellers and retailers, who buy from its catalog on their negotiated terms. On CWS Platform each buyer sees its own price and credit, the order closes with tax and freight calculated, and routine reorders leave the sales rep's desk. ##### Doesn't a B2B portal compete with the distributor's sales reps? No. It takes the routine order off the rep's desk and frees the rep for complex negotiation and relationships. Margin, credit and approval limits stay governed by the Commerce Rules Engine, the same as in assisted selling. ##### Does a distributor have to replace its ERP? No. CWS Platform orchestrates over the ERP through APIs and webhooks instead of replacing it, and publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. ##### How do you choose a B2B self-service platform for a distribution business? Key criteria include customer-specific pricing, net terms credit and support for long reorders. On CWS Platform's self-service portal, inventory, credit limits, taxes and price rules are checked together before the order advances, and the platform orchestrates over the ERP the distributor already runs. ##### How do you choose a B2B wholesale portal for sales reps? Look for guided selling and governed negotiation. On CWS Platform the portal does not compete with reps: routine reorders move to self-service while reps handle complex deals inside the buyer's cart, with every concession kept within profile approval limits by the Commerce Rules Engine. ##### What is the best B2B order portal software for wholesalers? One that handles complex pricing, taxes, credit terms and multi-location logistics in the same order. CWS Platform gives each buyer its own price list and net terms, quotes freight by rule across distribution centers and processes large orders with hundreds of lines in a single cart, integrated with the ERP in both directions. ##### What are the best wholesale B2B ecommerce platforms in Brazil? Ones that support regional tax rules, credit terms and multi-branch fulfillment. CWS Platform quotes freight across distribution centers, validates taxes and credit at checkout and orchestrates over the ERP through APIs and webhooks instead of replacing it; publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. ##### How do you choose a B2B ecommerce platform for wholesale distributors? Evaluate support for customer-specific pricing, net terms, freight rules and high-volume reorders. CWS Platform shifts routine orders to self-service, records every price concession with its author and justification within approval limits, and integrates with the existing ERP in both directions through APIs and webhooks, without replacing it. Integration in both directions. In a distribution network with many units, the portal sends the order to the ERP and gets data back, in both directions and in real time. Persona · Sales director, distributor My customers order on their own, and my sales team is selling again. On CWS Platform, each customer buys at their own price, credit and terms through the portal, and sales reps keep the negotiation, within their approval limits. Persona · Reseller buyer I order when I need to, at my price, without waiting for a call back. The portal checks stock, credit, tax and price together before the order moves on, and routine reorders no longer depend on anyone on the other end. Schedule a demo B2B self-service portal → For manufacturers → ← See all solutions --- ## B2B ecommerce for manufacturers and networks | CWS Platform URL: https://www.cws-platform.com/en/solutions/manufacturers/ ### B2B ecommerce for manufacturers: organize the network without cutting out the distributor 1 of 3 › See the manufacturer network For manufacturers selling through the channel The retailer buys on the portal and is served by the local distributor. The manufacturer runs the network in a single portal; the order goes to whoever serves that ZIP code, without cutting out the channel. Book a manufacturer network demo See the manufacturer network 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 3 › See the manufacturer network For network leaders The network rebalances stock across centers before it buys. Replenishment Agent rebalances and alerts on its own, because both can be undone; a purchase suggestion goes to a person. Book a Replenishment Agent demo See the manufacturer network 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 3 › See the manufacturer network For the manufacturer’s reps The rep negotiates within the limit and keeps the relationship. He sees the role’s discount ceiling on every line; anything above asks for a reason and escalates in the same order. Book a field sales demo See the manufacturer network 56s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Solution · Manufacturers Manufacturers sell to distributors, dealers and networks, often through reps. They need channel pricing and a portal that organizes the network without cutting out the distributor. CWS Platform turns the commercial policy into rules the system applies on every order, over the ERP you already run. #### In short B2B ecommerce for manufacturers is the channel through which an industry sells to distributors, dealers and networks, with a price per channel. On CWS Platform the manufacturer organizes the network in one portal without cutting out the distributor: each participant keeps its own prices and terms, and every transaction is traceable by origin, so the channel stops being a blind spot. - Every exception sent for approval carries a Reason Code, and the rules apply the same way to reps and to the AI Agents. Source: business rules engine . - Each manufacturer and distributor configures its own prices, payment terms, lead times and approval limits. Source: Pirelli Conecta case . - A dedicated condition for one manufacturer's line, without creating a new price table. Source: B2B pricing engine . - On Pirelli Conecta, more than 100 workshops in a network of more than 450 already buy through the portal, with a catalog of over 60,000 items. Source: Pirelli Conecta case . Channel pricing and reps inside the channel are among the criteria in the guide to choosing a B2B ecommerce platform . The discount approval workflow page shows reps negotiating inside the rule. Governed rules #### Each role’s discount limit, written once in the panel. Across the rep network, consultants, coordinators, managers and executives each have their own limit, by customer type and price table, with priority set in the Commerce Rules Engine (CDL Workspace), among 1,029 configurable parameters. The portal applies the rule to the price the distributor and the reseller see, and nobody recalculates by hand. See the Commerce Rules Engine → CWS Platform demo portal with fictitious data. Core pain Scale and reach, and still no view of what the channel sold at the end. Without sell-out there is no forecast, no smart replenishment and no measurable campaign, and every change to a commercial rule waits in a development queue. Where the manufacturer's view ends. Scale and reach are not enough if the manufacturer cannot see what the channel sold at the end. Without that, forecast, replenishment and campaigns run blind. #### The manufacturer's network in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### What changes for a manufacturer ##### A price per channel, not a new table per channel Price tags segment by catalog attribute, which allows a dedicated condition for one manufacturer's line without creating a new table. B2B pricing engine → ##### The network organized, the distributor kept A manufacturer or an association can organize purchasing for an entire network from selected distributors, and governance protects each link's commercial terms so the network signs on. governed B2B marketplace platform → ##### Sell-out you can finally see An anchor manufacturer with scale and reach often does not know how much the channel sold at the end. Every transaction becomes traceable by origin, and the anchor can activate the channel by rule rather than by phone. governed B2B marketplace platform → ##### Commercial policy as configuration Approval limits, credit and discounts are rules the system applies the same way to sales reps and to the AI Agents, and every exception sent for approval carries a Reason Code. business rules engine → ##### Reps inside the channel The rep negotiates in the same cart as the buyer, inside the approval limits, and routine reorders move to the self-service portal on the same core. guided selling → ##### The brand's image bank, opened to resellers The manufacturer opens the approved image bank to resellers, who generate variations in their own context within what the brand allows. AI product imagery and catalog → Price, credit and terms #### Every customer buys at their own price, credit line and terms. At checkout, the distributor or the reseller sees its own contract price, the company's credit line and the negotiated payment terms. The rule is written once in Contextual Pricing (Pricing Engine) and the Commerce Rules Engine, and the credit line comes from your ERP. How channel and customer pricing works → CWS Platform demo screen, completed with fictitious data to show the use. #### In operation Pirelli Conecta · manufacturer-organized buying network 100+ workshops buying Pirelli's official network of dealers and service centers buys parts from selected manufacturers and distributors, launched in April 2026, in a network of more than 450 workshops and with a catalog the portal advertises at over 60,000 items. Scale case: size figures only, no result figures. Read the Pirelli Conecta case → Two shapes, one engine. A manufacturer selling through its own channel and a network buying from many run on the same rules core, each with its own configuration. MTE-Thomson, a manufacturer that built its own digital sales channel to strengthen its distribution, is also a CWS Platform customer. It is the other shape of the same engine: the manufacturer selling through its own channel, where Pirelli Conecta has the network buying from many. Distributor network #### Several banners and branches in one account. The manufacturer puts its distributor network in one portal: branches of different banners in the same list, and the retailer picks the one that serves them without opening another account. See the Marketplace Center → CWS Platform demo screen, completed with fictitious data to show the use. #### Frequently asked questions ##### What is B2B ecommerce for manufacturers? It is the digital channel through which a manufacturer sells to distributors, dealers and networks, often through sales reps and with a price per channel. On CWS Platform the manufacturer organizes that network in a portal without cutting out the distributor, and every rule of the commercial policy is configuration the system applies on each order. ##### How does a manufacturer sell online without cutting out its distributors? By putting them inside the same portal instead of around it. Each manufacturer and distributor configures its own prices, payment terms, lead times and approval limits, and every transaction stays traceable by origin, so the manufacturer sees the channel without taking the sale from it. ##### Can a manufacturer's sales reps work inside the portal? Yes. The rep works in the Assisted Selling Platform (Sales Hub), in the same cart as the buyer, with every discount inside the approval limit of the profile and a Reason Code, while routine reorders go to self-service. Persona · Sales director, manufacturer My channel is no longer a blind spot, and I didn't take the sale from my distributors. Each participant keeps its own prices in the portal, every transaction is traceable by origin, and commercial policy becomes rules applied on every order. Persona · Director, distributor I joined the manufacturer's portal, and my prices and terms are still my call. In the governed marketplace, each distributor configures its own prices, payment terms and approval limits, and governance protects each link's commercial terms. Schedule a demo Governed marketplace → For distributors → ← See all solutions --- ## Wholesale fashion and B2B apparel | CWS Platform URL: https://www.cws-platform.com/en/solutions/wholesale-fashion/ Industry solution · Fashion ### The collection that doesn't move becomes dead capital, and no one sees it. In wholesale fashion, the money gets stuck in the collection: the pre-sale happens in the book, the rep jots it on a clipboard, production follows the order, and whatever doesn't move becomes dead capital. Worse, the sell-out, what actually sold at the point of sale, is invisible to whoever produced it. CWS Platform keeps the showroom and the relationship that sell the collection, and covers what escapes: replenishment and the read on real turnover. Target profile US$16M to US$160M in revenue, own brand or multi-brand, a collection twice a year. Core pain Pre-sale in the book that turns into production, a rep with a clipboard, a stalled collection as dead capital, and invisible sell-out. Figures converted from Brazilian reais at R$5.00 = US$1.00. #### What changes The showroom keeps selling the collection through the relationship. CWS Platform covers what escapes afterward: automatic, inventory-aware replenishment, and the read on sell-out by retailer and size grid, blind today. The book and the size grid become a governed order in a no-code retailer portal (Assisted Selling Platform and No-Code Storefront Builder), the retailer replenishes without friction, and the brand starts seeing real turnover at the point of sale. The stalled collection stops being a surprise on the balance sheet. The capital sleeping in the collection. Restocking is aware of stock and turnover: the goal is to restock what sells, not to dump what stalled, and stalled stock stops being a surprise. Persona · Multi-brand retailer I replenish what's selling mid-season, without waiting for the rep to remember. The book and the size grid become a governed order in the retailer portal (Assisted Selling Platform), with replenishment suggested by stockout and turnover. Persona · Fashion sales rep I put the clipboard down and kept the relationship and the next collection. The book becomes a governed order on the Assisted Selling Platform, and automatic replenishment comes on top of it, with the AI proposing and the team confirming. #### By decision-maker angle CEO The pain: I produce in the dark, without knowing what actually sold at the point of sale, and the stranded collection only shows up on the balance sheet. What changes: Visible sell-out, with the brand seeing the point of sale and deciding the collection on data, not on a guess. Commercial Director The pain: The initial sell-in (book) closes in the showroom, but replenishment depends on the rep remembering each retailer. What changes: Automatic replenishment on top of the book, with the rep focused on the relationship and the next collection. CFO The pain: Capital gets locked in a collection that doesn't turn, and the cost to serve the small replenishment order doesn't add up. What changes: Collection turnover and dead capital under control, with low-ticket replenishment made viable at the same operating cost. CIO The pain: POS, ERP and production don't talk to each other, and sell-out dies in the retailer's spreadsheet. What changes: From POS to ERP to production in a single flow, with sell-out captured and fed back into the collection decision. Real turnover stops being invisible. Sell-out is captured in the retailer portal flow and returns to the brand as a turnover reading, without depending on the retailer sending a spreadsheet. #### The capability no one replicates ##### Inventory-aware automatic replenishment Replenishment becomes a suggestion governed by stockout and turnover, with the AI in Autonomy Gradient (it proposes, the team confirms), so the retailer can replenish without depending on someone remembering. ##### Sell-out read by retailer and size grid What actually sold at the point of sale, by retailer and by size grid, stops being invisible and feeds the collection decision, separating what turns from dead capital before the balance sheet. The AI proposes, the team confirms. Restocking becomes a suggestion governed by stockout and turnover, with AI under the Autonomy Gradient (Human-in-the-Loop): it proposes, the team confirms. #### The negotiation rails, in the vocabulary of the collection Automatic replenishment Multi-warehouse inventory Real-time shared book Sell-out read Autonomy Gradient (Human-in-the-Loop) Approval Workflows In practice · Fashion retailer, mobile ##### Every color and size with its own stock, on the product page. The retailer picks the variation on the phone and sees where each piece ships from: the brand's stock or a partner's. Illustrative scene with a real CWS Platform portal screen; person, store and brand are fictitious. #### The imagery of an item is also a transaction cost In fashion, an item doesn't sell without imagery, and producing imagery means one studio cycle per collection that never covers the whole catalog. The replenishment SKU, the item that arrived off-calendar and each region's context are left out, and the store improvises with phone photos. CWS Platform treats the product photo as the base asset: from it come the professional image, the product record and the catalog, in batches from headquarters or on the phone of whoever is in the store, always under brand rules. The garment image is a transaction cost. The studio cycle never covers the whole catalog, and the shop improvises. The product photo becomes the base asset for image, sheet and catalog. See the AI product imagery solution → #### In operation In apparel wholesale, CWS Platform powers the Circuito de Compras (CDC), the wholesale mall for value retail in Brás, São Paulo. Built on CWS Platform technology, the CDC runs a portal that aggregates multiple banners and unifies the operation, already available and running for retailers, with catalog governance at the center. The same foundation powers MayaApp CDC, the white-label mobile app aimed at the small retailers of Brás and of Brazil, with international reach and a CWS Platform AI agent for catalog curation, which also generates a personalized PDF catalog for the retailer to share with their own customers. It's the scale-without-mass thesis applied to fashion: keeping the relationship that sells and gaining digital reach without bloating the structure. #### Frequently asked questions ##### Selling in the showroom is about relationships. A portal doesn't replace that. And it shouldn't. The showroom and the book remain how the collection is sold. Digital covers what the showroom can't reach: mid-season replenishment and the read on sell-out. ##### Won't automatic replenishment just push the collection that's already stranded? No. Replenishment is aware of inventory and turnover, and the AI proposes for the team to confirm (Autonomy Gradient). The goal is to replenish what sells, not to offload what stalled. ##### How will I see sell-out if the retailer doesn't report to me? Sell-out is captured in the retailer portal's own flow, by retailer and by size grid, and comes back to the brand as a read on turnover, without depending on the retailer sending a spreadsheet. Schedule a demo See the rep's negotiation table → ← See all industries --- ## Success cases | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/ Clients ### Success cases Real operations that digitized the buying decision, not just the channel. Equipment distribution (Volvo CE) #### Tracbel: the margin that came from customers discovering the catalog An award-winning Volvo dealer moved selling into the governed digital channel and recorded around US$24.4 million in digital revenue in 2025, with margin rising alongside catalog discovery. Read the case → Auto parts distribution #### Imdepa: growing 3x in customers without 3x the sales team A distributor founded in 1960 moved the buying decision into a governed B2B portal. In 3 years it activated 153 customers and processed around 60,000 orders, with the rep shifting from processing to consulting. Read the case → Popular retail and apparel wholesale Qualitative #### Circuito de Compras (CDC): a multi-banner portal for popular wholesale A wholesale mall in Brás moved its operation onto a multi-banner portal, already live, on CWS Platform technology, with a white-label mobile app of international reach. Read the case → Automotive service network and parts replenishment Scale #### Pirelli Conecta: the B2B marketplace a buying network built for itself Pirelli organized parts purchasing for its network of more than 450 workshops into a governed B2B marketplace, launched in April 2026 on CWS Platform technology: more than 100 workshops already buy through the portal, selected suppliers compete for the network's demand, each with its own commercial policy, and the network gains data, negotiating scale and a single channel with manufacturers. Read the case → Tire and automotive service store network (B2C) Scale #### Campneus: the B2C marketplace of a 117-plus store network, with regionalized stock and pricing Campneus, a Pirelli-certified network of tire and automotive service stores, launched a B2C marketplace on CWS Platform technology that brings more than 117 stores into a single portal for consumers: each store's stock shows up in the right region, prices follow the local market, shipping is calculated per store, and a single cart combines purchases from several stores with automatic payment split. Read the case → Auto parts distribution and retail (multi-banner network) #### Fortbras: three ERPs, many banners and one B2B portal for an auto parts network Fortbras, one of Brazil's largest auto parts networks, brought branches from several banners, three different ERPs and a catalog of more than 300,000 products into a single B2B portal on CWS Platform. From January to October 2026, the channel generated more than BRL 30 million in more than 35,000 orders, with more than 4,000 active customers buying from more than 30 branches. Read the case → Distribution of tools, fasteners and industrial and automotive supplies Scale #### Würth: three portals, three sales journeys and the sales rep at the center of digital Würth do Brasil, with more than 1,400 sales reps and more than 200,000 customers, runs three portals for different audiences on CWS Platform: B2B for companies, W-max for auto and motorcycle parts resellers, and B2C. On the same platform, customers buy on their own, reps build the cart with them or enter the order for them, and every month sales and search data become an action list for the sales team. Read the case → Figures converted from Brazilian reais at R$5.00 = US$1.00. Companies already running on CWS Platform --- ## Campneus: B2C marketplace of 117-plus stores | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/campneus/ Tire and automotive service store network (B2C) Scale case ### Campneus: the B2C marketplace of a 117-plus store network, with regionalized stock and pricing Campneus, a Pirelli-certified network of tire and automotive service stores, launched a B2C marketplace on CWS Platform technology that brings more than 117 stores into a single portal for consumers: each store's stock shows up in the right region, prices follow the local market, shipping is calculated per store, and a single cart combines purchases from several stores with automatic payment split. Customer: Campneus Told through the mechanism and the scale of the operation, using public figures. Business results are not published. Campneus.com.br is the consumer sales portal of Campneus, a Brazilian network of stores specialized in tires and automotive services, carrying the Pirelli quality seal and operating more than 117 stores across Brazil. The portal runs on CWS Platform technology and sells tires for passenger cars, SUVs and pickups, trucks and buses, motorcycles, agricultural and industrial use, plus replacement parts and automotive services, with pickup or delivery from the store that serves each customer. This is a scale case: we describe the mechanism and the size of the operation, using public figures. The network’s business results belong to Campneus and are not published here. #### An online store in front, a network marketplace behind it To the shopper, Campneus looks like an online tire store: search, catalog, cart, checkout. Underneath it is something else. Every store in the network has its own stock, its own prices, its own logistics and its own delivery and installation operation. A standard e-commerce setup would flatten all of that into one stock, one price and one warehouse, and the network would lose exactly what makes it competitive: the store near the customer, with the tire on the shelf and the local price. CWS Platform goes the other way. The portal is a B2C marketplace : each store joins as a store of the portal, with its own stock, pricing and logistics, while portal management governs the rules that apply to all of them. The consumer gets one experience; the network keeps the decentralized operation it already had. Flatten the network or keep each store's strength. A common online store handles a network by merging everything into one stock. A network marketplace keeps each store's own stock, price and logistics under one portal. #### Regionalized stock: every offer shows up where it should The first question the portal answers is where the customer is. The platform tries to detect the region automatically, the customer confirms it, or the region comes from the ZIP code entered. From then on, the catalog shows what the stores in that region actually have, not a theoretical national inventory. - Stock by region. Each stock appears in the region where it should, according to portal rules. - Price by region. The same tire can carry different prices in different markets, and the customer sees the most efficient price for their region. - Store choice. The customer picks the store for pickup, or the store that will deliver, among those serving their region. - Only the right stores. Consumers do not see all hundred-plus stores, which would only confuse them. They see the stores portal management chose to show them. The region comes first. The portal detects the shopper's region, which the shopper confirms or enters by postal code. From then on, the catalog shows that area's stock, prices and stores. #### A technical catalog: search by tire or by car Tires are technical products. Size, load index, speed rating and fitment drive the purchase, and consumers rarely know them by heart. The portal offers two paths: search by the data on the tire itself, or by car model. Each product carries photos, videos, technical data and fitment information, with the navigation expected from a tire and auto parts platform. The tire catalog is the official Pirelli catalog , maintained centrally. Each store connects its stock to that single catalog instead of keeping its own local descriptions, codes and spec sheets. The same goes for auto parts, and here the platform acted as a project accelerator. Campneus used the catalog system that ships with CWS Platform, the Product Catalog & MDM (Catalog Engine) module, and quickly started offering replacement parts without building a catalog from scratch, with items sourced from dozens of decentralized stores. Two ways to search, one central catalog. Shoppers search by tire or by car. The catalog is maintained centrally, with photos, videos and technical data, and each store simply connects its own stock to it. #### One cart, many stores, automatic split This is where the marketplace really shows. The customer can put products from different stores in the same cart and pay once. Automatic payment split divides the amount among the stores involved, and the order is redistributed: the consumer sees a single order, while each store receives its share and handles its own delivery independently. Logistics follow the same decentralized logic: - In-store pickup at the store the customer chose. - Automatic, decentralized shipping calculation from the serving store, not from a central warehouse. - Shipping options set by portal management , which decides which methods are available. And the network sells services alongside products : the customer buys the tire and the automotive service in the same journey. One cart, one payment, many deliveries. The shopper sees a single order. The split divides the payment among the stores involved, and each store arranges its own delivery or pickup. #### Portal management governs the rules The principle is the same as in every governed portal: portal management governs, each store operates, and CWS Platform runs both layers at once. - Who is in and who is out. Management decides which stores join the portal and in which regions each one appears. - The rules of the game. Available shipping, commercial rules, storefronts and campaigns are decided centrally. - Orders on two levels. Management tracks every order in a centralized back office; at the same time, each store tracks its own orders in its own control center, which speeds up operations without manual handoffs. - Third parties, when the network wants them. The portal already supports third-party stock and can also become a marketplace for other sellers, not just the Campneus network. Central management, each store's operation. Portal management decides who joins, in which region and with which shipping options, and tracks every order. Each store follows its own in its control center. #### Regional campaigns, all the way to Google Shopping With regionalized stock and pricing, campaigns have to be regional too. Portal management builds shipping, discount and offer campaigns by region, with regionalized landing pages and offer pages, all in a unified, easy-to-run back office. The same logic reaches online media. A proprietary CWS Platform technology captures price and stock for each region and feeds that information into online shopping campaigns such as Google Shopping. The ad a consumer sees reflects the price and availability in their region, not a national price the nearest store may not offer. Ads that carry the region's price. The platform captures each region's price and stock and feeds them into online shopping campaigns and regional landing pages, so the ad reflects the nearest store. #### Unified data without a data project In a decentralized network, bringing data together is usually a project of its own: browsing in one place, campaigns in another, stock in every store. At Campneus, browsing, campaign and decentralized stock data are captured in a unified way from the start, with no new investment in data aggregation technology. #### WhatsApp and telesales on the same portal The portal is integrated with WhatsApp, which is also used as a customer communication channel, and supports telesales integrated into the portal. Human service works on the same stock, the same regional price and the same order the customer sees on screen. #### From integration to acceleration The first phase of the project was the heaviest, and it is behind them: integrating the stores’ decentralized stock and preparing each point of sale’s team for digital operations. With that foundation in place, the project has moved into an acceleration phase, putting the tools for decentralized stock, regional campaigns and complex portal management to work. Adding a new store to the portal becomes a matter of configuring a store, not running a project, and that is what makes the model scale. #### Marketplace complexity, without a custom build A verticalized B2C marketplace with regionalized stock, pricing and shipping, payment split and network governance is usually treated as a long, expensive custom development project. At Campneus, that complexity was absorbed through configuration of a platform built for it from the start, with the catalog module, portal and store layers and a rules engine ready to go. That is what made it possible to launch a project of this size with far less effort and cost than building on a generic platform. The takeaway: a store network does not have to choose between a simple online store and the strength of each location. With a layered portal, the consumer sees one store, and the network keeps selling with the stock, price and delivery of each local market. #### Frequently asked questions about this case ##### How is this portal different from a regular online tire store? What sits beneath the storefront. A regular online store assumes one stock, one price and one distribution center. Campneus is a B2C marketplace: more than 117 stores join as stores of the portal, each with its own stock, pricing and logistics, and consumers see only what the stores in their region carry, at that market's price. ##### How does the portal know which region the customer is in? The platform tries to detect the region automatically and the customer confirms it, or the region comes from the ZIP code entered. From then on, the catalog, pricing, stores available for pickup or delivery, and shipping all apply to that region. ##### Can a customer buy from more than one store in the same order? Yes. Products from different stores go into the same cart, the customer pays once, and automatic split divides the amount among the stores. The consumer sees a single order, while each store receives its share and handles its own delivery. ##### Does each store have to maintain its own tire catalog? No. The tire catalog is the official Pirelli catalog, maintained centrally, and each store connects its stock to it. For auto parts, the network used the CWS Platform catalog module, Catalog Engine, as a project accelerator, which let it expand its assortment quickly without building a catalog from scratch. ##### Why doesn't this case show sales results? Because the network's business results belong to Campneus. This is a scale case: we show the mechanism and the size of the operation using public figures, such as the network of more than 117 stores connected to the portal. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Circuito de Compras (CDC): multi-banner portal | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/cdc/ Popular retail and apparel wholesale Qualitative case ### Circuito de Compras (CDC): a multi-banner portal for popular wholesale A wholesale mall in Brás moved its operation onto a multi-banner portal, already live, on CWS Platform technology, with a white-label mobile app of international reach. Customer: Circuito de Compras (CDC) Told through the mechanism and the technology. No public figures, by the customer's choice. The Circuito de Compras (CDC) is a popular-retail wholesale mall in Brás, São Paulo, linked to the Nova Feira da Madrugada. It brings together Brazilian, Chinese, Bolivian and Arab retailers, serving resellers across Brazil. Its audience is, by composition, a global hub. This is a qualitative case: we tell the mechanism and the technology, not numbers. What matters here is breadth. Where Tracbel and Imdepa show results with figures, the CDC shows reach: mobile, international, AI and multi-banner. #### The multi-banner portal On CWS Platform technology, the CDC opened a portal that aggregates multiple banners and unifies the operation in a single place. The portal is already available to customers and running. Catalog governance, the heart of multi-banner unification, comes from the same rails that support the rest of the platform. #### The MayaApp CDC Alongside the web portal, the project has a mobile front: the MayaApp CDC, a white-label app aimed at the small retailers of Brás and of Brazil, with potential for international reach. It accepts international payments, fitting the strong presence of foreign buyers (China, Bolivia, the Arab world, Latin America), and serves in several languages (Portuguese, English, French, Spanish and Mandarin). Inside the MayaApp CDC runs a CWS Platform AI agent for product cataloging and curation. Personifying the agent is the customer’s decision, not the platform’s. The app also turns an already-registered product into a personalized PDF catalog: the retailer picks the theme, cover, colors and products, and shares the catalog with their own customers in a few taps, all from the phone. It is the cost of assembling sales material, today paid in time by the retailer, coming out of the routine of whoever sells. The reading of the case: the same technology base that governs complex B2B negotiation also supports an international popular-retail app. Depth in one case, breadth in the other. #### Frequently asked questions about this case ##### My business is popular wholesale, with many retailers and banners under one roof. Does the same platform serve that? It does, and the CDC is the case that shows it. The portal aggregates different banners and unifies the operation in one place, which demands catalog governance before it demands anything of a storefront: who may publish what, how one retailer's offer coexists with the neighbor's, what the buyer sees as a coherent assortment. It is the same base that supports complex B2B negotiation, applied to a problem of composition instead of a problem of contract. ##### Why does this case have no figures? By the customer's choice, and the rule here is public: a qualitative case is told through the mechanism and the technology, without figures. That does not make it a weaker case, it makes it a case answering a different question. Where Tracbel and Imdepa show depth with measured results, the CDC shows breadth: multi-banner, mobile, international and with an AI agent in operation. Publishing a number without the endorsement of whoever owns it would be worse than publishing none. ##### Does the AI agent inside the MayaApp CDC decide on its own what goes into the catalog? No. The agent catalogs and curates product, which is where it saves an enormous amount of manual work, but transactional truth is executed by the platform: buyer identity, valid price, stock, order. That boundary is deliberate. The AI orchestrates and proposes; the mechanism is what guarantees that whatever was proposed can actually be sold. Even personifying the agent, the name and face it wears in the app, is the customer's decision rather than the platform's. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Fortbras: 3 ERPs, many banners, one B2B portal | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/fortbras/ In the boardroom · CEO Each banner's contracts, percentage rules and price tables follow one order of precedence, written in the platform. A network that grew by acquisition keeps each banner's way of selling, without negotiating prices store by store. Illustrative scene with a real screen from the CWS Platform back office, the platform behind the Fortbras portal. People and on-screen data are fictitious. In the boardroom · CIO Three ERPs behind one portal: each branch publishes its own stock, and the customer picks the store that serves them. The rules live in the platform, and the ERP still owns each branch's stock, base price, credit and invoicing. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. In the boardroom · Commerce Director Orders show up by status on a single dashboard, in the same platform where the customer buys. In the Sales Hub pilot, sales reps work in the same interface, with approvals between rep, coordinator and manager. Illustrative scene with a real screen from the CWS Platform back office, the platform behind the Fortbras portal. People and on-screen data are fictitious. In the boardroom · CMO The whole network gets the same storefront and the same campaign, and each customer sees the store that serves them up front. One brand in front of every banner: the campaign goes out once and reaches every branch. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. Auto parts distribution and retail (multi-banner network) ### Fortbras: three ERPs, many banners and one B2B portal for an auto parts network Fortbras, one of Brazil's largest auto parts networks, brought branches from several banners, three different ERPs and a catalog of more than 300,000 products into a single B2B portal on CWS Platform. From January to October 2026, the channel generated more than BRL 30 million in more than 35,000 orders, with more than 4,000 active customers buying from more than 30 branches. Customer: Fortbras Fortbras is a national consolidator of Brazil’s automotive aftermarket: a multi-brand network of well-known regional banners, such as Javali, Pegasus, Soma, T-Brasil, Total, Menil and União, that sells auto parts, motorcycle parts, tires, lubricants and accessories to repair shops, auto centers, parts stores, fleet operators and consumers. In August 2024, the trade press already counted 246 points of sale , 17 banners and more than 300,000 different parts in the portfolio ( AutoData, Aug 30, 2024 ). Growing by acquisition brings scale, and it also leaves a legacy: every banner arrives with its own ERP, its own price list, its own customer base and its own way of selling. In 2025, Fortbras decided to digitize the network’s B2B sales without asking any banner to replace its system. The portal went live on CWS Platform and, in the 16th month of the project, it is a real sales channel that keeps growing one store at a time. #### The Fortbras story in 2 minutes Talk to CWS today Watch on YouTube · Subscribe #### Results so far The figures below come from the project’s BI dashboard, for January 1 to October 13, 2026 : - More than BRL 30 million in digital revenue across more than 35,000 orders . - Average order value close to BRL 900. - More than 4,000 active customers buying through the portal. - More than 30 branches from several banners with sales recorded in the channel. - More than 400,000 sessions since April, when session tracking started, three out of four of them from logged-in customers . - More than 600,000 offers published by the branches, covering more than 6 million units in stock. #### What the proposal said and what the project became The commercial proposal, from March 2025, described a B2B Commerce project for 28 stores , with about 100,000 SKUs , credit limits, own delivery and a launch in 3 months . The sales rep module was left out of the first phase. The schedule held: the MVP started on July 1, 2025 , at a branch in Fortaleza, and the first wave reached 18 stores in production in September of the same year. What changed was the size of the problem. The design that was born for 28 stores now supports: | | Proposal (Mar 2025) | Today | Stores | 28 | more than 30 branches selling, with a 260-store horizon | Catalog | about 100,000 SKUs | more than 300,000 products registered | ERPs | not detailed | 3 active ERPs, 2 still to integrate | Sales reps | out of scope | Sales Hub in pilot, with an approval workflow | Registered customers | not detailed | more than 120,000 The platform kept up with that growth without a product swap or a re-implementation. New needs became configuration, and the few that required new code became improvements to the platform itself, which runs on the same version for every customer. #### The design: one portal in front, many companies behind it For the repair shop, Fortbras is a single portal: the customer logs in, sees the stores that serve them, sees the price that applies to them and places the order. Behind it, every order goes through seven layers, each one solving part of the group’s complexity. - One catalog. A global product registry shared by every banner, with the internal Fortbras code as the central identifier. The catalog carries no price: it describes the product, with vehicle fitment, cross references, equivalents and categories. - Inventory by store and by warehouse. Each branch publishes its own offer and balance, coming from its own ERP. A store can have several warehouses (parts, light-vehicle tires, heavy-vehicle tires) and still be a single store for the customer. - Governed visibility. Customers only see the stores and inventory the commercial rules allow. A customer who buys from two branches sees both; a customer served by one sees only that one. - Contextual pricing. The base price is never shown. The final price is calculated at the moment of purchase, based on ERP, banner, store, customer group, contract, product tag and state. - Credit-first checkout. Payment methods by store, credit limits by banner, minimum order values, invoiced payment terms and payment negotiated with the store. - Taxes calculated at the source. Before the order closes, the platform calls the tax service of the branch that will invoice it, and the customer sees the taxes in the catalog, at shipping and at checkout. - Orders back to the right ERP. The order is created in the portal and reaches the ERP of the branch that fulfills it, through a query API or a webhook, depending on each banner’s system. ##### Three ERPs in the same portal | ERP | Banners | Stores implemented (Jun 2026) | Transis | Javali, Pegasus, Soma, T-Brasil | 18 | Autcom (Citel) | T-Brasil, Menil, Pegasus | 11 | Protheus | Atacado União | 1 One portal in front, many companies behind it. Transis, Autcom and Protheus feed the banners and branches. Each order crosses seven layers: one catalog, stock by store and warehouse, governed visibility, contextual pricing, checkout with credit, tax at the origin and the order back to the right ERP. Reproduction of a live portal screen. Third-party names replaced with fictitious ones. The same banner can run on more than one ERP (T-Brasil and Pegasus run on two), which is why the rules cannot live in the ERP. They live in the platform, in the Commerce Rules Engine (CDL Workspace), while each ERP remains the source of inventory, base price, credit and invoicing for its branches. #### Integrations ERP communication is asynchronous by design: the ERPs send inventory, prices and rules to the platform, and the platform publishes orders for the ERPs to consume. No page of the portal depends on a branch’s ERP answering in that second. The deliberate exception is tax, which has to be calculated in real time by the branch that invoices. - Batch inventory and pricing , with the internal Fortbras code, the warehouse and each product’s price rule tags (brand, discount limiter, campaign). - Orders read through a query API (Transis) or delivered by webhook (Autcom), with status updates sent back. - Tax service per branch , authenticated and called by the platform from a fixed outbound IP. It returns Brazil’s ST, IPI, ICMS, PIS and COFINS taxes. - Price contracts via API , with priority and quantity-based discount tiers. - Customers via API : registration, group membership, credit limits, welcome email and password recovery. - Self-registration by company tax ID (CNPJ) : a customer without an account is sent to an external partner form, and the approved registration comes back to the platform via API. - Analytics : portal events in Google Tag Manager and BI dashboards with revenue, orders, sessions, customers and offers by branch. #### Pricing: four models in one portal Each ERP brought a different pricing model, and none had to be abandoned: - Transis (Javali, Pegasus, Soma, T-Brasil): base price, standard discount by banner, VIP tables, a discount limiter and priority promotions. - Autcom at Pegasus and T-Brasil: a similar structure, with VIP by group and promotional contracts. - Menil: closed tables, 1 through 7, with a final price by customer group and no percentage calculation. - Protheus (Atacado União): contracts by state, no VIP and no promotions, with the final price taken straight from the contract. On top of that sits a clear order of precedence: contracts beat percentage rules, which beat price tables. When two VIP groups compete for the same customer, the configured criterion applies. In June 2026 the portal had about 800 active contracts . Over the project, the platform added quantity-based price rules, tiered progressive discounts inside contracts (by headquarters or by branch) and sales multiples per product, all run by the platform and fed by the ERPs. In practice · Auto parts shop buyer, on mobile She picks the network store that serves her, and the portal shows that branch's stock and prices. Each banner keeps its own ERP. For the customer, it is one Fortbras, with the stores the commercial rules open to her. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. In practice · Parts counter clerk, on desktop At the counter, he opens the category and orders from a list, with his price, quantity and cart on the same line. The price is calculated on the spot, from the rules of the banner, the customer group and that customer's contract. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. In practice · Shop owner, on desktop Before checking out, she looks up the item's taxes, calculated by the branch that will invoice. ICMS ST and IPI show up in the catalog, in shipping and at checkout, not only on the invoice. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. In practice · Workshop technician, on mobile With the car open, she checks how many units the branch has and who sells and delivers the part. Stock comes from each store's and each warehouse's ERP, and the order goes back to the ERP of the branch that serves it. Illustrative scene with a real screen from the Fortbras B2B portal, translated for this page. People, part brands and customer data are fictitious. #### Different customers, different journeys Fortbras’s customer base is not uniform, and the portal does not treat everyone the same: - Store-based accounts. Each customer belongs to the groups of the stores that serve them. In June 2026 there were more than 3,000 customer groups . - Customers of more than one branch. Intersection groups let a customer see two stores without mixing their rules. To keep invoicing clean, the cart accepts one store per order, with several warehouses from that store. - VIP customers. In June 2026, more than 20,000 customers were in VIP groups, with their own prices by banner. - Assisted selling. In the Sales Hub pilot, sales reps use the same interface as the customer, register customers straight into the right group and work with an approval workflow across rep, coordinator and manager. - Visitors without a login. They can search the catalog but cannot see prices. On first access, customers confirm their registration data. #### Configured, not coded Most of what Fortbras needed was solved with the platform’s 1,029 configurable parameters, often on the same day it was requested: opening a new branch with another branch’s price rules, creating intersection groups, changing the default search behavior, turning a branch’s tax service on or off, restricting payment methods by store, giving branch managers access to the store panel, switching the product grid to the default listing view. An operation this size also called for targeted product work, and it was done in the platform: - A single store with several warehouses , for the wholesale operation that separates parts, light tires and heavy tires. - A unique offer key per partner , for the ERP that sends the same product more than once. - Taxes per branch , calculated at the source and shown in the catalog, at shipping and at checkout. - Progressive quantity discounts inside contracts and sales multiples per product. - Exact code search as the default, for the counter clerk who types the part number. - Alphanumeric CNPJ support, ahead of the change by Brazil’s federal tax authority. - Password recovery over WhatsApp and welcome emails triggered by the customer API. - A new checkout , tested and approved by Fortbras in sandbox in October 2026. #### A team that answers in minutes The project has a direct channel between Fortbras’s project and technology team and the CWS Platform team, alongside the formal ticketing. In 16 months, it carried more than 5,000 messages. A few moments show the pace: - In launch week , search started working for visitors without a login, without showing prices, after a one-day task force. - On a Sunday , an import of 50,000 customers got stuck. The answer came in 12 minutes, and the load was redone in batches. - A new branch , with the same price rules as another, was created in production and sandbox on the same day it was requested. - When a wrong price in the source ERP reached the portal , the branch was switched off in 8 minutes, with inventory and settings preserved so it could come back online. - The outbound IP change , required by Fortbras’s security team, was deployed overnight and monitored all day, with no impact on customers. - Fixes to search, campaigns and taxes went out at night and on weekends, so stores could open the next day with the problem solved. Not everything was simple, and an honest case should say so. Moving customer rules from postal code to customer groups, in September 2025, took days of fine-tuning with the branches. Search was rebuilt more than once until it behaved the way a counter clerk expects. Each time, both teams worked side by side, in the same room, until the issue was closed. “Show Isra, acabei de testar vários cenários aqui e todos funcionando da forma que conversamos, muito obrigado!” (“Great, Isra, I just tested several scenarios and they all work the way we discussed, thank you so much!”) Fortbras project team, September 2026 #### A platform that changes with the operation Today’s portal is not the portal of July 2025, and it did not have to be rebuilt to get here: - Jul 2025: MVP in Fortaleza. - Sep 2025: 18 stores in production; customers are defined by group, not by address. - Oct 2025: the Autcom branches go live and the sales rep module pilot starts. - Nov 2025: Protheus goes live, with the wholesale operation and its three warehouses. - Feb 2026: warehouse restrictions and intersection groups in production for every branch. - May 2026: reps register customers straight into the right group; nearly 190,000 products loaded into a single store with no duplicates. - Jul 2026: sales multiples. - Aug 2026: taxes in the catalog. - Sep 2026: progressive quantity discounts, CNPJ self-registration, exact code search as the default and 10 more stores announced. - Oct 2026: new checkout approved. #### What the numbers reveal - The portal became a work tool. Three out of four sessions come from logged-in customers. People who come in, come in to buy. - Usage is recurring. Logged-in visitors average more than 60 sessions each since April. The most engaged customers have more than 2,000 sessions, with average session times of up to 18 minutes. - Growth is steady. Monthly sessions more than tripled from April to September 2026. - Sales are distributed. No single branch dominates the channel: the largest accounts for just over a tenth of digital revenue in the period, and more than 30 branches from several banners sell through the portal. - There is plenty of room to grow. There are just over 4,000 active customers in a base of more than 120,000 registrations, and about 30 active stores out of a 260-store horizon. Every new store brings its customer base to a portal that is already in place. #### Next steps Fortbras is sticking with the approach that worked: one store at a time, no big bang. The next 10 stores are being implemented, two more ERPs are still to come, Sales Hub is getting ready to move beyond the pilot and the catalog is going through an enrichment round with AI agents. The takeaway: a network that grew by acquisition does not have to choose between unifying its ERPs and selling digitally. With the rules in the platform, each banner keeps its own system, and the customer finds a single Fortbras. #### Frequently asked questions about this case ##### How do three different ERPs live in the same portal? Each branch stays on the ERP it already used: Transis for Javali, Pegasus, Soma and T-Brasil, Autcom for T-Brasil, Menil and Pegasus, and Protheus for Atacado União. The ERP remains the source of stock, base price, credit and invoicing for the branch, and the commercial rules live in the platform, in the Commerce Rules Engine (CDL Workspace). That is required because the same banner can run on more than one ERP, as T-Brasil and Pegasus do. Communication is asynchronous: the ERPs send stock, prices and rules, and the platform publishes orders for the ERP of the branch that fulfills them, through a query API or a webhook. The deliberate exception is tax, calculated in real time by the branch that invoices. ##### What was configuration and what required development? Most of it was configuration, using the platform's 1,029 configurable parameters, often on the same day as the request: opening a new branch with another branch's pricing rules, creating intersection groups, changing the search default, turning a branch's tax on or off, restricting payment methods by store. What needed new code became an evolution of the platform itself, which runs on the same version for every customer: a single store with several warehouses, a unique offer key per partner, tax by branch queried at the origin, progressive quantity discounts inside the contract, sales multiples by product, restricted search by code as the default, alphanumeric CNPJ and password recovery over WhatsApp. ##### How does the network join the portal, store by store? One store at a time, with no big bang. The MVP started on July 1, 2025, in a branch in Fortaleza, and the first wave reached 18 stores in production in September of the same year. The Autcom branches followed in October 2025 and Protheus in November, with the wholesale operation and its three warehouses. Today more than 30 branches sell through the portal, with a horizon of 260 stores and the next 10 being rolled out. Each new store brings its own customer base to a portal that is already built, and a branch sharing another branch's pricing rules has been created in production and in sandbox on the same day it was requested. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Imdepa: 3x the customers without 3x the sales team | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/imdepa/ Auto parts distribution ### Imdepa: growing 3x in customers without 3x the sales team A distributor founded in 1960 moved the buying decision into a governed B2B portal. In 3 years it activated 153 customers and processed around 60,000 orders, with the rep shifting from processing to consulting. Customer: Imdepa Imdepa is a Brazilian auto parts distributor founded in 1960, operating in 9 states, with about 23,000 SKUs and roughly 16,000 corporate customers across the agricultural, industrial and automotive segments. In 2023 it launched a B2B ordering portal on CWS Platform, with a clear goal: keep operational efficiency while growing. #### The result at scale In 3 years of operation, the platform activated 153 customers (about 3x growth), processed around 60,000 orders and today runs about 25,000 sessions per month . The machine took over the simple transaction, and the rep moved from roughly 70% of their time processing orders to proactive consulting. It’s growth decoupled from the cost of structure: more customers served without growing the team in the same proportion. #### Three engagement profiles Each Imdepa customer found their own rhythm of use. The 3-year analysis revealed three patterns, all valid: - Heavy User. The portal becomes operational infrastructure. One customer reached 18,920 logins, about 1,500 orders and 5 internal users over 3 years, integrating the portal into the whole team’s purchasing routine. - Exploratory. The portal as a decision tool. One customer logged 1,309 accesses, 930 orders and a 70% conversion rate, exploring alternatives before closing. - Late Adopter. Access when needed, without depending on a rep. A 63.6% conversion per session: they log in, find it, buy, without calling anyone. Imdepa’s customer names are preserved (Customer A, B, C) for privacy. #### Why it worked The real B2B journey is complex, and the platform treats that as a native capability. An order of more than 250 SKUs is built in a single cart, with automatic calculation of IPI, ICMS and ST, freight and pre-approved credit, in seconds. What used to consume hours of a rep’s time now takes minutes of a self-sufficient customer. With friction removed, the customer chooses the channel because it’s operationally better, not out of digital preference. “O valor real não é a receita que vemos nos números. É a operação que você consegue sustentar com o mesmo custo de estrutura. Crescemos 3x em clientes sem contratar 3x mais vendedores.” Paulo R. S. Pereira, Digital Sales Coordinator at Imdepa. #### Frequently asked questions about this case ##### What changed in the rep's daily work once the portal was in place? They stopped typing orders. At Imdepa the rep spent roughly 70% of their time processing the simple transaction, the one where the customer already knows what they want and just needs someone to record it, and that work moved to the machine. What remains is what only a person does: understanding the customer's operation, suggesting what is missing, resolving the exception. The rep is not the victim of digital, they are its vector, and the business math follows: 3x growth in customers without 3x the team. ##### My customers are not all digital. Does the portal only serve those who already buy online? No, and Imdepa's three-year analysis shows three rhythms coexisting, all of them valid. There is the customer who turns the portal into infrastructure and logs in daily with several people from the team; the one who uses it as a decision tool, exploring alternatives before closing; and the one who only shows up when needed, solves it and leaves, without depending on a rep. None of these profiles was converted by force. The portal earned usage by being operationally better, not by digital preference. ##### My orders carry hundreds of line items and complicated taxes. Does that fit in a cart? It does, and that is the boundary separating the real B2B journey from retail checkout. An order with more than 250 SKUs is built in a single cart, with IPI, ICMS and ST calculated, freight and pre-approved credit, in seconds. Work that would consume hours of a rep's time on the phone takes minutes of a self-sufficient customer. That is the transaction cost of buying going down, and that is what changes behavior, not the screen. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Pirelli Conecta: a governed B2B marketplace | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/pirelli-conecta/ In the boardroom · CEO The network's price rules are written in one place, with the priority and source of each. Commercial policy stops depending on spreadsheets and counter deals: it applies the same way to every order. Illustrative scene with a real screen from the CWS Platform back office, the platform behind Pirelli Conecta. People and on-screen data are fictitious. In the boardroom · CIO One catalog for the whole network, with standardized codes and fitment, instead of a separate listing per store. Search finds the part by name, code or category, with technical data that comes from the manufacturer. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. In the boardroom · Commerce Director The network's orders show up by status on a single dashboard, from pre-order to delivery. What is in commercial approval, awaiting payment or ready to ship is in plain sight, without calling each distributor. Illustrative scene with a real screen from the CWS Platform back office, the platform behind Pirelli Conecta. People and on-screen data are fictitious. In the boardroom · CMO The brand reaches every reseller in the network through the same storefront, with the same message. Joint campaigns and terms with partner manufacturers are built on the network's real demand. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. Automotive service network and parts replenishment Scale case ### Pirelli Conecta: the B2B marketplace a buying network built for itself Pirelli organized parts purchasing for its network of more than 450 workshops into a governed B2B marketplace, launched in April 2026 on CWS Platform technology: more than 100 workshops already buy through the portal, selected suppliers compete for the network's demand, each with its own commercial policy, and the network gains data, negotiating scale and a single channel with manufacturers. Customer: Pirelli (Pirelli Conecta) Told through the mechanism and the scale of the operation, using public figures. Business results are not published. Pirelli Conecta is Pirelli’s negotiation portal in Brazil: the digital environment where Pirelli’s official network of dealers and automotive service centers buys parts from selected manufacturers and distributors. It started in 2025, planned by Pirelli together with the network’s buying groups, on CWS Platform technology, and launched officially in April 2026. The network has more than 450 workshops across Brazil, more than 100 already buy through the portal, and the catalog the portal itself advertises has over 60,000 items (suspension, brakes, filters, oils and fluids), searchable by vehicle: car, motorcycle, truck, bus and tractor. The network buys through the browser and through the app, available on Android and iOS. This is a scale case: we describe the mechanism and the size of the operation, using public figures or figures disclosed with Pirelli’s permission. The network’s business results belong to Pirelli and are not published here. #### The Pirelli Conecta story in 2 minutes Talk to CWS today Watch on YouTube · Subscribe #### What changes when the marketplace is built by the buyer A typical B2B marketplace is built by the seller: a distributor or manufacturer opens a channel to move its own portfolio. Pirelli Conecta reverses the direction. The environment is built by the network that buys, planned by Pirelli together with the network’s own buying groups. The goal is not to sell more of one supplier’s products; it is to buy better from all of them. That reversal changes the economics. A single workshop negotiates with the weight of one workshop. A network of hundreds of locations, with its demand organized in one place, negotiates with the weight of the network. The marketplace becomes the collective bargaining tool of a structure that used to buy in a scattered way, by phone, WhatsApp and spreadsheet, store by store. Who builds the marketplace changes the game. The typical marketplace is the seller's channel. On Pirelli Conecta, the network gathers its own demand in one place, and selected suppliers compete for it. #### Governance: the network sets the rules, the supplier sets the price The principle behind the project fits in one line: Pirelli Conecta governs, CWS Platform enables, the supplier negotiates. - The network governs the frame. Who participates, in which regions, under which general rules, catalog standards and compliance requirements. - Suppliers keep full commercial autonomy. Each manufacturer and distributor configures its own prices, payment terms, lead times and approval limits, and negotiates freely inside the frame. The ecosystem does not set anyone’s price. - The platform runs both layers at once. Access is regional: each store sees the products, stock and distributors relevant to its area, and each order is created with the terms that apply to that buyer, with that supplier. That separation is what distinguishes a governed ecosystem from a marketplace that squeezes its suppliers. The rules are shared; the commercial decision stays with whoever owns it. The network governs, the supplier negotiates. Participation, catalog and regional rules belong to the network. Price, lead time and terms belong to each supplier. The platform applies both layers on every order. #### From phone quotes to real-time comparison In parts replenishment, every order used to start with a round of quotes: call two or three distributors, wait, compare price, lead time and availability, then close. On Pirelli Conecta, price, stock and delivery time from several suppliers are visible in the same place. The quote stops being a round of phone calls and becomes a lookup. With more selected suppliers competing for the same demand, competition works in the network’s favor: comparing offers becomes the default behavior, and average purchase cost is contested on every order instead of being negotiated once a year. The quote becomes a lookup. Instead of calling two or three distributors, the workshop sees the selected suppliers' offers side by side, in the browser or in the app. #### A standardized catalog, with manufacturers in the game A decentralized network usually has one catalog per store, each with its own codes, descriptions and fitment gaps. On Pirelli Conecta the catalog is standardized for the whole network, with vehicle fitment, and manufacturers take part in building it: brand, technical data and fitment come from the people who make the part, organized by the network’s rules. The same logic applies to offers. Campaigns, special terms and joint negotiations between Pirelli, partner manufacturers and distributors are built on real network demand data rather than estimates. One catalog for the whole network. Each store had its own codes and its own gaps. On the portal, the catalog is standard across the network, and manufacturers supply brand, technical data and vehicle fit. #### The best suppliers grow inside the network In a governed environment, performance becomes a growth path. The most organized supplier, with a complete catalog, reliable stock, on-time delivery and good network ratings, naturally gets more demand. The network gains an objective criterion for choosing who grows with it, and suppliers gain a clear way to grow: be better, not just cheaper. #### A better channel than WhatsApp Negotiation between the network and suppliers happens inside the portal, through the negotiation chat, tied to the order and to the history of each relationship. Conversations that used to be scattered across WhatsApp groups, email and phone, with no record and no context, now have a place, an owner and a memory. #### Purchasing data as a network asset Every order generates structured data: what each location buys, how often, from whom, at what price, and which parts tend to be bought together. Pirelli and the buying groups can see the purchasing behavior of the entire network, the product basket by region and the relationships between parts. That foundation opens the next step: BI on trustworthy data and Artificial Intelligence agents working inside a governed environment, where identity, price, stock and rules come from the platform, not from a spreadsheet. AI proposes; the mechanism guarantees that what was proposed can actually be bought. Every order becomes network data. What each location buys, from whom, where and with which other parts. It is the reliable base for BI and for AI agents acting inside the network's rules. #### The portal, live It all happens at once: one workshop compares offers on a phone, another buys at the counter, and the distributor answers in the chat, tied to the order. In practice · Workshop technician, on mobile With the car on the lift, she enters the model and the portal shows only the parts that fit it. Search by vehicle matches the network catalog against each part's fitment. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. In practice · Reseller buyer The same shock absorber shows up from two distributors, each with its own price, lead time and delivery. She compares and chooses without a single call. The network sets the rules, and each supplier negotiates its own price. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. In practice · Buyer, in the chat She asks the distributor's sales rep about stock, and the conversation ends in the cart. The negotiation chat lives inside the portal, tied to the order and to the history of each relationship. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. In practice · Parts counter, on desktop At the counter, every part in the catalog shows how many distributors carry it. One standardized catalog for the whole network, with several suppliers' offers on each item. Illustrative scene with a real Pirelli Conecta portal screen, translated for this page. People, distributors and sales reps are fictitious. #### How the project grows Pirelli Conecta grows in stages. It started in 2025 with the network’s buying groups, who planned the environment together with Pirelli, and launched officially in April 2026, at Pirelli’s annual convention. Today more than 100 workshops already buy through the portal, in a network of more than 450 . Next comes expansion: new distributors, retailers and manufacturers joining the ecosystem, with the network’s purchasing data opening the way to campaigns built on real demand and to Artificial Intelligence agents. #### A model for any decentralized network Pirelli Conecta was built for a network of automotive service centers, but the mechanism fits any structure with many buying points and little coordination: franchise networks, associations, cooperatives, retail groups and a manufacturer’s accredited networks. Wherever there is scattered demand, too many suppliers and too little negotiation, a buyer-built B2B marketplace organizes the network, standardizes the catalog, captures the data and gives the network back the bargaining power it already had but could not exercise. The takeaway: a B2B marketplace does not have to be the seller’s channel. Built from the buyer’s side, with governance over the ecosystem and autonomy for each supplier, it becomes the nervous system of an entire network. #### Frequently asked questions about this case ##### What is the difference between a buyer-side marketplace and a regular one? Who builds it. A regular marketplace is built by the seller to move its portfolio. Pirelli Conecta was built by the buying network, planned by Pirelli with the network's buying groups, to consolidate the demand of a network of more than 450 workshops and negotiate with the weight of the network rather than the weight of each store. ##### Does the network control supplier prices? No. The network governs the frame: who participates, in which regions, under which catalog and compliance standards. Each manufacturer and distributor sets its own prices, lead times, payment terms and approval limits. That separation is what attracts the best suppliers instead of pushing them away. ##### Does this work for franchise networks or other industries? Yes. The mechanism depends on structure, not product: many buying points, fragmented suppliers and little coordination. Franchise networks, associations, cooperatives and manufacturers' accredited networks share that profile and gain the same things: a standardized catalog, supplier competition, purchasing data and joint negotiation. ##### Why doesn't this case show sales results? Because the network's business results belong to Pirelli. This is a scale case: we show the mechanism and the size of the operation using public figures or figures disclosed with Pirelli's permission: the network of more than 450 workshops, more than 100 of which already buy through the portal, and the catalog the portal advertises at over 60,000 items. ##### Where does Artificial Intelligence come in? On top of a governed environment. Every order generates structured data on what the network buys, from whom and which parts go together. With identity, price, stock and rules coming from the platform, BI and AI agents can make proposals safely, and the mechanism guarantees that what was proposed can actually be bought. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Tracbel: margin that came from catalog discovery | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/tracbel/ Equipment distribution (Volvo CE) ### Tracbel: the margin that came from customers discovering the catalog An award-winning Volvo dealer moved selling into the governed digital channel and recorded around US$24.4 million in digital revenue in 2025, with margin rising alongside catalog discovery. Customer: Tracbel Tracbel is an equipment distribution network, a Volvo CE dealer, with 40 units and the Volvo Gold recognition, the most awarded dealer in the Volvo Group worldwide. It moved the buying decision into CWS Platform’s governed digital channel, integrated with SAP bidirectionally and in real time, in production for about 6 years. #### The proof - Around US$24.4 million in digital-channel revenue (January to November 2025). Real transaction data, endorsed by Tracbel itself. - 3,500 customers served digitally in 2025. - Around US$47 million accumulated through the portal since launch (Yellow Line in 2018, Trucks in 2020). #### The mechanism (why it worked) By digitizing the decision, the customer began to see far more products and prices in the catalog, including items they didn’t know existed. The result came as a chain: they bought more items (the exploration effect); since many were new, with no prior price reference, margin rose; and the average ticket grew. Removing friction changed buying behavior. No ordinary e-commerce delivers this. The storefront discovers by SKU; governed negotiation discovers by context. A complementary angle, backed by years of data: once friction is removed, the small order costs the same as the large one. The small customer becomes viable, buys frequently and grows over time, without Tracbel abandoning the large accounts. #### Frequently asked questions about this case ##### We sell heavy equipment and technical parts, where the fit depends on the machine and the serial number. Does that belong in a digital catalog? It does, and that is exactly where the difference shows. What Tracbel put online is not an SKU storefront, it is the customer's own account with the price that applies to them: the same part changes conditions depending on who is buying, and compatibility with the equipment is part of what you navigate. A retail storefront discovers by code; governed negotiation discovers by context, which is why a deep technical catalog gains reach instead of becoming an impossible list to browse. ##### Why did margin go up if prices became visible to everyone? Because what changed was not the price, it was the range. With the decision digitized, the customer began to see far more products than a rep could ever walk them through, including items they did not know existed. They bought more items, and since many were new, with no prior price reference, the average rose along with the ticket. Price transparency erodes margin when the catalog is small and easy to compare; in a deep catalog it raises the odds that the customer finds something nobody had offered them. ##### How long did it take Tracbel to reach that level? It was not a launch, it was an accumulation. The portal went live one product line at a time, starting with the Yellow Line in 2018 and adding Trucks in 2020, and it has gathered around US$47 million since then, with the US$24.4 million of 2025 as the most recent year. Anyone starting out should not compare their own first month to that figure: the fair comparison is the first product line going live, which is the scoping decision Tracbel made. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Figures converted from Brazilian reais at R$5.00 = US$1.00. Schedule a demo ← See all cases --- ## Würth: three portals, the sales rep at the center | CWS Platform URL: https://www.cws-platform.com/en/customer-stories/wurth/ Distribution of tools, fasteners and industrial and automotive supplies Scale case ### Würth: three portals, three sales journeys and the sales rep at the center of digital Würth do Brasil, with more than 1,400 sales reps and more than 200,000 customers, runs three portals for different audiences on CWS Platform: B2B for companies, W-max for auto and motorcycle parts resellers, and B2C. On the same platform, customers buy on their own, reps build the cart with them or enter the order for them, and every month sales and search data become an action list for the sales team. Customer: Würth do Brasil Told through the mechanism and the scale of the operation, using public figures. Business results are not published. Würth is one of the world’s largest distributors of fasteners, tools, chemicals and protective equipment, and it has operated in Brazil since 1972 ( O Mecânico, Oct 16, 2012 ). In Brazil, the company reports more than 1,400 sales reps , more than 200,000 customers and a line of about 10,000 products across eight divisions, from automotive to construction ( Portal da Autopeça, Apr 29, 2024 ). Würth do Brasil launched its digital channel in 2017 ( E-Commerce Brasil, Jul 31, 2023 ). Today that channel runs on CWS Platform, across three portals with meaningful volume, each for a different audience. This is a scale case: we describe the mechanism and the size of the operation using public figures. Business results belong to Würth and are not published here. #### Digital that does not compete with the sales rep Würth sells through relationships. The sales force is the company’s largest commercial structure, and the move to digital started from a clear premise: the online channel does not replace the rep, it works for the rep. The company has said publicly that reps earn commission on online purchases made by customers in their portfolio, even when they were not involved, and that reps are trained to build personalized carts and offers on the platform. For Marco Avelino, sales and marketing director at Würth do Brasil, the Würth brand is “the handshake”. Digital exists so that handshake reaches more customers, with less friction. #### Three sales journeys on one platform On CWS Platform, the same portal serves three ways of buying, and a customer can use more than one: - Self-service. The customer logs in, finds the product, sees the price and terms that apply to them and places the order alone, at any time. - Assisted selling. Rep and customer work in the same cart. The rep builds the proposal and adjusts items and terms; the customer reviews it and completes the purchase. - Rep-entered orders. For customers who prefer the traditional way, the rep places the order on their behalf, in the same interface and under the same rules. All three journeys share the same interface, the same catalog and the same commercial rules. Reps do not learn a separate system to serve customers, and they do not lose the sale when a customer decides to buy alone. The platform records which journey each order came from, which is what makes it possible to see, portfolio by portfolio, how each customer prefers to buy. Three sales journeys on one platform. The customer buys alone, rep and customer work in the same cart, or the rep enters the order. All three journeys reach the same portal, with the same catalog and the same commercial rules. #### Three portals, three audiences Würth does not speak to everyone the same way, and neither does its digital channel: - Würth B2B , for companies: manufacturers, repair shops, builders, woodworkers and maintenance teams, with login and customer-specific prices and terms. - W-max , for auto and motorcycle parts resellers, with its own catalog, which includes the W-max brand and does not appear in the other portals. - Würth B2C , for individual buyers. Each portal has its own account base, assortment and commercial policy, and all three run on the same platform, with the same team and the same management tools. Opening a new portal for a new audience is a business decision, not a technology project from scratch. #### The catalog as an ongoing operation In a technical assortment, the sale depends on the customer finding the right part: the drill bit size, the screw head type, the right chemical for the job. The CWS Platform Technical Content team manages Würth’s product data and catalog quality as a routine, not a one-time load: descriptions, attributes, categories and images are reviewed as customer searches show where the catalog falls short. #### Sales data that turns into commercial action Every month, the CWS Platform Strategy and Data team delivers to Würth’s leadership an executive reading of the digital operation across the three portals. The point is not the dashboard, it is the action that comes out of it: - Where the month’s revenue came from. The change is split into new customers, reactivated customers, customers who bought more, customers who bought less and customers who did not come back. It becomes clear whether a month was won with new customers or lost with existing ones. - Retention by cohort. Each group of customers is tracked from its first purchase, to see whether the second purchase is happening. - Alerts based on each customer’s own rhythm. Instead of comparing everyone with an average, the analysis compares each customer with their own buying habit. A customer who buys every week triggers the alert much earlier than one who buys once a quarter. - A list of accounts to call. Accounts that are past their own rhythm become a prioritized list for the sales team, separating customers who only buy through a rep (the action is a call) from those who buy on their own (the action can be a campaign). - Why search did not sell. The most searched terms, conversion by search method and the terms many people look for and nobody finds. Each of those terms is existing demand that is not being met, and it goes back to the catalog team as a task. - How customers come in. Comparing customers who arrive through typed search with those who browse categories shows which entry point needs fixing before any spend on traffic. The reports use the same definitions of a valid order, revenue and active customer in every month and every portal, so comparisons are always like for like. Sales data that turns into commercial action. The monthly reading of the three portals does not end at the dashboard. Accounts past their own rhythm become a prioritized list for the sales team, and terms many people search for and nobody finds go back to the catalog team as a task. #### Artificial Intelligence in customer service Würth also uses, day to day, an AI sales agent built on CWS Platform. It interprets what the customer or the rep asks for in natural language, searches the catalog, recommends products, builds the cart and generates a link so the purchase can continue in the portal. The agent does not invent prices or terms: everything it proposes comes from the same commercial rules that apply to a sale made by a rep. #### What the case shows A company with more than 1,400 sales reps does not have to choose between its sales force and digital. With all three journeys on the same platform, customers choose how to buy, reps keep ownership of their portfolio, and the company sees every month who is buying, through which path and who needs a call. The takeaway: in B2B with a technical assortment, digital works when it is a tool for the sales rep, not a competitor. The platform records every journey, and the data tells the sales team where to act. #### Frequently asked questions about this case ##### Why does the digital channel not compete with the sales rep? Because it was designed to work for the rep, not to replace the rep. Würth sells through relationships, and the sales force, with more than 1,400 reps, is the company's largest commercial structure. Würth itself has said publicly that reps earn commission on online purchases made by customers in their portfolio, even when they were not involved, and that reps are trained to build personalized carts and offers on the platform. Reps do not lose the sale when a customer decides to buy alone, and they keep ownership of their portfolio. ##### How do the three sales journeys work? The same portal serves three ways of buying, and a customer can use more than one. In self-service, the customer finds the product, sees the price and terms that apply to them and places the order alone, at any time. In assisted selling, rep and customer work in the same cart: the rep builds the proposal and adjusts items and terms, and the customer reviews it and completes the purchase. In rep-entered orders, the rep places the order on behalf of a customer who prefers the traditional way. All three share the same interface, the same catalog and the same commercial rules, and the platform records which journey each order came from. ##### What does the monthly data reading deliver? A list of actions, not a dashboard. Every month, the CWS Platform Strategy and Data team delivers to Würth's leadership an executive reading of the three portals: where the month's revenue came from, split into new customers, reactivated customers, customers who bought more, customers who bought less and customers who did not come back; retention by cohort; and alerts based on each customer's own buying rhythm. Accounts that are past their own rhythm become a prioritized list for the sales team to call, and terms many people search for and nobody finds go back to the catalog team as a task. The reports use the same definitions in every month and every portal. The figures in that reading belong to Würth and are not published. Qualified access Talk to someone already running this mechanism in operation A short conversation unlocks access. Schedule a conversation → Schedule a demo ← See all cases --- ## Frequently asked questions | CWS Platform URL: https://www.cws-platform.com/en/faq/ Resources ### Frequently asked questions #### Is this for my operation? ##### What is CWS Platform? CWS Platform is a B2B Commerce Platform for Governed Negotiation, a negotiation infrastructure for commerce between companies. It is not an online store adapted for B2B: it is the layer where price, delivery, payment, quantity and composition are negotiable within rules the company defines. It is 11 deterministic modules and 6 AI Agents, over 1,029 configurable parameters. See the platform → ##### What problem does it solve? The problem that, in complex B2B, a sale is not a click: it is a negotiation over several conditions at the same time. When that negotiation lives in phone calls, spreadsheets and email, three things happen together: the cost of processing each order grows, margin leaks through concessions nobody can add up, and the digital channel is no more than a shop window, because the price it shows is not the price that closes. See Governed Negotiation → ##### What is the difference between traditional e-commerce and complex B2B commerce? In e-commerce, price is an attribute of the product and the buyer either accepts it or leaves. In complex B2B, price is the result of who is buying, where the goods ship from, under which payment terms and under which tax rule, and it can still be negotiated. Add to that that credit is usually the means of payment and that the sales rep takes part in the transaction. That is why fixed-price platforms, adapted for B2B, stall on the first operation that genuinely negotiates. See the Governed Negotiation entry in the glossary → ##### What kind of company does CWS Platform make sense for? For mid-sized and large B2B operations where price, credit and mix vary by customer: distribution and wholesale, auto parts and aftermarket, agribusiness, construction and materials, wholesale fashion, industry selling to resale. The most reliable signal is not the industry, it is the question: does your price list have exceptions per customer, and does someone have to approve a discount? See who the platform is for → ##### And what kind of company does it not make sense for? For a fixed-price operation with a simple checkout, CWS Platform is overkill. If there is no price variation per customer, no sales rep active in the transaction, no inventory across several warehouses and no discount governance, platforms such as Shopify Plus or VTEX solve it better and cheaper. The platform was designed for complexity, and where complexity does not exist it only charges for it. Talk to us about your case → #### Why CWS Platform and not another? ##### What does it do that a B2B e-commerce platform does not? It treats negotiation as the central concept, not as a capability added later. In practice that shows up in four places: price derived from the context of the transaction rather than from a fixed list; credit as a native means of payment at checkout, with 30, 60 or 90 day terms; the sales rep operating inside the same core as the buyer, with the same price and the same inventory; and discount concessions happening within a limit, with the justification on record. See Governed Negotiation → ##### How does it compare to VTEX, Salesforce, SAP or Shopify Plus? They are different categories, and the honest comparison depends on what you need. E-commerce platforms solve storefront and fixed-price checkout very well. CRM solves relationships and pipeline. ERP is the system of record. CWS Platform replaces none of the three: it is the governed negotiation layer between the ERP and the channels, which is precisely the piece that tends to end up in a spreadsheet. Where your operation negotiates, that is where the comparison makes sense. See the platform → ##### What does configuration over code mean? It means a change to a commercial rule is a parameter, not a release. A tax rule change, a new discount limit per profile or a payment term for one customer go in as configuration in the Commerce Rules Engine (CDL Workspace) and take effect immediately, with no development queue. That is what moves the commercial team's response time from quarters to the same day. See the CDL Workspace → ##### Why not build this in-house? Because what looks like a portal project is in fact a commercial rules engine with everything that comes with it: contextual pricing with taxation, credit at checkout, approval limits, discount stacking prevention, distributed inventory and an audit trail. Each one is feasible; together, and maintained for years while tax rules change, they become a product running in parallel to the business. The useful question is not whether you can build it, it is whether you want to maintain it for the next ten years. See how we build the proposal → ##### Is there a risk of vendor lock-in? The data and the rules are yours. ERP integration goes through a mapping layer, so replacing the system of record does not force you to rebuild the platform, and commercial rules are exposed as readable configuration rather than hidden in code. That said, any platform that governs your operation creates operational dependency. What you can demand is data portability and a clear exit in the contract. See the APIs and integrations → #### How does this fit my operation? ##### Do I need to replace my ERP? No. CWS Platform orchestrates over the ERP, through APIs and webhooks. The ERP remains the vault for the data, and the platform is the commercial layer the channels consult. Publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. See architecture and security → ##### How long does it take to go live? It depends less on the platform and more on two factors on the customer side: the quality of the catalog data and the clarity of the commercial rules that today live in people's heads. The governance layer comes in alongside what already exists, without requiring a re-engineering of the ERP, and that is why the first cut is usually a slice of the operation, not the whole operation. Talk to us about your case → ##### What if we are not ready for this yet? There is no maturity prerequisite, there is an entry point. The Digital Maturity Roadmap has four levels, from a classic B2B portal to AI-powered trading, and each level activates layers over the same platform. What goes in at the first level still holds at the fourth, with no rebuild, so choosing an entry point is a reversible decision, not a bet. See the Digital Maturity Roadmap → ##### What is my team's role and what is CWS Platform's role? CWS Platform delivers and sustains the platform; the customer runs the commercial side and the relationships, which is where they are irreplaceable. The two meet in configuring the rules: those rules are the translation of the company's commercial policy, and nobody from outside can write them alone. A project that gets this wrong ends up as installed software with no operation behind it. See the CDL Workspace → ##### Who operates the platform day to day? The customer's own commercial and catalog teams. Daily operation is configuration and curation, not development: adjusting a pricing rule, reviewing a registration, following up on a pending approval. IT comes in for integration and access governance, not for the everyday flow. See the Sales Hub → ##### How much autonomy do I have to change a rule without calling CWS Platform? A great deal, and that is the point of the model. Approval limits, discount policy, payment terms, rules per customer profile and tax parameters are all configuration in the Commerce Rules Engine. Exceptions sent for approval carry a Reason Code, and critical actions stay in an audit trail with an author, a date and a motive, which is what makes the autonomy auditable rather than risky. See the Reason Codes entry in the glossary → ##### What is the billing model? SaaS with a predictable fixed price, no fee on GMV in the Core. AI Credits per agent action and a configurable take rate on the Marketplace. The design is deliberate: cost should not punish growth, otherwise the platform starts charging more precisely when it is working. See pricing → ##### Does the platform support international operations? The architecture is multi-tenant, multi-brand and multi-currency by design, and the site runs in Portuguese and English. It is worth noting that Brazilian tax complexity, with ICMS varying by state and industry-specific rules, is more demanding than most markets, so the tax engine was born solving the hard case. See the platform → #### What you should also ask Limitations, trade-offs, and the objections that usually go unanswered. ##### Does CWS Platform have an app ecosystem like VTEX or Shopify? No, and it is a real gap. There is no plugin marketplace or developer community at the scale of those platforms. What exists instead is native depth, with 1,029 configurable parameters covering through configuration what other platforms need extensions for, plus an open API layer for whatever is specific to your operation. If your selection criterion is a third-party app catalog, this is a point against us. See the APIs and integrations → ##### Does CWS Platform appear in the Gartner or Forrester quadrants? Not today. It is a positioning gap rather than a product gap, and it can be a blocker for organizations that require analyst validation as part of procurement. What we can offer instead, immediately, is an in-depth technical conversation and contact with current customers for reference. Ask for a technical conversation → ##### Are there public cases with customer names? Yes, with numbers. Tracbel, a Volvo CE dealer, recorded around US$24.4 million in digital revenue in 2025. Imdepa, an auto parts distributor founded in 1960, activated 153 customers and processed around 60 thousand orders in 3 years. Circuito de Compras took a multi-brand wholesale portal live. Not every customer authorizes disclosure, so the public list is smaller than the base. See the cases → ##### How much of my business ends up depending on AI? Less than the category suggests, and that is an architecture decision. The core is deterministic: the 11 modules execute rules in code, at zero inference cost, and the agents sit above that core and query it. If an agent proposes something outside the limits, Approval Workflows block it, and Pre-Submission Guardrails keep the order from ever being created. The difference is between a platform where everything depends on AI and one where AI amplifies a core that works without it. See architecture and security → ##### Is the platform mature enough? The company was founded in 2012 and the platform has been in production since 2013. That is fourteen years on the same problem, in three phases: a B2B auto parts marketplace until 2016, the pivot to SaaS and the expansion into agribusiness and construction until 2022, and AI with guardrails from 2023 onwards. Transaction cost in complex commerce has been the thesis since day one, not a recent repositioning. Product maturity is not the only question, though: it is worth also asking how long we have been in your specific industry, and that answer varies. See the company history → ##### What if my sales reps sabotage the portal? It is the most common objection and the most legitimate, because it is usually right: when a portal is designed to replace the sales rep, the rep pushes back, and they have the means. The design here is the opposite: the rep operates inside the same platform, with the same pricing and inventory the customer sees, and stays compensated for orders that flow through the digital channel of their own account base. The portal takes the reorder typing away, not the account. See the assisted selling portal → Figures converted from Brazilian reais at R$5.00 = US$1.00. Still have a question? Talk to us --- ## B2B commerce glossary | CWS Platform URL: https://www.cws-platform.com/en/glossary/ Resources ### B2B commerce glossary The terms the industry uses for negotiation, pricing, credit and governance in business-to-business commerce, and what each one means in CWS Platform. Why some entries carry two names CWS Platform names some things internally before the market has a name for them, and the result is a vocabulary that is more precise and less findable. Whoever is looking for a solution searches by the market's term, not by ours. So each entry opens with the market term, which is the way in, and carries the internal name as an apposition, which is where the difference shows: of 18 entries, 3 carry that pair. - Assisted Selling ↔ Sales Hub - Commerce Rules Engine ↔ CDL Workspace - Contextual Pricing ↔ Pricing Engine #### Governed Negotiation Governed negotiation is the model where the terms of a B2B order can be negotiated, but within limits the company defines and the system enforces. It differs from fixed-price e-commerce, where there is nothing to negotiate, and from spreadsheet discounting, where there is no limit. Every concession carries a ceiling, an author and a recorded justification. In CWS Platform there are five negotiable dimensions, price, delivery, payment, quantity and composition, and the limits for each live in the Commerce Rules Engine. See Governed Negotiation → #### AI Agents with Business Guardrails AI agents that operate under the same business rules as a person, because they query the rules engine instead of inferring commercial policy from natural-language instruction. The point is not to constrain the model by prompt, it is to keep the commercial decision from depending on it. In CWS Platform the six agents consume the deterministic core through MCP (Model Context Protocol), under the same rules as human sellers. If the AI service becomes unavailable, the operation keeps running. See AI Agents → #### Approval Workflows Approval workflows define who may negotiate, within what limits, and what happens when a limit is exceeded. In B2B commerce the difference that matters is when the answer arrives: an asynchronous RFQ flow returns a verdict after the conversation is over, while a flow integrated into the cart answers during the negotiation. In CWS Platform there are three levels, from direct execution by the seller to commercial approval with mandatory justification, up to a block before the order exists at all. See Governed Negotiation → #### Assisted Selling (Sales Hub) Assisted selling puts the seller inside the same transactional core the buyer uses, with the same pricing, the same inventory and the same governance. It differs from CRM, which records the relationship alongside the system that executes the sale. The distinction becomes practical the moment a seller needs a price: in CRM they query another system and retype it, in assisted selling they are already inside it. In CWS Platform that negotiation desk is the Sales Hub. See Sales Hub → #### Autonomy Gradient An autonomy gradient grades what an agent executes on its own, what it proposes for human confirmation, and what it never does. It replaces the binary question "can the AI act?" with a classification by risk and reversibility, decided action by action. In CWS Platform there are three zones: in green the agent executes, in yellow it proposes and a person confirms with one click, in red it informs and escalates. See Architecture and security → #### Barter Barter settles a purchase with product instead of cash, and in Brazilian agribusiness grain plays that role: the farmer takes inputs now and pays in sacks after the harvest. Treating it as a payment method, rather than as a side agreement recorded in finance, requires pricing that converts between currency and sacks accounting for harvest, crop and rural taxation, and settlement only after physical and tax validation of delivery. In CWS Platform the grain balance is managed per customer and can combine with other methods in the same order. See Checkout & Payments → #### Commerce Rules Engine (CDL Workspace) A commerce rules engine holds commercial rules declaratively and applies them to every transaction, through configuration rather than code. Price by region, credit limit by tax ID, authority by role and tax treatment stop being scattered across systems and customizations and become auditable parameters with an author and a date. The consequence is operational: a tax change or a discount policy ships without a development queue. In CWS Platform this engine is the CDL Workspace, with 1,029 configurable parameters, and it applies equally to the human seller and to the AI Agents. See CDL Workspace → #### Contextual Pricing (Pricing Engine) Contextual pricing derives price from the context of the transaction: who is buying, which warehouse the item ships from, under which commercial terms and under which tax rules. It should not be confused with dynamic pricing, which adjusts price by demand and competition and comes from retail. In B2B the correct price already depends on the customer before any strategy, so the problem is not varying the price, it is resolving it correctly on the first query. When it does not match, the buyer goes back to the sales rep and the digital channel becomes a quote to be verified. In CWS Platform this is the Pricing Engine. See Pricing Engine → #### Configuration over Code Configuration over code is the principle that changing a commercial rule should be a parameter change, not a software change. The difference shows up in lead time: through code, a tax change joins a development queue and lands in weeks; through a parameter, it lands the same day. The hidden cost of the other model is the undocumented customization that blocks the next upgrade. In CWS Platform there are 1,029 configurable parameters, each change carrying an author, a date and a justification. See CDL Workspace → #### Customer Intelligence Panel A customer intelligence panel gives the seller, at the start of the conversation, what they would otherwise request from three systems: financial health, available credit, agreed commercial terms and purchase history. The gain is not convenience, it is early disqualification: without it, the seller builds the entire proposal and only finds out at closing that the customer would be blocked for arrears or lack of limit, and both parties' time is already spent. In CWS Platform it opens from customer identification, inside the negotiation desk. See Sales Hub → #### Discount Stacking Prevention Discount stacking prevention stops discounts from compounding without anyone having decided so. The classic case is a seller's manual discount landing on top of an automatic campaign coupon: each is defensible on its own, the sum is not, and the loss only surfaces at month-end, when it can no longer be attributed to anyone. In CWS Platform the manual discount cancels the automatic one, with a visible alert at the moment of the concession. See Governed Negotiation → #### 4-Point Checkout Validation Four-point checkout validation checks inventory, price, credit and taxes simultaneously before an order closes. The contrast is with sequential validation, where the buyer discovers one problem at a time and rebuilds the cart after each discovery, which is the most common cause of B2B cart abandonment. In CWS Platform the four checks happen together, with an immediate answer. See Checkout & Payments → #### Freight Negotiation Thresholds Freight is negotiated too, and freight negotiation thresholds are the limits on what can be conceded there. It is common for an operation to govern product discounting well and leave freight open, which turns freight into the exit door for the margin that the pricing policy just protected. In CWS Platform freight has its own approval threshold, separate from the price threshold, covering CIF and FOB, multi-warehouse and split delivery. See Logistics Engine → #### Future Price Lists A future price list is a table loaded before it applies, with a start and an expiry date, that takes effect on its own. Without it, a harvest turn, an annual adjustment or a time-bound agreement becomes a manual task on a specific date, and the typical failure is not forgetting, it is partial activation: part of the catalog on the new price, part on the old one, with the discrepancy surfacing in a customer's order. In CWS Platform validity is an attribute of the list, so scheduling a price does not depend on anyone being on duty at the turn. See Pricing Engine → #### Net Terms Net terms means invoiced payment on 30, 60 or 90 days, treated as a payment method rather than as an exception negotiated at the counter. It is the dominant payment form in business-to-business trade, and its absence at checkout is often the reason a buyer who started self-service goes back to the sales rep. In CWS Platform the customer's credit limit is a native payment method in Checkout & Payments, not an external integration consulted afterwards. See Checkout & Payments → #### Pre-Submission Guardrails Pre-submission guardrails prevent the creation of an order that would be invalid from the start. Instead of accepting the order and rejecting it later in the approval queue, the interface blocks at the source and says why. The gain is the time of three people at once, the seller who would build it, the approver who would review it, and the customer who would wait for an answer that was already decided. See Governed Negotiation → #### Payment Split Split is a word the market uses for three things that behave differently, and conflating them is what makes a checkout look sufficient in a demo and fail in production. Cart split separates items by seller or warehouse and generates independent invoices, each with its own tax document and tracking. Split delivery divides one order into parts, with freight and tax calculated per fraction. Combined payment methods pay one order with more than one method at once, approving only when all of them confirm. In CWS Platform the three coexist in the same order. See Checkout & Payments → #### Reason Codes Reason codes are mandatory, standardized justifications attached to a commercial exception. They serve less to police the seller and more to make the exception analysable: without a code, a concession becomes free text that nobody can aggregate or compare, and discount policy ends up debated by impression. In CWS Platform every rule change and every non-standard concession requires one, and that is what gives each decision on price, credit and orders a trace, an author and a reason. See CDL Workspace → Want to see these concepts in your operation? Talk to us --- ## Who we are | CWS Platform URL: https://www.cws-platform.com/en/about/ Who we are ### Business DNA, not technology DNA. CWS Platform was founded in 2012, in São Paulo, by Vinícius Dias and Fernando Cymrot , graduates of USP in Finance and Economics, with no technology background. The absence of technical conditioning was an advantage: the focus stayed on the problem, transaction cost in complex B2B, not on the tool. CWS Platform is the governed negotiation platform for complex B2B commerce. Manufacturers, distributors and wholesalers negotiate price, delivery, payment, quantity and composition within their own rules, with 11 modules, 6 AI Agents and 1,029 configurable parameters. In production since 2013. Where the thesis came from #### The idea did not come from e-commerce. It came from a trading desk. Vinícius Dias was working as a trader at an investment bank when he made the observation that founded the company: software already existed to transact currency, equities and energy, with risk rules built into the operation itself. There was no reason the equivalent should not exist for transacting product, least of all for the ones that behave like commodities, from tyres to grain, from spare parts to chemical inputs. That is why this is not an e-commerce platform that gradually acquired features for selling to companies. It is a product-trading platform that acquired a friendly interface. The difference shows in the architecture: in production since 2013, it was already multi-warehouse from the start, with the catalog held separately from stock, because on a trading desk the question is never only what the price is, it is which position the thing being sold comes out of. On a desk, the limit is not a step in the process, it is the condition of operating: whoever negotiates moves fast because the system already knows how far they may go. Carrying that into business-to-business commerce is what governed negotiation does, and it is why the seller here looks more like an operator under a risk limit than someone waiting in an approval queue. #### Fourteen years on the same problem, in three phases. 2012 to 2016 ##### Canal da Peça An award-winning B2B auto parts marketplace. The first direct encounter with transaction cost in complex commerce. 2017 to 2022 ##### CWS Platform The pivot to SaaS and the expansion into agribusiness and construction. The thesis becomes a platform. Office on Avenida JK, São Paulo, from 2018. 2023 to present ##### AI and Global Expansion Agentic AI with guardrails and international expansion, with an office in Zurich between 2023 and 2025. Where we work #### From a 160-person office on São Paulo's Avenida JK to a global team. From 2018 to 2024, CWS Platform ran its office at Av. Presidente Juscelino Kubitschek, 1400, in São Paulo's JK–Faria Lima corridor, home to the country's largest technology companies. At its peak it held up to 160 people, including client teams who worked side by side with us during implementations. The pandemic showed us we could go beyond a single address. With specialists wherever they are, we became more technical, faster and more international, and our capacity to build technology grew. After 2024, remote-first became a deliberate choice: a global, specialized and flexible team, with offices in Barueri (Brazil) and Miami (Florida). People added digitally People added digitally People added digitally CWS Platform's office at Av. JK, 1400, São Paulo (2018 to 2024). Photos of the real space; people added digitally to illustrate occupancy. ##### Today Barueri, Brazil ##### Headquarters CWS Digital Plataforma e Serviços S.A. Calçada das Margaridas, 163, Suite 02, Condomínio Centro Comercial Alphaville, Barueri/SP, 06453-038, Brazil View on map → div]:rounded-none [&>div]:border-0" data-galeria-escritorios="unica"> Illustrative image of 1221 Brickell Avenue. Miami, Florida ##### US office CWS Platform, 1221 Brickell Avenue, Suite 900, Miami, FL 33131, USA We can meet clients in person in Miami, at our Brickell Avenue office, by appointment. View on map → How we position ourselves #### A long-term strategic partner in digital transformation, not a tool vendor. We build the digital future together with our clients. We don't sell tools. The relationship spans decades, not a license. Working with US clients #### CWS Platform is formally established in the United States. Service to US customers is delivered in English, on US Eastern time, and CWS Platform is onboarding specialized US-based partner companies for local sales and service. The platform can be provisioned in US AWS regions when data residency requires it. Tell us about your operation through the contact form and we reply within one business day. We can meet clients in person in Miami, at our Brickell Avenue office, by appointment. Talk to us in the US - Book a meeting Pick a time in your own time zone - Email hello@cws-platform.com Illustrative scene. Bookable meeting room in the Miami building. ##### Founders and team The people behind the decisions that hold the platform together, and the seven fronts that keep it single. Meet the team → ##### Our purpose Why transaction cost. The thesis that has driven the company since the founders' graduation. Read the purpose → ##### Our values The six institutional values that define what the company is capable of building. See the values → ##### The CWS cast The faces you see in our videos. Spoiler: none of them exists. Meet the cast → In the media VEJA E-commerce Update Rede Bandeirantes Grupo Photon --- ## Pricing | CWS Platform URL: https://www.cws-platform.com/en/pricing/ Pricing ### A TCO that doesn't punish growth. Platforms that charge a percentage on everything that flows through them turn your success into their bill. CWS Platform does the opposite: a predictable subscription on the Core, intelligence charged by usage, and a take rate only where a marketplace exists. The more you grow, the better the equation gets. #### Three principles, no fine print. ##### Predictable subscription The Core is fixed SaaS. You subscribe to the platform; you don't pay a percentage on everything you sell. Growing in volume doesn't inflate the bill in the same proportion. The cost is predictable, not a surprise at the end of a strong month. ##### AI charged per action AI Credits. Intelligence is charged for what the agents actually execute, in AI Credits per action, not per idle seat or unused license. You pay for the work the AI performs. ##### Take rate only on the marketplace Configurable, and optional. If you run a multi-seller marketplace, the take rate is configurable by you. Companies without a marketplace simply don't pay for it. Each company pays for the operation it actually has. How we build the proposal #### By maturity stage, not all at once. You don't have to buy the whole platform on day one. Adoption follows the Digital Maturity Roadmap : it starts at the stage that solves your most expensive pain now, and evolves at your pace. The proposal is built around your operation, your channel and your scale. That's why it's tailored, not a shelf price list. See the 4 levels → Talk to a specialist about pricing Persona · Chief financial officer I opened a new branch with a proposal revision, not a renegotiation from scratch. With CWS Platform, a new branch, brand or channel comes in as a proposal revision, with the sizing criteria agreed before signing. Persona · Chief executive officer I didn't have to buy the whole platform on day one to get started. In CWS Platform, adoption follows the Digital Maturity Roadmap, and the proposal is built around the operation, the channel and the scale. #### Frequently asked questions ##### Does my subscription change if I open new branches, brands or channels? What sizes the fixed price is the operation you contract, not how much you sell through it. Opening a new branch, brand or channel comes in as a proposal revision, with the sizing criteria agreed before you sign, so growing is a planned step and not a renegotiation from scratch. Selling more through the same setup does not reprice the Core. ##### Can I forecast AI Credits consumption before switching the agents on? You can, because consumption follows agent actions, and which agents stay on and what each one executes alone is your configuration, in the Autonomy Gradient. The deterministic Core keeps running the rules in code, at zero inference cost: pricing, orders and policy that never go through an agent consume no AI Credits at all. What sizes the AI bill is the volume of action you chose to automate. ##### If I launch a marketplace later, how does the take rate come in? It starts existing along with the marketplace, never before it. The take rate is a parameter of the Marketplace Management Platform: you configure it, and you can calibrate it by channel and by category according to the third-party operation running in your house. With no third-party seller, there is no take rate to charge, and the Core is billed exactly the same way. See all frequently asked questions → --- ## CWS Platform at Gartner IT Symposium/Xpo 2026 | CWS Platform URL: https://www.cws-platform.com/en/events/gartner-it-symposium-2026/ Event · Orlando, FL ### Meet CWS Platform at Gartner IT Symposium/Xpo, Orlando, October 19 to 22, 2026 Visit us at Booth #913, Brasil IT+ pavilion (promoted by ApexBrasil and Softex) CWS Platform is an exhibitor at Gartner IT Symposium/Xpo in Orlando, Florida. Come to the booth to see governed B2B commerce running: the portal your buyers order from, your reps negotiating inside the rules, and AI that works on top of a deterministic base instead of improvising. Book a meeting at the booth Official event page → When October 19 to 22, 2026 Eastern Time (ET) Where IT Xpo show floor, Walt Disney World Dolphin 1500 Epcot Resorts Blvd, Lake Buena Vista, FL 32830 Booth Booth #913 Brasil IT+ pavilion (promoted by ApexBrasil and Softex) #### Booth hours (Eastern Time) - Mon, Oct 19 · 10:45 AM–7:15 PM - Tue, Oct 20 · 9:45 AM–6:15 PM - Wed, Oct 21 · 9:45 AM–7:15 PM - Thu, Oct 22 · 9:45 AM–1:45 PM #### What we will show at the booth ##### The B2B portal buyers actually use Self-service ordering on each buyer's own price, credit and terms, with routine reorders off your reps' desks. B2B self-service portal → ##### Guided selling Rep and buyer in the same cart, in real time, with every discount inside the approval limits. Guided selling → ##### The rules engine Commercial policy as configuration: 1,029 configurable parameters, applied the same way to reps and to AI. Commerce Rules Engine → ##### The 6 AI Agents AI Agents with Business Guardrails: they suggest and execute the reversible, and the human decides the rest. AI Agents → #### About CWS Platform CWS Platform is the governed negotiation platform for complex B2B commerce. Manufacturers, distributors and wholesalers negotiate price, delivery, payment, quantity and composition within their own rules, with 11 modules, 6 AI Agents and 1,029 configurable parameters. In production since 2013. CWS Platform is formally established in the US, supports customers in English on US Eastern time, and is onboarding specialized US-based partner companies for local service. See how we work with US clients . Talk to us in the US - Book a meeting Pick a time in your own time zone - Email hello@cws-platform.com Book a meeting at the booth What a B2B ecommerce platform must do → --- ## B2B Ecommerce Platform: How to Choose One | CWS Platform URL: https://www.cws-platform.com/en/b2b-ecommerce-platform/ ### B2B ecommerce platform: what it is, what it must do, and how to choose one 1 of 4 › See how to choose For those choosing a platform Price and credit per customer, with no side spreadsheet. Each customer type’s pricing rule lives in the Commerce Rules Engine; credit and terms come from the ERP into the same order. Book a per-customer pricing demo See how to choose 54s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 2 of 4 › See how to choose For reps selling alongside the portal Rep and portal together: the offer arrives built for him to decide. Sales Copilot builds the quote with the reason and variables; the rep approves, edits or discards it, within the role’s ceiling. Book a Sales Copilot demo See how to choose 54s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 3 of 4 › See how to choose For buyers on the portal The B2B order closes with no re-keying, already split by unit. Each distribution center prepares its share, and the buyer tracks the order without calling anyone. Book a B2B portal demo See how to choose 54s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. 4 of 4 › See how to choose For technical parts buyers The catalog finds the part by vehicle application. The vehicle filter is saved in the account, and results already show that customer’s stock and price. Book a catalog demo See how to choose 54s video Illustrative scene with a real CWS Platform screen in a demo version. People, stores and on-screen data are fictitious. Category guide · B2B ecommerce Selling to businesses online is not a retail store with a login. It means bringing per-account pricing, net terms and the sales rep who negotiates into the digital channel. This guide explains the category, compares the types of solution and shows how to choose. Talk to a specialist Jump to the checklist → #### In short A B2B ecommerce platform is the system a company uses to sell to other companies online: catalog, ordering, pricing, credit and ERP integration. Unlike B2C, price, terms and product mix change by customer and are negotiated. CWS Platform treats that negotiation as configurable rules rather than exceptions handled outside the system. #### How to choose, in 1 minute Talk to CWS today Watch on YouTube · Subscribe #### What is the difference between B2B and retail ecommerce? The difference between B2B and retail ecommerce is that in B2B almost every condition of the sale depends on who is buying. In retail, price is an attribute of the product, and the shopper either accepts it or leaves. Between companies, price is the outcome of a contract, a region, a volume and a tax rule, and it can still be negotiated. The table sums up what changes. What changes between B2C and B2B ecommerce | What changes | Retail (B2C) | Business to business (B2B) | Price | One price per product, the same for everyone, with time-boxed promotions. | One price per customer, driven by contract, region, shipping warehouse, volume and tax rule. | Credit and terms | Card or wallet at the moment of purchase. | Invoiced on net terms (30, 60 or 90 days) inside a credit limit someone approved. | Minimums and composition | One unit, any combination. | Minimum order, case-pack multiples, size grids, kits and full cartons, varying by account. | Sales rep in the deal | None. The shopper decides alone. | A rep negotiates, quotes and manages the account, and the digital channel has to work with them, not around them. | ERP integration | Nice to have. | Mandatory: inventory, price, credit, invoicing and order status live in the ERP. | Technical catalog | Photo, description and reviews. | Technical attributes, fitment, cross-brand equivalents and thousands of items per product line. | Commercial rules | A few, identical for all. | Hundreds, with per-account exceptions, discount limits and recorded approvals. A B2B order carries more. In retail, an order is the item and the payment. In B2B it also brings the payment terms, the pack size, the account's sales rep and the ERP that records it all. That is why an adapted retail store tends to stall on the first operation that genuinely negotiates: the price the portal shows is not the price that closes, so the sale drifts back to the phone. Price, credit and terms #### Every customer buys at their own price, credit line and terms. At checkout, the buyer sees their contract price, the company's credit line and the negotiated terms. The rule is written once in Contextual Pricing (Pricing Engine) and the Commerce Rules Engine (CDL Workspace), and the credit line comes from your ERP. How per-customer pricing works → CWS Platform demo screen, completed with fictitious data to show the use. #### What must a B2B ecommerce platform do? A B2B ecommerce platform must govern the five dimensions in which a business sale is negotiated: price, delivery, payment, quantity and composition. On CWS Platform, all five are rules in the Commerce Rules Engine (CDL Workspace), the engine that applies the company's commercial policy the same way for the sales rep, the buyer and the AI agents. That is 11 modules and 6 AI Agents over 1,029 configurable parameters. Here is what each dimension requires and where it is handled. 01 ##### Price: every buyer sees their own price, calculated on the spot A B2B platform has to calculate price in the context of the transaction instead of looking it up in a static list. That context is the contract, the customer profile, the region, the shipping warehouse and the tax. A discount above the limit goes through approval and is recorded with its reason. On CWS Platform: Contextual Pricing (Pricing Engine) prices by product, warehouse, profile and tax rule in milliseconds, with Approval Workflows, Discount Stacking Prevention and Reason Codes. 02 ##### Delivery: lead time and freight depend on where the goods ship from In B2B, freight is part of the deal. The platform needs to know which warehouse holds the item, what it costs to ship from there and whether the order can be split. Without that, the date promised on the portal is not the date delivered. On CWS Platform: Shipping & Fulfillment (Logistics Engine) runs multi-DC freight priced by origin warehouse, split delivery, CIF and FOB, on top of the distributed stock of Distributed Inventory (Inventory Hub). 03 ##### Payment: credit as a payment method, not an exception Most business-to-business trade is invoiced on terms. A B2B platform has to close the order inside the buyer's credit limit, at checkout, instead of sending the buyer to accounts receivable by email. On CWS Platform: Credit-First B2B Checkout (Checkout & Payments) treats credit as a native payment method (Net Terms), with multi-split and the 4-Point Checkout Validation before the order exists. 04 ##### Quantity: volume changes the terms, and both sides need to see it When the buyer raises the volume, price and terms move. If the rep and the buyer look at different screens, the negotiation goes back to the phone. The platform needs a cart both can edit together, with the rules recalculating on every line. On CWS Platform: Assisted Selling Platform (Sales Hub) puts rep and buyer in the same cart in real time, with the Customer Intelligence Panel and the Sales Copilot agent. 05 ##### Composition: kits, pairs and full cartons are negotiated too What sells in B2B is not always a single unit. It is the pair, the kit, the set, the size grid. The platform has to know what makes up each offer and trace every component, or inventory and invoicing drift apart. On CWS Platform: Product Catalog & MDM (Catalog Engine) models UNITARY, PAIR, KIT and SET with per-component traceability, plus technical attributes, fitment tables and cross-brand equivalents. Around those five dimensions sit three requirements: ERP integration, which CWS Platform handles through open APIs and webhooks without replacing the system of record; a portal for self-service and assisted selling, like the B2B portals ; and AI with boundaries, where the 6 AI Agents follow the same rules as the rep and only suggest. More in the 5 dimensions of the negotiation . Customer price #### Each customer sees their own price, calculated on the spot. The list opens with that customer's price on each part, derived by Contextual Pricing, and shows how many stores in the network sell each one, on desktop and on mobile. See the B2B pricing engine → CWS Platform demo screen, completed with fictitious data to show the use. #### How do you choose a B2B ecommerce platform? Choose a B2B ecommerce platform by what it does with your exceptions, not by its storefront. Each criterion below comes with the question to ask the vendor, and the right answer is a working screen, not a slide. - 1. Per-account pricing without a side spreadsheet Ask the vendor: Show me the same item at three prices for three customers, with tax and freight calculated in the cart. - 2. Credit inside checkout Ask the vendor: Can a buyer place an order on terms, within their own credit limit, without leaving the portal? - 3. Discounts with a limit and a recorded reason Ask the vendor: Who approves a discount above the limit, and where is the reason for the concession stored? - 4. Integration with the ERP you already run Ask the vendor: Which ERPs do you integrate in production today, through which mechanism, and do I have to replace mine? - 5. The sales rep inside the channel, not competing with it Ask the vendor: Does the rep see the same price and stock as the customer? Are they still credited for digital orders from their accounts? - 6. A real technical catalog Ask the vendor: How does the platform handle fitment, cross-brand equivalents, kits and case-pack multiples? - 7. Rules as configuration, not code Ask the vendor: Does changing a discount policy or a payment term require a software release, or is it a parameter my team changes? - 8. AI with clear boundaries Ask the vendor: If an AI agent suggests terms outside the commercial policy, what stops that suggestion from becoming an order? - 9. Proof in an operation like yours Ask the vendor: Which customer with an operation like mine runs on the platform, and how much of that case is public? Rules as configuration. One question that separates platforms: does changing a discount policy need a new software release, or is it a setting your own team changes? #### What types of B2B commerce platform are there? There are four types of B2B commerce platform, and each was built for a different problem. The comparison below is between categories, not vendors, and describes the typical behavior of each. Every category has better and worse products inside it. Comparison of the four categories of B2B ecommerce platform | Criterion | Adapted B2C platform | Simple-order B2B SaaS | Generic enterprise suite | Governed negotiation platform | Per-account pricing | Through an extension or separate price lists | Price list per customer, no contextual calculation | Possible, usually a customization project | Calculated by rule in the context of the transaction | Credit at checkout | Rare; payment methods are retail ones | Orders on terms, checked outside the system | Possible, via integration with finance | Native, with the limit validated before closing | Sales rep in the process | Outside the flow | Keys in orders on the customer's behalf | In another system, usually the CRM | In the same cart as the buyer | Changing a commercial rule | Code or a third-party app | Few rules available | An IT project | A parameter set by the commercial team | ERP integration | Generic connector | Order and stock sync | Deep, with a long project | Orchestrates on top of the ERP without replacing it | When it fits | Fixed prices and a simple checkout | Simple reorders, few accounts, few exceptions | Global group already standardized on one suite | Negotiated sales, with price, credit and mix varying by account On top of the ERP, not instead of it. A governed negotiation platform orchestrates on top of the ERP you already run. What changes is where the rule lives: in one place, queried by every channel. CWS Platform belongs to the fourth category. It was designed for complexity: where there is no per-account pricing, no rep in the transaction and no discount limit, it is more than the operation needs. Where those exist, it is the category that retires the side spreadsheet. #### Who is a B2B ecommerce platform for? A B2B ecommerce platform is for companies that sell to other companies on terms that vary by customer. The most reliable signal is not the industry, it is the question: does your price list have per-customer exceptions, and does someone have to approve a discount? Three profiles concentrate that situation. ##### Manufacturers Sell to distributors, dealers and networks, often through reps. They need channel pricing and a portal that organizes the network without cutting out the distributor. B2B ecommerce for manufacturers → ##### Distributors Wide assortment, several branches, price by customer and region, net terms and long multi-line orders. This is where the cost of processing each order weighs most on margin. B2B ecommerce for distributors → ##### Wholesalers Frequent reorders, minimum orders, size grids and full cartons. Buyers self-serve on routine orders and reps keep the negotiation. Three profiles, one logic. Manufacturers, distributors and wholesalers sell by account, with per-customer pricing and credit terms. Each sets its own policy on the same platform. The full profile, with each decision-maker's pain, is in who CWS Platform is for . By industry: agribusiness distribution and input resale , auto parts and aftermarket , construction and materials and wholesale fashion and B2B apparel . #### Who already sells this way on CWS Platform? CWS Platform was founded in 2012 and has been in production since 2013. Each case below appears at the level of detail the customer authorized. Tracbel · Volvo CE dealer Around US$24.4 million in digital-channel revenue from January to November 2025 and 3,500 customers served digitally in 2025, transaction data endorsed by Tracbel itself. Read the Tracbel case → Imdepa · auto parts distribution With its B2B portal live since 2023, it activated 153 customers and processed around 60,000 orders in its first 3 years of operation, figures from the case published with Imdepa. Read the Imdepa case → Pirelli Conecta · B2B parts marketplace A B2B marketplace launched in April 2026 for a network of more than 450 workshops, more than 100 of which already buy through the portal, with a catalog the portal itself advertises at over 60,000 items. These are size figures cited in the case; it carries no result figures. Read the Pirelli Conecta case → Campneus · store-network marketplace A single portal bringing together more than 117 stores, a figure published on campneus.com.br (2026), with stock and pricing by region. Public size figures only; the case carries no result figures. Read the Campneus case → Figures converted from Brazilian reais at R$5.00 = US$1.00. Circuito de Compras (CDC) · popular wholesale A wholesale mall in São Paulo's Brás district moved its operation onto a multi-banner portal, already live, with a white-label mobile app. Qualitative case, no figures. Read the Circuito de Compras case → Assisted selling #### The rep closes alongside the buyer, within their own limit. In the Assisted Selling Platform (Sales Hub), the rep joins the customer's cart, sees the contract price list and the discount ceiling for their role, and anything above the ceiling goes to the approver, on the same order. See the Assisted Selling Platform → CWS Platform demo portal with fictitious data. #### B2B ecommerce platform: frequently asked questions ##### What is B2B ecommerce? B2B ecommerce is the sale of goods between companies through a digital channel, usually connected to the seller's ERP. The buyer logs in, sees their contract price, orders against a credit limit and tracks delivery. What sets it apart from retail is that terms change by customer and are often negotiated. ##### How do you choose a B2B ecommerce platform? Choose a B2B ecommerce platform by what it does with your exceptions, not by how the storefront looks. Ask the vendor to show one item at three prices for three customers, an order placed on credit inside checkout, a discount above the limit going through approval, and the integration with the ERP you already run. The checklist on this page lists more. ##### What's the difference between B2B and retail ecommerce? The difference between B2B and retail ecommerce is that in B2B almost every condition of the sale depends on who is buying. Retail has one price per product and card payment at purchase. B2B has per-account pricing, net terms, minimum orders, sales reps in the deal and deep ERP integration. ##### What integrations must a B2B ecommerce platform have? A B2B ecommerce platform must integrate with the ERP for inventory, price, credit, invoicing and order status, because that is where those records live. On CWS Platform this runs through open APIs and webhooks, without replacing the ERP, and publicly associated integrations include SAP, TOTVS, Senior, Sankhya and Microsoft Dynamics. AI agents reach the same rules via MCP. ##### How do B2B ecommerce platforms handle dynamic pricing? B2B ecommerce platforms handle dynamic pricing either with price lists per customer or by calculating the price as a rule at the moment of the transaction. The second approach is what CWS Platform's Contextual Pricing does: price by product, warehouse, customer profile and tax rule, with discounts above the limit routed to approval and recorded with a reason. ##### Why can't manufacturers afford legacy B2B ecommerce platforms? Manufacturers can't afford legacy B2B ecommerce platforms because every change to a commercial rule becomes an IT project. A new discount limit, a channel price or a payment term waits in a development queue while the market moves. On a platform where rules are configuration, the commercial team changes the parameter and it applies the same day, with the change recorded. ##### Is a wholesale ecommerce platform the same as a B2B ecommerce platform? A wholesale ecommerce platform is a B2B ecommerce platform focused on distributors and wholesalers. It needs the same core: per-account pricing, credit terms, minimum orders and case packs, reorders, and a sales rep who can work inside the same cart as the buyer. ##### Should I use my ERP's sales module or a dedicated B2B platform? The ERP module is enough when every sale is keyed in by your own team and the commercial policy is simple. A dedicated platform pays off when customers will buy on their own, when negotiation needs approval limits and recorded reasons, and when more than one channel sells under the same policy. On the CWS Platform, both coexist: the platform negotiates on top of the ERP, which keeps invoicing. #### Want to test your exception, not the standard customer? Bring a real order, with the price, credit and mix it carries today, and watch CWS Platform run it as rules. Book a conversation Persona · Chief technology officer A new commercial rule is now a parameter, and I never had to replace the ERP. On CWS Platform, commercial policy is a rule in the Commerce Rules Engine (CDL Workspace), and integration through open APIs leaves the ERP in place. Persona · Chief financial officer Orders on terms close within the customer's limit, with no email to my finance team. On CWS Platform, Checkout & Payments treats credit as a native payment method and closes the order inside the credit limit, right at checkout.