Session de checkout en mode subscription
Créez une session avec mode: "subscription" et des lignes qui pointent des prix du
catalogue, puis redirigez le client vers url.
201
Règles propres au mode subscription
L’essai vient du prix : si le premier prix récurrent porte
trialPeriodDays, l’abonnement
naît trialing et rien n’est facturé à la confirmation. Voir
Essais.
Lien de paiement de type subscription
Pour vendre le même abonnement à beaucoup de clients sans appel d’API par vente, créez un
lien de paiement avec type: "subscription" et vos prix
récurrents. Chaque client qui paie via ce lien obtient son propre abonnement.
Les codes promotionnels sont honorés sur cette porte : la remise s’applique à la première
facture et, selon la durée du coupon, aux suivantes. Voir Coupons.
Retrouver l’abonnement après le paiement
La session ne rend pas l’identifiant de l’abonnement, et l’URL de retour ne le porte pas non plus. Trois chemins :Le webhook subscription.created (recommandé)
Le webhook subscription.created (recommandé)
Son
data porte checkoutSessionId — la session qui l’a créé — et subscriptionId.
Rapprochez-le de votre client_reference_id en relisant la session si besoin.Les abonnements du client
Les abonnements du client
GET /v1/customers/{cus}/subscriptions ou GET /v1/subscriptions?customerId=cus_....
Le client est celui de customer_email.L'objet abonnement lui-même
L'objet abonnement lui-même
idempotencyKey vaut cs_<id de session> et metadata.checkout_session_id porte la
session : GET /v1/subscriptions puis filtrez.Ce que le client voit
Sur la page hébergée, le client renseigne son e-mail et son numéro Mobile Money, puis approuve la demande de paiement sur son téléphone. La page attend le résultat opérateur ; un essai est annoncé comme tel (« 14 jours d’essai ») et aucun montant n’est demandé.La page hébergée est aussi celle qui sert les factures : le lien reçu par e-mail trois jours
avant chaque échéance mène à
pay.yabetoo.com/i/..., où le client peut régler à l’avance. Voir
Cycle de facturation.