Kann man eine PDF-Rechnung an KSeF senden? Schritt-für-Schritt-Erklärung

Kurze Antwort: Kann man ein PDF an KSeF senden?

Nein. KSeF akzeptiert keine PDF-Rechnung als gültige Rechnung im standardmäßigen Systemworkflow. Damit ein Dokument vom polnischen Nationalen E-Rechnungssystem erfolgreich angenommen wird, muss es als strukturierte Rechnung im XML-Format vorliegen, das dem FA(3)-Schema entspricht.

Diese Unterscheidung ist wichtig, weil viele Unternehmen den Begriff 'E-Rechnung' umgangssprachlich für ein gewöhnliches PDF verwenden, das per E-Mail verschickt wird. Für einen Menschen ist ein solches PDF bequem, aber KSeF arbeitet mit Daten, die in einer logischen Struktur gespeichert sind — nicht mit dem Erscheinungsbild des Dokuments.

Wenn Sie nur ein PDF haben, benötigen Sie einen weiteren Schritt: das Auslesen der Daten, deren Zuordnung zu FA(3) und erst dann die Übermittlung des XML an KSeF. Deshalb sollte die Frage 'Kann ich ein PDF an KSeF senden?' in der Praxis lauten: 'Wie wandle ich ein PDF in XML um und sende eine korrekte Rechnung an das System?'.

Wie funktioniert KSeF in der Praxis?

KSeF ist kein Posteingang für Anhänge. Es handelt sich um ein staatliches System zum Ausstellen, Übermitteln, Empfangen und Aufbewahren strukturierter Rechnungen. In der Praxis bedeutet das einen einfachen, aber strengen Prozess: Sie erstellen ein Dokument, generieren XML, senden es an KSeF, das System prüft die Datei gegen das vorgeschriebene Schema, und erst dann wird eine KSeF-Nummer vergeben.

Das offizielle FAQ des polnischen Finanzministeriums beschreibt eine strukturierte Rechnung als eine dem Schema entsprechende XML-Datei, die an das System übermittelt und mit einer eindeutigen Nummer versehen wird. Diese KSeF-Nummer bestätigt, dass das Dokument erfolgreich angenommen wurde. Ein PDF allein bewirkt das nicht.

Um besser zu verstehen, was das System vor der Annahme eines Dokuments prüft, lesen Sie auch den Artikel zur XML-Validierung und -Verarbeitung in KSeF.

Warum wird ein PDF von KSeF abgelehnt?

Der Grund ist einfach: Ein PDF ist in erster Linie eine visuelle Darstellung. Es zeigt das Layout der Rechnung, das Logo, Tabellen und für den Menschen lesbare Daten, überträgt die Informationen jedoch nicht so, wie es ein automatisch validierendes Dokumentensystem benötigt.

FA(3)-XML funktioniert umgekehrt. Es wird nicht erstellt, um gut auszusehen, sondern um die Daten des Verkäufers, Käufers, der Positionen, Mehrwertsteuersätze, Fristen und Beziehungen zwischen Feldern präzise zu beschreiben. Dadurch kann KSeF die Struktur des Dokuments, die technische Konsistenz und die Geschäftsregeln prüfen, bevor eine KSeF-Nummer vergeben wird.

In der Praxis bedeutet das eines: Ein PDF kann eine Ergänzung des Prozesses sein, ist aber nicht die Datei, die ein Unternehmen standardmäßig als eigentliche Rechnung an KSeF übermittelt.

PDF vs. FA(3)-XML — wie unterscheiden sie sich im Arbeitsalltag?

Ein PDF ist für Menschen gedacht. Es lässt sich leicht lesen, drucken, per E-Mail versenden oder in einen internen Workflow einbinden. FA(3)-XML ist für Systeme gedacht. Es ermöglicht KSeF und integrierten Anwendungen, die Daten zu verstehen, ohne manuelle Nacherfassung.

Ein PDF zeigt, wie die Rechnung aussieht; XML überträgt die Daten in einer Form, die für Validierung, Automatisierung und Integration geeignet ist. Deshalb lässt sich ein PDF nur schwer automatisch gegen ein Schema prüfen, während eine XML-Datei bereits vor der Übermittlung analysiert werden kann.

Die kürzeste Zusammenfassung: PDF dient dem Lesen, XML dient der Systemverarbeitung. Deshalb arbeitet KSeF mit FA(3) und nicht mit PDF-Dateien — auch wenn aus Nutzerperspektive ein PDF wie eine fertige Rechnung aussieht.

Wozu ist ein PDF noch nützlich?

Dass ein PDF kein gültiges Rechnungsformat für KSeF ist, bedeutet nicht, dass es überflüssig wird. In vielen Unternehmen erfüllt es nach wie vor eine wichtige operative und kommunikative Funktion.

Erstens ist ein PDF eine praktische visuelle Darstellung einer strukturierten Rechnung. Zweitens kann es das Dokument sein, das außerhalb des KSeF-Workflows an einen Geschäftspartner weitergeleitet wird, wenn diese Form praktisch benötigt wird. Drittens ist es häufig das Ausgangsmaterial für die Konvertierung, wenn ein Unternehmen mit einem per E-Mail erhaltenen oder aus einem Papierworkflow eingescannten Dokument beginnt.

Das wird besonders bei Kostendokumenten deutlich. Ein Unternehmen erhält ein PDF von einem Geschäftspartner, liest dann die Daten aus, konvertiert sie in XML, validiert und verarbeitet es erst danach in KSeF oder im eigenen System. Dieses Szenario wird ausführlicher im Artikel zum PDF-zu-KSeF-XML-Konverter beschrieben.

Was tun, wenn Sie nur ein PDF haben?

Wenn Ihr Ausgangspunkt nur eine PDF-Datei ist, versuchen Sie nicht, sie 'in KSeF hochzuladen'. Sie behandeln sie zunächst als Datenquelle. Aus dem Dokument müssen die wesentlichen Informationen ausgelesen, für das FA(3)-Schema zugeordnet, die Pflichtfelder auf Korrektheit geprüft und erst dann das Dokument an das System übermittelt werden.

Der sinnvollste Prozess sieht so aus: Sie identifizieren den Dokumenttyp, ordnen die Daten dem Schema zu, validieren das XML, übermitteln die Rechnung über eine Anwendung oder API, empfangen die KSeF-Nummer und das UPO, und generieren schließlich ein PDF als Vorschau oder Dokument für die weitere Kommunikation. Das ist das genaue Gegenteil eines manuellen PDF-Uploads in das System.

Wenn Sie viele solcher Dokumente haben, macht die manuelle Nacherfassung sehr schnell keinen Sinn mehr. Dann benötigen Sie einen Konverter oder eine Integration, die zumindest einen Teil der technischen Arbeit übernimmt.

Häufige Fehler von Unternehmen beim Einstieg in KSeF

Der häufigste Fehler ist die Annahme, dass eine Rechnung, weil sie als PDF existiert, bereits versandfertig ist. Das zweite Problem ist die Verwechslung einer gewöhnlichen elektronischen Rechnung mit einer strukturierten Rechnung. Das dritte ist das Fehlen einer Integration und der Versuch, den Prozess manuell zu umgehen — durch das Kopieren von Daten zwischen E-Mail, Excel und dem KSeF-Portal.

Häufig taucht auch die falsche Vorstellung auf, dass der Dokumentenkreislauf abgeschlossen ist, sobald ein Geschäftspartner ein PDF erhalten hat. In Wirklichkeit entscheidet über die erfolgreiche Annahme in KSeF nicht die gesendete E-Mail oder die schöne Visualisierung, sondern das korrekte XML, das das System durchlaufen und eine KSeF-Nummer erhalten hat.

Wenn ein Unternehmen diese Fehler vermeiden möchte, sollte es so schnell wie möglich einen einheitlichen Prozess etablieren: Woher stammen die Daten, wer validiert das Dokument, wie wird das XML an KSeF übermittelt, und wann wird ein PDF als Hilfsmittel erstellt? Ohne das beginnen selbst einfache Rechnungen, operatives Chaos zu erzeugen.

Muss man dem Kunden ein PDF senden?

Nicht immer. Im standardmäßigen B2B-Workflow ist ein PDF nicht erforderlich, damit die Rechnung im System existiert. Wenn beide Parteien in KSeF operieren, ist der Systemworkflow wichtiger als eine zusätzliche Visualisierung per E-Mail.

In der Praxis ist ein PDF jedoch nach wie vor bequem. Einkaufsabteilungen, Vertriebsmitarbeiter und Kunden bevorzugen oft eine schnelle Vorschau des Dokuments gegenüber der Arbeit mit rohem XML. Deshalb generieren viele Unternehmen nach wie vor parallel zum XML ein PDF — aber als bequeme Kommunikationsschicht, nicht als Ersatz für die eigentliche Rechnung.

Offizielle Materialien des Finanzministeriums weisen auch darauf hin, dass, wenn ein Dokument außerhalb von KSeF übergeben wird — beispielsweise an einen Verbraucher oder einen ausländischen Empfänger — die praktische Übergabeform ein PDF umfassen kann. Dies ändert jedoch nichts am Grundprinzip: Ein PDF ersetzt keine strukturierte Rechnung im System selbst.

Was ist mit dem Anhängen eines PDFs als Anlage?

Das ist eine separate Frage, aber die Antwort führt noch immer zum gleichen Schluss. Das offizielle FAQ des Finanzministeriums stellt klar, dass in KSeF ausschließlich strukturierte XML-Dateien übermittelt werden können. Das bedeutet, dass ein PDF weder das korrekte Rechnungsformat für das System noch eine gewöhnliche Anlage ist, die beliebig einem Dokument im KSeF-Workflow hinzugefügt werden kann.

Wenn Sie in der Beziehung zu einem Geschäftspartner ein PDF, ein Word-Dokument, ein JPG oder anderes Hilfsmaterial übergeben müssen, tun Sie das außerhalb des Systems. Im KSeF selbst behalten Sie die XML-Logik und die KSeF-Nummer als Grundlage des Workflows. So vermischen Sie die Systemschicht nicht mit der Kommunikationsschicht.

Diese Unterscheidung ist besonders dort wichtig, wo Unternehmen versuchen, das alte Arbeitsmodell 'Rechnung plus E-Mail-Anhänge' innerhalb von KSeF nachzubilden. Das System wurde nicht als Repository für beliebige Dateien konzipiert — es wurde für die Arbeit mit strukturierten Daten entwickelt.

Wie sieht ein sinnvoller Unternehmensprozess aus?

Das praktischste Modell ist einfach: Ein System oder Tool generiert FA(3)-XML, validiert es vor der Übermittlung, sendet es an KSeF, empfängt die KSeF-Nummer und das UPO, und stellt dem Benutzer erst dann ein lesbares PDF zur Verfügung. In dieser Konstellation ist PDF kein Problem — es hört einfach auf, eine Funktion zu erfüllen, für die es nie gedacht war.

Wenn Ihr Unternehmen hauptsächlich mit als PDF empfangenen Dokumenten arbeitet, ist es ein guter Schritt, PDF-zu-XML-Konvertierung, Validierung und KSeF-Übermittlung in einem einzigen Prozess zu kombinieren. Das reduziert Fehler, verkürzt die Bearbeitungszeit und eliminiert die manuelle Nacherfassung von Daten.

Wenn Sie vom Modell 'Ich habe ein PDF und weiß nicht, was ich damit anfangen soll' zum Modell 'Ich habe ein gültiges XML und einen fertigen KSeF-Workflow' wechseln möchten, sehen Sie sich auch die KSeFGPT-Anwendung für Import, Export und KI-Analytik an.

Häufig gestellte Fragen

Kann man ein PDF statt XML an KSeF senden? - Nein. An KSeF wird eine strukturierte Rechnung im XML-Format übermittelt, kein PDF.

Ist ein PDF im KSeF-Workflow erforderlich? - Nein. Für den KSeF-Workflow ist das korrekte FA(3)-XML entscheidend. Ein PDF kann eine Ergänzung sein, ist aber kein obligatorisches Systemformat.

Wie wandelt man ein PDF in XML für KSeF um? - Sie müssen die Daten aus dem Dokument auslesen, sie dem FA(3)-Schema zuordnen, die Pflichtfelder auf Korrektheit prüfen und erst dann das für die Übermittlung bereite XML generieren.

Kann ich eine Rechnung nur als PDF ausstellen? - Für den KSeF-Workflow reicht ein PDF allein nicht aus. Eine gültige Rechnung im System muss als XML vorliegen und an KSeF übermittelt werden.

Was bestätigt, dass KSeF eine Rechnung angenommen hat — ein PDF oder die KSeF-Nummer/UPO? - Die Bestätigung ist die vom System vergebene KSeF-Nummer und operativ auch das UPO. Ein PDF allein bestätigt nicht, dass ein Dokument von KSeF angenommen wurde.