In den meisten KMU existiert der Reklamationsprozess nicht als Prozess. Er existiert als das Postfach einer einzelnen Person, als Datei „RMA-2024-v3-ENDGÜLTIG.xlsx" und als Entscheidungen „aus dem Bauch heraus". Bis zu dem Moment, in dem der Kunde zum fünften Mal anruft und fragt, was mit seiner Rücksendung ist — und niemand in der Firma antworten kann.
Das ist kein Problem schlechter Menschen oder einer schlechten Firma. Es ist das Problem eines Prozesses, der von allein entstanden ist — weil sich nie jemand hingesetzt und ihn entworfen hat. In den ersten Jahren gab es fünf Reklamationen pro Quartal und ein Vertriebsmitarbeiter hat sie zwischen zwei Kaffees erledigt. Dann ist der Umsatz gewachsen, die Produkte wurden komplizierter und der Prozess ist derselbe geblieben: „wenn was zurückkommt, kümmern wir uns". Sobald „was zurückkommt" 30 Mal im Monat passiert, wird es ein Drama.
RMA (Return Merchandise Authorization) klingt nach Konzernjargon, beschreibt aber etwas sehr Einfaches: den Weg, den Ware und Geld nehmen — vom Moment, in dem der Kunde „funktioniert nicht" oder „ich möchte zurückgeben" sagt, bis der Fall geschlossen ist. In einem gut aufgestellten Unternehmen hat dieser Weg eine Nummer, einen Verantwortlichen auf jeder Stufe und eine einzige Quelle der Wahrheit — meistens das ERP.
Warum Excel irgendwann nicht mehr reicht
Excel ist grandios, um eine Liste mit 30 Positionen zu führen, die eine Person anschaut. RMA ist meist ein Prozess, an dem das Lager (Warenannahme), der Service (Diagnose), die Buchhaltung (Gutschrift), der Vertrieb (Kontakt mit dem Kunden) und manchmal der Chef (Entscheidung bei teureren Fällen) beteiligt sind. Excel kann fünf Leute gleichzeitig nicht bedienen, verfolgt keine Status, zählt keine Tage und erinnert niemanden.
Das Ergebnis ist immer dasselbe. Bei einem unserer Kunden — einem 24-köpfigen Distributor für Unterhaltungselektronik — hat ein RMA-Audit nach einem halben Jahr Folgendes gezeigt: 47 Fälle seit mehr als 60 Tagen „offen", davon 12, die schlicht vergessen wurden. Die Verluste auf diesem „vergessenen Stapel" lagen bei rund 38.000 PLN — teils Ware, deren Herstellergarantie längst abgelaufen war, teils Versandkosten, die niemand jemandem in Rechnung gestellt hatte, teils Kunden, die es haben durchgehen lassen, es aber nicht vergessen haben. Excel hat niemanden getäuscht. Es war einfach nicht das richtige Werkzeug für die Aufgabe.
Wie ein gut aufgesetzter Prozess aussieht
Es beginnt mit einer Sache: jeder Fall bekommt eine eindeutige Nummer — idealerweise aus einem Zähler im ERP, nicht aus dem Kopf eines Vertriebsmitarbeiters. Die RMA-Nummer ist die gemeinsame Sprache der ganzen Firma. Ohne sie sagt das Lager „das Paket von der Dame aus Krakau", die Buchhaltung „die Gutschrift von letztem Donnerstag" und der Chef „die von dem Drucker-Reklamation". Keiner merkt, dass es ein einziger Fall ist.
Dann braucht es eine sehr kurze Liste an Status — nicht 15, sondern 5 oder 6, die die Realität abbilden. Ein bewährtes Set für KMU: angemeldet → akzeptiert → Ware angenommen → in Diagnose → Entscheidung → geschlossen. Jeder Status hat einen klaren Verantwortlichen: wer legt ihn an, wer ändert ihn, wer schließt ihn. Wenn ein Fall in „in Diagnose" die dritte Woche stehen bleibt, muss das ERP das bemerken und erinnern — sonst sind wir wieder beim vergessenen Excel-Stapel.
Die dritte Sache ist die Entscheidung im Voraus, nicht nebenbei. In den meisten Firmen entscheidet der Vertrieb aus dem Bauch heraus, ob eine Reklamation anerkannt, die Ware getauscht oder das Geld erstattet wird. Das funktioniert, solange alle Vertriebsmitarbeiter gleich entscheiden — also nie. Stattdessen: drei einfache Regeln. Bis zu welchem Betrag entscheidet der Vertrieb allein, ab welchem der Leiter, und wann geht der Fall zum Herstellerservice. Regeln auf einem Blatt, allen bekannt, im ERP als Auswahlfelder verankert.
Was das ERP können muss
Es braucht kein spezielles „RMA-Modul für 40.000 Euro". Die meisten ERPs, die in polnischen KMU im Einsatz sind — Comarch Optima, enova365, Subiekt GT, Microsoft Dynamics — haben das eingebaut oder es genügt eine kleine Erweiterung. Konkret geht es um vier Dinge.
- Verknüpfung des Falls mit der Verkaufsrechnung und der Artikelposition. Ohne das weiß man nicht, wann gekauft wurde, zu welchem Preis, ob die Herstellergarantie noch läuft. Steuernummer und Rechnungsnummer in Excel abtippen ist ein Tippfehler mit Garantie.
- Automatische Erzeugung des Wareneingangsbelegs (Rücknahme-WE) nach der Annahme. Das Lager muss wissen, was es erwartet, bevor das Paket ankommt — sonst landet es „auf dem Stapel" und bleibt dort.
- Gutschrift mit einem Klick nach der Entscheidung „Rückerstattung". Manuelle Gutschriften sind die Hauptquelle von Buchhaltungsfehlern — und eine Ausrede der Buchhaltung, den Fall noch eine Woche offen zu lassen.
- Eine „Meine Fälle"-Ansicht für jeden Beteiligten. Der Vertrieb sieht seine, das Lager seine, der Chef alles. Ohne das schauen alle in alles und niemand ist für einen konkreten Fall verantwortlich.
Das ist keine Wunschliste für ein Jahresprojekt. Das ist das Minimum, unter dem der Prozess nicht funktioniert. Wenn dein ERP das nicht hat, heißt das nicht, dass du es austauschen musst — meistens reichen eine kleine eigene API und ein schlankes Panel daneben. Aber ohne diese vier Dinge bleibt man im Excel, nur teurer.
Kennzahlen, die sich zu messen lohnen
Ein Prozess ohne Messung fällt zurück ins Chaos — leise, über etwa ein halbes Jahr. Vier Zahlen reichen, um zu sehen, ob RMA funktioniert:
- Durchschnittliche Bearbeitungszeit (von Anmeldung bis Entscheidung). Gesund für ein KMU sind 7–14 Tage je nach Branche. Wenn ihr bei 45 seid, stimmt etwas nicht.
- Anteil der Fälle älter als 30 Tage. Sollte unter 10% liegen. Über 20% — der Prozess muss dringend entrümpelt werden.
- Anerkannt vs. abgelehnt. Wenn ihr 95% anerkennt, nimmt der Vertrieb vermutlich den einfachen Weg. Wenn 30% — vermutlich macht ihr euch Feinde aus Kunden.
- RMA-Kosten als Anteil am Umsatz. Für Elektronik-Distribution sind 2–4% normales Rauschen; über 6% ist etwas zu reparieren — im Produkt, in den Websitebeschreibungen oder bei einem konkreten Lieferanten.
Zurück zu unserem Distributor: drei Monate nach dem Rollout des Prozesses (Status, Rechnungsverknüpfung, automatische Rücknahme-WE, wöchentlicher Report für den Chef) fiel die durchschnittliche Bearbeitungszeit von 28 auf 9 Tage, und der „vergessene Stapel" ist verschwunden — nicht, weil jemand plötzlich alles gelöst hätte, sondern weil das System täglich erinnert hat, bis die Fälle geschlossen wurden. Getrennt und messbar: die Kundenanrufe „was ist mit meiner Rücksendung" gingen um zwei Drittel zurück.
Fallen, in die man leicht tappt
Ein paar Dinge, die wir bei solchen Einführungen regelmäßig sehen — und die man von Anfang an vermeiden sollte:
- Zu viele Status. Jemand schlägt 12 vor, „weil jede Situation anders ist". Nach einem Monat sind die Hälfte der Felder leer und die andere Hälfte falsch. 5–6 Status sind das Maximum, das Leute im Alltag hinbekommen.
- Ein separates RMA-System neben dem ERP. Verlockend, weil Anbieter dedizierte Tools verkaufen. Problem: Daten zu Ware, Kunde und Rechnung liegen ohnehin im ERP, und sie hin- und herzuschaufeln ist eine schriftliche Einladung zu Diskrepanzen. Haltet RMA dort, wo die Rechnung schon lebt.
- Kein internes SLA. Wenn es keine Regel „Diagnose in 3 Werktagen" gibt, macht sie niemand in 3 Tagen. Es geht nicht ums Bestrafen, sondern darum, dass die Leute wissen, wann der Fall an die nächste Person übergeht.
- Fall „für später" schließen. Ein Fall, der ohne Gutschrift geschlossen wurde, ist nicht geschlossen — er ist eine Buchhaltungsbombe für den Jahresabschluss. Automatische Gutschriften aus dem ERP töten diese Sünde an der Wurzel.
Womit anfangen
Nicht mit dem Kauf eines Tools. Mit einem halben Tag, einem Blatt Papier und fünf Personen aus der Firma: Vertrieb, Lager, Service, Buchhaltung und Chef. Zeichnet gemeinsam den heutigen Prozess auf — aus dem Kopf, ohne zu beschönigen. Ihr werdet sehen, dass an drei Stellen niemand weiß, wer eigentlich etwas tun sollte. Genau dort blutet euch RMA das Geld.
Erst danach die Konfiguration im ERP, ein einfaches Panel für den Vertrieb, ein wöchentlicher Report für den Chef. Keine Revolution, kein Modul für 40.000 Euro, kein Jahresprojekt.
Reklamationen verschwinden nicht, wenn man sie ignoriert — sie werden nur zu stillen Kosten, die niemand in der GuV sieht.