pRAP bei SaaS-Abos mit Stripe: einfach erklärt mit Beispielen

pRAP steht für passive Rechnungsabgrenzung. Dahinter steckt ein einfaches Prinzip: Geldzufluss und Leistungserbringung können zeitlich auseinanderfallen.

Wenn ein Kunde heute für zwölf Monate im Voraus zahlt, ist das Geld zwar bereits eingegangen. Die Leistung wird aber erst in den kommenden Monaten erbracht. Genau deshalb wird der Betrag häufig nicht vollständig sofort als Erlös behandelt.

Rechtsgrundlage ist § 250 Abs. 2 HGB, steuerlich § 5 Abs. 5 EStG: Einnahmen vor dem Abschlussstichtag, die Ertrag für eine bestimmte Zeit danach darstellen, werden passiv abgegrenzt. Das betrifft bilanzierende Unternehmen. Wer eine Einnahmenüberschussrechnung erstellt, arbeitet in der Regel nach dem Zuflussprinzip – ob und wie Sie abgrenzen müssen, klären Sie mit Ihrer Kanzlei.

SaaS-Geschäftsmodelle arbeiten typischerweise mit laufenden Vertragszeiträumen, Monats- oder Jahresplänen, Planwechseln und Verlängerungen. Diese Struktur macht Abgrenzungsfragen besonders relevant.

Stripe löst die Zahlungsabwicklung hervorragend, aber nicht automatisch die buchhalterische Bewertung des Leistungszeitraums.

Ein Kunde zahlt am 1. Januar über Stripe 1.200 € für ein Jahresabo, Leistungszeitraum 01.01. bis 31.12. Das Beispiel ist bewusst vereinfacht und ohne Umsatzsteuer dargestellt; wie die Umsatzsteuer bei Vorauszahlungen zu erfassen ist, stimmen Sie mit Ihrer Kanzlei ab. Gebühren und Auszahlung buchen Sie wie gewohnt über das Geldtransitkonto.

Im Zahlungsmonat entsteht also kein Erlös in voller Höhe, sondern eine Verbindlichkeit gegenüber dem Kunden in Form der pRAP. Jeden Monat wird ein Zwölftel aufgelöst: Nach drei Monaten stehen 300 € Erlös in der GuV und noch 900 € auf dem pRAP-Konto. 0990 bzw. 3900 sind übliche Standardkonten für passive Rechnungsabgrenzung – die konkrete Kontierung legen Sie mit Ihrer Kanzlei fest. Wie Stripe-Gebühren auf diese Zahlung gebucht werden, zeigt der Leitfaden Stripe Gebühren buchen.

Das Ziel der Abgrenzung ist, den Ertrag dem Zeitraum zuzuordnen, in dem die Leistung tatsächlich erbracht wird.

Derselbe Kunde wechselt am 1. Juli auf einen größeren Plan für 2.400 € pro Jahr. Stripe rechnet anteilig ab: Gutschrift für die ungenutzten sechs Monate des alten Plans (600 €), Belastung für sechs Monate des neuen Plans (1.200 €). Der Kunde zahlt die Differenz von 600 €.

Der Erlös im Jahr beträgt 1.800 € und entspricht genau den gezahlten 1.200 € plus 600 €. Entscheidend ist, dass ab Juli der neue Monatsbetrag von 200 € aufgelöst wird. Bei einem Downgrade läuft es umgekehrt: Die Gutschrift reduziert die pRAP, der monatliche Auflösungsbetrag sinkt.

Variante: Der Kunde kündigt zum 31. März und erhält die restlichen neun Monate anteilig erstattet. Nach drei Auflösungen stehen noch 900 € auf dem pRAP-Konto – genau dieser Betrag wird zurückgezahlt.

Der Erlös bleibt bei 300 € für die tatsächlich erbrachten drei Monate, weitere Auflösungen entfallen. Wird ohne Erstattung zum Laufzeitende gekündigt, läuft die Auflösung unverändert weiter. Weicht die Erstattung vom Restbetrag der pRAP ab, etwa bei Kulanz, muss die Differenz gesondert behandelt werden – das Vorgehen stimmen Sie mit Ihrer Kanzlei ab.

Zum Bilanzstichtag steht auf der Passivseite der Teil aller Vorauszahlungen, dessen Leistungszeitraum im neuen Jahr liegt. Als Nachweis dient eine Abgrenzungsliste je Rechnung. Ihre Summe muss dem Saldo des pRAP-Kontos entsprechen:

Die 2.650 € werden im Folgejahr aufgelöst. Laufen die monatlichen Auflösungen sauber, ist zum Jahresende keine Sonderbuchung nötig – Sie stimmen nur Liste und Kontosaldo ab.

Monatsabos sind in der Regel einfacher, weil Zahlung und Leistungszeitraum näher beieinander liegen. Dennoch sind auch hier Sonderfälle möglich, etwa wenn mitten im Monat ein Upgrade, Downgrade oder eine anteilige Gutschrift erfolgt. Die Komplexität sinkt also, verschwindet aber nicht komplett.

Ein typischer Fall ist der Jahreswechsel: Ein Monatsabo vom 15.12. bis 14.01. betrifft zwei Geschäftsjahre. Ob solche Beträge abgegrenzt werden, hängt auch von der Wesentlichkeit ab – auch das ist eine Frage für Ihre Kanzlei.

Für eine belastbare pRAP-Logik reichen Zahlungsdaten allein nicht aus. Relevant sind typischerweise:

Die wichtigste Angabe liefert Stripe auf Rechnungsebene: Jede Rechnungsposition eines Abos trägt einen Leistungszeitraum mit Beginn und Ende (in der API als period start/end). Auch anteilige Positionen aus Up- und Downgrades haben einen eigenen Zeitraum. Wie Abo-Rechnungen insgesamt nach DATEV gelangen, beschreibt der Leitfaden Stripe Billing zu DATEV.

Weitere Sonderfälle bei Stripe-Abos

In der Praxis wird pRAP nicht durch den Standardfall kompliziert, sondern durch Sonderfälle:

• Jahresabo mit späterem Upgrade
• Downgrade mitten im Vertragszeitraum
• Teilrückerstattung
• Vertragsverlängerung vor Laufzeitende
• Storno kurz nach Zahlung

Genau an diesen Stellen braucht es eine saubere Datenlogik, damit Finance Teams nicht außerhalb des Standardprozesses improvisieren müssen.

• Der gesamte Jahresbetrag wird sofort als Erlös behandelt.
• Refunds werden nicht in die Abgrenzungslogik einbezogen.
• Vertragszeiträume sind nicht sauber mit Zahlungen verknüpft.
• Planwechsel werden manuell außerhalb des Standardprozesses gelöst.
• Steuerberater erhalten nur Rohdaten statt aufbereiteter Struktur.

finHero liest die Leistungszeiträume Ihrer Stripe-Rechnungen aus und erstellt daraus die Abgrenzung – ohne Excel-Liste neben der Buchhaltung. Die Verbindung läuft über die finHero-App im Stripe App Marketplace: wenige Klicks, kein Code, nur Lesezugriff.

• pRAP für Jahresabos wird automatisch gebildet und monatlich aufgelöst.
• Up- und Downgrades werden in der Abgrenzung automatisch korrigiert.
• Buchungen nach SKR03, SKR04 oder eigenen Konten im DATEV-Buchungsstapel.
• Rechnungen und Gutschriften als PDF-Belege, über die Transaktions-ID verknüpft.
• Exporte auch rückwirkend, etwa für ein bereits laufendes Geschäftsjahr.

Den kompletten Ablauf vom Export bis zum Import beschreibt der Leitfaden Stripe in DATEV importieren.