SAP WM-Integration mit RTLS / RFID.
SAP WM (das ältere Warehouse-Management-Modul, im Unterschied zu EWM) wird trotz der Migration von SAP weiterhin in vielen Unternehmen produziert. Der RTLS / RFID-Integrationsansatz unterscheidet sich von EWM. Dies ist die Zusammenfassung auf Operator-Ebene.
SAP WM vs. EWM – warum sich Integrationsmuster unterscheiden
SAP WM ist das ältere Modul, das im klassischen ECC eingebettet ist, mit einfacheren Datenstrukturen (Lager, Speichertyp, Speicherabschnitt, Speicherspeicher) und einer begrenzteren Erweiterbarkeit als EWM.
Die Integration von RTLS verwendet typischerweise RF-Transaktionen (die LM*-Familie), IDoc-basierte Schnittstellen oder ABAP-basierte BAPIs für Bin-Bewegungen und Ablagerungs-Updates. Die Integration ist funktional, aber eingeschränkter als bei EWM.
Häufige Integrationsmuster
Drei Muster funktionieren zuverlässig für SAP WM-Integrationen. Zuerst: 'RF-Transaktionshüllen' — RTLS-Ereignisse lösen RF-Transaktionen in WM (LM01, LM02 usw.) aus, als hätte ein Bediener gescannt. Einfach, aber begrenzt.
Zweitens: 'IDoc-Nachricht' — RTLS-Ereignisse veröffentlichen IDocs (WHSCON, INVCON-Varianten), die WM konsumiert. Flexibler.
Drittens: 'Direct BAPI' — RTLS-bewusste Middleware ruft BAPIs (BAPI_LE_SHIPMENT_CONFIRM usw.) direkt auf. Die meiste Flexibilität, die meisten ABAP-Anstrengungen.
Migration zu EWM und was zu planen ist
SAP hat EWM als strategische Plattform positioniert; WM ist die End-of-Mainstream-Wartung. Viele Unternehmen befinden sich mitten in der Migration.
RTLS-Integrationen, die heute gebaut werden, sollten mit Blick auf Migration gestaltet werden: Abstrakte Integration durch eine Middleware-Schicht,
sodass die WM-seitige Schnittstelle gegen eine EWM-seitige Schnittstelle getauscht werden kann, ohne die RTLS-Schicht neu konstruieren zu müssen.
Wir gestalten dies explizit, wenn die Migration geplant ist.
Häufige Fallstricke
Zwei wiederkehrende Fallstricke. Erstens: unter der Annahme, dass WM-Erweiterungsfelder RTLS-Daten absorbieren können; Oft können sie das nicht – planen Sie für die Speicherung von peripheren Daten.
Zweitens: Unterschätzung des ABAP-Entwicklungsaufwands; RTLS-Integrationen in WM sind ABAP-lastiger als EWM-Äquivalente, da die API-Oberfläche weniger ausgereift ist. Wir messen den Einsatz in Phase 1 sorgfältig ein.
Häufig gestellte Fragen
Sollten wir RTLS mit WM integrieren oder auf die EWM-Migration warten?
Das hängt vom Zeitplan der Migration ab. Wenn EWM innerhalb von 12 Monaten stattfindet, ist der Bau von RTLS für WM nur von kurzer Dauer.
Wenn 18+ Monate entfernt oder kein festgelegter Plan vorhanden ist, integriere jetzt mit WM und entwickle die Middleware-Abstraktion für Vorauskompatibilität. Wir überwachen dies gemeinsam mit Ihrem SAP-Team.
Kann RTLS-Daten den WM-Bin-Status in Echtzeit aktualisieren?
Ja, über RF-Transaktionen oder direkte BAPIs, mit entsprechender Latenzabstimmung. WM ist transaktional; Überflutung mit rohen RTLS-Ereignissen beeinträchtigt die Performance, daher ist das Filtern auf der Middleware-Ebene unerlässlich.
Wie unterscheidet sich das von <a href='/integrations/sap-ewm'>unserer SAP EWM-Integrationsseite</a>?
EWM bietet eine reichhaltigere, modernere API-Oberfläche (REST in S/4HANA, OData, ereignisgesteuerte Muster). WM basiert auf RF-Transaktionen, IDocs und BAPIs – ältere Muster mit mehr ABAP-Arbeit. Das Middleware-Design abstrahiert beides.
Wem gehört die WM ABAP-Arbeit – TRACIO oder unser SAP SI?
Normalerweise dein SAP SI für die ABAP-seitige Entwicklung. TRACIO entwirft die Architektur, erfasst Ereignisse und Masterdaten und validiert die Integration im Pilotprojekt. Der RTLS-Anbieter stellt die Integrationsfläche seiner Plattform zur Verfügung.
Zuletzt aktualisiert: