Leitfaden
E-Rechnung im SaaS: Build vs. Buy
Ihr Produkt stellt Rechnungen für Ihre Kunden aus — und ab 2027 müssen daraus konforme E-Rechnungen werden. Drei Wege, ehrlich verglichen.
Aktualisiert am
Welche drei Optionen haben SaaS-Teams?
| Kriterium | OSS-Bibliothek (Build) | E-Rechnungs-API (Buy, headless) | Komplettanbieter (Buy, Prozess) |
|---|---|---|---|
| Integrationsaufwand | Hoch: Serializer, KoSIT-Betrieb, Fehler-Mapping | Ein POST-Request aus Ihrem Backend | Migration des gesamten Rechnungsprozesses |
| Kontrolle über Ihre Nutzer-UX | Voll | Voll — Ihr Produkt bleibt das Interface | Begrenzt: fremdes Portal, fremder Prozess |
| KoSIT-Validierung | Selbst betreiben und interpretieren | Inklusive, bei jedem Generate | Inklusive |
| Formatwechsel (XRechnung 4.0 Ende 2026 erwartet) | Ihre Roadmap | Serverseitig gepflegt | Beim Anbieter |
| Laufende Kosten | Keine Lizenz — aber Engineering-Zeit | Ab 0 € (25 Dok./Monat); Starter 49 €/Monat | Typisch Setup plus Preis pro Nutzer oder Dokument |
| Lock-in | Keiner | Gering: JSON rein, XML raus, Parse zurück | Hoch: Prozess und Daten liegen beim Anbieter |
Was kostet Build wirklich?
Das XML zu erzeugen ist der kleinste Teil — Bibliotheken wie horstoeko/zugferd oder Mustangproject nehmen Ihnen genau diesen Teil ab (eigener Vergleich). Auf Ihrer Roadmap bleiben die Posten, die selten eingeplant werden:
- KoSIT-Betrieb: Der offizielle Validator (Java) muss laufen, gepinnt und bei jedem Szenario-Update nachgezogen werden — er ist die rechtliche Referenz.
- Fehlerzuordnung: Schematron-Befunde zeigen auf XML-XPaths. Ihre Mandanten arbeiten aber in Ihrem Produkt — jemand muss
BR-DE-15in „Feld X in Ihrem Formular fehlt“ übersetzen. - Versionspflege: XRechnung, ZUGFeRD und Peppol entwickeln sich weiter (XRechnung 4.0 wird Ende 2026 erwartet); UBL und CII müssen synchron bleiben.
- Testkorpus: Golden-Files, Randfälle (Skonto, Steuerbefreiungen, Gutschriften) und CI gegen den echten Validator.
Wann ist Build die richtige Wahl?
Sie wollen Compliance als eigene Kompetenz aufbauen, haben Engineering-Kapazität dafür, Ihre Rechnungsformen sind stabil, und KoSIT läuft bereits in Ihrer CI. Dann ist eine Bibliothek tragfähig — und bleibt es, solange jemand die Pflege besitzt.
Wann ist Buy die richtige Wahl?
Sie sind ein SaaS und stellen Rechnungen für Ihre Kunden aus, Rechnungs-Compliance ist nicht Ihr Produkt, und Ihre Nutzer sollen Fehler in Ihrer Oberfläche verstehen können. Eine headless API wie normbill lässt Ihr Produkt das Interface bleiben: Rechnungs-JSON rein, konforme XRechnung oder ZUGFeRD / Factur-X raus, und bei Fehlern ein 422-Report, der das Feld in Ihrem Request benennt. Preise sind öffentlich: kostenlos bis 25 Dokumente/Monat, danach ab 49 € — ohne Vertriebsgespräch, fehlgeschlagene Generates zählen nie. Einen Komplettanbieter wählen Sie dann, wenn Sie den Rechnungsprozess ganz abgeben wollen — und den Lock-in bewusst in Kauf nehmen (unser ehrlicher Vergleich).
Wie geht es weiter?
OSS vs. API · Checkliste 2027 · Playground · Kostenlosen API-Key holen