Der Einstieg lohnt über die Systemklasse, nicht über den Herstellernamen. Ein Lagerverwaltungssystem – international Warehouse Management System – hat eine klar umrissene Aufgabe: Es weiß, wo im Lager welche Ware in welchem Zustand liegt, und es sagt Menschen und Maschinen, was als Nächstes zu tun ist. Es führt Bestände nicht nur pro Artikel, sondern pro Lagerplatz, Ladungsträger und Gebinde. Es kennt Zonen, Gassen, Ebenen, Fächer, Sperrbereiche und Quarantäne. Es rechnet Wege, verteilt Arbeit auf Personen und Geräte, quittiert jeden Griff und erzeugt dadurch eine belastbare Lagerwahrheit. Genau das leistet ein ERP-Lagermodul in der Regel nicht: Dort steht eine Menge pro Artikel und Lagerort, und die Frage, wo etwas genau liegt und in welcher Reihenfolge es geholt wird, bleibt im Kopf der Beschäftigten.
Drei Eigenschaften kennzeichnen Systeme dieser Klasse – und damit auch das Angebot von PSI Logistics:
PSI Logistics ist Teil eines deutschen Softwarekonzerns, der seine Produkte im Inland entwickelt und betreut. Für DACH-Projekte hat das drei sehr konkrete Effekte, die wir in Auswahlverfahren regelmäßig sehen. Erstens die Projektsprache: Konzeptworkshops, Pflichtenhefte, Tests und Schulungen laufen durchgehend auf Deutsch, mit Ansprechpartnern in vergleichbarer Zeitzone. Das klingt banal, ist aber in einem Projekt, das Lagerlayout, Arbeitsorganisation und Anlagentechnik berührt, ein realer Beschleuniger. Zweitens die Prozesskenntnis: Handelsbräuche, Nachweispflichten, Inventurverfahren, Verpackungs- und Gefahrgutthemen sowie die Erwartungen deutscher Wirtschaftsprüfer sind vertraut. Drittens die Datenhoheit: Ein Anbieter mit deutschem Sitz und deutscher Entwicklung verkürzt die Prüfstrecke bei Souveränitäts- und Drittlandfragen erheblich – er ersetzt sie nicht, aber er verkürzt sie. Mehr dazu in Kapitel 09.
Der zweite Punkt ist die Konzernstruktur. PSI Software SE führt neben der Logistik weitere Bereiche, unter anderem Software für Energieversorger und Netzbetreiber sowie für die produzierende Industrie und die Metallerzeugung. Für Interessenten der Logistiklinie ist das vor allem als Kontext relevant: Man kauft bei einem Haus, dessen Geschäft nicht ausschließlich am Lagermarkt hängt, das aber gleichzeitig kein Anlagenbauer ist. Die Software steht im Zentrum, Technik wird angebunden statt mitverkauft – ein anderer Ausgangspunkt als bei Anbietern, die aus dem Regal- oder Fördertechnikgeschäft kommen.
Aus unseren Projekten lässt sich der Eignungsbereich klar beschreiben. Ein Lagerverwaltungssystem dieser Klasse passt zu Unternehmen mit einem physischen Lager, in dem viele Bewegungen stattfinden, mehrere Personen gleichzeitig arbeiten, Ware auf definierten Plätzen liegt und Fehlgriffe echtes Geld kosten. Es passt zu Industriebetrieben mit Produktionsversorgung, zu Handelsunternehmen mit gemischten Auftragsstrukturen und besonders zu Logistikdienstleistern, die für mehrere Auftraggeber lagern und dafür getrennte Bestände, getrennte Regeln und getrennte Abrechnungsgrundlagen brauchen. Und es passt überall dort, wo Technik im Spiel ist – von der einfachen Rollenbahn bis zum Shuttle-Lager.
Weniger passend ist es für kleine Handlager mit überschaubarem Sortiment und wenigen Bewegungen pro Tag. Dort ist der Einführungs- und Betriebsaufwand betriebswirtschaftlich schwer zu rechtfertigen; ein sauber konfiguriertes Lagermodul im vorhandenen ERP oder eine leichtere Lagerlösung leistet das Nötige. Ebenso wenig ersetzt ein Lagerverwaltungssystem ein fehlendes ERP: Wer kein belastbares Auftrags-, Einkaufs- und Belegwesen hat, löst dieses Problem nicht im Lager, sondern verschiebt es nach hinten. Und wer im Onlinehandel vor allem Kanalanbindung, Auftragsflut und Retouren beherrschen muss, ohne komplexe Lagerstrukturen zu haben, kommt mit einer Versandhandels-Warenwirtschaft oft schneller ans Ziel.
Ein dritter Fall wird häufig übersehen: Unternehmen, deren Hauptproblem gar nicht im Lager liegt, sondern im Transport. Wer stabile Lagerprozesse hat, aber Touren, Frachtkosten und Dienstleistersteuerung nicht im Griff bekommt, braucht kein neues Lagerverwaltungssystem, sondern ein Transportmanagementsystem – auch das führt PSI Logistics im Portfolio, und genau diese Zweigleisigkeit unterscheidet den Anbieter von reinen Lagerspezialisten.
Der praktische Unterschied zu Anbietern mit Zukaufhistorie ist erheblich. Wo ein Konzern mehrere überlappende Lagerlinien führt, lautet die erste kritische Frage im Angebotsgespräch: Welches Produkt genau bekommen wir, und warum dieses und nicht das andere aus dem gleichen Haus? Bei einem Anbieter mit einer klar benannten Lagerlinie fällt diese Unsicherheit weg. Man diskutiert nicht die Produktwahl, sondern den Zuschnitt: welche Module, welche Strategien, welche Schnittstellen, welche Anlagenanbindung.
Trotzdem bleiben zwei Fragen wichtig. Erstens: Wie wird das System technologisch weiterentwickelt, und in welchem Rhythmus? Systeme, die über viele Jahre gewachsen sind, tragen Altlasten – das ist normal und kein Ausschlusskriterium, wohl aber ein Grund, sich Modernisierungspläne, Aktualisierungswege und die Bedienoberflächen der Zukunft zeigen zu lassen. Zweitens: Wer setzt das Projekt um? Bei mittelständischen Softwarehäusern ist die Umsetzungskapazität der eigentliche Engpass. Fragen Sie nach dem konkreten Team, seiner Erfahrung mit vergleichbaren Lagern und danach, ob Umsetzung durch den Hersteller selbst oder über Partner erfolgt. Konkrete Antworten dazu sagen mehr über den Projekterfolg aus als jede Funktionsmatrix.
In einer Systemlandkarte sitzt PSIwms zwischen zwei Nachbarn. Nach oben grenzt es an das ERP, das Aufträge, Bestellungen, Preise, Belege und Buchhaltung führt und dem Lagersystem Arbeit übergibt. Nach unten grenzt es an die Steuerungsebene der Technik – Fördertechnik, Regalbediengeräte, Shuttles, Sorter, Roboter –, die konkrete Bewegungsbefehle ausführt. Dazwischen liegt genau das, was ein Lagerverwaltungssystem ausmacht: die Entscheidungslogik. Welcher Platz, welche Reihenfolge, welche Ressource, welcher Weg, welche Priorität.
Aus dieser Position folgt eine Erkenntnis, die viele Projekte unterschätzen: Ein Lagerprojekt ist fast nie ein reines Softwareprojekt. Es berührt die ERP-Landschaft, die Lagerhardware, das Funknetz in der Halle, die Arbeitsorganisation, häufig auch Bau- und Anlagentechnik. Wer nur die Software betrachtet, unterschätzt den Umfang systematisch. Umgekehrt gilt: Weil das System an so vielen Stellen andockt, ist die Qualität seiner Schnittstellen wichtiger als die Länge seiner Funktionsliste.
Die Frage kommt in fast jedem Gespräch. Unsere Antwort ist unbequem: Das hängt daran, wo Ihr Schmerz sitzt. Beide Systeme gemeinsam einzuführen, klingt nach Synergie, verdoppelt aber Projektumfang, Testaufwand und Änderungslast im Betrieb. Wenn die Lagerprozesse instabil sind, gehört das Lager zuerst in Ordnung gebracht – Transportoptimierung auf einer wackligen Versandbereitstellung erzeugt nur schnellere Fehler. Wenn umgekehrt das Lager läuft und die Frachtkosten aus dem Ruder laufen, ist ein Transportmanagementsystem der wirksamere erste Schritt.
Wo die Kombination wirklich trägt, ist die Nahtstelle zwischen Kommissionierung und Verladung: Ladefolgen, Rampen- und Zeitfenstersteuerung, Tourenschnitt in Abhängigkeit von der Bereitstellung, Cut-off-Zeiten je Dienstleister. Diese Themen fallen genau zwischen die Systeme und werden in getrennten Landschaften gern zur Grauzone. Wenn beides von einem Anbieter kommt, entfällt eine Schnittstellendiskussion – das ist ein echter, aber begrenzter Vorteil. Ein Kaufargument für sich ist es nicht; entscheidend bleibt die Eignung jedes Systems für seine eigene Aufgabe.
Alles, was im Lager später schiefgeht, hat seinen Ursprung meistens im Wareneingang. Deshalb entscheidet dieser Prozessschritt über die Qualität des gesamten Systems. Ein Lagerverwaltungssystem dieser Klasse arbeitet mit Bestellbezug oder Lieferavis, prüft Mengen und Identität, kennzeichnet Ladungsträger und Gebinde eindeutig, führt Prüf- und Sperrschritte und entscheidet dann, wohin die Ware wandert. Wichtig sind dabei die unschönen Fälle: Teillieferungen, Übermengen, falsche Artikel, beschädigte Gebinde, fehlende Etiketten, Ware ohne Papiere. Wie ein System diese Ausnahmen führt, ist ein besseres Auswahlkriterium als jede Demonstration des Normalfalls.
Die Einlagerung ist die erste echte Strategieentscheidung. Chaotische Lagerung nutzt Fläche am besten, verlangt aber verlässliche Systemführung. Zonierung nach Umschlagshäufigkeit verkürzt Wege, muss aber regelmäßig nachgezogen werden, weil Sortimente wandern. Weitere Kriterien kommen hinzu: Gewicht in Griffhöhe, Volumen und Gebindemaß, Verträglichkeit von Artikeln, Gefahrstofftrennung, Temperaturbereiche, Mischplatzverbote. Ein gutes System kann all das gleichzeitig gewichten – und genau das ist der Grund, warum das Regelwerk im Projekt so viel Zeit braucht.
Die Bestandsführung schließlich ist der Wert, den man später nicht mehr hergeben möchte. Bestände liegen auf Platz-, Ladungsträger- und Gebindeebene vor, mit Chargen, Seriennummern, Mindesthaltbarkeiten und Bestandsarten wie frei, reserviert, gesperrt oder in Prüfung. Jede Bewegung ist protokolliert und nachvollziehbar. Das ist nicht nur operativ wertvoll, sondern auch für Nachweispflichten – bei Rückverfolgbarkeit in Lebensmitteln, Pharma- und Medizinprodukten oder bei sicherheitsrelevanten Bauteilen ist es der eigentliche Anlass des Projekts.
Die Kommissionierung verursacht in typischen Lagern den größten Anteil der Personalkosten. Entsprechend liegt hier der stärkste Hebel. Systeme dieser Klasse beherrschen mehrere Verfahren parallel, und der Zuschnitt gehört zu den wichtigsten Projektentscheidungen: auftragsbezogene Einzelkommissionierung für kleine, eilige Aufträge; Sammel- oder Batchkommissionierung, wenn viele Aufträge dieselben Artikel enthalten; Multi-Order-Verfahren mit mehreren Behältern auf einem Wagen; Zonenkommissionierung mit Übergabepunkten, wenn Wege lang sind; zweistufige Verfahren mit anschließender Sortierung bei sehr hohen Auftragszahlen.
Ergänzt wird das durch die Art der Bedienerführung. Handgeräte mit Scanner sind der Standard. Sprachgeführte Kommissionierung hält die Hände frei und ist bei sperriger Ware oder Kältebereichen attraktiv. Lichtgestützte Verfahren eignen sich für konzentrierte Schnelldreherzonen. Kommissionierwagen mit Anzeige und mitfahrender Positionsführung sind eine pragmatische Mittellösung. Keines dieser Verfahren ist per se besser – die richtige Wahl ergibt sich aus Auftragsstruktur, Sortiment, Lagerlayout und Personalsituation. Wichtiger als das Verfahren selbst ist, dass das System mehrere Verfahren gleichzeitig für unterschiedliche Auftragstypen fahren kann, ohne dass die Organisation daran zerbricht.
Ein Punkt wird regelmäßig unterschätzt: die Auftragsvorbereitung. Bevor kommissioniert wird, muss entschieden werden, welche Aufträge zusammen laufen, in welcher Reihenfolge, mit welcher Priorität, in welchem Zeitfenster und mit Blick auf welchen Versandschnitt. Diese Bündelungslogik entscheidet über Wegzeiten und Termintreue oft stärker als das gewählte Pickverfahren. Fragen Sie deshalb im Auswahlgespräch gezielt danach, wie Aufträge gebündelt, priorisiert und im Tagesverlauf freigegeben werden – und wer diese Regeln später ändern kann, ohne den Hersteller zu beauftragen.
Nach dem Griff kommt der Teil, der Fehler entweder abfängt oder in den Versand durchlässt. Packplatzführung mit Prüfschritten, Kartonvorschlag nach Volumen und Gewicht, Gewichtskontrolle als stille Fehlerbremse, Zusammenführung mehrerer Kommissionierbehälter zu einem Auftrag, Bildung von Versandeinheiten mit eindeutiger Kennzeichnung: Diese Kette entscheidet über Retourenquote und Reklamationsaufwand. Im Versand folgen Tourenzuordnung, Ladefolge, Rampen- und Zeitfenstersteuerung, Etiketten, Papiere sowie carrier-spezifische Regeln und Abgabezeiten.
Die Inventur ist der Prozess, an dem sich zeigt, ob Bestandsführung und Realität übereinstimmen. Systeme dieser Klasse unterstützen Stichtagsinventur, permanente Inventur über das Jahr, platzbezogene Zählungen und Stichprobenverfahren, jeweils mit Differenzworkflow, Nachzählung, Freigabe und Protokoll. Aus Projektsicht sind zwei Dinge entscheidend: die Nachweisführung gegenüber Prüfern und die Frage, ob permanente Verfahren die jährliche Vollinventur ersetzen können – das ist mit Wirtschaftsprüfung und Steuerberatung abzustimmen, nicht mit dem Softwareanbieter.
Die Ressourcen- und Personalsteuerung schließlich verteilt Arbeit auf Personen, Geräte und Bereiche, berücksichtigt Qualifikationen und Schichten, glättet Auslastung und macht Rückstände sichtbar. Für die Lagerleitung ist das der Grund, warum ein solches System überhaupt eingeführt wird: Man sieht erstmals, wo Arbeit liegt und wo sie hängt. Gleichzeitig ist es der sensibelste Teil des Systems, weil dabei zwangsläufig Leistungsdaten einzelner Beschäftigter entstehen. Wer diesen Punkt erst nach dem Kauf anspricht, riskiert Konflikte, die das Projekt monatelang blockieren – dazu ausführlich in Kapitel 09.
Die häufigste Frage in Auswahlverfahren lautet: Können Sie unsere Anlage anbinden? Die Antwort ist fast immer ja – und deshalb ist es die falsche Frage. Entscheidend ist, wer die Schicht zwischen Lagerverwaltung und Technik liefert, wer sie verantwortet und wo genau die Grenze verläuft. Diese Schicht, in der Praxis Materialflussrechner oder Warehouse Control genannt, übersetzt Aufträge in Fahrbefehle, verwaltet Puffer und Vorzonen, sequenziert Behälter, erkennt Störungen und entscheidet, was bei Ausfall eines Anlagenteils passiert.
An genau dieser Nahtstelle entstehen die teuersten Missverständnisse. Der Softwareanbieter geht davon aus, dass der Anlagenbauer eine Schnittstelle stellt; der Anlagenbauer geht davon aus, dass die Software die Logik enthält; und beide haben ihre Annahme nie schriftlich fixiert. Unsere Empfehlung ist deshalb immer dieselbe: ein Schnittstellenpflichtenheft, in dem jede Nachricht, jeder Zustand, jede Quittung, jedes Zeitverhalten und jedes Störungsszenario beschrieben ist – als Vertragsbestandteil, nicht als Anhang zur Freundlichkeit. Klären Sie zusätzlich, wer bei einer Anlagenstörung in der Nacht angerufen wird und welche Reaktionszeit gilt.
Ein Vorteil von Anbietern mit Erfahrung in hochverfügbaren Anlagenumgebungen – bei PSI Logistics durch die Flughafenlinie erkennbar – ist der Umgang mit Verfügbarkeit, Redundanz und Störungsbetrieb. Gepäckanlagen dürfen nicht stehen, und diese Denkweise färbt auf Architektur und Betriebskonzepte ab. Belegen lässt sich das im Auswahlverfahren durch Referenzgespräche mit vergleichbaren Anlagenprojekten, nicht durch Folien.
Wenn Anbieter von künstlicher Intelligenz sprechen, stecken in dieser Systemklasse meist vier Dinge dahinter, und alle vier sind nützlich, sobald man sie nüchtern betrachtet. Erstens Prognoseverfahren: Auftragsvolumen, Spitzentage, Personalbedarf, Nachschubbedarf aus Historie und Vorlauf. Zweitens Optimierungsverfahren: Slotting, Wege, Reihenfolgen, Auftragsbündelung, Ressourcenzuordnung, häufig als mehrkriterielle Optimierung mit konkurrierenden Zielen. Drittens Anomalieerkennung: auffällige Bestandsdifferenzen, ungewöhnliche Bewegungsmuster, Anlagenverhalten kurz vor Störungen. Viertens Assistenzfunktionen: Auswertungen in natürlicher Sprache, Vorschläge im Leitstand, unterstützte Fehlersuche.
Was diese Verfahren gemeinsam haben: Sie sind so gut wie die Daten, auf denen sie arbeiten. Fehlende Artikelmaße, falsche Gewichte, unsaubere Platzkennzeichnungen, nicht dokumentierte Sonderprozesse – jedes dieser Löcher entwertet die Rechnung. Deshalb ist unsere Reihenfolge in Projekten unbeirrbar: erst Datenqualität, dann Prozessstabilität, dann Optimierung, dann Automatisierung. Wer diese Reihenfolge umdreht, automatisiert seine Unordnung und wundert sich über die Ergebnisse.
Zweiter nüchterner Punkt: Optimierung braucht Vertrauen und Nachvollziehbarkeit. Ein System, das eine Reihenfolge vorschlägt, muss erklären können, warum. Sonst wird es von den Menschen im Lager umgangen – und zwar zuverlässig. Fragen Sie also nicht, ob es KI gibt, sondern welche Entscheidungen sie trifft, welche Kennzahl sie optimiert, ob man ihre Gewichtung selbst verändern kann und wie ein Mensch im Zweifel übersteuert. Konkrete Antworten darauf trennen die tragfähigen Angebote von den werblichen. Welche dieser Verfahren im konkreten Produktstand enthalten und welche kostenpflichtige Ausbaustufen sind, gehört ebenfalls ins Angebot – beim Anbieter prüfen und schriftlich festhalten.
Die wichtigste Integration ist die zum führenden kaufmännischen System. Sie funktioniert in beiden Richtungen: Das ERP übergibt Stammdaten, Bestellungen, Lieferavise, Kundenaufträge und Umlagerungen; das Lagersystem meldet Vereinnahmungen, Bestandsveränderungen, Kommissionier- und Versandrückmeldungen, Inventurdifferenzen und Sperrungen zurück. Klingt einfach, ist es nie – weil die eigentliche Arbeit in der Klärung der Zuständigkeiten liegt.
Diese Fragen gehören vor jede technische Umsetzung: Welches System führt den Bestand als Wahrheit? Wo werden Artikelstammdaten gepflegt, und wie kommen Maße, Gewichte und Gebindeangaben dorthin? Wer legt Chargen und Seriennummern an? Wie werden Teilmengen, Storni, Auftragsänderungen und Eilaufträge behandelt, wenn die Kommissionierung schon läuft? Was passiert, wenn die Schnittstelle mehrere Stunden steht – arbeitet das Lager weiter, und wie wird nachsynchronisiert? Wer diese sechs Punkte schriftlich klärt, hat den größten Teil des Integrationsrisikos entschärft. Wer sie offenlässt, führt sie später als Störungsmeldung.
Bei SAP-Landschaften kommt eine strategische Frage hinzu: Fremdsystem oder SAP-eigene Lagerlösung? Ein Fremdsystem wird über definierte Nachrichten angebunden und bleibt von SAP-Projektzyklen unabhängig; es bringt eine zusätzliche Schnittstelle und eine zusätzliche Anbieterbeziehung mit. Beides ist vertretbar. Unsere Faustregel: Je stärker das Haus SAP-getrieben ist und je mehr eigene SAP-Kapazität existiert, desto eher lohnt die SAP-Variante. Je stärker Lagerautomatisierung, Dienstleistergeschäft oder Standort-Unabhängigkeit im Zentrum stehen, desto eher das spezialisierte Lagersystem. Was zählt, ist eine bewusste Entscheidung – nicht die stille.
Nach dem Packplatz beginnt eine eigene Integrationswelt. Paketdienstleister brauchen Sendungsdaten, Etiketten, Abholavise und Statusrückmeldungen; Speditionen brauchen Ladelisten, Zeitfenster und Frachtpapiere; Kunden erwarten Sendungsverfolgung. Hier gibt es zwei Wege: die direkte Anbindung an Dienstleister oder der Weg über eine Versand- beziehungsweise Transportmanagementschicht. Dass PSI Logistics mit PSItms eine eigene Transportlinie führt, ist an dieser Stelle der praktische Vorteil – man kann Lager und Transport in einer Verantwortung halten, ohne zwei Anbieter zu koordinieren.
Unabhängig vom Weg gilt: Fragen Sie nach konkreten Dienstleistern statt nach der Anzahl der Anbindungen. Die brauchbare Formulierung im Auswahlgespräch lautet, welche der von Ihnen genutzten Paket- und Speditionspartner produktiv angebunden sind, wer die Anbindung pflegt, wenn ein Dienstleister sein Format ändert, und wie Änderungen kostenseitig behandelt werden. Genauso wichtig sind Zoll- und Exportthemen: Wer international versendet, braucht Ausfuhr-, Präferenz- und Sanktionslistenprüfung – üblicherweise über spezialisierte Systeme, die an die Versandprozesse andocken.
Ein Lagerverwaltungssystem ist nur so gut wie die Geräte, über die es bedient wird. Dazu zählen mobile Datenerfassungsgeräte und Industrie-Handhelds, Staplerterminals, Etiketten- und Palettendrucker, Waagen und Volumenmessgeräte, Scanner und Scanportale, Sprachsysteme, Lichtanzeigen und – zunehmend relevant – RFID-Leser. Die Erfahrung aus unseren Projekten: Die Geräteauswahl und das Funknetz in der Halle sind häufiger Ursache von Anlaufproblemen als die Software selbst. Ein Ausleuchtungsgutachten der Halle vor dem Projekt ist kein Luxus, sondern Risikovorsorge – besonders in Hochregalbereichen, Kühlzonen und an Toren.
Bei den Schnittstellen selbst haben sich in dieser Systemklasse mehrere Wege etabliert, die parallel existieren: strukturierte Dateien und Nachrichtenformate für den Massendatenaustausch mit dem ERP, Webservices und Programmierschnittstellen für den ereignisnahen Austausch, Datenbank- und Middleware-basierte Kopplungen in gewachsenen Landschaften sowie klassische Nachrichtenstandards im Austausch mit Kunden und Dienstleistern. Für den Anlagenteil kommen die Protokolle der Steuerungswelt hinzu. Wichtig ist weniger, welcher Weg gewählt wird, als dass er dokumentiert, versioniert, überwachbar und im Störungsfall nachvollziehbar ist.
Drei Punkte gehören dabei in jedes Lastenheft und werden regelmäßig vergessen. Erstens die Überwachung: Wer merkt, dass eine Schnittstelle steht – und wie schnell? Zweitens die Fehlerbehandlung: Wo landen fehlerhafte Nachrichten, wer bearbeitet sie, und wie werden sie nachgefahren? Drittens die Testbarkeit: Gibt es eine Testumgebung mit realistischen Daten, in der Änderungen geprüft werden können, ohne den Betrieb zu berühren? Diese drei Antworten unterscheiden ein belastbares Integrationskonzept von einer funktionierenden Demonstration.
Diese beiden Namen stehen in deutschen Ausschreibungen besonders oft nebeneinander, und die Unterschiede liegen weniger in der Funktionsliste als in Struktur und Projektlogik. Körber ist ein Konzern mit mehreren, über Zukäufe entstandenen Lagerlinien – darunter die aus dem deutschen Markt bekannte inconso-Linie – und mit Automatisierungstechnik im eigenen Haus. Das bringt eine große Umsetzungsorganisation, breite Ausbaupfade und die Möglichkeit, Software und Technik in einem Vertrag zu bündeln. Der Preis dafür ist Erklärungsbedarf: Welche Linie wird angeboten, wie lange ist sie zugesagt, was passiert bei Portfoliokonsolidierung?
PSI Logistics tritt mit einer klar benannten Lagerlinie an, entwickelt in Deutschland, ergänzt um Transport und die Flughafenspezialität. Die Produktwahl ist damit keine Diskussion, und die Wege zum Hersteller sind kürzer. Dafür gilt: Ein mittelständisch geprägter Anbieter hat weniger Berater als ein Konzern, und bei sehr großen, mehrländrigen Vorhaben mit parallelen Standortprojekten kann Kapazität zum Thema werden. Unsere Empfehlung für die Entscheidung: Gewichten Sie drei Dinge – Nähe und Projektsprache, verfügbare Umsetzungskapazität für Ihren Zeitplan, und die Frage, ob Sie Technik gebündelt oder getrennt beschaffen wollen. Diese drei Antworten entscheiden zuverlässiger als jede Feature-Matrix.
SAP EWM ist die naheliegende Option für Häuser, deren gesamte Prozesslandschaft SAP-getrieben ist. Der Vorteil ist die gemeinsame Datenbasis und eine Schnittstelle weniger, der Nachteil sind Eigenaufwand, Abhängigkeit von ERP-Zyklen und teure Spezialistenkapazität. Wer Lager und ERP nicht im gleichen Tempo entwickeln will oder wer sein Lager an Automatisierung ausrichtet, findet in einem spezialisierten System häufig den kürzeren Weg. Wer dagegen bereits ein starkes SAP-Team hat, sollte die Fremdsystem-Variante ehrlich gegen die Hausvariante rechnen – inklusive Schnittstellenpflege über die Jahre.
Manhattan und Blue Yonder sind international geprägte Plattformen mit Stärken bei sehr großen Mengengerüsten, Omnichannel-Szenarien und ausgefeilten Optimierungsverfahren. Für Konzerne und große Handelsunternehmen sind sie regelmäßig die richtige Antwort. Für einen deutschen Mittelständler mit einem oder wenigen Standorten stellt sich dagegen eine andere Rechnung: Zuschnitt, Preismodell, Projektsprache, Beratungsverfügbarkeit in der Region und der Aufwand für Souveränitätsprüfungen sprechen häufig für einen europäischen Anbieter. Das ist keine Qualitätsaussage über die Plattformen, sondern eine Aussage über Passung.
Anbieter wie viadat oder Mecalux Easy WMS kommen aus der Technikwelt und liefern Software und Anlage aus einer Hand. Wenn ein konkretes Automatisierungsvorhaben den Anlass gibt, ist das attraktiv: kurze Wege, eine Verantwortung, abgestimmte Auslegung. Zwei Punkte sollte man dabei bewusst entscheiden. Erstens die Bindung: Software und Technik aus einem Haus erzeugen eine Abhängigkeit, die bei künftigen Erweiterungen die Verhandlungsposition verändert. Zweitens die Tiefe: Für Mandantengeschäft, komplexe Chargenverfolgung oder ausgefeilte Auftragsbündelung sind spezialisierte Softwarehäuser traditionell breiter aufgestellt. Prüfen Sie deshalb Ihre wirklich anspruchsvollen Prozesse konkret am System – nicht am Prospekt.
Der ehrlichste Vergleich bleibt der gegen das eigene ERP-Lagermodul. In vielen Mittelstandslagern ist dieses Modul nie richtig ausgereizt worden: keine Lagerplatzverwaltung, keine Zonierung, keine Scannerführung, keine belastbaren Stammdaten. Bevor ein spezialisiertes System eingeführt wird, lohnt in solchen Fällen eine ernsthafte Prüfung, was mit dem Vorhandenen zu erreichen wäre – nicht aus Sparsamkeit, sondern weil es die Anforderungen schärft. Sobald aber mehrere Kommissionierverfahren, echte Ressourcensteuerung, Anlagenanbindung oder Mandantentrennung gebraucht werden, ist die Grenze des ERP-Moduls erreicht. Dann wird jedes Nachbauen im ERP teurer als ein spezialisiertes System.
In vielen Softwarekategorien ist diese Frage inzwischen entschieden. Im Lager ist sie es nicht, und der Grund ist die physische Realität: Wenn die Steuerung eines Lagers über eine Außenleitung läuft, hängt der Warenausgang an dieser Leitung. Für den Cloud-Betrieb sprechen entlastete eigene IT, standardisierte Aktualisierung, planbare Kosten und einfachere Skalierung über mehrere Standorte. Dagegen sprechen Latenz zur Anlagentechnik, Abhängigkeit von der Anbindung und die Notwendigkeit, Redundanz und Notfallbetrieb sauber zu planen.
Für On-Premise sprechen lokale Verfügbarkeit, minimale Latenz zur Technik, volle Kontrolle über Wartungsfenster und ein einfacherer Nachweis der Datenhoheit. Dagegen sprechen eigene Serverbetreuung, Aktualisierungsdisziplin und Personalbindung. In der Praxis sehen wir zunehmend Mischformen: zentrale Auswertung und übergreifende Funktionen aus der Cloud, zeitkritische Steuerung lokal. Welche Betriebsvarianten konkret angeboten werden, welche Verfügbarkeitszusagen gelten und wie ein Notbetrieb bei Leitungsausfall aussieht, ist beim Anbieter zu prüfen und vertraglich zu fixieren – mündliche Zusagen helfen im Störungsfall niemandem.
Zwei Phasen entscheiden in unserer Erfahrung über den Unterschied zwischen einem Projekt, das Wirkung zeigt, und einem, das nur eine neue Oberfläche bringt. Die erste ist das Strategien-Design. Hier wird festgelegt, wie das Lager künftig denkt: Einlagerregeln, Nachschubauslösung, Kommissionierverfahren pro Auftragstyp, Bündelungsregeln, Prioritäten, Konsolidierung, Versandschnitt. Diese Entscheidungen brauchen die Menschen aus dem Lager, nicht nur die IT – und sie brauchen Zeit. Wer diese Phase abkürzt, weil das System doch konfigurierbar ist, verschiebt die Arbeit in den Hochlauf, wo sie unter Druck und im laufenden Betrieb erledigt werden muss.
Die zweite unterschätzte Phase ist die Emulation bei Automatisierungsvorhaben. Die Anlage wird softwareseitig nachgebildet, sodass sich Steuerungslogik und Durchsatz vor der Inbetriebnahme prüfen lassen: Sequenzierung, Pufferverhalten, Verhalten bei Ausfall eines Anlagenteils, Verhalten bei Spitzenlast. Diese Phase kostet Geld und Zeit und wird oft als erstes gestrichen, wenn der Termin drückt. Genau dann wird sie am dringendsten gebraucht. Wer eine Anlage ohne Emulation in Betrieb nimmt, testet im Echtbetrieb – mit Ware, Kunden und Terminen als Versuchsmaterial.
Nach dem Start beginnt der Teil, der über die Zufriedenheit der nächsten Jahre entscheidet. Klären Sie vor Vertragsschluss, wie Support organisiert ist: Erreichbarkeit in Zeiten, in denen Ihr Lager arbeitet – inklusive Frühschicht, Spätschicht und Wochenendbetrieb, falls relevant. Reaktions- und Wiederherstellungszeiten nach Störungsklasse. Wer bei einer Anlagenstörung erreichbar ist und wie die Abgrenzung zum Anlagenbauer geregelt ist. Ob Fernzugriff auf das System besteht, wie er protokolliert wird und wer ihn freigibt.
Für die ersten Wochen empfehlen wir eine ausdrücklich vereinbarte Hypercare-Phase: erhöhte Anbieterpräsenz, tägliche kurze Abstimmung, definierte Eskalationswege, eine gemeinsame Liste offener Punkte mit Prioritäten. Und intern: eine benannte Person mit echter Zeit für das System – jemand, der Strategien versteht, Auswertungen liest und Änderungen anstoßen kann. Systeme dieser Klasse entfalten ihre Wirkung nicht am Go-Live, sondern in den zwölf Monaten danach, wenn Zonen nachgezogen, Bündelungsregeln geschärft und Kennzahlen gegen die Ausgangsmessung gestellt werden. Ohne diese interne Rolle bleibt jedes Lagerverwaltungssystem auf dem Stand des Einführungstags stehen.
Wir arbeiten in Auswahlberatungen mit einer einfachen Signalliste. Treten drei oder mehr dieser Punkte gleichzeitig auf, ist der Schritt in dieser Systemklasse wirtschaftlich meist überfällig:
Umgekehrt gilt: Bei einem überschaubaren Handlager mit klarer Struktur, wenigen Bewegungen und stabilem Sortiment ist ein spezialisiertes Lagerverwaltungssystem überdimensioniert. Dort erreicht man mit einer ordentlichen Lagerplatzverwaltung im ERP, sauberer Kennzeichnung und Scannerführung den größten Teil des Nutzens zu einem Bruchteil des Aufwands. Diese Ehrlichkeit gehört an den Anfang jedes Projekts – auch wenn sie kein Beratungsvolumen erzeugt.
Drei Punkte tauchen in fast jedem Projekt auf. Erstens der Stammdatenaufwand: Ein Lagerverwaltungssystem braucht Maße, Gewichte, Gebindeangaben, Barcodes und eindeutige Platzkennzeichnungen. In vielen Mittelstandsunternehmen existieren diese Daten nicht oder nur teilweise, und ihre Erhebung ist echte Arbeit – Wochen, nicht Tage. Wer sie parallel zum Tagesgeschäft plant, plant zu knapp.
Zweitens die interne Rolle: Diese Systeme entfalten Wirkung nur, wenn jemand im Haus sie versteht und weiterentwickelt. Nicht als Nebenaufgabe zwischen Schichtplanung und Reklamationen, sondern mit fest zugeordneter Zeit. Wo diese Rolle fehlt, bleibt das System auf dem Einführungsstand stehen und wird nach drei Jahren als unflexibel wahrgenommen – obwohl niemand die Flexibilität je genutzt hat.
Drittens die Arbeitsorganisation: Ein systemgeführtes Lager verändert Rollen. Erfahrungswissen wird durch Regelwerk ersetzt, Arbeit wird zugeteilt statt selbst gewählt, Leistung wird sichtbar. Das ist für langjährige Mitarbeitende ein Einschnitt, und wer ihn nicht offen anspricht, bekommt stillen Widerstand statt Beteiligung. Die wirksamste Gegenmaßnahme ist frühe Einbindung: Wer beim Strategien-Design mitentscheidet, verteidigt das Ergebnis später gegen die eigenen Kolleginnen und Kollegen.
Für Logistikdienstleister gelten eigene Anforderungen, die in Standardvergleichen selten auftauchen. Zentral ist echte Mandantenfähigkeit: getrennte Bestände, getrennte Strategien, getrennte Berechtigungen und getrennte Auswertungen je Auftraggeber – auf gemeinsamer Fläche und mit gemeinsamem Personal. Dazu kommt die Abrechnungsgrundlage: Lagerentgelte nach Fläche, Plätzen oder Zeit, Handlingentgelte nach Positionen, Zusatzleistungen wie Etikettierung, Konfektionierung oder Retourenbearbeitung. Das System muss diese Leistungen zählbar machen, auch wenn die Fakturierung im ERP erfolgt.
Ein zweites Dienstleisterthema ist die Geschwindigkeit beim Aufschalten neuer Auftraggeber. Wer regelmäßig neue Kunden aufnimmt, braucht wiederverwendbare Prozessvorlagen, schnell konfigurierbare Schnittstellen und die Fähigkeit, kundenindividuelle Etiketten, Papiere und Rückmeldungen ohne Herstellerbeauftragung einzurichten. Fragen Sie im Auswahlgespräch konkret, wie lange das Aufschalten eines mittelgroßen Neukunden dauert und welche Arbeiten dabei zwingend beim Hersteller liegen.
Beim Mehrstandortbetrieb schließlich gibt es zwei Muster. Entweder jeder Standort erhält eine eigene, lokal betriebene Instanz mit eigener Konfiguration – robust gegen Leitungsausfall, aber aufwendig bei standortübergreifenden Auswertungen und Änderungen. Oder mehrere Standorte laufen auf einer gemeinsamen, zentral betriebenen Installation – einheitlich und auswertbar, dafür abhängig von Anbindung und einheitlichen Prozessen. Welche Variante passt, ist eine Frage der Netzsituation, der Prozessähnlichkeit zwischen den Standorten und der eigenen IT-Aufstellung. Beides ist in dieser Systemklasse grundsätzlich möglich; die konkrete Umsetzbarkeit und die Lizenzfolgen sind beim Anbieter zu prüfen.
Wie praktisch alle Anbieter dieser Marktklasse veröffentlicht auch PSI Logistics kein Preismodell – üblich, für Interessenten aber unbequem. Praktisch bedeutet das: Sie erhalten ein individuelles Angebot, dessen Vergleichbarkeit Sie selbst herstellen müssen. Wir nennen an dieser Stelle bewusst keine Beträge; belastbare Zahlen gibt es nur im konkreten Angebot. Fragen Sie stattdessen aktiv nach den Preistreibern und lassen Sie sich schriftlich geben, wie sich die Kosten entwickeln, wenn Nutzerzahl, Standorte, Mandanten, Module oder Bewegungsmengen wachsen. Ein System, dessen Kosten mit dem Erfolg unkontrolliert mitwachsen, wird in drei Jahren zum Streitthema.
Für die Gesamtkostenbetrachtung gehören mindestens sechs Blöcke in die Rechnung: laufende Nutzung beziehungsweise Lizenz und Wartung, das einmalige Einführungsprojekt, ERP- und Anlagenintegration, Hardware im Lager samt Hallennetz, Betrieb und Support über die Laufzeit sowie der interne Aufwand für Konzept, Stammdaten, Tests, Schulung und Anlaufphase. Der letzte Block ist der am häufigsten vergessene und in unserer Erfahrung regelmäßig größer als erwartet. Rechnen Sie über fünf bis sieben Jahre und beziehen Sie Anpassungsklauseln, Wartungssteigerungen und die Kosten absehbarer Erweiterungen mit ein.
Auf der Nutzenseite lässt sich im Lager erfreulich konkret rechnen, weil fast alles messbar ist: Zeit pro Auftragsposition, Suchzeiten, Fehlgriffquote und deren Folgekosten, Inventurdifferenzen, Flächen- und Platzausnutzung, Durchlaufzeit vom Auftragseingang bis zur Verladung, Personalbedarf in der Spitze. Messen Sie drei bis fünf dieser Größen vor dem Projekt und danach erneut. Das ist die einzige belastbare Grundlage für die Frage nach dem Ertrag der Investition – und gleichzeitig die beste Verteidigung gegen Versprechen, die niemand nachrechnet.
Bei Souveränitätsfragen ist die Ausgangslage bei einem Anbieter mit deutschem Sitz und deutscher Entwicklung deutlich entspannter als bei Häusern mit außereuropäischer Mutter. Es gibt keinen Drittlandbezug allein durch die Konzernstruktur, Vertragswerke folgen europäischem Recht, Ansprechpartner sind erreichbar, und Prüfungen durch den eigenen Datenschutzbeauftragten verlaufen kürzer. Für Unternehmen mit erhöhten Anforderungen – etwa in der Rüstungszulieferung, in kritischen Infrastrukturen oder bei sensiblen Auftraggebern – ist das häufig ein ausschlaggebendes Argument.
Die Prüfpflicht entfällt dadurch aber nicht. Beim Cloud-Betrieb bleibt zu klären, in welcher Region und bei welchem Rechenzentrumsdienstleister die Daten tatsächlich liegen, welche Unterauftragsverarbeiter beteiligt sind, wie Support- und Wartungszugriffe erfolgen und protokolliert werden und welche Aufbewahrungs- und Löschfristen gelten. Auch beim Betrieb im eigenen Rechenzentrum ist der Fernzugriff des Anbieters zu regeln. Der Unterschied zu außereuropäischen Anbietern liegt nicht darin, dass diese Fragen entfallen, sondern darin, dass die Antworten in der Regel einfacher, schneller und ohne zusätzliche Garantiekonstruktionen zu bekommen sind.
Es gibt einen Punkt, der bei Lagerverwaltungssystemen schwerer wiegt als bei den meisten anderen Geschäftsanwendungen: Die Ressourcen- und Arbeitssteuerung erzeugt zwangsläufig personenbezogene Leistungs- und Bewegungsdaten. Jeder Scan ist mit einer Person, einem Zeitpunkt und einem Ort verknüpft. Daraus lassen sich Bearbeitungszeiten, Wegzeiten, Pausenverhalten und Leistungsvergleiche zwischen Beschäftigten ableiten – ob man das will oder nicht.
Aus Datenschutzsicht berührt das Zweckbindung, Erforderlichkeit, Berechtigungskonzept, Auswertungsebene und Löschfristen. Aus arbeitsrechtlicher Sicht ist die Einführung und Anwendung technischer Einrichtungen, die zur Überwachung von Verhalten und Leistung geeignet sind, in Betrieben mit Betriebsrat typischerweise mitbestimmungspflichtig. Praktisch heißt das: Der Betriebsrat gehört an den Tisch, bevor der Vertrag unterschrieben ist, nicht wenn das System steht. Projekte, die diesen Schritt überspringen, verlieren regelmäßig mehr Zeit im Nachgang, als die frühzeitige Beteiligung gekostet hätte.
Bewährt hat sich eine Betriebsvereinbarung, die vier Dinge regelt: den Zweck der Datenerhebung, die Auswertungsebene – etwa Gruppen- statt Einzelauswertung im Regelbetrieb –, den Kreis der Zugriffsberechtigten und die Löschfristen. Ergänzend hilft technische Umsetzung: Rollen, die Einzelleistungsauswertungen nur in begründeten Fällen zulassen, Pseudonymisierung in Standardberichten und protokollierte Zugriffe. Diese Kombination nimmt der Diskussion die Schärfe und schützt gleichzeitig das Projekt.
Datenhoheit wird meist als Standortfrage diskutiert. Genauso wichtig ist die Frage, ob man wieder herauskommt. Ein Lagerverwaltungssystem hält die operativen Kerndaten eines Standorts: Lagerstruktur, Platzbelegung, Bestände auf Gebindeebene, Bewegungshistorie, Strategien und Regelwerke. Wenn diese Daten nur eingeschränkt exportierbar sind – oder wenn die Strategienkonfiguration ausschließlich im System selbst lesbar ist –, entsteht eine Abhängigkeit, die sich in jeder späteren Verhandlung bemerkbar macht, unabhängig davon, wie gut die Zusammenarbeit heute läuft.
Wir empfehlen deshalb, den Ausstieg schon beim Einstieg zu regeln: Welche Daten können in welchem Format und in welcher Vollständigkeit exportiert werden? Wie schnell und zu welchen Kosten? Was passiert mit Bewegungs- und Protokolldaten? Ist die Prozesskonfiguration außerhalb des Systems dokumentiert und lesbar? Diese vier Fragen kosten in der Verhandlung nichts und schaffen eine Position, die über die gesamte Vertragslaufzeit wirkt. Ergänzend gehört dazu eine eigene, systemunabhängige Dokumentation des Feinkonzepts – im Störungsfall und beim Personalwechsel oft wertvoller als jede Datensicherung.
