Bin ich ab 2027 von der E-Rechnungspflicht betroffen?

Ab dem 1. Januar 2027 müssen Unternehmen mit mehr als 800.000 € Umsatz im Vorjahr (2026) ihre B2B-Rechnungen im Inland als E-Rechnung nach EN 16931 ausstellen – also als XRechnung oder ZUGFeRD ab Profil EN 16931. Ab dem 1. Januar 2028 gilt die Pflicht für alle Unternehmen. Empfangen können müssen Sie E-Rechnungen bereits seit 2025. Ein einfaches PDF aus Stripe Invoicing zählt dann nicht mehr als Rechnung, sondern nur als „sonstige Rechnung“.

Muss ich Stripe verlassen, um pflichtkonforme E-Rechnungen zu stellen?

Nein. Stripe bleibt Ihr Zahlungs- und Billing-System. Stripe selbst erzeugt zwar keine EN-16931-konforme Datei, liefert aber alle Daten, die dafür nötig sind. Die E-Rechnung entsteht dann entweder über eine App wie Billit (Stripes bevorzugter E-Invoicing-Partner) oder über unseren Compliance-Stack, der zusätzlich Checkout, Connect, Stornos und die DATEV-Übergabe abdeckt.

Billit oder codehero – was brauche ich wirklich?

Wenn alle Ihre Rechnungen als Stripe-Invoice-Objekte entstehen (Invoicing oder Billing) und Sie keine Sonderfälle haben, reicht die Billit-App in der Regel – wir helfen Ihnen gern beim Einrichten. Sobald Zahlungen über Checkout, Payment Links oder Terminal laufen, Sie eine Connect-Plattform betreiben, Shopware/JTL als Quelle nutzen oder den DATEV-Buchungsstapel aus derselben Quelle brauchen, ist der Compliance-Stack die robustere Lösung. Im 2027-Check sagen wir Ihnen ehrlich, was zu Ihrem Setup passt.

Wie wird aus einer Checkout-Zahlung ohne Rechnung eine E-Rechnung?

Stripe Checkout, Payment Links und Terminal erzeugen standardmäßig kein Invoice-Objekt – es gibt also keinen Beleg, aus dem eine App eine E-Rechnung bauen könnte. Unsere Pipeline reagiert auf checkout.session.completed bzw. payment_intent.succeeded, zieht Positionen, Steuersätze und Kundendaten aus der Session (oder aus Shopware/JTL), erzeugt daraus ein EN-16931-Datenmodell, validiert es gegen KoSIT und stellt ZUGFeRD-PDF und XRechnung-XML als bezahlten Beleg aus.

Wie funktioniert die E-Rechnung bei Stripe Connect und Gutschriften?

Auf Plattformen rechnet häufig nicht der Anbieter, sondern die Plattform ab – im Gutschriftverfahren nach § 14 Abs. 2 UStG. Dann ist die Gutschrift die Rechnung und muss als E-Rechnung ausgestellt werden, je Connected Account mit dessen Stammdaten und Steuerstatus. Wir bilden das pro Transfer bzw. Auszahlung ab, inklusive Plattformgebühr und Kleinunternehmer-Fällen, und ergänzen Stornos als Rechnungskorrektur mit Referenz auf das Ursprungsdokument.

Wie kommen die Stripe-Rechnungen nach DATEV?

E-Rechnung und Buchung entstehen bei uns aus derselben Quelle: Exportly erzeugt den DATEV-Buchungsstapel im EXTF-Format (SKR03 oder SKR04) mit Erlös, Stripe-Gebühr, Storno und Belegnummer, die zur ausgestellten E-Rechnung passt. Ihr Steuerberater importiert die Datei direkt in DATEV – ohne Abtippen, ohne Abgleich zwischen Rechnungstool und Buchhaltung.

Was kostet der laufende Betrieb?

Das Paket „Betrieb & Monitoring“ beginnt bei 290 € pro Monat und enthält Format-Updates (neue XRechnung-/ZUGFeRD-Versionen und KoSIT-Regeln), Alerts bei Validierungs- oder Zustellfehlern, einen monatlichen Report und ein Support-SLA. Es ist optional: Der Code gehört Ihnen, Sie können die Pipeline auch selbst betreiben.

Gilt das auch für Kleinunternehmer – und was ändert sich 2028?

Kleinunternehmer nach § 19 UStG müssen keine E-Rechnungen ausstellen, aber seit 2025 empfangen können. Für alle anderen gilt: 2027 greift die Ausstellungspflicht ab 800.000 € Vorjahresumsatz, ab dem 1. Januar 2028 für jedes Unternehmen – unabhängig vom Umsatz, auch für EDI-Verfahren. Wer unter 800.000 € liegt und nur Standardrechnungen stellt, hat noch Zeit und kommt meist mit der Billit-App aus; wir helfen beim Einrichten.

Stripe E-Rechnung · XRechnung · ZUGFeRD · DATEV

Stripe E-Rechnung, die in Ihrer Buchhaltung ankommt.

Ab dem 1. Januar 2027 müssen Unternehmen mit mehr als 800.000 € Umsatz B2B-Rechnungen als XRechnung oder ZUGFeRD ausstellen – ab 2028 alle. Stripe liefert die Zahlungsdaten, aber keine konforme Datei.

Billit erzeugt die Datei. Wir sorgen dafür, dass Buchhaltung, Checkout und Connect stimmen: E-Rechnung und DATEV-Buchungsstapel aus einer Quelle, KoSIT-validiert, auch für Zahlungen ohne Stripe-Invoice – zum Festpreis, live in 14 Tagen.

Festpreis-Angebot konfigurieren 2027-Check buchen (30 Min)

XRechnung & ZUGFeRD: EN 16931
jede Rechnung validiert: KoSIT
EXTF · SKR03/04: DATEV
serverless, EU-Hosting: AWS Frankfurt

Stripe Certified Professional Developer · AWS Solutions Architect

e-rechnung-pipeline · eu-central-1live

Stripe-Event
invoice.finalized · checkout.session.completed
empfangen
Normalisierung
EN 16931 Datenmodell
gemappt
Validierung
KoSIT-Validator
valid
Ausgabe
ZUGFeRD-PDF + XRechnung-XML
erzeugt
Buchhaltung
DATEV-Buchungsstapel (EXTF)
gebucht

01/2025: Empfangspflicht für alle B2B-Unternehmen
01/2027: Ausstellungspflicht ab 800.000 € Umsatz (2026)
01/2028: Ausstellungspflicht für alle Unternehmen
14 Tage: vom 2027-Check bis zum Go-live

Klartext zur Stripe E-Rechnung

Stripe erzeugt keine E-Rechnung.
Wer macht dann was?

Stripe Invoicing erstellt Rechnungs-PDFs und Rechnungsdaten – aber keine strukturierte XRechnung oder ZUGFeRD-Datei nach EN 16931. Dafür verweist Stripe auf seinen bevorzugten E-Invoicing-Partner Billit. Die Frage für Ihr Unternehmen ist nicht „Stripe oder nicht“, sondern: Wer schließt die Lücke zwischen Zahlung, Rechnungsdatei und Buchhaltung?

Stripe

Zahlung & Rechnungsdaten

Stripe Billing, Invoicing, Checkout, Payment Links, Terminal und Connect liefern Zahlungen und – bei Invoicing/Billing – ein Invoice-Objekt. Eine konforme E-Rechnungsdatei nach EN 16931 erzeugt Stripe selbst nicht.

Billit

Bevorzugter E-Invoicing-Partner

Stripe arbeitet mit Billit als bevorzugtem E-Invoicing-Partner. Die App erzeugt aus Stripe-Invoice-Objekten XRechnung bzw. ZUGFeRD und übernimmt die Zustellung – für Standardrechnungen eine gute Wahl.

codehero

Compliance-Stack bis in die Buchhaltung

Wir schließen die Lücken: Zahlungen ohne Invoice-Objekt, Connect-Gutschriften, Stornos, Shopware/JTL als Quelle, KoSIT-Validierung und der DATEV-Buchungsstapel – aus einer Quelle, auf AWS Frankfurt.

Acht Lücken, die eine App allein nicht schließt

Vom Stripe-Event bis zum
DATEV-Buchungsstapel.

Für Unternehmen mit Stripe Billing, Checkout, Payment Links, Terminal oder Connect – und für Shops auf Shopware oder JTL, die über Stripe kassieren.

Checkout, Payment Links & Terminal

Zahlungen ohne Stripe-Invoice-Objekt haben keinen Beleg, aus dem eine App eine E-Rechnung bauen könnte. Wir erzeugen sie aus checkout.session.completed und payment_intent.succeeded.

checkout.session
payment_intent
Terminal

E-Rechnung + DATEV aus einer Quelle

Mit unserem Produkt Exportly entstehen E-Rechnung und DATEV-Buchungsstapel (EXTF, SKR03/04) aus denselben Daten – inklusive Stripe-Gebühren, ohne Abgleich zwischen zwei Systemen.

Exportly
EXTF
SKR03/04

Connect & Gutschriftverfahren

Auf Plattformen rechnet oft der Leistungsempfänger ab: Gutschriften im Gutschriftverfahren nach § 14 Abs. 2 UStG – als E-Rechnung je Connected Account, mit korrekter Steuerlogik.

Stripe Connect
§ 14 Abs. 2 UStG
Self-Billing

Stornos & Gutschriften

Refunds, Teilerstattungen und Credit Notes werden als Rechnungskorrektur mit Referenz auf die Ursprungsrechnung ausgestellt – nicht als lose PDF im Postfach.

Credit Note
Refund
BT-25

XRechnung für den öffentlichen Sektor

Rechnungen an Bund, Länder und Kommunen als XRechnung mit Leitweg-ID, Bestellnummer und Zustellung über ZRE/OZG-RE oder Peppol.

XRechnung
Leitweg-ID
Peppol

Shopware & JTL als Quelle

Bestellung im Shop, Zahlung über Stripe: Wir nehmen Positionen, Steuersätze und Kundendaten aus Shopware oder JTL und erzeugen daraus die E-Rechnung – konsistent mit dem Zahlungsereignis.

Shopware 6
JTL-Wawi
Order-API

KoSIT-Validierung jeder Rechnung

Jede erzeugte Rechnung läuft vor dem Versand durch den KoSIT-Validator (Schematron). Was nicht valide ist, geht nicht raus – sondern landet mit Fehlerliste im Alert.

KoSIT
Schematron
EN 16931

EU-Hosting, serverless

AWS Frankfurt (eu-central-1), Lambda + EventBridge + S3 – in Ihrem AWS-Account oder bei uns. GoBD-konformes Archiv mit Lifecycle-Regeln, keine Server zum Pflegen.

AWS Frankfurt
Lambda
GoBD

Der faire Vergleich

Nur App – oder Compliance-Stack?

Eine E-Invoicing-App wie Billit ist für Standardrechnungen aus Stripe Invoicing eine gute Lösung. Der Unterschied entsteht bei allem, was daneben passiert – und bei der Frage, wer die Buchung macht.

codehero Compliance-StackZahlung, Rechnung, Buchung aus einer Quelle

E-Rechnung für alle Stripe-Zahlungen – auch Checkout, Payment Links, Terminal und Connect
DATEV-Buchungsstapel mit Erlös, Gebühr und Storno aus denselben Daten (Exportly)
KoSIT-Validierung jeder Rechnung vor dem Versand, Alerts bei Fehlern
Code und Infrastruktur gehören Ihnen – AWS Frankfurt, Infrastructure as Code
Festpreis, Go-live in 14 Tagen, Abnahme mit Ihrem Steuerberater

Nur App (z. B. Billit)Stark bei Standardrechnungen

Arbeitet mit Stripe-Invoice-Objekten – Zahlungen ohne Invoice bleiben ohne E-Rechnung
Buchhaltung bleibt ein zweiter Schritt: Rechnungstool und DATEV müssen abgeglichen werden
Sonderfälle wie Gutschriftverfahren, Teilstornos oder Shop-Quellen je nach Setup
Daten und Logik liegen beim App-Anbieter
App-Abo – planbar, aber ohne Projektverantwortung für Ihr Gesamtsetup

Szenario für Szenario

Vergleich nach Szenario: Nur App (z. B. Billit) vs. codehero Compliance-Stack
Kriterium	Nur App (z. B. Billit)	codehero Compliance-Stack
Standardrechnung aus Stripe Invoicing / Billing
Checkout, Payment Links, Terminal (kein Invoice-Objekt)	nicht abgedeckt
Connect-Plattform: Gutschriften je Connected Account	abhängig vom Setup
Stornos & Gutschriften als Rechnungskorrektur
XRechnung an Behörden mit Leitweg-ID
DATEV-Buchungsstapel inkl. Stripe-Gebühren	nicht Teil der App	ja (Exportly)
Shopware / JTL als Rechnungsquelle	nicht abgedeckt
Mahnwesen & Dunning verknüpft
Hosting & Datenhoheit	Anbieter-Cloud	AWS Frankfurt, auf Wunsch Ihr Account
Kostenmodell	App-Abo	Festpreis ab 2.900 € + optional Betrieb

Live im Testmodus – kein echtes Geld

So entsteht eine ZUGFeRD-Rechnung aus einem Stripe-Event

Positionen, Kunde und MwSt eingeben, Modus wählen (bezahlter Beleg oder offene Rechnung) – unsere Engine erzeugt eine echte ZUGFeRD-Rechnung. Rechts sehen Sie die Stripe-Events, auf die die Pipeline reagiert.

BeschreibungMengeEinzelpreis

€

Rechnungsnummer (optional – sonst automatisch DEMO-…)

Kunde / FirmaUSt-IdNr.Straße

PLZOrt

MwSt-Satz

Netto: 1.200,00 €
zzgl. 19% MwSt: 228,00 €
Gesamt (brutto): 1.428,00 €

stripe-webhook-feed

wartet

Noch keine Events seit dem Öffnen. Starte die Demo – nur deine eigenen Stripe-Events erscheinen hier in Echtzeit.

Unter der Haube

Eine Pipeline, fünf Stationen –
als Code, nicht als Konzept.

Stripe-Event → EN 16931 → KoSIT valid → ZUGFeRD-PDF / XRechnung-XML → DATEV. Jede Station ist testbar, jede Rechnung nachvollziehbar, jeder Fehler ein Alert statt eine Überraschung beim Steuerberater.

e-rechnung.handler.ts

// e-rechnung.handler.ts — AWS Lambda, eu-central-1 (Frankfurt)

import { buildEN16931, validateKosit } from './en16931'

import { renderZugferd, renderXRechnung } from './render'

import { toDatevExtf } from 'exportly'

export const handler = async (event: StripeEvent) => {

// invoice.finalized (Billing) · checkout.session.completed (Checkout, Links, Terminal)

const source = await resolveSource(event) // Invoice | Session | Shopware/JTL-Order

const invoice = buildEN16931(source, {

selfBilling: source.connect, // Gutschrift, § 14 Abs. 2 UStG

leitwegId: source.buyer.leitwegId, // XRechnung B2G

precedingInvoice: source.refundOf, // Storno → BT-25

})

const report = await validateKosit(invoice)

if (!report.valid) throw new ValidationError(report) // → Alert, nicht versenden

const pdf = await renderZugferd(invoice) // PDF/A-3 + CII-XML

const xml = renderXRechnung(invoice) // UBL, Peppol-ready

await archive({ pdf, xml }, { retentionYears: 10 }) // S3, GoBD

return toDatevExtf(invoice, source.fees) // Buchungsstapel SKR03/04

}

AWS Lambda · EventBridge · S3 (eu-central-1) · Stripe SDK · KoSIT-Validator · ZUGFeRD 2.3 / XRechnung 3.0 · DATEV EXTF

e-rechnung-pipeline · eu-central-1live

Stripe-Event
invoice.finalized · checkout.session.completed
Billing, Invoicing, Checkout, Payment Links, Terminal, Connect
empfangen
Normalisierung
EN 16931 Datenmodell
BT-Felder, Steuersätze, Leitweg-ID, Gutschriftverfahren
gemappt
Validierung
KoSIT-Validator
Schematron-Prüfung jeder einzelnen Rechnung vor dem Versand
valid
Ausgabe
ZUGFeRD-PDF + XRechnung-XML
PDF/A-3 mit eingebettetem XML, GoBD-Archiv auf S3 (Frankfurt)
erzeugt
Buchhaltung
DATEV-Buchungsstapel (EXTF)
Erlös, Gebühr, Storno – SKR03/04, importfertig für den Steuerberater
gebucht

Verarbeitungskette: Stripe-Event → EN 16931 → KoSIT-Validierung → ZUGFeRD-PDF/XRechnung → DATEV-Buchungsstapel. Serverless auf AWS Frankfurt.

Event-getrieben, idempotent: Jedes Stripe-Event wird genau einmal verarbeitet – Retries und doppelte Webhooks erzeugen keine doppelten Rechnungen.
KoSIT vor dem Versand: Schematron-Prüfung gegen die aktuellen XRechnung-Regeln. Nicht valide heißt: nicht versendet, sondern Alert mit Fehlerliste.
GoBD-Archiv in Frankfurt: PDF/A-3 und XML revisionssicher auf S3 mit Object Lock und Lifecycle-Regeln – zehn Jahre, dann automatisch gelöscht.
Belegnummer = Buchungsnummer: Die Rechnungsnummer der E-Rechnung ist der Belegschlüssel im DATEV-Buchungsstapel. Abgleich entfällt.

Festpreise, netto

Drei Pakete. Ein Go-live-Termin.

Verbindlich nach dem 2027-Check – kein Stundensatz, keine Überraschungen. Der Code gehört Ihnen.

2027-Ready

2.900€ netto

Stripe Invoicing / Billing wird pflichtkonform.

Stripe-Invoice → XRechnung + ZUGFeRD (EN 16931)
KoSIT-Validierung jeder Rechnung
Zustellung per E-Mail, Portal oder Peppol
GoBD-Archiv auf AWS Frankfurt
Go-live in 14 Tagen

2027-Ready anfragen

Compliance-Stack

5.900€ netto

E-Rechnung, Buchhaltung und Sonderfälle aus einer Quelle.

Alles aus 2027-Ready
DATEV-Buchungsstapel (EXTF, SKR03/04) mit Exportly
Checkout, Payment Links & Terminal ohne Invoice-Objekt
Gutschriften & Stornos als Rechnungskorrektur
Mahnwesen / Dunning verknüpft
Abnahme mit Ihrem Steuerberater

Compliance-Stack starten

Betrieb & Monitoring

ab290€/Monat

Damit es 2028 noch läuft, wenn sich die Formate ändern.

Format-Updates (XRechnung-/ZUGFeRD-Versionen, KoSIT-Regeln)
Alerts bei Validierungsfehlern & fehlgeschlagener Zustellung
Monatlicher Report: Rechnungen, Stornos, Fehlerquote
Support-SLA mit garantierter Reaktionszeit

Betrieb besprechen

Frühbucher: −15 % auf das Setup-Paket bei Beauftragung bis 30.11.2026 – damit Sie am 1. Januar 2027 nicht im Stau stehen.

Projekt-Kalender · 14 Tage

Tag 1
2027-Check (30 Minuten)
Stripe-Produkte, Rechnungsquellen und Buchhaltungsprozess aufnehmen – Festpreis am selben Tag.
Kostenlos
Tag 2–8
Umsetzung
Pipeline, Mapping, Erzeugung und DATEV-Export als Code – mit Live-Preview der ersten Testrechnungen.
Tag 9–12
Test gegen KoSIT & mit Ihrem Steuerberater
Validierungsreport je Rechnung, Probeimport in DATEV, Freigabe der Sonderfälle.
Abnahme
Tag 14
Go-live
Live-Events aktiv, Monitoring läuft, Dokumentation übergeben.
Pflichtkonform

In 14 Tagen pflichtkonform

Vom 2027-Check zum Go-live.

Vier Etappen mit festem Kalender – inklusive Test gegen den KoSIT-Validator und Probeimport mit Ihrem Steuerberater, bevor die erste Live-Rechnung rausgeht.

Tag 1 · 2027-Check30 Minuten: Welche Stripe-Produkte nutzen Sie, wo entstehen Rechnungen ohne Invoice-Objekt, wer bucht? Ergebnis: Scope, Festpreis, Starttermin.
Tag 2–8 · UmsetzungEvent-Pipeline, EN-16931-Mapping, ZUGFeRD/XRechnung-Erzeugung, DATEV-Export – in Ihrem oder unserem AWS-Account, Infrastructure as Code.
Tag 9–12 · TestJede Testrechnung gegen den KoSIT-Validator, Probeimport des Buchungsstapels mit Ihrem Steuerberater, Sonderfälle (Storno, Gutschrift, B2G) durchgespielt.
Tag 14 · Go-liveUmschaltung auf Live-Events, Monitoring und Alerts aktiv, Übergabe mit Dokumentation. Ab jetzt entsteht jede Rechnung automatisch.

2027-Check: 30 Min
bis Go-live: 14 Tage
KoSIT-geprüft: 100 %

2027-Check buchen

Ehrliche Qualifizierung

Für wen der Compliance-Stack gedacht ist –
und für wen nicht.

Passt, wenn Sie …

zwischen 10 und 250 Mitarbeitende haben und 2027 (oder spätestens 2028) ausstellungspflichtig werden
über Stripe Checkout, Payment Links, Terminal oder Connect kassieren – nicht nur über Invoicing
einen Shop auf Shopware oder JTL betreiben, der mit Stripe abrechnet
E-Rechnung und DATEV-Buchungsstapel aus einer Quelle wollen, ohne zwei Systeme abzugleichen
an Behörden fakturieren (XRechnung, Leitweg-ID) oder regelmäßig Stornos und Gutschriften haben
Daten, Code und Hosting in der EU und unter eigener Kontrolle haben möchten

Passt (noch) nicht, wenn Sie …

unter 800.000 € Jahresumsatz liegen und erst 2028 ausstellungspflichtig werden
ausschließlich Standardrechnungen über Stripe Invoicing oder Billing stellen
keine Connect-Plattform, keinen Shop und keine Behördenkunden haben
Kleinunternehmer nach § 19 UStG sind (keine Ausstellungspflicht, aber Empfangspflicht)

Dann reicht die Billit-App. Wir helfen Ihnen trotzdem gern beim Einrichten und prüfen Ihre ersten Rechnungen im kostenlosen Validator. Sobald Checkout, Connect oder DATEV dazukommen, wissen Sie, wo Sie uns finden.

Warum codehero für Stripe E-Rechnung

Payment-Tiefe, Buchhaltungs-
Verständnis, Cloud-Architektur.

Wir integrieren nicht nur Stripe. Wir bauen den Weg von der Zahlung bis in den DATEV-Import – und betreiben ihn.

Stripe Professional Developer: Zertifiziert für Payments und Billing – wir kennen Invoice-Objekte, Credit Notes und Connect-Transfers aus der Praxis, nicht aus der Doku.
Eigene DATEV-Engine (Exportly): EXTF-Buchungsstapel mit SKR03/04, Gebührenkonten und Storno-Logik – entwickelt und produktiv im Einsatz.
AWS Solutions Architect: Serverless auf AWS Frankfurt, Infrastructure as Code, Monitoring inklusive – ohne Server, die jemand patchen muss.
Validator & Pillar-Wissen: Unser kostenloser E-Rechnung-Validator und der Grundlagen-Pillar zeigen, dass wir EN 16931 nicht nur zitieren, sondern implementieren.

Verifizierte Stripe-Zertifizierungen

4× Stripe-zertifiziert – öffentlich nachprüfbar

Wolfgang Müller, Gründer von codehero – jedes Badge ist direkt bei Stripe/credential.net verifizierbar.

Fragen zur Stripe E-Rechnung

Pflicht, Billit, Checkout, Connect, DATEV – die Antworten, die wir im 2027-Check am häufigsten geben.

2027 kommt. Ihre Buchhaltung soll es nicht merken.

30 Minuten 2027-Check mit dem Engineer, der Ihre Pipeline baut: Welche Stripe-Produkte, welche Rechnungsquellen, welcher Steuerberater-Prozess. Danach ein Festpreis – kein Sales-Pitch.

Festpreis-Angebot konfigurieren 2027-Check buchen

Wolfgang Müllerverfügbar

Geschäftsführer · Stripe Professional Developer · AWS Solutions Architect

2027-Check buchen Projekt konfigurieren E-Mail