ZUGFeRD-Rechnung ungültig? 7 typische Fehler aus Excel und ihre Lösung

Die Excel-Rechnung ist vollständig, der Gesamtbetrag wirkt plausibel und das PDF lässt sich öffnen. Trotzdem meldet der Validator einen Fehler oder der Empfänger lehnt die Datei ab. Meist hilft jetzt ein gezielter Blick auf die übertragenen Rechnungsdaten: Welche Angabe fehlt, welche Summe passt nicht und an welcher Stelle der Vorlage entsteht die Abweichung?

Nicht jede Ablehnung bedeutet denselben Fehler

Eine technische Validierung untersucht, ob eine Datei zum gewählten Regelwerk passt. Ein Empfänger kann zusätzlich eine Bestellnummer, einen bestimmten Übertragungsweg oder ein anderes Rechnungsformat verlangen. Eine technisch gültige Rechnung kann deshalb im betrieblichen Eingangsprozess zurückgewiesen werden. Die Rückmeldung sollte erkennen lassen, ob es um das Dateiformat, eine Datenregel oder eine Anforderung des Empfängers geht.

Im Prüfbericht helfen vier Angaben: Dateiname, erkanntes Format beziehungsweise Profil, Stand der Prüfregeln und die erste verständliche Fehlermeldung. Mehrere Meldungen können dieselbe Ursache haben. Fehlt beispielsweise eine Steuerzuordnung, können zusätzlich Steuergruppen und Summen auffällig werden. Zuerst die Ursache zu korrigieren ist meist sinnvoller, als einzelne Folgewerte zu überschreiben.

Der KoSIT-Validator unterscheidet die Prüfung mit XML-Schema und Schematron-Regeln. Welche Regeln tatsächlich gelten, legt die passende Konfiguration fest. Ein grünes XML-Ergebnis allein bestätigt weder sämtliche PDF/A-Eigenschaften noch die Richtigkeit des abgerechneten Geschäftsvorgangs.

Fehler 1: Die Datei ist ein gewöhnliches PDF

Typisches Bild: Die Rechnung wurde in Excel über „Speichern als PDF“ ausgegeben. Ein ZUGFeRD-Werkzeug findet keine strukturierten Rechnungsdaten. Der Dateiname enthält zwar „ZUGFeRD“, der Inhalt ist aber weiterhin ein normales PDF.

ZUGFeRD verbindet eine PDF/A-3-Datei mit strukturierten Rechnungsdaten in einer eingebetteten CII-XML. Das beschreibt das Forum elektronische Rechnung Deutschland. Umbenennen oder eine beliebige XML-Datei anhängen reicht dafür nicht aus.

Lösung: Die Rechnung mit einer ZUGFeRD-fähigen Anwendung aus den Rechnungsdaten erzeugen. Anschließend die vollständige Ergebnisdatei prüfen. Dafür sind sowohl das XML-Regelwerk als auch die Anforderungen an das hybride PDF relevant. Den grundsätzlichen Ablauf erklärt die Anleitung ZUGFeRD-Rechnung aus Excel erstellen.

Fehler 2: Eine Angabe steht im PDF, fehlt aber in der XML

Typisches Bild: Im Briefkopf stehen Rechnungsnummer und Adresse. Die Prüfung meldet dennoch eine fehlende Nummer oder einen unvollständigen Beteiligten. Das sichtbare Textfeld wurde nicht der passenden strukturierten Angabe zugeordnet.

In gewachsenen Excel-Vorlagen liegen Informationen häufig an unterschiedlichen Stellen: in einer verbundenen Zelle, einer Kopfzeile, einem Textfeld oder auf einem zweiten Blatt. Die optische Position sagt nicht, welchen Wert die Erweiterung tatsächlich ausliest. Auch nach dem Verschieben von Zeilen kann eine alte Zuordnung auf eine leere oder falsche Zelle zeigen.

Lösung: Den im Assistenten übernommenen Wert mit der tatsächlich ausgefüllten Zelle vergleichen. Rechnungsnummer, Datum, Absender und Empfänger einzeln kontrollieren. Eine strukturierte Datumsangabe sollte aus einem passenden Datumsfeld stammen und nicht aus einem zusammengesetzten Satz wie „Braunschweig, den …“ herausgeraten werden.

Fehler 3: Die Einheit ist nur als freier Text vorhanden

Typisches Bild: In Excel stehen „Std.“, „Stk.“ oder „pausch.“. Bei der Ausgabe fehlt der Einheitencode oder die Einheit passt nicht zur berechneten Menge. Ein frei gewähltes Kürzel ist für Menschen verständlich, für den strukturierten Datensatz aber nicht automatisch eindeutig.

Lösung: Die fachlich richtige Einheit in der Vorlagenzuordnung beziehungsweise in der dafür vorgesehenen Auswahl festlegen. Mengen müssen dazu passen: Acht Stunden und eine Projektpauschale sind unterschiedliche Arten der Preisbildung. Ein Betrag darf nicht einfach durch Ändern der Einheit passend gemacht werden.

Hilfreich ist eine kurze Kontrolle mit zwei Positionen: einer Mengenposition und einer Pauschale. Stimmen Beschreibung, Menge, Einheit und Preisbasis in der Datenansicht überein, lässt sich die Zuordnung anschließend auf weitere gleichartige Zeilen übertragen. Freitext zur Leistung gehört in die Beschreibung, nicht als Ersatz für die strukturierte Einheit.

Fehler 4: Steuersatz und Steuerkategorie widersprechen sich

Typisches Bild: Eine Position enthält null Prozent Umsatzsteuer, während die strukturierte Kategorie eine gewöhnliche steuerpflichtige Position beschreibt. Oder im PDF steht ein steuerlicher Hinweis, der in den dafür vorgesehenen Rechnungsdaten fehlt.

Ein Steuersatz ist eine Zahl. Die Steuerkategorie beschreibt den zugrunde liegenden Sachverhalt. Verschiedene Fälle können rechnerisch denselben Steuerbetrag ergeben, benötigen aber unterschiedliche Angaben. Deshalb ist „0 %“ allein keine universelle Lösung für eine Rechnung ohne Umsatzsteuerausweis.

Lösung: Den tatsächlichen Steuerfall fachlich bestimmen, dann Kategorie, Steuersatz und gegebenenfalls benötigte Begründung zusammen prüfen. Eine Kategorie nur so lange zu wechseln, bis der Validator zufrieden ist, kann eine formal plausible, sachlich falsche Rechnung erzeugen. Für einen häufigen Sonderfall gibt es den Beitrag E-Rechnung für Kleinunternehmer.

Fehler 5: Die Summe der Positionen stimmt nicht mit dem Rechnungsnetto überein

Typisches Bild: Alle sichtbaren Beträge haben zwei Nachkommastellen. Trotzdem weichen Positionssumme, Nettobetrag oder Umsatzsteuer um einen Cent ab. Häufig rechnet Excel mit mehr Stellen weiter, als das Zellformat zeigt. Ebenso möglich sind übersehene Zeilen, doppelt erfasste Zwischensummen oder ein zu großer Positionsbereich.

Ein eigenes Rechenbeispiel zeigt den Unterschied: Drei Positionen zu jeweils einem Stück mit 0,335 Euro Nettopreis ergeben einzeln auf Cent gerundet jeweils 0,34 Euro. Die drei ausgewiesenen Positionsbeträge summieren sich zu 1,02 Euro. Werden dagegen erst die ungerundeten Werte addiert und dann gerundet, entstehen 1,01 Euro. Beide Rechenwege im selben Dokument zu mischen führt zum Widerspruch.

Lösung: Erst den Positionsbereich prüfen. Danach muss die Rechnungssumme auf den tatsächlich ausgegebenen Positionsbeträgen aufbauen. Im Beispiel lautet die Positionsformel bei Menge in B2 und Nettopreis in C2 =RUNDEN(B2*C2;2). Die Gesamtsumme wird aus diesen gerundeten Zeilen gebildet. Für Rabatte oder eine andere Preisbasis muss die Formel entsprechend erweitert werden.

Die veröffentlichte EN-16931-Regel BR-CO-10 verlangt, dass die Summe der Nettopositionsbeträge den einzelnen Nettopositionsbeträgen entspricht. Die verlinkte Darstellung verwendet UBL; ZUGFeRD verwendet CII. Die fachliche Summenbeziehung bleibt dieselbe.

Fehler 6: Ein Rabatt wird wie eine Zahlung behandelt – oder umgekehrt

Typisches Bild: Ein bereits gezahlter Abschlag erscheint als negativer Artikel. Zusätzlich wird derselbe Betrag nochmals als Zahlung abgezogen. Oder ein vereinbarter Preisnachlass steht nur als Freitext unter dem Bruttobetrag.

Ein Nachlass verändert den berechneten Preis. Eine bereits erhaltene Zahlung vermindert den noch offenen Betrag. Diese beiden Vorgänge haben unterschiedliche Stellen im Datenmodell und dürfen nicht ohne fachliche Prüfung gegeneinander ausgetauscht werden.

Lösung: Jeden Abzug zunächst zuordnen: Positionsrabatt, Nachlass auf die gesamte Rechnung oder erhaltene Zahlung. Dann kontrollieren, ob er genau einmal an der passenden Stelle berücksichtigt wird. Bei 1.190,00 Euro Rechnungsbrutto und einer bereits geleisteten Zahlung von 238,00 Euro verbleiben ohne weitere Besonderheiten 952,00 Euro. Das ursprüngliche Rechnungsbrutto bleibt in diesem Beispiel 1.190,00 Euro.

Ein vollständiges Beispiel einschließlich Zahlungsübersicht enthält der Beitrag Abschlagsrechnung und Schlussrechnung als E-Rechnung. Er zeigt auch, warum eine ausgestellte, aber noch nicht bezahlte Abschlagsrechnung nicht einfach als erhaltene Zahlung behandelt werden darf.

Fehler 7: Rechnungsbild und XML stammen aus unterschiedlichen Bearbeitungsständen

Typisches Bild: Nach der ersten Ausgabe wurde ein Preis im PDF geändert oder eine ältere PDF-Datei zusammen mit neuen strukturierten Daten verwendet. Auf dem Bildschirm stehen 952,00 Euro, das empfangende System liest einen anderen Zahlbetrag.

Lösung: Änderungen an den Rechnungsdaten in der Ausgangsvorlage vornehmen und beide Bestandteile aus demselben Stand neu erzeugen. Anschließend Rechnungsnummer, Datum, Positionen, Steuergruppen, Bankverbindung und Zahlbetrag in PDF und Datenansicht vergleichen. Bereits versandte Rechnungen benötigen einen nachvollziehbaren Korrekturprozess; stilles Überschreiben einer abgelegten Datei ersetzt diesen nicht.

FeRD beschreibt die inhaltliche Übereinstimmung von PDF und XML als Bestandteil des hybriden Formats. Ein Vergleich muss dabei die Werte und ihre Bedeutung betreffen. Eine bloß andere Schrift, Spaltenbreite oder Zeilenaufteilung im Viewer ist noch kein inhaltlicher Widerspruch.

Ein fester Korrekturablauf spart Wiederholungen

In TabellenFaktura werden Felder einer vorhandenen Excel-Vorlage zugeordnet und Rechnungsdaten lokal übernommen. Die Prüfung unterstützt beim Finden fehlender Angaben und rechnerischer Widersprüche. Entscheidend bleibt, dass die fachliche Auswahl zur tatsächlichen Leistung passt. Die Funktionsübersicht mit dem Ablauf in Excel zeigt Vorbereitung, Prüfung und Ausgabe.

Vor dem Versand helfen fünf kurze Kontrollen: richtige Rechnungsversion, vollständige Beteiligte, passende Steuerbehandlung, nachvollziehbarer Zahlbetrag und Übereinstimmung von Rechnungsbild und strukturierten Daten. Besteht die Datei die technische Prüfung und wird trotzdem abgewiesen, ist die konkrete Rückmeldung des Empfängers der nächste Ansatzpunkt.

FAQ

Häufige Fragen

Warum ist die ZUGFeRD-Rechnung ungültig, obwohl das PDF richtig aussieht?

Das PDF zeigt nur die sichtbare Darstellung. In der eingebetteten XML können Angaben fehlen oder andere Werte stehen. Zusätzlich können Anforderungen an das PDF/A-3-Dokument oder das verwendete Profil verletzt sein. Deshalb müssen Datei, XML und Rechnungsbild gemeinsam geprüft werden.

Reicht es, eine Excel-Rechnung als PDF zu speichern?

Für ZUGFeRD reicht der gewöhnliche PDF-Export nicht aus. Erforderlich ist ein passendes hybrides Dokument mit strukturierten Rechnungsdaten. Die Erstellung übernimmt eine dafür geeignete Anwendung.

Wie lässt sich eine Fehlermeldung zur richtigen Excel-Zelle zurückverfolgen?

Zuerst wird die beanstandete Rechnungsangabe bestimmt. Danach werden der übernommene Wert und die dafür gespeicherte Zellzuordnung kontrolliert. Nach Layoutänderungen sollte besonders geprüft werden, ob die Zuordnung noch auf die ausgefüllte Zelle zeigt.

Darf ein Cent Unterschied einfach als Rundungsbetrag eingetragen werden?

Ein Rundungsbetrag ist kein allgemeiner Reparaturwert. Zuerst müssen Positionswerte, Nachlässe, Steuergruppen und Summen konsistent sein. Erst dann lässt sich beurteilen, ob ein gesonderter Rundungsbetrag fachlich begründet und im gewählten Ausgabeweg unterstützt ist.

Bedeutet eine bestandene Validierung, dass der Empfänger die Rechnung akzeptiert?

Der Prüfbericht bestätigt die geprüften technischen Regeln. Zusätzliche Anforderungen des Empfängers, etwa eine Bestellreferenz oder ein bestimmter Eingangskanal, sowie die sachliche Richtigkeit müssen separat geprüft werden.

Müssen vertrauliche Rechnungen zur Prüfung hochgeladen werden?

Eine Prüfung ist auch mit lokal arbeitender Software möglich. TabellenFaktura verarbeitet die Rechnungsinhalte und die technische Prüfung lokal auf dem Windows-PC.