Kartenzahlung reservieren und später einziehen: Was muss Ihre Bestell-App können?

Muss Ihr Team eine Bestellung prüfen, bevor der endgültige Kartenbetrag eingezogen wird, kann eine getrennte Autorisierung und Erfassung sinnvoll sein. Die App muss einen reservierten Betrag von einer tatsächlich erfassten Zahlung unterscheiden, den Ablauf der Reservierung verfolgen und festlegen, wer den Endbetrag freigibt. „Karte akzeptiert“ sagt noch nicht eindeutig, dass Geld eingezogen wurde.

Als Produktbeispiel dient die Stripe-Dokumentation zur manuellen Erfassung. Daraus ergeben sich weder ein allgemeines Recht zur Reservierung oder Belastung noch eine universelle Anzahlungsregel oder die Verfügbarkeit bei jeder Zahlungsart. Lassen Sie die passenden Bedingungen und Kundeninformationen unabhängig prüfen.

Welche Entscheidung gehört ins Briefing?

Beginnen Sie mit dem Grund für die Verzögerung. Vielleicht muss das Team zunächst feststellen, welche bestellten Waren lieferbar sind. Schreiben Sie auf, welches Ereignis den Einzug erlaubt, wer ihn verantwortet und was bei einer nicht ausführbaren Bestellung passiert. Ein späterer Einzug ersetzt keine Entscheidung darüber, ob die Bestellung angenommen wurde.

Stripe beschreibt, wie eine geeignete Zahlungsmethode zunächst autorisiert und der Betrag später erfasst wird. Bei der dokumentierten manuellen Einstellung wird der Betrag durch die Autorisierung noch nicht eingezogen. Der autorisierte PaymentIntent erreicht den Zustand requires_capture. Das bedeutet nicht, dass der Einzug abgeschlossen ist.

Zeigen Sie Bestellstatus und Anbieter-Zahlungsstatus getrennt. Eine Bestellung kann bestätigt sein, während der Einzug noch aussteht. Umgekehrt darf ein Zahlungsschritt nicht stillschweigend bedeuten, dass Ware verpackt oder geliefert wurde.

Eine Reservierung braucht ein Ablaufdatum

Bei Kartenzahlungen stellt Stripe den Ablaufzeitpunkt über das Feld capture_before bereit. Läuft eine nicht erfasste Autorisierung ab, werden laut Dokumentation die Gelder freigegeben und die Zahlung erhält den Status canceled. Gehen Sie nicht von einer festen Tageszahl für alle Fälle aus: Die Gültigkeit hängt von Transaktion und Kartennetzwerk ab.

Lassen Sie die relevante Frist und die verantwortliche Person anzeigen. Vereinbaren Sie eine interne Erinnerung und eine Liste der Bestellungen, die nicht rechtzeitig fertig werden. Die Erinnerung verlängert die Autorisierung nicht. Auch eine bestätigte Bestellung hält sie nicht aufrecht.

Nach Ablauf muss erkennbar sein, dass die frühere Autorisierung keinen Einzug mehr trägt. Klären Sie den unterstützten nächsten Schritt mit Zahlungsanbieter und Abrechnungsverantwortung. Die App darf weder unbemerkt eine neue Belastung erzeugen noch behaupten, die alte Reservierung lasse sich einfach wiederverwenden.

Was passiert bei einem kleineren Endbetrag?

Klären Sie vor der Entwicklung einen erfundenen Auftrag mit einem nicht lieferbaren Artikel. Sollen die übrigen Waren sofort verschickt werden, soll das Team nachfragen oder soll die Bestellung entfallen? Warenablauf und Zahlungsvorgang müssen zusammenpassen.

Stripe dokumentiert Teilerfassung, weist aber darauf hin, dass die meisten Zahlungen nur eine einzige Erfassung je Autorisierung zulassen. Bei diesen Zahlungen bleibt nach Einzug eines kleineren Betrags kein frei nutzbarer Rest für einen zweiten Einzug übrig. Manche Kartenzahlungen eignen sich für Mehrfacherfassung. Das ist gesondert zu prüfen, nicht als Standard zu versprechen.

Die Anforderung „jede Sendung bei Versand belasten“ braucht deshalb ein ausdrücklich unterstütztes Konzept. Eine einzelne erfolgreich vorgeführte Teilerfassung reicht nicht. Auch eine Erhöhung über den autorisierten Betrag gehört nicht ungeprüft in die erste Version; dafür müssen Eignung und Kundenablauf gesondert geklärt werden.

Stornierung und Erstattung sind verschiedene Vorgänge

Stripe beschreibt die Stornierung des PaymentIntent zum Aufheben einer Autorisierung. Eine aufgehobene, noch nicht eingezogene Reservierung hat eine andere Zahlungshistorie als eine Erstattung nach dem Einzug. Aktionen und Bestätigungstexte müssen zum aktuellen Anbieterzustand passen.

Wurde ein Einzug versucht und ging nur die Antwort verloren, muss zuerst die vorhandene Zahlung abgeglichen werden. Erst danach lässt sich entscheiden, ob Stornierung oder Erstattung relevant ist. Ein lokaler Zeitfehler beweist keinen fehlgeschlagenen Einzug. Lassen Sie das ungeklärte Ergebnis sichtbar, statt eine weitere Belastung anzubieten.

Erklären Sie die Reservierung vor der Bestätigung mit Texten, die zu Ihrer geprüften Zahlungsanbindung passen. Stripe weist darauf hin, dass manche Kartenabrechnungen und Oberflächen Autorisierung und erfasste Zahlung nicht deutlich unterscheiden. Versprechen Sie weder eine bestimmte Bankanzeige noch eine exakte Freigabedauer, die diese Quelle nicht belegt.

Welche Vorführung ist vor der Abnahme nötig?

Verwenden Sie Testzahlungen: erfolgreiche Autorisierung ohne Bezahlt-Markierung, Einzug nach dem vereinbarten Bestellereignis, Stornierung vor Einzug, Ablauf, kleinerer Endbetrag und ungeklärte Antwort auf einen Einzugsversuch. Wenn Ihre Bestellungen Teillieferungen vorsehen, gehört dieser Fall dazu. Vergleichen Sie Team- und Kundenansicht mit dem Anbieterdatensatz, nicht nur miteinander.

Für eine erste Version kann eine einfachere sofortige Zahlung sinnvoller sein, wenn der Betrieb ablaufende Autorisierungen nicht überwachen kann. Bringen Sie den tatsächlichen Bestellablauf in ein Gespräch über Ihre Web-App mit. Entscheiden Sie sich für getrennten Einzug, weil der unterstützte Ablauf ihn braucht, nicht weil eine Reservierung wie eine unbegrenzte Zahlungssicherheit wirkt.