Vue d’ensemble des méthodes
| Méthode | Idéale pour | Avantages | Inconvénients |
|---|---|---|---|
| Mise à jour complète de l’abonnement | Mises à jour en masse simples sans facturation au prorata | Versionnement, pas de facture de transition, conserve le cycle de facturation | — |
| Créer une transition d’abonnement | Contrôle total avec versionnement et options de facturation | Historique des versions, configuration flexible | Mise en place avancée |
| Mise à jour incrémentale (dépréciée) | Cas d’usage hérités | Simple | Pas de versionnement, non pérenne |
Mise à jour complète de l’abonnement
Recommandée pour la plupart des scénarios de mise à jour en masse. Le point de terminaisonPUT /v2/subscriptions/:id effectue une transition immédiate tout en conservant le cycle de facturation et en supprimant la facture de transition. Cela signifie qu’aucune facture au prorata n’est générée.
Exemple 💡
Vous souhaitez ajouter un nouveau produit « Support » à tous les abonnements actifs. Avec cette méthode, le produit est ajouté immédiatement sans générer de frais au prorata, et les clients continuent sur leur cycle de facturation existant.
Comment cela fonctionne
- Récupérez l’abonnement via
GET /v2/subscriptions/:idpour obtenir sa configuration actuelle - Ajoutez le nouveau produit aux phases de l’abonnement
- Appelez
PUT /v2/subscriptions/:idavec la charge utile complète de l’abonnement mis à jour
GET /v2/subscriptions/:id, ce qui vous permet de récupérer un abonnement, de le modifier et de le mettre à jour en utilisant la même structure.
Quand l’utiliser
- Ajouter un produit à plusieurs abonnements sans facturation au prorata
- Effectuer des modifications de configuration simples sur plusieurs abonnements
- Lorsque vous souhaitez un historique des versions avec une configuration minimale
Créer une transition d’abonnement
Utilisez le point de terminaison de transition lorsque vous avez besoin d’un contrôle total sur le processus de mise à jour, y compris les options de facturation.Option A : transmettre la configuration complète de l’abonnement
AppelezPOST /v2/subscriptions/transitions avec la configuration de l’abonnement source et l’abonnement cible incluant le nouveau produit.
Option B : transition vers un modèle/plan mis à jour
Si l’abonnement a été créé à partir d’un modèle ou d’un plan et n’a pas été personnalisé depuis, et que vous avez déjà mis à jour ce modèle/plan avec le nouveau produit, vous pouvez faire transiter l’abonnement vers le modèle mis à jour.Exemple 💡
Vous avez 100 clients sur le modèle « Pro Plan ». Vous ajoutez un nouveau produit « Analytics » au modèle Pro Plan. Au lieu de spécifier la configuration complète de l’abonnement pour chaque client, vous faites transiter chaque abonnement vers le modèle Pro Plan mis à jour.
Options de transition
| Paramètre | Description |
|---|---|
application_schedule | Quand appliquer : immediately ou scheduled (avec transition_date) |
billing_cycle_transition_method | keep_current_billing_cycle pour conserver les dates de facturation actuelles, align_to_new_billing_cycle pour réinitialiser |
calculation_method | do_not_charge pour ignorer la facture de transition, pro_rata pour générer une facture au prorata |
Mise à jour incrémentale (dépréciée)
Ce point de terminaison permet de mettre à jour plusieurs aspects d’un abonnement en un seul appel, mais ne conserve pas l’historique des versions.Scripter les mises à jour en masse
Pour mettre à jour plusieurs abonnements, écrivez un script qui :- Liste tous les abonnements cibles via
GET /v2/subscriptionsavec les filtres appropriés - Pour chaque abonnement, applique la mise à jour avec la méthode de votre choix
- Gère les erreurs et les nouvelles tentatives au besoin
Quelque chose reste flou ? N’hésitez pas à contacter notre équipe via le chat dans l’application si vous avez besoin d’une assistance supplémentaire.

