Return-to-Sender (RTS)
Return-to-Sender (RTS) bezeichnet eine Sendung, die dem Empfänger nicht zugestellt werden konnte und deshalb vom Versanddienstleister an den Absender zurückgeschickt wird – etwa wegen falscher Adresse, nicht angetroffenem Empfänger, verweigerter Annahme oder abgelaufener Lagerfrist. Anders als bei einer klassischen Kundenretoure geht die Rücksendung nicht vom Käufer aus, sondern entsteht ungewollt im Zustellprozess.
Return-to-Sender (RTS) bezeichnet im Versand eine Sendung, die dem Empfänger nicht zugestellt werden konnte und deshalb vom Versanddienstleister an den Absender zurücktransportiert wird. Typische Auslöser sind eine falsche oder unvollständige Lieferadresse, ein wiederholt nicht angetroffener Empfänger, eine verweigerte Annahme, eine abgelaufene Lagerfrist in der Filiale oder Packstation sowie unzureichende Zolldaten bei Auslandssendungen. Der Begriff stammt aus dem englischsprachigen Versandwesen und steht wörtlich für „zurück an den Absender".
Das entscheidende Merkmal einer RTS-Sendung ist, dass die Rücksendung nicht vom Kunden gewünscht wird, sondern ungewollt aus dem Zustellprozess entsteht. Damit unterscheidet sich Return-to-Sender grundlegend von einer regulären Retoure, die der Käufer aktiv veranlasst, etwa weil ihm die Ware nicht gefällt. Für den Händler ist RTS doppelt teuer: Er trägt Hin- und Rücktransport, ohne einen Verkauf abgeschlossen zu haben, und muss die zurücklaufende Ware wieder vereinnahmen, prüfen und dem Bestand zuführen – ein Prozess, den ein sauber angebundenes ERP-System weitgehend automatisieren kann.
Auf einen Blick
- Nicht zustellbare Sendung, die der Dienstleister an den Absender zurückschickt
- Häufige Ursachen: falsche Adresse, Empfänger nicht angetroffen, Annahme verweigert, Lagerfrist abgelaufen
- Ungewollt und händlerseitig – im Gegensatz zur kundeninitiierten Retoure
- Verursacht Doppelfracht ohne abgeschlossenen Verkauf
- Zurücklaufende Ware muss im Wareneingang erfasst und dem Bestand zugebucht werden
Was löst eine Return-to-Sender-Sendung aus?
Return-to-Sender entsteht immer dann, wenn die Zustellung endgültig scheitert und der Dienstleister die Sendung nicht länger vorhalten kann oder darf. Die mit Abstand häufigste Ursache sind fehlerhafte Adressdaten: ein Zahlendreher in der Hausnummer, ein fehlender Adresszusatz, ein Tippfehler in Straße oder Ort. Solche Fehler entstehen oft schon bei der Bestellung und lassen sich im Nachhinein nur schwer korrigieren, wenn das Paket bereits im Netzwerk unterwegs ist.
Weitere klassische Auslöser sind der wiederholt nicht angetroffene Empfänger, dessen Sendung nach mehreren Zustellversuchen und abgelaufener Lagerfrist in Filiale oder Packstation zurückläuft, sowie die aktive Annahmeverweigerung an der Haustür. Bei internationalen Sendungen kommt eine weitere Gruppe hinzu: fehlende oder falsche Zolldokumente, nicht bezahlte Einfuhrabgaben oder Waren, die im Zielland gar nicht eingeführt werden dürfen. In all diesen Fällen bleibt dem Dienstleister nur der Rückweg zum Absender.
RTS als Betrugs- und Zustellindikator
Eine auffällig hohe RTS-Quote bei einzelnen Kunden oder Regionen ist ein Warnsignal. Sie kann auf systematisch falsche Adressangaben, auf Zustellprobleme eines bestimmten Dienstleisters in einem Gebiet oder – bei Nachnahme und Rechnungskauf – auf missbräuchliche Bestellungen hindeuten. Wer RTS-Fälle im ERP sauber erfasst und auswertet, erkennt solche Muster früh und kann gegensteuern, etwa durch Adressprüfung im Checkout oder einen Wechsel des Versanddienstleisters.
Wie der Return-to-Sender-Prozess abläuft
Scheitert die Zustellung, dokumentiert der Dienstleister den Grund mit einem Statuscode in der Sendungsverfolgung – etwa „Empfänger nicht angetroffen" oder „Adresse ungültig". Nach Ablauf der vereinbarten Zustell- und Lagerfrist erhält die Sendung einen RTS-Status und wird auf den Rückweg gebracht. Der Absender sieht diesen Wechsel im Tracking und erhält die Ware anschließend physisch zurück in den Wareneingang.
Ab hier beginnt für den Händler die eigentliche Arbeit. Das zurückgelaufene Paket muss identifiziert, dem ursprünglichen Auftrag zugeordnet und geöffnet werden. Die Ware wird auf Vollständigkeit und Zustand geprüft und anschließend wieder in den verfügbaren Bestand gebucht. Parallel ist der kaufmännische Vorgang zu klären: Wurde bereits bezahlt, steht in der Regel eine Rückerstattung an; bei Rechnungskauf wird die Forderung storniert. Erst wenn Ware und Beleg wieder im Einklang sind, ist der RTS-Fall abgeschlossen.
Return-to-Sender (RTS) im ERP-System
In einer integrierten Warenwirtschaft ist RTS kein Sonderfall, der händisch abgewickelt wird, sondern ein definierter Prozess. Über die Schnittstelle zum Versanddienstleister empfängt das ERP die Sendungsstatus, sodass ein RTS-Status automatisch am Auftrag sichtbar wird. Trifft das Paket ein, lässt es sich über die Sendungsnummer oder den Auftragsbezug eindeutig zuordnen – ein manuelles Suchen im Papierstapel entfällt.
Die zurücklaufende Ware wird im Wareneingang gescannt und dem Bestand wieder zugebucht, wobei das System zwischen wiederverkäuflicher A-Ware und prüfbedürftiger Ware unterscheiden kann. Anschließend stößt das ERP die kaufmännische Nachbearbeitung an: Rückerstattung oder Stornierung, Aktualisierung des Kundenstamms und – bei wiederholten Fällen – ein Hinweis auf problematische Adressen. Weil dieselben Bausteine auch das Retourenmanagement bedienen, laufen kundeninitiierte Retouren und RTS-Sendungen oft über denselben Rückwärtsprozess, werden aber über den Grund sauber getrennt ausgewertet.
RTS-Quote als Kennzahl
Die RTS-Quote – der Anteil zurückgelaufener an allen versendeten Sendungen – ist eine aussagekräftige Logistikkennzahl. Sie macht die Kosten unzustellbarer Pakete sichtbar und lässt sich nach Dienstleister, Region, Zahlart oder Zielland aufschlüsseln. Ein gutes ERP erhebt sie automatisch aus den Sendungsstatus und macht so Optimierungspotenziale messbar, etwa den Effekt einer Adressvalidierung im Bestellprozess.
Abgrenzung: RTS, Retoure und undeliverable
Return-to-Sender wird leicht mit der klassischen Retoure verwechselt, weil beide Warenrückläufe erzeugen und im ERP über ähnliche Prozesse laufen. Der Unterschied liegt im Auslöser: Eine Retoure geht vom Kunden aus, der die bereits erhaltene Ware aktiv zurücksendet – etwa im Rahmen des Widerrufsrechts. RTS dagegen entsteht ungewollt, bevor die Ware den Empfänger überhaupt erreicht hat, und wird vom Dienstleister ausgelöst.
Im englischen Versandjargon taucht RTS häufig neben dem Begriff „undeliverable" (unzustellbar) auf. Unzustellbar beschreibt den Zustand der Sendung, Return-to-Sender die daraus folgende Handlung – den Rücktransport zum Absender. Nicht jede unzustellbare Sendung wird sofort zu RTS: Manche werden zwischengelagert, umadressiert oder an eine Packstation umgeleitet. Erst wenn keine Zustellung mehr möglich ist, greift der RTS-Mechanismus. Von beidem zu trennen ist die verlorene oder beschädigte Sendung, die nicht zurückläuft, sondern über einen Schadensfall beim Dienstleister reguliert wird.
DACH-Besonderheiten und Kosten
Im DACH-Raum regeln die AGB der großen Paketdienste – DHL, DPD, GLS, Hermes, UPS sowie die Österreichische und die Schweizerische Post – wie viele Zustellversuche unternommen werden, wie lange eine Sendung in der Filiale oder Packstation liegt und wann sie als RTS zurückläuft. Die Rücksendung ist dabei in der Regel kostenpflichtig: Der Absender zahlt neben dem Hinversand auch die Rückfracht, teils zuzüglich einer Bearbeitungsgebühr. Für Händler mit hohem Sendungsvolumen summiert sich das zu einem spürbaren Kostenblock.
Ein Sonderfall ist der grenzüberschreitende Versand in die Schweiz, die nicht zum EU-Zollgebiet gehört. Fehlende oder fehlerhafte Zolldokumente führen hier besonders häufig zu Return-to-Sender, und die Rücksendung ist wegen der erneuten Zollabwicklung aufwendiger und teurer als innerhalb der EU. Die wirksamste Gegenmaßnahme liegt vor dem Versand: eine Adress- und Vollständigkeitsprüfung im Checkout, gepflegte Kundenstammdaten und – im Auslandsgeschäft – vollständige Zolldaten. Jeder vermiedene RTS-Fall spart doppelte Fracht und manuelle Nacharbeit, weshalb sich saubere Datenqualität im ERP hier unmittelbar auszahlt.
Praxisbeispiel
Beispiel: Modehändler mit hoher RTS-Quote bei Packstationen
Ein Onlinehändler für Bekleidung stellte fest, dass rund drei Prozent seiner Sendungen als Return-to-Sender zurückliefen – überdurchschnittlich viele davon bei Lieferungen an Packstationen. Weil die Rückläufer bis dahin nur als „Paket zurück" im Lager auftauchten, ohne Bezug zum Auftrag, verbrachten die Mitarbeiter viel Zeit mit dem Zuordnen und der manuellen Rückerstattung. Der wahre Umfang des Problems war in den Zahlen gar nicht sichtbar.
Nach der Anbindung des Versanddienstleisters an das ERP erhält der Händler die Sendungsstatus nun automatisch. RTS-Fälle werden am Auftrag markiert, zurücklaufende Pakete im Wareneingang über die Sendungsnummer sofort zugeordnet, die Ware dem Bestand zugebucht und die Rückerstattung angestoßen. Eine Auswertung der RTS-Quote nach Zustellart zeigte, dass viele Kunden bei der Packstationsauswahl eine veraltete Postnummer hinterlegt hatten. Eine zusätzliche Validierung im Checkout senkte die Quote binnen weniger Monate deutlich – und mit ihr die Doppelfrachtkosten.
Häufige Fragen
Passende Leistungen
Fragen zu Return-to-Sender (RTS) in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.