Bei einer durchschnittlichen Retourenquote von 17,4 Prozent im deutschen Onlinehandel (EHI Retail Institute) entscheidet nicht der Rückversand über die Marge, sondern was danach passiert. Ein Rücksendeetikett zu drucken ist einfach; eine Retoure sauber durch Prüfung, Wiedereinlagerung, Ausbuchung und Gutschrift zu führen, sodass Bestand, Buchhaltung und Kunde denselben Stand sehen, ist die eigentliche Aufgabe. Genau das leistet ein durchgängiger RMA-Prozess (Return Material Authorization) zwischen Shop und ERP: Der Rückgabeantrag entsteht im Kundenkonto mit Bezug zur Originalbestellung, RMA-Nummer und Prüfstatus kommen aus der Warenwirtschaft, und nach der Qualitätsprüfung buchen ERP-Regeln die Ware automatisch wieder ein oder aus. Dieser Beitrag zeigt den vollständigen Ablauf, grenzt die B2B-Reklamation vom reinen B2C-Widerruf ab und erklärt, wie eine Middleware den Retourenstatus bidirektional anbindet, damit Rücksendungen ohne Doppelerfassung abgewickelt werden.
Das Wichtigste in Kürze
- Der RMA-Prozess beginnt mit einem Rückgabeantrag im Kundenkonto, der fest an die Originalbestellung, die Position und -- im B2B -- an Chargen- oder Seriennummern gebunden ist.
- RMA-Nummer und Prüfstatus stammen aus der Warenwirtschaft, nicht aus einer separaten Retourentabelle im Shop; so sehen Bestand, Buchhaltung und Kunde denselben Stand.
- Nach Wareneingang und Qualitätsprüfung entscheiden ERP-Regeln über Wiedereinlagerung als A-Ware, Herabstufung zu B-Ware, Reparatur, Rückgabe an den Lieferanten oder Ausbuchung.
- Die B2B-Reklamation folgt der Gewährleistung und individuellen Kulanzregeln, nicht dem 14-tägigen Widerrufsrecht des Fernabsatzes -- beides muss der Prozess sauber trennen.
- Erst wenn Gutschrift und Bestandskorrektur bidirektional zurück ins ERP fließen, ist die Retoure abgeschlossen; bei 17,4 Prozent Retourenquote (EHI Retail Institute) entscheidet diese Prozesstiefe über Marge und Durchlaufzeit.
Warum der RMA-Prozess ins ERP gehört
Retouren sind im deutschen Onlinehandel kein Randphänomen. Die durchschnittliche Retourenquote liegt bei 17,4 Prozent (EHI Retail Institute), in Mode und Textil erreicht sie bis zu 50 Prozent, in der Elektronik dagegen 8 bis 12 Prozent (EHI Retail Institute). In absoluten Zahlen rechnet die Forschung für 2025 mit rund 550 Millionen Retourenpaketen in Deutschland nach etwa 530 Millionen im Vorjahr (Forschungsgruppe Retourenmanagement, Universität Bamberg). Zum Vergleich der Marktgröße: Der deutsche Onlinehandel erreichte 2025 einen Nettoumsatz von 92,3 Milliarden Euro, ein Plus von 3,9 Prozent gegenüber dem Vorjahr (Handelsverband Deutschland). Der Anteil des Onlinehandels am gesamten Einzelhandel liegt bei 13,4 Prozent (Handelsverband Deutschland). Jede dieser Rücksendungen löst eine Kette von Buchungen aus -- und genau dort entscheidet sich, ob eine Retoure nur Kosten verursacht oder geprüfte Ware zurück in den Verkauf bringt.
Bestand, offene Forderung, Gutschrift und Wiederbeschaffung leben im ERP, nicht im Shop. Führt der Shop eine eigene Retourenlogik mit eigenem Status, entstehen zwei Wahrheiten: Der Kunde liest im Konto bereits erstattet, während die Ware physisch noch ungeprüft im Wareneingang liegt und der Bestand sie nicht kennt. Der belastbare Ort für RMA-Nummer, Prüfstatus und Bestandsbuchung ist deshalb das führende System. Der Shop zeigt den Status an, statt ihn ein zweites Mal zu führen -- dieselbe Trennung, die auch bei Bestand, Preisen und Steuern zwischen Shop und Warenwirtschaft gilt.
Zwei Retourensysteme sind eins zu viel
Rückgabeantrag
Der Kunde wählt im Konto Bestellung, Position und Retourengrund. Der feste Bezug zur Originalbestellung ist die Basis für alles Weitere.
RMA-Nummer
Das ERP vergibt eine eindeutige Referenznummer und verknüpft sie mit Kunde, Bestellung und Position. Sie klammert den gesamten Vorgang zusammen.
Prüfstatus
Angekündigt, eingegangen, in Prüfung, abgeschlossen: Der Status kommt aus der Warenwirtschaft und wird in den Shop gespiegelt.
Qualitätsprüfung
Sichtung und Klassifizierung entscheiden über A-Ware, B-Ware, Reparatur, Lieferantenrückgabe oder Ausschuss -- der teuerste Schritt im Prozess.
Wiedereinlagerung
Geprüfte A-Ware wird als Bestandszugang gebucht, beschädigte Ware herabgestuft oder ausgebucht. Der Bestand bleibt mengengenau.
Gutschrift
Ein Korrekturbeleg mindert die Forderung, die Bestandskorrektur schreibt den Wert fort. Beides entsteht regelbasiert im führenden System.
Vom Rückgabeantrag zur RMA-Nummer
Ein tragfähiger RMA-Prozess beginnt nicht mit einem formlosen Paket im Wareneingang, sondern mit einem strukturierten Rückgabeantrag im Kundenkonto. Der Kunde meldet die Rücksendung an, bevor er sie verschickt, und das ERP vergibt eine RMA-Nummer, die den gesamten Vorgang bis zur Gutschrift begleitet. So weiß der Wareneingang schon beim Eintreffen der Sendung, welche Bestellung, welche Position und -- im B2B -- welche Charge oder Seriennummer dahintersteht. Der folgende Ablauf beschreibt die typischen Stationen:
- Rückgabeantrag stellen: Der Kunde wählt im Konto die betroffene Bestellung und Position, gibt den Retourengrund an und lädt bei einer Reklamation Fotos oder Prüfberichte hoch. Im B2B kommt der Bezug zu Charge oder Seriennummer hinzu.
- RMA-Nummer vergeben: Das ERP erzeugt eine eindeutige RMA-Nummer, verknüpft sie mit Kunde, Bestellung und Position und legt den Prüfstatus angekündigt an.
- Rücksendung autorisieren: Regeln aus dem ERP prüfen Fristen, Rückgabefähigkeit und Kulanzvereinbarungen. Erst nach der Freigabe erhält der Kunde Rücksendeanweisung und Beleg.
- Wareneingang erfassen: Trifft die Sendung ein, wird sie über die RMA-Nummer identifiziert, der Status springt auf eingegangen und die Ware wandert in die Prüfzone.
- Prüfung und Klassifizierung: Die Qualitätsprüfung entscheidet über A-Ware, B-Ware, Reparatur, Rückgabe an den Lieferanten oder Ausschuss und hält das Ergebnis je Position fest.
- Vorgang abschließen: Bestandsbuchung und Gutschrift laufen zurück ins ERP, der Kunde sieht den finalen Status im Konto und erhält seine Erstattung.
Die RMA-Nummer ist die Klammer
B2B-Reklamation gegen B2C-Widerruf abgrenzen
Der häufigste Denkfehler ist, jede Rücksendung wie einen Verbraucher-Widerruf zu behandeln. Rechtlich sind es zwei verschiedene Wege. Im B2C-Fernabsatz steht Verbrauchern nach Paragraf 355 BGB ein Widerrufsrecht zu -- in der Regel 14 Tage, ohne Angabe von Gründen, unabhängig vom Zustand der Ware. Im B2B gibt es dieses gesetzliche Widerrufsrecht nicht. Nimmt ein Händler die Ware eines Geschäftskunden zurück, geschieht das entweder auf Grundlage der Gewährleistung bei einem Mangel (Paragraf 437 und 434 BGB) oder aus Kulanz nach individuell vereinbarten Rückgaberegeln. Für den Prozess bedeutet das: Ein Widerruf löst eine Erstattung aus, eine Reklamation zuerst eine Mängelprüfung, und eine Kulanzrückgabe folgt den Konditionen des jeweiligen Rahmenvertrags.
| Merkmal | B2C-Widerruf | B2B-Reklamation und Rückgabe |
|---|---|---|
| Rechtsgrundlage | Widerrufsrecht im Fernabsatz, Paragraf 355 BGB | Gewährleistung Paragraf 437 BGB oder vertragliche Kulanz |
| Frist | In der Regel 14 Tage | Gewährleistungsfrist oder individuell vereinbart |
| Grund erforderlich | Nein, ohne Begründung | Ja, Mangel oder vereinbarter Rückgabegrund |
| Bezug im ERP | Bestellung und Position | Bestellung, Position, Charge oder Seriennummer |
| Ergebnis | Erstattung nach Rückgabe | Nachbesserung, Ersatz, Gutschrift oder Wiederverkauf |
Im B2B kommt die Rückverfolgbarkeit hinzu. Rücksendungen mit Chargen- oder Seriennummernbezug lassen sich einem konkreten Wareneingang, einer Produktionscharge oder einem Lieferanten zuordnen -- entscheidend für Elektronik, Ersatzteile oder regulierte Warengruppen. Genau hier liegt auch die Chance: Ein großer Teil der geprüften Retouren wandert über den B2B-Kanal zurück in den Verkauf. Laut EHI lassen sich im Durchschnitt 50 bis 75 Prozent der retournierten Artikel wieder als A-Ware verwenden, in der Mode sogar 76 bis 99 Prozent (EHI Retail Institute). Die Retourengründe teilen sich dabei überwiegend in Eigenschaften des bestellten Artikels und den Zustand der erhaltenen Ware auf (bevh, Retourenkompendium) -- eine Unterscheidung, die der Prozess für die spätere Klassifizierung mitführen sollte.
Der Prozess muss beide Wege kennen
Wareneingang, Qualitätsprüfung und Wiedereinlagerung
Die Prüfung ist der teuerste Schritt der Retoure. 56 Prozent der Händler nennen Prüfung, Sichtung und Qualitätskontrolle als größten Kostentreiber im Retourengeschäft (EHI Retail Institute), und die Bearbeitung schlägt im Schnitt mit 5 bis 10 Euro je Artikel zu Buche, im Bereich Wohnen und Einrichten sogar mit 10 bis 20 Euro (EHI Retail Institute). Jeder Automatisierungsgrad, den der RMA-Prozess der Prüfung abnimmt -- Zuordnung über die RMA-Nummer, vorbelegte Prüfkriterien, direkte Bestandsbuchung -- senkt diese Kosten unmittelbar. Nach der Sichtung führt jedes Prüfergebnis zu einer definierten Buchung im ERP:
| Prüfergebnis | Buchung im ERP | Bestandswirkung |
|---|---|---|
| A-Ware, unversehrt | Wiedereinlagerung in den Verkaufsbestand | Bestandszugang zum vollen Wert |
| B-Ware, leichter Mangel | Umbuchung in gesonderten B-Ware-Bestand | Zugang mit Wertabschlag |
| Reparaturfähig | Umbuchung in Reparatur oder Aufarbeitung | Sperrbestand bis zur Freigabe |
| Lieferantenmangel | Rückgabe oder Belastung des Lieferanten | Kein Verkaufsbestand, Lieferantenklärung |
| Ausschuss | Ausbuchung und Entsorgung | Bestandsabgang, Wertberichtigung |
Damit die Wiedereinlagerung mengengenau bleibt, muss die Bestandsbuchung an das führende Lagersystem gebunden sein -- besonders bei mehreren Standorten. Wie sich Bestände über verteilte Lager konsistent halten lassen, vertieft unser Beitrag zur Bestandssynchronisation über mehrere Lager. Auch die physische Rückführung gehört sauber angebunden: Retourenavis, Trackingdaten und Wareneingang teilen dieselben Schnittstellenmuster wie der Versand, den unser Beitrag zu Versand- und Logistikschnittstellen beschreibt.
Geprüfte Ware zurück in den Verkauf
Gutschrift und Bestandskorrektur
Am Ende jeder Retoure stehen zwei Buchungen, die zusammengehören: die Gutschrift gegenüber dem Kunden und die Korrektur des Bestands. Umsatzsteuerlich ist die Rücksendung eine Entgeltminderung -- der ursprüngliche Umsatz und die darauf entfallende Umsatzsteuer werden über einen Korrekturbeleg berichtigt. Damit die Buchhaltung das nachvollziehbar abbildet, muss der Beleg revisionssicher und mit eindeutigem Bezug zur Originalrechnung und zur RMA-Nummer entstehen, wie es die Grundsätze zur ordnungsmäßigen Buchführung (GoBD) verlangen. Die automatisierte Übergabe dieser Belege an die Finanzbuchhaltung beschreibt unser Beitrag zur DATEV-Anbindung im E-Commerce.
Parallel zur Gutschrift läuft die Bestandskorrektur: A-Ware erhöht den Verkaufsbestand, B-Ware landet im gesonderten Bestand, Ausschuss wird ausgebucht und wertberichtigt. Erst wenn Gutschrift und Bestandsbuchung zusammenpassen, ist die Retoure sauber abgeschlossen. Der Abgleich zwischen Zahlungsseite, Gutschrift und offener Forderung ist derselbe Mechanismus, den wir im Beitrag zur Zahlungsabstimmung mit dem ERP beschreiben -- eine Retoure ohne passende Gutschrift bleibt sonst als Differenz in der Abstimmung stehen. Wird zusätzlich DATEV angebunden, fließt die Entgeltminderung direkt in die Umsatzsteuervoranmeldung ein, ohne dass jemand sie von Hand nacherfasst.
Eine Retoure ist erst abgeschlossen, wenn Gutschrift und Bestandskorrektur denselben Vorgang meinen. Solange der Kunde erstattet ist, der Bestand die Ware aber nicht kennt, hat der Prozess nur die Hälfte getan.
Den RMA-Prozess bidirektional an die Warenwirtschaft anbinden
Der tragfähige Weg ist, die Retourenlogik im ERP zu belassen und den Status über eine Middleware in beide Richtungen zu spiegeln. Der Shop meldet den Rückgabeantrag mit Bezug zur Originalbestellung, das ERP vergibt RMA-Nummer und Prüfstatus, und jeder Fortschritt -- eingegangen, geprüft, gutgeschrieben -- fließt als Statusrückmeldung zurück in das Kundenkonto. So bleibt eine einzige Statusquelle maßgeblich, und Rücksendungen werden ohne Doppelerfassung abgewickelt. Wir bauen diese Anbindung als API-Service, der den Retourenstatus zwischen Shop und Warenwirtschaft synchron hält.
Antrag aus dem Shop
Der Shop übergibt Rückgabeantrag, Bestellbezug, Position und Retourengrund an die Middleware -- alles, was das ERP für die RMA-Nummer braucht.
Regel aus dem ERP
Das führende System vergibt die RMA-Nummer, prüft Fristen und Kulanz und steuert Prüfung, Wiedereinlagerung und Gutschrift nach seinen Stammdaten.
Status in den Shop
Jeder Fortschritt geht als Statusrückmeldung zurück ins Kundenkonto, sodass Kunde, Bestand und Buchhaltung denselben Stand sehen.
Technisch entscheidet die Zuverlässigkeit der Synchronisation über den Erfolg. Ein Retourenstatus, der zweimal ankommt, darf nicht zwei Gutschriften auslösen, und eine kurz ausgefallene Verbindung darf keinen Vorgang verlieren. Diese Muster teilt der RMA-Prozess mit anderen ereignisgetriebenen Anbindungen:
- Eine Statusquelle: RMA-Nummer, Prüfstatus und Bestandsbuchung werden nur im ERP geführt und in den Shop gespiegelt -- keine zweite Retourentabelle.
- Bidirektionaler Abgleich: Der Rückgabeantrag fließt vom Shop ins ERP, der Prüf- und Gutschriftstatus zurück in das Konto -- in beide Richtungen nachvollziehbar.
- Idempotente Verarbeitung: Jede Statusmeldung trägt eine eindeutige Referenz, sodass Wiederholungen keine doppelten Buchungen erzeugen.
- Revisionssichere Ablage: RMA-Antrag, Prüfergebnis und Gutschrift werden mit Zeitstempel als Nachweis abgelegt.
- Testbar mit Echtdaten: Historische Retouren lassen sich gegen die Regeln prüfen, bevor der Prozess produktiv geht.
Umsetzung als Service und typische Stolpersteine
Die Einführung eines durchgängigen RMA-Prozesses folgt einem überschaubaren Ablauf. Entscheidend ist die Abstimmung zwischen Shop, Lager, Buchhaltung und -- bei Reklamationen -- dem Qualitätswesen, denn die Prüf- und Klassifizierungsregeln bestimmen die Qualität des gesamten Prozesses.
Vom Rückgabeantrag zum produktiven Retouren-Service
- 1
Bestandsaufnahme
Führendes System, vorhandene Retourenwege, Prüfkriterien und Sonderfälle wie Serien- und Chargenbezug erfassen.
- 2
Wege trennen
B2C-Widerruf und B2B-Reklamation als getrennte Abläufe definieren -- mit gemeinsamer RMA-Nummer und gemeinsamem Wareneingang.
- 3
Schnittstelle bauen
Konnektor zum ERP, RMA-Vergabe, Statusrückmeldung und die Buchung von Wiedereinlagerung und Gutschrift entwickeln.
- 4
Test mit Echtdaten
Historische Retouren gegen die Regeln prüfen, Grenzfälle kalibrieren und das Verhalten bei doppelten Meldungen absichern.
- 5
Go-Live und Monitoring
Produktivbetrieb mit Überwachung von Durchlaufzeit, Wiedereinlagerungsquote und offenen RMA-Vorgängen, gefolgt von Feinjustierung.
Aus Projekten kristallisieren sich wiederkehrende Fehler heraus. Wer sie von Anfang an einplant, spart teure Nacharbeit und vermeidet falschen Bestand oder doppelte Gutschriften im Livebetrieb. Dieselbe Sorgfalt bei Stammdaten und Sonderfällen zahlt sich auch bei angrenzenden Prozessen aus -- etwa bei der Steuerfindung im B2B-Shop, wo die Gutschrift denselben Steuersatz treffen muss wie die Originalrechnung, und bei der Anbindung von Lieferanten im Streckengeschäft, wo Retouren direkt zum Lieferanten zurücklaufen können.
- Retourenstatus nur im Shop: Ohne Rückbindung ans ERP kennt der Bestand die Rücksendung nicht und die Gutschrift läuft an der Buchhaltung vorbei.
- Keine RMA-Nummer: Rücksendungen ohne eindeutige Referenz landen als Rätsel im Wareneingang und verlängern die Durchlaufzeit.
- B2C und B2B vermischt: Wer die Reklamation wie einen Widerruf behandelt, verliert Mängelprüfung, Serienbezug und Kulanzregeln.
- Prüfergebnis ohne Buchung: Eine Klassifizierung, die keine Bestandsbuchung auslöst, hält den Bestand ungenau und die B-Ware unsichtbar.
- Doppelte Gutschrift: Ohne idempotente Verarbeitung erzeugt eine wiederholte Statusmeldung zwei Erstattungen.
- Kein Ausfallverhalten: Fällt die Verbindung aus, darf kein RMA-Vorgang verloren gehen -- Meldungen gehören zwischengespeichert und erneut zugestellt.
Quellen und Studien