Workflow für Retourenprüfungen: Eine klare Prüfspur im Lager

Warum bei Retourenprüfungen der Prüfpfad verloren geht

Am Wareneingang wirkt eine Retoure zunächst einfach: Ein Paket kommt an, jemand öffnet es und anschließend wird eine Erstattung veranlasst. Der Nachweis bricht jedoch weg, wenn jeder Schritt an einem anderen Ort stattfindet. Der Wareneingang erfasst das Paket, ein Prüfer speichert Fotos auf seinem Handy und der Kundenservice genehmigt die Erstattung in einem anderen Tool.

Das führt zu Problemen, wenn ein Kunde die Höhe der Erstattung oder den dokumentierten Zustand beanstandet. Eine Notiz wie «beschädigt» sagt wenig aus. War das Siegel geöffnet? Fehlt ein Zubehörteil? Hatte der Bildschirm einen Riss? Ohne Fotos mit Zeitstempel und eine klare Zustandsnotiz müssen sich Mitarbeiter auf ihr Gedächtnis verlassen oder alte Nachrichten durchsuchen.

Getrennte Tabellen verschärfen das Problem. Eine erfasst vielleicht die Retourennummern, eine andere Bestandskorrekturen und eine dritte den Status der Erstattung. Daten, Artikelnummern und Namen können sich zwischen den Dateien unterscheiden. Am Ende hat das Team mehrere unvollständige Versionen desselben Vorgangs statt eines nachvollziehbaren Prüfpfads für die Erstattung.

Ein zuverlässiger Workflow für Retourenprüfungen verknüpft jede Übergabe mit einem einzigen Retourendatensatz. Der Wareneingang erfasst die Ankunft. Der Prüfer ergänzt Zustandscodes, Fotos und Notizen. Der Prüfer der Erstattung sieht diese Belege, bevor er eine vollständige, teilweise oder abgelehnte Erstattung genehmigt. Anschließend dokumentiert das Lager, ob der Artikel wieder eingelagert, repariert, liquidiert oder entsorgt wird.

Das Ziel ist einfach: ein Artikel, eine Historie. Der Datensatz sollte zeigen, wer die Retoure bearbeitet hat, was festgestellt wurde, welche Entscheidung getroffen wurde und wann dies geschah.

Einen Datensatz für jeden retournierten Artikel einrichten

Verwende die Retouren-ID als Bezugspunkt für alle Datensätze. Sie gehört auf das Paketetikett, in die Lager-App und in jeden Kundenservice-Fall, der mit der Retoure verbunden ist.

Verwende keinen einzigen Datensatz für einen ganzen Karton, wenn er mehrere Produkte enthält. Jeder Artikel kann einen anderen Zustand, eigene Fotos, eine andere Lageraktion und ein anderes Erstattungsergebnis haben. Gib jedem Artikel eine eigene Zeile unter der Retouren-ID oder verwende bei größeren Mengen separate Artikel-IDs.

Prüfer sollten die nötigen Angaben sehen, bevor sie das Paket öffnen. Ein kurzes Formular hält die Erfassung einheitlich. Dazu gehören:

• Retouren-ID, Bestellnummer, SKU, Menge und Eingangsdatum
• Vom Kunden angegebener Rücksendegrund und ursprüngliches Versanddatum
• Name des Prüfers, Prüfzeitpunkt und Lagerort
• Zustandscode, Fotos und Notizen zu ungewöhnlichen Problemen
• Disposition und Erstattungsstatus einschließlich der Person, die jede Entscheidung genehmigt hat

Bewahre die ursprünglichen Werte auf, wenn jemand eine Entscheidung ändert. Markiert ein Prüfer einen Mixer als «geöffnet, vollständig» und ändert ein Vorgesetzter später die Disposition von Wiedereinlagerung zu Liquidation, sollte der Datensatz beide Einträge, die beteiligten Personen und den Zeitpunkt jeder Änderung zeigen. Wird die erste Entscheidung ersetzt, fehlen die Belege, die den Ausgang erklären.

Auch Berechtigungen spielen eine Rolle. Lagerpersonal kann Artikel annehmen, Fotos hinzufügen, einen Zustandscode auswählen und eine Disposition empfehlen. Vorgesetzte können Ausnahmen genehmigen. Kundenservice oder Finanzabteilung können eine Erstattung freigeben, sollten die Prüfbelege aber nicht bearbeiten dürfen.

Eine No-Code-App kann diese Rollen ohne eine gemeinsam genutzte Tabelle abbilden. In AppMaster können Teams Retourendatensätze anlegen, Artikeldatensätze und Fotos anhängen und Regeln einrichten, die Statusänderungen protokollieren. Das Lagerpersonal erhält eine übersichtliche Prüfoberfläche, während Vorgesetzte die für Reklamationen, Rückbuchungen und Bestandsprüfungen nötige Historie behalten.

Zustandscodes erstellen, die wirklich genutzt werden

Zustandscodes müssen schnell auswählbar sein. Fühlt sich die Liste wie ein Quiz an, wählen Prüfer die nächstbeste Option, schreiben vage Notizen oder überspringen das Feld in arbeitsreichen Wareneingangszeiten.

Beginne mit einfachen Codes, die zu den Entscheidungen passen, die dein Lager bereits trifft:

• Ungeöffnet: Fabriksiegel und Originalverpackung sind intakt und es gibt keine sichtbaren Schäden.
• Beschädigt: Artikel oder Verpackung weisen Schäden auf, die den Wiederverkauf, die sichere Nutzung oder den Versand beeinträchtigen.
• Unvollständig: Ein erforderliches Teil, Zubehör, Handbuch oder Bauteil fehlt.
• Defekt: Der Artikel weist einen bestätigten Fehler auf oder besteht eine festgelegte Funktionsprüfung nicht.

Formuliere für jeden Code eine kurze Regel. Vermeide Ausdrücke wie «schlechter Zustand» oder «nicht verkäuflich». Zwei Prüfer können solche Beschreibungen lesen und zu unterschiedlichen Ergebnissen kommen.

Definiere «beschädigt» zum Beispiel als «gesprungenes Gehäuse, gerissenes Siegel, tiefer Kratzer oder eingedrückter Karton, wodurch ein Verkauf als Neuware nicht möglich ist». «Unvollständig» könnte bedeuten: «Mindestens ein Bestandteil aus der vorgeschriebenen Inhaltsliste des Produkts fehlt.» Wenn ein eingedrückter Karton noch ein neues, versiegeltes Produkt enthält, sollte die Regel festlegen, wie das Personal den Artikel einordnet, statt die Entscheidung dem Zufall zu überlassen.

Füge neben jedem Code im Formular oder im Teamleitfaden ein freigegebenes Fotobeispiel ein. Ein gesprungener Bildschirm, ein geöffnetes Siegel oder ein leerer Zubehörplatz bieten neuen Mitarbeitern eine praktische Orientierung. Halte die Beispiele aktuell, wenn sich Verpackungen oder Produktversionen ändern.

Die meisten Teams arbeiten besser mit vier bis sechs Hauptcodes als mit einem langen Menü kleiner Varianten. Bei mehreren Problemen kann das Personal den Zustand auswählen, der die Disposition bestimmt, und eine kurze zusätzliche Notiz ergänzen.

Fotos aufnehmen, die spätere Fragen beantworten

Fotos geben dem Team etwas Konkretes zur Prüfung. Ein Retourendatensatz sollte den Zustand des Artikels bei Eingang im Lager zeigen, nicht nur die Beschreibung des Prüfers.

Bitte das Personal, bei jeder Retoure dieselben Fotos aufzunehmen. Einheitlichkeit ist wichtiger als perfekte Bilder. Eine Handykamera und eine saubere Prüfoberfläche reichen normalerweise aus.

• Fotografiere die Außenverpackung einschließlich Versandetiketten und eingedrückter Ecken.
• Fotografiere das Produkt aus mehreren Winkeln und nimm Nahaufnahmen von Kratzern, Rissen, Flecken oder fehlenden Teilen auf.
• Fotografiere Seriennummer, IMEI, Barcode oder eine andere Kennung, die den Artikel mit seinem Retourendatensatz verbindet.
• Fotografiere das Zubehör, wenn der Kunde ein unvollständiges Set zurücksendet.

Fordere diese Bilder, bevor ein Prüfer einen beschädigungsbezogenen Code auswählt. Sonst kann jemand einen Artikel als beschädigt markieren und hat nichts vorzuzeigen, wenn der Kunde diese Entscheidung zwei Tage später beanstandet. Bei Artikeln ohne sichtbare Mängel reicht ein allgemeines Produktfoto zusammen mit einem passenden Code.

Verknüpfe jedes Bild mit dem einzelnen retournierten Artikel und nicht mit einem gemeinsamen Ordner, der nach Tag oder Lieferung benannt ist. Ein Vorgesetzter sollte einen Datensatz öffnen und sehen können, wer den Artikel geprüft hat, wann dies geschah und welche Belege hinter der Disposition und der Erstattungsentscheidung stehen.

Ein Beispiel: Ein Prüfer erhält Kopfhörer mit einem eingerissenen Verkaufskarton. Er fotografiert den Versandkarton, den beschädigten Karton, die versiegelten Kopfhörer und die Seriennummer. Der Datensatz zeigt, dass das Produkt ungeöffnet angekommen ist. Das kann eine Wiedereinlagerung unterstützen, auch wenn die Verpackung nicht mehr in den Verkaufsbereich zurückkehren kann.

Die Prüfung vom Wareneingang bis zur Entscheidung durchführen

Jede Person sollte eine klare Übergabe abschließen. Der Mitarbeiter im Wareneingang öffnet den Datensatz, der Prüfer dokumentiert den Artikel und der Prüfer der Erstattung genehmigt oder lehnt die Zahlung ab. Alle arbeiten im selben Artikeldatensatz.

Beginne, sobald das Paket den Retourenbereich erreicht. Scanne das Retourenetikett, sofern möglich. Lässt es sich nicht scannen, suche nach der Bestellnummer und wähle die retournierte Bestellzeile aus. Der Datensatz sollte zeigen, was der Kunde gekauft hat, wie viele Einheiten zurückgesendet wurden und welchen Grund er angegeben hat.

Vergleiche den physischen Artikel mit diesem Datensatz, bevor du den Bestand änderst. Eine blaue Jacke in der falschen Größe darf nicht einfach der Bestellzeile einer schwarzen Jacke zugeordnet werden, nur weil beide Artikel gleich viel kosten. Stimmen Artikel oder Menge nicht überein, markiere die Ausnahme und leite sie zur Prüfung weiter.

Der Prüfer wählt einen Zustandscode und fügt die erforderlichen Fotos hinzu. Er prüft Produkt, Verpackung, Zubehör und Gebrauchsspuren. Eine kurze Notiz hilft, wenn der Code den Befund nicht vollständig erklärt, zum Beispiel «Ladegerät fehlt im Karton».

Wähle anschließend eine Disposition, die den weiteren Weg des Artikels festlegt:

• In verkäuflichen Bestand zurückführen
• Zur Reparatur oder Aufarbeitung senden
• An den Lieferanten zurücksenden
• Zur Prüfung durch einen Vorgesetzten zurückhalten
• Entsorgen oder recyceln

Die Disposition sollte den Datensatz an die zuständige Person oder den richtigen Bereich weiterleiten. Ein versiegelter Artikel kann in eine Warteschlange für die Wiedereinlagerung gelangen, während ein beschädigter Artikel zum Reparaturplatz geleitet wird. Die Prüfung dokumentiert die empfohlene Maßnahme. Nach der Genehmigung wird sie bestätigt und anschließend der Bestand geändert.

Der Prüfer der Erstattung muss Bestellung, Zustandscode, Fotos, Notizen und Disposition an einem Ort sehen. Er kann eine vollständige oder teilweise Erstattung genehmigen, sie ablehnen oder weitere Informationen anfordern. Erfasse Prüfer, Zeitpunkt, Entscheidung und den Grund für jede Anpassung.

Erst nach der Genehmigung sollte das System den Bestand ändern. Eine genehmigte Wiedereinlagerung erhöht den verfügbaren Bestand um die akzeptierte Menge. Eine Reparatur- oder Entsorgungsentscheidung verschiebt den Artikel in den passenden nicht verkäuflichen Status. So erscheinen strittige Retouren nicht als verkäuflicher Bestand.

Mit AppMaster kann ein Lagerteam diese Schritte als visuellen Prozess aufbauen: scannen oder suchen, prüfen, zur Genehmigung weiterleiten und anschließend den Bestand aktualisieren. Der ursprüngliche Datensatz bleibt erhalten, sodass ein Vorgesetzter eine Erstattung bis zum Eingangsscan und den Prüfbelegen zurückverfolgen kann.

Dispositionen mit Bestandsaktionen verknüpfen

Jede Disposition braucht eine konkrete Bestandsaktion. Ohne diese bleiben retournierte Waren im Sperrbereich liegen, während das Personal überlegt, ob sie verkauft, repariert oder entsorgt werden dürfen.

Verwende Auswahlmöglichkeiten, die zu deinem Lager passen: Wiedereinlagerung, Reparatur, Lieferantenretoure, Entsorgung und Rücksendung an den Kunden. Vermeide «Sonstiges», es sei denn, das Formular verlangt eine schriftliche Begründung und eine Prüfung durch einen Vorgesetzten.

Bei einer Wiedereinlagerung wird ein genehmigter Artikel in den verfügbaren Bestand übernommen und sein Lagerort erfasst. Eine Reparatur verschiebt den Artikel mit Fehlerbeschreibung und verantwortlicher Person in eine Reparaturwarteschlange. Eine Lieferantenretoure führt ihn in eine Reklamations- oder Versandwarteschlange und hält ihn aus dem verkäuflichen Bestand heraus. Bei einer Entsorgung wird der Bestand erst reduziert, nachdem eine befugte Person die Belege genehmigt hat. Eine Rücksendung an den Kunden bereitet den Versand vor und speichert die Versandreferenz.

Setze Freigaberegeln dort ein, wo sie sinnvoll sind. Ein versiegelter Artikel mit intakter Verpackung kann direkt wiedereingelagert werden. Bei einem gebrauchten elektronischen Artikel sollte ein Vorgesetzter den Zustand und die Wiederverkaufsfähigkeit genehmigen. Entsorgung und Lieferantenreklamationen benötigen oft eine Freigabe durch die Führungskraft, weil sie den Bestandswert oder einen Lieferantenstreit betreffen.

Halte die Empfehlung des Prüfers getrennt von der endgültigen Entscheidung. Ein Prüfer kann nach einem beschädigten Anschluss eine Reparatur empfehlen. Der Reparaturleiter kann jedoch feststellen, dass der Austausch zu teuer ist, und stattdessen die Entsorgung genehmigen. Speichere beide Einträge mit Benutzer, Datum, Begründung und Bestandsstatus.

Erstattungsentscheidungen lückenlos dokumentieren

Ein Erstattungsdatensatz sollte die Kundenbestellung mit dem physischen Artikel verbinden, den das Team geprüft hat. Vor der Entscheidung braucht das Personal Bestellwert, Rückgabefrist und Prüfergebnis.

Bewahre die Entscheidung im selben Retourendatensatz auf. Verschiebe die endgültige Antwort nicht in eine Chatnachricht, Tabelle oder separate Zahlungsmaske, ohne einen Verweis zurück zur Retoure zu speichern. Ein Prüfer sollte einen Datensatz öffnen und verstehen können, warum das Team einen bestimmten Betrag erstattet hat.

Erfasse bei jeder Entscheidung:

• Erstattungsbetrag und Währung
• Grund für die Erstattung oder Ablehnung
• Mitarbeiter oder Vorgesetzter, der sie genehmigt hat
• Genaue Entscheidungszeit
• Zahlungsreferenz oder Transaktionsstatus

Verwende nach Möglichkeit feste Gründe wie «Artikel ungeöffnet», «falscher Artikel versendet», «Schaden bestätigt» oder «außerhalb der Rückgabefrist». Das Personal kann schnell einen einheitlichen Grund auswählen und Berichte bleiben verständlich. Ergänze ein Notizfeld für Fakten, die nicht in die Liste passen, etwa ein fehlendes Ladegerät oder eine Zusage des Kundenservice.

Ausnahmen brauchen eine Erklärung. Ein Vorgesetzter kann eine vollständige Erstattung nach Ablauf der Rückgabefrist genehmigen, weil eine Verzögerung des Versanddienstleisters das Problem verursacht hat. Speichere die Ausnahmenotiz, das ursprüngliche Prüfergebnis und die Entscheidung gemäß Richtlinie, statt sie zu ersetzen.

Bei Bestellungen mit hohem Wert empfiehlt sich ein separater Freigabeschritt. Ein Prüfer kann nach starkem Verschleiß eine Teilerstattung empfehlen, bevor ein Vorgesetzter den Betrag bestätigt und die Finanzabteilung die Zahlung veranlasst. Der Retourendatensatz sollte beide Aktionen zeigen.

Wenn ein Kunde fragt, warum er statt 60 Dollar nur 42 Dollar erhalten hat, kann der Support Zustandscode, Fotos, ausgewählten Grund, Freigabenotiz und Zahlungsstatus innerhalb weniger Minuten prüfen.

Ein einfaches Beispiel aus dem Lager

Ein Mitarbeiter im Wareneingang scannt ein retourniertes kabelloses Headset und öffnet den Artikeldatensatz. Bestellnummer, Kundendaten, Rücksendegrund und Eingangszeit sind bereits vorhanden.

Der Versandkarton hat eine eingedrückte Ecke und ein eingerissenes Siegel. Das Headset weist keine Kratzer auf, die Ohrpolster wirken unbenutzt und das Gerät lässt sich einschalten. Der Mitarbeiter fotografiert den beschädigten Karton, das Etikett mit der Seriennummer und das eingeschaltete Headset. Jedes Bild wird am Retourendatensatz gespeichert.

Der Mitarbeiter wählt «Gerät intakt, Verkaufsverpackung beschädigt» und ergänzt: «Funktionstest bestanden. Karton kann nicht mehr als Neuware ins Regal.» Er empfiehlt den Bestand für geöffnete Verpackungen. Der Workflow leitet den Artikel an den entsprechenden Lagerort weiter und dokumentiert die Entscheidung.

Die Bestellung erlaubt eine Erstattung, aber beschädigte Verpackungen erfordern eine Prüfung auf Teilerstattung. Der Mitarbeiter wählt «Freigabe durch Vorgesetzten erforderlich» und trägt den vorgeschlagenen Betrag ein. Als der Kunde später die Erstattung hinterfragt, sieht der Vorgesetzte Eingangsscan, Fotos, Testergebnis, Disposition und vorgeschlagenen Erstattungsbetrag. Er genehmigt die Teilerstattung und ergänzt eine Notiz zur Kürzung wegen der Verpackung.

Fehler, die Retourendatensätze unglaubwürdig machen

Ein Datensatz verliert an Glaubwürdigkeit, wenn Prüfer dasselbe Problem unterschiedlich beschreiben. Einer schreibt «kleiner Kratzer», ein anderer «gebraucht» und ein dritter gar nichts. Freie Notizen sind bei ungewöhnlichen Fällen hilfreich, sollten feste Zustandscodes für Retouren aber ergänzen und nicht ersetzen.

Veranlasse keine Erstattung, bevor der Datensatz die Prüfbelege enthält. Fehlende Zustandscodes, Fotos oder Artikelkennungen lassen dem Lager keine klare Grundlage für die Entscheidung. Der Workflow sollte eine Erstattung blockieren oder markieren, bis der Prüfer alle Pflichtfelder ausgefüllt hat.

Fotos werden zum Problem, wenn Teams sie in einem gemeinsamen Ordner mit Namen wie «Retoure 14» oder «beschädigter Karton» speichern. Verknüpfe jedes Foto mit dem Artikeldatensatz und verwende automatisch die Retouren-ID. Erfasse außerdem, wer das Foto aufgenommen hat und wann, besonders bei teuren Artikeln oder strittigen Ansprüchen.

Bewahre geänderte Entscheidungen auf. Markiert ein Prüfer einen Artikel zur Wiedereinlagerung und schickt ein Vorgesetzter ihn später zur Liquidation, füge eine neue Disposition hinzu, statt die erste zu ersetzen. Der Datensatz sollte beide Aktionen, den Zeitpunkt und den Grund der Änderung zeigen.

Typische Lücken sind eine Beschreibung ohne Standardcode, genehmigte Erstattungen ohne Belege, bearbeitete Entscheidungen ohne Historie und Bilder außerhalb des Artikeldatensatzes.

Kurze Prüfungen vor dem Start

Teste den Workflow mit einer kleinen Gruppe echter Retouren, bevor du ihn im gesamten Lager einführst. Berücksichtige ungeöffnete Waren, beschädigte Produkte, Rücksendungen falscher Artikel und Produkte mit fehlenden Teilen. So werden Felder sichtbar, die das Personal überspringt, sowie Entscheidungen, deren Formulierung klarer sein muss.

Jeder retournierte Artikel braucht eine eigene Retouren-ID und den Bezug zur ursprünglichen Bestellung. Das Personal sollte diese Angaben scannen oder eingeben, bevor es einen Zustandscode auswählt. Sendet ein Kunde drei Artikel zurück, erstelle drei Artikeldatensätze statt einer ungenauen Retourennotiz.

Prüfe, ob das Formular die für eine Bewertung nötigen Belege verlangt:

• Mindestens ein Foto pro Artikel, bei sichtbaren Schäden zusätzliche Fotos
• Einen Zustandscode aus der freigegebenen Liste
• Eine schriftliche Notiz bei Ausnahmecodes oder abgelehnten Retouren
• Name des Prüfers und Abschlusszeitpunkt

Teste anschließend den vollständigen Entscheidungsweg. Markiere einen Beispielartikel als verkäuflich und prüfe, ob die Bestandsaktion dazu passt. Wiederhole den Test mit Artikeln für Reparatur, Liquidation oder Entsorgung. Zwischen Prüfung und Bestandsänderung darf kein Datensatz liegen bleiben.

Teste genehmigte, abgelehnte, teilweise und ausstehende Erstattungen, sofern deine Richtlinie diese Fälle vorsieht. Der Datensatz sollte zeigen, wer die Entscheidung wann getroffen hat, um welchen Betrag es ging und warum. «Erstattet» allein reicht nicht aus.

Bitte einen Vorgesetzten, einen abgeschlossenen Datensatz ohne Rückfrage beim Prüfer zu bewerten. Er sollte ursprüngliche Angaben, Fotos, Zustandscode, Disposition, Bestandsbewegung, Erstattungsentscheidung und spätere Änderungen an einem Ort sehen. Muss er Nachrichten durchsuchen, um eine Retoure zu erklären, solltest du den Workflow vor dem Start verbessern.

Klein anfangen und den Workflow verbessern

Beginne mit einem Retourentyp, etwa beschädigten Online-Bestellungen, und bitte eine kleine Gruppe im Wareneingang, den Prozess eine Woche lang zu nutzen. Ein begrenzter Test zeigt praktische Probleme schnell: Ein Zustandscode kann missverständlich sein, ein Pflichtfoto das Entladen verlangsamen oder Vorgesetzte müssen Ausnahmen früher prüfen.

Bitte die Tester, Felder zu markieren, die sie überspringen, Auswahlmöglichkeiten zu nennen, bei denen sie zögern, und Momente festzuhalten, in denen sie die App verlassen müssen, um eine Bestellung oder Richtlinie zu finden. Auch einige Prüfungen vor Ort helfen. Ein Formular, das auf dem Desktop klar aussieht, kann neben einem geöffneten Karton umständlich wirken.

Prüfe Datensätze, die das Personal ablehnt, als Entwurf speichert oder zur Korrektur zurücksendet. Entferne ungenutzte Felder. Ersetze vage Auswahlmöglichkeiten durch Codes, die der nächsten Person direkt zeigen, was passiert ist. Nimm Änderungen in kleinen Schritten vor und achte auf wiederkehrende Schwierigkeiten in mehreren Datensätzen, bevor du den gesamten Prozess änderst.

AppMaster kann eine No-Code-Retouren-App mit Formularen für Artikeldaten, Fotos, Zustandscodes, Dispositionen und Erstattungsentscheidungen unterstützen. Der visuelle Business Process Editor kann Datensätze durch Wareneingang, Prüfung, Vorgesetztenfreigabe, Bestandsaktion und Finanzabteilung leiten. Jede Person arbeitet am selben Retourendatensatz. Das Team muss deshalb am Schichtende keine Papiernotizen, Chatnachrichten und getrennten Tabellen abgleichen.

Wenn der Pilot funktioniert, füge einen weiteren Retourentyp oder Lagerbereich hinzu. Prüfe Ausnahmen regelmäßig und halte den Prozess so klar, dass sich jede Entscheidung allein anhand des Datensatzes erklären lässt.