Integração do SAP WM com RTLS / RFID.
O SAP WM (o módulo legado de Gestão de Armazén, distinto do EWM) permanece em produção em muitas empresas, apesar do impulso de migração do SAP. A abordagem de integração RTLS / RFID é diferente da EWM. Este é o resumo em nível de operador.
SAP WM vs EWM — por que os padrões de integração diferem
O SAP WM é o módulo mais antigo embutido no ECC clássico, com estruturas de dados mais simples (warehouse, type storage, seção storage, storage bin) e extensibilidade mais limitada que o EWM.
A integração do RTLS normalmente utiliza transações RF (a família LM*), interfaces baseadas em IDoc ou BAPIs baseados em ABAP para movimentação de bins e atualizações de armazenamento. A integração é funcional, mas mais restrita do que a do EWM.
Padrões comuns de integração
Três padrões funcionam de forma confiável para integrações SAP WM. Primeiro: 'envolvimento de transações RF' — eventos RTLS acionam transações RF em WM (LM01, LM02 etc.) como se um operador tivesse escaneado. Simples, mas limitado.
Segundo: 'mensagem IDoc' — eventos RTLS publicam IDocs (variantes WHSCON, INVCON) que o WM consome. Mais flexível. Terceiro: 'BAPI direto' — middleware consciente do RTLS chama BAPIs (BAPI_LE_SHIPMENT_CONFIRM etc.) diretamente. Mais flexibilidade, mais esforço ABAP.
Migração para o EWM e o que planejar
O SAP posicionou o EWM como a plataforma estratégica; WM é manutenção de fim de curso principal. Muitas empresas estão em meio de migração.
Integrações RTLS construídas hoje devem ser projetadas pensando na migração: abstrair a integração através de uma camada middleware para que a interface do lado do WM possa ser trocada por uma interface do lado EWM sem precisar reengenheirar a camada do RTLS.
Nós projetamos isso explicitamente quando a migração é planejada.
Armadilhas comuns
Duas armadilhas recorrentes. Primeiro: assumindo que campos de extensão WM podem absorver dados RTLS; Muitas vezes não conseguem — planejar armazenamento periférico de dados.
Segundo: subestimar o esforço de desenvolvimento do ABAP; Integrações RTLS em WM são mais pesadas em ABAP do que equivalentes em EWM porque a superfície API é menos madura. Avaliamos o esforço cuidadosamente na etapa 1.
Perguntas frequentes
Devemos integrar o RTLS com o WM ou esperar pela migração do EWM?
Depende do cronograma da migração. Se o EWM estiver dentro de 12 meses, construir RTLS para WM é de curta duração.
Se estiver com 18+ meses de antecedência ou sem um plano comprometido, integre com WM agora e projete a abstração do middleware para compatibilidade futura. Nós analisamos isso em conjunto com sua equipe SAP.
Os dados do RTLS podem atualizar o status do bin WM em tempo real?
Sim, via transações RF ou BAPIs diretos, com ajuste de latência apropriado. A WM é transacional; o flood com eventos brutos do RTLS prejudica o desempenho, então filtrar na camada middleware é essencial.
Como isso difere da <a href='/integrations/sap-ewm'>nossa página de integração EWM do SAP</a>?
O EWM expõe uma superfície API mais rica e moderna (REST em S/4HANA, OData, padrões mais orientados a eventos). O WM depende de transações de RF, IDocs e BAPIs — padrões mais antigos com mais trabalho ABAP. O design do middleware abstrai ambos.
Quem é o dono do trabalho WM ABAP — TRACIO ou nosso SAP SI?
Normalmente é o SAP SI para o desenvolvimento do lado ABAP. O TRACIO projeta a arquitetura, escopa eventos e dados mestres, e valida a integração no piloto. O fornecedor do RTLS fornece a superfície de integração da plataforma.
Última atualização: