KSeF Polnische E-Rechnung Pflicht ab Februar 2026: Umsetzung, Compliance & E-Commerce-Integrationsleitfaden

1. KSeF (Krajowy System e-Faktur) — Was es ist und warum es existiert

KSeF — das Krajowy System e-Faktur (Nationales E-Rechnungssystem) — ist die zentral betriebene Plattform des polnischen Staates zur Rechnungsfreigabe. Technisch handelt es sich um eine REST-API plus Webportal, gehostet vom Ministerstwo Finansow (Finanzministerium) unter ksef.podatki.gov.pl. Jede strukturierte Rechnung (faktura ustrukturyzowana), die von einem polnischen Steuerpflichtigen ausgestellt wird, wird als FA(2)-XML-Dokument in KSeF hochgeladen, gegen das offizielle XSD-Schema validiert, mit Zeitstempel versehen, mit einer eindeutigen 10-stelligen KSeF-Kennung (z. B. 7A3D-19F0) versehen und mindestens 10 Jahre im zentralen Register gespeichert.

Rechtlich wurde KSeF durch das geänderte Ustawa o podatku od towarow i uslug (polnisches Umsatzsteuergesetz, Ustawa o VAT) eingeführt und in der KSeF-Verordnung des Finanzministeriums (Rozporzadzenie Ministra Finansow w sprawie KSeF) näher geregelt. Es ist seit dem 1. Januar 2022 freiwillig nutzbar und wird in zwei Wellen im Jahr 2026 verpflichtend — und ersetzt damit jeden traditionellen PDF-Rechnungsfluss zwischen polnischen Unternehmen.

Warum hat Polen KSeF eingeführt?

Das Finanzministerium formulierte 2021 bei der ersten Ankündigung von KSeF drei klare Ziele: die USt-Lücke schließen (Polens Mehrwertsteuerlücke sank von über 25% im Jahr 2015 auf etwa 7–9% im Jahr 2024 dank SAF-T und Split-Payment; KSeF erschwert Karussell- und Missing-Trader-Betrug strukturell); administrativen Aufwand reduzieren (eine KSeF-Rechnung wird dem Käufer zugestellt, sobald sie registriert ist — keine PDF-E-Mail, keine Empfangsbestätigung; der KSeF-Zeitstempel ist das rechtliche Zustelldatum); und Ausrichtung an die EU-ViDA-Initiative (das 2024er "VAT in the Digital Age"-Paket schreibt strukturierte E-Rechnung im gesamten Binnenmarkt bis 2030 vor; Polen ist Vorreiter, und KSeF wird mit minimalen architektonischen Anpassungen an ViDA andocken).

Wer betreibt KSeF und wer ist daran gebunden?

KSeF wird vom IT-Arm des Finanzministeriums (Departament Informatyzacji Ministerstwa Finansow) gemeinsam mit KAS (Krajowa Administracja Skarbowa) aufgebaut und betrieben. Jeder aktive polnische Umsatzsteuerpflichtige ist ab dem Pflichtdatum daran gebunden: Einzelunternehmer (JDG), Gesellschaften mit beschränkter Haftung (sp. z o.o.), ausländische Unternehmen mit polnischer USt-Registrierung sowie Großkonzerne, die JPK_V7M einreichen. Marktplatz-Verkäufer auf Allegro, Amazon.pl, Empik, Ceneo, Morele.net oder Erli bilden keine Ausnahme.

2. 1. Februar 2026 — Das Pflichtdatum (verschoben von 2024)

Der ursprüngliche Plan und die Verschiebung

Das ursprüngliche E-Rechnungsgesetz von 2023 legte den 1. Juli 2024 als universellen Starttermin für B2B und B2G fest. Im Januar 2024 beauftragte das Finanzministerium eine externe Prüfung der produktiven KSeF-API, nachdem Belastungstests Skalierbarkeits- und Zuverlässigkeitslücken offenbart hatten. Am 19. Januar 2024 gab das Ministerium bekannt, dass die Frist Juli 2024 verschoben werde; später im Jahr wurde ein neuer Umsetzungskalender veröffentlicht und für 2026 festgelegt.

Der Rollout-Kalender 2026

Das Finanzministerium hat für Q1 2026 eine Übergangsphase mit milder Durchsetzung angekündigt — Sanktionen für verspätete oder fehlende KSeF-Übermittlungen werden mindestens bis zum 1. Juli 2026 mit Ermessen angewendet. Ab der zweiten Jahreshälfte 2026 gilt das volle Strafenschema nach Ustawa o VAT ohne Nachsicht.

Was geschieht mit Papier- und PDF-Rechnungen?

Ab dem Pflichtdatum ist eine Papier- oder PDF-Rechnung keine rechtsgültige B2B-Rechnung in Polen mehr. Wer eine solche anstelle einer strukturierten KSeF-Rechnung an einen polnischen Geschäftskunden ausstellt, löst die in Abschnitt 9 beschriebene Strafregelung aus. Ausnahmen: B2C-Transaktionen (paragony laufen weiterhin über Registrierkassen und optional e-Paragon; von Verbrauchern angeforderte Rechnungen laufen weiterhin über KSeF); grenzüberschreitende Rechnungen an ausländische USt-Kunden (Standard-EU-Umsatzsteuerregeln nach Richtlinie 2006/112/EG gelten; PDFs bleiben für den Export gültig); und der Offline-Modus bei höherer Gewalt (Rechnung außerhalb von KSeF während eines API-Ausfalls ausgestellt, rückwirkend innerhalb eines 1-Werktags-Kulanzfensters hochgeladen).

3. FA(2)-Schema — Das XML-Rechnungsformat

Von FA(1) zu FA(2): Was sich geändert hat

Das FA(2)-Schema ist das XML-Format der zweiten Generation für strukturierte Rechnungen, verpflichtend ab 2026. Es löst FA(1) ab (freiwillige Phase 2022 bis Mitte 2024) und wird als XSD unter ksef.podatki.gov.pl veröffentlicht, serverseitig bei jeder Übermittlung validiert.

Wichtigste FA(2)-Änderungen gegenüber FA(1): strengere NIP-Validierung (Empfänger-NIP, 10-stellig, in Echtzeit gegen die Biala Lista und VIES validiert); neue Marktplatz-Felder (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci werden für Vertriebskanäle verpflichtend); verschärfter FaKorygujaca-Block (Korrekturen verweisen auf die 10-stellige KSeF-Kennung der Originalrechnung in NrFaKorygowanej); Währung + Wechselkurs (Waluta / KursWaluty wird gegen NBP-Referenzkurse des Vortags validiert); und MPP-Split-Payment-Kennzeichen (verpflichtend für Rechnungen über 15.000 PLN in Kategorien der Anlage 15).

Aufbau einer FA(2)-XML-Rechnung

Ein minimales FA(2)-Dokument enthält einen Naglowek (Kopfbereich mit Schemaversion), einen Podmiot1-Block (Verkäufer-NIP, Name, Adresse mit KodKraju=PL), einen Podmiot2-Block (Käufer-NIP und Name) sowie einen Fa-Block mit Währungscode (KodWaluty=PLN), Ausstellungsdatum (P_1), Rechnungsnummer (P_2), Netto-/USt-/Bruttosummen (P_13_1, P_14_1, P_15), Rechnungsart (RodzajFaktury) sowie einer oder mehreren FaWiersz-Positionszeilen mit Produktbeschreibung (P_7), Menge (P_8B), Einzelpreis (P_9A), Netto-Zeilenbetrag (P_11) und USt-Satz (P_12).

Jedes benannte Element wird durch das FA(2)-XSD erzwungen. Eine fehlerhafte NIP, ein fehlendes WariantFormularza oder ein P_12-USt-Satz außerhalb der offiziellen Werte (0, 5, 8, 23, zw, np, oo) führt dazu, dass die KSeF-API das Dokument mit einer strukturierten 4xx-Fehlermeldung zurückweist. Der KSeF-Konnektor von Zunapro erstellt, validiert und übermittelt FA(2)-Dokumente automatisch aus eingehenden Marktplatz-Bestellungen — keine manuelle XSD-Arbeit für den Verkäufer.

FA(2)-Versionierung und Schema-Updates

Das Finanzministerium versioniert das FA(2)-Schema im Format 1-0E, 1-1E und so weiter. Schemaänderungen werden im offiziellen Dziennik Urzedowy Ministra Finansow mit mindestens dreimonatigem Umsetzungsfenster angekündigt. Produktions-XSDs werden unter crd.gov.pl/wzor/ gehostet. Jede Integrationsplattform, die KSeF-Verkehr abwickelt, muss diese Versionen im Blick behalten: Ein FA(2)-Dokument, das gegen ein veraltetes Schema erstellt wurde, wird abgelehnt, selbst wenn die Geschäftsdaten korrekt sind.

4. NIP-VAT-Empfängeridentifikation

NIP — Der polnische Steuerpflichtigen-Identifikator

NIP (Numer Identyfikacji Podatkowej) ist Polens 10-stellige Steueridentifikationsnummer, ausgestellt vom zuständigen Finanzamt bei der Unternehmensregistrierung. Jeder aktive Umsatzsteuerpflichtige besitzt eine NIP; ausländische Unternehmen mit polnischer USt-Registrierung erhalten für innergemeinschaftliche Zwecke eine mit dem Ländercode versehene NIP (z. B. PL5252344078). Die NIP ist der primäre Identifikator der Parteien auf einer FA(2)-Rechnung.

Echtzeit-Validierung — Biala Lista und VIES

Die KSeF-API führt bei jeder B2B-Rechnung drei Online-Prüfungen durch: Biala Lista (Weiße Liste der Umsatzsteuerpflichtigen unter wykaz-podatnikow.mf.gov.pl — die NIP muss am Rechnungsdatum vorhanden und aktiv sein), Namensabgleich (Nazwa muss angemessen mit dem Biala-Lista-Eintrag übereinstimmen; wesentliche Abweichungen sind derzeit eine weiche Warnung, ab H2 2026 eine harte Ablehnung) und VIES für innergemeinschaftliche B2B-Geschäfte, bei denen der Empfänger eine ausländische EU-USt-Nummer besitzt.

Marktplatz-Bestellung → NIP-Erfassung

Erfassung der Käufer-NIP im Marktplatz-Checkout: Allegro stellt die NIP unter buyer.company.taxId bereit, wenn die Bestellung als Firmenkauf gekennzeichnet ist. Amazon.pl-Business-Käufer übermitteln die NIP über das SP-API-Objekt BuyerInfo.BuyerTaxInfo. Empik / Ceneo / Morele / Erli stellen jeweils ein "Faktura na firme"-Kennzeichen sowie ein NIP-Feld in ihrem Bestell-JSON bereit. Für Checkouts im eigenen Shop auf Shopify / WooCommerce / PrestaShop / BigCommerce fügen Sie eine Checkbox "USt-Rechnung (NIP)" hinzu; polnische Markt-Themes liefern das Widget bereits mit.

Zunapro erfasst die Käufer-NIP aus dem Webhook-Payload jeder Marktplatz-Bestellung, validiert sie vorab gegen die Biala Lista und trägt sie in Podmiot2 → NIP der ausgehenden FA(2) ein. Eine falsche oder fehlende NIP löst eine Panel-Warnung aus, bevor die Rechnung übermittelt wird — so beheben Sie Datenqualitätsprobleme bereits auf Bestellebene, statt KSeF-Ablehnungen hinterherzujagen.

5. PEF (Platforma Elektronicznego Fakturowania) für B2G

Was PEF ist und wo es einzuordnen ist

PEF — die Platforma Elektronicznego Fakturowania (Plattform für elektronische Rechnungsstellung) — ist Polens bereits bestehende B2G-Plattform (Business-to-Government) für E-Rechnungen, gestartet 2019 und betrieben vom Ministerium für Entwicklung und Technologie (Ministerstwo Rozwoju i Technologii). PEF wurde geschaffen, um die EU-Richtlinie 2014/55/EU zur elektronischen Rechnungsstellung im öffentlichen Auftragswesen umzusetzen: Jeder polnische öffentliche Auftraggeber (Zentralregierung, Kommunen, Krankenhäuser, Schulen) ist verpflichtet, strukturierte E-Rechnungen für öffentliche Vergabeverträge über PEF zu empfangen.

PEF und KSeF: Modell der Koexistenz

Eine häufige Frage 2026 ist, ob PEF verschwindet, sobald KSeF verpflichtend wird. Antwort: PEF bleibt in Betrieb. Beide Plattformen bestehen mit klarer Aufgabenteilung nebeneinander:

• PEF — Transport- und Routing-Schicht für B2G-Rechnungen, einschließlich grenzüberschreitendem B2G über das EU-Netzwerk Peppol. Optimiert für den Workflow der öffentlichen Beschaffung (Bestellung → Rechnung → Zahlung → Archivierung).
• KSeF — Schicht zur Steuerfreigabe und Registrierung für alle B2B- und B2G-Rechnungen polnischer Steuerpflichtiger. Das Finanzministerium ist Empfänger der strukturierten Daten.
• Gemeinsamer Ablauf für B2G — ein polnisches Unternehmen, das einem polnischen öffentlichen Käufer eine Rechnung stellt, stellt diese über PEF zur Zustellung aus, und parallel wird eine Kopie zur USt-Meldung in KSeF registriert. Das Finanzministerium hat sich verpflichtet, einen automatischen PEF↔KSeF-Abgleich zu schaffen, damit Verkäufer nicht doppelt übermitteln müssen.

Wer muss PEF nutzen?

Jeder öffentliche Auftraggeber in Polen ist verpflichtet, PEF-Rechnungen zu empfangen. Lieferanten (polnische und ausländische) sind verpflichtet, PEF-Rechnungen auszustellen, wenn sie einem öffentlichen Käufer für eine Beschaffung oberhalb der EU-Schwellenwerte (derzeit 140.000 EUR für Waren/Dienstleistungen der Zentralregierung, 215.000 EUR für nachgeordnete Stellen) Rechnungen stellen. Unterhalb dieser Schwellen ist die PEF-Nutzung optional, aber empfohlen. Der PEF-Login erfolgt über ePUAP, qualifizierte elektronische Signatur oder ein dediziertes PEF-Token.

PEF-Technologie-Stack

• Transport — AS4 (Applicability Statement 4), der OASIS-Standard, den Peppol für den sicheren Dokumentenaustausch nutzt.
• Dokumentenformat — überwiegend Peppol BIS Billing 3.0 (UBL-2.1-Syntax) für grenzüberschreitende Fälle, plus ein nationales PEF-Schema für rein inländische polnische B2G-Rechnungen.
• Identifikation — Teilnehmer-IDs im Peppol-Adressverzeichnis; die Peppol-ID eines polnischen öffentlichen Käufers ist seine NIP, kodiert nach dem Schema 0190.
• Betreiber — PEF wird als kostenlose, vom Ministerium betriebene Plattform angeboten, optional auch über akkreditierte Peppol-Zugangspunkte (Comarch, Sage, Edicom u. a.).

6. Authentifizierung über ePUAP + API

Die drei Authentifizierungswege

KSeF unterstützt drei Authentifizierungsmechanismen, jeweils passend zu einem anderen Betriebsmuster:

1. Qualifizierte elektronische Signatur (kwalifikowany podpis elektroniczny) — ein persönliches Zertifikat, ausgestellt von einem polnischen qualifizierten Vertrauensdiensteanbieter (KIR Szafir, CenCert, Certum, EuroCert). Am häufigsten bei Buchhaltern und Einzelsteuerpflichtigen, die manuell geringe Rechnungsvolumina ausstellen.
2. Vertrauensprofil über ePUAP (Profil Zaufany) — die kostenlose, staatlich ausgestellte elektronische Identität, gebunden an die PESEL-Nummer und verifiziert über Online-Banking. Universell verfügbar für polnische Privatpersonen; der Standard-Authentifizierungsweg für KMU.
3. Qualifiziertes elektronisches Siegel (kwalifikowana pieczec elektroniczna) — ein Zertifikat auf Unternehmensebene, mit dem ein automatisiertes System FA(2)-Dokumente im Namen der juristischen Person signieren kann. Der einzig praktikable Weg für Marktplatz- und ERP-Integrationen.

ePUAP — Das polnische Vertrauensprofil

ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Elektronische Plattform der öffentlichen Verwaltungsdienste) ist Polens zentrales E-Government-Portal, gehostet unter epuap.gov.pl und betrieben vom Centralny Osrodek Informatyki (COI) im Zuständigkeitsbereich des Ministeriums für digitale Angelegenheiten. Das über ePUAP ausgestellte Profil Zaufany (Vertrauensprofil) ist der Eckpfeiler der polnischen E-Identität: Es wird genutzt, um Steuern zu erklären, ein Einzelunternehmen über CEIDG anzumelden, Verträge mit der öffentlichen Verwaltung zu unterzeichnen — und seit 2022, um den Bootstrap von KSeF-Integrationen zu authentifizieren.

Für Marktplatz-Verkäufer sieht der typische Ablauf so aus: Der Unternehmensvertreter (ein Vorstandsmitglied oder Bevollmächtigter mit entsprechender Berechtigung im KRS) meldet sich einmalig über ePUAP im KSeF-Portal an, generiert ein API-Token, das an ein qualifiziertes Siegel gebunden ist, autorisiert Zunapro (oder einen anderen Integrator) als "osoba uprawniona" (autorisierte Person), und ab diesem Zeitpunkt laufen alle FA(2)-Übermittlungen automatisiert.

Die KSeF-API im Überblick

Die KSeF-API ist ein JSON-über-HTTPS-REST-Dienst. Wichtigste Endpunkte: POST /api/online/Session/InitToken öffnet eine authentifizierte Sitzung über Token plus signierte Challenge; POST /api/online/Invoice/Send übermittelt ein Base64-kodiertes FA(2)-XML-Dokument und gibt eine Verarbeitungsreferenz zurück; GET /api/online/Invoice/Status/{ref} liefert bei Erfolg die 10-stellige KSeF-Kennung; POST /api/online/Query/Invoice/Sync lädt Rechnungen von Geschäftspartnern herunter; POST /api/online/Session/Terminate beendet die Sitzung.

Die API verfügt sowohl über eine Sandbox (ksef-test.mf.gov.pl) als auch eine Produktionsumgebung (ksef.mf.gov.pl). Die Ratenlimits sind für normale Lastprofile großzügig, doch bei sprunghaftem Marktplatz-Verkehr sollten Übermittlungen gebündelt werden.

Berechtigungsmodell — Wer darf für wen signieren?

KSeF nutzt ein Modell "osoby uprawnione": Jede Aktion gegenüber einer NIP wird von einer autorisierten Person ausgeführt, deren Rechte über das KSeF-Portal oder die API vergeben werden. Zu den Rollen zählen Wlasciciel (Eigentümer, volle Rechte), Faktury sprzedaz (ausgehende Rechnungen ausstellen), Faktury zakup (eingehende Rechnungen herunterladen) und Nadawanie uprawnien (Berechtigungen verwalten).

Marktplatz-Verkäufer gewähren Zunapro typischerweise das Recht "Faktury sprzedaz", beschränkt auf ihre NIP, sowie optional "Faktury zakup" für den Abgleich eingehender Rechnungen. Der Verkäufer behält die Eigentümerrolle und kann den Zugriff jederzeit widerrufen.

7. Integration mit führender polnischer Software (Comarch, Sage, Symfonia)

Die polnische ERP-/Buchhaltungssoftware-Landschaft

Polnische KMU und Konzerne setzen auf eine eigene Gruppe von ERP- und Buchhaltungsplattformen, von denen die meisten 2024 und 2026 KSeF-Konnektoren ausgeliefert haben. Marktplatz-Verkäufer haben in der Regel bereits eines dieser Systeme im Einsatz — entweder als primäre Buchführung oder als nachgelagerten Verarbeiter von Marktplatz-Daten. Nachfolgend die wichtigsten Anbieter und wie jeder mit KSeF umgeht.

Wie Zunapro sich in die ERP-Landschaft einfügt

Zunapro ersetzt kein ERP-System — es ist die Marktplatz-Orchestrierungsschicht zwischen Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli und Ihrer Buchhaltungsstruktur. Der KSeF-Fluss läuft in zwei Varianten: Von Zunapro ausgestellt (Zunapro erstellt, signiert und übermittelt die FA(2), und spielt Rechnung plus 10-stellige KSeF-Kennung zurück an Ihr ERP) oder vom ERP ausgestellt (Zunapro streamt Bestellungen an Comarch / Sage / Symfonia / Insert / Enova / iFirma, das die FA(2) über den eigenen Konnektor ausstellt). Beide Konfigurationen liefern vollständige KSeF-Abdeckung.

Häufige Integrationsfallen

• Schema-Drift — ERPs hinken dem FA(2)-Schema des Ministeriums manchmal um ein Release hinterher. Prüfen Sie die aktive XSD-Version vor Quartalsende.
• NIP-Normalisierung — Marktplätze liefern NIPs in vielen Formaten (525-23-44-078, PL5252344078, reine Ziffern). Auf 10 Ziffern normalisieren.
• Kanzlei-Skalierung — wenn eine Kanzlei KSeF für 50 NIPs verwaltet, nutzen Sie den Massenautorisierungsablauf im KSeF-Portal, nicht die Web-UI pro NIP.
• Sandbox-Vermischung — verwenden Sie niemals das produktive qualifizierte Siegel in der Sandbox; stellen Sie ein dediziertes Test-Siegel für ksef-test.mf.gov.pl aus.

8. Grenzüberschreitende E-Rechnung — Peppol UBL via PEF

Die grenzüberschreitende Fragestellung

Ein polnischer Marktplatz-Verkäufer, der einem deutschen Käufer eine Rechnung stellt, ein tschechischer Wiederverkäufer, der einem polnischen öffentlichen Krankenhaus eine Rechnung stellt, ein polnischer Exporteur, der B2B nach Frankreich verkauft — all das wird nicht direkt von KSeF abgedeckt. KSeF ist ein nationales Freigabesystem; grenzüberschreitende B2B-Rechnungen folgen weiterhin den Standard-EU-Umsatzsteuerregeln nach Richtlinie 2006/112/EG. PDFs und EDI bleiben für den Export weiterhin zulässig — mit einer wichtigen Ausnahme: grenzüberschreitendes B2G.

Peppol — Das grenzüberschreitende Rückgrat der EU

Peppol (Pan-European Public Procurement Online) ist das EU-weite, standardbasierte Netzwerk für den Austausch strukturierter Geschäftsdokumente, verwaltet von der OpenPeppol Association. Jeder EU-Mitgliedstaat hat Peppol in seine Infrastruktur für die öffentliche Beschaffung integriert, um die Richtlinie 2014/55/EU umzusetzen. Dokumentenformat: UBL 2.1 (Universal Business Language), eingebettet in die Peppol-BIS-Billing-3.0-Spezifikation. Transport: AS4 über ein Vier-Ecken-Modell (Absender → Access Point des Absenders → Access Point des Empfängers → Empfänger).

Wie PEF das polnische B2G an Peppol andockt

PEF (siehe Abschnitt 5) ist Polens Zugangstor zum Peppol-Netzwerk. Für einen polnischen Lieferanten, der einem deutschen öffentlichen Krankenhaus eine Rechnung stellt: Der Lieferant erstellt in seinem ERP eine Peppol-BIS-Billing-3.0-Rechnung (UBL 2.1), lädt sie bei PEF hoch (dem Peppol-Access-Point auf Lieferantenseite), PEF leitet sie über AS4 an den Access Point des deutschen Empfängers weiter, der die Rechnung an das Buchhaltungssystem des Krankenhauses zustellt. PEF protokolliert die Transaktion; eine parallele Kopie wird zur polnischen USt-Meldung in KSeF registriert.

Peppol BIS Billing 3.0 vs. FA(2): Feldzuordnung

Peppol-UBL und FA(2) sind unterschiedliche XML-Grammatiken, doch die zugrunde liegenden Rechnungsdaten sind dieselben. Verkäufer- und Käufer-NIP werden auf cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID abgebildet; Fa/P_2 auf cbc:ID; das Ausstellungsdatum Fa/P_1 auf cbc:IssueDate; KodWaluty auf cbc:DocumentCurrencyCode; FaWiersz/P_7 auf cac:InvoiceLine/cac:Item/cbc:Name; der USt-Satz P_12 auf cac:ClassifiedTaxCategory/cbc:Percent; der Bruttobetrag Fa/P_15 auf cbc:PayableAmount.

Moderne Integrationsplattformen (Zunapro eingeschlossen) halten die Rechnungsdaten in einem kanonischen internen Modell und erzeugen aus derselben Quelle FA(2) für KSeF sowie Peppol UBL für grenzüberschreitendes B2G. Verkäufer schreiben kein XML von Hand.

EU-ViDA — Was nach KSeF kommt

Das EU-Paket VAT in the Digital Age (ViDA), Ende 2024 beschlossen, schreibt strukturierte E-Rechnung und nahezu Echtzeit-Digitalmeldepflichten (DRR) für innergemeinschaftliche B2B-Transaktionen bis Juli 2030 vor. Das Datenmodell von ViDA ist ausdrücklich an Peppol ausgerichtet. Polens KSeF-Stack — FA(2) plus PEF-/Peppol-Routing — ist gut aufgestellt, um mit minimalen architektonischen Anpassungen an ViDA anzudocken; das Finanzministerium hat angedeutet, dass ein FA(3)-Schema die von ViDA geforderten Felder aufnehmen wird, sobald die Verordnung in Kraft tritt.

9. Strafen — Bis zu 100% des USt-Betrags

Die Rechtsgrundlage

Strafen bei Nichtnutzung von KSeF sind im geänderten Ustawa o VAT festgelegt, insbesondere in den neuen Artikeln, die durch das E-Rechnungsgesetz von 2023 eingeführt und in der KSeF-Verordnung näher geregelt wurden. Das Finanzministerium hat eine Übergangsphase mit milder Durchsetzung für Q1 2026 kommuniziert; ab dem 1. Juli 2026 gilt das volle Strafenregime ohne Nachsicht.

Das Strafenschema

Verstoß	Strafe	Untergrenze
Ausstellung einer Rechnung außerhalb von KSeF, obwohl KSeF verpflichtend ist	Bis zu 100% des USt-Betrags der Rechnung	Mindestens 1.000 PLN pro Rechnung
Versäumnis, eine Rechnung nach Offline-Ausstellung bei höherer Gewalt innerhalb des gesetzlichen Zeitfensters an KSeF zu übermitteln	Bis zu 18,7% des Bruttorechnungsbetrags	Mindestens 1.000 PLN pro Rechnung
Ausstellung einer Rechnung über KSeF mit wesentlichen Fehlern (z. B. falsche NIP, fehlendes MPP-Kennzeichen)	Standard-USt-Fehlerstrafen nach Kodeks karny skarbowy (Steuerstrafgesetzbuch)	Tagessätze (kary dzienne) nach Artikel 56 KKS
Versäumnis, eine ausgestellte Rechnung in JPK_V7M zu erfassen	Bis zu 20% der untererfassten Steuer	Nach Artikel 112b Umsatzsteuergesetz

Beispielrechnung — Marktplatz-Szenario

Ein polnischer Elektronikhändler versendet monatlich 200 Allegro-B2B-Bestellungen, durchschnittlich 1.500 PLN brutto bei 23% USt (~280 PLN USt pro Rechnung). Wenn KSeF verpflichtend ist und der Verkäufer weiterhin ausschließlich PDF nutzt: theoretische Höchststrafe 200 × 280 PLN = 56.000 PLN/Monat an USt-Betragsstrafen; praktische Untergrenze 200 × 1.000 PLN = 200.000 PLN/Monat an Mindeststrafen pro Rechnung (der höhere Wert gilt); hinzu kommen JPK_V7M-Abweichungen und der Verlust des Vorsteuerabzugs für Käufer. Die Kosten einer ordnungsgemäßen KSeF-Umsetzung sind ein Bruchteil des Risikos bei Nichteinhaltung.

Verteidigungsstrategien und Milderungsmaßnahmen

Nachweis des Offline-Modus — bewahren Sie API-Antwortprotokolle auf, wenn ein Ausfall die KSeF-Übermittlung verhinderte, und laden Sie diese innerhalb des Kulanzfensters (derzeit 1 Werktag) rückwirkend hoch. Czynny zal — das polnische Selbstanzeigeverfahren nach Artikel 16 KKS kann die steuerstrafrechtliche Haftung aufheben, wenn der Steuerpflichtige die Nichteinhaltung freiwillig offenlegt, bevor KAS eine Prüfung eröffnet. Prüfpfad — KSeF-Kennungen sind der maßgebliche Compliance-Nachweis; speichern Sie diese zusammen mit der Bestellung, wie es Zunapro in der Bestelldetailansicht tut.

10. E-Commerce + KSeF-Compliance — Das Marktplatz-Playbook

Die Marktplatz-Realität

Polnische Marktplätze — Allegro (22 Mio.+ Kunden), Amazon.pl (4 Mio.+), Empik (1,5 Mio.+ Premium), Ceneo (19 Mio.+ Besucher), Morele.net (8 Mio.+), Erli (4 Mio.+) — verarbeiten 2026 zusammen über 30 Mio. Bestellungen pro Monat, ein nicht unerheblicher Anteil davon als "faktura na firme" gekennzeichnet. Manuelle KSeF-Ausstellung ist bei Marktplatz-Volumina unmöglich; die Integration muss automatisiert erfolgen.

Der fünfstufige Marktplatz-KSeF-Ablauf

1. Bestelleingang — Zunapro empfängt den Bestell-Webhook (inkl. NIP, falls "faktura na firme" ausgewählt wurde).
2. NIP-Validierung — Abfrage bei der Biala Lista; bei inaktivem Status milde Fehlerbehandlung mit Panel-Warnung.
3. FA(2)-Erstellung — kanonische Bestelldaten werden gegen die aktive XSD-Version in FA(2)-XML gerendert.
4. KSeF-Übermittlung — die FA(2) wird Base64-kodiert, mit dem qualifizierten Siegel des Verkäufers signiert und an die API übermittelt; die 10-stellige KSeF-Kennung wird per Polling erfasst.
5. Rückmeldung — die KSeF-Kennung wird an die Marktplatz-Bestellung zurückgeschrieben, dem Käufer als herunterladbare Rechnung angezeigt und für JPK_V7M an das ERP des Verkäufers übermittelt.

Marktplatz-spezifische Besonderheiten

• Allegro — die Käufer-NIP trifft erst ein, nachdem dieser die Bestellung auf den Modus "Faktura VAT" umgestellt hat; erfolgt der Wechsel nach dem Versand, hat der Verkäufer 15 Tage Zeit, die Rechnung rückwirkend bei KSeF zu registrieren.
• Amazon.pl — Amazon-Business-Rechnungen werden für Vendor Central bereits von Amazon vorab ausgestellt; Seller-Central-/3P-Verkäufer stellen ihre eigenen über ihr eigenes Steuerpflichtigenprofil aus.
• Empik / Ceneo / Morele / Erli — jeder Marktplatz stellt ein ähnliches "Faktura na firme"-Kennzeichen sowie ein NIP-Feld bereit; die KSeF-Kennzeichnung muss an die Bestelldetailansicht zurückfließen, damit der Käufer die Rechnung in seinem Konto sieht. Bei Ceneo CPC bleibt die Rechnungsstellung im eigenen Shop des Verkäufers, wo die KSeF-Logik in der Checkout-Integration liegt.

Grenzüberschreitende Marktplatz-Bestellungen

Ein polnischer Verkäufer, der eine Allegro-Bestellung an einen deutschen Verbraucher versendet, tätigt einen B2C-Fernverkauf (PDFs gültig, OSS regelt die USt). Ein polnischer Verkäufer, der Pan-EU-FBA an einen deutschen Geschäftskunden versendet, tätigt ein innergemeinschaftliches B2B-Geschäft (Standard-EU-USt-Regeln, nicht KSeF). Der umgekehrte Fall — ein ausländischer Verkäufer, der über Allegro einem polnischen Unternehmen eine Rechnung stellt — löst sehr wohl KSeF aus, wenn der ausländische Verkäufer für polnische USt registriert ist.

Meldung und Abgleich

Jede KSeF-Rechnung ist automatisch über die monatliche JPK_V7M-Meldung auffindbar, doch Verkäufer benötigen für Prüfungen und Käuferbeschwerden weiterhin eine Nachverfolgbarkeit von Bestellung über Rechnung bis zur KSeF-Kennung. Das Compliance-Journal von Zunapro speichert pro Marktplatz-Bestellung: Marktplatz-Bestell-ID, vollständige FA(2)-XML-Nutzdaten, KSeF-Referenznummer, 10-stellige KSeF-Kennung und Zeitstempel, Käufer-NIP und Biala-Lista-Prüfergebnis, JPK_V7M-Positionsreferenz sowie jede Korrekturrechnungskette.

Der Compliance-Stack im Überblick

Ebene	Standard / System	Funktion
Inländische B2B-Rechnung	KSeF (FA(2)-XML)	Verpflichtende Freigabe, 10-stellige ID, Archivierung
Inländische B2G-Rechnung	PEF + parallel KSeF	Zustellung via PEF, Registrierung in KSeF
Grenzüberschreitendes B2G	Peppol BIS Billing 3.0 (UBL 2.1)	EU-weite E-Rechnung im öffentlichen Sektor
Grenzüberschreitendes B2B	EU-USt-Regeln (Richtlinie 2006/112/EG)	Standard-EU-Rechnungsstellung; PDFs gültig
B2C-Beleg	Registrierkasse + e-Paragon	Verbraucherbelege; KSeF auf Anfrage
Authentifizierung	ePUAP / qualifizierte Signatur / Siegel	Identität für KSeF und PEF
USt-Meldung	JPK_V7M (SAF-T)	Monatliche Datei; gespeist von KSeF

Rechtsrahmen — Ustawa o VAT und die KSeF-Verordnung

Ustawa o VAT — Das polnische Umsatzsteuergesetz

Das Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) ist das grundlegende Gesetz zur Regelung der Umsatzsteuer in Polen. Die KSeF-Pflichten wurden durch das E-Rechnungsgesetz von 2023 (Ustawa z dnia 16 czerwca 2023 r. o zmianie ustawy o podatku od towarow i uslug oraz niektorych innych ustaw, Dz.U. 2023 poz. 1598) in das Gesetz eingefügt. Die relevanten Artikel regeln die Definition einer strukturierten Rechnung (faktura ustrukturyzowana), die Pflicht zur Nutzung von KSeF, den Offline-Modus bei API-Ausfällen sowie das Strafenschema.

Die KSeF-Verordnung

Detaillierte technische Vorschriften — FA(2)-Schemaversion, API-Authentifizierung, das Kulanzfenster im Offline-Modus, der Massenautorisierungsablauf — sind in der KSeF-Verordnung des Finanzministeriums (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur) festgelegt, veröffentlicht im Dziennik Urzedowy Ministra Finansow und regelmäßig aktualisiert.

Verwandtes polnisches Steuerrecht & EU-Ebene

• Kodeks karny skarbowy (KKS) — Artikel 56 und 62 regeln Rechnungsvergehen und das Tagessatz-Regime (kary dzienne).
• Ordynacja podatkowa & Artikel 16 KKS — die Selbstanzeige "czynny zal" (aktive Reue) hebt die Haftung bei korrekter Anwendung auf.
• JPK-Verordnung — legt die Struktur der JPK_V7M-SAF-T-Datei fest, die von KSeF gespeist wird.
• Ustawa o KAS — definiert die Durchsetzungsrolle und die Abgleichfähigkeiten von KAS.
• Richtlinie 2006/112/EG — EU-Mehrwertsteuerrichtlinie; zugrunde liegende Regeln für den Rechnungsinhalt.
• Richtlinie 2014/55/EU — verpflichtende E-Rechnung im öffentlichen Auftragswesen (Grundlage für PEF).
• EU-ViDA-Paket — 2024 beschlossen; verpflichtende strukturierte E-Rechnung für innergemeinschaftliches B2B bis 2030; KSeF/PEF darauf ausgerichtet.

So werden Sie KSeF-bereit — Schritt-für-Schritt-Anleitung 2026

1. Bestätigen Sie Ihr Pflichtdatum

• Umsatz 2026 über 200 Mio. PLN netto — verpflichtend ab 1. Februar 2026.
• Umsatz 2026 bei oder unter 200 Mio. PLN netto — verpflichtend ab 1. April 2026.
• Freiwilliger Beitritt ist für jeden aktiven Umsatzsteuerpflichtigen sofort möglich.

2. Beschaffen Sie den Authentifizierungs-Stack

• Stellen Sie ein qualifiziertes elektronisches Siegel für die juristische Person über KIR Szafir, Certum, CenCert oder EuroCert aus (oder erneuern Sie es).
• Stellen Sie sicher, dass mindestens ein Vorstandsmitglied über ein funktionierendes Profil Zaufany via ePUAP für die Bootstrap-Authentifizierung verfügt.
• Bestimmen Sie die natürliche Person, die die KSeF-Rolle "wlasciciel" innehat, sowie die Personen, die als "Faktury sprzedaz" / "Faktury zakup" autorisiert werden sollen.

3. Registrieren Sie sich im KSeF-Portal

1. Melden Sie sich mit dem ePUAP-Vertrauensprofil bei ksef.podatki.gov.pl an.
2. Bestätigen Sie die NIP des Unternehmens und weisen Sie Autorisierungsrollen Ihren Buchhaltern / Integratoren / Ihrem ERP-System zu.
3. Generieren Sie ein KSeF-API-Token, beschränkt auf "Faktury sprzedaz", wenn Sie nur ausgehende Ausstellung benötigen, oder "Faktury zakup" plus "Faktury sprzedaz" für den vollständigen bidirektionalen Ablauf.
4. Speichern Sie das Token im Secrets-Tresor Ihrer Plattform — niemals in der Versionskontrolle.

4. Konfigurieren Sie die FA(2)-Erstellung

1. Ordnen Sie die USt-Sätze Ihres Produktkatalogs den zulässigen FA(2)-Werten zu (0, 5, 8, 23, zw, np, oo).
2. Stellen Sie sicher, dass Ihre Rechnungs-Engine alle FA(2)-Pflichtfelder ausgibt, einschließlich WariantFormularza, KodWaluty und Adres/KodKraju.
3. Validieren Sie Beispieldokumente vor dem Live-Einsatz gegen das offizielle XSD.
4. Führen Sie End-to-End-Testfälle auf ksef-test.mf.gov.pl durch: Standard-B2B-Rechnung, Korrekturrechnung (faktura korygujaca), Rechnung mit Umkehrung der Steuerschuldnerschaft (mechanizm odwrotnego obciazenia), MPP-gekennzeichnete Rechnung.

5. Verbinden Sie Marktplätze über Zunapro mit KSeF

1. Melden Sie sich bei Zunapro an und öffnen Sie das Modul "Polen Buchhaltung".
2. Verbinden Sie Ihre KSeF-Rolle — fügen Sie das API-Token ein, laden Sie das qualifizierte Siegel-Zertifikat hoch.
3. Verbinden Sie Marktplätze — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — über die Standard-Marktplatz-Kacheln.
4. Ordnen Sie Bestellung → FA(2) zu — Ein-Klick-Zuordnung für das Standardschema; fortgeschrittene Nutzer passen marktplatzspezifische Überschreibungen an.
5. Gehen Sie live — die erste Synchronisation stellt rückwirkend Rechnungen für alle ausstehenden B2B-Bestellungen aus, danach fließen live Rechnungen mit jeder eingehenden Bestellung.

KSeF-FAQ — Ausgabe 2026