Nutzungsbasiertes Preismodell modellieren
Notiz
Wir haben unseren nutzungsbasierten Abrechnungsprozess aktualisiert. Informationen zu unseren vorherigen Richtlinien finden Sie in unserer ältere Dokumentation für nutzungsbasierte Abrechnung.
Für die nutzungsbasierte Abrechnung gibt es verschiedene Preismodelle: Pay-As-You-Go, Pauschalpreis und Zusatzgebührenpreis (für die meisten Nutzer/innen empfohlen) sowie das Aufbrauchen von Guthaben.
Pay-As-You-Go
Das Modell „Pay-As-You-Go“ wird häufig als „rückwirkende Abrechnung“ bezeichnet. Sie können mit diesem die über einen bestimmten Zeitraum angefallene Nutzung verfolgen und Kundinnen und Kunden am Ende des Zeitraums die entsprechende Gebühr abbuchen. Es gibt vier verschiedene Preisstrategien:
- Pro Einheit: Berechnen Sie für jede Einheit den gleichen Betrag.
- Pro Paket: Berechnen Sie Gebühren für ein Paket oder Bundle basierend auf Einheiten oder auf Nutzungbasis. Dieses Modell haben wir auf das fiktive Unternehmen Alpaca AI angewendet.
- Gestaffelte und volumenbasierte Preisgestaltung: Der Abonnement-Artikel wird anhand der Nutzungsmenge am Ende des Zeitraums abgerechnet. Erfahren Sie mehr über die volumenbasierte Preisgestaltung.
- Gestaffelte Preisgestaltung: Ähnlich wie bei der Volumenpreisgestaltung wird bei der gestaffelten Preisgestaltung die Nutzung pro Stufe abgerechnet, anstatt einen einzigen Preis auf die gesamte Nutzung anzuwenden.
Dieses Modell ist möglicherweise nicht ideal, wenn Ihr Unternehmen nicht vertrauenswürdige Kundinnen und Kunden hat. Diese könnten Ihre Produkte in erheblichem Umfang nutzen und am Monatsende eine Zahlungsmethode angeben, die fehlschlägt.
Modell mit Pauschalpreis und Zusatzgebührenpreis
Bei diesem Modell berechnen Sie zu Beginn des Zeitraums eine Pauschalgebühr pro Monat für Ihre Dienste. In dieser Pauschalgebühr ist eine gewisse Nutzung enthalten. Zusätzliche Nutzung (Zusatzgebührenpreis) wird am Ende des Zeitraums abgerechnet.
Sie können dies mit zwei Preisen innerhalb desselben Produkts anlegen. Beispielsweise führt Alpaca AI ein neues fortschrittliches Modell namens Llama AI ein. Dieses Modell kostet 200 USD pro Monat und enthält 100.000 Token. Jede Nutzung, die über die enthaltenen Token hinausgeht, wird mit einer zusätzlichen Rate von 0,001 USD pro Token berechnet.
Modell mit Aufbrauchen des Guthabens
Bei diesem Zahlungsmodell zahlen die Nutzer/innen einen Anfangsbetrag und verbrauchen nach und nach Guthaben für ihre Nutzung. Derzeit unterstützt Stripe dieses spezifische Modell nicht, aber wir entwickeln aktiv eine native Unterstützung dafür. Hier klicken wenn Sie Zugriff auf eine zukünftige Beta erhalten möchten.
Abrechnungsschwellen
Legen Sie Abrechnungsschwellen fest, um eine Rechnung auszustellen und (optional) den Abrechnungszyklusanker eines Abonnements zurückzusetzen, wenn die kundenseitige Nutzung in einem Abonnementzyklus eine bestimmte monetäre Schwelle erreicht hat. Ziehen Sie die Verwendung von Abrechnungsschwellen in Betracht, um Vorkehrungen zur Begrenzung des geschuldeten Betrags oder der verbrauchten Produkte zwischen Rechnungen oder Abbuchungen zu treffen.
Einem Abonnement einen monetären Schwellenwert hinzufügen
In der Regel sollten Sie den Schwellenwert auf ein Vielfaches der Kosten für eine Einheit des verkauften Produkts festlegen.
Bei niedrigeren Schwellenwerten erhalten Ihre Kundinnen und Kunden für jede Nutzungseinheit eine Rechnung, was zu Unklarheiten führen könnte.
Der Wert ist eine positive ganze Zahl in der kleinsten Währungseinheit (z. B. 100 Cent, um 1 USD in Rechnung zu stellen, oder 100, um 100 JPY (eine Nicht-Dezimalwährung) in Rechnung zu stellen). Legen Sie den Wert auf mindestens 50 Währungseinheiten fest.
Sie können monetäre Schwellenwerte auch im Dashboard festlegen, wenn Sie ein Abonnement erstellen oder ändern.
Abonnement-Posten einen nutzungsbasierten Schwellenwert hinzufügen
Legen Sie Nutzungsschwellenwerte so fest, dass sie eine Nutzung überschreiten, um eine häufige Rechnungsstellung zu vermeiden. Die Einstellung von Nutzungsschwellenwerten im Dashboard wird von Stripe nicht unterstützt.
Schwellenwerte und Abrechnungszyklusanker
Standardmäßig bleibt der Abrechnungszyklusanker des Abonnements unverändert, wenn die Nutzung eines Kunden/einer Kundin den Schwellenwert erreicht hat. Wenn ein Schwellenwert z. B. in der Mitte eines einmonatigen Abonnements erreicht wird, wird das Abonnement genau wie ein Abonnement ohne Schwellenwerte am Ende des Monats zurückgesetzt.
Sie können dieses Verhalten ändern, indem Sie das Abonnement so konfigurieren, dass der Abrechnungszyklusanker nach Erreichen eines Schwellenwerts zurückgesetzt wird. Stripe behandelt das Erreichen eines Schwellenwerts so, als wäre das Abonnement am Monatsende natürlich an seinem Rollover-Punkt angekommen.
Schwellenwerte und gestaffelte Preisgestaltung
Stripe wendet Preisstufen auf alle schwellenwertbasierten Rechnungen an. Wenn Sie das Abonnement so konfigurieren, dass der Abrechnungszyklusanker nach Erreichen eines Schwellenwerts zurückgesetzt wird, ähnelt dies einem Abonnement ohne Schwellenwerte.
Angenommen, Sie betreiben eine Anzeigenplattform, die die folgende gestaffelte Struktur des Typs graduated
für Anzeigen-Impressions aufweist:
Stufe | Betrag (Stückkosten) |
---|---|
1–10.000 (up_to=10000) | 0,50 USD (unit_amount=50 ) |
Mehr als 10.000 (up_to=inf ) | 0,40 USD (unit_amount=40 ) |
Da Stripe die Nutzung im Nachhinein abrechnet, legen Sie für neue Kundinnen/Kunden einen temporären Wert von 100 USD fest. Gemäß der Preisstaffelung wird alle 200 Impressions eine Rechnung gestellt, bis 10.000 Impressions erreicht wurden (200 × 0,50 USD = 100 USD). Nachdem 10.000 Impressions überschritten wurden, wird alle 250 Impressions eine Rechnung gestellt (250 × 0,40 USD = 100 USD). Dies wird bis zum Ende des Abrechnungszeitraums fortgesetzt. Dann wird die bisher noch nicht abgerechnete Nutzung in Rechnung gestellt und das Abonnement und die Stufen werden zurückgesetzt.
Wenn die Stufen nach Erreichen eines Schwellenwerts zurückgesetzt werden sollen, müssen Sie das Abonnement so konfigurieren, dass der Abrechnungszyklusanker zurückgesetzt wird, wenn die Nutzung die von Ihnen festgelegten Schwellenwerte erreicht.
Mengenstufen
Mengenstufen legen den Preis für alle Nutzungseinheiten fest, im Gegensatz zu gestaffelten Stufen, bei denen der Preis für eine bestimmte Nutzungsmenge gilt. Bei einigen Preismodellen sinken die Stückkosten mit jeder weiteren Stufe. Sie können diese Modelle verwenden, um Anreize für Kundinnen und Kunden zu schaffen, mehr von einem Produkt zu nutzen (zum Beispiel Anzeigen-Impressions oder Speicherplatz).
In Kombination mit Schwellenwerten können diese Preismodelle unter den folgenden Bedingungen zu Rechnungen mit Posten für Negativbeträge führen:
- Eine Schwellenwert-Rechnung wurde bereits ausgestellt.
- Die nachfolgende Nutzung wird zu niedrigeren Stückkosten abgerechnet.
Sehen Sie sich zum Beispiel die folgende gestaffelte Preisstruktur an:
Stufe | Betrag (Stückkosten) |
---|---|
1–10.000 (up_to=10000 ) | 0,50 USD (unit_amount=50 ) |
Mehr als 10.000 (up_to=inf ) | 0,40 USD (unit_amount=40 ) |
Wenn eine Kundin/ein Kunde 10.000 Einheiten nutzt, beträgt der Rechnungsbetrag 5.000 USD (10.000 × 0,50 USD = 5.000 USD). Jede weitere Nutzung führt dazu, dass die gesamte Nutzung zu den niedrigeren Stückkosten von 0,40 USD abgerechnet wird. Wenn die Kundin/der Kunde eine weitere Einheit nutzt, verringert sich der Rechnungsbetrag auf 4.000,40 USD (10.001 × 0,40 USD = 4.000,40 USD).
Ohne Schwellenwerte würde Stripe am Ende des Abrechnungszeitraums eine Rechnung über 4.000,40 USD ausstellen.
Um uns jedoch anzusehen, wie es zu einem negativen Rechnungsbetrag kommen kann, gehen wir von einem monetären Schwellenwert von 5.000 USD aus. In diesem Szenario würde das bedeuten, dass Stripe eine Rechnung erzeugt, wenn die Kundin/der Kunde 10.000 Einheiten genutzt hat.
Wenn die Kundin/der Kunde eine weitere Einheit nutzt, sinkt der Rechnungsbetrag auf 4.000,40 USD (10.001 × 0,40 USD = 4.000,40 USD). Werden jedoch keine weiteren Einheiten genutzt, werden der Kundin/dem Kunden 999,60 USD geschuldet (5.000 USD – 4.000,40 USD = 999,60 USD). Am Ende des Abrechnungszeitraums schreibt Stripe den Betrag dem Kundensaldo gut, der zur Begleichung zukünftiger Rechnungen verwendet wird.
Nehmen wir an, dass die Kundin/der Kunde weitere Einheiten nutzt. Die Kosten für diese Nutzung erreichen erneut 5.000 USD, wenn kundenseitig 12.500 Einheiten genutzt werden (5.000 USD ÷ 0,40 USD = 12.500 Einheiten). Die vorherige Zahlung von 5.000 USD deckt jedoch die gesamte Nutzung ab, sodass keine Rechnung gestellt wird.
Stripe stellt erst dann eine Rechnung aus, wenn entweder die Gesamtnutzung 25.000 Einheiten beträgt (bei Gesamtkosten von 10.000 USD) oder das Ende des Abrechnungszeitraums erreicht wurde – je nachdem, was zuerst eintritt. Die folgenden Tabellen enthalten die Posten, die Sie auf den zwei Rechnungen sehen werden, die bei einer Nutzung von 25.000 Einheiten erstellt werden.
Rechnung 1:
Posten | Menge | Betrag |
---|---|---|
Nutzung (0,50 USD pro Einheit) | 10.000 | 5.000 USD |
Gesamt | 5.000 USD |
Rechnung 2:
Posten | Menge | Betrag |
---|---|---|
Nutzung (0,40 USD pro Einheit) | 25.000 | 10.000 USD |
Bereits in Rechnung gestellter Betrag (zu 0,50 USD pro Einheit) | -5.000 USD | |
Gesamt | 5.000 USD |
Einschränkungen
- Schwellenwerte gelten nicht für Testabonnements.
- Die monetären Schwellenwerte müssen höher sein als die Summe der Pauschalgebühren für nutzungsbasierte Abonnement-Artikel.
- Das Erreichen von Abrechnungsschwellen wird in den 24 Stunden vor Ablauf eines Abonnements nicht geprüft. Damit soll vermieden werden, dass Kundinnen/Kunden mehrere Rechnungen am selben Tag erhalten.
- Bei Abonnements ist nur ein monetärer Schwellenwert zulässig.
- Bei Abonnement-Artikeln ist nur ein nutzungsbasierter Schwellenwert zulässig.
- Da die Nutzung in Echtzeit geprüft wird, stellen wir möglicherweise keine Rechnungen genau zu dem Zeitpunkt aus, an dem ein bestimmter Schwellenwert erreicht wird. Die in Rechnung gestellten Beträge oder Nutzung kann geringfügig höher sein als die angegebenen Schwellenwerte.
- Bei der Ermittlung des monetären Schwellenwerts werden keine Steuern, aber Rabatte berücksichtigt.
- Preise pro Paket und Stufe werden zurzeit nicht unterstützt
Kostenloser Testzeitraum
Sie können Testzeiträume für Abonnements mit nutzungsbasierter Abrechnung verwenden. Während des Testzeitraums wird jegliche Nutzung nicht auf den Gesamtbetrag angerechnet, der den Kundinnen und Kunden am Ende des Abrechnungszyklus in Rechnung gestellt wird. Nach Ablauf des Testzeitraums wird die Nutzung summiert und am Ende des nächsten Abrechnungszyklus abgerechnet.
Erfahren Sie mehr über Testphasen und Abonnements.
Webhooks und Tests
Achten Sie darauf, dass Ihre Integration Web-Ereignisse im Zusammenhang mit Statusänderungen des Testzeitraums ordnungsgemäß überwacht und verarbeitet.
Einige Tage vor Ablauf eines Testzeitraums, wenn das Abonnement von trialing
auf active
wechselt, erhalten Sie das Ereignis customer.subscription.trial_will_end
. Wenn dies eintritt, überprüfen Sie, ob Sie eine Zahlungsmethode für die Kundin/den Kundin haben, damit Sie ihr/sein Konto belasten können. Informieren Sie die Kundin/den Kunden optional im Voraus über die Belastung.
Status | Beschreibung |
---|---|
trialing | Das Abonnement befindet sich derzeit in einem Testzeitraum, und Ihr Produkt kann sicher für Ihre Kund/innen bereitgestellt werden. Das Abonnement wechselt automatisch in den Status active , wenn die erste Zahlung erfolgt. |
active | Das Abonnement funktioniert ordnungsgemäß, und die letzte Zahlung war erfolgreich. Ihr Produkt kann sicher für Ihre Kund/innen bereitgestellt werden. |
incomplete | Eine erfolgreiche Zahlung muss innerhalb von 23 Stunden erfolgen, damit das Abonnement aktiviert wird. Oder für die Zahlung ist eine Aktion erforderlich, wie z. B. die Kundenauthentifizierung. Abonnements können auch incomplete sein, wenn eine Zahlung aussteht und der PaymentIntent-Status processing ist. |
incomplete_expired | Die erste Zahlung für das Abonnement ist fehlgeschlagen, und es wurde innerhalb von 23 Stunden nach Erstellung des Abonnements keine erfolgreiche Zahlung getätigt. Diese Abonnements werden Kund/innen nicht in Rechnung gestellt. Der Status dient dazu, Kund/innen nachzuverfolgen, die ihre Abonnements nicht aktivieren konnten. |
past_due | Die Zahlung der letzten finalisierten Rechnung ist entweder fehlgeschlagen oder wurde nicht versucht. Für das Abonnement werden weiterhin Rechnungen erstellt. Ihre Abonnementeinstellungen bestimmen den nächsten Status des Abonnements. Wenn die Rechnung nach allen versuchten Smart Retries immer noch nicht bezahlt wird, können Sie das Abonnement so konfigurieren, dass es in den Status canceled oder unpaid wechselt oder als past_due belassen wird. Um das Abonnement auf active zu setzen, muss die letzte Rechnung vor dem Fälligkeitsdatum beglichen werden. |
canceled | Das Abonnement wurde storniert. Während der Stornierung ist der automatische Einzug für alle unbezahlten Rechnungen deaktiviert (auto_advance=false ). Dies ist ein Terminal-Status, der nicht aktualisiert werden kann. |
unpaid | Die letzte Rechnung wurde nicht bezahlt, aber das Abonnement bleibt bestehen. Die letzte Rechnung bleibt offen, und es werden weiterhin Rechnungen erstellt. Es wird jedoch nicht versucht, sie zu bezahlen. Sie sollten den Zugriff auf Ihr Produkt sperren, wenn das Abonnement unpaid ist, da die Zahlungen bereits versucht und wiederholt wurden, als es past_due war. Um das Abonnement auf active zu setzen, bezahlen Sie die aktuelle Rechnung vor dem Fälligkeitsdatum. |
paused | Das Abonnement hat seinen Testzeitraum ohne Standardzahlungsmethode beendet und trial_settings.end_behavior.missing_payment_method ist auf pause festgelegt. Für das Abonnement werden keine Rechnungen mehr erstellt. Nachdem dem Kunden/der Kundin eine Standard-Zahlungsmethode zugeordnet wurde, können Sie das Abonnement wiederaufnehmen. |
Erfahren Sie mehr über Abonnements und Webhooks.
Stornierungen
Bei der nutzungsbasierten Abrechnung variiert der von der Kundin/dem Kunden gezahlte Abrechnungsbetrag je nach Verbrauch während des Abrechnungszyklus. Wenn eine Änderung des Abrechnungszyklus dazu führt, dass ein Abonnementintervall vorzeitig beendet wird, berechnen Sie der Kundin/dem Kunden die während des verkürzten Abrechnungszyklus angefallene Nutzung. Bei der nutzungsbasierten Abrechnung unterstützen wir die anteilmäßig Verrechnung nicht.
Nachdem ein Abonnement gekündigt wurde, kann es nicht reaktiviert werden. Sie können stattdessen die aktualisierten Rechnungsinformationen von Ihrer Kundinnen/Kunden erfassen, deren Standard-Zahlungsmethode aktualisieren und ein neues Abonnement für den bestehenden Kundendatensatz erstellen.
Nachdem Sie die Kündigung eines Abonnements mit cancel_at_period_end
geplant haben, können Sie es bis zum Ende des Zeitraums jederzeit reaktivieren, indem Sie cancel_at_period_end
auf false
setzen. Die Schlussrechnung enthält die gemessene Nutzung, wenn das Abonnement zum Ende des Abrechnungszeitraums gekündigt wird.
Mengen anpassen
Verwenden Sie die Option transform_quantity, um die Nutzung anzupassen, bevor Sie den Preis anwenden. Auf diese Weise können Sie die gemeldete Nutzung durch eine bestimmte Zahl teilen und das Ergebnis auf- oder abrunden. Dies wird häufig bei der Preisgestaltung für Pakete eines Produkts anstelle von einzelnen Einheiten verwendet. Die Mengenanpassung ist nicht mit der gestaffelten Preisgestaltung kompatibel.
Angenommen, Sie haben eine Autovermietung. Sie geben die Nutzung als Anzahl der Minuten an und möchten die Kunden/Kundinnen für jede gemietete Stunde belasten.
Erstellen Sie als Nächstes einen Preis für das Produkt „Autovermietung“, indem Sie 150 USD pro Stunde berechnen und dabei angefangene Stunden auf die volle Stunde aufrunden (auch wenn nur ein Teil der Stunde benötigt wurde):
Wenn ein Auto für 150 Minuten gemietet wird, werden dem Kunden/der Kundin 30 USD für 3 Stunden Mietzeit in Rechnung gestellt (2 Stunden und 30 Minuten, aufgerundet auf 3 Stunden).
Dezimalbeträge
Dezimalbeträge sind praktisch für Preise, die nicht ganzzahlig sind. Beispiel: Als Anbieter von SaaS-Cloudspeicher berechnen Sie einen Preis von 0,05 Cent pro MB und Monat. Die Summe, die sich nach dem Multiplizieren der genutzten MB mit 0,05 Cent ergibt, wird auf den nächsten ganzen Cent gerundet.
Um Preise mit Dezimalbeträgen zu erstellen, nutzen Sie unit_amount_decimal
anstelle von unit_amount
. Mit unit_amount_decimal
können Sie einen Betrag in der kleineren Einheit der Abrechnungswährung angeben. Geben Sie z. B. unit_amount_decimal = 105.5
(USD) an, um die Dezimalbeträge 105,5 Cent oder 1,055 USD darzustellen. In unit_amount_decimal
sind Dezimalzahlen mit bis zu 12 Nachkommastellen zulässig.
Wenn Sie Staffelpreise verwenden möchten, können Sie unit_amount_decimal
anstelle von unit_amount
angeben. Darüber hinaus können Sie mit unit_amount_decimal
anstelle von unit_amount
auch Rechnungsposten erstellen.
In API-Antworten wird das ganzzahlige Feld unit_amount
nicht ausgefüllt, wenn Sie das Objekt mit einem Dezimalwert erstellen. Wenn Sie z. B. einen Preis mit unit_amount_decimal = 0.05
erstellen, enthält die Antwort unit_amount = null
und unit_amount_decimal = 0.05
. Sie können auch ganzzahlige Werte in unit_amount_decimal
übergeben, dann wird unit_amount
in der Antwort ausgefüllt. Wenn Sie zum Beispiel einen Preis mit unit_amount_decimal = 5
erstellen, enthält die Antwort unit_amount = 5
und unit_amount_decimal = 5.0
.
Notiz
Wenn für die Ereignisverarbeitung in Ihrer Integration Werte vom Typ unit_amount
verwendet werden und Sie ab sofort Dezimalbeträge unterstützen möchten, müssen Sie stattdessen unit_amount_decimal
verwenden. Andernfalls wird unit_amount
als null
zurückgegeben, wenn die Dezimalbeträge nicht in ganze Zahlen umgewandelt werden können. Dies kann wiederum zu Fehlern in Ihrer Integration führen.
Nachfristen
Standardmäßig finalisiert Stripe Abonnementrechnungen eine Stunde nach ihrer Erstellung. Während dieser einstündigen Nachfrist können Sie die Nutzung für den vorherigen Zeitraum weiterhin melden. Wenn die Rechnung abgeschlossen ist, aktualisieren wir sie, um die neueste Menge für den Abrechnungszeitraum widerzuspiegeln.
Nach Finalisierung der Rechnung gemeldete Verwendungszwecke werden nicht in zukünftigen Rechnungen erfasst.
Wenn Sie eine längere Nachfrist in Anspruch nehmen möchten, kontaktieren Sie uns unter usage-based-billing@stripe.com.
Aktualisierungen zur Zyklusmitte
Sie können den Preis eines Abonnementartikels während eines Abrechnungszeitraums aktualisieren. Wir berücksichtigen jedoch nur die Nutzung, die nach der Aktualisierung der Rechnung erfolgt. Nutzung vor der Änderung wird nicht in Rechnung gestellt.
Nach der Aktualisierung stellen wir jede neu gemeldete Nutzung zum neuen Preis in Rechnung.
Abonnementartikel löschen:
Wir geben keine Nutzung dieses Artikels auf der Rechnung an.
Abonnementerstellung zurückdatieren
Sie können rückdatierte Abonnements erstellen, um die Nutzung zu melden, bevor Sie ein Abonnement erstellen.