Was ist eine Zahlungsanbieter-Migration?

Die Migration des Zahlungsanbieters ist einfach die Verlagerung Ihres Zahlungsgateways, PSPs, Acquirers oder Zahlungsorchestrators zu einem anderen PSP. Für SaaS-Unternehmen umfasst die Migration im Allgemeinen den Wechsel von Integrationen, Routing-Logik, wiederkehrenden Abrechnungsdaten und Tokens bei ununterbrochenem Ablauf des Checkout-Prozesses. Die Tokenisierung ist ein Verfahren, bei dem PANs gegen Tokens ausgetauscht werden, was dazu führt, dass Systeme Tokens verarbeiten und möglicherweise die PCI-Expositionsstufen beeinflusst werden.

Der Wechsel von Zahlungsanbietern kann verschiedene Aspekte des Geschäfts und der Betriebsabläufe beeinflussen. Wesentliche Merkmale umfassen spezifische Autorisierungsraten, unterschiedliche Gebührenstrukturen für die Zahlungsabwicklung, eine angepasste Betrugsüberwachung, geografische Verfügbarkeit und Aspekte der Benutzerinteraktion, die durch die Transaktionserfolgsraten beeinflusst werden.

Für SaaS-Unternehmen wird dies voraussichtlich mit verschiedenen Ergebnissen verbunden sein:

•       Eine Steigerung der Autorisierungsraten um 2-4 %.
•       Rückbuchungsraten weisen eine messbare Größe auf.
•       Die Kosten pro Transaktion werden zu einem niedrigeren spezifischen Wert erfasst.
•       Weniger Kundensupport-Tickets.
•       Der Schutz sensibler Daten kann Token beinhalten.

Der Zahlungsmigrationsprozess umfasst verschiedene Komponenten, und das Verständnis der damit verbundenen Risiken bezieht sich auf betriebliche oder prozedurale Überlegungen.

•       Die Analyse untersucht die Faktoren Unterbrechungen, Ausfallzeiten und Transaktionsfehler sowie deren Bedeutung für Umsatz und Kundenvertrauen.
•       Eine Reihe von Token-Transfer-Funktionalitäten wird von verschiedenen Anbietern angeboten; einige beinhalten keine Import- oder Exportfunktionen.
•       Das Datenmapping, im Kontext der Übertragung vertraulicher Kunden- und Transaktionsdaten, kann Unterschiede aufweisen.
•       Aufrechterhaltung PCI-DSS-Umfang und des Compliance-Levels während des gesamten Migrationsprozesses.
•       Ein vorübergehender Rückgang der Autorisierungsraten wurde nach der Änderung festgestellt.
•       Störungen, die Kundenfeedback hervorrufen, beeinträchtigen die Benutzererfahrung.
•       Webhooks-Parität, Wiederholungen und Rückerstattungen müssen systemübergreifend einwandfrei funktionieren.
•       Die Kontinuität der wiederkehrenden Abrechnung muss sorgfältig geplant werden, um Abonnenten nicht zu unterbrechen.

Ermitteln Sie zunächst eingehend alle Komponenten, Abläufe, Gebühren, Verträge und Zahlungsmethoden Ihres Zahlungssystems. Sie müssen Ihren Token-Bestand, Abhängigkeiten bei der wiederkehrenden Abrechnung, Betrugseinstellungen und Berichtsanforderungen überprüfen, um alle Integrationspunkte und Auswirkungen aufzulisten. Sie müssen außerdem sicherstellen, dass der Übergang mit Ihren Rollout- und Rollback-Optionen sowie Erfolgsmetriken geplant wird. Bereiten Sie schließlich Ihr Team auf die Umstellung vor, indem Sie in einer Sandbox mit Ihrem neuen Anbieter testen und „Soft-Launches“ durchführen, um Störungen bei der endgültigen Migration zu reduzieren.

Eine gut durchgeführte Zahlungsanbieter-Migration umfasst eine Reihe von Maßnahmen: Audit, Auswahl, Implementierung, Migration und Stilllegung in genau dieser Reihenfolge.

1.   Analysieren Sie Ihre aktuelle Infrastruktur, Leistungsniveaus und Ihre Geschäftsanforderungen.
2.   Entscheiden Sie sich für die Anbieter.
3.   Technische Aspekte behandeln. Stellen Sie sicher, dass die technische Seite der Umstellung auf Ihr System abgedeckt ist.
4.   Daten und Token verschieben. Übertragen Sie die Inhalte auf Ihr neues System.
5.   Tests und parallele Live-Transaktionen durchführen. Fehler bei umfangreichen Tests abfangen und beide Systeme parallel betreiben, um sich mit dem neuen vertraut zu machen.
6.   Der Prozess beinhaltet eine schrittweise Stilllegung des alten Systems, gefolgt von dessen Außerbetriebnahme. Sie können das ältere System außer Betrieb nehmen oder dies auch gar nicht tun, aber nehmen Sie es in Teilen außer Betrieb.

Die Wahl von Anbietern, basierend auf Faktoren, die deren Leistung und Anpassungsfähigkeit an zukünftige Änderungen beeinflussen, ist unerlässlich. Kriterien sollten umfassen: 

• Autorisierungsgeschwindigkeit, 
• Bandbreite der bearbeiteten Zahlungen, 
• die abgedeckten Gebiete, 
• Token-Portabilität, 
• Betrugstools, 
• detaillierte Berichterstattung, 
• garantierte Betriebszeit/SLA, 
• Entwicklertools, usw.

Lassen Sie das bestehende Gateway als Fallback weiterlaufen und richten Sie eine Echtzeitüberwachung Ihrer Schlüsselmetriken ein. Verfolgen Sie diese kontinuierlich, um Probleme frühzeitig zu erkennen:

• Autorisierungsraten und Latenz.
• Beobachtungen bezüglich Fehlercodes und des Betriebsstatus von Webhooks.
• Rückerstattungsvolumen.
• Anfragen an den Kundensupport.

Stellen Sie sicher, dass Ihr aktuelles Zahlungs-Gateway bleibt während der Integrations- und Testphase des neuen Systems vollständig aktiv und betriebsbereit. Leiten Sie dann ein relativ geringes Verkehrsaufkommen durch Canary-Routing jeder Transaktion als Test auf das neue System um, bis die vollständige Umstellung erfolgt ist. Die Live-System-Strategie ist oft mit einer geringeren Unterbrechung verbunden, was eine Live-Migration ohne geplante Ausfallzeiten ermöglicht.