Vergleiche und Benchmarks

VertiefungTools und Reports nutzenVergleiche 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

KriteriumWorauf achten?Warum es zählt
FormateXRechnung, ZUGFeRD/Factur-X, EN-16931-kompatible Profile.Empfänger und Lieferanten nutzen unterschiedliche Formate und Profile.
ValidierungSchema, Schematron, Profilregeln, Versionen und Codelisten.Ein sichtbares PDF sagt wenig über die strukturierte Rechnung aus.
BerichteRegel-ID, Schweregrad, betroffener Bereich und Korrekturrichtung.Buchhaltung und ERP-Team müssen Fehler beheben können.
DatenschutzTemporäre Verarbeitung, Zugriff, Logs, Löschung und AVV.Rechnungen enthalten sensible Geschäfts- und Zahlungsdaten.
IntegrationImport, Export, API, E-Mail-Eingang, Batch und ERP-Anbindung.Die Software muss zum realen Arbeitsablauf passen.
UpdatesRegelmäßige Pflege von XRechnung-Bundles, EN-16931-Artefakten und Profilen.Standards, Validator-Konfigurationen und Codelisten ändern sich.

Kriterien nach Rolle

RolleBraucht vor allemGute Prüffrage
GeschäftsführungRisiko, Kosten, Prozesssicherheit und Skalierbarkeit.Reduziert die Lösung Ablehnungen und manuelle Klärung messbar?
BuchhaltungLesbare Berichte, Status, Export und Lieferantenkommunikation.Kann ein Fehler ohne XML-Wissen an den Lieferanten erklärt werden?
ERP-TeamTechnische Details, Mapping, Testfälle, API und Updateprozess.Sind Regel-ID, XML-Pfad, Profil und Version sichtbar?
Datenschutz/ITDatenflü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

ModellGeeignet wennWichtiges Risiko
Web-ToolEinzelprüfungen, kleine Teams, gelegentliche Lieferantenfehler.Manuelle Arbeit und unklare Ablage können wachsen.
E-Mail-WorkflowEingangsrechnungen zentral gesammelt und zurückgemeldet werden.Anhänge, Weiterleitungen und Zugriff müssen sauber geregelt sein.
ERP-ExportprüfungEigene Ausgangsrechnungen regelmäßig getestet werden.Mapping-Fehler bleiben bestehen, wenn nur Enddateien korrigiert werden.
API oder BatchViele Dateien oder wiederkehrende Prüfungen verarbeitet werden.Timeouts, Fehlerstatus, Datenschutz und Wiederholbarkeit müssen definiert sein.
Lokale ValidierungDaten 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

  1. Eigene Zielprozesse festlegen: Empfang, Ausgangsrechnungen, Lieferantenfehler, ERP-Test oder Batch.
  2. Mindestformate und Empfängerprofile notieren.
  3. Fünf bis zehn realistische Testfälle mit erwarteten Ergebnissen vorbereiten.
  4. Berichte mit Buchhaltung, ERP-Team und Datenschutz gemeinsam bewerten.
  5. 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.