Beispiele für die Umsatzrealisierung

Nachdem Sie die Seiten zur Übersicht über die Umsatzrealisierung und zur zugrunde liegenden Methodik gelesen haben, sehen Sie sich nun die folgenden Beispiele an. Sofern nicht anders vermerkt, wird in den Beispielen davon ausgegangen, dass die Umsatzrealisierung auf Tagesbasis durchgeführt wird. Die Tools von Stripe realisieren Umsätze im Millisekundentakt. Durch die Verwendung der tagesbasierten Umsatzrealisierung werden die Berechnungen jedoch vereinfacht.

Monatliches Abonnement

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 31 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Die 31 USD werden im Laufe der 17 Tage im Januar und der 14 Tage im Februar realisiert. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Dadurch steigen der realisierte Umsatz für die Tage im Januar um 17 USD und die Umsatzabgrenzungsposten für den voraussichtlich im Februar realisierten Umsatz um 14 USD.

Jährliches Abonnement

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein jährliches Abonnement im Wert von 365 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 365 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 01.01.2019 und dem 31.12.2019. Die 365 USD werden im Laufe des Jahres täglich realisiert. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Nutzungsbasiertes Monatsabonnement

Es gibt vier Arten von aggregate_usage, von denen sich jede anders auf die Umsatzrealisierung auswirkt.

Summe

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar meldet sich eine Kundin/ein Kunde für ein monatliches nutzungsbasiertes Abonnement zu 1 USD pro Einheit und mit aggregate_usage=sum an.
• Am 25. Januar verbraucht der/die Kund/in 15 Einheiten.
• Am 4. Februar verbraucht der/die Kund/in weitere 17 Einheiten.
• Am 14. Februar generiert das Abonnement eine Rechnung in Höhe von 32 USD.
• Die Rechnung für 32 USD wird finalisiert, ist aber noch nicht bezahlt.

Bei diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Obwohl die Rechnung erst am 14. Februar generiert wird, müssen die 15 USD vom 25. Januar dennoch zum Zeitpunkt realisiert werden, an dem die Nutzung gemeldet wurde. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Beim Anzeigen der Übersicht nach Februar, wenn die Rechnung noch bezahlt werden muss, könnte das in etwa so aussehen:

Max.

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar meldet sich eine Kundin/ein Kunde für ein monatliches nutzungsbasiertes Abonnement zu 1 USD pro Einheit und mit aggregate_usage=max an.
• Am 25. Januar verbraucht der/die Kund/in 17 Einheiten.
• Am 4. Februar verbraucht der/die Kund/in weitere 15 Einheiten.
• Am 14. Februar generiert das Abonnement eine Rechnung in Höhe von 17 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Beim Anzeigen der Übersicht nach Februar, wenn die Rechnung noch bezahlt werden muss, könnte das in etwa so aussehen:

Die am 4. Februar erfassten 15 Einheiten wirken sich nicht auf die Umsatzrealisierung aus, da sie nicht der maximalen Nutzung entsprechen.

Letzter Bericht während des Zeitraums

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar meldet sich eine Kundin/ein Kunde für ein monatliches nutzungsbasiertes Abonnement zu 1 USD pro Einheit und mit aggregate_usage=last_during_period an.
• Am 25. Januar verbraucht der/die Kund/in 17 Einheiten.
• Am 27. Januar verbraucht der/die Kund/in 10 Einheiten.
• Am 4. Februar verbraucht der/die Kund/in weitere 15 Einheiten.
• Am 14. Februar generiert das Abonnement eine Rechnung in Höhe von 15 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Die am 25. Januar erfassten 17 Einheiten wirken sich nicht auf die Umsatzrealisierung aus, da es sich nicht um den letzten Nutzungsbericht während des Zeitraums Ende Januar handelt.

Beim Anzeigen der Übersicht nach Februar, wenn die Rechnung noch bezahlt werden muss, könnte das in etwa so aussehen:

Die 17 am 25. Januar erfassten Einheiten und die 10 am 27. Januar erfassten Einheiten wirken sich nicht auf die Umsatzrealisierung aus, da es sich nicht um die letzte Nutzung im genannten Zeitraum handelt.

Letztes Mal

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar meldet sich eine Kundin/ein Kunde für ein monatliches nutzungsbasiertes Abonnement zu 1 USD pro Einheit und mit aggregate_usage=last_ever an.
• Am 25. Januar verbraucht der/die Kund/in 17 Einheiten.
• Am 27. Januar verbraucht der/die Kund/in 10 Einheiten.
• Am 4. Februar verbraucht der/die Kund/in weitere 15 Einheiten.
• Am 4. Februar verbraucht der/die Kund/in weitere 18 Einheiten.
• Am 14. Februar generiert das Abonnement eine Rechnung in Höhe von 18 USD.
• Am 14. März generiert das Abonnement eine weitere Rechnung in Höhe von 18 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Die am 25. Januar erfassten 10 Einheiten wirken sich nicht auf die Umsatzrealisierung aus, da es sich nicht um den letzten Nutzungsbericht Ende Januar handelt.

Beim Anzeigen der Übersicht nach Februar könnte das in etwa so aussehen:

Da für den Zeitraum vom 14. Februar bis zum 14. März keine Nutzung vorlag, erfassen wir zum Zeitpunkt der Rechnungsstellung 18 USD. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Upgrade

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. April um 00:00 Uhr UTC startet ein/e Kund/in ein monatliches Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am 1. April finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Am 21. April um 00:00 Uhr UTC führt der/die Kund/in ein Upgrade auf ein monatliches Abonnement im Wert von 120 USD durch.
  • Es werden 2 nicht abgerechnete Rechnungsposten erstellt, die (1) –30 USD für die ungenutzte Zeit des vorherigen Plans und (2) 10 USD für die verbleibende Zeit des neuen Plans darstellen.
• Die nächste Rechnung enthält 2 nicht abgerechnete Rechnungsposten und wird am 1. Mai um 00:00:00 UTC mit drei Posten finalisiert:
  • –30 USD für die nicht genutzt Zeit des vorherigen Plans mit dem Nutzungszeitraum vom 21. April 00:00 UTC bis zum 1. Mai 00:00 UTC.
  • 10 USD für die verbleibende Zeit des neuen Plans mit dem Nutzungszeitraum vom 21. April 00:00 UTC bis zum 1. Mai 00:00 UTC.
  • 30 USD für die Dienstleistung im Mai mit dem Nutzungszeitraum vom 1. Mai um 00:00 UTC bis 1. Juni 00:00 UTC.

Wenn Sie sich die Zusammenfassung nach Ablauf des Monats Mai ansehen, könnten Sie etwas wie folgt sehen:

Downgrade

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. April um 00:00 Uhr UTC startet ein/e Kund/in ein monatliches Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am 1. April finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Am 21. April um 00:00 Uhr UTC führt der/die Kund/in ein Downgrade auf ein monatliches Abonnement im Wert von 30 USD durch.
  • Es werden 2 nicht abgerechnete Rechnungsposten erstellt, die (1) –30 USD für die ungenutzte Zeit des vorherigen Plans und (2) 10 USD für die verbleibende Zeit des neuen Plans darstellen.
• Die nächste Rechnung enthält 2 nicht abgerechnete Rechnungsposten und wird am 1. Mai um 00:00:00 UTC mit drei Posten finalisiert:
  • –30 USD für die nicht genutzt Zeit des vorherigen Plans mit dem Nutzungszeitraum vom 21. April 00:00 UTC bis zum 1. Mai 00:00 UTC.
  • 10 USD für die verbleibende Zeit des neuen Plans mit dem Nutzungszeitraum vom 21. April 00:00 UTC bis zum 1. Mai 00:00 UTC.
  • 30 USD für die Dienstleistung im Mai mit dem Nutzungszeitraum vom 1. Mai um 00:00 UTC bis 1. Juni 00:00 UTC.

Wenn Sie sich die Zusammenfassung nach Ablauf des Monats Mai ansehen, könnten Sie etwas wie folgt sehen:

Kundenguthaben

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am 15. Januar um 00:00:00 Uhr UTC finalisiert.
• Die Kundin/der Kunde verfügt über ein Kundenguthaben von -11 USD. Stripe wendet -11 USD automatisch auf die Rechnung an und ändert den Betrag im Kundenguthaben in 0 USD.
• Die Kundin/der Kunde zahlt am 9. Februar 20 USD.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Die 31 USD werden im Laufe der 17 Tage im Januar und der 14 Tage im Februar realisiert. Beim Anzeigen der Übersicht nach Januar könnte das in etwa so aussehen:

Bei diesem Szenario verfügt die Kundin/der Kunde über ein bestehendes Kundenguthaben, das zum Bezahlen der Rechnung verwendet wird. Ein negativer Betrag auf einer Rechnung kann auch dem Kundenguthaben gutgeschrieben werden, das dann zum Bezahlen der Rechnung verwendet wird. Das kommt häufig vor, wenn Kund/innen ein Downgrade auf ein günstigeres Abonnement durchführen. Beispiel:

• Die Rechnung von 31 USD mit einem Rechnungsposten wird am 15. Januar um 00:00:00 Uhr UTC finalisiert.
• Der Nutzungszeitraum für den Rechnungsposten von 31 USD liegt zwischen dem 15. Januar 00:00:00 Uhr UTC und dem 15. Februar 00:00:00: Uhr UTC.
• Stripe schreibt automatisch 31 USD dem Kundenguthaben gut und schließt die Rechnung.

Durch den Posten von -31 USD wird ein Eintrag gebucht, durch den das Konto für Umsatzabgrenzungsposten belastet wird und das Konto für Forderungen eine Gutschrift erhält. Wenn Stripe eine Gutschrift für das Kundenguthaben veranlasst, wird ein anderer Eintrag gebucht, durch den das Konto für Forderungen belastet wird und das Konto für Kundenguthaben eine Gutschrift erhält. Die Übersicht Ende Januar sollte in etwa so aussehen:

Beachten Sie, dass der Nettoumsatz schließlich -31 USD beträgt.

Rückerstattung

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Am 1. Februar erhält er/sie eine vollständige Rückerstattung.

Wenn Sie eine vollständige Rückerstattung ausstellen:

• Der/die Kund/in empfängt eine Barzahlung.
• Im Konto für Rückerstattungen wird der realisierte Umsatz durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden ausgeglichen.

Bei diesem Beispiel hat die Kundin/der Kunde einen Monat lang eine Dienstleistung erhalten, sodass ein 31 USD zurückerstattet werden. Durch die Rückerstattung wird außerdem das Guthaben in Ihrem Stripe-Konto um 90 USD reduziert. Zum Zeitpunkt der Rückerstattung sind Umsatzabgrenzungsposten in Höhe von 59 USD verblieben, die ebenfalls ausgeglichen werden. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Anteilige Rückerstattung

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Am 1. Februar erhält er/sie eine anteilige Rückerstattung über 9 USD.

Bei der anteiligen Rückerstattung geschieht Folgendes:

• Der/die Kund/in empfängt 9 USD.
• Im Konto für Rückerstattungen wird der realisierte Umsatz proportional durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden ebenfalls proportional reduziert.

In diesem Beispiel hat die Kundin/der Kunde einen Monat lang eine Dienstleistung erhalten, sodass 31 USD realisiert wurden. Es verbleiben Umsatzabgrenzungsposten in Höhe von 59 USD. Folglich wird der Betrag im Konto für Rückerstattungen (Teil des negativen Umsatzes) um 3,10 USD (10 % von 31 USD) erhöht und die Umsatzabgrenzungsposten werden um 5,90 USD (10 % von 59 USD) reduziert. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Stornierung

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung ist finalisiert, aber die Kundin/der Kunde hat noch nicht bezahlt.
• Sie stornieren die Rechnung am 1. Februar.

Wenn Sie eine Rechnung stornieren:

• Das Konto für Forderungen wird ausgeglichen, da wir keine Bezahlung erwarten.
• Im Konto für Stornierungen wird der realisierte Umsatz durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden ausgeglichen.

Bei diesem Beispiel hat die Kundin/der Kunde einen Monat lang eine Dienstleistung erhalten, sodass ein realisierter Umsatz über 31 USD storniert wird. Zum Zeitpunkt der Rechnungsstornierung sind Umsatzabgrenzungsposten über 59 USD verblieben, die ebenfalls ausgeglichen werden. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Uneinbringlich

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung ist finalisiert, aber die Kundin/der Kunde hat noch nicht bezahlt.
• Am 1. Februar wird die Rechnung als uneinbringlich gekennzeichnet.

Beim Kennzeichnen der Rechnung als uneinbringlich geschieht Folgendes:

• Das Konto für Forderungen wird ausgeglichen, da wir keine Bezahlung erwarten.
• Im Konto für Forderungsausfälle wird der realisierte Umsatz durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden ausgeglichen.

Bei diesem Beispiel hat die Kundin/der Kunde einen Monat lang eine Dienstleistung erhalten, sodass ein realisierter Umsatz von 31 USD in einen Forderungsausfall umgewandelt wird. Zum Zeitpunkt der Kennzeichnung der Rechnung als uneinbringlich verblieben sind Umsatzabgrenzungsposten in Höhe von 59 USD, die ebenfalls ausgeglichen werden. Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Eine uneinbringliche Rechnung kann immer noch bezahlt werden. Dadurch wird das Konto für Forderungsausfälle durch einen Teil des erhaltenen Geldes ausgeglichen. Der verbleibende Betrag wird in das Konto für Forderungen übertragen. Wenn die Rechnung im April bezahlt wird, könnte die Übersicht in etwa so aussehen:

Eine uneinbringliche Rechnung kann immer noch storniert werden. Dabei wird das Konto für Forderungsausfälle ausgeglichen und die Inhalte werden in das Konto für Stornierungen übertragen. Wenn die Rechnung im April storniert wird, könnte die Übersicht in etwa so aussehen:

Uneinbringliche Rechnung mit angewendetem Kundenguthaben

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 15. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am 15. Januar um 00:00:00 Uhr UTC finalisiert.
• Das Kundenguthaben beträgt -11 USD. Stripe wendet -11 USD automatisch auf die Rechnung an und ändert den entsprechend.
• Am 15. Februar wird die Rechnung als uneinbringlich gekennzeichnet.

In diesem Beispiel liegen die Rechnungs- und Umsatzzeiträume zwischen dem 15.01.2019 und dem 14.02.2019. Stripe realisiert die 31 USD im Laufe der 17 Tage im Januar und der 14 Tage im Februar.

Stripe verrechnet realisierte Einnahmen automatisch mit dem Konto für uneinbringliche Forderungen, wenn eine Rechnung als uneinbringlich eingestuft wird. Bei einem Kundenguthaben von 11 USD betrachtet Stripe 6 USD (11 x 17 / 31) als realisierten Umsatz und 5 USD (11 x 14 / 31) als latenten Umsatz. Der Anteil der gezahlten Umsatzabgrenzungsposten wird als Gewinn betrachtet und auf dem Forderungskonto verbucht.

Die Übersicht nach Februar könnte in etwa so aussehen:

Als weiteres Beispiel können Sie den fälligen Rechnungsbetrag des/der Kund/in erhöhen, wenn ein Betrag aussteht (d.h. der/die Kund/in schuldet Ihnen einen bestimmten Betrag). Überlegen Sie Folgendes:

• Die Rechnung von 31 USD mit einem Rechnungsposten wird am 15. Januar um 00:00:00 Uhr UTC finalisiert.
• Der Nutzungszeitraum für den Rechnungsposten von 31 USD liegt zwischen dem 15. Januar 00:00:00 Uhr UTC und dem 15. Februar 00:00:00: Uhr UTC.
• Das Kundenguthaben beträgt 10 USD. Aus diesem Grund addiert Stripe diesen Betrag zur Rechnung, sodass der ausstehende Betrag 0 USD beträgt.
  • Dadurch wird AccountsReceivable belastet und dem CustomerBalance 10 USD gutgeschrieben.
• Stripe markiert die Rechnung am 15. Februar als uneinbringlich.

Bei einer uneinbringlichen Rechnung wird der Anteil des fälligen Kundenguthabens nicht eingezogen. Dies wird daher als negativer Gewinn betrachtet und als negativer Betrag auf dem Forderungskonto verbucht.

Die Übersicht nach Februar könnte in etwa so aussehen:

Uneinbringlich und angefochten oder zurückerstattet

Eine uneinbringliche Rechnung kann bezahlt und später angefochten und/oder zurückerstattet werden.

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung ist finalisiert, aber die Kundin/der Kunde hat noch nicht bezahlt.
• Am 1. Februar wird die Rechnung als uneinbringlich gekennzeichnet.
• Am 1. April wird die Rechnung bezahlt.
• Am 1. Mai wird die zugehörige Zahlung angefochten.

Wie im Beispiel für uneinbringliche Rechnungen beschrieben, passiert Folgendes, wenn eine Rechnung als uneinbringlich gekennzeichnet und später bezahlt wird:

• Das Konto für Forderungsausfälle wird ausgeglichen.
• Der verbleibende Betrag wird als Forderung gebucht.

Bei diesem Beispiel entscheidet sich die Kundin/der Kunde im späteren Verlauf dazu, die Zahlung anzufechten. Wenn eine Anfechtung erfolgt, könnte die Übersicht in etwa wie folgt aussehen:

Der Ablauf bei einer Rechnung, die als uneinbringlich gekennzeichnet, bezahlt und später zurückerstattet wird, ist ähnlich. Einzige Ausnahme: Anstelle des Kontos für Anfechtungen wird das Konto für Rückerstattungen verwendet.

Angefochtene Zahlung

Bei einer Zahlungsanfechtung funktioniert die Umsatzrealisierung ähnlich wie bei einer Rückerstattung, mit der Ausnahme, dass stattdessen das Konto für Anfechtungen verwendet wird. In diesem Beispiel wird veranschaulicht, was passiert, wenn eine Zahlungsanfechtung zu Ihren Gunsten entschieden wird. Es basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Am 1. Februar wird die Zahlung angefochten.
• Am 1. April wird die Zahlungsanfechtung von der Bank zu Ihren Gunsten entschieden.

Wenn der/die Kund/in eine Zahlung anficht:

• Die Kundin/der Kunde erhält das Geld zurück.
• Im Konto für Anfechtungen wird der realisierte Umsatz durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden ausgeglichen.

Wenn die Zahlungsanfechtung zu Ihren Gunsten entschieden wird, geschieht Folgendes:

• Sie erhalten das Geld zurück.
• Realisierter Umsatz und Umsatzabgrenzungsposten werden nicht geändert.
• Der Geldbetrag wird durch eine Erhöhung des Betrags im Konto für Forderungen ausgeglichen.

In diesem Beispiel hat die Kundin/der Kunde einen Monat lang eine Dienstleistung erhalten, sodass ein realisierter Umsatz von 31 USD angefochten wird. Durch die Anfechtung wird außerdem das Guthaben in Ihrem Stripe-Konto um 90 USD reduziert. Zum Zeitpunkt der Anfechtung sind Umsatzabgrenzungsposten in Höhe von 59 USD verblieben, die ebenfalls ausgeglichen werden. Zu einem späteren Zeitpunkt (im April) entscheidet die Bank zu Ihren Gunsten, sodass Sie das Geld zurückerhalten.

Beim Anzeigen der Übersicht nach April könnte das in etwa so aussehen:

Stornorechnung nach einer Zahlung

Sie können eine Rückerstattung, eine Kundengutschrift oder eine „Out-of-Band“-Gutschrift verwenden, um einem/einer Kund/in nach getätigter Zahlung eine Gutschrift auszustellen.

Angenommen, ein/e Kund/in startet am 1. Januar um 00:00:00 UTC ein Abonnement für einen Zeitraum von 3 Monaten, das 90 USD kostet. Das Abonnement erstellt eine Rechnung und der/die Kund/in bezahlt diese sofort. Am 1. Februar stellen Sie eine Gutschrift über 45 USD aus, bei der Sie: 15 USD zurückerstatten; 10 USD dem Kundenguthaben gutschreiben; und 20 USD einem externen Kundenguthaben gutschreiben (ein Out-of-Band-Guthaben). Ihre Übersicht für März würde in etwa so aussehen:

Stornorechnung ohne Posten

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein 6-monatiges Abonnement im Wert von 181 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung ist finalisiert, aber die Kundin/der Kunde hat noch nicht bezahlt.
• Am 1. Februar stellen Sie eine Stornorechnung über 90,50 USD aus.

Beim Ausstellen der Stornorechnung geschieht Folgendes:

• Der Saldo des Kontos für Forderungen reduziert sich um den Betrag der Stornorechnung.
• Im Konto für Stornorechnungen wird der realisierte Umsatz proportional durch den negativen Umsatz ausgeglichen.
• Umsatzabgrenzungsposten aus dem Abonnement, die nicht realisiert wurden, werden proportional zum Betrag der Stornorechnung reduziert.

Beim Anzeigen der Übersicht nach März könnte das in etwa so aussehen:

Wenn die Gutschrift am 3. Mai storniert wird:

• Das Stornorechnungskonto wird aufgehoben.
• Die Forderungen werden wieder auf den ursprünglichen fälligen Rechnungsbetrag erhöht.
• Der reduzierte Umsatz wird im Mai realisiert, statt im Februar, März und April.
• Der reduzierte Rechnungsabgrenzungsposten wird im Mai wiederhergestellt.

Die Übersicht nach Juni könnte in etwa so aussehen:

Beachten Sie, dass eine Stornorechnung ohne Posten nicht mit einem bestimmten Rechnungsposten übereinstimmt. Der Betrag der Stornorechnung wird stattdessen proportional auf die Rechnungsposten verteilt.

Stornorechnung mit Posten

Eine Stornorechnung mit Posten funktioniert ähnlich wie eine Stornorechnung ohne Posten. Ausnahme: Ein Stornorechnungsposten wird zur Anpassung des Umsatzkontos und anderer Konten für einen entsprechenden Rechnungsposten verwendet.

Stornorechnung mit negativen Posten

Anpassungen an Konten für eine Stornorechnung mit negativen Posten sind umgekehrt zu denen für eine Stornorechnung mit positiven Posten.

Erfahren Sie, wie Sie negative Rechnungspositionen im Dashboard oder programmgesteuert über die API gutschreiben.

Externe Ressourcen

Wenn Sie Rechnungen manuell als außerhalb von Stripe bezahlt kennzeichnen, wird der Betrag im Konto für externe Ressourcen erhöht. Alle anderen Konten verhalten sich so, als wäre die Rechnung bezahlt worden, das Bargeldkonto jedoch unverändert bleibt. Sie können unter Verwendung der Datenimportfunktion Transaktionsdaten von Drittanbietern importieren und alle Ihre Einnahmequellen in Ihren Stripe-Berichten konsolidieren.

Das nachfolgende Beispiel bezieht sich auf das Konto für externe Ressourcen und basiert auf folgenden Annahmen:

• Am 15. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD.
• Das Abonnement generiert eine Rechnung und die Rechnung wird am selben Tag finalisiert.
• Am 5. Februar wird die Rechnung manuell als außerhalb von Stripe bezahlt gekennzeichnet.

Steuerbefreiung

Ihre Kundinnen/Kunden können einen Steuerbefreiungsstatus von entweder exempt oder reverse haben. In beiden Fällen wird auf die Rechnung keine Steuer berechnet.

Angenommen, ein/e Kund/in mit dem Steuerbefreiungsstatus reverse startet am 1. Januar um 00:00:00 UTC ein monatliches Abonnement. Es kostet 31 USD pro Monat und hat einen inklusiven Steuersatz von 10 %. Da der/die Kund/in von der Steuer befreit ist, beträgt die fällige Summe 27,90 USD. Das Abonnement erstellt eine Rechnung, diese wird finalisiert und der/die Kund/in bezahlt die Rechnung noch am selben Tag. Ihr Logbucheintrag würde wie folgt aussehen:

Quote für Rechnungsposten inklusive Steuer

Ein Rechnungsposten kann einen inklusiven Steuersatz enthalten. Wenn Sie einer Rechnung einen Rechnungsposten hinzufügen, kann diese denselben Abrechnungszeitraum oder einen anderen Abrechnungszeitraum als das Erstellungsdatum verwenden.

Derselbe Abrechnungszeitraum

Angenommen, ein/e Kund/in startet am 1. Januar um 00:00:00 UTC einen Dienst für einen Zeitraum von 1 Monat. Der fällige Gesamtbetrag liegt bei 34,10 USD und hat einen inklusiven Steuersatz von 10 %. Sie fügen den Rechnungsposten einer Rechnung am 1. Januar hinzu, die Rechnung wird finalisiert und der/die Kund/in bezahlt die Rechnung noch am selben Tag. Ihr Logbucheintrag würde wie folgt aussehen:

Anderer Abrechnungszeitraum

Angenommen, ein/e Kund/in startet am 1. Januar um 00:00:00 UTC einen Dienst für einen Zeitraum von 3 Monaten. Der fällige Gesamtbetrag liegt bei 100,00 USD und hat einen inklusiven Steuersatz von 10 %. Sie fügen den Rechnungsposten einer Rechnung am dem 1. März hinzu, die Rechnung wird finalisiert und der/die Kund/in bezahlt die Rechnung noch am selben Tag. Ihr Logbucheintrag würde wie folgt aussehen:

Steuerschuld

Rechnungen und Rechnungsposten können Steuersätze zugewiesen werden. Sobald Steuersätze zugewiesen wurden, wird in den Berichten zur Umsatzrealisierung die Steuerschuld berechnet.

Das nachfolgende Beispiel beinhaltet einen exklusiven Steuersatz und basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD mit einem exklusiven Steuersatz von 10 %. Der fällige Gesamtbetrag beläuft sich auf 34,10 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am selben Tag finalisiert und bezahlt.

Das nachfolgende Beispiel beinhaltet einen inklusiven Steuersatz und basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein monatliches Abonnement im Wert von 31 USD mit einem inklusiven Steuersatz von 10 %. Der fällige Gesamtbetrag beläuft sich auf 31 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird am selben Tag finalisiert und bezahlt.

Mehrere Währungen

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC wird eine Rechnung finalisiert und die Kundin/der Kunde zahlt sofort 30 EUR.
• Die Auszahlungswährung Ihres Kontos ist USD.
• Der Wechselkurs von EUR nach USD beträgt zum Zeitpunkt der Finalisierung und Bezahlung der Rechnung 1,20.

In diesem Beispiel erhalten Sie 36 USD. Da die Rechnung sofort finalisiert und bezahlt wird, unterliegt der Betrag keinen Wechselkursschwankungen und es entstehen keine Gewinne oder Verluste durch Fremdwährungsgebühren (FX).

FX-Verlust

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC wird eine Rechnung über 30 EUR finalisiert.
• Am 1. Februar um 00:00:00 Uhr UTC bezahlt die Kundin/der Kunde die Rechnung über 30 EUR.
• Die Auszahlungswährung Ihres Kontos ist USD.
• Der Wechselkurs von EUR nach USD beträgt zum Zeitpunkt der Finalisierung der Rechnung 1,20.
• Zum Zeitpunkt der Zahlung beträgt der Wechselkurs von EUR nach USD 1,10.

In diesem Beispiel hat sich der Wechselkurs zwischen Finalisierung und Bezahlung der Rechnung geändert, sodass Sie 33 USD statt 36 USD erhalten.

FX-Verlust durch Rückerstattung oder Zahlungsanfechtung

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC wird eine Rechnung über 30 EUR finalisiert.
• Am 1. Februar um 00:00:00 Uhr UTC bezahlt die Kundin/der Kunde die Rechnung über 30 EUR.
• Am 1. März um 00:00:00 Uhr UTC wird eine Rückerstattung über 30 EUR ausgestellt.
• Die Auszahlungswährung Ihres Kontos ist USD.
• Der Wechselkurs von EUR nach USD beträgt zum Zeitpunkt der Finalisierung der Rechnung 1,20.
• Zum Zeitpunkt der Zahlung beträgt der Wechselkurs von EUR nach USD 1,20.
• Zum Zeitpunkt der Rückerstattung beträgt der Wechselkurs von EUR nach USD 1,30.

Bei diesem Beispiel hat sich der Wechselkurs zwischen der Rechnungszahlung und der Rückerstattung geändert, sodass Sie 36 USD erhalten, aber später 39 USD zurückerstatten. Deshalb entsteht für Sie ein FX-Verlust von 3 USD.

De Ablauf bei einer Anfechtung ist ähnlich wie bei einer Rückerstattung, mit der Ausnahme, dass anstelle des Kontos für Rückerstattungen das Konto für Anfechtungen verwendet wird.

Mehrere Auszahlungswährungen

Dieses Beispiel basiert auf folgenden Annahmen:

• Die Standard-Auszahlungswährung Ihres Kontos ist USD, aber EUR wird ebenfalls als Auszahlungswährung unterstützt.
• Am 1. Januar um 00:00:00 Uhr UTC werden zwei Rechnungen für zwei verschiedene Kund/innen finalisiert: Die eine Rechnung beträgt 30 EUR und die andere 400 NOK.
• Der Wechselkurs von NOK nach USD beträgt zum Zeitpunkt der Finalisierung und Bezahlung der Rechnung 0,10.
• Beide Rechnungen werden sofort bezahlt.

In diesem Beispiel erhalten Sie 40 USD aus der NOK-Transaktion und 30 EUR aus der EUR-Transaktion. Da EUR als Auszahlungswährung unterstützt wird, fällt keine Wechselgebühr für Sie an.

Gebühren Beta

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar um 00:00:00 Uhr UTC startet eine Kundin/ein Kunde ein dreimonatiges Abonnement im Wert von 90 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung wird finalisiert und die Kundin/der Kunde zahlt 90 USD.
• Für diese Zahlung fällt eine Stripe-Bearbeitungsgebühr von 0,02 USD an.

Wenn Sie die Zusammenfassung nach März anzeigen, sehen Sie in etwa Folgendes:

Mitteilungsgebühren werden auf Bargeldbasis gebucht.

Transaktionen ausschließen

Transaktionen verhalten sich beim Ausschluss unterschiedlich, je nachdem, ob sie bezahlt wurden oder nicht. Wenn eine Transaktion in bar bezahlt wird, belasten wir das Bargeldkonto und schreiben den Betrag dem Ausschlusskonto nach dem Ausschluss gut. Wenn die Transaktion über das CustomerBalance bezahlt wird, belasten wir das Kundenkonto und schreiben es diesem Konto nach dem Ausschluss gut. Wir erstellen keine Journaleinträge für unbezahlte Transaktionen. Unbezahlte Transaktionen behandeln wir so, als hätten sie niemals stattgefunden.

Wenn Sie Transaktionen in einem geschlossenen Abrechnungszeitraum ausschließen, werden Korrekturen für bereits bezahlte Transaktionen vorgenommen. Hier erfahren Sie mehr über Korrekturen.

Bezahlte Transaktionen ausschließen

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 5. Januar 2022 um 09:00:00 Uhr UTC erstellen Sie eine einmalige Zahlung in Höhe von 10 USD über das Dashboard, die Charges APIs oder die Payment Intents APIs.
• Standardmäßig erfasst Revenue Recognition den Umsatz aus dieser einmaligen Zahlung sofort.
• Am 5. Februar 2022 schließen Sie die Zahlung aus.
• Die Abrechnungszeiträume für Januar 2022 sind entweder geschlossen oder offen.

Nachdem Sie die Zahlung ausgeschlossen haben:

• Wird das Umsatzkonto auf 0 USD ausgeglichen, da die Zahlung keinen Umsatz generiert.
• Beläuft sich das Bargeldkonto weiterhin auf 10 USD und bestätigt die erhaltene Zahlung.
• Wird dem Ausschlusskonto ein Betrag von 10 USD gutgeschrieben.

Ende Februar könnte Ihre Zusammenfassung in etwa so aussehen:

Nicht bezahlte Transaktionen ausschließen

Dieses Beispiel basiert auf folgenden Annahmen:

• Am 1. Januar 2022 um 00:00:00 Uhr UTC beginnt eine Kundin/ein Kunde ein einmonatiges Abonnement (vom 1. Januar bis 31. Januar) im Wert von 31 USD.
• Das Abonnement generiert eine Rechnung.
• Die Rechnung ist finalisiert, aber die Kundin/der Kunde nimmt keine Zahlung vor.
• Am 1. Februar 2022 schließen Sie die Zahlung aus.
• Die Abrechnungszeiträume für Januar 2022 sind offen.

Wenn Sie eine finalisierte Rechnung während eines offenen Abrechnungszeitraums ausschließen, können deren Aktivitäten im Zusammenhang mit der Rechnung nicht nachverfolgt werden. Wir entfernen alle Kontoaktivitäten, mit Ausnahme des Bargeld- und Kundenkontos, das in diesem Fall nicht beteiligt ist. Außerdem generieren wir keine Journaleinträge aus der Finalisierung und dem Ausschluss der Rechnung.