Zum Hauptinhalt springen

Checkout Handler

Integrieren Sie den Dodo Payments Checkout in Ihre Express-App.

Customer Portal

Ermöglichen Sie Kunden, Abonnements und Details zu verwalten.

Webhooks

Empfangen und verarbeiten Sie Dodo Payments Webhook-Ereignisse.

Installation

1

Install the package

Führen Sie den folgenden Befehl im Stammverzeichnis Ihres Projekts aus:
2

Set up environment variables

Erstellen Sie eine .env-Datei im Stammverzeichnis Ihres Projekts:
Committen Sie Ihre .env-Datei oder Geheimnisse niemals in die Versionskontrolle.

Routenhandler-Beispiele

Verwenden Sie diesen Handler, um den Dodo Payments Checkout in Ihre Express-App zu integrieren. Unterstützt statische (GET), dynamische (POST) und Session- (POST) Zahlungsabläufe.

Checkout-Routen-Handler

Dodo Payments unterstützt drei Arten von Zahlungsabläufen zur Integration von Zahlungen auf Ihrer Website. Dieser Adapter unterstützt alle Arten von Zahlungsabläufen.
  • Statische Zahlungslinks: Sofort teilbare URLs zur schnellen, codefreien Zahlungsabwicklung.
  • Dynamische Zahlungslinks: Programmgesteuertes Erstellen von Zahlungslinks mit benutzerdefinierten Details über die API oder SDKs.
  • Checkout-Sitzungen: Erstellen Sie sichere, anpassbare Checkout-Erlebnisse mit vorkonfigurierten Produktkörben und Kundendetails.

Unterstützte Abfrageparameter

productId
string
erforderlich
Produktkennzeichen (z. B. ?productId=pdt_nZuwz45WAs64n3l07zpQR).
quantity
integer
Menge des Produkts.
fullName
string
Vollständiger Name des Kunden.
firstName
string
Vorname des Kunden.
lastName
string
Nachname des Kunden.
email
string
E-Mail-Adresse des Kunden.
country
string
Land des Kunden.
addressLine
string
Adresszeile des Kunden.
city
string
Stadt des Kunden.
state
string
Bundesland/Provinz des Kunden.
zipCode
string
Postleitzahl des Kunden.
disableFullName
boolean
Vollnamenfeld deaktivieren.
disableFirstName
boolean
Vornamenfeld deaktivieren.
disableLastName
boolean
Nachnamenfeld deaktivieren.
disableEmail
boolean
E-Mail-Feld deaktivieren.
disableCountry
boolean
Länderauswahlfeld deaktivieren.
disableAddressLine
boolean
Adresszeilenfeld deaktivieren.
disableCity
boolean
Stadtfeld deaktivieren.
disableState
boolean
Bundeslandfeld deaktivieren.
disableZipCode
boolean
Postleitzahlenfeld deaktivieren.
paymentCurrency
string
Geben Sie die Zahlungswährung an (z. B. USD).
showCurrencySelector
boolean
Währungsselektor anzeigen.
paymentAmount
integer
Geben Sie den Zahlungsbetrag an (z. B. 1000 für 10,00 $).
showDiscounts
boolean
Rabattfelder anzeigen.
metadata_*
string
Jeder Abfrageparameter, der mit metadata_ beginnt, wird als Metadaten weitergegeben.
Fehlt productId, liefert der Handler eine 400-Antwort. Ungültige Abfrageparameter führen ebenfalls zu einer 400-Antwort.

Antwortformat

Der statische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:

Antwortformat

Der dynamische Checkout gibt eine JSON-Antwort mit der Checkout-URL zurück:
Checkout-Sitzungen bieten eine sicherere, gehostete Checkout-Erfahrung, die den vollständigen Zahlungsablauf für einmalige Käufe und Abonnements abwickelt und dabei vollständige Anpassungskontrolle bietet.Siehe Integrationsleitfaden für Checkout-Sitzungen für weitere Details und eine vollständige Liste der unterstützten Felder.

Antwortformat

Checkout-Sitzungen geben eine JSON-Antwort mit der Checkout-URL zurück:

Kundenportal-Routen-Handler

Der Kundenportal-Routen-Handler ermöglicht es Ihnen, das Dodo Payments Kundenportal nahtlos in Ihre Express-Anwendung zu integrieren.

Abfrageparameter

customer_id
string
erforderlich
Die Kunden-ID für die Portalsitzung (z. B. ?customer_id=cus_123).
send_email
boolean
Wenn auf true gesetzt, sendet es eine E-Mail mit dem Portal-Link an den Kunden.
Gibt 400 zurück, wenn customer_id fehlt.

Webhook-Routen-Handler

  • Methode: Nur POST-Anfragen werden unterstützt. Andere Methoden geben 405 zurück.
  • Signaturverifizierung: Überprüft die Webhook-Signatur mit webhookKey. Gibt 401 zurück, wenn die Verifizierung fehlschlägt.
  • Payload-Validierung: Wird mit Zod validiert. Gibt 400 für ungültige Payloads zurück.
  • Fehlerbehandlung:
    • 401: Ungültige Signatur
    • 400: Ungültige Payload
    • 500: Interner Fehler während der Verifizierung
  • Ereignisweiterleitung: Ruft den entsprechenden Ereignishandler basierend auf dem Payload-Typ auf.

Unterstützte Webhook-Ereignishandler


Eingabeaufforderung für LLM

Zuletzt geändert am 22. Mai 2026