Vergleiche und Benchmarks
E-Rechnung Software auswählen: Kriterien
E-Rechnungs-Software sollte mehr leisten, als Dateien zu erzeugen oder anzuzeigen. Entscheidend sind valide strukturierte Daten, klare Berichte und passende Prozesse.
Zuletzt fachlich geprüft: 3. Juni 2026
Direkte Antwort
Bewerten Sie E-Rechnungs-Software nicht nach der schönsten Rechnungsansicht, sondern nach dem gesamten Prozess: strukturierte Formate, Validierung, verständliche Berichte, Datenschutz, Integration, Updatefähigkeit und tägliche Bedienbarkeit.
Eine gute Lösung hilft bei drei Aufgaben gleichzeitig: Rechnungen empfangen oder erzeugen, technische und fachliche Fehler verstehen und die Korrektur im Unternehmen oder mit Lieferanten nachvollziehbar abschließen.
Die wichtigsten Kriterien
| Kriterium | Worauf achten? | Warum es zählt |
|---|---|---|
| Formate | XRechnung, ZUGFeRD/Factur-X, EN-16931-kompatible Profile. | Empfänger und Lieferanten nutzen unterschiedliche Formate und Profile. |
| Validierung | Schema, Schematron, Profilregeln, Versionen und Codelisten. | Ein sichtbares PDF sagt wenig über die strukturierte Rechnung aus. |
| Berichte | Regel-ID, Schweregrad, betroffener Bereich und Korrekturrichtung. | Buchhaltung und ERP-Team müssen Fehler beheben können. |
| Datenschutz | Temporäre Verarbeitung, Zugriff, Logs, Löschung und AVV. | Rechnungen enthalten sensible Geschäfts- und Zahlungsdaten. |
| Integration | Import, Export, API, E-Mail-Eingang, Batch und ERP-Anbindung. | Die Software muss zum realen Arbeitsablauf passen. |
| Updates | Regelmäßige Pflege von XRechnung-Bundles, EN-16931-Artefakten und Profilen. | Standards, Validator-Konfigurationen und Codelisten ändern sich. |
Kriterien nach Rolle
| Rolle | Braucht vor allem | Gute Prüffrage |
|---|---|---|
| Geschäftsführung | Risiko, Kosten, Prozesssicherheit und Skalierbarkeit. | Reduziert die Lösung Ablehnungen und manuelle Klärung messbar? |
| Buchhaltung | Lesbare Berichte, Status, Export und Lieferantenkommunikation. | Kann ein Fehler ohne XML-Wissen an den Lieferanten erklärt werden? |
| ERP-Team | Technische Details, Mapping, Testfälle, API und Updateprozess. | Sind Regel-ID, XML-Pfad, Profil und Version sichtbar? |
| Datenschutz/IT | Datenflüsse, Löschfristen, Rechte, Logs und Hosting. | Wer kann Rechnungsdaten sehen und wie lange bleiben sie erhalten? |
Eine Lösung, die nur eine Rolle überzeugt, scheitert oft im Alltag. Die Auswahl sollte deshalb mindestens Buchhaltung, IT/ERP und Datenschutz zusammenbringen.
Format- und Standardsicherheit
Die Software sollte nicht nur 'E-Rechnung' als Schlagwort unterstützen. Fragen Sie konkret nach XRechnung, ZUGFeRD/Factur-X, EN 16931, Syntaxen wie UBL oder CII, verwendeten Validator-Artefakten und dem Umgang mit Profil- oder Codelisten-Updates.
Wichtig ist auch die Trennung zwischen Erzeugen, Anzeigen und Validieren. Ein Tool kann eine Datei anzeigen, ohne alle relevanten Geschäftsregeln zu prüfen. Umgekehrt kann ein Validator korrekt prüfen, aber für die operative Korrektur einen zu knappen Bericht liefern.
Validierungsbericht als Auswahlkriterium
Ein Auswahltest sollte immer echte oder realistische Testfälle enthalten: valide Dateien, typische Fehler, mehrere Steuerfälle, fehlende Referenzen, Rundungsprobleme und ZUGFeRD-Dateien mit eingebetteter XML.
- Zeigt der Bericht nur valide/invalide oder erklärt er den Fehler?
- Sind Fehler, Warnungen und Hinweise getrennt?
- Kann der Bericht exportiert und an Lieferanten oder ERP-Tickets angehängt werden?
- Bleiben technische Details für Entwickler sichtbar?
- Werden sensible Rechnungsdaten im Bericht minimiert?
Betriebsmodell und Integration
| Modell | Geeignet wenn | Wichtiges Risiko |
|---|---|---|
| Web-Tool | Einzelprüfungen, kleine Teams, gelegentliche Lieferantenfehler. | Manuelle Arbeit und unklare Ablage können wachsen. |
| E-Mail-Workflow | Eingangsrechnungen zentral gesammelt und zurückgemeldet werden. | Anhänge, Weiterleitungen und Zugriff müssen sauber geregelt sein. |
| ERP-Exportprüfung | Eigene Ausgangsrechnungen regelmäßig getestet werden. | Mapping-Fehler bleiben bestehen, wenn nur Enddateien korrigiert werden. |
| API oder Batch | Viele Dateien oder wiederkehrende Prüfungen verarbeitet werden. | Timeouts, Fehlerstatus, Datenschutz und Wiederholbarkeit müssen definiert sein. |
| Lokale Validierung | Daten das Unternehmen nicht verlassen sollen. | Updates und Berichtsqualität müssen selbst betrieben werden. |
Fragen an Anbieter
- Welche XRechnung-Versionen, Bundles und Validator-Artefakte werden unterstützt?
- Wie schnell werden Standards-, Profil- oder Codelisten-Updates übernommen?
- Kann die Lösung ZUGFeRD/Factur-X-Dateien inklusive eingebetteter XML prüfen?
- Welche Daten werden gespeichert, geloggt oder nach der Prüfung gelöscht?
- Gibt es exportierbare Berichte für Lieferanten, Buchhaltung und ERP-Tickets?
- Wie werden mehrere Rechnungen, E-Mail-Eingang, API oder Batch-Verarbeitung unterstützt?
- Kann mit synthetischen Testdaten oder Beispielrechnungen vor dem Kauf getestet werden?
Typische Auswahlfallen
- Die Demo zeigt nur eine schöne PDF-Ansicht, aber keine strukturierten Fehler.
- Das Tool validiert eine Beispieldatei, erklärt aber keine Korrekturen.
- Der Anbieter nennt 'EN 16931', aber nicht Profil, Syntax, Version oder Updateprozess.
- Datenschutz wird nur allgemein beschrieben, ohne klare Löschung und Log-Minimierung.
- Die Lösung passt zum Einzeltest, aber nicht zu E-Mail, Batch, ERP oder Monatsabschluss.
Praktisches Vorgehen
- Eigene Zielprozesse festlegen: Empfang, Ausgangsrechnungen, Lieferantenfehler, ERP-Test oder Batch.
- Mindestformate und Empfängerprofile notieren.
- Fünf bis zehn realistische Testfälle mit erwarteten Ergebnissen vorbereiten.
- Berichte mit Buchhaltung, ERP-Team und Datenschutz gemeinsam bewerten.
- Update-, Lösch- und Supportprozess schriftlich klären.
Die beste Auswahl entsteht nicht aus einer Featureliste, sondern aus einem Test gegen den eigenen Rechnungsalltag.
Praktische Checkliste
- Zielprozess festlegen
- Formatbedarf dokumentieren
- Validierungsbericht testen
- Datenschutz und Löschung prüfen
- Integration bewerten
- Update-Prozess erfragen
- Testfälle vor dem Kauf nutzen
Praktischer Merksatz
E-Rechnungs-Software muss strukturierte Daten beherrschen, nicht bloß Rechnungen anzeigen.