Magento MSI abzuschalten ist der meistgegebene Rat in Magento-Foren. Er beseitigt ein Symptom und kostet eine Funktion. Bevor du ihn befolgst, lohnt ein Blick darauf, was Multi Source Inventory eigentlich kann – und was es nie können sollte.
Ein Lagerort mit Adresse, von dem aus versendet wird. Er hat Name, Code, Land, Straße, Postleitzahl, Koordinaten, Telefon – und einen Bestand je Artikel.
Die Zuordnung eines Verkaufskanals zu einem oder mehreren Sources. Daraus entsteht die Menge, die der Shop anzeigt.
Hält Mengen fest zwischen Bestellung und Versand. Arbeitet unsichtbar im Hintergrund.
| Frage | MSI | beeShip |
|---|---|---|
| Mehrere Lagerorte | ja, als Sources | ja |
| Bestand je Verkaufskanal | ja, über Stocks | ja |
| Überverkaufsschutz | ja, über Reservations | ja, über gebuchte Entnahmen |
| Lagerplatz, Regal, Fach | nein – ein Source ist eine Adresse | ja |
| Kommissionierung, Pickliste | nein | ja |
| Scanner im Lager | nein | ja |
| Inventur | nein | ja |
| Sperrbestand | nein | ja |
MSI verhält sich korrekt, solange es alle Ereignisse bekommt, die es erwartet. Fehlt eines, driftet der Bestand – und der Verdacht fällt auf MSI.
Wird außerhalb von Magento versendet, ohne dass ein Shipment zurückgeschrieben wird, bleiben Reservierungen offen und Mengen stehen.
Ware gilt als verfügbar, obwohl sie unterwegs ist – oder sie ist unverkäuflich, obwohl sie im Regal liegt.
Damit verschwindet die Drift, aber auch die Mehrlagerfähigkeit und der Überverkaufsschutz. Ein hoher Preis für ein Lösbares.
Sources und Stocks bleiben, wie sie sind. Der Shop rechnet weiter mit der verkaufbaren Menge.
Lagerplätze, Pickwege, Scanner, Packtisch – alles, wofür ein Source kein Feld hat.
Beim Abschließen des Pakets erzeugt beeShip das Magento-Shipment mit den tatsächlich versendeten Positionen.
Reservierung aufgelöst, Source-Menge reduziert, Salable Quantity korrekt. Ohne Kompensationslauf.
Es gibt genau einen Fall, in dem der Rat aus den Foren passt – und der ist seltener, als er klingt.
Wenn du von genau einem Lagerort versendest, keinen zweiten planst und mit Überverkauf leben kannst, dann kostet Magento MSI dich mehr, als es dir bringt. In allen anderen Fällen wirfst du mit dem Abschalten die Mehrlagerfähigkeit und den Überverkaufsschutz weg, um ein Anbindungsproblem zu umgehen. Was danach immer noch fehlt, ist die Lagerebene: Lagerplätze, Pickwege und Scanner – nachzulesen auf Kommissionierung & Pickliste.
Wie Sources und Stocks zusammenspielen, beschreibt Adobe in der Dokumentation zu Sources und Stocks. Die Felder dort sind eindeutig: Ein Source ist eine Adresse. Deshalb ist die dritte Möglichkeit meist die beste: Magento MSI bleibt aktiv, beeShip übernimmt das Lager darunter und schreibt das Shipment zurück. Magento rechnet danach wieder selbst richtig, und du behältst beide Funktionen.
Und die Kosten einer Fehlentscheidung? Der spätere Rückbau ist der unangenehmste Teil. Wer Multi Source Inventory deinstalliert und Monate später doch einen zweiten Lagerort eröffnet, startet mit einem Bestand, der nirgends sauber gebucht ist, und muss zählen, bevor er verkaufen kann. Wer das Bestandsmodell dagegen aktiv lässt und nur die Lagerebene darunter ergänzt, legt bei Bedarf einfach einen weiteren Source an. Die Entscheidung bleibt damit offen, statt einmalig und schwer umkehrbar zu sein.
Die Einzelheiten stehen auf Salable Quantity und Reservations.
Magentos Bestandsmodell aus Sources (physische Lagerorte), Stocks (virtuelle Zuordnung zu Verkaufskanälen) und Reservations (Hauptbuch zwischen Bestellung und Versand).
Nur wenn du wirklich nie mehr als einen Lagerort brauchst und auf den Überverkaufsschutz verzichten willst. In den meisten Fällen ist die Drift ein Anbindungsproblem, kein MSI-Problem.
Nein. Ein Source ist eine Adresse – die Feldliste umfasst Name, Code, Land, Straße, Ort, Postleitzahl, Koordinaten und Kontaktdaten. Ein Feld für Regal, Gang oder Fach gibt es nicht.
Nein. Weder Pickliste noch Pickweg noch Scanner-Ablauf gehören zum Funktionsumfang.
Es bleibt aktiv und erfüllt weiter seinen Zweck. beeShip liefert die Lagerebene darunter und schreibt die Shipments zurück, die MSI erwartet.
Wenn du von mehreren Standorten versendest, ja. Wenn nicht, reicht ein Source – die Lagerstruktur bildest du ohnehin in beeShip ab.
In der Demo zeigen wir, wie beeShip unter MSI arbeitet, ohne es zu stören.