Ship from Store no Salesforce Commerce Cloud: Como Funciona

Ship from store é um modelo de fulfillment em que o varejista usa as lojas físicas como pontos de distribuição para pedidos online, em vez de rotear tudo por um centro de distribuição centralizado. Se um cliente compra um produto e a loja mais próxima tem o item em estoque, o pedido sai daquela loja, não de um CD que pode estar a centenas de quilômetros de distância.

Vale separar esse conceito do BOPIS (compre online, retire na loja), que resolve um problema diferente: o cliente ainda vai até a loja, mas para retirar o pedido pessoalmente, não para recebê-lo em casa. Os dois modelos dependem da mesma visibilidade de estoque em nível de loja, mas o caminho de fulfillment e a demanda operacional sobre a equipe do ponto de venda são distintos. Se você está avaliando qual modelo faz sentido para a sua rede de lojas, o artigo sobre BOPIS e como implementar sem quebrar seu estoque detalha essa comparação.

Para times que operam Salesforce Commerce Cloud (SFCC), isso não é um sistema paralelo colado por cima da plataforma. Gestão de estoque e de pedidos são nativas do SFCC, o que significa que o estoque em tempo real de cada loja pode se conectar diretamente à vitrine online, dando uma visão única de estoque total entre canais. O resto deste artigo detalha como esse fluxo funciona na prática, o que ele custa em esforço de engenharia e por onde começar a avaliação do build.

Como o Ship From Store Funciona Dentro do Salesforce Commerce Cloud

A mecânica é direta no papel. A complexidade está nos detalhes de integração: precisão de estoque, lógica de alocação e a sincronia entre a operação de loja e o que a vitrine promete ao cliente.

1. Uma Única Visão de Estoque Entre Canais

Como gestão de estoque e de pedidos rodam nativamente no SFCC, o estoque de loja e o estoque de e-commerce não são dois livros-razão separados que precisam ser reconciliados depois. A plataforma entrega um único sistema de registro para o estoque total, lojas físicas e centros de distribuição incluídos. Se sua operação já sofre com divergência entre esses números, vale revisar o artigo sobre gestão de estoque no Salesforce Commerce Cloud antes de avançar com ship from store.

2. Pedido Recebido, Disponibilidade Checada em Tempo Real

Quando o cliente finaliza a compra, o sistema verifica disponibilidade do produto em todos os locais, lojas físicas e centros de distribuição juntos. Sem consulta manual, sem job em lote rodando de hora em hora: a checagem acontece no momento do pedido.

3. Alocação de Estoque Baseada em Proximidade

O sistema aloca o estoque para uma loja específica com base na disponibilidade mais próxima. A lógica de alocação pondera proximidade do cliente, quantidade disponível em cada loja e outras regras de negócio que você define, por exemplo, se uma loja abaixo de um limite mínimo de estoque deve ficar de fora da alocação para proteger as vendas presenciais.

4. Preparação do Pedido na Loja

A equipe da loja é notificada do pedido e passa a ser responsável por separar, embalar e preparar o envio. É aqui que ship from store deixa de ser um problema de integração de backend e vira um problema operacional: a equipe de loja ganha um fluxo de fulfillment sobreposto às funções de varejo.

5. Envio do Pedido

O pedido sai diretamente da loja para o endereço do cliente, geralmente pelas mesmas transportadoras já integradas ao fulfillment via centro de distribuição.

6. Atualização de Status em Tempo Real

Estoque e status do pedido se atualizam em tempo real conforme o pedido avança por separação, embalagem e envio. O cliente recebe a mesma experiência de rastreamento que teria com um pedido saído de um CD, e essa consistência é parte do que faz o modelo funcionar do ponto de vista de experiência.

O Caso de Negócio: Por Que Varejistas Adotam Ship From Store

As vantagens mapeiam diretamente para métricas que o negócio já acompanha:

• Entrega mais rápida. Pedidos atendidos por uma loja próxima eliminam a distância que um centro de distribuição normalmente cobriria.

• Melhor experiência do cliente. Entrega mais rápida somada a rastreamento consistente reduz a diferença entre a expectativa online e a expectativa de loja física.

• Custo de frete menor. Distâncias de envio mais curtas geralmente significam custo de transportadora menor por pedido, principalmente na última milha.

Nada disso é automático. Depende de a lógica de alocação ser precisa e de a operação de loja ser confiável o suficiente para que "ship from store" não vire "ship from store, às vezes, quando o item realmente está lá".

Trade-offs de Engenharia que Tech Leads Devem Planejar

Essa é a parte que não aparece no pitch comercial, e é a que mais importa para quem responde pela arquitetura.

Precisão de estoque deixa de ser desejável e vira requisito duro. Se a contagem de estoque em nível de loja se distancia da realidade, um problema comum no varejo físico, o motor de alocação vai prometer estoque que não existe de fato. Ship from store aumenta o custo de qualquer divergência de estoque porque ela passa a ser exposta ao cliente em tempo real, não apenas uma discrepância de relatório interno.

A equipe de loja absorve carga operacional nova sem aumento de headcount. Separar e embalar pedidos online compete com o tempo da equipe no chão de loja. Essa é uma decisão de negócio, não técnica, mas afeta diretamente com que agressividade você pode alocar pedidos para uma determinada loja.

Dependência de geolocalização adiciona um serviço externo à sua história de disponibilidade. Alocação baseada em proximidade normalmente exige um serviço de geolocalização (veja os pré-requisitos abaixo). É mais uma dependência externa no caminho de fulfillment, que vale considerar no SLA e na lógica de fallback.

Você está estendendo a lógica de fulfillment, não substituindo. Ship from store coexiste com o fulfillment via centro de distribuição que você já tem, não o substitui. As regras de alocação precisam decidir, pedido a pedido, qual fonte prevalece, e essas regras precisam ser mantidas por quem herdar esse código depois de você.

Se o seu time já está no limite, o caminho realista é tratar isso como extensão dos modelos de pedido e estoque já existentes no SFCC, não como sistema paralelo, e é exatamente por isso que um ponto de partida pronto importa mais aqui do que na maioria das integrações.

Pré-requisito Técnico: Google Geolocation API

Alocação de loja baseada em proximidade depende de um serviço de geolocalização. Se você usa o do Google, vai precisar de:

• Uma conta no Google Cloud Console

• Um novo projeto (se ainda não tiver um dedicado a essa integração)

• A Maps JavaScript API habilitada

• Uma chave de API criada para o projeto

• A chave de API restrita aos domínios/serviços relevantes (recomendado, não opcional, se isso é voltado ao cliente final)

• Billing configurado no projeto, já que a Maps API é um serviço pago além do tier gratuito

É uma peça pequena do build geral, mas é uma dependência externa que vale documentar com clareza para quem mantiver essa integração depois do go-live.

Um Ponto de Partida: Cartridge SFS Open Source

Em vez de construir a lógica de alocação em nível de loja do zero, a Develoci mantém um cartridge open source de Ship From Store para SFCC no GitHub. Ele não substitui as decisões arquiteturais específicas da sua rede de lojas e das suas regras de alocação, mas dá ao seu time uma referência funcional em vez de uma página em branco:

Cartridge Ship From Store no GitHub

Onde a Develoci Entra

Se você está avaliando ship from store e não tem espaço para crescer o time e construir e manter isso internamente, essa é a situação em que trabalhamos com mais frequência. Fazemos o scoping da integração contra a sua instância SFCC existente, apontamos os trade-offs específicos da sua rede de lojas e da precisão do seu estoque, e construímos a lógica de alocação como extensão do que você já tem, não como um sistema paralelo que precisa ser reconciliado para sempre.

Se você está pesando ship from store contra o seu fulfillment atual, ou decidindo se ele deve coexistir com BOPIS na mesma instância SFCC, vale discutir a arquitetura antes de comprometer horas de engenharia com isso. Agende uma conversa com nosso time para avaliar a integração contra a sua rede de lojas e o seu modelo de estoque.