Accéder directement au contenu
Créez un compte ou connecter-vous
Logo de la documentation Stripe
/
Demander à l'assistant IA
Créez un compteConnectez-vous
Démarrer
Paiements
Revenus
Plateformes et marketplaces
Gestion de fonds
Ressources pour les développeurs
API et SDKAide
Aperçu
Gestion des versions
Journal des modifications
    Présentation
    Clover
    Basil
    Acacia
    Versions précédentes
Mettre à niveau votre version de l'API
Actualiser votre version du SDK
Essentials
SDK
API
Tests
CLI Stripe
Exemples de projets
Outils
Dashboard Stripe
Workbench
Dashboard des développeurs
Stripe pour Visual Studio Code
Terraform
Fonctionnalités
Workflows
Destinations d'événements
Alertes d'intégrité de StripeChargements de fichiers
Solutions d'IA
Boîte à outils des agents
Modèle de protocole contextuelCréer des flux de facturation SaaS avec l’IA agentique
Sécurité et confidentialité
Sécurité
Robot d'exploration Web Stripebot
Confidentialité
Extensions Stripe
Créer des applications Stripe
Utiliser les applications de Stripe
Partenaires
Partner ecosystem
Certification des partenaires
États-Unis
Français (France)
  1. Accueil/
  2. Ressources pour les développeurs/
  3. Changelog/
  4. Basil/
  5. 2025-03-31.basil

Remarque

Cette page n'est pas encore disponible dans cette langue. Nous faisons tout notre possible pour proposer notre documentation dans davantage de langues et nous vous fournirons la version traduite dès qu'elle sera disponible.

Correction de bugs et amélioration de la latence pour les sessions Checkout en mode abonnementModifications majeures

Nouveautés

Cette version offre une latence améliorée sur toutes les API Checkout Session pour les sessions en mode abonnement, y compris lorsque votre client confirme la session.

Elle corrige également un bogue des versions antérieures qui empêchait vos clients de mettre à jour une session après la première tentative de paiement, par exemple l’impossibilité de modifier une adresse de facturation. Ils peuvent maintenant procéder eux-mêmes au déblocage au lieu de devoir réactualiser.

Pourquoi s’agit-il d’une modification majeure ?

Étant donné que cette modification crée l’abonnement après que l’utilisateur a effectué le paiement, la payment_intent ne fait référence à une facture qu’une fois la session Checkout terminée. Cela signifie que la propriété checkout.session.status doit être réglée sur complete avant que la facture soit créée.

Si votre intégration repose actuellement sur une facture lors des webhooks d’intention de paiement, nous vous recommandons de mettre à jour votre intégration pour utiliser à la place le webhook checkout_session.completed, qui vérifie la présence d’une facture.

Impact

  • Les abonnements sont désormais créés une fois que l’utilisateur a effectué le paiement.
  • Les tentatives de paiement échouées ne se traduisent plus par un abonnement incomplet avec une facture finalisée.
  • Aucune facture n’est présente tant que la session de paiement n’est pas à l’état complete.
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
require 'json' # Using Sinatra post '/webhook' do payload = request.body.read event = nil begin event = Stripe::Event.construct_from( JSON.parse(payload, symbolize_names: true) ) rescue JSON::ParserError => e # Invalid payload status 400 return end # Handle the event case event.type when 'payment_intent.succeeded' payment_intent = event.data.object # contains a Stripe::PaymentIntent # The subscription and invoice might not have been created at this stage. # Then define and call a method to handle the successful payment intent. # handle_payment_intent_succeeded(payment_intent) when 'checkout_session.completed' checkout_session = event.data.object # contains a Stripe::CheckoutSession # checkout_session.payment_intent is a string here, # but you can use this payment_intent token to fetch the associated invoice payment # through the /v1/invoice_payments API method and its guaranteed associated invoice # and invoice payment are non-null at this stage. # Then define and call a method to handle the successful completion of a Checkout Session # handle_checkout_session_completed(checkout_session) # ... handle other event types else puts "Unhandled event type: #{event.type}" end status 200 end

Mise à niveau

  1. Consultez la version actuelle de votre API dans Workbench.
  2. Si vous utilisez un SDK, passez à une version correspondant à celle de l’API.
    • Si vous n’utilisez pas de SDK, mettez à jour vos requêtes API pour inclure la version Stripe : 2025-03-31.basil
  3. Mettez à niveau la version de l’API utilisée pour les endpoints de webhook.
  4. Testez votre intégration avec la nouvelle version.
  5. Si vous utilisez Connect, testez votre intégration Connect.
  6. Effectuez la mise à niveau dans Workbench. Vous pourrez revenir à la version précédente pendant 72 heures.

En savoir plus sur les mises à niveau de l’API Stripe.

Changements connexes

  • La session Checkout supprime les détails d’expédition
  • La session Checkout permet de mettre à jour les options d’expédition
  • Ajoute un paramètre d’autorisations aux sessions Checkout
  • Ajout d’articles facultatifs aux sessions Checkout et à Payment Links
Cette page vous a-t-elle été utile ?
OuiNon
  • Besoin d'aide ? Contactez le service Support.
  • Discutez par chat sur Discord avec les développeurs de Stripe.
  • Consultez notre log des modifications.
  • Des questions ? Contactez l'équipe commerciale.
  • LLM ? Lire llms.txt.
  • Propulsé par Markdoc
Sur cette page