Checkout Handler
Intégrez le processus de paiement Dodo Payments avec des flux statiques, dynamiques et de session.
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 fichier
.env à la racine de votre projet :Exemples de Gestionnaires de Route
Tous les exemples supposent que vous utilisez le Next.js App Router.
- Checkout Handler
- Customer Portal Handler
- Webhook Handler
Utilisez ce gestionnaire pour intégrer le checkout Dodo Payments dans votre application Next.js. Il prend en charge les flux de paiement statiques (GET), dynamiques (POST) et de session de paiement (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érez 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 pris en charge
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
Ligne d’adresse du client.
string
Ville du client.
string
État ou province du client.
string
Code postal du client.
boolean
Désactiver le champ du nom complet.
boolean
Désactiver le champ du prénom.
boolean
Désactiver le champ du nom de famille.
boolean
Désactiver le champ de l’adresse e-mail.
boolean
Désactiver le champ du pays.
boolean
Désactiver le champ de la ligne d’adresse.
boolean
Désactiver le champ de la ville.
boolean
Désactiver le champ de l’État.
boolean
Désactiver le champ du code postal.
string
Spécifier la devise du paiement (par exemple,
USD).boolean
Afficher le sélecteur de devise.
number
Fixe le montant facturé, en unités monétaires principales (par exemple,
12.5 pour 12,50 $). Uniquement pour les produits Pay What You Want, et ignoré s’il est inférieur au prix minimum du produit.boolean
Afficher les champs de remise.
string
Tout paramètre de requête commençant par
metadata_ sera transmis en tant que metadata.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 le corps JSON d’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, référez-vous à :
Format de la réponse
Dynamic Checkout renvoie une réponse JSON contenant l’URL de paiement :Checkout Sessions (POST)
Checkout Sessions (POST)
Checkout Sessions offre une expérience de paiement hébergée plus sécurisée, qui gère l’intégralité du processus de paiement pour les achats uniques comme pour les abonnements, avec un contrôle total de la personnalisation.Consultez le Guide d’intégration de Checkout Sessions pour plus de détails et la liste complète des champs pris en charge.
Format de la réponse
Checkout Sessions renvoie une réponse JSON contenant l’URL de paiement :Gestionnaire de route Customer Portal
Le gestionnaire de route Customer Portal vous permet d’intégrer facilement le portail client Dodo Payments à votre application Next.js.Paramètres de requête
string
requis
L’identifiant du client pour la session du portail (par exemple,
?customer_id=cus_123).boolean
S’il est défini sur
true, envoie un e-mail au client contenant le lien vers le portail.Gestionnaire de route Webhook
- Méthode : Seules les requêtes POST sont prises en charge. Les autres méthodes renvoient 405.
- Vérification de la signature : Vérifie la signature du webhook à l’aide de
webhookKey. Renvoie 401 si la vérification échoue. - Validation de la charge utile : Validée avec Zod. Renvoie 400 si la charge utile est invalide.
- 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.