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
Billing
ÜbersichtÜber die Billing APIs
Abonnements
Invoicing
Nutzungsbasierte Abrechnung
Angebote
Kundenverwaltung
Abrechnung mit anderen Produkten
Umsatzsicherung
Automatisierungen
Integration testen
Steuer
Übersicht
Stripe Tax verwenden
Compliance-Management
Berichte
Übersicht
Bericht auswählen
Berichte konfigurieren
Berichte für mehrere Konten
API für Berichte
Umsatzrealisierung
    Übersicht
    Jetzt starten
    Funktionsweise von Revenue Recognition
    Datenaktualität
    Preisinformationen
    Mehrere Währungen
    Connect-Plattformen
    Verträge für Umsatzrealisierungen
    Berichte
    Überschreibungen
    Audits für Ihre Zahlen
    Beispiele
    Umsatzrealisierungsregeln
      Regel erstellen
    Einstellungen für die Umsatzrealisierung
    Verknüpfung mit dem Kontenplan
    Performance Obligations API
    Daten in Stripe importieren
    Daten aus Stripe exportieren
    Eigenständiger Verkaufspreis
Daten
Übersicht
Abfrage von Unternehmensdaten
Sigma
Data Pipeline
Externe Daten importieren
Vereinigte Staaten
Deutsch
StartseiteUmsatzRevenue recognitionRevenue recognition rules

Notiz

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.

Create a rule

Learn how to create a Revenue Recognition rule.

You can create and manage Revenue Recognition rules from the Stripe Dashboard. To create a rule, click Add rule from the Rules page.

A rule consists of the following key components:

  • Name
  • Apply to
  • Revenue treatment and allocation
  • Effective period

Conditions

Under Apply to, you can set conditions specifying which transactions (for example, charges, invoice line items, , ) a rule applies to.

Vorsicht

A transaction fulfills the condition requirement when all the conditions are true.

Effective period

An effective period specifies the time period that a rule applies to. For an invoice line item, if the finalization time for the invoice falls within the specified effective period, the invoice line item fulfills the effective period requirement. For a charge, if the balance transaction that it corresponds to has a creation time that falls within the specified effective period, the charge fulfills the effective period requirement.

For a rule to apply to a transaction, the transaction must fulfill both the effective period and condition requirements. When you update the effective period, the rule retroactively applies to previous accounting periods. If the previous periods are closed, changes are reflected in the first open accounting period. You can avoid corrections by reopening previous periods.

Treatments

When a transaction fulfills both the effective period and condition requirement, a set of defined treatments are applied. A treatment consists of its type and the allocation percentage. The allocation percentage specifies how much of the amount the type of treatment applies to. The type of treatment specifies how to treat the amount. We support the following treatment types:

Revenue treatmentProducts* Customers** Invoices Other payments
Defer and recognize revenue at a specified time (applied to payments)
Categorize the amount as passthrough fees
Categorize the amount as tax
Exclude the amount
Amortize the amount over a specified period (applied to payments)
Amortize the amount over the service period for an invoice line item

* You can combine products with Invoices for additional targeting.

** You can’t use Customers alone. You must combine them with Invoices, Other payments.

Rule examples

The following examples demonstrate common Revenue Recognition rule configurations. Each example shows how to set up rules for different business scenarios, from tax categorization to revenue amortization.

Tax treatment

To categorize a tax line item (for example, created by Avalara), you can set one rule, such as the following example:

ComponentsValue
Apply toInvoices > Line item description contains all of the following: AvaTax
Effective periodStart: All past dates - End: Indefinite
TreatmentsTax (100%)

If you have a 10 USD invoice line item with the description “Sales Tax calculated by AvaTax," and the invoice finalizes in April, you’d see the account balances as in the following example:

AccountApril
AccountsReceivable10 USD
TaxLiability10 USD

Passthrough fees

To categorize 10% of an amount as a passthrough fee, you can set one rule like the following example:

ComponentsValue
Apply toInvoices > All line items
Effective periodStart: All past dates—End: Indefinite
TreatmentsAmortization over line item service period (90%) and Passthrough fee (10%)

If you have a 100 USD invoice line item (without a service period) that finalizes in April, you’d see the account balances like the following example:

AccountApril
AccountsReceivable100 USD
Revenue90 USD
PassthroughFees10 USD

Exclude transactions from a test customer

To exclude all the standalone payments from a test customer, you can set one rule like the following example:

ComponentsValue

Apply to

Customers > Customer email contains all of the following: test@stripe.com

Other payments > All other payments

Effective periodStart: All past dates—End: Indefinite
TreatmentsExclude revenue (100%)

The report excludes other payments from the customer, whose email is test@stripe.com.

Exclude standalone payments

To exclude all standalone payments from the report, set a rule like the following:

ComponentsValue
Apply toOther payments > All other payments
Effective periodStart: All past dates—End: Indefinite
TreatmentsExclude revenue (100%)

This rule restricts Revenue Recognition to only include recurring payments and one-time invoice payments in your revenue accounting reports. Standalone payments are excluded from the report.

Amortize revenue over custom time period

In this example, we want to (1) amortize other payments from a small set of customers (for example, cus_AAA and cus_BBB) over one year and (2) amortize the remaining other payments over one month.

We can make two rules and use the order of the rules as shown in the following example:

Rule 1: Amortize other payments over one year

ComponentsValue

Apply to

Customers > Customer ID matches any of the following: cus_AAA, cus_BBB

Other payments > All other payments

Effective periodStart: All past dates - End: Indefinite
TreatmentsAmortization over custom service period (100%) > Amortization starting 0 days from paid time over 1 year

Rule 2: Amortize other payments over one month

ComponentsValue
Apply toOther payments > All other payments
Effective periodStart: All past dates - End: Indefinite
TreatmentsAmortization over custom service period (100%) > Amortization starting 0 days from paid time over 1 month

Other payments from cus_AAA or cus_BBB match Rule 1, and the revenue amortizes over one year. Other payments from any other customer match Rule 2, and the revenue amortizes over one month.

War diese Seite hilfreich?
JaNein
  • Benötigen Sie Hilfe? Kontaktieren Sie den Kundensupport.
  • Schauen Sie sich unser Änderungsprotokoll an.
  • Fragen? Sales-Team kontaktieren.
  • LLM? Lesen Sie llms.txt.
  • Unterstützt von Markdoc