In Malaysia müssen Kartenzahlungen mittels 3D Secure authentifiziert werden. So werden die Online-Zahlungen Ihrer Kundschaft zusätzlich geschützt. Sie müssen möglicherweise Änderungen an Ihrer Integration vornehmen, um einen Anstieg der abgelehnten Zahlungen bei Transaktionen mit Karteninhaber/innen in Malaysia zu vermeiden.
Stripe Checkout unterstützt die Zahlungsauthentifizierung von Anfang an. Wenn Sie die Charges API nutzen, bei der die Authentifizierung nicht unterstützt wird, müssen Sie Änderungen an Ihrer Integration vornehmen. Sowohl die Payment Intents API als auch die Setup Intents API unterstützen die Authentifizierung. Sie müssen jedoch sicherstellen, dass Ihre Integration den Status `requires_action` bearbeiten kann, da Ihre Kundinnen und Kunden hierdurch zur Authentifizierung ihrer Zahlungen aufgefordert werden. Wenn Sie nicht genau wissen, ob Ihre Integration die Authentifizierung durchführen kann oder Sie zahlreiche abgelehnte Zahlungen aufgrund von `authentication_required` erhalten, sollte Sie Ihre Integration mit unseren Testkarten für die 3D Secure-Authentifizierung testen.
Als Anbieter von Zahlungsdienstleistungen möchten wir schwarze Schafe aus dem Zahlungssystem fernhalten und betrügerische Aktivitäten unterbinden, die sich sowohl auf unsere Nutzer/innen als auch deren Kundschaft auswirken können. In Malaysia sind Online-Betrugsversuche und betrügerische Aktivitäten derzeit auf dem Vormarsch. Deshalb hat Stripe Vorsichtsmaßnahmen zur Verbesserung der Risikominimierung getroffen. Die Kundenauthentifizierung im Fall einer verdächtigen Zahlungsaktivität ist nur eine dieser Maßnahmen. Die verstärken Bemühungen von Stripe zur Unterbindung von betrügerischen Aktivitäten erfolgen im Einklang mit den Erwartungen der malaysischen Behörden an Anbieter von Zahlungsdienstleistungen. Durch diese Bemühungen sollen die Auswirkungen von betrügerischen Transaktionen reduziert werden.
3D Secure (abgekürzt 3DS) ist ein Authentifizierungsprotokoll, das Online-Transaktionen sicherer macht. Wird eine Transaktion mittels 3DS authentifiziert, ist die ausstellende Bank für Schäden im Zusammenhang mit der betrügerischen Aktivität verantwortlich. Diese zusätzliche Sicherheitsmaßnahme hat jedoch einen Nachteil – und das ist ein zusätzlicher Schritt beim Bezahlvorgang.
Die Authentifizierung wird nicht von der Charges API Version 1 unterstützt. Sie müssen also einen Wechsel zur Payments Intent API vornehmen. Sie müssen Ihre Integration testen, um sicherzustellen, dass sie Authentifizierungsanfragen abwickeln kann. Andernfalls erfahren Sie einen Anstieg der abgelehnten Zahlungen mit dem Fehlercode `authentication_required`.
Sowohl die Payment Intents API als auch die Setup Intents API unterstützen die Authentifizierung. Sie müssen jedoch sicherstellen, dass Ihre Integration den Status `requires_action` bearbeiten kann, da Ihre Kundinnen und Kunden hierdurch zur Authentifizierung ihrer Zahlungen aufgefordert werden.
Wenn Sie nicht wissen, ob Ihre Integration die Authentifizierung durchführen kann, sollten Sie Ihre Integration mit unseren Testkarten für die 3D Secure-Authentifizierung testen, um das bestmögliche Vorgehen zu ermitteln.