Die polnische Umsatzsteuerberichterstattung zählt zu den am weitesten digitalisierten Steuerprozessen in Europa. Im Mittelpunkt steht dabei die JPK_V7-Datei (VDEK), die klassische Umsatzsteuerlogik mit detaillierten Transaktionsdaten in einem einheitlichen XML-Format kombiniert. Für SAP‑Systemlandschaften fungiert JPK_V7 damit als zentrale Verbindung zwischen operativen ERP-Daten, E‑Invoicing-Prozessen und der Finanzverwaltung.

Im modernen SAP‑Umfeld ist JPK_V7 kein isoliertes Reporting-Objekt mehr, sondern ein integraler Bestandteil einer ganzheitlichen Document and Reporting Compliance (DRC)‑Architektur.

JPK_V7 (VDEK) – mehr als eine Umsatzsteuererklärung

Die JPK_V7 ist die elektronische Umsatzsteuererklärung in Polen und ersetzt zwei zuvor getrennte Meldungen: die klassische Mehrwertsteuererklärung (VAT‑7 bzw. VAT‑7K) sowie die Umsatzsteuerregister für Verkaufs- und Einkaufsrechnungen (JPK_VAT).

Beide Komponenten werden in einer strukturierten XML-Datei zusammengeführt. Damit ist JPK_V7 nicht nur eine deklarative Steuererklärung, sondern zugleich ein transaktionsbasiertes Reporting auf Belegebene. Jede relevante Rechnung wird einzeln, strukturiert und mit steuerlichen Zusatzmerkmalen gemeldet.

Für SAP bedeutet das: Steuerreporting basiert nicht mehr auf aggregierten Summen, sondern direkt auf den zugrunde liegenden FI-, SD- und MM-Belegen.

Struktur der JPK_V7 aus SAP‑DRC‑Sicht

Die JPK_V7-Datei besteht aus drei funktionalen Ebenen, die sich im SAP DRC Framework klar abbilden lassen.

Der Header enthält organisatorische und formale Informationen wie Steuer-ID, Meldezeitraum und Meldetyp. Diese Daten werden in SAP DRC aus Stammdaten und Organisationsstrukturen abgeleitet.

Der deklarative Teil entspricht der klassischen Umsatzsteuerberechnung. Er basiert auf Steuerkennzeichen, Buchungslogik und Salden aus der Finanzbuchhaltung und wird im DRC Reporting Framework aggregiert und validiert.

Der evidenzbasierte Registerteil ist der kritischste Bereich. Hier meldet SAP DRC jede einzelne Rechnung und Gutschrift mit detaillierten Positionsdaten, Geschäftspartnerinformationen sowie steuerlichen Klassifikationen wie GTU oder MPP. Dieser Teil gilt rechtlich als steuerrelevantes Buchwerk und unterliegt besonders strengen Validierungsregeln.

JPK_V7 als Bindeglied zwischen ERP und E‑Invoicing

Im Kontext von E‑Invoicing gewinnt JPK_V7 zusätzliche Bedeutung. Die Datei fungiert faktisch als Konsistenzschicht zwischen Rechnungserstellung, Buchhaltung und steuerlicher Meldung.

Mit der Einführung des nationalen E‑Invoicing-Systems KSeF verschmelzen diese Prozesse zunehmend. Rechnungen werden strukturiert erzeugt, über KSeF an die Finanzverwaltung übermittelt und anschließend in der JPK_V7 erneut referenziert. SAP DRC übernimmt dabei die Aufgabe, diese Datenflüsse zu harmonisieren, zu validieren und konsistent zu melden.

JPK_V7 wird damit nicht nur ein Reporting-Format, sondern ein Kontrollmechanismus für die gesamte Rechnungs- und Steuerkette.

JPK_V7(3) ab Februar 2026 – nächste Stufe der Integration

Ab dem 1. Februar 2026 tritt das neue Schema JPK_V7(3) in Kraft. Diese Version stellt keine reine Formatänderung dar, sondern ist eine konsequente Weiterentwicklung im Zusammenspiel mit KSeF.

Zu den zentralen Neuerungen zählen die verpflichtende Integration von KSeF-Identifikationsnummern, erweiterte Validierungsregeln zwischen Rechnungs- und Steuerdaten sowie zusätzliche technische Felder zur eindeutigen Referenzierung von E‑Invoices. Abweichungen zwischen Rechnung, KSeF und JPK werden systematisch erkannt und können zur Ablehnung der Meldung führen.

Damit wird die Datenkonsistenz zwischen Rechnungserstellung und Steuerreporting erstmals technisch und regulatorisch durchgesetzt.

Konsequenzen für SAP‑DRC‑gestützte E‑Invoicing‑Prozesse

Für Unternehmen mit SAP ergeben sich daraus klare Anforderungen an Architektur und Datenmodell. Rechnungen müssen strukturiert, vollständig und konsistent erzeugt werden. KSeF‑IDs müssen zentral gespeichert und über alle relevanten Prozesse hinweg verfügbar sein. Steuerkennzeichen wie GTU oder MPP müssen bereits auf Belegebene korrekt gepflegt und in SAP DRC eindeutig gemappt werden.

Vor der JPK‑Generierung sind Validierungslogiken erforderlich, um Inkonsistenzen frühzeitig zu erkennen. Entscheidend ist dabei die Vermeidung von Datenbrüchen zwischen E‑Invoice-Erstellung, KSeF‑Übermittlung und JPK_V7‑Reporting.

SAP DRC fungiert in diesem Modell als zentrale Compliance-Schicht, die operative ERP-Daten, E‑Invoicing und regulatorisches Reporting zusammenführt.

Fazit

Die JPK_V7 (VDEK) ist das zentrale Bindeglied zwischen klassischer Umsatzsteuerberichterstattung und moderner, transaktionsbasierter Steuerkontrolle in Polen. Mit JPK_V7(3) entwickelt sich dieses Modell weiter in Richtung einer vollständigen Integration von ERP‑Transaktionen, E‑Invoicing über KSeF und SAF‑T‑basiertem Steuerreporting.

Für Unternehmen bedeutet das einen Paradigmenwechsel: E‑Invoicing und Steuerreporting sind keine getrennten Disziplinen mehr, sondern Teil eines gemeinsamen, durchgängigen Datenflusses. SAP DRC wird dabei zum zentralen Enabler für eine zukunftssichere, compliance‑konforme SAP‑Architektur in Polen und darüber hinaus.