Payment-Orchestrierung: Routing, Cascading und eine API für mehrere PSPs

Was ist Payment-Orchestrierung?

Eine Payment-Orchestration-Plattform verbindet einen Checkout mit vielen Zahlungsanbietern. Statt Stripe, Adyen, einen heimischen Acquirer und einen Krypto-Prozessor einzeln einzubinden, integriert der Händler einmal; der Orchestrator übersetzt jede Anfrage in die API des jeweiligen Anbieters und vereinheitlicht Status, Webhooks und Berichte.

Der Wert liegt in dem, was eine Integration möglich macht: jede Zahlung an den Anbieter leiten, der sie am wahrscheinlichsten und günstigsten genehmigt, bei Ausfall die Anbindung wechseln und Volumen verschieben, ohne den Checkout neu zu bauen. Verträge, Preise und Abrechnung bleiben zwischen dem Händler und jedem PSP.

• Connectors: ein Adapter pro Anbieter
• Router: Regeln, die eine Anbindung auswählen
• Vault: Kartendaten und Network Tokens unabhängig von einem PSP
• Webhooks: ein Ereignisformat für alle Anbieter
• Back Office: Erstattungen, Reporting und Abstimmung

Payment-Orchestrator, PSP, Payment-Gateway und Acquirer: Wer macht was?

Ein Acquirer ist ein zugelassenes Institut, das Kartenzahlungen für den Händler annimmt und Gelder abrechnet. Ein PSP bündelt Acquiring mit Zahlungsarten, Onboarding und Risikoprüfung unter eigener Lizenz. Ein Payment-Gateway leitet Autorisierungsanfragen an einen Prozessor weiter, und ein Orchestrator sitzt über mehreren Gateways und PSPs.

Nur Parteien, die Gelder halten, brauchen nach PSD2 eine Zulassung als Zahlungsinstitut, E-Geld-Institut oder Bank. Ein Orchestrator, der nie Gelder besitzt, ist technischer Dienstleister; das heißt auch, dass er einen PSP-Vertrag nicht ersetzen kann.

Wie funktioniert Payment-Routing?

Payment-Routing wertet Regeln für jede Transaktion vor der Autorisierung aus. Die Regeln lesen Checkout-Daten wie die ersten 6 bis 8 Kartenziffern (die BIN), Ausstellerland, Kartentyp, Währung, Betrag und Zahlungsart; fortgeschrittene Router ergänzen aktuelle Genehmigungs- und Fehlerquoten je Anbindung.

Die meisten Händler beginnen mit statischen Regeln und ergänzen Kosten- und Leistungsregeln, sobald sie Daten haben. Ein A/B-Split, etwa 90 % zum bisherigen PSP und 10 % zu einem neuen, misst einen Anbieter am realen Traffic, bevor mehr Volumen wandert.

Was ist Cascading, und wann sollte eine abgelehnte Zahlung wiederholt werden?

Cascading, auch Failover oder Retry-Routing genannt, schickt eine abgelehnte oder fehlgeschlagene Autorisierung an eine zweite Anbindung, ohne dass der Kunde seine Daten neu eingeben muss. Es rettet Zahlungen, die an Timeouts, Anbieterfehlern und manchen Soft Declines scheitern, etwa an einem Betrugsfilter bei einem Acquirer.

Hard Declines wie gestohlene Karte oder geschlossenes Konto dürfen nie wiederholt werden, und Visa und Mastercard berechnen übermäßige Wiederholungen mit derselben Karte. Eine gute Kaskade liest den Decline-Code und den Mastercard Merchant Advice Code und begrenzt die Versuche je Zahlung.

• Über eine andere Anbindung wiederholen: Timeouts, Anbieterfehler, generische Soft Declines
• Später mit derselben Karte wiederholen: unzureichende Deckung, vor allem bei Abonnements
• Mit 3-D Secure wiederholen: Ablehnungen, die starke Kundenauthentifizierung verlangen
• Nie wiederholen: Visa-Category-1-Codes, Mastercard Advice Codes 03 und 21

Welche Rolle spielen Token-Vaults und Network Tokens?

Speichert ein PSP Ihre Kartendaten, sind gespeicherte Karten und Abonnements an ihn gebunden; der Umzug braucht eine Migrationsdatei und Wochen an Abstimmung. Der Vault eines Orchestrators speichert Zugangsdaten unabhängig, sodass jeder angebundene PSP einen wiederkehrenden Kunden belasten kann, und Hosted Fields halten Kartennummern von den Servern des Händlers fern.

Network Tokens von Visa und Mastercard ersetzen die Kartennummer durch ein Token, das das Schema bei Kartenneuausstellung aktuell hält; das erhöht die Genehmigungsquote und senkt Betrug. Einmal im Vault bereitgestellt, lassen sie sich bei mehreren Acquirern nutzen.

Was ändert Orchestrierung für einen Händler mit drei PSPs?

Nehmen wir einen europäischen Webshop mit 2 Mio. EUR Monatsumsatz bei 50 EUR Warenkorb: 1,5 Mio. EUR über Karten, 0,4 Mio. EUR über lokale Methoden wie iDEAL und BLIK und 0,1 Mio. EUR in Krypto, verteilt auf einen globalen Karten-PSP, einen heimischen Interchange++-Acquirer und einen Krypto-Prozessor.

Mit Orchestrierung gehen EWR-Verbraucher-Debitkarten an den Interchange++-Acquirer, andere Karten an den globalen PSP, und Soft Declines laufen zwischen beiden durch. Die Zahlen sind ein hypothetisches, rein illustratives Beispiel, keine Ergebnisse von OrsunPay und keine Prognose: Tatsächliche Werte hängen von Kartenmix, PSP-Verträgen und Ihrem Traffic ab.

Brauchen Sie eine Payment-Orchestration-Plattform, und sollten Sie bauen oder kaufen?

Orchestrierung lohnt sich typischerweise ab zwei PSPs, bei mehreren Ländern oder Währungen, bei lokalen Methoden, die Ihr Haupt-PSP nicht hat, oder in Hochrisiko-Branchen, in denen ein Konto kurzfristig gekündigt werden kann. Ein Shop in einem Land mit einem PSP gewinnt meist wenig und handelt sich Gebühr und Abhängigkeit ein.

Selbst bauen bedeutet volle Kontrolle, aber die Pflege jedes Connectors und mit Vault ein vollständiges PCI-DSS-Assessment. Open Source wie Hyperswitch, in Rust unter Apache 2.0 geschrieben, liegt zwischen Bauen und Kaufen.

Welche Anbieter von Payment-Orchestrierung gibt es?

Der Markt teilt sich in Enterprise-Plattformen für Händler, White-Label-Software für PSPs und Banken sowie Open Source. Die Zahl der Connectors stammt von den Anbietern selbst und ist nicht direkt vergleichbar.

Um Orchestrierung über OrsunPay zu ergänzen, binden Sie Ihre bestehenden PSP-Konten an und integrieren eine API mit signierten Webhooks; OrsunPay ist ein technischer Dienstleister, der nie Gelder hält; regelbasiertes Smart Routing und Cascading sind verfügbar.

So fügen Sie einen zweiten PSP hinzu

1. Grund für den zweiten PSP festlegen Benennen Sie die Lücke: Genehmigung in einem Land, Kosten bei Debitkarten, eine lokale Methode oder ein Ausfall-Fallback. Sie bestimmt, welchen Anbieter Sie wählen und wie die erste Routing-Regel lautet.
2. Händlervertrag abschließen Eröffnen Sie ein Konto beim neuen PSP unter Ihrer eigenen Rechtsperson. Der Orchestrator bindet das Konto an, kann es aber weder für Sie abschließen noch prüfen.
3. Über eine Integration anbinden Fügen Sie API-Zugangsdaten und Webhook-Secret des PSP als neue Anbindung hinzu, sodass Checkout, Erstattungen und Berichte dieselbe API weiternutzen.
4. Gespeicherte Karten portabel machen Verschieben Sie bei gespeicherten Karten oder Abonnements die Zugangsdaten in einen PSP-unabhängigen Vault oder fordern Sie eine Kartendaten-Migration an, und richten Sie Network Tokens ein.
5. Mit einer kleinen, messbaren Regel beginnen Leiten Sie einen Teil, etwa 10 % eines Landes, an den neuen PSP und vergleichen Sie mindestens zwei Wochen lang Genehmigungsquote, Kosten und 3-D-Secure-Reibung.
6. Failover ergänzen und Routing ausweiten Aktivieren Sie Cascading für technische Fehler und wiederholbare Soft Declines, erweitern Sie die Regeln und stimmen Sie die Abrechnungen beider PSPs monatlich ab.