Checkout in Landeswährung: Welchen Betrag hat der Kunde tatsächlich bezahlt?

Eine Währungsauswahl reicht als Vorgabe für einen internationalen Checkout nicht aus. Entscheiden Sie, ob der Kunde nur einen Schätzwert sieht, tatsächlich in einer anderen Währung bezahlt oder einen gesondert gepflegten lokalen Preis erhält. Der Auftragsdatensatz muss anschließend erklären können, welchen Betrag der Kunde gesehen und bezahlt hat, auch wenn Ihre Integration eine andere Währung verwendet.

Erst das Preismodell, dann die Anzeige

Eine übersetzte Seite mit lokalem Währungssymbol belegt noch keine Preisumrechnung. Unterscheiden Sie im Briefing zwischen einer unverbindlichen Umrechnung bei Zahlung in der Ausgangswährung, einer Umrechnung durch den Zahlungsanbieter im Checkout und separat gepflegten Festpreisen je Währung. Das sind unterschiedliche Leistungsumfänge, keine austauschbaren Bezeichnungen.

Bei einer Schätzung müssen Hinweistext und Zeitpunkt der endgültigen Preisfestlegung vereinbart werden. Bei einer Umrechnung brauchen Sie einen benannten Anbieter und eine unterstützte Checkout-Integration. Für getrennte Preislisten braucht es eine verantwortliche Person. Ähnliche Oberflächen dürfen nicht zu einer Zusage identischen Verhaltens führen.

Bei Bedarf beide Beträge mit ihrer Währung erhalten

Die Stripe-Dokumentation zu Adaptive Pricing zeigt diese Unterscheidung am gehosteten Checkout. Checkout und das zugrunde liegende PaymentIntent-Objekt geben dort den Betrag in der Integrationswährung wieder. Bei Zahlung in Landeswährung enthalten die dokumentierten Abschluss- und Zahlungserfolgsereignisse zusätzlich presentment_details mit presentment_amount und presentment_currency.

Damit wird deutlich, warum ein allgemeines Feld „bezahlter Betrag“ mehrdeutig sein kann. Legen Sie für einen eigenen Auftragsdatensatz fest, welches Wertepaar Mitarbeitende zuerst sehen, wo das andere verfügbar bleibt und wie beide mit der Zahlungsreferenz des Anbieters verbunden sind. Bewahren Sie die tatsächlich aufgezeichneten Werte auf. Eine historische Kundenzahlung sollte nicht anhand des heutigen Wechselkurses rekonstruiert werden.

Das ist eine Empfehlung für die Datenstruktur. Keines der beiden Wertepaare wird damit zur späteren Bankauszahlung erklärt. Auszahlung, Gebühren, Buchführung und Steuern benötigen eine gesondert geprüfte Zuordnung. Ein umgerechneter Kundenbetrag ist nicht allein deshalb ein Nettoerlös, weil er aus einem erfolgreichen Zahlungsereignis stammt.

Den Rückfall bewusst gestalten

Stripe beschreibt, dass nicht unterstützte Adaptive-Pricing-Sitzungen Preise in der ursprünglichen Preiswährung anzeigen. Zu den dokumentierten Ausschlüssen gehören Sitzungen mit manuellem Zahlungseinzug. Wenn Sie Zahlungen erst reservieren und später einziehen möchten, muss deshalb die Kombination geprüft werden, nicht nur jede Funktion einzeln.

Vereinbaren Sie für Ihre Umsetzung, was Kunden bei nicht verfügbarer lokaler Umrechnung sehen. Ein Checkout in der Ausgangswährung kann passend sein; seine Währung muss aber vor der Bestätigung klar sein. Ein zuvor angezeigter Schätzwert darf nicht optisch weiter zu einem anderen Zahlbetrag gehören. Planen Sie einen Weg zurück zur Bestellprüfung ein, statt eine fehlgeschlagene Umrechnung wie eine abgeschlossene Zahlung aussehen zu lassen.

Versprechen Sie nicht, dass jeder Kunde jede Währung oder Zahlungsmethode verwenden kann. Lassen Sie die aktuell unterstützte Kombination für Ihr Konto, den Kundenmarkt und den Checkout-Typ benennen. Dieser Artikel liefert keine vollständige Berechtigungsliste.

Dem Support die Kundensicht zugänglich machen

Ein Kunde nennt bei einer Rückfrage möglicherweise den Betrag aus seiner Checkout-Bestätigung. Das Team sollte die Zahlung damit finden können, ohne stattdessen den Betrag in der Integrationswährung zu verlangen. Definieren Sie geeignete Suchfelder, eindeutige Währungscodes und eine Anbieterreferenz. Beschränken Sie den Datenzugriff nach den Aufgaben der Mitarbeitenden.

Klären Sie auch den Inhalt Ihrer eigenen Bestätigung. Sie darf ohne gesondert geprüfte Bedingungen keine Wechselkursgarantie, Zusage zu Bankgebühren oder Erstattungszusage werden. Währung und Betrag einer Erstattung brauchen eine eigene Prüfung beim Anbieter und im Betrieb. Die Felder des Zahlungserfolgsereignisses beantworten das nicht.

Den Zwei-Währungs-Fall vorführen lassen

Schließen Sie in einer Testumgebung des Anbieters eine geeignete Zahlung in Landeswährung ab. Vergleichen Sie Checkout, gespeicherte Ereignisdaten, Auftrag und Supportansicht. Lassen Sie außerdem den Rückfall auf die Ausgangswährung und gegebenenfalls die Kombination mit manuellem Einzug vorführen. Beim erneuten Öffnen darf die aufgezeichnete Zahlung nicht neu berechnet werden.

Halten Sie diese Ergebnisse in den Akzeptanzkriterien fest, bevor Sie die Checkout-Anbindung beauftragen. Das Ziel ist eine für Kunden und Team identifizierbare Zahlung, nicht ein Auswahlfeld, das bloß das Währungssymbol wechselt.