Checkout Handler
Intégrez le paiement Dodo Payments dans votre application Express.
Customer Portal
Permettez aux clients de gérer leurs abonnements et leurs informations.
Webhooks
Recevez et traitez les événements webhook de Dodo Payments.
Installation
1
Install the package
Exécutez la commande suivante à la racine de votre projet :
2
Set up environment variables
Créez un
.env à la racine de votre projet :Exemples de Gestionnaires de Routes
- Checkout Handler
- Customer Portal Handler
- Webhook Handler
Utilisez ce gestionnaire pour intégrer le paiement Dodo Payments dans votre application Express. Il prend en charge les flux de paiement statiques (GET), dynamiques (POST) et de session (POST).
Gestionnaire de Route de Paiement
Dodo Payments prend en charge trois types de flux de paiement pour intégrer des paiements à votre site Web ; cet adaptateur prend en charge tous les types de flux de paiement.
- Liens de Paiement Statique : URL partageables instantanément pour une collecte de paiement rapide et sans code.
- Liens de Paiement Dynamique : Générer des liens de paiement de manière programmatique avec des détails personnalisés en utilisant l’API ou les SDK.
- Sessions de Paiement : Créez des expériences de paiement sécurisées et personnalisables avec des paniers de produits préconfigurés et des détails clients.
Static Checkout (GET)
Static Checkout (GET)
Paramètres de requête
string
requis
Identifiant du produit (par exemple,
?productId=pdt_nZuwz45WAs64n3l07zpQR).integer
Quantité du produit.
string
Nom complet du client.
string
Prénom du client.
string
Nom de famille du client.
string
Adresse e-mail du client.
string
Pays du client.
string
Adresse du client.
string
Ville du client.
string
État/ province du client.
string
Code postal du client.
boolean
Désactiver le champ nom complet.
boolean
Désactiver le champ prénom.
boolean
Désactiver le champ nom de famille.
boolean
Désactiver le champ e-mail.
boolean
Désactiver le champ pays.
boolean
Désactiver le champ adresse.
boolean
Désactiver le champ ville.
boolean
Désactiver le champ état.
boolean
Désactiver le champ code postal.
string
Spécifiez la devise de paiement (par exemple,
USD).boolean
Afficher le sélecteur de devise.
integer
Spécifiez le montant du paiement (par exemple,
1000 pour 10,00 $).boolean
Afficher les champs de remise.
string
Tout paramètre de requête commençant par
metadata_ sera transmis en tant que métadonnée.Format de Réponse
Le paiement statique renvoie une réponse JSON avec l’URL de paiement :Dynamic Checkout (POST)
Dynamic Checkout (POST)
- Envoyez les paramètres dans un corps JSON via une requête POST.
- Prend en charge les paiements ponctuels et récurrents.
- Pour la liste complète des champs pris en charge dans le corps POST, reportez-vous à :
Format de Réponse
Le paiement dynamique renvoie une réponse JSON avec l’URL de paiement :Checkout Sessions (POST)
Checkout Sessions (POST)
Les sessions de paiement offrent une expérience de paiement hébergée plus sécurisée qui gère le flux de paiement complet pour les achats ponctuels et les abonnements avec un contrôle total de la personnalisation.Référez-vous au Guide d’Intégration des Sessions de Paiement pour plus de détails et une liste complète des champs pris en charge.
Format de Réponse
Les sessions de paiement renvoient une réponse JSON avec l’URL de paiement :Gestionnaire de Route du Portail Client
Le Gestionnaire de Route du Portail Client vous permet d’intégrer de manière transparente le portail client Dodo Payments dans votre application Express.Paramètres de requête
string
requis
L’ID client pour la session du portail (par exemple,
?customer_id=cus_123).boolean
Si défini sur
true, envoie un e-mail au client contenant le lien du portail.Gestionnaire de Route de Webhook
- Méthode : Seules les requêtes POST sont prises en charge. D’autres méthodes renvoient 405.
- Vérification de Signature : Vérifie la signature du webhook en utilisant
webhookKey. Renvoie 401 si la vérification échoue. - Validation de Charge Utile : Validée avec Zod. Renvoie 400 pour les charges utiles invalides.
- Gestion des Erreurs :
- 401 : Signature invalide
- 400 : Charge utile invalide
- 500 : Erreur interne lors de la vérification
- Routage des Événements : Appelle le gestionnaire d’événements approprié en fonction du type de charge utile.