E-Rechnung in SaaS integrieren: XRechnung, ZUGFeRD und DATEV als Produktfunktion

Für B2B-SaaS-Anbieter ist E-Rechnung von einer netten Funktion zur Erwartung geworden: Der Empfang strukturierter Rechnungen ist im deutschen B2B bereits Pflicht, der Versand folgt gestaffelt. Wer Rechnungslogik im Produkt hat, kommt an dem Thema nicht vorbei.

Der teure Irrtum ist, E-Rechnung als Häkchen zu behandeln — ein PDF mit angehängtem XML. Eine Rechnung, die die Validierung nicht besteht, ist schlimmer als keine Funktion: Sie sieht fertig aus und ist es nicht.

E-Rechnung ist nicht „PDF plus Anhang"

Eine echte E-Rechnung ist ein strukturierter, maschinenlesbarer Datensatz nach definiertem Standard — XRechnung als reines XML, ZUGFeRD als Hybrid aus PDF und eingebettetem XML. Das BMF beschreibt verbindlich, was als E-Rechnung gilt und was nicht. Ein hübsches PDF gehört nicht dazu.

Vier harte Teile, die wirklich zählen

1. Formatkorrektheit und Validierung

XRechnung und ZUGFeRD haben strenge Schemata. Eine Rechnung muss nicht „aussehen wie", sondern formal valide sein — gegen die offiziellen Spezifikationen geprüft, nicht nach Gefühl. Validierung ist Produktlogik, kein Nachgedanke.

2. Die DATEV-Übergabe

Viele deutsche Unternehmen erwarten, dass Rechnungsdaten sauber in DATEV ankommen. Eine SaaS-Rechnungsfunktion ohne durchdachten DATEV-Pfad löst nur das halbe Problem — und erzeugt manuelle Nacharbeit beim Kunden.

3. Revisionssichere Archivierung

Eine E-Rechnung muss unverändert, auffindbar und über die gesetzliche Frist verfügbar aufbewahrt werden. Archivierung ist kein Speicherplatz, sondern eine Compliance-Funktion mit Anforderungen an Integrität und Zugriff.

4. Nutzerführung, die Fehler verhindert

Der häufigste Fehler entsteht nicht in der Technik, sondern bei der Eingabe: fehlende Pflichtfelder, falsche Leitweg-ID, unklarer Empfänger. Gute Nutzerführung verhindert die ungültige Rechnung, bevor sie entsteht — billiger als jede spätere Korrektur.

E-Rechnung ist Integration plus Compliance

Strukturierte Rechnungen fließen selten allein: Sie kommen aus einem Prozess und gehen in Buchhaltung, Archiv und DATEV. Das ist dieselbe Disziplin wie jede saubere Systemanbindung (siehe API-Integration für Unternehmen). Und weil Rechnungsdaten personenbezogen und aufbewahrungspflichtig sind, gehört der Datenschutz-Rahmen dazu (siehe SaaS in Deutschland entwickeln).

Checkliste vor der E-Rechnung-Funktion

• Erzeugen wir valides XRechnung/ZUGFeRD, nicht PDF mit XML-Optik?
• Wird gegen die offiziellen Spezifikationen validiert, nicht nach Gefühl?
• Ist der DATEV-Pfad durchdacht, nicht dem Kunden überlassen?
• Ist die Archivierung revisionssicher (Integrität, Frist, Zugriff)?
• Verhindert die Nutzerführung ungültige Rechnungen vorab?
• Ist der Empfang strukturierter Rechnungen ebenso gelöst wie der Versand?
• Ist der Datenschutz-/Aufbewahrungsrahmen Teil der Architektur?

Häufige Fragen

Reicht ein PDF mit angehängtem XML? Nur wenn das XML formal valide und standardkonform ist (ZUGFeRD). Ein PDF mit irgendeinem XML ist keine E-Rechnung, auch wenn es so aussieht.

Müssen wir Versand und Empfang können? Im deutschen B2B ist der Empfang strukturierter Rechnungen bereits Pflicht; der Versand folgt gestaffelt. Eine zukunftsfähige Funktion plant beides.

Ist DATEV wirklich nötig? Nicht für jeden Kunden — aber für viele deutsche Unternehmen der Standardweg in die Buchhaltung. Ohne ihn bleibt manuelle Arbeit.

Was ist der häufigste Fehler? Validierung weglassen. Eine Rechnung, die erst beim Empfänger als ungültig auffällt, ist teurer als eine, die gar nicht erst rausgeht.

Fazit

E-Rechnung in SaaS ist kein Häkchen, sondern eine Produktfunktion mit vier harten Teilen: valide Formate, geprüfte Validierung, durchdachte DATEV-Übergabe, revisionssichere Archivierung — geführt durch eine UX, die Fehler vorab verhindert. Wer das ernst nimmt, liefert eine Funktion, die im Audit und beim Empfänger besteht.

Weiterlesen

• API-Integration für Unternehmen: ERP, CRM, Webshop und Excel verbinden — Rechnungsdaten fließen sauber oder gar nicht.
• SaaS in Deutschland entwickeln: Datenschutz und Hosting richtig planen — Aufbewahrung und Datenschutz als Rahmen.

Nächster Schritt

Sie wollen Rechnungsfunktionen produktseitig richtig ausbauen? Beginnen Sie mit einer kurzen Einschätzung Ihrer Anforderungen. Wir schneiden eine E-Rechnung-Funktion mit Validierung, DATEV-Pfad und revisionssicherer Archivierung.

Quellen

• BMF, FAQ zur verpflichtenden E-Rechnung — bundesfinanzministerium.de
• XStandard Einkauf, XRechnung — xeinkauf.de
• FeRD, ZUGFeRD FAQ — ferd-net.de