Rechnungsvisualisierung im nationalen E-Rechnungssystem (KSeF) in Polen – wann kann ein PDF-Dokument ein Mehrwertsteuerrisiko darstellen?

Die Rechnungsvisualisierung im nationalen E-Rechnungssystem (KSeF) in Polen dient in erster Linie dazu, die in einer XML-Datei gespeicherten Daten besser lesbar zu machen. Es handelt sich nicht um ein eigenständiges Geschäftsdokument, das frei nach einer firmeneigenen Vorlage erstellt werden kann, ohne Bezug zur strukturierten Rechnung, die an das KSeF übermittelt wurde. In der Praxis sollten Unternehmen die Visualisierung als lesbare Darstellung der an das nationale E-Rechnungssystem gesendeten Daten betrachten, nicht als eigenständiges Verkaufsdokument.

Dieses Thema gewinnt nach der verpflichtenden Einführung des KSeF in Polen besonders an Bedeutung. Für die meisten Steuerzahler wird die strukturierte Rechnung im XML-Format zum zentralen Steuerbeleg, während die PDF-Datei oder der Ausdruck einem operativen Zweck dient. Sie kann für die Kommunikation mit Vertragspartnern, die Zahlungsabwicklung, die Kostenfreigabe, die interne Archivierung oder die Weitergabe von Rechnungen an Personen verwendet werden, die nicht direkt mit technischen Daten arbeiten. Aus diesem Grund sollte die Visualisierung nicht als bloßes Hilfsdokument behandelt werden, sondern als lesbare Darstellung der an KSeF übermittelten Daten.

Diese Geschäftspraxis ist nachvollziehbar. Probleme entstehen jedoch, wenn die Darstellung in einer Weise von der strukturierten Rechnung abweicht, die zu einer veränderten Auslegung der Transaktion, der Beträge, der Abrechnungen oder des Lieferumfangs führen kann. In Extremfällen kann ein fehlerhaft erstelltes PDF-Dokument nicht als begleitende Darstellung, sondern als eigenständige Rechnung gewertet werden. 

Was ist eine Rechnungsvisualisierung im Nationalen E-Rechnungssystem (KSeF) in Polen?

Eine über das Nationale E-Rechnungssystem (KSeF) in Polen ausgestellte strukturierte Rechnung liegt in Form einer XML-Datei vor. Dieses Format ist in erster Linie für die Verarbeitung durch IT-Systeme konzipiert und nicht für die bequeme Lesbarkeit durch Menschen. Aus diesem Grund verwenden Unternehmen üblicherweise Rechnungsvisualisierungen, meist im PDF-Format.

Eine Visualisierung stellt XML-Daten in einem Layout dar, das einer herkömmlichen Rechnung ähnelt. Sie kann unter anderem Angaben zu Verkäufer und Käufer, Rechnungsnummer, Daten, Beschreibung der Waren oder Dienstleistungen, Steuerbemessungsgrundlage, Mehrwertsteuersätze, Steuerbeträge, Bruttowert und Zahlungsdetails enthalten.

Entscheidend ist, dass die Visualisierung keine neuen steuerlichen Inhalte schaffen darf. Ihre Funktion besteht darin, die in der strukturierten Rechnung enthaltenen Daten darzustellen, nicht diese zu ergänzen, zu ändern oder zu ersetzen.

Ist eine KSeF-Rechnungsvisualisierung eine Rechnung?

In der Regel stellteine korrekt erstellte Visualisierung einer im polnischen nationalen E-Rechnungssystem (KSeF) ausgestellten Rechnung keine separate Rechnung dar. Es handelt sich um eine technische und informative Darstellung der strukturierten Rechnung, die bereits im System ausgestellt und mit einer KSeF-Nummer versehen wurde.

Das bedeutet, dass das Versenden einer PDF-Visualisierung an einen Vertragspartner nicht als erneute Ausstellung der Rechnung behandelt werden sollte, vorausgesetzt, das Dokument gibt die Daten der strukturierten Rechnung korrekt wieder. In diesem Modell bleibt die in KSeF gespeicherte Rechnung die einzige Rechnung, die den Verkauf dokumentiert. Dies ist unter anderem für die Bestimmung des Rechnungsausstellungsdatums wichtig. Wenn die Rechnung im Nationalen E-Rechnungssystem ausgestellt und mit einer Identifikationsnummer im System versehen wurde, sollte die spätere Übermittlung ihrer Visualisierung an den Vertragspartner das Rechnungsausstellungsdatum für polnische Mehrwertsteuerzwecke nicht ändern. Das PDF-Zustellungsdatum ist dann lediglich das Datum, an dem ein lesbares Bild der Rechnung bereitgestellt wurde.

Warum nutzen Unternehmen nach wie vor PDF-Visualisierungen?

Rechnungsvisualisierungen sind trotz des Betriebs von KSeF weiterhin notwendig, da viele Geschäftsprozesse nach wie vor ein lesbares Dokument erfordern. Dies gilt insbesondere für Unternehmen, in denen Rechnungen nicht nur von der Buchhaltung, sondern auch von den Abteilungen Einkauf, Vertrieb, Logistik und Controlling oder von den für die Zahlungsfreigabe zuständigen Mitarbeitern geprüft werden.

Eine Visualisierung ist insbesondere nützlich für:

• die schnelle Überprüfung von Rechnungsdaten durch einen Mitarbeiter, 
• die Bereitstellung des Dokuments an einen Auftragnehmer außerhalb des KSeF, wenn dies aufgrund von Vorschriften oder Vereinbarungen zwischen den Parteien erforderlich ist, 
• die Unterstützung von Workflows zur Kostenfreigabe, 
• die Überprüfung der Datenkonsistenz zwischen Vertriebs-, Buchhaltungs- und Zahlungssystemen, 
• die ergänzende Archivierung im internen Dokumenten-Workflow. 

Dies bedeutet jedoch nicht, dass das PDF unabhängig von der XML-Datei funktionieren kann. Je mehr die Visualisierung einer eigenständigen Rechnung ähnelt und je mehr sie Daten enthält, die von der an das Nationale E-Rechnungssystem (KSeF) übermittelten Datei abweichen, desto höher ist das Steuerrisiko.

QR-Code und KSeF-Nummer auf der Rechnungsvisualisierung

In der Praxis enthält eine Visualisierung einer im Nationalen E-Rechnungssystem (KSeF) ausgestellten Rechnung häufig die KSeF-Nummer und einen QR-Code. Ihr Zweck ist es, die Visualisierung mit der strukturierten Rechnung zu verknüpfen und eine Überprüfung des Dokuments zu ermöglichen.

Der QR-Code ist besonders wichtig, wenn die Rechnung außerhalb von KSeF verwendet wird. Er ermöglicht es, Rechnungsdaten zu überprüfen und den Zugriff auf das Dokument im System zu bestätigen. Der QR-Code sollte jedoch nicht als ein Element betrachtet werden, das automatisch jedes mit dem Inhalt der Visualisierung verbundene Risiko beseitigt.

Wenn das PDF Daten enthält, die von der XML-Datei abweichen, macht die KSeF-Nummer oder der QR-Code allein das Dokument nicht unbedingt sicher. Aus steuerlicher Sicht ist die entscheidende Frage, ob der Inhalt der Visualisierung mit der strukturierten Rechnung übereinstimmt.

Wann kann die Rechnungsvisualisierung in KSeF ein Steuerrisiko darstellen?

Das größte Risiko entsteht, wenn die Visualisierung keine originalgetreue Darstellung der an das nationale E-Rechnungssystem übermittelten Daten ist. Dies gilt nicht nur für offensichtliche Fehler bei den Beträgen, sondern auch für Abweichungen, die das Verständnis des Käufers hinsichtlich der Transaktion beeinflussen können.

Zu den risikobehafteten Situationen können gehören:

• die Darstellung von Daten im PDF, die nicht in der XML-Datei enthalten sind, 
• das Weglassen von Daten im PDF, die in der XML-Datei enthalten waren und die Abrechnung beeinflussen, 
• die Angabe eines anderen zu zahlenden Betrags, 
• das Hinzufügen von Gebühren, Abzügen oder Rabatten außerhalb der Rechnungsstruktur, 
• die Verwendung von Beschreibungen, die das Verständnis des Transaktionsgegenstands verändern können, 
• die Änderung von Feldnamen in einer Weise, die den Käufer irreführen könnte, 
• die Erstellung einer Darstellung, die wie eine eigenständige Rechnung aussieht, aber nicht genau den Daten in KSeF entspricht. 

In der Praxis kann es vorkommen, dass selbst bei identischen Rechnungsgrunddaten Unsicherheit hinsichtlich des endgültigen Rechnungsbetrags oder der Art der Leistung entsteht, weil die Abrechnung anders dargestellt wird.

Einzelauslegung vom 30. April 2026 – ein wichtiges Signal für Steuerzahler in Polen

In einer individuellen Steuerauslegung vom 30. April 2026 wies der Direktor des Nationalen Steuerinformationsdienstes auf das Risiko hin, das mit einer Rechnungsdarstellung verbunden ist, die von den an das Nationale E-Rechnungssystem (KSeF) übermittelten Daten abweicht.

Der Fall betraf einen Steuerpflichtigen, der plante, strukturierte Rechnungen im XML-Format auszustellen und anschließend PDF-Darstellungen an Auftragnehmer zu senden.

Die Darstellung sollte unter anderem die KSeF-Nummer, das Datum der Übermittlung an das System und einen QR-Code enthalten. Der Steuerpflichtige ging jedoch auch davon aus, dass gewisse Abweichungen zwischen XML und PDF auftreten könnten, darunter eine unterschiedliche Darstellung der Daten, zusätzliche Geschäftsbeschreibungen, unterschiedliche Kopfzeilennamen sowie Abweichungen in Bezug auf Gebühren oder Abzüge, die sich auf den zu zahlenden Betrag auswirken.

Die Behörde hielt diesen Ansatz für falsch. Sie wies darauf hin, dass die Darstellung mit der strukturierten Rechnung übereinstimmen müsse. Sind zusätzliche Daten für die Abrechnung relevant und wurden sie in die XML-Struktur aufgenommen, sollten sie sich auch in der Darstellung widerspiegeln. Umgekehrt kann eine abweichende Darstellung der Daten im PDF-Dokument den Empfänger hinsichtlich der Geschäftsbedingungen irreführen.

Die wichtigste praktische Schlussfolgerung aus dieser Auslegung ist klar: Steuerpflichtige sollten die Darstellung nicht als Möglichkeit betrachten, die Rechnung frei an ihre eigenen geschäftlichen Bedürfnisse anzupassen. Wenn das PDF als Visualisierung einer in KSeF ausgestellten Rechnung gedacht ist, muss es mit dieser Rechnung übereinstimmen.

Kann eine fehlerhafte Rechnungsvisualisierung als leere Rechnung behandelt werden?

Ein solches Risiko kann entstehen, wenn das PDF-Dokument nicht nur eine Visualisierung einer strukturierten Rechnung ist, sondern als eigenständiges Dokument fungiert, das einen Mehrwertsteuerbetrag ausweist. In diesem Fall kann die polnische Steuerbehörde prüfen, ob Artikel 108 des polnischen Mehrwertsteuergesetzes (VAT Act) Anwendung findet.

Diese Bestimmung erlegt die Verpflichtung auf, die auf einer Rechnung ausgewiesene Steuer zu entrichten. In der Praxis steht sie meist im Zusammenhang mit sogenannten „leeren Rechnungen“, also Dokumenten, die keinen tatsächlichen Geschäftsvorfall widerspiegeln. Ein Risiko kann jedoch auch entstehen, wenn ein Steuerpflichtiger zwei Dokumente zu demselben Verkauf in Umlauf bringt und eines davon keine getreue Wiedergabe der im nationalen E-Rechnungssystem ausgestellten strukturierten Rechnung darstellt.

Das bedeutet nicht, dass jede PDF-Visualisierung eine Schearrechnung ist. Eine solche Schlussfolgerung würde zu weit gehen. Eine korrekte Visualisierung, die mit der XML-Datei übereinstimmt, hat eine ergänzende Funktion. Das Problem betrifft Situationen, in denen das außerhalb von KSeF geteilte Dokument Abweichungen aufweist, die so erheblich sind, dass es als eigenständiges Rechnungsdokument behandelt werden muss.

Welche zusätzlichen Daten können in einer Visualisierung enthalten sein?

Eine Visualisierung kann technische und identifizierende Elemente enthalten, die dabei helfen, das Dokument mit der Rechnung im KSeF zu verknüpfen. Dies gilt insbesondere für die KSeF-Nummer, den QR-Code und Informationen, die eine Überprüfung der Rechnung ermöglichen.

Vorsicht ist jedoch geboten bei Daten, die die Transaktion selbst, Beträge, Zahlungen, Rabatte, Abzüge, Gebühren, die Klassifizierung von Waren oder Leistungen oder Geschäftsbedingungen betreffen. Sind solche Informationen für die Abrechnung relevant, sollte zunächst geprüft werden, ob sie ordnungsgemäß in die strukturierte Rechnung aufgenommen werden sollten.

Zusätzliche Daten dürfen nicht:

• die Bedeutung der in der XML-Datei enthaltenen Informationen verändern, 
• die Auslegung des fälligen Betrags beeinflussen, 
• andere Geschäftsbedingungen als die in der KSeF-Rechnung angegebenen suggerieren, 
• Felder in der FA(3)-Struktur ersetzen, 
• dazu führen, dass der Auftragnehmer ein anderes Bild der Transaktion erhält als das, das sich aus der strukturierten Rechnung ergibt. 

Am sichersten ist es, einen einfachen Grundsatz anzuwenden: Die Visualisierung sollte die Rechnung widerspiegeln, nicht ergänzen.

Rechnungsdarstellung und die FA(3)-Struktur

Mit der Weiterentwicklung des Nationalen E-Rechnungssystems (KSeF) gewinnt die logische Struktur der Rechnung zunehmend an Bedeutung. Sie bestimmt, welche Daten an das System übermittelt werden und wie diese von der Buchhaltungssoftware verarbeitet werden sollen.

Wenn ein Unternehmen bestimmte Informationen zur Abrechnung anzeigen möchte, sollte es zunächst prüfen, ob die FA(3)-Struktur geeignete Felder für diese Daten bereitstellt. Dies kann unter anderem zusätzliche Abrechnungselemente, Zahlungsdaten oder Positionsbeschreibungen betreffen.

Es ist nicht korrekt, für den Auftragnehmer relevante Informationen in der XML-Datei wegzulassen, während sie im PDF angezeigt werden, oder umgekehrt: Daten in die XML-Datei aufzunehmen, sie aber in der Visualisierung nicht anzuzeigen. In beiden Fällen besteht die Gefahr von Inkonsistenzen zwischen den Dokumenten.

Können Feldnamen in der Rechnungsdarstellung geändert werden?

Eine Änderung des grafischen Layouts des Dokuments bedeutet nicht automatisch, dass ein Fehler vorliegt. Eine Visualisierung kann in verschiedenen Systemen erstellt worden sein und sieht daher nicht immer identisch aus. Ein Problem entsteht jedoch, wenn die verwendete Terminologie die Bedeutung der Daten verändert oder den Eindruck vermittelt, dass ein bestimmtes Feld eine andere Bedeutung hat als in der Rechnungsstruktur.

Beispielsweise mag die Änderung der Beschreibung einer Rechnungsposition zunächst nur wie eine redaktionelle Anpassung erscheinen. Wenn die neue Überschrift oder Beschreibung jedoch dazu führt, dass der Käufer den Gegenstand der Transaktion, den Lieferumfang oder den Abrechnungswert anders versteht, wird eine solche Änderung riskant.

In der Praxis sollten Unternehmen kreative Änderungen von Feldnamen vermeiden, insbesondere in Bereichen, die Rechnungspositionen, Beträge, Rabatte, Steuern und Zahlungen betreffen. Es ist sicherer, Beschreibungen zu verwenden, die so nah wie möglich an der Bedeutung der Daten aus der strukturierten Rechnung bleiben.

Rechnungsdarstellung und Rechnungsausstellungsdatum

Die Bereitstellung der Visualisierung an einen Vertragspartner sollte nicht als Rechnungsausstellungsdatum betrachtet werden, wenn die Rechnung bereits im Nationalen E-Rechnungssystem (KSeF) ausgestellt und im System mit einer Identifikationsnummer versehen wurde. In einem solchen Fall ist das Datum, an dem die PDF-Datei versendet wird, rein technischer und informativer Natur.

Für Unternehmen bedeutet dies, dass in ihren internen Abläufen unterschieden werden sollte zwischen:

• dem Datum der Rechnungsstellung in KSeF, 
• dem Datum der Vergabe der KSeF-Nummer, 
• dem Datum, an dem die Visualisierung dem Auftragnehmer zur Verfügung gestellt wird, 
• dem Datum, an dem das Dokument in internen Prozessen empfangen oder heruntergeladen wird. 

Eine Verwechslung dieser Daten kann zu Fehlern bei der Buchhaltung, der Umsatzsteuerabrechnung (VAT), den Zahlungsprozessen und der Fristenüberwachung führen. Daher sollten Unternehmen sicherstellen, dass ihr Buchhaltungssystem und ihre Dokumentenworkflow-Abläufe klar unterscheiden, welches Ereignis steuerlich relevant ist und welches nur organisatorischer Natur ist.

So erstellen Sie eine sichere Rechnungsvisualisierung im Nationalen E-Rechnungssystem (KSeF) in Polen

Eine sichere Visualisierung sollte gemeinsam mit dem Rechnungsstellungsprozess entworfen werden und nicht als zusätzliche PDF-Vorlage, die unabhängig von der XML-Datei erstellt wird. Der wichtigste Punkt ist die Wahrung der Konsistenz zwischen den Daten im KSeF, dem Finanz- und Buchhaltungssystem und dem Dokument, das dem Auftragnehmer zur Verfügung gestellt wird.

In der Praxis empfiehlt es sich, folgende Regeln anzuwenden:

• Die Visualisierung sollte auf der Grundlage der Daten aus der strukturierten Rechnung erstellt werden, 
• die Beträge sollten mit den XML-Daten übereinstimmen, 
• zusätzliche Abrechnungsinformationen sollten in die Struktur aufgenommen werden, sofern diese entsprechende Felder dafür vorsieht, 
• das PDF sollte keinen alternativen Zahlungsbetrag anzeigen, wenn dieser nicht eindeutig aus der strukturierten Rechnung hervorgeht, 
• Feldnamen und Beschreibungen sollten die Bedeutung der Daten nicht verändern, 
• der QR-Code und die KSeF-Nummer sollten gemäß den Regeln für die Verwendung von Rechnungen außerhalb von KSeF verwendet werden,
• jede Visualisierungsvorlage sollte vor der Implementierung getestet werden. 

Besonders wichtig ist das Testen atypischer Fälle, darunter Rechnungen mit Rabatten, Korrekturen, Aufschlägen, Abzügen, Vorauszahlungen, Teilzahlungen, mehreren Mehrwertsteuersätzen oder komplexen Positionsbeschreibungen.

Die Bedeutung von Buchhaltungsverfahren und Datenkontrollen

Das nationale E-Rechnungssystem (KSeF) wird zwar einige technische Fehler reduzieren, aber es wird ordnungsgemäße Buchhaltungsverfahren nicht ersetzen. Das System akzeptiert eine Rechnung, die der Struktur entspricht, doch die Verantwortung für die Richtigkeit der Daten, deren Klassifizierung und die Konsistenz der Prozesse liegt weiterhin beim Steuerpflichtigen.

Aus Sicht eines Unternehmens sollte der Rechnungsstellungsprozess nicht nur das Senden der XML-Datei an KSeF umfassen, sondern auch die Überprüfung dessen, was dem Auftragnehmer in der Visualisierung angezeigt wird. Dies ist besonders wichtig für Unternehmen, die mehrere Systeme nutzen, wie beispielsweise Tools für Vertrieb, Lager, Buchhaltung, Zahlungsverkehr und Kundenkommunikation.

Die Implementierung von KSeF sollte daher mit einer Überprüfung der Rechnungsstellungsverfahren, des Dokumenten-Workflows und der Rechnungsbuchungsprozesse einhergehen.

Unternehmen, die in diesem Bereich Unterstützung benötigen, können die getsix®-Buchhaltung in Polen in Anspruch nehmen, darunter Buchhaltungsunterstützung, Steuerabrechnungen und Hilfe bei der Organisation von Finanzprozessen.

Die häufigsten Fehler bei KSeF-Rechnungsvisualisierungen

Die häufigsten Fehler resultieren nicht aus der Erstellung eines PDF-Dokuments an sich, sondern aus mangelnder Kontrolle darüber, was genau in der Visualisierung erscheint. In der Praxis kann das Problem in der automatischen Generierung eines Dokuments auf Basis einer Vorlage liegen, die nicht an die KSeF-Struktur angepasst wurde.

Typische Fehler sind:

• Hinzufügen von Geschäftsinformationen außerhalb der Rechnungsstruktur, 
• Verwendung einer PDF-Vorlage, die nicht mit den XML-Daten übereinstimmt, 
• Angabe eines anderen zu zahlenden Betrags als des aus der Rechnung resultierenden Betrags, 
• Auslassung wichtiger Abrechnungsdaten, die in der XML-Datei sichtbar sind, 
• Verwendung von Positionsbeschreibungen, die nicht mit den Daten in der Struktur übereinstimmen, 
• Versäumnis, einen QR-Code einzufügen, wenn die Rechnung außerhalb von KSeF verwendet wird und eine solche Kennzeichnung erforderlich ist, 
• das Versäumnis, Korrekturrechnungen und komplexere Transaktionen zu prüfen. 

Es ist zu beachten, dass das Problem möglicherweise erst auf der Käuferseite sichtbar wird. Wenn der Auftragnehmer die Rechnung aus dem KSeF herunterlädt und sie mit der vom Verkäufer erhaltenen PDF-Datei vergleicht, können Unstimmigkeiten zu Streitigkeiten, Zahlungsverzögerungen oder Rückfragen seitens der Buchhaltung führen.

Rechnungsvisualisierung im Umgang mit ausländischen Vertragspartnern

Die Rechnungsvisualisierung im Nationalen E-Rechnungssystem (KSeF) in Polen ist besonders wichtig im Umgang mit ausländischen Vertragspartnern, die KSeF möglicherweise nicht auf die gleiche Weise nutzen wie polnische Steuerzahler. In solchen Fällen kann das PDF eine wichtige Kommunikationsfunktion erfüllen, da es dem Empfänger ermöglicht, den Rechnungsinhalt zu verstehen, ohne die XML-Datei analysieren zu müssen.

Dies ändert jedoch nichts an der Grundregel: Das außerhalb von KSeF bereitgestellte Dokument sollte der strukturierten Rechnung entsprechen. Wenn ein ausländischer Vertragspartner ein PDF erhält, sollte er ein lesbares Bild derselben Rechnung erhalten, die im System ausgestellt wurde.

Für Unternehmen, die im internationalen Vertrieb tätig sind, sind einheitliche Sprach- und Systemverfahren besonders wichtig. Übersetzungen von Beschreibungen, Produktnamen, Zahlungsbedingungen und zusätzlichen Informationen sollten nicht zu Unstimmigkeiten beim Verständnis der Transaktion führen. Wenn ein Unternehmen zweisprachige Dokumentvorlagen verwendet, sollte es prüfen, ob die Sprachversion die Bedeutung der in der strukturierten Rechnung enthaltenen Daten verändert.

---

Eine Visualisierung einer im nationalen E-Rechnungssystem (KSeF) ausgestellten Rechnung ist ein unverzichtbares Geschäftsinstrument, da sie XML-Daten in einem lesbaren Format darstellt. Sie sollte jedoch nicht als eigenständiges Dokument betrachtet werden, das beliebig verändert werden kann.

Die wichtigste Regel ist einfach: Die Visualisierung sollte die strukturierte Rechnung widerspiegeln. Wenn das PDF Daten enthält, die von der XML-Datei abweichen, für die Abrechnung relevante Informationen auslassen oder die Transaktion anders darstellen, können steuerliche Risiken entstehen, einschließlich des Risikos, dass das Dokument als separate Rechnung behandelt werden könnte. Für Unternehmen in Polen bedeutet dies, dass Rechnungsvorlagen, Verfahren und Datenkontrollen sorgfältig vorbereitet werden müssen. Die Implementierung von KSeF endet nicht mit dem Versand der Rechnung an das System. Sie umfasst auch, wie das Unternehmen die Rechnung dem Auftragnehmer vorlegt, Dokumente in der Buchhaltung verbucht und die Datenkonsistenz über den gesamten Finanzprozess hinweg sicherstellt.