Wie Sie einen Abonnement-Export in einen MRR- und ARR-Bericht umwandeln (Leitfaden 2026)

Ein Abonnement-Export liefert Ihnen Zeilen: Kunde, Tarif, Betrag, Intervall, Status, Startdatum. Ein MRR-Bericht benötigt eine einzige Zahl pro Monat. Der Weg von einem zum anderen sieht nach einfacher Arithmetik aus, ist aber meist eine Frage der Definitionen.

Zwei Entscheidungen bestimmen jede Zahl im fertigen Bericht: Welche Abonnements als aktiv gelten und ob Rabatte vom Betrag abgezogen werden.

Wenn Sie eine davon falsch treffen, geht der Bericht intern zwar immer noch auf. Er stimmt dann nur nicht mit der Finanzabteilung, dem Abrechnungs-Dashboard und der Version des letzten Monats überein.

Dieser Leitfaden zeigt Ihnen, was Sie zuerst klären müssen, welche drei manuellen Wege es gibt und wo die einzelnen Methoden an ihre Grenzen stoßen.

Was Sie vor dem Start benötigen

Sie benötigen den Export mit einer Zeile pro Abonnement, nicht eine Zeile pro Rechnung. Rechnungen zeigen Ihnen, was abgerechnet wurde. Abonnements zeigen Ihnen, was sich wiederholt.

Sie benötigen außerdem das Abrechnungsintervall in jeder Zeile. Monatliche und jährliche Tarife können erst dann summiert werden, wenn die jährlichen normalisiert wurden.

Sie benötigen auch die Status-Spalte. Die Dokumentation zur Abrechnungsanalyse von Stripe definiert MRR als Summe der monatlich normalisierten Beträge. Dabei werden nur Abonnements mit dem Status active und past_due berücksichtigt.

Es lohnt sich, diese Definition unverändert zu übernehmen. Sie ist offiziell dokumentiert, präzise und liefert Ihnen eine fundierte Antwort, wenn jemand fragt, warum sich eine Zahl geändert hat.

Drei Entscheidungen müssen zuerst getroffen werden.

Welche Status zählen. „Active“ plus „past_due“ ist der dokumentierte Standard. „Canceled“ und „unpaid“ werden als Churn gewertet und fallen weg.

Ob Rabatte abgezogen werden. Stripe bietet hierfür Konfigurationsmöglichkeiten mit separaten Einstellungen für wiederkehrende und einmalige Rabatte. Unbefristete Rabatte werden immer abgezogen.

Ab wann ein Abonnent zählt. Bei Stripe können Sie zwischen dem Beginn des ersten Abrechnungszeitraums oder dem Erhalt der ersten Zahlung wählen. Die erste Option gilt als die gängigste.

Halten Sie diese drei Punkte auf Ihrem Arbeitsblatt fest, bevor Sie eine Formel schreiben. Sie machen den Unterschied zwischen einem soliden Bericht und einer endlosen Diskussion aus.

Warum die Arithmetik der einfache Teil ist

Das Normalisieren ist einfach. Stripes eigenes Rechenbeispiel nutzt 100 Abonnenten mit einem monatlichen Tarif von 100 $ plus 50 Abonnenten mit einem jährlichen Tarif von 600 $. Das ergibt (100 × 100) + (50 × (600 / 12)) = 12.500.

Die Komplikationen liegen in den Ausschlüssen, und diese werden in einer Tabellenkalkulation leicht übersehen.

Steuern bleiben außen vor. Stripe schließt Steuern aus dem MRR aus. Wenn Ihr Export Bruttobeträge enthält, weisen Sie jeden Monat zu hohe Zahlen aus.

Testversionen bleiben außen vor. Abonnements in einer Testphase (Trials) werden erst nach der Konvertierung berücksichtigt.

Kostenlose Tarife bleiben außen vor. Ein Abonnent mit einem kostenlosen Tarif trägt nichts bei und wird daher auch nicht als aktiver Abonnent gezählt.

Nutzungsbasierte Umsätze bleiben außen vor. Das ist der Punkt, der viele überrascht. Verbrauchsabhängige Produkte (Metered Billing) werden vollständig aus dem MRR ausgeschlossen. Daher liegt der MRR bei Unternehmen mit teilweise nutzungsbasierter Abrechnung systembedingt unter dem tatsächlichen Umsatz.

Hinzu kommt der Fall mit Gutscheinen (Coupons), der dokumentiert und tatsächlich kontraintuitiv ist. Wenn der MRR eines Abonnenten auf null sinkt, wird dieser Abonnent für den Zeitraum als abgewandert (churned) behandelt.

Ein 100%-Rabattgutschein bewirkt genau das. Wird der Gutschein später entfernt, wird der Abonnent wieder aktiv, was als Reaktivierung ausgewiesen wird.

Eine Werbeaktion kann also in Ihrem Bericht zu Churn führen, ohne dass ein einziger Kunde tatsächlich kündigt.

So machen Sie es manuell

Option 1: Intervall normalisieren, dann nach Monaten summieren

Fügen Sie eine Spalte für den monatlichen Betrag hinzu. Teilen Sie jährliche Beträge durch zwölf, multiplizieren Sie wöchentliche Beträge mit etwa 4,33 und lassen Sie monatliche Beträge unverändert.

Summieren Sie dann die Beträge pro Monat mit SUMIFS und filtern Sie nach dem Status. Nutzen Sie EOMONTH, um die Monatsenddaten zu erstellen, für die Sie berichten.

Berichten Sie den MRR zum Monatsende, nicht zum heutigen Tag. Der herunterladbare Bericht von Stripe zeigt explizit den MRR jedes Abonnenten am Monatsende. Diese Konvention zu übernehmen, erspart Ihnen später mühsame Abstimmungen.

Die Grenze liegt hier in der Historie. Dies liefert Ihnen zwar sauber den aktuellen Monat, verrät Ihnen aber nichts darüber, warum er sich verändert hat.

Option 2: Bewegungsspalten erstellen

Das ist es, was den Bericht wirklich nützlich macht. Teilen Sie die Veränderung in Neuzugänge (New), Reaktivierung (Reactivation), Expansion, Kontraktion (Contraction) und Churn auf.

Stripes Definition von Wachstum ist der Anfangswert plus New, Reactivation und Expansion, minus Contraction und Churn, bereinigt um Wechselkurseffekte. Das Rechenbeispiel zeigt eine Entwicklung von 1.000 $ auf 1.045 $ durch genau diese Komponenten.

Beachten Sie den letzten Punkt. Wenn auch nur ein Kunde in einer anderen Währung zahlt, wird ein reines Formelmodell nicht aufgehen, solange Sie die Wechselkurseffekte nicht berücksichtigen.

Mehrere Währungen haben eine weitere wichtige Konsequenz: Stripe weist darauf hin, dass das Filtern und Gruppieren nach Produkt oder Preis nicht verfügbar ist, wenn Abonnement-Umsätze in verschiedenen Währungen abgewickelt werden.

Die Grenze dieses Weges ist der Wartungsaufwand. Bewegungsspalten erfordern einen Snapshot der Vorperiode, sodass Sie für immer eine zweite Kopie des Vormonats aufbewahren müssen.

Option 3: Bewegungen direkt aus dem Abrechnungssystem übernehmen

Die meisten Abrechnungsplattformen können die Bewegungen für Sie exportieren. Stripe stellt drei CSV-Dateien bereit: MRR pro Abonnent nach Monat, eine Zusammenfassung der Abonnement-Metriken und ein Protokoll jeder MRR-Bewegung der Kunden.

Diese dritte Datei ist diejenige, die Sie benötigen. Sie nimmt Ihnen den schwierigsten Teil von Option 2 ab.

Wenn Sie eine Metrikdefinition ändern, müssen Sie mit einer Verzögerung rechnen. Stripe weist darauf hin, dass es 24 bis 48 Stunden dauern kann, bis Konfigurationsänderungen wirksam werden.

Die gemeinsame Grenze. Alle drei Wege enden beim MRR. Um daraus ARR, ARPU, Churn und Retention abzuleiten, ist eine weitere Ebene von Entscheidungen auf Basis derselben Tabelle erforderlich.

Wo der manuelle Weg an Tempo verliert

Der erste Monat dauert einen Nachmittag. Der vierte dauert länger – und das nicht, weil die Daten komplexer geworden sind.

Bis dahin enthält die Arbeitsmappe zwei Definitionen von „aktiv“, eine manuell korrigierte Wechselkursspalte und einen Reiter für die Bewegungen, den niemand mehr anfassen möchte.

Abgeleitete Metriken vervielfachen das Problem. Der ARPU ist der Gesamt-MRR geteilt durch die aktiven Abonnenten. Der Customer Lifetime Value (LTV) ist der ARPU geteilt durch die Churn-Rate.

Churn birgt eine eigene Falle. Der Nenner von Stripe setzt sich aus den vor 30 Tagen aktiven Abonnenten plus den in diesem Zeitraum neu hinzugekommenen Abonnenten zusammen, was 100 / (1000 + 100) = 9,1% ergibt. Eine Tabelle, die nur durch den Anfangsbestand teilt, weist eine höhere Zahl aus.

Auch die Retention verhält sich oft unerwartet. Die Revenue Retention kann über 100% liegen, wenn die Expansion innerhalb einer Kohorte den Churn übersteigt.

Nichts davon ist schwer. Es sind lediglich fünf Ermessensentscheidungen, die jeden Monat exakt gleich getroffen werden müssen – von wem auch immer, der den Bericht gerade erstellt.

So erstellen Sie den Bericht mit Powerdrill Bloom

Schritt 1: Laden Sie Ihren Abonnement-Export hoch

Laden Sie die Abonnement-CSV oder die Abonnement- und Bewegungsdateien zusammen hoch. Powerdrill Bloom analysiert die Spalten direkt beim Import, sodass fehlende Intervalle, leere Beträge und doppelte Abonnement-IDs auffallen, noch bevor eine Summe berechnet wird.

Schritt 2: Formulieren Sie die Definitionen in natürlicher Sprache

Beschreiben Sie die Regeln, anstatt sie mühsam aufzubauen. Definieren Sie, welche Status zählen, ob Beträge abzüglich von Rabatten gelten und welches Monatsende Sie berichten möchten.

Führen Sie im selben Schritt direkt Prüfungen durch. Fragen Sie, welche Zeilen unerwartete Intervalle aufweisen und welche Abonnements nach Abzug von Rabatten bei null liegen. Fragen Sie anschließend, ob die monatlichen Gesamtsummen mit der Abrechnungsübersicht übereinstimmen.

Schritt 3: Exportieren Sie das Diagramm, den Bericht oder die Präsentation

Exportieren Sie den monatlichen Trend, eine Bewegungstabelle nach Komponenten oder eine präsentationsfertige Folie für den Vorstand, die sowohl die Zahlen als auch die Definitionen enthält.

Warum dies besser ist, als den Bericht jeden Monat neu zu erstellen

	Manueller Weg	Powerdrill Bloom
Normalisierung von Jahrestarifen	Formelspalte pro Datei	Hochladen und Regel formulieren
Aufschlüsselung der Bewegungen	Snapshot des Vormonats muss gepflegt werden	Komponenten einfach abfragen
Ausschluss von Testversionen und verbrauchsabhängigen Zeilen	Manuelle Filter in jedem Zyklus	Ausschlüsse einfach benennen
Abgleich mit der Abrechnungsübersicht	Manuelle Prüfung	Fragen, ob die Summen übereinstimmen

In den mittleren Zeilen geht die meiste Zeit verloren. Eine Spalte aufzusummieren ist nicht die eigentliche Arbeit; fünf Definitionen über Monate hinweg stabil zu halten, dagegen schon.

Häufige Fehler

Rechnungen statt Abonnements summieren. Rechnungen enthalten einmalige Gebühren und anteilige Berechnungen (Prorations). Wiederkehrende Umsätze sind eine Eigenschaft des Abonnements, nicht der Rechnung.

Steuern im Betrag belassen. Steuern blähen die Zahlen jeden Monat auf und gleichen sich nie aus. Rechnen Sie diese vor der Normalisierung heraus.

Testversionen als Umsatz zählen. Eine Testversion hat noch keinen wiederkehrenden Betrag. Sie einzubeziehen bedeutet, sich das Wachstum des nächsten Monats zu leihen.

ARR als das Zwölffache des MRR behandeln, ohne dies zu deklarieren. Es handelt sich um eine normalisierte jährliche Kennzahl, nicht um tatsächlich eingenommenes Geld. Kennzeichnen Sie dies deutlich, damit es niemand als feste Buchungen (Bookings) missversteht.

Den Gutschein-zu-Churn-Effekt ignorieren. Ein Rabatt von 100% senkt den Wert eines Abonnenten auf null, was als Churn gewertet wird. Markieren Sie diese Zeilen, anstatt sie später mühsam erklären zu müssen.

Churn durch den Anfangsbestand teilen. Der dokumentierte Nenner schließt die während des Zeitraums hinzugekommenen Abonnenten ein. Die beiden Varianten führen bei identischen Daten zu unterschiedlichen Raten.

Jeden Monat von vorne anfangen. Die Definitionen ändern sich nicht, nur der Export. Behalten Sie die Regeln bei und tauschen Sie lediglich die Datei aus – dieselbe Disziplin wie bei einem Soll-Ist-Vergleichsbericht.

Fazit

Legen Sie die Statusliste fest, entscheiden Sie über Rabatte, normalisieren Sie das Intervall und berichten Sie zum Monatsende. Diese vier Schritte liefern einen MRR-Bericht, der jeder Nachfrage der Finanzabteilung standhält.

Der aufwendige Teil ist nicht die Summe. Es ist die Tatsache, dass die fünf Definitionen jeden Monat stabil bleiben müssen, während sich das Format des Exports ändert.

Wenn Sie damit Ihre Monatsenden verbringen, testen Sie Powerdrill Bloom für Ihren Abonnement-Export. Lesen Sie auch unseren Leitfaden zur Festlegung von KPI-Zielen auf Basis Ihrer eigenen Daten. Die Übersicht über KI-Tools für das Tracking von SaaS-Metriken und die Seite zur KI-Finanzanalyse decken die Tool-Seite ab.

Häufig gestellte Fragen

Wie lautet die Formel für den MRR aus einem Abonnement-Export?

Normalisieren Sie jedes Abonnement auf einen monatlichen Betrag und summieren Sie dann diejenigen mit einem qualifizierenden Status. Das Beispiel von Stripe lautet (100 × $100) + (50 × ($600 / 12)) = $12.500.

Wie rechne ich den MRR in den ARR um?

Multiplizieren Sie den monatlichen Wert mit zwölf. Kennzeichnen Sie ihn als normalisierte jährliche Run-Rate (ARR) und nicht als tatsächlich eingenommenes Geld, da Jahrestarife im Voraus abgerechnet werden.

Sollten nutzungsbasierte Umsätze einbezogen werden?

Stripe schließt verbrauchsabhängige Produkte aus dem MRR aus. Wenn ein erheblicher Teil Ihres Umsatzes nutzungsbasiert ist, weisen Sie diesen als separate Zeile aus, anstatt ihn hinzuzurechnen.

Welche Abonnement-Status gelten als aktiv?

Der dokumentierte Standard ist active plus past_due. Gekündigte (canceled) und unbezahlte (unpaid) Abonnements werden als Churn gewertet und fallen aus der Gesamtsumme heraus.

Warum weicht meine Churn-Rate vom Abrechnungs-Dashboard ab?

Meistens liegt es am Nenner. Die dokumentierte Berechnung teilt durch die vor 30 Tagen aktiven Abonnenten plus die neuen Abonnenten, die während dieses Zeitraums hinzugekommen sind.