Índice
O SAP Extended Warehouse Management (EWM) é o sistema de armazém da SAP para o S/4HANA. Ele gerencia em tempo real cada posição, tarefa e movimentação de um armazém, conecta-se diretamente à automação e roda dentro do S/4HANA ou como um sistema separado. Se você ainda está no Warehouse Management (WM) clássico, as datas de fim abaixo definem o seu cronograma. Uma implementação de um único armazém costuma levar de 8 a 12 meses.
A maioria dos problemas de armazém parece problema de pessoas até você investigar direito. Alguém erra um picking. Uma carreta chega atrasada à doca. Uma contagem cíclica revela uma diferença que ninguém sabe explicar. O instinto é olhar para a equipe. Em geral o problema está no sistema, ou na falta de um que funcione.
Em um centro de distribuição de alimentos, vi o tempo de recebimento cair quase um terço. A equipe não ficou mais rápida. Só deixou de ter que descobrir onde guardar as coisas. O sistema dizia. Um armazém de eletrônicos dobrou a taxa de picking na alta temporada com a mesma equipe, apenas com rotas de picking mais inteligentes.
O EWM substituiu o WM clássico como produto estratégico de armazém da SAP. Foi feito para operações complexas: alto volume, várias unidades, automação e controle detalhado da mão de obra. Conecta-se a Gestão de Materiais (MM), Vendas e Distribuição (SD), Planejamento da Produção (PP), Gestão da Qualidade (QM) e Gestão de Transporte (TM), de modo que os dados do armazém circulam no mesmo sistema que compras, produção e expedição.
Estes são os componentes e onde cada um se paga:
| Componente | O que faz | Onde dá retorno |
|---|---|---|
| Estrutura do armazém | Tipos de armazenamento, áreas e posições que refletem o layout físico | Uso do espaço; operações com várias zonas |
| Processamento de recebimento | Recebimento de mercadorias, do check-in no pátio à armazenagem | Recebimento mais rápido, visibilidade imediata do estoque |
| Processamento de expedição | Ondas, picking, embalagem, staging, expedição | Velocidade e acurácia dos pedidos |
| Inventário físico | Estoque por posição e contagem cíclica | Menos ajustes e baixas |
| Slotting e reorganização | Posiciona os produtos conforme a demanda | Menos deslocamento dos separadores nas zonas de giro rápido |
| Gestão de mão de obra | Mede o trabalho em relação a padrões de engenharia | Dimensionamento de equipe e coaching |
| Gestão de pátio | Agendamentos de doca, movimentação de carretas | Menos congestionamento nas docas |
| Cross-docking | Leva as mercadorias do recebimento à expedição sem armazenar | Menor custo de manuseio |
| Serviços de valor agregado | Montagem de kits, etiquetagem, montagem leve | Pedidos específicos de cada cliente dentro do CD |
| Inspeção de qualidade | Bloqueia estoque pendente de inspeção ou vencido | Sem expedição de mercadorias reprovadas ou vencidas |
| Material Flow System (MFS) | Controle direto de esteiras e armazenagem automatizada | Automação sem camada de middleware |
Os ganhos tendem a aparecer em pontos específicos. Uma distribuidora de bebidas com quem trabalhei reduziu em 35% o tempo de recebimento usando avisos antecipados de expedição. Uma empresa de bens de consumo melhorou a produtividade geral em 18% em três meses, quando a gestão de mão de obra mostrou para onde o tempo estava indo. Uma distribuidora reduziu em 70% as baixas anuais de estoque.
As datas de fim importam mais do que a lista de funcionalidades.
O WM clássico no ECC segue a manutenção do SAP ERP 6.0: suporte padrão até o fim de 2027.
O WM clássico dentro do S/4HANA rodava no escopo de compatibilidade. No S/4HANA on-premise, esses direitos de uso expiraram em 31 de dezembro de 2025 (SAP Learning). O S/4HANA em uma assinatura de nuvem RISE tem um prazo maior; consulte a Nota SAP 2269324 para ver a data do seu contrato.
O Stock Room Management é o sucessor básico da SAP para armazéns simples em WM. Reaproveita grande parte do WM, está incluído na licença do S/4HANA Enterprise Management e não exige migração técnica se os seus armazéns couberem no escopo reduzido. Ele abre mão da gestão de tarefas e recursos, da gestão de pátio, do cross-docking, da gestão de ondas e dos serviços de valor agregado, e a SAP já disse que não vai investir mais nele.
No EWM, a SAP concentra todo o desenvolvimento novo para armazéns. No S/4HANA ele vem como Basic ou Advanced Warehouse Management e segue o ciclo de releases do S/4HANA.
| Característica | WM clássico | Stock Room Management | SAP EWM |
|---|---|---|---|
| Plataforma | ECC ou escopo de compatibilidade do S/4HANA | S/4HANA | S/4HANA, embarcado ou descentralizado |
| Automação | Ferramentas de terceiros | Básica | Material Flow System nativo |
| Ondas, pátio, cross-docking, serviços de valor agregado | Sim, como componentes separados | Não incluídos | Incluídos (Advanced) |
| Slotting e gestão de mão de obra | Não ou mínima | Não | Sim |
| Interface de usuário | SAP GUI | SAP GUI | SAP Fiori e mobile |
| Roadmap da SAP | Em fim de ciclo | Sem novos investimentos | Estratégico, em desenvolvimento ativo |
Minha opinião: o Stock Room Management é uma posição de espera para armazéns simples durante uma conversão para o S/4HANA. Se o armazém pesa nos seus níveis de serviço, planeje o EWM.
O EWM embarcado (embedded) roda dentro do S/4HANA. Um único sistema para armazém e ERP. É mais simples de operar e serve para unidades em que os processos do armazém estão muito ligados à produção ou às finanças.
O EWM descentralizado roda como um sistema próprio. Atualizações e lentidões do ERP não param o armazém. Serve para centros de distribuição de alto volume em que a disponibilidade é crítica e para redes que precisam de regras diferentes por unidade.
As redes mistas usam os dois: embarcado nas unidades menores, descentralizado nos principais CDs. Funciona bem em uma implantação em fases, porque você pode fazer o piloto em uma unidade sem mexer nas demais.
A pergunta que decide é simples. Se um fim de semana de upgrade do ERP deixaria o armazém fora do ar e isso é inaceitável, vá de descentralizado.
O EWM não é um plug-in. Estas são as faixas que publiquei em 2025:
| Ambiente | Custo total do projeto | Escopo típico |
|---|---|---|
| Unidade pequena (menos de 25.000 pés quadrados) | US$ 250.000 a US$ 400.000 | Processos centrais, pouca customização |
| CD de porte médio (50 a 100 usuários) | US$ 600.000 a US$ 1,2 milhão | Alguma automação, vários componentes |
| Rede grande ou com várias unidades | US$ 2 milhões ou mais | Muita automação, robótica, vários países |
A integração com automação acrescenta de 20 a 40% à estimativa-base. Se a unidade se conecta a esteiras, veículos guiados automaticamente ou sistemas pick-to-light, dimensione esse trabalho à parte. Quanto ao licenciamento, a gestão básica de armazém no EWM embarcado está incluída na licença do S/4HANA. Recursos avançados como ondas, slotting, gestão de mão de obra e Material Flow System exigem a licença do EWM, e o EWM descentralizado sempre exige. Conte com cerca de US$ 300 a US$ 600 por usuário por ano para o EWM avançado, conforme os termos do contrato e o volume de usuários.
Planeje de 8 a 12 meses para um único armazém. Não confie em quem promete menos sem testes de verdade. Programas com várias unidades levam mais tempo, conforme o plano de ondas.
Pequenos erros nos dados mestre geram efeitos em cascata no recebimento e no picking que parecem falhas do sistema, mas têm origem nos dados.
A pergunta que mais recebo é quais dados levar.
- Deixe os dados transacionais para trás. Remessas em aberto, ordens de transferência e histórico de movimentações não têm correspondência direta entre o WM e o EWM. Deixe-os chegar a zero no WM antes do cutover.
- Migre os dados mestre, mas limpe-os antes. Elimine materiais obsoletos. Corrija dimensões, tamanhos de embalagem e unidades de medida. Já vi dimensões incompatíveis causarem efeitos em cascata no recebimento e no picking que pareciam falhas do sistema.
- Redesenhe a estrutura do armazém em vez de copiá-la. Uma empresa de bens de consumo redesenhou por completo o layout do armazém durante a migração, e a velocidade de picking subiu 30%.
- Dimensione as interfaces de automação cedo. Um fabricante que atendi como consultor tinha um sistema de controle de esteiras que nunca foi projetado para conversar com software moderno. Tivemos de construir um middleware sob medida só para a comunicação básica funcionar.
- Faça o go-live primeiro com o núcleo. Recebimento, expedição e inventário. Acrescente slotting, gestão de mão de obra e serviços de valor agregado quando o núcleo estiver estável. Trabalhei com uma empresa de bens de consumo que tentou implementar todas as funcionalidades de uma vez. Ela se sobrecarregou e a implementação travou.
Se o WM faz parte de uma migração mais ampla do ECC, meu guia de migração do ECC para o S/4HANA trata do cronograma, e o artigo sobre por que a migração de dados do SAP falha trata da limpeza.
Pessoas contornando o sistema. Lembro de um centro de distribuição em que os operadores mantinham registros em papel escondidos porque não confiavam no sistema. Envolva os usuários-chave no desenho, treine por função e mostre resultados rápidos.
Dados sujos no go-live. Um cliente do varejo tentou migrar anos de dados de estoque sem limpeza adequada, e os erros atrasaram muito o go-live. Corrija os dados mestre antes da configuração, não durante os testes.
Carga de pico. Um armazém de e-commerce de alto giro com quem trabalhei teve de repensar a infraestrutura de servidores depois de lentidões nos períodos de pico. Teste com volumes de pico antes do go-live, não depois da primeira campanha de vendas.
Para o lado da produção, veja meu guia de planejamento da produção no SAP PP.
O que é o SAP EWM e como ele se diferencia do SAP WM?
O SAP EWM (Extended Warehouse Management) é o sistema estratégico de armazém da SAP no S/4HANA. O WM clássico foi criado para o ECC. O EWM acrescenta controle nativo de automação, slotting, gestão de mão de obra, gestão de pátio e telas móveis baseadas em Fiori, e recebe todo o novo desenvolvimento de armazém da SAP. O WM clássico está no fim da vida.
Quando termina o suporte ao SAP WM?
O WM clássico no ECC segue o SAP ERP 6.0, com manutenção padrão até o fim de 2027. Dentro do S/4HANA on-premise, o WM rodava sob direitos de uso do pacote de compatibilidade que expiraram em 31 de dezembro de 2025. O S/4HANA em uma assinatura de nuvem RISE tem um prazo maior, descrito na Nota SAP 2269324. O Stock Room Management é o sucessor básico da SAP para armazéns simples em WM.
Devo escolher o Stock Room Management ou o EWM?
O Stock Room Management serve para armazéns simples que cabem no seu escopo reduzido e precisam continuar operando durante uma conversão para o S/4HANA. Não exige migração técnica e está incluído na licença do S/4HANA, mas a SAP não vai desenvolvê-lo mais. Se o armazém usa ondas, gestão de pátio, cross-docking, serviços de valor agregado ou automação, ou pesa nos níveis de serviço, escolha o EWM.
Quanto custa implementar o SAP EWM?
Como referência: de US$ 250.000 a US$ 400.000 para uma unidade pequena com processos centrais, de US$ 600.000 a US$ 1,2 milhão para um centro de distribuição de porte médio e US$ 2 milhões ou mais para redes grandes, automatizadas ou com várias unidades. A integração com automação acrescenta de 20 a 40%. A gestão básica de armazém no EWM embarcado está incluída na licença do S/4HANA; os recursos avançados e o EWM descentralizado exigem a licença do EWM.
SAP EWM embarcado ou descentralizado: qual é o certo?
O EWM embarcado roda dentro do S/4HANA e é mais simples de operar, o que serve para unidades muito ligadas à produção ou às finanças. O EWM descentralizado roda separado, então a manutenção do ERP não para o armazém, o que serve para centros de distribuição de alto volume e redes com várias unidades e regras diferentes. Muitas redes misturam os dois.
Você deve migrar dados ao passar do SAP WM para o EWM?
Migre dados mestre limpos, não transações. Remessas em aberto, ordens de transferência e histórico não têm correspondência direta, então deixe-os chegar a zero no WM antes do cutover. Redesenhe posições, tipos de armazenamento e zonas em vez de copiá-los; a migração é uma chance de corrigir o que se acumulou em anos de WM.
Escrito por
Noel D'Costa
SAP EHS: o que é e o que envolve uma implementação
O SAP EHS gerencia incidentes, riscos no trabalho, emissões e resíduos dentro do S/4HANA, enquanto segurança de produtos e mercadorias perigosas agora ficam no product compliance da SAP, licenciado à parte.
SAP PP: o que ele faz e onde dá errado
O SAP PP liga o que a empresa precisa produzir ao que o chão de fábrica consegue entregar. Este guia mostra como ele funciona no S/4HANA, o que mudou em relação ao ECC e os erros de dados mestre que tornam inútil o resultado do MRP.
SAP Integration Suite: decisões e trade-offs em produção
O SAP Integration Suite não é só o CPI com outro nome, e as decisões que as equipes erram raramente são de tecnologia. Este guia cobre os componentes, a migração do PI/PO, os limites dos legados, os testes e as lacunas de responsabilidade por trás da maioria das falhas de interface.
Problemas do SAP BTP Cockpit: cinco falhas e como corrigi-las
Cinco problemas do SAP BTP Cockpit se repetem o tempo todo: erros 401 de token, erros no Integration Suite, links mortos, falhas de destination no CAP e apps de trial que param da noite para o dia. Veja o que verificar primeiro em cada um.
Próximo passo
Está conduzindo um programa de ERP agora?
Se este artigo tocou num programa em que você está envolvido agora, uma conversa de 30 minutos costuma render mais do que outra semana de análise interna.