Polen

Dit artikel werd bijgewerkt op 18 september 2026 om rekening te houden met de aankondiging van het ministerie van Financiën dat de boetevrije overgangsperiode wordt verlengd tot 31 december 2027, en met de bijgewerkte KSeF 2.0-handleiding die bevestigt dat token-gebaseerde authenticatie ook na 31 december 2026 ondersteund blijft, naast de bestaande individuele interpretaties over factuurvisualisaties.

Inleiding

Polens overgang naar digitale facturatie begon in de publieke sector met de B2G-ontvangstverplichting van 2019, voordat ze uitgroeide tot een volledig clearingmodel voor Business-to-Business (B2B). Oorspronkelijk gepland als verplichting vanaf 2023 en later uitgesteld vanaf juli 2024 na een uitgebreide audit van de systeemarchitectuur en cyberbeveiliging, onderging de verplichting een volledige technische vernieuwing. Heruitgevonden om enorme hoeveelheden bedrijfsgegevens te verwerken, de documentatie onder de btw-wet te stroomlijnen en de btw-kloof te dichten, het vernieuwde KSeF 2.0 platform fungeert als Polens gecentraliseerd clearinghub voor alle binnenlandse B2B-transacties en is tegelijk geïntegreerd met kanalen voor overheidsopdrachten. Als een Continuous Transaction Control-systeem (CTC), vereist KSeF dat facturen worden uitgereikt en gevalideerd door de belastingdienst via een gecentraliseerd platform voordat ze aan de koper worden bezorgd, wat zorgt voor fiscale transparantie in real time. 

Na een periode van testen en systeemstabilisatie ging KSeF 2.0 in februari 2026 succesvol live voor grote belastingplichtigen en werd het in april 2026 uitgebreid naar de overgrote meerderheid van de Poolse bedrijven. Het ministerie van Financiën meldde een stabiele technische omgeving, met meer dan 50.000 verwerkte facturen en 320.000 geregistreerde gebruikers in de eerste week alleen al. Nu er dagelijks miljoenen transacties via het centrale platform verlopen, blijven datakwaliteit, veilige API-integraties en robuuste noodprocedures cruciaal naarmate de resterende overgangsperiodes verstrijken en de verlengde handhavingsdeadline van 2028 nadert.

Compliance-tijdlijn

Het traject van e-facturatie in Polen omvat de ontvangstverplichtingen voor overheidsopdrachten (B2G) die in 2019 werden ingevoerd, gevolgd door een gefaseerde uitrol van B2B onder KSeF 2.0 op basis van de omvang van de belastingplichtige en het transactievolume.

Juridisch kader

De basisregels voor verplichte gestructureerde elektronische facturatie in Polen werden vastgelegd via wijzigingen aan de btw-wet.

• Kader voor B2G-overheidsopdrachten: De wet van 9 november 2018 betreffende elektronische facturering bij overheidsopdrachten, concessies voor werken of diensten, en publiek-private samenwerking, zette EU-richtlijn 2014/55/EU om in Pools recht. Het vormde de juridische basis voor de ontvangstverplichtingen in de publieke sector en het PEF-platform.

• Definitieve KSeF-wetgeving: De definitieve termijnen voor de verplichting en de regelgevende aanpassingen werden op 27 augustus 2025 in wet omgezet, waarmee de gefaseerde uitrol van 2026/2027 werd bevestigd.

• Individuele interpretaties: Het ministerie publiceert regelmatig richtlijnen om operationele uitzonderingssituaties te verduidelijken. Meest recent bood individuele interpretatie nr. 0112-KDIL1-3.4012.317.2026.1.ŁW (gepubliceerd op 20 juli 2026) essentiële juridische bescherming met betrekking tot het opnemen van aanvullende gegevens op factuurvisualisaties.

Autoriteiten

• Ministerie van Ontwikkeling en Technologie (Ministerstwo Rozwoju i Technologii): Houdt toezicht op het beleid inzake overheidsopdrachten en het operationele kader voor het Platforma Elektronicznego Fakturowania (PEF) binnen het OpenPeppol-netwerk.

• Ministerie van Financiën (Ministerstwo Finansów): De belangrijkste overheidsinstantie die toezicht houdt op het belastingbeleid, de btw-wet en de gefaseerde invoering van KSeF.

• Nationale Belastinginformatie (Krajowa Informacja Skarbowa): Verantwoordelijk voor het uitvaardigen van individuele interpretaties en officiële richtlijnen over de praktische toepassing van de wetgeving inzake e-facturatie.

Toepassingsgebied van de verplichting

De KSeF-verplichting brengt ingrijpende veranderingen met zich mee voor het facturatielandschap van entiteiten die in Polen actief zijn.

• B2B-transacties: Verplichte uitreiking en ontvangst van gestructureerde e-facturen via KSeF voor binnenlandse transacties. Niet-ingezeten bedrijven zijn enkel onderworpen aan de KSeF-uitreikingsplicht indien ze over een vaste inrichting (FE) voor btw-doeleinden in Polen beschikken die actief betrokken is bij de levering. Buitenlandse entiteiten die via een rechtstreekse btw-registratie werken zonder Poolse vaste inrichting, zijn uitgesloten van uitreiking via KSeF.

• B2G-transacties: Business-to-Government-transacties worden geregeld via het PEF-platform (Platforma Elektronicznego Fakturowania) sinds 2019. Overheidsinstanties zijn verplicht om via dit op Peppol gebaseerde systeem gestructureerde e-facturen te ontvangen. Hoewel het verzenden door leveranciers via PEF voorheen vrijwillig was, vereist de verplichting van 2026 dat leveranciers binnen het toepassingsgebied B2G-facturen elektronisch uitreiken. Met de lancering van KSeF zijn beide systemen geïntegreerd, waardoor B2G-facturen via PEF of KSeF kunnen worden verwerkt. Ongeacht het uitreikingskanaal krijgt elke B2G-factuur een uniek KSeF-ID, wat volledige zichtbaarheid voor de belastingdienst garandeert.

• B2C-transacties: Transacties met consumenten (B2C) zijn formeel uitgesloten van de verplichte KSeF-uitreiking. Bedrijven kunnen consumentenfacturen echter vrijwillig uitreiken via het KSeF-systeem.

Vereisten voor e-facturatie

„Technische paraatheid betekent niets zonder datakwaliteit. De overstap naar het FA(3) XML-schema bracht strengere validatieregels met zich mee, en rommelige ERP-gegevens leiden tot onmiddellijke afwijzing.”

Om binnen het KSeF-ecosysteem te opereren, moeten bedrijven strikte technische en operationele richtlijnen naleven, waaronder:

1. Structurering voor de publieke sector en lokale overheden: Facturen waarbij overheidsinstanties betrokken zijn, vereisen mogelijk bijkomende identificatie wanneer de juridische koper, de aanbestedende overheid, een ondergeschikte lokale overheidseenheid, de betaler of de operationele ontvanger verschillende entiteiten zijn. De logische FA(3)-structuur gebruikt het veld JST om aan te geven of de factuur betrekking heeft op een ondergeschikte lokale overheidseenheid. Wanneer de relevante JST-waarde is geselecteerd, moet de ondergeschikte eenheid ook worden geïdentificeerd in Podmiot3, zodat ze de factuur ook kan ontvangen en verwerken in KSeF. Het optionele Podmiot3-element kan ook andere partijen identificeren die verbonden zijn met de factuur, zoals een betaler, ontvanger van de levering, factor, filiaal of lid van een btw-groep.

2. Het FA(3) XML-schema: Gestructureerde facturen moeten worden gegenereerd in het toepasselijke gestructureerde FA(3) XML-formaat. Het schema omvat uitgebreide classificatiecodes voor btw-tarieven en laat toe om gestructureerde bijlagen (bv. contracten, leveringsbonnen) in de XML op te nemen, op voorwaarde dat de totale bestandsgrootte van 3MB niet wordt overschreden.

3. Authenticatie en tokens: Verouderde tokens die zijn gegenereerd onder KSeF 1.0 (vóór februari 2026) zijn ongeldig. Bedrijven moeten nieuwe productietokens genereren via de Taxpayer Application 2.0 om een beveiligde API-verbinding tot stand te brengen.

4. Visualisaties van facturen en aanvullende gegevens: Een belangrijke operationele vraag voor bedrijven was hoe om te gaan met interne gegevens die niet perfect binnen het FA(3)-schema passen. Op 20 juli 2026 bevestigde de directeur van de National Tax Information via een individuele interpretatie (0112-KDIL1-3.4012.317.2026.1.ŁW) dat voor mensen leesbare visualisaties van een gestructureerde KSeF-factuur aanvullende informatie mogen bevatten die niet is opgenomen in het onderliggende XML-bestand.

   • Toegestane gegevens: Dit kan bijvoorbeeld interne klant- of orderreferenties, commerciële kortingen, land van oorsprong en Incoterms-leveringsvoorwaarden omvatten.

   • Voorwaarden: De aanvullende gegevens moeten louter informatief zijn, mogen de essentie van de transactie niet wijzigen en mogen niet in tegenspraak zijn met de officiële KSeF-XML.

   • Aansprakelijkheid: Als aan deze voorwaarden wordt voldaan, wordt de visualisatie niet als een afzonderlijke factuur beschouwd en leidt ze niet tot een bijkomende btw-plicht. Deze interpretatie beschermt de aanvrager, maar biedt ook cruciaal inzicht in het huidige standpunt van de belastingautoriteit.

5. De noodmodus „Offline24”: Bij technische problemen aan de kant van de belastingplichtige mogen bedrijven facturen offline uitreiken in het FA(3)-schema, met inbegrip van de verplichte QR-codes, waaronder één gebaseerd op het KSeF-certificaat. Deze facturen moeten vervolgens uiterlijk het einde van de eerstvolgende werkdag na uitreiking aan KSeF worden doorgestuurd om een KSeF-nummer te ontvangen. Officieel aangekondigde systeemonbeschikbaarheid en formele storingsmodi worden afzonderlijk geregeld door hun eigen wettelijke noodregels en termijnen.

E-reportingvereisten

In een clearancemodel zoals KSeF, zijn e-facturatie en e-reporting nauw met elkaar verweven. Door alle gestructureerde FA(3) XML-facturen naar de centrale hub te verzenden, ontvangt de belastingautoriteit transactiegegevens die zo goed als in real time beschikbaar zijn.

Daarnaast blijft de standaard btw-rapportage (zoals de SAF-T-/JPK_VAT-bestanden) een wettelijke verplichting. Bedrijven moeten ervoor zorgen dat hun boekhoudsystemen zijn aangepast om KSeF-nummers correct te koppelen aan hun periodieke btw-aangiften, zodat volledige traceerbaarheid en naleving van de Poolse belastingwetgeving gewaarborgd zijn.

Technische architectuur

Polen hanteert een gecentraliseerd clearancemodel voor binnenlandse B2B-transacties en integreert daarbij zijn Peppol-gebaseerde B2G-platform (PEF) rechtstreeks in de KSeF-clearance-engine.

• Leveranciers dienen de FA(3) XML-factuur rechtstreeks via API in bij de centrale KSeF-hub.

• Het systeem valideert het schema, kent een uniek KSeF-ID toe en stelt de factuur beschikbaar zodat de koper ze kan downloaden.

• Geïntegreerde B2G-/PEF-flow voor B2G-transacties: het PEF-platform fungeert als Peppol Access Point en verwerkt Peppol BIS 3.0-documenten. In het geïntegreerde model van 2026 wordt een via PEF ingediende B2G-factuur rechtstreeks doorgestuurd naar KSeF. KSeF valideert het fiscale schema en kent een uniek KSeF-nummer toe; pas na deze clearancestap wordt de factuur als officiële gestructureerde factuur beschikbaar gesteld aan de tegenpartij uit de overheidssector.

• Alle elektronische facturen moeten minstens 10 jaar worden gearchiveerd.

Sancties

Gezien de technische complexiteit van de overgang en als antwoord op de uitgebreide feedback van bedrijven, brancheorganisaties en belastingadviseurs, kondigde het ministerie van Financiën in september 2026 een verlengde sanctievrije overgangsperiode aan.

• Sanctievrije overgangsperiode tot en met 2027: De periode zonder financiële sancties, die aanvankelijk zou lopen tot eind 2026, is verlengd tot 31 december 2027. Zo krijgen micro-ondernemers die vanaf 1 januari 2027 onder het toepassingsgebied vallen, net als alle andere marktdeelnemers, extra tijd om hun systemen en processen aan te passen zonder blootgesteld te worden aan financiële sancties.

• Officiële startdatum van de handhaving in 2028: Strikte handhaving en administratieve financiële sancties op grond van artikel 106ni van de btw-wet gaan nu in op 1 januari 2028.

• Blijvende compliance & ondersteuning: Hoewel de financiële sancties worden uitgesteld, blijft de verplichting om KSeF te gebruiken volgens planning volledig van kracht. Gedurende heel 2027 zal de National Tax Administration (KAS) prioriteit geven aan de ondersteuning van belastingplichtigen en een correcte invoering, terwijl er streng wordt opgetreden tegen het onrechtmatig uitreiken van facturen buiten het systeem (behalve wanneer wettelijke uitzonderingen van toepassing zijn).

Hoe bedrijven zich kunnen voorbereiden

Hoewel de sanctievrije overgangsperiode een gefaseerde overgang mogelijk maakt, brengt het uitstellen van de KSeF-integratie een verborgen fiscaal risico met zich mee. Volgens de huidige btw-regels kunnen kopers de btw op niet-KSeF-facturen nog steeds aftrekken, maar deze documenten missen het beschermende digitale controlespoor van het systeem. Bij een belastingcontrole kan een niet-KSeF-factuur voor de koper leiden tot een hogere bewijslast, wat vertragingen bij btw-teruggaven kan veroorzaken of de indiening van extra, tijdrovende documentatie kan vereisen. Vroegtijdige invoering is daarom een strategische stap om het risico op controle door de belastingautoriteit te beperken.

Aangezien uw bedrijf op verschillende momenten aan de KSeF-vereisten onderworpen kan worden, bijvoorbeeld bij een nieuwe fiscale registratie of markttoetreding, is proactief handelen essentieel om KSeF-compliance te garanderen en operationele knelpunten te vermijden.

• Audit uw stamgegevens: Breng uw ERP-velden nauwkeurig in kaart volgens het FA(3)-schema. Zorg ervoor dat NIP-nummers (btw) correct zijn en dat adresvelden exact zijn opgesplitst zoals de XML vereist, om afwijzing te voorkomen.

• Stel KSeF 2.0-inloggegevens in: Verwijder verouderde KSeF 1.0-tokens en genereer nieuwe API-sleutels via de Taxpayer Application 2.0 om vertragingen van 48 uur bij de uitgifte te vermijden.

• Stel gekwalificeerde zegels in: Voor geautomatiseerde verwerking met hoge volumes implementeert u een gekwalificeerd elektronisch zegel, zodat batchondertekening „hands-off” kan verlopen zonder dat voor elke verzending het Trusted Profile van een individuele persoon nodig is.

• Evalueer uw crediteurenadministratie: Denk eraan dat de verplichting om KSeF-facturen te ontvangen al geldt voor alle belastingplichtigen binnen het toepassingsgebied. Zorg ervoor dat uw crediteurenteam weet hoe het inkomende XML-bestanden van elke leverancier die onder de verplichting valt, kan ophalen en verwerken.

• Werk betalingsdocumenten bij: Begin nu al met het registreren van het lange KSeF-ID op geaccepteerde facturen, om een enorme achterstand aan gegevensinvoer te vermijden zodra dit vanaf 1 januari 2027 verplicht wordt voor bankbetalingen.

Conclusie

Het Poolse KSeF 2.0-kader vertegenwoordigt een definitieve verschuiving naar fiscale transparantie in real time en operationele digitalisering. Hoewel het ministerie voor heel 2026 en 2027 een sanctievrije overgangsperiode heeft voorzien, zorgen de technische striktheid van het FA(3)-schema en het massale, real-time transactievolume dat via het platform loopt ervoor dat bedrijven zich geen uitstel van hun integratie-inspanningen kunnen veroorloven. Door hun stamgegevens te auditen, de juiste API-tokens veilig te stellen en gebruik te maken van de nieuwe richtlijnen over factuurvisualisaties, kunnen bedrijven deze regelgevende hindernis omzetten in een strategisch operationeel voordeel.