PAY BY BANK / A2A
Open-Banking-Zahlungen für Online-Händler
Bankdirekte Zahlungen mit nachvollziehbarer Autorisierung, belastbaren Statusereignissen und klarer Reconciliation. Für Händler, die den Zahlungsweg technisch und operativ verstehen wollen.
- Zuletzt fachlich geprüft
- 30. Juli 2026
- Verantwortlich
- FoxPay Product & Compliance
01Flow
Vom Checkout bis zum bestätigten Status
Payment anlegen
Serverseitig Betrag, Währung, Referenz und Rücksprungziel festlegen.
Bank autorisieren
Der Käufer wechselt in den Bankkanal und bestätigt dort die Zahlung.
Status verifizieren
Die Bestellung reagiert auf bestätigte Serverereignisse, nicht nur auf Redirects.
Bestellung abgleichen
Stabile Referenzen verbinden Payment, Shop-Bestellung und Finanzprozess.
02Betrieb
Status und Webhooks als Produktfunktion
Idempotenz
Wiederholte Requests dürfen keine doppelten Bestellungen oder Buchungen erzeugen.
Signaturen
Webhook-Herkunft und unveränderte Nutzlast serverseitig prüfen.
Retries
Zeitüberschreitungen und temporäre Fehler kontrolliert erneut zustellen.
Monitoring
Unklare oder lange offene Zustände werden sichtbar und bearbeitbar.
03Einordnung
Wichtige Produktgrenzen
Kein Kartenflow
Autorisierung und Rückabwicklung folgen anderen Regeln als bei Karten.
Bankabdeckung
Verfügbarkeit hängt von Land, Bank, Kontotyp und aktuellem Provider-Scope ab.
Refund-Prozess
Erstattungen benötigen klare Empfänger-, Referenz- und Statuslogik.
Wiederkehrend
Recurring-Fähigkeit ist ein eigener Produktfall und nicht automatisch Teil jeder A2A-Verbindung.
04Ablauf
Referenzablauf für Pay by Bank
Browsererlebnis und serverseitige Wahrheit werden bewusst getrennt.
- 01
Create
Payment mit eindeutiger Händlerreferenz erzeugen.
- 02
Authorise
Käufer bestätigt im Bankkanal.
- 03
Return
Browser zeigt einen vorläufigen Ergebniszustand.
- 04
Webhook
Server bestätigt den belastbaren Status.
- 05
Reconcile
Bestellung und Finanzbuchung abgleichen.
05Evidenz
Operational Readiness
Vor Go-live sollten diese Fälle testbar und beobachtbar sein.
| Fall | Shop-Reaktion | Kontrolle |
|---|---|---|
| Erfolgreich | Bestellung bestätigen | Webhook + Referenz |
| Abbruch | Zahlung offen/abgebrochen | Kein vorschnelles Fulfilment |
| Verspätet | Asynchron aktualisieren | Retry + Monitoring |
| Doppelt | Ein Ereignis verarbeiten | Idempotenz |
Die konkrete Bank- und Länderabdeckung wird im Merchant- und Integrations-Scope bestätigt.
06FAQ
Häufige Fragen
Antworten zum aktuellen, fachlich geprüften Scope.
Ist Open Banking dasselbe wie Kartenzahlung?
Nein. Autorisierung, Status, Rückabwicklung und Risikoprofil unterscheiden sich; die Shop-Logik muss das berücksichtigen.
Reicht der Redirect als Zahlungsbestätigung?
Nein. Ein Browser-Redirect kann fehlen oder manipuliert werden. Der belastbare Status wird serverseitig verifiziert.
Welche Banken werden unterstützt?
Die Abdeckung hängt von Land, Bank, Kontotyp und aktuellem Integrationsumfang ab und wird vor Go-live bestätigt.