Wenn eine dieser Karten abgelehnt wird, spiegeln der Zahlungsvorgang’s error_code und error_message das oben genannte Szenario wider. Suchen Sie jeden Code in der Transaction Failures Referenz, um seine Bedeutung und empfohlene Aktion zu verstehen, und sehen Sie Zahlungsfehler handhaben, um Abweisungen in Ihrer Integration zu behandeln.
Kartennummer
Ablaufdatum
CVC
4000 0000 0000 0341
12/34
123
Verwenden Sie diese Karte, um Szenarien für das Scheitern, die Erneuerung, das Upgrade und das Downgrade des Abonnements zu testen.
Für alle Testkarten verwenden Sie das Ablaufdatum 06/32 (oder 12/34) und CVV 123.
Erstellen Sie ein Abonnement mit Ihren Test-API-Schlüsseln unter Verwendung einer erfolgreichen Testkarte (zum Beispiel, 4242 4242 4242 4242). Die anfängliche Belastung sollte gelingen und das Abonnement sollte aktiv werden.
2
Swap in the failure card via Customer Portal
Öffnen Sie das Kundenportal, finden Sie das Abonnement, das Sie gerade erstellt haben, und klicken Sie auf Zahlungsmethode aktualisieren. Geben Sie die Fehlertestkarte 4000 0000 0000 0341 ein (Ablaufdatum: 12/34, CVC: 123) und speichern Sie sie als Zahlungsart des Abonnements.
3
Advance the next billing date (optional)
Um die Erneuerung sofort auszuführen, anstatt auf den natürlichen Abrechnungszyklus zu warten, verwenden Sie die Update Subscription API, um next_billing_date auf die aktuelle UTC-Zeit einzustellen. Der Wert muss einen ISO 8601 / RFC 3339 UTC-Zeitstempel (der Z Suffix ist erforderlich) enthalten.
Die Erneuerungsbelastung wird auf der Fehlerkarte abgelehnt
Das Abonnement wechselt in den Status On-Hold
Ein payment.failed Webhook-Ereignis wird gesendet
Der Kunde kann zum Kundenportal zurückkehren, um die Zahlungsmethode zu aktualisieren und es erneut zu versuchen
Diese Karte ist speziell zum Testen von Erneuerungsausfällen gedacht. Die Belastung wird am nächsten Abrechnungsdatum abgelehnt, sodass Sie die Zahlungswiederholungslogik, Kundenbenachrichtigungen und das Fehlermanagement testen können.
Wählen Sie Afterpay als Zahlungsmethode im Checkout und klicken Sie auf Bezahlen.
2
Test successful payment
Verwenden Sie eine gültige E-Mail-Adresse und Versandadresse für erfolgreiche Zahlungen.
3
Test failed authentication
Um einen Fehler zu simulieren, schließen Sie das Afterpay-Modalfenster auf der Weiterleitungsseite. Die Zahlung wechselt von requires_customer_action zu requires_payment_method.
Afterpay verlangt eine Mindesttransaktionssumme von $50.01, um als Zahlungsoption angezeigt zu werden.
Eine vollständige BNPL-Dokumentation einschließlich Billie-B2B-Tests finden Sie auf der Seite Buy Now Pay Later.
Verwenden Sie Ihre Test-API-Schlüssel von Dodo Payments.
2
Add a card to Apple Wallet
Fügen Sie eine echte Karte zu Ihrer Apple Wallet hinzu. Im Testmodus wird die Karte nicht belastet.
3
Complete test purchase
Öffnen Sie den checkout auf einem Apple-Gerät und schließen Sie den Apple-Pay-Ablauf ab.
Apple Pay erfordert HTTPS. Ohne ordnungsgemäße SSL-Konfiguration wird Apple Pay auf localhost nicht angezeigt. Die Domainverifizierung muss ebenfalls abgeschlossen sein.
Verwenden Sie Ihre Test-API-Schlüssel und folgen Sie dem standardmäßigen checkout-Ablauf. Testtransaktionen werden simuliert, ohne dass tatsächliche Belastungen erfolgen.Eine vollständige Dokumentation zu digitalen Wallets einschließlich der Domainverifizierung für Apple Pay finden Sie auf der Seite Digitale Wallets.
ACH Direct Debit kann im Test Mode getestet werden, indem du beim Checkout Testbankdaten eingibst.
1
Enable test mode
Verwenden Sie Ihre Test-API-Schlüssel von Dodo Payments.
2
Set currency and billing address
Setze die Abrechnungswährung auf USD und das Land der Rechnungsadresse auf US. ACH wird außerhalb dieser Kombination nicht angeboten.
3
Use a one-time payment
ACH ist bei Subscription-Checkouts nicht verfügbar. Teste es daher mit einer einmaligen Zahlung.
4
Enter the test bank details
Gib eines der unten aufgeführten Testpaare aus Routing- und Kontonummer ein und bestätige anschließend, dass dein Webhook-Handler den finalen Zahlungsstatus empfängt — ACH-Zahlungen werden asynchron bestätigt und nicht beim Checkout.
SEPA Direct Debit erfordert EUR und eine Rechnungsadresse in der Eurozone. Verwende diese Test-IBANs, um ein bestimmtes Ergebnis zu erzwingen:
Test-IBAN
Verhalten
DE89370400440532013000
Die Zahlung ist erfolgreich.
DE62370400440532013001
Die Zahlung schlägt fehl.
DE35370400440532013002
Die Zahlung ist erfolgreich und wird anschließend sofort angefochten.
DE65370400440002222227
Die Zahlung schlägt aufgrund unzureichender Deckung fehl.
Die vollständige Liste der Test-IBANs einschließlich länderspezifischer Werte findest du auf der Seite Europe.Die vollständige Dokumentation zu europäischen Zahlungsmethoden findest du auf der Seite Europe.
Teste nicht nur erfolgreiche Zahlungen. Teste auch Ablehnungen, Stornierungen und Sonderfälle wie unzureichende Deckung.
Verify webhook handling
Stelle sicher, dass deine Webhook-Endpunkte alle Eventtypen korrekt verarbeiten, insbesondere payment.succeeded, payment.failed und Subscription-Events.Verwende die Dodo Payments CLI, um Webhooks lokal zu testen:
dodo wh listen leitet Live-Test-Webhooks an deinen lokalen Server weiter
dodo wh trigger sendet Mock-Payloads für alle unterstützten Webhook-Eventtypen
Test on real devices
Teste Apple Pay und Google Pay auf echten iOS- und Android-Geräten. Simulatoren bilden das Verhalten von Wallets nicht vollständig nach.
Test regional methods with correct addresses
Regionale Zahlungsmethoden (UPI, iDEAL usw.) erfordern passende Rechnungsadressen. Mit einer US-Rechnungsadresse wird iDEAL nicht angezeigt.
Verify minimum amounts
BNPL-Methoden erfordern einen Mindestbetrag von $50.01. Teste, ob sie abhängig vom Warenkorbwert korrekt angezeigt oder ausgeblendet werden.