Skip to main content
Verwenden Sie die Testzugangsdaten auf dieser Seite, um erfolgreiche, abgelehnte und fehlgeschlagene Zahlungen im Testmodus zu simulieren. Es wird kein Geld bewegt und kein echtes Konto belastet. Sehen Sie sich dieses Video an, um eine vollständige Testzahlung zu sehen.

Full API Access

Jeder API-Endpunkt ist im Testmodus verfügbar.

Webhook Testing

Webhooks werden für Testtransaktionen genauso wie in der Produktion ausgelöst.
Testzugangsdaten funktionieren nur im Testmodus. Im Live-Modus schlägt eine mit Testzugangsdaten vorgenommene Zahlung fehl.

​
Testkarten

Verwenden Sie diese Kartennummern, um erfolgreiche und abgelehnte Zahlungen in verschiedenen Regionen zu simulieren.
Verwenden Sie für alle Testkarten das Ablaufdatum 06/32 (oder 12/34) und den CVV 123.

​
Fehler bei Verlängerungen testen

1

Create a test subscription

Erstellen Sie mit Ihren Test-API-Schlüsseln und einer erfolgreichen Testkarte (zum Beispiel 4242424242424242) ein Abonnement. Die erste Belastung sollte erfolgreich sein und das Abonnement sollte aktiv werden.
2

Update the payment method

Öffnen Sie das Customer Portal, suchen Sie das Abonnement und klicken Sie auf Zahlungsmethode aktualisieren. Geben Sie die Testkarte für Fehler 4000000000000341 (Ablaufdatum: 12/34, CVV: 123) ein und speichern Sie sie.
3

Advance the next billing date (optional)

Um die Verlängerung sofort auszulösen, statt auf den regulären Abrechnungszyklus zu warten, verwenden Sie die Update Subscription API, um next_billing_date auf die aktuelle UTC-Zeit zu setzen, und ersetzen Sie den Beispielwert unten. Der Wert muss ein UTC-Zeitstempel im Format ISO 8601 / RFC 3339 sein (das Suffix Z ist erforderlich).
Weitere Informationen finden Sie in der Referenz zur Update Subscription API.
4

Verify the failure

Beim nächsten Abrechnungsversuch:
  • Die Verlängerungszahlung wird mit der Fehlerkarte abgelehnt
  • Das Abonnement wechselt zunächst zu Past Due (die Kulanzfrist; der Webhook subscription.past_due enthält past_due_ends_at) und anschließend zu On-Hold, wenn die Kulanzfrist endet
  • Ein Webhook-Ereignis payment.failed wird zugestellt
  • Der Kunde kann zum Customer Portal zurückkehren, die Zahlungsmethode aktualisieren und es erneut versuchen

​
UPI testen

Für UPI-Tests werden spezielle VPA- (Virtual Payment Address) Bezeichner verwendet, die unterschiedliche Zahlungsergebnisse simulieren.

​
Voraussetzungen für UPI-Tests

  • Das Abrechnungsland muss auf IN gesetzt sein
  • Die Währung muss INR sein
  • Für nicht-indische Händler: Adaptive Currency muss aktiviert sein
Eine vollständige UPI-Dokumentation einschließlich des Testens von RBI-Mandaten für Abonnements finden Sie auf der Seite Zahlungsmethoden in Indien.

​
Pix testen

Beim Pix-Test wird eine Test-CPF (brasilianische Steuer-ID) verwendet, um den QR-Code-Ablauf zu simulieren.

​
Voraussetzungen für Pix-Tests

  • Das Abrechnungsland muss auf BR gesetzt sein
  • Die Währung muss BRL sein
Geben Sie die Test-CPF ein, wenn Sie während des Checkouts dazu aufgefordert werden. Ein Test-QR-Code wird generiert – scannen Sie ihn mit der normalen Kamera Ihres Telefons (keine Pix-App erforderlich). Anschließend werden Sie zu einer Testseite weitergeleitet, auf der Sie die Transaktion als erfolgreich oder fehlgeschlagen simulieren können. Eine vollständige Pix-Dokumentation finden Sie auf der Seite Pix.

​
BNPL testen

Anbieter von Buy Now Pay Later haben besondere Anforderungen an Testdaten.

​
Klarna-Testdaten

Verwenden Sie diese Angaben, um Klarna-Zahlungen im Testmodus zu simulieren:
Klarna erfordert einen Mindesttransaktionsbetrag von $50.01, damit es als Zahlungsoption angezeigt wird.

​
Afterpay testen

1

Select Afterpay

Wählen Sie Afterpay beim Checkout als Zahlungsmethode und klicken Sie auf „Bezahlen“.
2

Test successful payment

Verwenden Sie für erfolgreiche Zahlungen eine beliebige gültige E-Mail-Adresse und Lieferadresse.
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 erfordert einen Mindesttransaktionsbetrag von $50.01, damit es als Zahlungsoption angezeigt wird.
Eine vollständige BNPL-Dokumentation einschließlich des Testens von Billie B2B finden Sie auf der Seite Buy Now Pay Later.

​
Digitale Wallets testen

​
Apple Pay

1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Add a card to Apple Wallet

Fügen Sie Ihrer Apple Wallet eine echte Karte 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 die korrekte SSL-Konfiguration wird es unter localhost nicht angezeigt. Außerdem muss die Domainverifizierung abgeschlossen sein.

​
Google Pay

1

Join the test card group

Treten Sie der Google-Pay-Testkartengruppe bei, damit Testkarten automatisch zu Ihrer Wallet hinzugefügt werden.
2

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
3

Complete test purchase

Wählen Sie in Google Pay eine der Testkarten aus, um die Transaktion abzuschließen.

​
Amazon Pay, Cash App Pay und RevolutPay

Verwenden Sie Ihre Test-API-Schlüssel und folgen Sie dem standardmäßigen Checkout-Ablauf. Testtransaktionen werden ohne tatsächliche Abbuchungen simuliert. 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 testen

ACH Direct Debit kann im Testmodus getestet werden, indem Sie beim Checkout Testbankdaten eingeben.
1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Set currency and billing address

Setzen Sie 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 Abonnement-Checkouts nicht verfügbar. Testen Sie es daher mit einer einmaligen Zahlung.
4

Enter the test bank details

Geben Sie eines der unten aufgeführten Testpaare aus Routing- und Kontonummer ein und bestätigen Sie anschließend, dass Ihr Webhook-Handler den endgültigen Zahlungsstatus empfängt – ACH-Zahlungen werden asynchron und nicht beim Checkout bestätigt.

​
Testbankkonten

Verwenden Sie die Routingnummer 110000000 mit einer der folgenden Kontonummern: Die vollständige Liste der Testkonten finden Sie auf der Seite ACH Direct Debit.

​
Europäische Methoden testen

Europäische Zahlungsmethoden (iDEAL, Bancontact, EPS, Multibanco) können im Testmodus getestet werden.
1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Set billing address

Legen Sie das Land der Rechnungsadresse entsprechend der Zahlungsmethode fest:
  • NL für iDEAL
  • BE für Bancontact
  • AT für EPS
  • PT für Multibanco
3

Set currency

Europäische Methoden erfordern die Währung EUR.
4

Complete test flow

Folgen Sie dem simulierten Bankauthentifizierungsablauf in der Testumgebung.

​
Test-IBANs für SEPA Direct Debit

SEPA Direct Debit erfordert EUR und eine Rechnungsadresse in der Eurozone. Verwenden Sie diese Test-IBANs, um ein bestimmtes Ergebnis zu erzwingen: Die vollständige Liste der Test-IBANs einschließlich länderspezifischer Werte finden Sie auf der Seite Europa. Eine vollständige Dokumentation zu europäischen Zahlungsmethoden finden Sie auf der Seite Europa.

​
Wallets im asiatisch-pazifischen Raum testen

GCash, Alipay HK, FPS und Touch ‘n Go sind QR-Code-Zahlungen, die nur angezeigt werden, wenn Abrechnungsland und -währung übereinstimmen.
1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Set billing country and currency

Erstellen Sie einen einmaligen Checkout mit dem passenden Paar:
3

Select the method and confirm

Wählen Sie die Methode aus und klicken Sie auf Bezahlen. Ein QR-Code wird in einer Vollbildüberlagerung geöffnet und der Checkout wartet auf die Zahlung.
4

Verify the checkout behavior

Bestätigen Sie, dass die Methode nur für das passende Land und die passende Währung angezeigt wird und der QR-Code gerendert wird.
QR-Codes im Testmodus werden von der Testumgebung des Wallet-Anbieters ausgegeben und können sich anders verhalten als eine Live-Zahlung.
Eine vollständige Dokumentation finden Sie auf der Seite Asien-Pazifik.

​
Best Practices für Tests

Testen Sie nicht nur erfolgreiche Zahlungen. Testen Sie Ablehnungen, Stornierungen und Sonderfälle wie unzureichendes Guthaben.
Stellen Sie sicher, dass Ihre Webhook-Endpunkte alle Ereignistypen korrekt verarbeiten, insbesondere payment.succeeded, payment.failed und Abonnementereignisse.Verwenden Sie die Dodo Payments CLI, um Webhooks lokal zu testen:
  • dodo wh listen leitet Live-Testwebhooks an Ihren lokalen Server weiter
  • dodo wh trigger sendet Mock-Payloads für alle unterstützten Webhook-Ereignistypen
Testen Sie Apple Pay und Google Pay auf echten iOS- und Android-Geräten. Simulatoren bilden das Verhalten von Wallets nicht vollständig nach.
Regionale Zahlungsmethoden (UPI, iDEAL usw.) erfordern passende Rechnungsadressen. Eine US-Rechnungsadresse zeigt iDEAL nicht an.
BNPL-Methoden erfordern einen Mindestbetrag von $50.01. Testen Sie, ob sie abhängig von der Warenkorbsumme korrekt angezeigt oder ausgeblendet werden.

​
Verwandte Seiten

Cards

Kartentests, 3D Secure und gespeicherte Zahlungsmethoden.

Digital Wallets

Tests von Apple Pay, Google Pay und Amazon Pay.

BNPL

Tests von Klarna, Afterpay und Billie.

India

UPI- und RBI-Mandatstests.

Pix

Pix-Tests mit Test-CPF.

Europe

Tests von iDEAL, Bancontact, EPS und Multibanco.

Asia-Pacific

Tests von GCash, Alipay HK, FPS und Touch ‘n Go.

Webhooks

Richten Sie Webhooks für Testereignisse ein.

CLI Webhook Testing

Testen Sie Webhooks lokal mit der Dodo Payments CLI.
Zuletzt geändert am 26. September 2026