Weiter zum Inhalt
Konto erstellen oder anmelden
Das Logo der Stripe-Dokumentation
/
KI fragen
Konto erstellenAnmelden
Jetzt starten
Zahlungen
Umsatz
Plattformen und Marktplätze
Geldmanagement
Entwicklerressourcen
APIs und SDKsHilfe
Übersicht
Versionierung
Änderungsprotokoll
    Übersicht
    Clover
    Basil
    Acacia
    Vorherige Versionen
Aktualisieren Sie Ihre API-Version
Ihre SDK-Version aktualisieren
Essentials
SDKs
API
Tests
Stripe-CLI
Beispiel-Projekte
Tools
Stripe Dashboard
Workbench
Entwickler-Dashboard
Stripe für Visual Studio Code
Terraform
Funktionen
Arbeitsabläufe
Ereignisziele
Stripe-StatuswarnungenHochgeladene Dateien
KI-Lösungen
Agent-Toolkit
Model Context ProtocolAgentische KI-SaaS-Billing-Workflows aufbauen
Sicherheit und Datenschutz
Sicherheit
Stripebot-Webcrawler
Datenschutz
Stripe erweitern
Erstellen Sie Stripe-Apps
Verwenden Sie Apps von Stripe
Partner
Partner-Ecosystem
Partner-Zertifizierung
Vereinigte Staaten
Deutsch
  1. Startseite/
  2. Entwicklerressourcen/
  3. Changelog/
  4. Basil/
  5. 2025-03-31.basil

Hinweis

Bis jetzt ist diese Seite noch nicht in dieser Sprache verfügbar. Wir arbeiten aber verstärkt daran, unsere Dokumentation in weiteren Sprachen bereitzustellen, und werden die Übersetzung sofort anzeigen, sobald diese verfügbar ist.

Behebt Fehler und verbessert die Latenz für Checkout-Sitzungen im AbonnementmodusWichtige Änderungen

Das ändert sich

Diese Version bietet eine verbesserte Latenz für alle Checkout Session APIs für Sitzungen im Abonnementmodus, auch wenn Ihre Kundinnen und Kunden die Sitzung bestätigen.

Außerdem wird ein Fehler in früheren Versionen behoben, der Kundinnen und Kunden daran hinderte, eine Sitzung nach dem ersten Zahlungsversuch zu aktualisieren, z. B. wenn eine Rechnungsadresse nicht aktualisiert werden konnte. Sie können sich nun selbst entsperren, anstatt die Sitzung zu aktualisieren.

Warum ist dies eine wichtige Änderung?

Da durch diese Änderung das Abonnement erstellt wird, nachdem die/die Nutzer/in die Zahlung abgeschlossen hat, verweist payment_intent erst auf eine Rechnung, wenn die Checkout-Sitzung vollständig abgeschlossen ist. Das bedeutet, dass die Eigenschaft checkout.session.status complete sein muss, bevor die Rechnung erstellt wird.

Wenn Ihre Integration derzeit auf einer Rechnung während der PaymentIntent-Webhooks basiert, empfehlen wir Ihnen, Ihre Integration so zu aktualisieren, dass stattdessen der Webhook checkout_session.completed verwendet wird, der sicherstellt, dass eine Rechnung vorhanden ist.

Ergebnis

  • Abonnements werden jetzt erstellt, nachdem der/die Nutzer/in die Zahlung abgeschlossen hat.
  • Fehlgeschlagene Zahlungsversuche führen nicht länger zu einem unvollständigen Abonnement mit finalisierter Rechnung.
  • Eine Rechnung ist erst vorhanden, wenn die Checkout-Sitzung den Status complete hat.
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

Upgrade

  1. Zeigen Sie Ihre aktuelle API-Version in Workbench an.
  2. Wenn Sie ein SDK verwenden, aktualisieren Sie auf die entsprechende SDK-Version für diese API-Version.
    • Wenn Sie kein SDK verwenden, aktualisieren Sie Ihre API-Anfragen auf Stripe-Version: 2025-03-31.basil
  3. Aktualisieren Sie die für Webhook-Endpoints verwendete API-Version.
  4. Testen Sie Ihre Integration mit der neuen Version.
  5. Wenn Sie Connect verwenden, testen Sie Ihre Connect-Integration.
  6. Führen Sie das Upgrade in Workbench durch. Sie können die Version für 72 Stunden zurücksetzen.

Erfahren Sie mehr über Stripe-API-Upgrades.

Zugehörige Änderungen

  • „Versanddetails“ wird durch „Checkout-Sitzung“ ersetzt
  • Checkout-Sitzung ermöglicht Aktualisierungen der Versandoptionen
  • Fügt Checkout-Sitzungen einen Berechtigungsparameter hinzu
  • Fügt optionale Elemente zu Checkout-Sitzungen und Payment Links hinzu
War diese Seite hilfreich?
JaNein
  • Benötigen Sie Hilfe? Kontaktieren Sie den Kundensupport.
  • Chatten Sie mit Entwicklern/Entwicklerinnen von Stripe auf Discord.
  • Schauen Sie sich unser Änderungsprotokoll an.
  • Fragen? Sales-Team kontaktieren.
  • LLM? Lesen Sie llms.txt.
  • Unterstützt von Markdoc
Auf dieser Seite