Schadenscodes für Lagerbestände: WMS-Regeln für Online-Händler

Amazons Bestandsbuch unterscheidet beschädigte Ware nach Schadensursache: kundenbeschädigt, transportbeschädigt, lagerbeschädigt, defekt, lieferantenbeschädigt und händlerbeschädigt. Diese Detailtiefe ist ein sinnvoller Maßstab für Online-Händler mit eigenem Lager, denn eine pauschale "beschädigt"-Buchung verschleiert die operative Ursache, die Margenauswirkung und die nächsten Schritte.

Schadenscodes für Lagerbestände sind standardisierte Kennzeichnungen im WMS, die erklären, warum Ware den verkaufsfähigen Bestand verlassen, in Quarantäne verschoben, als Abschreibung verbucht oder wieder verfügbar gemacht wurde. Für E-Commerce-Teams, die über Shopify, bol.com, Amazon, Zalando, OTTO oder Kaufland verkaufen, ist der Code kein Verwaltungsetikett. Er entscheidet darüber, ob Bestand noch zugesagt werden kann, ob die Buchhaltung einen Verlust verbuchen darf, ob eine Lieferantenreklamation Beweise hat und ob derselbe Schaden nächsten Monat wieder auftritt.

Warum „beschädigt" für die Warenwirtschaft zu ungenau ist

Die meisten kleineren Lager beginnen mit einer manuellen Korrektur: Jemand sieht eine beschädigte Verpackung, reduziert den Bestand und hinterlässt eine Notiz. Das funktioniert, bis das Bestellvolumen wächst. Ein einzelner Webshop kann eine ungenaue Bestandsanpassung verkraften; ein Multichannel-Händler nicht, denn jede Korrektur muss durch Marktplatz-Verfügbarkeiten, Kommissionierlisten, Retouren, Buchhaltung und manchmal Lieferanten- oder Transporteurforderungen wandern.

Das eigentliche Risiko liegt nicht in der beschädigten Einheit selbst. Es liegt im Bestandsleck, das folgt. Wird ein beschädigter Artikel noch als verfügbar gezählt, können Amazon, OTTO oder der Webshop eine Einheit verkaufen, die das Lager nicht kommissionieren sollte. Wird die beschädigte Einheit ohne Grund-Code entfernt, sieht die Buchhaltung Schwund, aber der Betrieb kann nicht feststellen, ob die Ursache beim Wareneingang, beim Kommissionieren, bei Retourenbetrug, Transportschäden oder mangelhafter Verpackung lag.

Ein praxistauglicher Schadenscode-Baum

Ein gutes Warenwirtschaftssystem trennt bei Schadenscodes drei Fragen: Erstens, wo ist der Schaden entstanden? Zweitens, in welchem Zustand befindet sich die Ware? Drittens, wie hat das Lager entschieden? So arbeiten Ihre Mitarbeiter schnell, während das Management trotzdem verwertbare Daten erhält.

Für die meisten Online-Händler ist die erste brauchbare Liste überschaubar: LIEFERANT_BESCHÄDIGT, SPEDITEUR_BESCHÄDIGT, LAGER_BESCHÄDIGT, KUNDE_BESCHÄDIGT, DEFEKT, FEHLENDE_TEILE, VERPACKUNG_BESCHÄDIGT und UNBEKANNT_PRÜFUNG_AUSSTEHEND. Jeder Code sollte eine zulässige Verwendung haben. Verpackungsschäden können beispielsweise oft neu verpackt und verkauft werden, während unsichere Elektroschäden zur Abschreibung oder Lieferantenreklamation geleitet werden sollten.

Wie das WMS beschädigte Ware verarbeiten sollte

Der Code funktioniert nur, wenn der Workflow verhindert, dass Bestand zurück in den kommissionierbaren Pool gelangt. Verbinden Sie Codes für beschädigte Ware mit Fulfillment-Workflows, Barcode-Scans und Bestandsstatusregeln – nicht nur mit einem Back-Office-Anpassungsbildschirm.

1. 1
   SKU und aktuellen Lagerplatz scannen

   Der Mitarbeiter scannt den Artikel oder Lagerplatz, bevor er einen Code auswählt. So enthält der Datensatz SKU, Chargen- oder Seriennummer falls zutreffend, aktuellen Lagerplatz und Benutzer.
2. 2
   Einheit aus verkaufbarer Verfügbarkeit entfernen

   Das WMS ändert die Einheit auf Quarantäne-, Gesperrt- oder Beschädigt-Status, bevor eine Marktplatz-Bestandssynchronisation läuft. Dies verhindert, dass die Einheit während der Wartezeit auf Prüfung zugesagt wird.
3. 3
   Grund-Code und Foto-Nachweis erfassen

   Ein kurzer Code plus ein oder zwei Fotos reichen für die meisten Lieferanten-, Spediteur- und internen Lager-Prüfungen aus. Freitext-Notizen sollten optional sein, nicht das Hauptdatenfeld.
4. 4
   Verwendung nach Prüfung festlegen

   Schreiben Sie nicht alles sofort ab. Leiten Sie je nach Zustand und Wert weiter zu Neuverpackung, B-Ware-Verkauf, Lieferantenreklamation, Spediteurreklamation, Reparatur, Recycling oder endgültiger Abschreibung.
5. 5
   Nur das finale Bestandsergebnis synchronisieren

   Nach der Verwendungsentscheidung aktualisieren Sie verfügbaren Bestand, Quarantäne-Bestand, Abschreibungsmenge oder Reklamationsmenge. Das finale Bestandsereignis sollte dann in Marktplatz-, ERP- und Spediteur-Integrationen fließen.

Wo Mitbewerber und Standard-WMS-Leitfäden versagen

Die meisten WMS-Ratgeber sprechen über Barcode-Scanning, Kommissionierlisten, Lagerplätze und Echtzeit-Bestandsführung. Diese Funktionen sind wichtig, aber sie enden oft bei "beschädigte Waren erfassen", ohne das Kontrollmodell zu erklären. Selbst technische ERP-Artikel beschreiben Grund-Code-Einstellungen, verbinden sie aber nicht mit E-Commerce-Risiken wie Überverkäufen, FBA-Erstattungsnachweisen, Retourenabwicklung, Marktplatz-SLA-Verstößen und Margenverlust.

Diese Lücke ist für Online-Händler entscheidend. Eine beschädigte Einheit im E-Commerce-Lager ist nicht nur ein Lagerereignis. Sie kann eine bezahlte Werbekampagne, ein Marktplatz-Lieferdatum, ein Kundenservice-Ticket, eine Lieferantenverhandlung und einen Buchhaltungsabschluss beeinflussen. Das WMS sollte diese Kette sichtbar machen.

Die mindestens erforderlichen Datenfelder

Machen Sie Ihr Lagerpersonal nicht zu Buchhaltern am Regal. Halten Sie den Scan-Vorgang schnell und fügen Sie Genehmigungen nur dort hinzu, wo Wert oder Risiko dies rechtfertigen. Ein Schadensereignis sollte SKU, Menge, Lagerplatz, Mitarbeiter, Zeitstempel, Quellencode, Zustandscode, Fotonachweis und vorgeschlagene Disposition erfassen. Bei höherwertigen SKUs fügen Sie eine Vorgesetzten-Genehmigung vor der Abschreibung hinzu.

Seriennummernpflichtige Produkte benötigen strengere Kontrolle. Hat ein Artikel eine Seriennummer, muss das Schadensereignis genau dieser Serie zugeordnet werden. Chargengesteuerte Produkte benötigen zusätzlich Chargen- und Verfallsdaten, besonders bei Lebensmitteln, Kosmetik, Nahrungsergänzungsmitteln und Elektronikzubehör, wo Sicherheit oder Ablaufdatum die Wiederverkaufsentscheidung beeinflussen.

Wie Schadenscodes die Marktplatz-Verfügbarkeit schützen

Multichannel-Händler teilen einen begrenzten Bestand über mehrere Kanäle. Eine einzige beschädigte Einheit kann zu einem Überverkauf führen, wenn das WMS den lokalen Bestand anpasst, aber die Synchronisationsebene noch die alte verfügbare Menge exportiert. Das sicherere Vorgehen ist, beschädigte Einheiten zuerst in einen nicht verkaufbaren Status zu versetzen und dann die Verfügbarkeitsberechnung diese Menge vor der nächsten Kanalsynchronisation abziehen zu lassen.

Für Händler, die gemeinsame Bestände, Puffer und Reservierungen nutzen, sollten Schadenscodes vor der Verfügbarkeitsberechnung stehen. Die Verfügbarkeitsformel sollte beschädigte, unter Quarantäne stehende, prüfungsanhängige und reklamierte Bestände als nicht verfügbar behandeln, bis eine endgültige Entscheidung sie wieder in den verkaufbaren Bestand zurückführt. ChannelDocks Bestandsworkflows können diese Logik mit der Bestandskontrolle, Auftragsabwicklung und Lagerausführung in einer einheitlichen operativen Sicht verbinden.

Häufig gestellte Fragen

Fazit

Schadensgrund-Codes verwandeln eine Lagerkorrektur in ein Kontrollsystem. Das Ziel ist nicht, Verwaltungsaufwand zu schaffen. Das Ziel ist, unverkäufliche Einheiten aus dem aktiven Bestand herauszuhalten, zu belegen was passiert ist, Wert zu retten wo möglich und zu verhindern, dass sich dasselbe Schadensmuster wiederholt. Für Online-Händler, die über Tabellenkalkulation hinauswachsen, ist dies eine der einfachsten Warenwirtschafts-Disziplinen, die Marge und Kundenversprechen gleichermaßen schützt.