PAYMENT-INFRASTRUKTUR / ONLINE-ZAHLUNGEN
Payment Gateway für belastbare Online-Zahlungen
FoxPay verbindet Hosted Checkout, Payment Frame und mehrere Zahlungswege: Open Banking, QR-Pay, Kreditkarten, Pay by Phone und PayPal. Welche davon ein Händler einsetzen kann, hängt von Geschäftsmodell, Bank- beziehungsweise Provider-Anbindung und Freigabe ab. Signierte Webhooks verbinden Zahlung und Bestellung.
- Produktstand abgeglichen
- 16. September 2026
- Verantwortlich
- FoxPay Produktdokumentation
01Checkout
Eine Zahlungsoberfläche, die sich in den Shop einfügt.
Der Gateway-Layer trennt die Käuferoberfläche von der serverseitigen Zahlungslogik. Händler können den Integrationsweg passend zu Shop, Entwicklungsressourcen und gewünschter Kontrolle wählen.
Hosted Checkout
FoxPay hostet die Zahlungsoberfläche und reduziert den Integrationsumfang im Shop.
Payment Frame
Checkout V3 lässt sich für freigegebene Shop-Domains einbetten. Aktivierung und erlaubte Origins werden pro Store konfiguriert.
02Zahlungsarten
Mehr Auswahl für Händler, die Standard-PSPs ablehnen.
FoxPay kombiniert bankdirekte und klassische Zahlungswege. Die konkrete Freischaltung richtet sich nach Geschäftsmodell, Zielmarkt, Risikoprofil und Provider-Freigabe.
Open Banking
Käufer autorisieren eine bankdirekte Zahlung über den vorgesehenen Banking-Flow.
QR-Pay Autopilot
Nach Aktivierung und Bankanbindung werden passende Zahlungseingänge automatisch zugeordnet. Die Bestätigung hängt vom tatsächlichen Bankeingang und dessen Abruf ab.
Kreditkarten
Visa und Mastercard werden aktiv angeboten, sofern Merchant-Fit, Dokumentation, Risiko und Provider-Vorgaben zusammenpassen.
Pay by Phone
Käufer bezahlen über ihren Mobilfunkanbieter. Die Freischaltung richtet sich nach Zielmarkt, Angebot, Merchant-Fit und Provider-Verfügbarkeit.
PayPal
Seller-Onboarding, Checkout und Rückerstattungen sind integriert. Der Einsatz setzt eine unterstützte Branche, Provider-Freigabe und ein vollständig verbundenes PayPal-Händlerkonto voraus.
03Payment State
Bestellstatus folgt Backend-Wahrheit — nicht dem Browser.
Redirects erklären die Nutzerführung. Für Fulfillment und Buchhaltung zählen verifizierte Serverzustände, idempotente Events und nachvollziehbare Referenzen.
Explizite Zustände
Created, pending, paid, failed und expired werden als kontrollierte Übergänge verarbeitet.
Signierte Webhooks
Ereignisse werden serverseitig verifiziert, gespeichert und idempotent auf Bestellungen angewendet.
Retry-Verhalten
Temporäre Zustellfehler werden kontrolliert wiederholt, ohne dieselbe Geschäftsaktion doppelt auszuführen.
Reconciliation
Payment-, Order- und Settlement-Referenzen bleiben für Support und Finance getrennt nachvollziehbar.
04Integration
Vom Plugin bis zur eigenen REST-Integration.
REST-API
Eigene Systeme erstellen Zahlungen serverseitig und verarbeiten signierte Webhooks. Der zusätzliche Merchant-Polling-Zugang benötigt eine gesonderte Freigabe.
WooCommerce
Das Plugin verbindet Checkout, Bestellung und Zahlungsstatus ohne individuelle Shop-Integration.
Shopify
Eine manuelle Shopify-Zahlungsart löst nach der Bestellung einen Zahlungslink per E-Mail aus. Die Anbindung erfolgt über eine Custom App und Bestell-Webhooks.
JTL
Plugin, Hosted Checkout und signierte Status-Webhooks sind implementiert. Sandbox-Teilflüsse sind geprüft; der vollständige Storefront-Checkout bleibt Teil der individuellen Abnahme.
04Ablauf
Vom Merchant Scope zum produktiven Gateway
Die konkrete Reihenfolge hängt von Geschäftsmodell, Zahlungswegen und Commerce-System ab.
- 01
Scope festlegen
Merchant Case, Länder, Zahlungswege und Checkout-Variante dokumentieren.
- 02
Zugang einrichten
API-Zugänge, Webhook-Endpunkt und getrennte Testkonfiguration vorbereiten.
- 03
Happy Path testen
Zahlung erstellen, autorisieren und den bestätigten Status in der Bestellung abbilden.
- 04
Fehlerfälle prüfen
Abbruch, Ablauf, verspätete Bestätigung, Duplikate und erneute Zustellung testen.
- 05
Go-live kontrollieren
Freigegebenen Merchant Scope aktivieren und Monitoring sowie Reconciliation betreiben.
05Evidenz
Integrationswege im Überblick
Die Auswahl richtet sich nach Shop-System, gewünschter Kontrolle und technischem Betrieb.
| Weg | Geeignet für | Betriebsfokus |
|---|---|---|
| Hosted Checkout | Schnelle, klar abgegrenzte Integration | Redirect und Backend-Status |
| Payment Frame | Eingebettete Checkout-Erfahrung | Einbettung und Status |
| REST-API | Eigene Commerce- und Plattform-Flows | Webhooks und Idempotenz |
| Plugin | Unterstützte Shopsysteme | Bestellstatus und Updates |
Verfügbarkeit einzelner Zahlungswege und Integrationen hängt vom aktuellen Produktstatus und dem geprüften Merchant Scope ab.
06FAQ
Häufige Fragen
Antworten zum aktuellen, fachlich geprüften Scope.
Welche Checkout-Varianten unterstützt FoxPay?
FoxPay unterstützt einen Hosted Checkout und einen einbettbaren Payment Frame. Der passende Weg hängt vom Shop-System und gewünschten Integrationsumfang ab.
Wann darf eine Bestellung als bezahlt gelten?
Fulfillment sollte auf einem serverseitig bestätigten Zahlungsstatus basieren. Ein Browser-Redirect allein ist dafür nicht ausreichend.
Welche Zahlungswege sind aktuell relevant?
Open Banking, QR-Pay, Kreditkarten, Pay by Phone und PayPal sind technisch integriert. Die verfügbaren Methoden werden pro Händler, Zielmarkt und Provider freigegeben. PayPal steht nur für unterstützte Geschäftskategorien und vollständig verbundene Händlerkonten zur Verfügung.
Kann das Gateway ohne Plugin integriert werden?
Ja. Eigene Systeme können die dokumentierte REST-API und Webhooks verwenden. API-Schlüssel und Webhook-Secrets gehören ausschließlich in serverseitige Systeme.