Methodik hinter der Umsatzrealisierung

Revenue Recognition ist in andere Objekten integriert, um intelligente Standardeinstellungen für die Realisierung zu bieten.

Bei der Revenue Recognition werden automatisch und auf die Millisekunde genau alle Transaktionen bei Stripe berechnet, einschließlich Abonnements, Rechnungen, einmaliger Zahlungen, Rückerstattungen, Zahlungsanfechtungen usw.

Kontenplan

Stripe hat Revenue Recognition auf der Grundlage einer doppelten Buchführung entwickelt, in der die aus Ihrer Geschäftstätigkeit resultierenden Lastschriften und Gutschriften erfasst werden.

Für eine optimale Revenue Recognition ist es hilfreich, den Standardkontenplan und die sich auf diese Konten auswirkenden Lastschriften und Gutschriften zu erfassen.

Datenmodellierung für Revenue Recognition

Sehen Sie im Folgenden an, wie Revenue Recognition gängige Stripe-Ressourcen handhabt, um zu erfahren, wie die Revenue Recognition Datenmodellierung verwendet.

Abonnements und Rechnungen

Abonnements und Rechnungen sind übergeordnete Ressourcen, die ausführliche Informationen zu jeder Transaktion beinhalten.

Bei Abonnements werden Rechnungen zu jedem Zyklus erstellt, wobei jeder Abonnement-Artikel einer Rechnungsposition entspricht. Der Zeitraum jeder Position wird automatisch durch den Zeitraum des Abonnement-Artikels ersetzt.

Bei der Revenue Recognition wird jede Rechnungsposition als eigene Leistungspflicht behandelt. Bei Finalisierung der Rechnung wird der gesamte zu realisierende Betrag abgegrenzt und dann gleichmäßig über den Zeitraum der einzelnen Rechnungsposten gebucht.

Wenn für eine Rechnungsposition kein Zeitraum festgelegt ist, wird der Betrag dieser Rechnungsposition bei Finalisierung der Rechnung vollständig realisiert. Verwenden Sie die Datenimportfunktion, um Ihre Rechnungsdaten zu konfigurieren, oder legen Sie Regeln fest, um anzupassen, wann und wie Rechnungsposten realisiert werden.

Weitere Informationen und Beispiele dazu, wie die Revenue Recognition Abonnements und Rechnungen mit bestimmten Szenarien wie Upgrades, Downgrades, Rabatten, Steuern usw. behandelt, finden Sie auf der Seite Abonnements und Rechnungsstellung.

Einmalige Zahlungen

Einmalige Zahlungen, die über Checkout erstellt werden, enthalten Informationen über das Produkt, den Preis und die Steuer ab dem 1. Mai 2025.

Einmalige Zahlungen, die im Dashboard oder über die Charges API und die PaymentIntents API erstellt werden, beinhalten nicht so viele Informationen für Rechnungen.

Da für sie keine Informationen zum Leistungszeitraum oder zur Ausführung vorliegen, werden einmalige Zahlungen standardmäßig unmittelbar bei der Zahlung erfasst.

Importieren Sie Daten, um einen Servicezeitraum hinzuzufügen oder eine Zahlung in verschiedene Zeitpläne für die Umsatzrealisierung aufzuteilen. Auf diese Weise können Sie das Umsatzverhalten anpassen und Regeln wie Zahlungsbetrag, Beschreibung und Kunden-E-Mail konfigurieren.

Weitere Informationen und Beispiele dazu, wie einmalige Zahlungen bei der Revenue Recognition behandelt werden, finden Sie auf der Seite Einmalige Zahlungen.

Rückerstattungen und Zahlungsanfechtungen

Bei der Revenue Recognition wird für Rückerstattungen und Zahlungsanfechtungen ein negativer Umsatz generiert, der mit bereits realisierten Umsatzerlösen verrechnet werden.

Bei Transaktionen, für die bereits realisierte Umsätze und Umsatzabgrenzungsposten realisiert wurden, wird der realisierte Anteil entweder dem Konto für Rückerstattungen oder dem Konto für Zahlungsanfechtungen zugerechnet, wodurch die Umsatzabgrenzungen ausgeglichen werden.

Weitere Informationen und Beispiele dazu, wie Revenue Recognition Rückerstattungen und Zahlungsanfechtungen behandelt, finden Sie auf der Seite Rückerstattungen und Zahlungsanfechtungen.

Externe Transaktionen

Mithilfe von Rechnungen können Sie Umsätze verfolgen, die außerhalb von Stripe erfasst wurden. Konfigurieren Sie dazu die Rechnung wie bei einer regulären Rechnung und markieren Sie diese dann als bezahlt. Das können Sie entweder direkt im Dashboard erledigen oder über die Option paid_out_of_band der API.

Rechnungen, die als außerhalb von Stripe bezahlt markiert sind, werden nicht dem Bargeldkonto, sondern dem Konto für externe Ressourcen zugeschrieben.

Mehrere Währungen

Wenn Ihr Unternehmen Transaktionen in mehreren Währungen abwickelt, kann sich eine genaue und korrekte Umsatzrealisierung als komplex erweisen.

Bei der Revenue Recognition werden Transaktionen basierend auf den Abrechnungswährungen Ihres Kontos verarbeitet und entsprechende Einträge erzeugt. Transaktionen mit dargestellten Währungen, die nicht als Abrechnungswährungen unterstützt werden, werden automatisch in die Standardabrechnungswährung Ihres Kontos umgerechnet.

Für Zahlungen und bezahlte Rechnungen verwenden wir den Wechselkurs für die tatsächliche Geldbewegung (d. h. für die Saldo-Transaktion). Besteht eine zeitliche Verzögerung zwischen der Ausstellung einer Rechnung und ihrer Begleichung, dann wird die durch Wechselkursänderungen zwischen den beiden Zeitpunkten entstehende Differenz dem Konto für FX-Verlust zugerechnet.

Weitere Informationen und Beispiele zur Revenue Recognition bei mehreren Währungen finden Sie auf der Seite Multi-Währungen.

Verfügbarkeit der Daten

Stripe Revenue Recognition berechnet Ihre Daten zweimal täglich, um 0:00 Uhr UTC und um 12:00 Uhr UTC.

Die um 0:00 Uhr UTC verarbeiteten Daten umfassen die Kontoaktivität vom Vortag bis 23:59 Uhr UTC des Tages. Die Aktualisierung um 12:00 Uhr UTC deckt die Aktivität zwischen 0:00 Uhr und 11:59 Uhr UTC desselben Tages ab.

Die Verarbeitung der Daten kann bis zu 24 Stunden dauern. Nutzer/innen in Zeitzonen, die weit von UTC entfernt sind, stellen möglicherweise leichte Verzögerungen bei den Berichten fest, da die Aktivität später am Tag in PST den frühen Stunden des folgenden Tages in UTC entspricht.

Beispielsweise könnte es eine Kontoaktivität geben, die am 1. August 2023 von 0:00 Uhr bis 11:59 Uhr UTC stattfindet. Sie können damit rechnen, dass diese Aktivität bis zum 4. August 2023 um 12:00 Uhr UTC in den Revenue Recognition-Berichten angezeigt wird. Ebenso können Sie vom bis zum 5. August 2023 um 0:00 Uhr UTC auf Berichte für Aktivitäten vom 1. August zwischen 12:00 Uhr und 23:59 Uhr UTC zugreifen.

Journalbuchungen

Jede Abrechnungsaktivität in Stripe generiert eine Reihe von Journalbuchungen. Eine Journalbuchung ist eine Aufzeichnung einer Transaktion. Jede Journalbuchung besteht aus einem Soll- und einem Habenkonto. Zum Beispiel würde eine Buchung, mit der eine Rechnung finalisiert wird, das Konto für Forderungen (AccountsReceivable) belasten und dem Konto für Umsatzabgrenzungsposten (DeferredRevenue) gutgeschrieben. Die Bezahlung einer Rechnung würde das Bargeldkonto belasten und dem Konto für Forderungen gutgeschrieben.

Diese Buchungen können in Aktiv-, Passiv-, Eigenkapital-, Aufwands- oder Umsatzkonten erfolgen. Weitere Informationen zu den Definitionen der einzelnen Konten, die in einer Journalbuchung vorkommen, finden Sie im Abschnitt Kontenplan.

Die folgende Tabelle zeigt die entsprechenden Abrechnungsaktivitäten für allgemeine Journalbuchungen. Sie können Journalbuchungen mithilfe des Soll- und Haben-Berichts auf der Registerkarte „Berichte“ im Dashboard exportieren. Darüber hinaus gibt es Optionen zum Herunterladen von Lastschrifts- und Gutschriftsberichten nach Ereignistyp, die eine kurze Beschreibung des aufgezeichneten Ereignisses enthalten. Dies kann Ihnen dabei helfen, die Art der einzelnen Journalbuchungen zu verstehen.

Die oben genannten Aktivitäten basieren alle auf positiven Beträgen. Beachten Sie, dass diese Abrechnungsaktivitäten storniert werden können. Diese stornierten Aktivitäten treten auf, wenn Aktivitäten für negative Rechnungspostenbeträge ausgelöst werden.

Negativer Posten

Ein negativer Posten entsteht, wenn der Wert des Postens den zu zahlenden Betrag übersteigt. Dies tritt in der Regel bei einem Downgrade oder Upgrade eines Abonnements auf, wenn sich die Produktstufe ändert.

Hier ist ein Beispiel für Journalbuchungen, die einen negativen Posten enthalten, der durch ein Downgrade verursacht wurde:

• Am 1. April wird die Rechnung für ein monatliches Abonnement im Wert von 90 USD erstellt und der/die Kund/in bezahlt es.
• Am 21. April beantragt der Kunde/die Kundin ein Downgrade seiner Dienstleistung auf ein Abonnement im Wert von 30 USD. Dies führt zu 2 nicht abgerechneten Posten für die verbleibende Zeit des Abonnements.
  • il_1 ist für die verbleibende Zeit in einem neuen Plan im Wert von 10 USD vorgesehen
  • il_2 ist für die verbleibende Zeit des alten Plans im Wert von 30 USD vorgesehen
• Am 1. Mai wird die Rechnung erstellt, die die durch das Downgrade generierten Posten sowie den neuen Posten il_3 für den Monat Mai enthält. Der/die Kund/in bezahlt die Rechnung noch am selben Tag.
• Am 4. Mai fordert der/die Kund/in eine vollständige Rückerstattung der Rechnung für Mai an. Der durch das Downgrade erstellte Posten sowie der neue Posten für Mai werden vollständig zurückerstattet. Wir bearbeiten die Rückerstattung.