Kazam WMS · Lagerplattform
SAP steuert das Unternehmen; das Lager braucht eine operative Schicht, die mit Scannern, Mitarbeitern und Automatik spricht. Der klassische Fehler ist, vom ERP auch noch die Arbeit auf der Fläche zu verlangen — oder vom WMS, das ERP zu ersetzen. Eine saubere Integration gibt jedem seine Rolle: SAP bleibt das führende System, Kazam führt aus und meldet die Fakten zurück.
So arbeitet die Integration
Kazam bindet sich über einen bidirektionalen Datenaustausch an SAP an: Schnittstellen und Satzaufbauten, die in der Analysephase vereinbart und auf Ihre SAP-Version und -Konfiguration zugeschnitten werden (die konkrete Ausprägung legt das Integrationsprojekt fest). Das Prinzip bleibt dasselbe:
- Von SAP zu Kazam: Artikelstammdaten, Einkaufs- und Verkaufsaufträge, Fertigungsaufträge, die im Lager abzuwickeln sind.
- Von Kazam zu SAP: Wareneingangsbestätigungen, Bestandsbewegungen und -korrekturen, Kommissionier- und Versandbestätigungen, Rückverfolgungsdaten (Chargen, Seriennummern, Verfallsdaten).
Die Bestände bleiben nahezu in Echtzeit abgeglichen. SAP muss nicht wissen, in welcher Gasse die Palette steht, und Kazam muss keine Rechnungen schreiben. Jeder macht seine eigene Arbeit.
Was sich im Lager ändert
Mit Kazam vor SAP arbeiten die Mitarbeiter auf Android-Terminals mit geführten Aufträgen — Wareneingang, Einlagerung, Kommissionierung, Inventur — statt in ERP-Transaktionen; das WES ordnet die Prioritäten in Echtzeit; und wo Automatik im Spiel ist — Shuttles, Sorter, AGV —, steuert das WCS sie direkt über OPC-UA, Modbus, FINS oder VDA 5050, was ein ERP nicht leistet. Den Unterschied zwischen den drei Ebenen erklärt der Leitfaden WMS, WES und WCS.
Umgekehrt gilt dasselbe: Kazam macht keine Buchhaltung, keine Bedarfsplanung und keine Lieferantenverwaltung — und versucht es auch gar nicht. Wenn das Lager vom ERP-Modul bereits gut geführt wird und keine Automatik zu steuern ist, wäre eine zusätzliche Schicht ein Kostenpunkt ohne entsprechenden Nutzen.
Was konkret ausgetauscht wird
SAP und das Lager sprechen nicht direkt miteinander. Dazwischen liegt ein Austauschbereich: eine vom operativen System getrennte Datenbank. Das ERP schreibt hinein, was es mitzuteilen hat, Kazam liest sie in konfigurierbaren Abständen wieder aus — im Sekundenbereich — und meldet die Fakten zurück. Keines der beiden Systeme hängt am anderen: Steht das Lager wegen Wartung still, schreibt SAP weiter und findet beim Wiederanlauf alles in der Warteschlange vor.
Es sind fünf Datenfamilien: Artikelstammdaten, Kunden, Lieferadressen, Arbeitsbelege mit ihren Positionen und Ladeeinheiten mit ihrem Inhalt.
Jede abgelegte Zeile trägt einen Status: zu lesen, importiert oder verworfen, weil überholt. Das dient zwei Zwecken. Erstens ist damit jeder Import wiederholbar. Bricht der Dienst mittendrin ab, nimmt er beim Neustart nur das wieder auf, was er noch nicht verarbeitet hatte, ohne etwas zu doppeln. Zweitens die dicht aufeinanderfolgenden Änderungen: Schreibt SAP denselben Stammsatz dreimal, bevor Kazam ihn liest, kommt die letzte Fassung an; die früheren bleiben als überholt markiert, mit Datum und Grund. Es gibt keine Warteschlange, die von Hand zu sortieren wäre.
Wie sich prüfen lässt, dass die Zahlen stimmen
Jeder Lagerbeleg führt den Verweis auf den SAP-Beleg mit, aus dem er entstanden ist — im Kopf und in jeder Position. Das ist kein Implementierungsdetail: Es macht die Integration prüfbar, ohne zwei Masken offen zu halten und sie mit dem Auge zu vergleichen.
Die APIs von Kazam werden mit dem Schlüssel aus SAP abgefragt, nicht mit einer internen Nummerierung. Sie fragen den Status eines Belegs mit der Nummer ab, die das ERP ohnehin kennt, und erhalten zurück, was im Lager geschehen ist. Auf demselben Weg lesen Sie aus, wo ein Artikel oder eine Ladeeinheit liegt. Der Zugriff ist per Token authentifiziert.
Genau das wird bei der Abnahme geprüft. Man nimmt eine Stichprobe von Belegen und vergleicht, was SAP gesendet hat, mit dem, was das Lager ausgeführt hat. Solange die beiden Seiten nicht übereinstimmen, geht nichts in Produktion — und in der Zwischenzeit arbeitet das Lager weiter wie bisher.
Häufige Fragen
Muss SAP angepasst werden, um Kazam einzusetzen?
Nein: Die Integration läuft über Schnittstellen, ohne Eingriff in den SAP-Kern. Der Aufbau der Datensätze wird in der Analysephase gemeinsam mit der IT des Kunden festgelegt.
Wer bleibt Herr über die Bestände?
SAP bleibt das buchhalterisch führende System; Kazam verwaltet den operativen Bestand je Lagerplatz und gleicht ihn über die bestätigten Bewegungen mit dem ERP ab.
Funktioniert das mit jeder SAP-Version?
Der Schnittstellenansatz passt sich unterschiedlichen Versionen und Konfigurationen an; die Machbarkeit im Einzelfall klärt die erste technische Analyse (kostenlos — sprechen Sie mit einem Ingenieur).
Und wenn morgen die Automatisierung dazukommt?
Nichts muss neu gebaut werden: WES und WCS sind Module derselben Plattform. Die SAP-Integration bleibt identisch; die Maschinensteuerung wird aktiviert, wenn sie gebraucht wird.
Kazam ist die Source-available-Plattform, die WMS und WES abdeckt und sich mit Sun Tech WCS integrieren lässt. Sprechen Sie mit einem Ingenieur über eine Bewertung der Integration mit Ihrem SAP.