Prüfung vor der Übermittlung
Eine Abweichung vom XSD-Schema sieht man besser bei sich als in der Antwort der Schnittstelle.
Die XSD-Prüfung ist der Vergleich der erzeugten Datei mit dem offiziellen Schema des Finanzministeriums: ob alle Pflichtelemente vorhanden sind, in der geforderten Reihenfolge, im geforderten Format und in der geltenden Strukturversion. SimplyTax tut das vor dem Versand und zeigt das Ergebnis auf dem Bildschirm samt XML-Vorschau — und nicht hinterher, in einer Rückmeldung.
Was die Prüfung belegt und was nicht
Die Prüfung gegen das XSD belegt eine Sache: die Struktur der Datei entspricht dem Schema. Das ist viel, denn es siebt eine ganze Klasse von Ablehnungen aus, deren Ursache in der Datei liegt. Und zugleich wenig, denn über die Annahme der Übermittlung durch die Schnittstelle entscheidet auch, wer sie signiert hat und ob er dazu berechtigt war. Das sind zwei unabhängige Bedingungen, und wir zeigen sie getrennt, statt ein Ergebnis zu versprechen.
Das ist kein Vorbehalt für alle Fälle. Der Umfang der Vollmacht änderte sich Mitte 2026, und genau das ist diese zweite Bedingung:
Seit dem 16. Juni 2026 umfasst die Vollmacht UPL-1 zur Unterzeichnung elektronisch eingereichter Erklärungen auch die Berechtigung zur Unterzeichnung der Dateien JPK_KR_PD und JPK_ST_KR.
Deshalb entscheidet die Übereinstimmung mit dem Schema nicht über die Annahme der Datei: Die Berechtigung zur Übermittlung ist eine gesonderte Bedingung.
Geprüft am 6. August 2026 · Ministerstwo Finansów, Aktualizacja broszury informacyjnej JPK_ST_KR(1) – aktualna od 01.07.2026 r.
Maßgeblich ist der polnische Text der verlinkten Quelle.
Die Schemaversion: die Ursache, die man am leichtesten vergisst
Die Versionsnummer ist kein technisches Detail. Eine nach einer zurückgezogenen Version gebaute Datei besteht die Prüfung nicht, und prüft das niemand bei sich, kommt die Information erst von der Schnittstelle. Die Strukturen ändern sich dabei nicht im Gleichschritt: die eine bekam eine neue Version, die andere blieb bei der vorherigen. Diese Asymmetrie ist eine reale Fehlerquelle.
JPK_KR_PD(1), wersjaSchemy 1-1
Geändert hat sich der Wert des Attributs wersjaSchemy; die Ausgabe der Struktur selbst bleibt unverändert.
Geprüft am 6. August 2026 · Ministerstwo Finansów, Aktualizacja broszury informacyjnej JPK_KR_PD(1) – aktualna od 01.07.2026 r., sekcja B
Maßgeblich ist der polnische Text der verlinkten Quelle.
JPK_ST_KR(1), wersjaSchemy 1-0
Die Versionen der beiden Strukturen sind verschieden: JPK_KR_PD wurde auf 1-1 angehoben, JPK_ST_KR blieb bei 1-0. Diese Asymmetrie ist irreführend, und Verwechslungen passieren leicht.
Geprüft am 6. August 2026 · Ministerstwo Finansów, Broszura informacyjna dotycząca struktury JPK_ST_KR(1)
Maßgeblich ist der polnische Text der verlinkten Quelle.
JPK_V7M(3) – crd.gov.pl/wzor/2025/12/19/14089/; JPK_V7K(3) – crd.gov.pl/wzor/2025/12/19/14090/
Korrekturen für Zeiträume vor Februar 2026 werden weiterhin in der vorherigen Version der Struktur eingereicht.
Geprüft am 6. August 2026 · Ministerstwo Finansów, Portal podatkowy – JPK_VAT z deklaracją, Pliki do pobrania
Maßgeblich ist der polnische Text der verlinkten Quelle.
Systemversion 5.5.1, Dokumentversion 5.5.1.v2, 05.08.2026
Geprüft am 6. August 2026 · Ministerstwo Finansów, Portal podatkowy – Pliki do pobrania JPK_PD
Maßgeblich ist der polnische Text der verlinkten Quelle.
Der ganze Unterschied liegt manchmal an zwei Zeichen
Unten ein Ausschnitt des JPK_KR_PD-Kopfes in zwei Versionen. Der inhaltliche Teil der Datei ist in beiden identisch — Journal, Hauptbuch und Summen- und Saldenliste sind dieselben. Der Validator hält am Attribut wersjaSchemy an.
<Naglowek>
<KodFormularza wersjaSchemy="1-0">JPK_KR_PD</KodFormularza>
<WariantFormularza>1</WariantFormularza>
</Naglowek>Der zuvor geltende Wert. Der Rest der Datei kann tadellos sein, und es spielt keine Rolle — die Prüfung endet hier.
<Naglowek>
<KodFormularza wersjaSchemy="1-1">JPK_KR_PD</KodFormularza>
<WariantFormularza>1</WariantFormularza>
</Naglowek>Die Struktur bleibt in der Ausgabe (1) — nur das Attribut ändert sich. Die Datei besteht die strukturelle Prüfung und kann weiter: zur Signatur und zur Schnittstelle.
Wie es bei uns aussieht
Die Prüfung ist eine eigene Schaltfläche neben dem Erzeugen, sodass sich die Datei prüfen lässt, bevor irgendjemand an den Versand denkt. Ergebnis und XML-Vorschau stehen auf einem Bildschirm.
JPK_KR_PD
Buchführung / Körperschaftsteuer<class="text-brand-text">JPK xmlns="http://crd.gov.pl/wzor/2024/…"> <class="text-brand-text">Naglowek> <class="text-brand-text">KodFormularza wersjaSchemy="1-1">JPK_KR_PD</class="text-brand-text">KodFormularza> <class="text-brand-text">WariantFormularza>1</class="text-brand-text">WariantFormularza> <class="text-brand-text">CelZlozenia>1</class="text-brand-text">CelZlozenia> </class="text-brand-text">Naglowek> <class="text-brand-text">Podmiot1> <class="text-brand-text">IdentyfikatorPodmiotu> <class="text-brand-text">NIP>1234567890</class="text-brand-text">NIP> </class="text-brand-text">IdentyfikatorPodmiotu> </class="text-brand-text">Podmiot1></class="text-brand-text">JPK>Sechs Ursachen, die am häufigsten wiederkehren
Keine davon ist ein Buchungsfehler. Alle entstehen an der Nahtstelle zwischen dem Quellsystem und einem Format, das dieses System nie erzeugen sollte.
Zurückgezogene Strukturversion
Das Ministerium hebt die Schemaversion an, der Generator bleibt bei der vorherigen. Die Datei ist mitunter in jeder anderen Hinsicht korrekt und geht dennoch nicht durch.
Fehlendes Pflichtelement
Das Schema legt fest, welche Knoten auftreten müssen und wie oft. Ein im Quellsystem leeres Feld wird unterwegs zu einem Element, das in der Datei nicht vorkommt.
Reihenfolge der Knoten
Das Schema beschreibt eine Sequenz, keine Menge. Korrekte, aber vertauschte Elemente sind genauso ein Fehler wie fehlende.
Format der Kennung
Eine NIP mit Bindestrichen, mit Leerzeichen oder mit Ländervorwahl. Der Wert ist echt, passt nur nicht zum im Schema hinterlegten Muster.
Wert außerhalb des Verzeichnisses
Ein Finanzamtscode, ein Ländercode, ein Währungscode. Das Schema lässt eine geschlossene Liste zu, das Quellsystem kann eine beliebige Zeichenfolge übergeben.
Kodierung und Steuerzeichen
Eine Datei in einer anderen Kodierung als deklariert, ein BOM am Anfang oder ein Steuerzeichen, das aus der Vorgangsbeschreibung übernommen wurde. Der Parser hält am ersten Byte an, das er nicht versteht.
Wo wir darin stehen
Ein XSD-Validator an sich ist nichts Besonderes — das Ministerium stellt die Schemata bereit, und eine Datei prüfen kann jedes ordentliche Werkzeug. Der Unterschied liegt im Zeitpunkt und in dem, was auf dem Bildschirm zu sehen ist.
- Schritt 1
Prüfung vor dem Versand
Die Datei wird mit dem offiziellen Schema des Ministeriums verglichen, bevor sie die Plattform verlässt. Das Ergebnis ist ein Zustand der Datei in der Historie, kein einmaliger Hinweis, der nach dem Neuladen verschwindet.
- Schritt 2
XML-Vorschau an der Fehlerstelle
Ein Validator-Hinweis ohne die Datei daneben ist ein Wink, keine Antwort. Die XML-Vorschau zeigt den Ausschnitt, den der Fehler betrifft, sodass sich die Frage „was genau stimmt nicht“ auf einem Bildschirm schließt.
- Schritt 3
Wiederholung ohne Folgen
Die korrigierte Datei lässt sich erneut erzeugen und prüfen, und der ganze Zyklus samt Versand vorab auf der Testumgebung des Ministeriums durchlaufen. Die erste Übermittlung muss nicht die erste Übermittlung sein.
Was die Prüfung nicht prüft
Die Übereinstimmung der Daten mit den Büchern. Eine perfekt schemakonforme Datei, in der ein Saldo nicht mit der Summen- und Saldenliste übereinstimmt, besteht die Prüfung ohne eine einzige Anmerkung — das Schema beschreibt das Format, nicht den Inhalt. Das ist eine Frage der Datenabstimmung an der Quelle, nicht des Validators, und niemand sollte es Ihnen anders verkaufen.
Sie prüft auch nicht die Berechtigung zur Übermittlung. Schemakonformität und das Recht, die Datei zu signieren, sind zwei getrennte Bedingungen, und die Erfüllung der ersten sagt nichts über die zweite.
Reichen Sie eine Datei im Jahr aus einer Gesellschaft ein, prüft und übermittelt auch das kostenlose Klient JPK_WEB des Ministeriums. Wir werden nicht so tun, als wäre es anders.
Die Prüfung ist der halbe Weg
Eine konforme Datei muss noch übermittelt, die Referenznummer entgegengenommen, der Status geprüft und das UPO heruntergeladen werden — denn das UPO, nicht das XML, ist das Dokument, nach dem eine Prüfung fragt. Der schnellste Weg zu sehen, wo in dieser Kette Sie stehen, ist eine bereits erzeugte Datei durch die Prüfung zu schicken.