Open-Source-Tools für E-Rechnungen: Mustangproject, Factur-X und KoSIT

Kurzantwort: Dieser Artikel behandelt ausschließlich den technischen Eigenbau mit offenen Bibliotheken. Wer zuerst den passenden Gesamtprozess für Rechnungseingang, Freigabe und Buchung bestimmen möchte, sollte mit dem Ratgeber XRechnung automatisieren beginnen.

Open-Source-Tools können strukturierte Rechnungsdateien auslesen, validieren und für eigene Schnittstellen aufbereiten. Sie ersetzen jedoch weder den betrieblichen Freigabeprozess noch Archivierung und Verfahrensdokumentation.

Abgrenzung: Prozess- und Kaufentscheidung stehen im Überblick XRechnung automatisieren: drei Wege vom Rechnungseingang bis zur Buchung. Hier geht es um Bibliotheken, Validatoren und Integration für Entwickler.

Welche Open-Source-Tools verarbeiten E-Rechnungen?

Es gibt eine aktive Entwickler-Community rund um die europäische E-Rechnungs-Norm (EN 16931). Hier sind die bewährtesten Werkzeuge:

1. Mustangproject (Java)

Das wohl bekannteste Projekt im deutschsprachigen Raum. Mustangproject ist eine Library, die sich auf das ZUGFeRD-Format spezialisiert hat.

Was es kann: ZUGFeRD-XML in PDFs einbetten, XML-Daten auslesen und Rechnungen validieren.
Einsatzbereich: Ideal für Server-Anwendungen oder Desktop-Software, die Rechnungen “ZUGFeRD-ready” machen soll.

2. Factur-X (Python)

Factur-X ist der französisch-deutsche Standard, der technisch identisch mit ZUGFeRD 2.x ist. Die Python-Library factur-x ist das Werkzeug der Wahl für Data Engineers.

Anwendung: Mit wenigen Zeilen Code lassen sich die strukturierten Daten aus einer PDF-Rechnung extrahieren und beispielsweise in ein ERP-System oder eine Excel-Tabelle exportieren.
Vorteil: Perfekt für die schnelle Automatisierung von Workflows mit Python.

3. ZUGFeRD-Visualizer (XSLT/HTML)

Ein großes Problem der rein technischen XRechnung ist die fehlende Lesbarkeit für Menschen. Open-Source-XSLT-Stylesheets ermöglichen es, die XML-Daten in eine ansprechende HTML-Ansicht zu verwandeln.

Nutzen: Mitarbeiter in der Buchhaltung können die Rechnung prüfen, ohne XML-Code lesen zu müssen.

Wie sieht ein technischer Eigenbau-Workflow aus?

Wie sieht eine Open-Source-Lösung in der Praxis aus? Hier ein minimalistischer Ansatz für ein KMU:

Eingang: Rechnungen gehen per E-Mail ein (z.B. via IMAP).
Extraktion: Ein Python-Skript nutzt die factur-x Library, um zu prüfen, ob die PDF einen XML-Teil enthält.
Validierung: Das Tool KoSIT Validator (ebenfalls Open Source) prüft, ob die Rechnung der Norm entspricht.
Integration: Die extrahierten Daten (Betrag, IBAN, Skonto) werden per API an das interne Buchhaltungstool oder eine Datenbank gesendet.
Archivierung: Die Originaldatei wird in einem revisionssicheren Speicher abgelegt. Lesen Sie mehr zur revisionssicheren Archivierung.

Welche Verantwortung bleibt beim Eigenbau?

Trotz der Vorteile gibt es Punkte, die IT-Entscheider beachten sollten:

Wartung: Sie sind selbst für Sicherheitsupdates und die Einhaltung aktueller Schema-Änderungen verantwortlich.
Support: Es gibt keine Hotline. Die Hilfe kommt aus der Community (GitHub Issues, Foren).
Compliance: Die reine Nutzung eines Tools garantiert keine GoBD-Konformität. Der gesamte Prozess muss stimmen. Beachten Sie dazu auch unseren Guide zur Verfahrensdokumentation.

Fazit: Eigenbau nur mit dauerhafter technischer Verantwortung

Für Unternehmen mit eigener IT-Kompetenz bieten Open-Source-Tools eine kostengünstige und hochflexible Alternative zu proprietären “Cloud-Only”-Lösungen. Sie behalten die volle Kontrolle über Ihre Daten und können die Prozesse exakt auf Ihre Bedürfnisse zuschneiden.

Suchen Sie technische Unterstützung bei der Implementierung von Open-Source-Lösungen? In unserem Experten-Verzeichnis finden Sie IT-Berater, die auf die Automatisierung von Finanzprozessen spezialisiert sind.

Rechtlicher Hinweis: Dieser Artikel dient der Information und stellt keine technische oder rechtliche Beratung dar. Die Implementierung von Open-Source-Software erfolgt auf eigene Gefahr.