Erstattung nicht erhalten: vor einer weiteren Rückzahlung abgleichen
Mit KI besprechen
Öffnet eine KI mit einer Frage zur öffentlichen Artikel-URL. Prüfen Sie deren Antwort und Quellen.
Die Seite muss veröffentlicht sein. Ein Zugriff oder vorausgefüllter Text ist nicht garantiert; kopieren Sie bei Bedarf die Frage. Es werden nur die öffentliche URL und diese Frage übergeben.
Ist eine Erstattung beim Kunden nicht sichtbar, verfolgen Sie die Zusage bis zum tatsächlichen Erstattungsdatensatz und dessen aktuellem Status. Prüfen Sie anschließend die erwartete Darstellung und einen möglichen offenen Zahlungsstreit. Zwei Support-Tickets belegen keine zwei Auszahlungen; auch ein Erfolgsstatus zeigt nicht exakt, was auf dem Kontoauszug steht.
In diesem Artikel
Mit der ursprünglichen Zahlung und der Zusage beginnen
Suchen Sie die Zahlung, auf die sich die Erstattung bezieht. Notieren Sie Zahlungskennung, Betrag, Währung, Rechnung und Konto. Lesen Sie danach die Support-Zusage: Ging es um den vollen Betrag, eine Teilerstattung, eine Verrechnung mit der nächsten Rechnung oder zunächst nur um die Prüfung der Anfrage?
Diese Zusagen erfordern unterschiedliche Schritte. Eine Gutschrift in der internen Abrechnung sollte nicht als Kartenerstattung beschrieben werden, wenn kein entsprechender Geldfluss angestoßen wurde. Ein geschlossenes Support-Ticket zeigt ebenfalls nicht, ob die Auszahlung abgeschlossen ist.
Suchen Sie die mit der Zahlung verbundenen Erstattungsdatensätze. Gibt es keinen, lautet das erste Ergebnis: Die Zusage ist noch keiner verifizierten Zahlungsaktion zugeordnet. Benennen Sie einen Verantwortlichen, statt die Verzögerung ohne Beleg der Bank zuzuschreiben.
Die Stufen einer Erstattung auseinanderhalten
Das Refund-Objekt von Stripe enthält unter anderem Betrag, Währung, Bezug zur ursprünglichen Zahlung und Status. Nutzen Sie den aktuellen Datensatz statt eines Screenshots vom Zeitpunkt der Antragstellung.
Seitlich scrollen für alle Spalten.
| Gefundener Stand | Bedeutung für die Prüfung | Nächste Frage |
|---|---|---|
| Support-Zusage ohne Erstattungsdatensatz | Eine Absicht oder Zusage liegt vor; die Ausführung ist nicht verifiziert. | Wer erstellt die Erstattung oder klärt den fehlenden Datensatz? |
| Ausstehende Erstattung | Ein endgültiger Erfolgsstatus liegt noch nicht vor. | Welches Hindernis nennt der Zahlungsanbieter? |
| Fehlgeschlagene oder abgebrochene Erstattung | Dieser Versuch darf nicht als erfolgreich zurückgezahlter Betrag erscheinen. | Warum scheiterte er und welchen sicheren nächsten Schritt unterstützt der Anbieter? |
| Weitere Aktion erforderlich | Bei manchen Zahlungsmethoden fehlt ein Schritt zur weiteren Verarbeitung. | Welche Aktion nennt der aktuelle Datensatz? |
| Erstattung mit Erfolgsstatus | Der Anbieter verzeichnet für diesen Betrag Erfolg. | Wie kann der Kunde den Vorgang bei seiner Bank finden oder nachverfolgen? |
Die erste Zeile beschreibt einen internen Prüfstand, keinen Zahlungsstatus. Bezeichnungen und Aktionen hängen vom Anbieter und der Zahlungsmethode ab. Stripe behandelt fehlgeschlagene Erstattungen und Erstattungen mit erforderlicher Folgeaktion getrennt. Übertragen Sie das Verhalten einer bestimmten Methode nicht auf jede Kartenerstattung.
Beträge abgleichen, nicht nur Versuche zählen
Führen Sie alle Erstattungen zur ursprünglichen Zahlung auf, einschließlich fehlgeschlagener Versuche. Trennen Sie erfolgreiche Beträge von ausstehenden oder gescheiterten Beträgen und halten Sie die Währung fest. Mehrere Datensätze können Wiederholungsversuche oder Teilbeträge darstellen, statt mehrere erfolgreiche Rückzahlungen.
Bei einer Zahlung über 90 € könnten beispielsweise 30 € erfolgreich erstattet worden und weitere 60 € fehlgeschlagen sein. Die pauschale Angabe „erstattet“ beschreibt diesen Verlauf nicht ausreichend. Die Prüfung muss den erfolgreichen und den offenen Teil zeigen, ohne den fehlgeschlagenen Versuch als Geldrückfluss mitzuzählen.
Prüfen Sie außerdem, ob der Kunde eine andere Rechnung oder spätere Verlängerung meint. Halten Sie Kontoguthaben und Rückzahlungen auf das ursprüngliche Zahlungsmittel getrennt. Wenn mehrere Salden existieren, muss erkennbar bleiben, welcher davon durch eine Aktion verändert wurde.
In Polars Erstattungsformular wird der Betrag ohne Steuer eingegeben; die zugehörige Steuererstattung berechnet Polar automatisch. Der maximal erstattbare Betrag berücksichtigt auch frühere Erstattungen und auf die Bestellung angewendetes Kundenguthaben. Unterscheiden Sie bei einer Polar-Bestellung den eingegebenen Nettobetrag von der gesamten Erstattung einschließlich Steuer. Gleichen Sie diese Bestandteile ab, bevor Sie eine Differenz als zu geringe Auszahlung bewerten oder eine weitere Erstattung anlegen.
Eine Stornierung kann anders aussehen als eine separate Gutschrift
Stripe erläutert, dass manche früh angestoßenen Erstattungen als Reversal erscheinen: Die ursprüngliche Belastung entfällt, statt dass eine separate Gutschrift angezeigt wird. Prüfen Sie diesen Typ, bevor Sie den Kunden nach einem Zahlungseingang suchen lassen, den es in dieser Form möglicherweise nicht gibt.
Ist eine Nachverfolgung über die Bank sinnvoll, verwenden Sie die Referenz dieses Erstattungsvorgangs. Stripe nennt für Karten unter anderem Acquirer Reference Number, System Trace Audit Number und Retrieval Reference Number. Art und Verfügbarkeit unterscheiden sich. Übermitteln Sie die passende Referenz zusammen mit Betrag, Währung und Datum über einen geeigneten Support-Kanal.
Versprechen Sie keine feste Gutschriftfrist für jede Bank. Nutzen Sie die aktuellen Angaben des Anbieters zur Zahlungsmethode, prüfen Sie den Status und vereinbaren Sie einen konkreten nächsten Informationsstand, wenn der Vorgang offen bleibt.
Ein offener Zahlungsstreit verändert den nächsten Schritt
Prüfen Sie vor einem weiteren Erstattungsversuch, ob zur ursprünglichen Zahlung eine Anfrage oder ein Streitfall vorliegt. Das kann einen Statuswechsel erklären. Es kann auch zu widersprüchlichen Erstattungen kommen, wenn mehrere Teams unabhängig handeln.
Stripe nennt einen Streitfall während einer ausstehenden Erstattung als möglichen Fehlergrund und empfiehlt dann die Bearbeitung des Streitfalls statt einer weiteren Erstattung, um doppelte Rückzahlungen zu vermeiden. Das ist eine anbieterspezifische Anweisung. Maßgeblich bleiben der aktuelle Fall und die Vorgaben Ihres Zahlungsanbieters.
Die Dokumentation zur Beantwortung von Streitfällen beschreibt die verfügbaren Schritte. Die Aussage eines Kunden, er habe seine Bank um Rücknahme gebeten, bestätigt noch nicht die Schließung beim Zahlungsanbieter. Fallverantwortlicher, Support und Finanzteam sollten denselben aktuellen Stand verwenden.
Ein Abgleich mit einer Teilerstattung
Fiktives Beispiel. Ein Kunde bezahlt 90 € für ein SaaS-Abonnement. Am 12. Oktober verspricht der Support den vollen Betrag zurück. Eine Erstattung über 30 € gelingt, ein Versuch über 60 € scheitert. Am 16. Oktober fragt der Kunde erneut nach. Inzwischen ist ein Kartenstreit zur ursprünglichen Zahlung offen.
Es gibt zwei Support-Anfragen und zwei Erstattungsversuche. Keine dieser Zahlen erklärt allein, welcher Betrag erfolgreich zurückgezahlt wurde oder was nun zu tun ist. Ein brauchbarer Vermerk verbindet die erfolgreichen 30 €, die fehlgeschlagenen 60 €, die vollständige Zusage und den offenen Streit.
Zahlen Sie nicht automatisch nochmals 90 € aus. Prüfen Sie aktuelle Salden und verfügbare Fallaktionen beim Anbieter, berücksichtigen Sie die erfolgreiche Teilerstattung und benennen Sie einen Verantwortlichen für den nächsten Schritt. Bewahren Sie Statusprüfung und Aktionsbestätigung auf, damit die Lösung später nachvollziehbar bleibt.
Dem Kunden einen belegbaren Stand nennen
Eine hilfreiche Antwort erklärt, was geprüft wurde, was noch offen ist und wer sich weiter kümmert. Ist der Versuch gescheitert, benennen Sie das. Steht er auf erfolgreich, ist aber nicht sichtbar, erklären Sie den verifizierten Transaktionstyp und den verfügbaren Weg zur Nachverfolgung. Zwei Kontaktaufnahmen allein rechtfertigen keinen Vorwurf einer doppelten Forderung.
Der Artikel über Erstattungsmissbrauch zeigt, warum wiederholte Anfragen Kontext brauchen. Hier geht es zunächst um den Zahlungsabgleich. Klären Sie zuerst die fehlende oder unklare Erstattung und untersuchen Sie mögliche Muster getrennt.
Der Kundenverlaufsansatz von Evidenz ist auf Erstattungsprüfungen in B2B- und B2C-SaaS-Unternehmen ausgerichtet, wenn Supportzusagen und Zahlungsergebnisse in verschiedenen Systemen liegen. Gespräch, Rechnung, Erstattungsversuche und einen möglichen Streitfall demselben Konto zuzuordnen, ermöglicht eine präzisere Übergabe. Im Beispiel oben lautet die hilfreiche Aussage: „30 € erfolgreich erstattet; 60 € noch ungeklärt“, jeweils mit den zugehörigen Unterlagen. Teams mit wiederholten Erstattungsanfragen brauchen diese gemeinsame Erklärung des bisherigen Ablaufs. Sie zeigt, welcher offene Schritt noch eine zuständige Person braucht, bevor eine weitere finanzielle Aktion erwogen wird.
Quellen und Einordnung
Quellenstand
Veröffentlicht von Evidenz. Die Beispiele erläutern den Prüfablauf. Prüfen Sie aktuelle Vorgaben und den konkreten Fall in den verlinkten Quellen.