Integración de WM de SAP con RTLS / RFID.
SAP WM (el módulo heredado de Gestión de Almacén, distinto de EWM) sigue en producción en muchas empresas a pesar del impulso migratorio de SAP. El enfoque de integración RTLS / RFID es diferente al de EWM. Este es el resumen a nivel de operador.
SAP WM vs EWM — por qué difieren los patrones de integración
SAP WM es el módulo más antiguo integrado en ECC clásico, con estructuras de datos más simples (almacén, tipo de almacenamiento, sección de almacenamiento, contenedor de almacenamiento) y una extensibilidad más limitada que EWM.
La integración con RTLS suele utilizar transacciones RF (la familia LM*), interfaces basadas en IDoc o BAPI basados en ABAP para el movimiento de contenedores y las actualizaciones de almacenamiento. La integración es funcional pero más limitada que con EWM.
Patrones de integración comunes
Tres patrones funcionan de forma fiable para integraciones de WM con SAP. Primero: 'envoltorio de transacciones RF' — los eventos RTLS activan transacciones RF en WM (LM01, LM02, etc.) como si un operador hubiera escaneado. Simple pero limitado.
Segundo: 'mensaje IDoc' — los eventos RTLS publican IDocs (variantes WHSCON, INVCON) que consume WM. Más flexible. Tercero: 'BATI directo' — middleware compatible con RTLS llama directamente a los BAPIs (BAPI_LE_SHIPMENT_CONFIRM etc.). Más flexibilidad, más esfuerzo ABAP.
Migración a EWM y qué planificar
SAP ha posicionado a EWM como la plataforma estratégica; WM es el mantenimiento de fin de la corriente principal. Muchas empresas están en plena migración.
Las integraciones RTLS construidas hoy deberían diseñarse pensando en la migración: abstraer la integración a través de una capa middleware para que la interfaz del lado del WM pueda intercambiarse por una del lado del EWM sin necesidad de reingeniería de la capa RTLS.
Diseñamos esto explícitamente cuando se planifica la migración.
Trampas comunes
Dos trampas recurrentes. Primero: asumiendo que los campos de extensión de WM pueden absorber datos de RTLS; A menudo no pueden — planificar el almacenamiento periférico de datos.
Segundo: subestimar el esfuerzo de desarrollo de ABAP; Las integraciones RTLS en WM son más intensivas en ABAP que los equivalentes EWM porque la superficie API es menos madura. Evaluamos el esfuerzo con cuidado en la fase 1.
Preguntas frecuentes
¿Deberíamos integrar RTLS con WM o esperar a la migración de EWM?
Depende del calendario de migración. Si EWM está dentro de 12 meses, construir RTLS para WM es de corta duración. Si llevas 18+ meses o no tienes un plan comprometido, intégrate con WM ahora y diseña la abstracción del middleware para que sea compatible hacia adelante. Analizamos esto conjuntamente con tu equipo de SAP.
¿Puede RTLS actualizar el estado de los bins WM en tiempo real?
Sí, mediante transacciones RF o BAPIs directos, con la sincronización de latencia adecuada. La gestión de la gestión es transaccional; la inundación con eventos RTLS en bruto perjudica el rendimiento, por lo que filtrar en la capa de middleware es esencial.
¿En qué se diferencia esto de <a href='/integrations/sap-ewm'>nuestra página de integración EWM de SAP</a>?
EWM expone una superficie API más rica y moderna (REST en S/4HANA, OData, patrones más orientados a eventos). WM se basa en transacciones RF, IDocs y BAPIs — patrones antiguos con más trabajo ABAP. El diseño del middleware abstrae ambos.
¿Quién es el dueño del trabajo WM ABAP — TRACIO o nuestro SAP SI?
Normalmente tu SAP SI para el desarrollo del lado ABAP. TRACIO diseña la arquitectura, alcanza el alcance de eventos y datos maestros, y valida la integración en el piloto. El proveedor de RTLS proporciona la superficie de integración de su plataforma.
Última actualización: