Failed Transactions

Transaktionen können aus vielen verschiedenen Gründen fehlschlagen. Die häufigsten sind:

• Falsche Zahlungsinformationen, z. B. die falsche Kreditkartennummer oder CVV, die falsche Bankkontonummer oder die Rechnungsdaten stimmen nicht mit der für den Käufer hinterlegten Adresse überein.

• Der Käufer verfügt nicht über ausreichende Mittel zur Deckung der Zahlung, z. B. weil er sein Kreditlimit auf der Kreditkarte erreicht hat oder weil das Bankkonto nicht ausreichend gedeckt ist.

• Die Zahlung übersteigt den zulässigen Höchstbetrag für eine einzelne Abbuchung.

• Die Transaktion wurde vom Aussteller der Kreditkarte oder der Bank wegen Betrugsverdachts abgelehnt. Dieser Fall tritt häufig bei internationalen Transaktionen auf, bei denen der Verkäufer nicht im selben Land wie der Käufer ansässig ist. Einige Karten lassen keine internationalen Transaktionen zu.

• Die Kreditkarte ist abgelaufen oder wurde vom Eigentümer aufgrund von Verlust/Diebstahl gesperrt.

ISO 8583 definiert eine Reihe von standardisierten Fehlercodes für Kartenzahlungen. Diese können auf anbieterspezifische Fehlercodes abgebildet und sollten in der API-Dokumentation behandelt werden.

Zu den Fehlermeldungen gehören Benachrichtigungen für eine ungültige oder abgelaufene Karte, Probleme mit falschen Zahlungsinformationen oder ungültigen Kundendaten, fehlende CVV und Probleme mit 3DS, die entweder fehlschlagen oder ein Soft Decline sein können.

Die vollständige Liste der von IXOPAY verwendeten Fehlernachrichten finden Sie in unserer Dokumentation.

Aus Perspektive des Käufers muss kontrolliert werden, ob die Zahlungsdaten korrekt eingegeben wurden und genügend Geldmittel zur Verfügung stehen, um den Kauf abzuschließen. Bei Kreditkartenzahlungen erfolgt der Kontakt mit der Bank, um die Zahlung zu autorisieren. Weiters ist es möglich, dass Karten für internationale oder Online-Zahlungen nicht zugelassen sind.

Aus Merchant Sicht geben die Transaktions- oder Fehlermeldungen Aufschluss über die Ursachen. In manchen Fällen können die Transaktion über einen alternativen Payment Provider abgewickelt werden, z. B. einen, der sich im selben Land wie der Käufer befindet. Bei einigen Providern ist es wahrscheinlicher, dass sie eine Transaktion genehmigen als bei anderen, je nach ihren Risk Management Strategien. A/B-Tests können eine Methode sein, um zu testen, welcher PSP bestimmte Transaktionen weiterleiten soll, um die Genehmigungsraten zu erhöhen.

Dies sind unter anderem auch einige der Vorteile eines Multi-Acquirer-Systems, das mit PSPs in verschiedenen Regionen verbunden ist.

Wenn die von einem Kunden übermittelten Daten nicht korrekt sind (z. B. eine falsch eingegebene Kartennummer), muss der Kunde die Zahlungsinformationen korrigieren, damit die Zahlung erfolgreich durchgeführt werden kann.

Die Verwendung eines Account Updaters, wie beispielsweise von IXOPAY, hält die Kreditkartendaten auf dem neuesten Stand und stellt sicher, dass Transaktionen nicht aufgrund von Änderungen der zugrunde liegenden Kartendaten fehlschlagen. Ist die Karte abgelaufen oder wurde sie neu ausgestellt, entfällt mit den automatischen Updates die Notwendigkeit, Kunden wegen Zahlungsdaten zu kontaktieren.

Wenn die Kartendaten korrekt sind, führt die Verwendung eines lokalen Payment Providers in der Regel zu einer höheren Akzeptanzrate, vor allem wenn Karten nicht für internationale Zahlungen zugelassen sind oder strikte Risk Management- und Betrugsstrategien angewandt werden.

Die Zusammenarbeit mit mehreren Payment Providern (Multi-Acquirer-Setup) in Kombination mit Smart Routing ermöglicht es, Transaktionen an den Provider weiterzuleiten, der eine Transaktion am ehesten autorisieren wird. In den meisten Fällen wird dies ein lokaler Anbieter sein, obwohl einige PSPs weniger risikoaffin sind als andere. A/B-Vergleiche können eine gute Möglichkeit sein, um zu entscheiden, wie Transaktionen weitergeleitet werden, um Ihre Autorisierungsraten zu maximieren.