Der Datenvertrag
Genau, was wir brauchen, um die JPK-Datei zu bauen
Das ist die ganze Spezifikation, ohne ein Formular davor. Ein IT-Leiter oder die Person, die diese Dateien einreicht, kann in fünfzehn Minuten beurteilen, ob das System Ihrer polnischen Gesellschaft sie erzeugen kann — und das, ohne mit uns zu sprechen.
Eine Regel zählt mehr als der Rest dieser Seite: wir brauchen die Daten, die das System bereits hält. Wir bitten niemanden, seine Buchungsweise zu ändern, einen Kontenplan umzubauen oder einen Periodenabschluss zu verschieben. Wo etwas nicht in den Daten steckt, ist das eine Information über den Umfang, keine Aufforderung, etwas umzubuchen.
Zu den zitierten Aussagen. Jedes gesetzliche Datum, jede Schwelle und jede Schemaversion unten ist auf Polnisch zitiert, so wie von der Quelle veröffentlicht, mit einem Link zu dieser Quelle und dem Datum, an dem eine Person sie zuletzt geöffnet hat. Ein gesetzliches Zitat zu übersetzen machte es zu einer Paraphrase, und genau das soll dieses Ledger verhindern.JPK ist die polnische gesetzliche Meldedatei;UPO ist die amtliche Bestätigung, dass eine Einreichung angenommen wurde.
Wie Sie es übergeben können
Wer die Daten hält, wählt die Form, nicht wir. Jede Option unten ist ein gleich guter Anfang; sie unterscheiden sich nur darin, wie viel Arbeit im nächsten Zeitraum auf der Seite Ihrer IT bleibt.
Dateien: CSV, XLS, XLSX
Der übliche Ausgangspunkt und für eine erste Runde vollkommen ausreichend. Eine Datei je Datensatz, Kopfzeilen in der ersten Zeile, Spaltennamen Ihrer Wahl.
XML
Erzeugt Ihr System bereits etwas — eine Teilstruktur oder einen Export auf eigenem Schema — nehmen wir, was existiert, und bilden den Rest ab.
Eine Datenbanksicht
Die auf Dauer ruhigste Lösung: eine Nur-Lese-Sicht, einmal vorbereitet. Der nächste Zeitraum hängt dann von niemandes Gedächtnis und niemandes Klick ab.
Der Transportkanal ist eine eigene Entscheidung: SQL, eine API, ein Speicher, ein SFTP-Verzeichnis oder ein Agent, der in Ihrem Netz läuft. Er hängt davon ab, was Ihre IT zu öffnen bereit ist, und ändert den Datenumfang dieser Seite nicht.
Zeichenkodierung, Trennzeichen, Datumsformate, Dezimalzeichen, wie die Soll- und Habenseite ausgedrückt werden, die Vorzeichenkonvention bei Stornos — das ist die Aufgabe des Translators. Es ist genau die Arbeit, die wir einem Buchhaltungsteam nicht aufbürden wollen, weshalb sie nicht in den Anforderungen steht.
Ein Lesezugriff genügt. SimplyTax schreibt nichts in Ihr System zurück.
Wie die Übernahme selbst funktioniert, Schritt für Schritt →
JPK_KR_PD — Bücher und steuerliche Überleitung
Fünf Datensätze. Die ersten vier kommen aus dem Finanzsystem und sind in den meisten Einführungen sofort verfügbar. Der fünfte fast nie, und er ist derjenige, der entscheidet, wie lange die Vorbereitung dauert.
Der aktuelle Wert des Attributs wersjaSchemy für die Struktur JPK_KR_PD(1) lautet 1-1 (Änderung von 1-0).
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.
| Datensatz | Was er ist | Felder, die zählen | Warum er meist unvollständig ist |
|---|---|---|---|
| Summen- und Saldenliste | Die Kontenliste mit Anfangssalden, Bewegungen des Zeitraums und Schlusssalden — derselbe Bericht, den Sie zum Jahresende drucken. |
| Der Export ist meist flach, ohne Verknüpfung zwischen einem Analysekonto und seinem synthetischen Oberkonto — aus der Kontonummer oder einer Nachschlagetabelle wiederherstellbar. Die schwierigere und häufigere Lücke ist die Abbildung der Konten auf die von der Struktur verlangten Kennzeichen: kein Buchhaltungssystem hält sie, weil es ein Meldekonzept ist und kein Buchungskonzept. Sie wird einmal gegen den Kontenplan erstellt. |
| Journal | Die chronologische Aufzeichnung des Zeitraums, nummeriert, sodass ein Eintrag auf seinen Beleg zurückgeführt werden kann. |
| Die drei Daten sind im System häufig ein Feld — üblicherweise das Buchungsdatum, in die anderen beiden kopiert. Nach einer Migration aus einem Vorsystem beginnt die Journalnummerierung oft mitten im Jahr neu, sodass die Reihenfolge aus den Belegen neu aufgebaut werden muss. |
| Buchungen | Die Soll- und Habenseite jedes Eintrags, verknüpft mit einem Konto in der Summen- und Saldenliste und mit einer Zeile im Journal. |
| Bei Fremdwährungstransaktionen übergibt das System oft nur den umgerechneten Betrag. Der Betrag in Originalwährung liegt dann im Forderungsmodul und muss gesondert gezogen werden, über die Eintragskennung — sofern diese Kennung zwischen beiden Modulen geteilt wird. |
| Geschäftspartner | Die in den Einträgen auftretenden Parteien, auf der Einkaufs- wie auf der Verkaufsseite. |
| Die NIP liegt in den Stammdaten, und der Eintrag verweist auf diesen Stammsatz über eine Kennung, die Jahre später manchmal leer ist oder auf einen mit einem anderen zusammengeführten Satz zeigt. Einmalige Geschäftspartner werden ganz ohne Stammsatz gebucht, in Freitext beschrieben — solche Einträge lassen sich nicht automatisch zuordnen, und das zeigt sich beim ersten Extrakt. |
| Dauerhafte und temporäre Differenzen | Die Kennzeichnung von Beträgen, die eine Differenz zwischen dem handelsrechtlichen und dem steuerlichen Ergebnis erzeugen — die Eingabe für den steuerlichen Überleitungsteil der Datei. |
| Der am häufigsten fehlende Datensatz in dieser Tabelle. In vielen Unternehmen werden die Differenzen einmal im Jahr in einer Tabelle außerhalb des Systems berechnet, sodass sie gar nicht in den Büchern stehen und es nichts zu exportieren gibt. Welcher Posten eine dauerhafte und welcher eine temporäre Differenz ist, entscheidet Ihr Steuerberater — wir bestimmen es nicht und schlagen es nicht vor; wir übernehmen die Kennzeichnung, die Sie uns geben. |
Die Feldnamen in der Tabelle sind beschreibend; sie sind keine Schema-Elementnamen. Der verbindliche Umfang der Struktur wird durch das Schema des Finanzministeriums und die begleitende Broschüre bestimmt, auf die jeder Faktenblock dieser Seite verweist.
JPK_ST_KR — das Anlagenverzeichnis
In der Fertigung ist diese Struktur, nicht das Hauptbuch, der Engpass. Die Bücher lassen sich in einer Woche extrahieren, weil sie per Definition vollständig sind; ein Anlagenverzeichnis ist erst vollständig, nachdem jemand es Zeile für Zeile durchgegangen ist. Was nicht darin steht, lässt sich hinterher nicht aus dem Gedächtnis rekonstruieren.
Das erste Jahr, für das die CIT-Steuerpflichtigen der ersten Welle JPK_ST_KR tatsächlich übermitteln, ist das Steuerjahr, das am 1. Januar 2026 oder später beginnt — beim Kalenderjahr ist es das Jahr 2026.
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 Struktur JPK_ST_KR(1) hat im Attribut wersjaSchemy den Wert 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.
| Datensatz | Was er ist | Felder, die zählen | Warum er meist unvollständig ist |
|---|---|---|---|
| Anlagenidentifikation | Eine Zeile je Sachanlage oder immateriellem Vermögenswert im Verzeichnis. |
| Anschaffungsdatum und Datum der Inbetriebnahme sind in vielen Systemen ein Feld, in zwei Stellen kopiert. Bei gebauten oder montierten Anlagen unterscheiden sie sich um Monate, und ebenso der Zeitpunkt, an dem die Abschreibung beginnt. Die Inventarnummer wird manchmal bei einer körperlichen Bestandsaufnahme vergeben und stimmt nicht mehr mit der Nummer im Anlagenregister überein. |
| Anschaffungsbeleg | Der Beleg, mit dem die Anlage ins Verzeichnis kam. |
| Die mit Abstand häufigste Lücke im ganzen Verzeichnis. Bei aus einem Vorsystem übernommenen Anlagen überstand die Nummer des Anschaffungsbelegs die Migration meist nicht — sie steht in einem Ordner, nicht in der Datenbank. Sie für mehrere hundert Positionen zu rekonstruieren ist Handarbeit, was man besser ein Jahr im Voraus weiß als im Juli. |
| Wert und seine Änderungen | Der Anfangswert und jedes Ereignis, das ihn im Zeitraum verändert hat. |
| Verbesserungen werden auf ein Konto gebucht, aber nicht immer als datiertes Ereignis ins Verzeichnis aufgenommen. Der Wert im Hauptbuch und der Wert im Verzeichnis weichen dann um einen Betrag ab, der sich keiner bestimmten Anlage zuordnen lässt — das ist das Erste, was eine Abstimmung zutage fördert. |
| Abschreibung | Abschreibungsdaten, getrennt für handelsrechtliche und steuerliche Zwecke, wo sich beide unterscheiden. |
| Die steuerliche Abschreibung wird oft in einer Tabelle neben dem System geführt. Die Datenbank hält dann nur die handelsrechtliche Sicht, und die zweite muss von Grund auf aufgebaut und abgestimmt werden — kein Abend Arbeit. |
| Verknüpfung zum Hauptbuch | Die Konten und Einträge, über die die Anlage und ihre Aufwendungen in den Büchern laufen. |
| Verzeichnis und Hauptbuch werden häufig summarisch abgestimmt, eine Zahl je Monat. Die Verknüpfung je Anlage existiert schlicht nicht und muss einmal aufgebaut werden, auf der Kontenzuordnung — danach läuft sie ohne das Buchhaltungsteam. |
AZ-KRH und PZ-KRH — Salden mit Gebietsfremden
Das ist keine JPK-Datei und geht nicht an das Finanzministerium. Zwei vierteljährliche Formulare melden Vermögenswerte und Verbindlichkeiten aus dem Handel mit Gebietsfremden, und Empfänger ist die Polnische Nationalbank. Die Pflicht betrifft nur einige Einheiten und ist bedingt — die Aussage unten sagt klar, für wen sie gilt.
Die Pflicht auf den Formularen AZ-KRH und PZ-KRH ist bedingt: Sie betrifft Gebietsansässige, die zum Jahresende oder zum Ende des jeweiligen Quartals die allgemeinen Schwellenwerte für die Meldepflicht NICHT erreicht und zugleich 3 Mio. zł an Aktiva oder Passiva aus dem Handelsverkehr mit dem Ausland überschritten haben.
Es ist eine ersetzende, keine zusätzliche Pflicht: Sie entsteht gerade deshalb, weil der allgemeine Schwellenwert nicht erreicht wurde. Eine Einheit oberhalb des allgemeinen Schwellenwerts reicht die Meldungen auf den allgemeinen Formularen ein.
Geprüft am 6. August 2026 · Obwieszczenie MF z 31.10.2024 (Dz.U. 2024 poz. 1746), § 8 pkt 1 i 2
Maßgeblich ist der polnische Text der verlinkten Quelle.
Gebietsansässige, die die allgemeinen Schwellenwerte für die Meldepflicht nicht erreicht haben und über Aktiva oder Passiva aus dem Handelsverkehr mit dem Ausland verfügen, deren Gesamtbetrag zum Jahresende 3 Mio. zł übersteigt, übermitteln der NBP vierteljährliche Meldungen auf den Formularen AZ-KRH und PZ-KRH innerhalb von 26 Tagen nach Quartalsende.
Die Frist von 20 Tagen, auf die man in anderen Quellen stoßen kann, betrifft monatliche Meldungen von Einheiten oberhalb von 300 Mio. zł und ist hier nicht anwendbar.
Geprüft am 6. August 2026 · Obwieszczenie Ministra Finansów z 31.10.2024 – tekst jednolity rozporządzenia Ministra Rozwoju i Finansów z 9.08.2017 (Dz.U. 2024 poz. 1746), § 8
Maßgeblich ist der polnische Text der verlinkten Quelle.
Diese übermitteln wir nicht
Wir erzeugen die NBP-Meldungen, aber ein Mensch lädt sie im Meldeportal hoch — die Person, die das Zertifikat hält. Ein Gegenstück zum UPO gibt es hier nicht, sodass die Nachweiskette, die wir für JPK-Einreichungen schließen, hier nicht schließt, und wir werden nicht so tun, als wäre es anders. Auf unserer Seite bleibt die erzeugte Datei, ihr Inhalt und der Zeitpunkt ihrer Erzeugung.
Die Meldungen an die NBP werden über einen im Meldeportal bereitgestellten elektronischen Dienst übermittelt, und die Authentifizierung des Nutzers erfolgt mit einem von der NBP unentgeltlich ausgestellten Zertifikat.
Die Verordnung sieht für Nichtbanken weder eine Programmierschnittstelle noch ein Gegenstück zum UPO vor.
Geprüft am 6. August 2026 · Obwieszczenie MF z 31.10.2024 (Dz.U. 2024 poz. 1746), § 13
Maßgeblich ist der polnische Text der verlinkten Quelle.
Der Umfang des Formulars selbst wird durch die Verordnung bestimmt, auf die die Aussagen oben verweisen. Was folgt, ist das, was wir aus Ihrem System brauchen, um es auszufüllen.
| Datensatz | Was er ist | Felder, die zählen | Warum er meist unvollständig ist |
|---|---|---|---|
| Offene Salden mit Gebietsfremden | Unbeglichene Forderungen und Verbindlichkeiten gegenüber ausländischen Einheiten am Quartalsende. |
| Das Land wird aus der Anschrift des Geschäftspartners entnommen, und diese Anschrift ist oft eine Niederlassung, ein Büro oder ein Vertreter statt des eingetragenen Sitzes. Die Position landet unter dem falschen Land, und niemand bemerkt es, weil die Summe weiterhin stimmt. |
| Aufteilung nach Land und Währung | Offene Positionen, aggregiert nach Land des Geschäftspartners und Abwicklungswährung. |
| Das System kennt den Geschäftspartner, kennzeichnet ihn aber nicht immer als gebietsansässig oder gebietsfremd. Die Steuernummer allein klärt es nicht: eine ausländische Einheit kann eine polnische Registrierung halten, und eine polnische Gesellschaft kann unter einer Umsatzsteuernummer eines anderen Landes gebucht sein. |
| Voraus- und Anzahlungen | Vor Lieferung geleistete Zahlungen auf beiden Seiten — die Positionen, die am leichtesten aus grenzüberschreitenden Salden herausfallen. |
| Anzahlungen liegen auf Konten, die im Kontenplan wie gewöhnliche inländische Abrechnungen aussehen. Ohne eine Kontenzuordnung fallen sie ganz aus dem Bericht heraus. |
Was üblicherweise fehlt
Wir stellen das auf die Seite, statt es in Woche drei zu entdecken. Die Felder unten kommen in einem ersten Extrakt häufiger leer oder inkonsistent zurück als alle anderen, welches System es auch erzeugt hat. Sie jetzt zu benennen spart später eine Woche.
Die NIP am Eintrag, nicht nur in den Stammdaten
Der Eintrag trägt eine Kennung; der Stammsatz kann zusammengeführt oder geleert worden sein. Wir brauchen beides, um einen Geschäftspartner an eine Transaktion zu heften.
Nummern der Anschaffungsbelege für ältere Anlagen
Eine Migration trägt Werte hinüber, selten Belege. Das ist die längste einzelne Position in jedem Einführungsplan.
Datum der Inbetriebnahme
Getrennt vom Anschaffungsdatum. Wo das System ein Feld hat, muss es für gebaute Anlagen aus dem Inbetriebnahmebeleg wiederhergestellt werden.
Der Betrag in Originalwährung
Einmal in PLN umgerechnet, verschwindet die Währung aus dem Eintrag. Sowohl die JPK-Dateien als auch die NBP-Meldungen brauchen den originalen und den umgerechneten Betrag.
Kennzeichen dauerhafter und temporärer Differenzen
Einmal im Jahr in einer Tabelle außerhalb des Systems berechnet. Damit sie aus den Büchern kommen, muss jemand sie zuerst in die Bücher bringen.
Kennzeichen gebietsansässig / gebietsfremd
Die Stammdaten halten eine Anschrift, keinen Status. Ohne dieses Feld muss die NBP-Meldung von Hand zusammengestellt werden, obwohl die Daten im System liegen.
Keine dieser Lücken schließt eine Einführung aus. Jede kostet jemanden auf Ihrer Seite Zeit, und diese Zeit ist in Monaten zu planen, nicht in der Woche vor der Frist.
Worum wir nicht bitten
Eine Änderung Ihrer Buchungsweise
Der Kontenplan, die Bilanzierungsrichtlinie und der Periodenabschluss bleiben, wie sie sind. Braucht die Struktur etwas, das die Daten nicht tragen, bilden wir es auf unserer Seite ab oder sagen klar, dass es sich aus dem Vorhandenen nicht ableiten lässt.
Schreibzugriff
Alles auf dieser Seite ist nur lesend. Kein einziger Datensatz geht in das Finanzsystem zurück, sodass der Rollout keine Freigabe zur Änderung einer Produktivumgebung braucht.
Die ganze Datenbank
Wir nehmen den oben beschriebenen Umfang, nicht das gesamte Produktivschema. Ist der einfachste Weg eine Sicht, die genau diese Felder abdeckt, genügt eine Sicht.
Wann Sie hier aufhören zu lesen können
Erzeugt Ihr System JPK_KR_PD selbst, ist die Datei valide und gibt es eine polnische Gesellschaft — brauchen Sie weder einen Translator noch uns. Das ist eine Sache für den Anbieter Ihres Systems und den kostenlosen Einreichungsklienten des Ministeriums. Wir werden nicht so tun, als wäre es anders.
Diese Spezifikation beginnt etwas wert zu sein, wenn die Daten aus mehr als einer Quelle zusammengesetzt werden müssen, wenn es mehr als eine Gesellschaft gibt oder wenn niemand aus dem System mehr als einen Ausdruck herausbekommt.
Prüfen Sie es an Ihrem eigenen Extrakt
Der schnellste Test dieser Spezifikation ist eine Datei aus Ihrem System für einen abgeschlossenen Zeitraum. Wir vergleichen sie mit den Tabellen oben und sagen Ihnen, was fehlt — benannte Felder, kein allgemeiner Eindruck. Dreißig Minuten mit der Person, die diese Dateien einreicht, und keine Präsentation.
Wer diese Daten verarbeitet
- Verantwortlicher
- SimplyMobilePlus Sp. z o.o., ul. Prezydenta Gabriela Narutowicza 40/1, 90-135 Łódź. Datenschutzanfragen: sales@simplymobileplus.com.
- Zweck
- Beantwortung Ihrer Anfrage und, falls es dazu kommt, Erstellung eines Angebots.
- Rechtsgrundlage
- Art. 6 Abs. 1 lit. b DSGVO — vorvertragliche Maßnahmen — sowie Art. 6 Abs. 1 lit. f, unser berechtigtes Interesse an geschäftlicher Korrespondenz. Wir holen keine Marketingeinwilligung ein, weil die Beantwortung einer Anfrage sie nicht erfordert.
- Speicherdauer
- Bis zu 24 Monate nach dem letzten Kontakt; bei Vertragsschluss für die gesetzlich vorgeschriebene Dauer.
- Empfänger
- Unsere Mail- und Hosting-Dienstleister, weisungsgebunden. Wir verkaufen diese Daten nicht und übermitteln sie nicht außerhalb des EWR.
- Ihre Rechte
- Auskunft, Berichtigung, Löschung, Einschränkung, Datenübertragbarkeit sowie Widerspruch gegen die Verarbeitung auf Grundlage berechtigten Interesses. Ihnen steht zudem eine Beschwerde bei der polnischen Datenschutzbehörde zu.
- Ist die Angabe erforderlich
- Nein. Die Angabe ist freiwillig, ohne E-Mail-Adresse können wir jedoch nicht antworten.