Abonnements mit gemischten IntervallenPrivate Vorschau
Erfahren Sie, wie Sie Posten mit unterschiedlichen Intervallen zu Ihren Abonnements hinzufügen.
Sie können mehrere wiederkehrende Preise mit unterschiedlichen Intervallen in einem einzelnen Abonnement abrechnen, indem Sie ein Abonnement mit gemischten Intervallen verwenden. So können Sie verschiedene Preisstrukturen innerhalb eines einzigen Abonnements kombinieren.
Wenn eine Kundin/ein Kunde beispielsweise eine Dienstleistung mit einer jährlichen Pauschalgebühr von 500 USD und einer monatlichen nutzungsbasierten Gebühr abonniert, können Sie beide Preise als Posten in dasselbe Abonnement aufnehmen. Stripe generiert kombinierte Rechnungen, wenn die Abrechnungszyklen auf Postenebene übereinstimmen, und separate Rechnungen, wenn nur ein Posten fällig ist.
Private Vorschau für Abonnements mit gemischten Intervallen
Das Abonnement mit gemischten Intervallen befindet sich derzeit in der privaten Vorschau und kann sich in Bezug auf Funktionalität und Integrationspfad ändern, bevor es allgemein verfügbar wird. Wir empfehlen, Ihre Integration mit Datenverkehr außerhalb der Produktion zu testen.
Erste Schritte mit Abonnements mit gemischten Intervallen
Öffentliche Vorschau für den Abrechnungsmodus
billing_
befindet sich derzeit in der öffentlichen Vorschau. Erfahren Sie mehr über Einschränkungen der öffentlichen Vorschau.
Um Abonnements mit gemischten Intervallen zu aktivieren, müssen Sie bei den folgenden API-Endpoints billing_
festlegen und Ihre API Version auf 2025-04-30.
oder neuer aktualisieren.
Ein Abonnement mit gemischten Intervallen erstellen
Erstellen Sie ein Abonnement mit Preisen verschiedener wiederkehrender Intervallwerte, um Abonnementposten in Rechnung zu stellen, die zu unzusammenhängenden Zeitpunkten verlängert werden.
Erstellen Sie für das Beispiel eines Abonnements über 100 USD pro Quartal und eines Abonnements über 15 USD pro Monat, das am 1. Januar 2024 beginnt, das folgende Abonnement:
Die Antwort enthält ein Abonnement mit beiden Posten und Rechnungen auf der ersten Rechnung (latest_
):
{ "object": "subscription", "id":
, "current_period_start": 1704067200, // Jan 1 2024 "current_period_end": 1706745600, // Feb 1 2024 "items": { "data": [ { "id": "si_A", "price": "price_id_monthly",'{{SUBSCRIPTION_ID}}'
Am 1. Februar und 1. März verlängert sich das Abonnement und es wird eine neue Rechnung über den monatlichen Preis erstellt. Am 1. April wird im Rahmen der Abonnementverlängerung eine Rechnung sowohl für den monatlichen als auch für den vierteljährlichen Preis erstellt.
Ein Abonnement kündigen
- Wenn Sie ein Abonnement oder einen Zeitplan mit gemischten Intervallen kündigen, wird Stripe alle Abonnementposten unabhängig von ihrem Intervall kündigen.
- Für Abonnements gibt es ein einziges Dunning-Verhalten (Mahnverhalten). Dies gilt auch, wenn eine Rechnung nur einen der Abonnementposten abrechnet. Schlagen alle Wiederholungsversuche für eine Zahlung fehl, wird je nach den konfigurierten Mahneinstellungen das gesamte Abonnement gekündigt und als unbezahlt oder als überfällig markiert.
Abrechnungszeiträume für Abonnements mit gemischten Intervallen
Jeder Abonnementposten hat sein eigenes current_period_start und current_period_end.
Stripe legt den aktuellen Zeitraum des Abonnements basierend auf den Abrechnungszeiträumen des Abonnementpostens fest, wobei Folgendes gilt:
- current_period_start ist das Maximum der
current_
-Daten des Postens.period_ start - current_period_end ist das Minimum der
current_
-Daten des Postens.period_ end
Das subscription.
gibt immer das nächste Datum an, an dem ein Posten einen Zyklus durchlaufen wird.
Beispiel: Ein am 1. Januar erstelltes Abonnement mit einem monatlichen, zweimonatlichen und vierteljährlichen Posten hat die folgenden Zeiträume:
current_period_start | current_period_end | |
---|---|---|
Monatlicher Posten | 1. Januar | |
Zweimonatlicher Posten | 1. Januar | 1. März |
Vierteljährlicher Posten | 1. Januar | 1. April |
Subscription | 1. Januar |
Nach der Verlängerung am 1. Februar (subscription.
wird der aktuelle Zeitraum des Abonnements so angepasst, dass er mit dem spätesten current_
und frühesten current_
aller Elemente übereinstimmt:
current_period_start | current_period_end | |
---|---|---|
Monatlicher Posten | 1. März | |
Zweimonatlicher Posten | 1. Januar | 1. März |
Vierteljährlicher Posten | 1. Januar | 1. April |
Subscription | 1. März |
Nach einem dritten Zyklus:
current_period_start | current_period_end | |
---|---|---|
Monatlicher Posten | 1. März | 1. April |
Zweimonatlicher Posten | 1. März | |
Vierteljährlicher Posten | 1. Januar | 1. April |
Subscription | 1. März | 1. April |
Veraltete Abonnementparameter
Die Parameter subscription.current_period_start und subscription.current_period_end auf Abonnementebene sind veraltet. Definieren Sie die Zeitraumwerte stattdessen auf der Ebene der Abonnementposten.
Anpassung der Abrechnungszeiträume
Kostenloser Testzeitraum
Die Daten der Abrechnungszeiträume auf Postenebene sind, ähnlich wie bei regulären Abonnements, von den Enddaten der kostenlosen Testversion betroffen. Wenn das trial_end-Datum eines Abonnements in der Zukunft hat, werden alle current_
-Daten (Abonnement und Posten) auf das trial_
-Datum festgelegt.
Nach Ablauf der Testphase unterbrechen und fortsetzen
Sie können ein Abonnement mit unterschiedlichen Intervallen so konfigurieren, dass es am Ende des Testzeitraums unterbrochen wird, wenn die Zahlungsmethode fehlt, und zwar über den Parameter trial_settings.end_behavior.missing_payment_method wie bei regulären Abonnements. Sie können unterbrochene Abonnements mit stripe.subscription.resume wie bei regulären Abonnements wieder aufnehmen. Wir unterstützen die Parameter proration_
und billing_
nur bei Abonnements mit gemischten Intervallen.
Notiz
Bei der Wiederaufnahme eines Abonnements mit unterschiedlichen Intervallen mit billing_
and proration_
werden die anteiligen Lastschriften für den Teilzeitraum zwischen dem Datum der Wiederaufnahme und dem Ende des aktuellen Abrechnungszeitraums für die einzelnen Posten nicht generiert oder in Rechnung gestellt. Nachfolgend finden Sie ein Beispiel:
Bei einem Abonnement mit unterschiedlichen Intervallen mit einem monatlichen und einem zweimonatlichen Posten mit
billing_
= 1. Januarcycle_ anchor trial_
= 1. Februarend trial_
= „Unterbrechen“settings. end_ behavior. missing_ payment_ method
In diesem Beispiel wird davon ausgegangen, dass dieses Abonnement am 1. Februar aufgrund einer fehlenden Zahlungsmethode unterbrochen wird und am 15. Februar mit proration_
fortgesetzt wird:
billing_cycle_anchor: unverändert | billing_cycle_anchor: jetzt | |
---|---|---|
Monatlicher Posten | Aktueller Zeitraum für den Posten: 1. Februar bis 1. März
| Aktueller Zeitraum für den Posten: 15. Februar bis 15. März
|
Zweimonatlicher Posten | Aktueller Zeitraum für den Posten: 1. Februar bis 1. April
| Aktueller Zeitraum für den Posten: 15. Februar bis 15. April
|
Subscription |
|
|
Überlegungen zu gemischten Intervallen
Für Abonnements mit gemischten Intervallen gelten einige Einschränkungen.
Ausrichtung des Zyklus
Der Preiszyklus jedes Abonnementartikels muss ein Vielfaches des kürzesten Preiszyklus des Abonnements sein. Das Intervall für einen Preis ist eine Kombination aus den Feldern price.
und price.
.
Beispiele für unterstützte Intervallkombinationen:
- 1 Monat, 3 Monate
- 1 Monat, 1 Jahr
- 1 Tag, 1 Woche
- 1 Tag, 3 Monate
- 1 Tag, 2 Jahre
- 2 Wochen, 4 Wochen
- 2 Monate, 4 Monate, 6 Monate
Beispiele für nicht unterstützte Intervallkombinationen:
- 2 Monate, 3 Monate
- 4 Monate, 6 Monate
- 1 Woche, 1 Monat
- 2 Tage, 1 Woche
- 5 Monate, 1 Jahr
Beschränkungen
In der privaten Vorschau unterliegen Abonnements mit gemischten Intervallen den folgenden Einschränkungen, die sich während der Entwicklung ändern können:
- Bei allen Preisen für Abonnementposten muss
recurring.
andusage_ type: licensed billing_
angegeben werden. Wir unterstützen keine nutzungsbasierten Preise.scheme: per_ unit - Abonnements mit gemischten Intervallen sind derzeit nur in der Stripe API und nicht im Kundenportal verfügbar.
- Sie können cancel_at_period_end nicht für ein Abonnement mit gemischten Intervallen verwenden, da unklar ist, welches
current_
des Abonnementpostens zur Bestimmung des Kündigungsdatums verwendet werden soll.period_ end