Gestionnaire de Paiement
Intégrez le processus de paiement Dodo Payments avec des flux statiques, dynamiques et de session.
Portail Client
Permettez aux clients de gérer leurs abonnements et leurs détails.
Webhooks
Recevez et traitez les événements webhook de Dodo Payments.
Installation
1
Installez le package
Exécutez la commande suivante à la racine de votre projet :
2
Configurez les variables d'environnement
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.
- Gestionnaire de Paiement
- Gestionnaire de Portail Client
- Gestionnaire de Webhook
Utilisez ce gestionnaire pour intégrer le processus de paiement Dodo Payments dans votre application Next.js. 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 les paiements dans 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.
Paiement Statique (GET)
Paiement Statique (GET)
Paramètres de Requête Supportés
Identifiant du produit (par exemple,
?productId=pdt_nZuwz45WAs64n3l07zpQR).Quantité du produit.
Nom complet du client.
Prénom du client.
Nom de famille du client.
Adresse e-mail du client.
Pays du client.
Ligne d’adresse du client.
Ville du client.
État/province du client.
Code postal du client.
Désactiver le champ du nom complet.
Désactiver le champ du prénom.
Désactiver le champ du nom de famille.
Désactiver le champ de l’e-mail.
Désactiver le champ du pays.
Désactiver le champ de la ligne d’adresse.
Désactiver le champ de la ville.
Désactiver le champ de l’état.
Désactiver le champ du code postal.
Spécifiez la devise de paiement (par exemple,
USD).Afficher le sélecteur de devise.
Spécifiez le montant du paiement (par exemple,
1000 pour 10,00 $).Afficher les champs de réduction.
Tout paramètre de requête commençant par
metadata_ sera passé en tant que métadonnées.Format de Réponse
Le paiement statique renvoie une réponse JSON avec l’URL de paiement :Paiement Dynamique (POST)
Paiement Dynamique (POST)
- Envoyez les paramètres sous forme de corps JSON dans une requête POST.
- Prend en charge les paiements uniques et récurrents.
- Pour une liste complète des champs de corps POST pris en charge, référez-vous à :
Format de Réponse
Le paiement dynamique renvoie une réponse JSON avec l’URL de paiement :Sessions de Paiement (POST)
Sessions de Paiement (POST)
Les sessions de paiement offrent une expérience de paiement plus sécurisée et hébergée qui gère l’ensemble du flux de paiement pour les achats uniques et les abonnements avec un contrôle de personnalisation complet.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 Next.js.Paramètres de Requête
L’identifiant du client pour la session du portail (par exemple,
?customer_id=cus_123).Si défini sur
true, envoie un e-mail au client avec 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.