KSeF Poolse e-facturatie verplicht vanaf februari 2026: implementatie, compliance en e-commerce integratiegids

1. KSeF (Krajowy System e-Faktur) — wat het is en waarom het bestaat

KSeF — het Krajowy System e-Faktur (Nationaal e-Factuursysteem) — is het centraal beheerde factuurvalidatieplatform van de Poolse staat. Operationeel is het een REST-API plus een webportaal, gehost door het Ministerstwo Finansow (ministerie van Financiën) op ksef.podatki.gov.pl. Elke gestructureerde factuur (faktura ustrukturyzowana) die door een Poolse belastingplichtige wordt uitgereikt, wordt als FA(2) XML-document naar KSeF geüpload, gevalideerd tegen het officiële XSD-schema, van een tijdstempel voorzien, uitgerust met een uniek 10-tekens KSeF-identificatienummer (bijv. 7A3D-19F0), en ten minste 10 jaar bewaard in het centrale register.

Juridisch gezien is KSeF ingevoerd door de gewijzigde Ustawa o podatku od towarow i uslug (Poolse btw-wet, Ustawa o VAT) en nader uitgewerkt in het KSeF-besluit van het ministerie van Financiën (Rozporzadzenie Ministra Finansow w sprawie KSeF). Het is vrijwillig sinds 1 januari 2022 en wordt in twee golven verplicht gedurende 2026 — waarmee elke traditionele PDF-facturatiestroom tussen Poolse ondernemingen wordt vervangen.

Waarom heeft Polen KSeF gebouwd?

Het ministerie van Financiën stelde drie expliciete doelen toen KSeF in 2021 voor het eerst werd aangekondigd: de btw-kloof dichten (Polens btw-kloof (luka VAT) kromp van ruim 25% in 2015 tot circa 7–9% in 2024 dankzij SAF-T en gesplitste betaling; KSeF maakt carrousel- en ploffraude structureel moeilijker); administratieve rompslomp verminderen (een KSeF-factuur wordt aan de koper afgeleverd op het moment dat deze wordt geregistreerd — geen PDF-e-mail, geen ontvangstbevestiging; de KSeF-tijdstempel is de wettelijke afleverdatum); en aansluiten bij EU ViDA (het "btw in het digitale tijdperk"-pakket van 2024 verplicht gestructureerde e-facturatie in de hele interne markt tegen 2030; Polen loopt hierin voorop en KSeF zal met minimale architecturale aanpassingen aansluiten op ViDA).

Wie beheert KSeF en wie is eraan gebonden?

KSeF is gebouwd en wordt beheerd door de IT-tak van het ministerie van Financiën (Departament Informatyzacji Ministerstwa Finansow) samen met KAS (Krajowa Administracja Skarbowa). Elke actieve Poolse btw-plichtige is gebonden vanaf de verplichte datum: eenmanszaken (JDG), besloten vennootschappen (sp. z o.o.), buitenlandse bedrijven geregistreerd voor Poolse btw, en grote bedrijven die JPK_V7M indienen. Marketplace-verkopers op Allegro, Amazon.pl, Empik, Ceneo, Morele.net of Erli vormen geen uitzondering.

2. 1 februari 2026 — de verplichte datum (uitgesteld vanaf 2024)

Het oorspronkelijke plan en het uitstel

De oorspronkelijke e-factuurwet van 2023 stelde 1 juli 2024 vast als de universele live-datum voor B2B en B2G. In januari 2024 gaf het ministerie van Financiën een extern onderzoek in opdracht naar de productie-KSeF-API, nadat belastingtests schaalbaarheids- en betrouwbaarheidsproblemen aan het licht hadden gebracht. Op 19 januari 2024 kondigde het ministerie aan dat de deadline van juli 2024 zou worden uitgesteld; later dat jaar werd een nieuwe invoeringskalender gepubliceerd en definitief vastgesteld voor 2026.

De invoeringskalender voor 2026

Het ministerie van Financiën heeft een overgangsperiode met soepele handhaving aangekondigd voor het eerste kwartaal van 2026 — sancties voor late of ontbrekende KSeF-indieningen worden tot ten minste 1 juli 2026 naar eigen inzicht toegepast. Vanaf de tweede helft van 2026 geldt het volledige boeteregime onder de Ustawa o VAT zonder clementie.

Wat gebeurt er met papieren en PDF-facturen?

Vanaf de verplichte datum is een papieren of PDF-factuur niet langer een wettelijk geldige B2B-factuur in Polen. Het uitreiken van een dergelijke factuur aan een Poolse zakelijke koper in plaats van een gestructureerde KSeF-factuur activeert het boeteregime uit hoofdstuk 9. Uitzonderingen: B2C-transacties (paragony blijven lopen via fiscale kassasystemen en optioneel e-Paragon; door de consument aangevraagde facturen blijven wel via KSeF lopen); grensoverschrijdende facturen aan buitenlandse btw-klanten (de standaard EU-btw-factuurregels onder Richtlijn 2006/112/EG van de Raad zijn van toepassing; PDF's blijven geldig voor export); en offline noodmodus (factuur uitgereikt buiten KSeF om tijdens een API-storing, met terugwerkende kracht geüpload binnen een respijtperiode van 1 werkdag).

3. FA(2)-schema — het XML-factuurformaat

Van FA(1) naar FA(2): wat is er veranderd

Het FA(2)-schema is het tweede-generatie XML-formaat voor gestructureerde facturen, verplicht vanaf 2026. Het vervangt FA(1) (vrijwillige fase 2022 tot medio 2024) en wordt als XSD gepubliceerd op ksef.podatki.gov.pl, bij elke indiening server-side gevalideerd.

Belangrijkste FA(2)-wijzigingen ten opzichte van FA(1): strengere NIP-validatie (NIP van de ontvanger, 10 cijfers, in real time gevalideerd tegen Biala Lista en VIES); nieuwe marketplace-velden (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci worden verplicht voor verkoopkanalen); strenger FaKorygujaca-blok (creditfacturen verwijzen naar het 10-tekens KSeF-identificatienummer van de oorspronkelijke factuur in NrFaKorygowanej); valuta + wisselkoers (Waluta / KursWaluty gevalideerd tegen NBP-referentiekoersen van de werkdag vóór de verkoop); en MPP-vlag voor gesplitste betaling (verplicht voor facturen boven 15.000 PLN in categorieën van Bijlage 15).

Anatomie van een FA(2) XML-factuur

Een minimaal FA(2)-document bevat een Naglowek (header met schemaversie), een Podmiot1-blok (NIP, naam en adres van de verkoper met KodKraju=PL), een Podmiot2-blok (NIP en naam van de koper), en een Fa-blok met valutacode (KodWaluty=PLN), uitgiftedatum (P_1), factuurnummer (P_2), netto-/btw-/brutototalen (P_13_1, P_14_1, P_15), factuurtype (RodzajFaktury), en één of meer FaWiersz-regelitems met productomschrijving (P_7), hoeveelheid (P_8B), stukprijs (P_9A), netto regelbedrag (P_11) en btw-tarief (P_12).

Elk genoemd element wordt afgedwongen door de FA(2) XSD. Een onjuist opgemaakt NIP, een ontbrekende WariantFormularza, of een P_12 btw-tarief buiten de officiële set (0, 5, 8, 23, zw, np, oo) leidt ertoe dat de KSeF-API het document afwijst met een gestructureerde 4xx-foutmelding. De KSeF-connector van Zunapro bouwt, valideert en verzendt FA(2)-documenten automatisch vanuit binnenkomende marketplace-bestellingen — geen handmatig XSD-werk voor de verkoper.

FA(2)-versiebeheer en schema-updates

Het ministerie van Financiën versiebeheert het FA(2)-schema in het formaat 1-0E, 1-1E, enzovoort. Schemawijzigingen worden aangekondigd in het officiële Dziennik Urzedowy Ministra Finansow met een invoeringsperiode van ten minste drie maanden. Productie-XSD's worden gehost onder crd.gov.pl/wzor/. Elk integratieplatform dat KSeF-verkeer verwerkt, moet deze versies bijhouden: een FA(2)-document dat is gebouwd tegen een verouderd schema wordt afgewezen, zelfs als de bedrijfsgegevens correct zijn.

4. NIP-btw-identificatie van de ontvanger

NIP — het Poolse belastingnummer

Het NIP (Numer Identyfikacji Podatkowej) is Polens 10-cijferige belastingidentificatienummer, uitgegeven door de betreffende belastingdienst bij bedrijfsregistratie. Elke actieve btw-plichtige heeft een NIP; buitenlandse bedrijven die geregistreerd zijn voor Poolse btw krijgen een NIP met landcode als voorvoegsel (bijv. PL5252344078) voor intracommunautaire doeleinden. Het NIP is de primaire identificatie van de partijen op een FA(2)-factuur.

Realtime validatie — Biala Lista en VIES

De KSeF-API voert drie online controles uit op elke B2B-factuur: Biala Lista (witte lijst van btw-plichtigen op wykaz-podatnikow.mf.gov.pl — het NIP moet aanwezig en actief zijn op de factuurdatum), naamcontrole (de Nazwa moet redelijk overeenkomen met het Biala Lista-record; materiële afwijkingen leveren vandaag slechts een zachte waarschuwing op, maar vanaf de tweede helft van 2026 een harde afwijzing), en VIES voor intracommunautaire B2B waarbij de ontvanger een buitenlands EU-btw-nummer heeft.

Marketplace-bestelling → NIP-vastlegging

Het vastleggen van het NIP van de koper bij het afrekenen op de marketplace: Allegro geeft het NIP vrij onder buyer.company.taxId wanneer de bestelling als zakelijke aankoop is gemarkeerd. Zakelijke kopers op Amazon.pl geven het NIP door via het SP-API-object BuyerInfo.BuyerTaxInfo. Empik / Ceneo / Morele / Erli geven elk een vlag "Faktura na firme" en een NIP-veld vrij in hun bestel-JSON. Voeg voor checkouts van uw eigen winkel op Shopify / WooCommerce / PrestaShop / BigCommerce een selectievakje "btw-factuur (NIP)" toe; Poolse marktthema's leveren deze widget al standaard.

Zunapro haalt het NIP van de koper uit de webhook-payload van elke marketplace-bestelling, valideert het vooraf tegen Biala Lista, en plaatst het in het veld Podmiot2 → NIP van de uitgaande FA(2). Een ontbrekend of niet-overeenkomend NIP activeert een melding in het paneel voordat de factuur wordt ingediend, zodat u de datakwaliteit op bestelniveau kunt corrigeren in plaats van KSeF-afwijzingen achterna te jagen.

5. PEF (Platforma Elektronicznego Fakturowania) voor B2G

Wat PEF is en waar het past

PEF — de Platforma Elektronicznego Fakturowania (Elektronisch Facturatieplatform) — is Polens al bestaande B2G-platform (business-to-government) voor e-facturatie, gelanceerd in 2019 en beheerd door het ministerie van Ontwikkeling en Technologie (Ministerstwo Rozwoju i Technologii). PEF is gebouwd om EU-richtlijn 2014/55/EU inzake elektronische facturering bij overheidsopdrachten te implementeren: elke Poolse koper in de publieke sector (centrale overheid, gemeenten, ziekenhuizen, scholen) is verplicht om gestructureerde e-facturen te ontvangen via PEF voor overheidsopdrachten.

PEF en KSeF: coëxistentiemodel

Een veelgestelde vraag in 2026 is of PEF verdwijnt zodra KSeF verplicht wordt. Antwoord: PEF blijft operationeel. Beide platforms bestaan naast elkaar met een duidelijke taakverdeling:

• PEF — transport- en routeringslaag voor B2G-facturen, inclusief grensoverschrijdende B2G via het Peppol-netwerk van de EU. Geoptimaliseerd voor de workflow van overheidsopdrachten (bestelling → factuur → betaling → archivering).
• KSeF — laag voor belastingvalidatie en -registratie voor alle B2B- en B2G-facturen die door Poolse belastingplichtigen worden uitgereikt. Het ministerie van Financiën is de ontvanger van de gestructureerde gegevens.
• Gezamenlijke stroom voor B2G — een Pools bedrijf dat een Poolse publieke koper factureert, reikt de factuur uit via PEF voor aflevering, en een parallelle kopie wordt geregistreerd in KSeF voor btw-rapportagedoeleinden. Het ministerie van Financiën heeft zich verbonden aan het bouwen van automatische PEF↔KSeF-afstemming, zodat verkopers niet twee keer hoeven in te dienen.

Wie moet PEF gebruiken?

Elke Poolse aanbestedende dienst in de publieke sector is verplicht PEF-facturen te ontvangen. Leveranciers (Pools en buitenlands) zijn verplicht PEF-facturen uit te reiken bij het factureren van een publieke koper voor een aanbesteding boven de EU-drempels (momenteel 140.000 EUR voor goederen/diensten voor de centrale overheid, 215.000 EUR voor decentrale overheden). Onder deze drempels is het gebruik van PEF optioneel maar wordt het aangemoedigd. Inloggen bij PEF gebeurt via ePUAP, een gekwalificeerde elektronische handtekening, of een speciaal PEF-token.

Technische stack van PEF

• Transport — AS4 (Applicability Statement 4), de OASIS-standaard die door Peppol wordt gebruikt voor veilige documentuitwisseling.
• Documentformaat — voornamelijk Peppol BIS Billing 3.0 (UBL 2.1-syntax) voor grensoverschrijdend gebruik, plus een nationaal PEF-schema voor puur binnenlandse Poolse B2G-facturen.
• Identificatie — deelnemer-ID's in het Peppol-adresboek; het Peppol-ID van een Poolse publieke koper is diens NIP, gecodeerd onder het 0190-schema.
• Beheerder — PEF wordt aangeboden als gratis, door het ministerie beheerd platform, plus optioneel via geaccrediteerde Peppol Access Points (Comarch, Sage, Edicom, enz.).

6. Authenticatie via ePUAP + API

De drie authenticatiemethoden

KSeF ondersteunt drie authenticatiemechanismen, elk geschikt voor een ander operationeel patroon:

1. Gekwalificeerde elektronische handtekening (kwalifikowany podpis elektroniczny) — een persoonlijk certificaat uitgegeven door een Poolse gekwalificeerde vertrouwensdienstverlener (KIR Szafir, CenCert, Certum, EuroCert). Het meest gebruikelijk voor accountants en individuele belastingplichtigen die handmatig een klein aantal facturen uitreiken.
2. Vertrouwd profiel via ePUAP (Profil Zaufany) — de gratis, door de overheid uitgegeven elektronische identiteit, gekoppeld aan het PESEL-nummer en geverifieerd via internetbankieren. Universeel beschikbaar voor Poolse burgers; de standaard authenticatiemethode voor het mkb.
3. Gekwalificeerd elektronisch zegel (kwalifikowana pieczec elektroniczna) — een certificaat op bedrijfsniveau waarmee een geautomatiseerd systeem FA(2)-documenten namens de rechtspersoon kan ondertekenen. De enige haalbare route voor marketplace- en ERP-integraties.

ePUAP — het Poolse vertrouwde profiel

ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Elektronisch Platform voor Overheidsdiensten) is Polens centrale e-overheidspoort, gehost op epuap.gov.pl en beheerd door het Centralny Osrodek Informatyki (COI) onder het ministerie van Digitale Zaken. Het via ePUAP uitgegeven Profil Zaufany (Vertrouwd Profiel) is de hoeksteen van de Poolse elektronische identiteit: het wordt gebruikt om belastingaangiften te doen, een eenmanszaak via CEIDG te registreren, contracten met de overheid te ondertekenen — en sinds 2022 om de opstart van KSeF-integraties te authenticeren.

Voor marketplace-verkopers is de typische stroom: de vertegenwoordiger van het bedrijf (een bestuurslid of gevolmachtigde met passende autorisatie in het KRS) logt eenmalig in op het KSeF-portaal via ePUAP, genereert een API-token gekoppeld aan een gekwalificeerd zegel, autoriseert Zunapro (of een andere integrator) als "osoba uprawniona" (bevoegde persoon), en vanaf dat moment worden alle FA(2)-indieningen geautomatiseerd.

De KSeF-API in een oogopslag

De KSeF-API is een JSON-over-HTTPS REST-service. Belangrijkste endpoints: POST /api/online/Session/InitToken opent een geauthenticeerde sessie via token plus ondertekende challenge; POST /api/online/Invoice/Send dient een Base64-gecodeerd FA(2) XML-document in en retourneert een verwerkingsreferentie; GET /api/online/Invoice/Status/{ref} retourneert bij succes het 10-tekens KSeF-identificatienummer; POST /api/online/Query/Invoice/Sync downloadt facturen van tegenpartijen; POST /api/online/Session/Terminate sluit de sessie.

De API heeft zowel een sandbox- (ksef-test.mf.gov.pl) als een productieomgeving (ksef.mf.gov.pl). De snelheidslimieten zijn ruim voldoende voor normale werklasten, maar piekverkeer van marketplaces moet indieningen bundelen.

Autorisatiemodel — wie kan namens wie ondertekenen?

KSeF gebruikt een "osoby uprawnione"-model: elke actie tegen een NIP wordt uitgevoerd door een bevoegd persoon wiens rechten worden verleend via het KSeF-portaal of de API. Rollen omvatten Wlasciciel (eigenaar, volledige rechten), Faktury sprzedaz (uitgaande facturen uitreiken), Faktury zakup (inkomende facturen downloaden), en Nadawanie uprawnien (autorisaties beheren).

Marketplace-verkopers verlenen doorgaans het recht "Faktury sprzedaz" aan Zunapro, beperkt tot hun eigen NIP, plus optioneel "Faktury zakup" voor inkomende afstemming. De verkoper behoudt de eigenaarsrol en kan de toegang op elk moment intrekken.

7. Integratie met grote Poolse software (Comarch, Sage, Symfonia)

Het Poolse ERP-/boekhoudsoftwarelandschap

Poolse mkb-bedrijven en grote ondernemingen gebruiken een kenmerkende set ERP- en boekhoudplatforms, waarvan de meeste in 2024 en 2026 KSeF-connectoren hebben uitgebracht. Marketplace-verkopers hebben doorgaans al een van deze systemen in hun stack — als primair grootboek of als downstream-consument van marketplace-gegevens. Hieronder de belangrijkste spelers en hoe elk KSeF afhandelt.

Hoe Zunapro past in het ERP-plaatje

Zunapro is geen ERP-vervanging — het is de marketplace-orkestratielaag tussen Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli en uw boekhoudkundige ruggengraat. De KSeF-stroom werkt op twee manieren: uitgereikt door Zunapro (Zunapro bouwt, ondertekent en dient de FA(2) in, en stuurt vervolgens de factuur plus het 10-tekens KSeF-identificatienummer terug naar uw ERP) of uitgereikt door de ERP (Zunapro streamt bestellingen naar Comarch / Sage / Symfonia / Insert / Enova / iFirma, dat de FA(2) via zijn eigen connector uitreikt). Beide configuraties leveren volledige KSeF-dekking.

Veelvoorkomende integratieknelpunten

• Schemadrift — ERP's lopen soms een release achter op het FA(2)-schema van het ministerie. Controleer de actieve XSD-versie voor het einde van het kwartaal.
• NIP-normalisatie — marketplaces leveren NIP's in vele vormen aan (525-23-44-078, PL5252344078, gewone cijfers). Normaliseer naar 10 cijfers.
• Schaalbaarheid voor kantoren — als een kantoor KSeF beheert voor 50 NIP's, gebruik dan de bulkautorisatiestroom in het KSeF-portaal, niet de web-UI per NIP.
• Vermenging met sandbox — gebruik nooit het productie-gekwalificeerde zegel in de sandbox; geef een speciaal testzegel uit voor ksef-test.mf.gov.pl.

8. Grensoverschrijdende e-factuur — Peppol UBL via PEF

De grensoverschrijdende vraag

Een Poolse marketplace-verkoper die een Duitse koper factureert, een Tsjechische wederverkoper die een Pools openbaar ziekenhuis factureert, een Poolse exporteur die B2B verkoopt aan Frankrijk — geen van deze gevallen wordt rechtstreeks door KSeF afgehandeld. KSeF is een nationaal validatiesysteem; grensoverschrijdende B2B-facturen blijven de standaard EU-btw-factuurregels volgen onder Richtlijn 2006/112/EG van de Raad. PDF's en EDI zijn nog steeds acceptabel voor export — met één belangrijke uitzondering: grensoverschrijdend B2G.

Peppol — de grensoverschrijdende ruggengraat van de EU

Peppol (Pan-European Public Procurement Online) is het EU-brede, op standaarden gebaseerde netwerk voor het uitwisselen van gestructureerde bedrijfsdocumenten, beheerd door de OpenPeppol-vereniging. Elke EU-lidstaat heeft Peppol geïntegreerd in zijn infrastructuur voor overheidsopdrachten om Richtlijn 2014/55/EU te implementeren. Documentformaat: UBL 2.1 (Universal Business Language), verpakt in de Peppol BIS Billing 3.0-specificatie. Transport: AS4 via een viervoudig model (afzender → Access Point van de afzender → Access Point van de ontvanger → ontvanger).

Hoe PEF Poolse B2G koppelt aan Peppol

PEF (behandeld in hoofdstuk 5) is de Poolse toegangspoort tot het Peppol-netwerk. Voor een Poolse leverancier die een Duits openbaar ziekenhuis factureert: de leverancier bouwt een Peppol BIS Billing 3.0 (UBL 2.1)-factuur in zijn ERP, uploadt deze naar PEF (het Peppol Access Point aan leverancierszijde), PEF routeert via AS4 naar het Access Point van de Duitse ontvanger, die de factuur aflevert aan het boekhoudsysteem van het ziekenhuis. PEF legt de transactie vast; een parallelle kopie wordt geregistreerd in KSeF voor Poolse btw-rapportage.

Peppol BIS Billing 3.0 versus FA(2): veldmapping

Peppol UBL en FA(2) zijn verschillende XML-grammatica's, maar de onderliggende factuurgegevens zijn dezelfde. NIP van verkoper en koper worden gemapt naar cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID; Fa/P_2 wordt gemapt naar cbc:ID; de uitgiftedatum Fa/P_1 wordt gemapt naar cbc:IssueDate; KodWaluty wordt gemapt naar cbc:DocumentCurrencyCode; FaWiersz/P_7 wordt gemapt naar cac:InvoiceLine/cac:Item/cbc:Name; het btw-tarief P_12 wordt gemapt naar cac:ClassifiedTaxCategory/cbc:Percent; het brutototaal Fa/P_15 wordt gemapt naar cbc:PayableAmount.

Moderne integratieplatforms (Zunapro inbegrepen) bewaren de factuurgegevens in een canoniek intern model en genereren FA(2) voor KSeF en Peppol UBL voor grensoverschrijdende B2G vanuit dezelfde bron. Verkopers hoeven geen XML met de hand te schrijven.

EU ViDA — wat komt er na KSeF

Het EU-pakket btw in het digitale tijdperk (ViDA), eind 2024 overeengekomen, verplicht gestructureerde e-facturatie en bijna-realtime digitale rapportagevereisten (DRR) voor intracommunautaire B2B-transacties tegen juli 2030. Het datamodel van ViDA is expliciet afgestemd op Peppol. Polens KSeF-stack — FA(2) plus PEF-/Peppol-routering — staat er goed voor om met minimale architecturale aanpassingen aan te sluiten op ViDA; het ministerie van Financiën heeft aangegeven dat een FA(3)-schema de vereiste velden van ViDA zal opnemen zodra de regelgeving van kracht wordt.

9. Boetes — tot 100% van het btw-bedrag

De wettelijke basis

Boetes voor het niet gebruiken van KSeF zijn vastgelegd in de gewijzigde Ustawa o VAT, met name in de nieuwe artikelen ingevoerd door de e-factuurwet van 2023 en nader uitgewerkt in het KSeF-besluit. Het ministerie van Financiën heeft een overgangsperiode met soepele handhaving voor het eerste kwartaal van 2026 gecommuniceerd; vanaf 1 juli 2026 geldt het volledige boeteregime zonder clementie.

Het boeteoverzicht

Overtreding	Boete	Ondergrens
Een factuur uitreiken buiten KSeF om terwijl KSeF verplicht is	Tot 100% van het btw-bedrag op de factuur	Minimaal 1.000 PLN per factuur
Het niet indienen van een factuur bij KSeF binnen de wettelijke termijn na offline uitgifte wegens overmacht	Tot 18,7% van het bruto factuurbedrag	Minimaal 1.000 PLN per factuur
Een factuur via KSeF uitreiken met materiële fouten (bijv. verkeerd NIP, ontbrekende MPP-vlag)	Standaard btw-foutboetes onder Kodeks karny skarbowy (fiscaal strafwetboek)	Dagboetes (kary dzienne) volgens artikel 56 KKS
Het niet registreren van een uitgereikte factuur in JPK_V7M	Tot 20% van de onder-gerapporteerde belasting	Volgens artikel 112b van de btw-wet

Uitgewerkt voorbeeld — marketplace-scenario

Een Poolse elektronicaverkoper verzendt maandelijks 200 Allegro B2B-bestellingen, gemiddeld bruto 1.500 PLN met 23% btw (~280 PLN btw per factuur). Als KSeF verplicht is en de verkoper blijft doorgaan met alleen PDF: theoretische maximumboete 200 × 280 PLN = 56.000 PLN/maand aan btw-bedrag-gebaseerde boetes; praktische ondergrens 200 × 1.000 PLN = 200.000 PLN/maand aan minimale boetes per factuur (het hoogste bedrag geldt); plus JPK_V7M-afwijkingen en verlies van het recht op aftrek van voorbelasting voor kopers. De kosten van een goede KSeF-implementatie zijn slechts een fractie van de blootstelling bij niet-naleving.

Verdedigingsstrategieën en mitigaties

Bewijs van offline modus — bewaar API-responslogs als een storing KSeF-indiening verhinderde, en upload met terugwerkende kracht binnen de respijtperiode (momenteel 1 werkdag). Czynny zal — de Poolse zelfmeldingsprocedure onder artikel 16 KKS kan strafrechtelijke belastingaansprakelijkheid doen vervallen als de belastingplichtige vrijwillig niet-naleving meldt voordat KAS een controle opent. Auditspoor — KSeF-identificatienummers zijn het officiële bewijs van naleving; bewaar ze samen met de bestelling, zoals Zunapro doet in de besteldetails.

10. E-commerce + KSeF-compliance — het marketplace-draaiboek

De marketplace-realiteit

Poolse marketplaces — Allegro (22M+ klanten), Amazon.pl (4M+), Empik (1,5M+ Premium), Ceneo (19M+ bezoekers), Morele.net (8M+), Erli (4M+) — verwerken samen 30M+ bestellingen per maand in 2026, waarvan een niet-triviaal deel gemarkeerd is als "faktura na firme". Handmatige KSeF-uitgifte is onmogelijk bij marketplace-volumes; de integratie moet worden geautomatiseerd.

De vijfstaps marketplace-KSeF-stroom

1. Bestelling ontvangen — Zunapro ontvangt de bestellings-webhook (incl. NIP als "faktura na firme" was geselecteerd).
2. NIP-validatie — Biala Lista-opzoeking; zachte fout met een melding in het paneel indien inactief.
3. FA(2)-opbouw — canonieke besteldata worden gerenderd naar FA(2) XML tegen de actieve XSD-versie.
4. KSeF-indiening — de FA(2) wordt Base64-gecodeerd, ondertekend met het gekwalificeerde zegel van de verkoper, en ingediend bij de API; het 10-tekens KSeF-identificatienummer wordt vastgelegd via polling.
5. Terugkoppeling — het KSeF-identificatienummer wordt teruggeschreven naar de marketplace-bestelling, aan de koper getoond als downloadbare factuur, en doorgestuurd naar de ERP van de verkoper voor JPK_V7M.

Marketplace-specifieke eigenaardigheden

• Allegro — het NIP van de koper komt pas binnen nadat deze de bestelling omzet naar de modus "Faktura VAT"; indien geschakeld na verzending, heeft de verkoper 15 dagen om de factuur met terugwerkende kracht in KSeF te registreren.
• Amazon.pl — Amazon Business-facturen worden voor Vendor Central vooraf uitgereikt door Amazon; Seller Central-/3P-verkopers reiken hun eigen facturen uit via hun eigen belastingplichtigenprofiel.
• Empik / Ceneo / Morele / Erli — elke marketplace geeft een vergelijkbare vlag "Faktura na firme" en NIP-veld vrij; KSeF-tagging moet terugvloeien naar de besteldetails, zodat de koper de factuur in zijn account ziet. Ceneo CPC houdt facturatie bij de eigen webshop van de verkoper, waar de KSeF-logica in de checkout-integratie leeft.

Grensoverschrijdende marketplace-bestellingen

Een Poolse verkoper die een Allegro-bestelling verzendt naar een Duitse consument, doet aan B2C-afstandsverkoop (PDF's zijn geldig, OSS regelt de btw). Een Poolse verkoper die via Pan-EU FBA verzendt naar een Duitse zakelijke koper, verricht een intracommunautaire B2B-transactie (standaard EU-btw-regels, geen KSeF). Het omgekeerde geval — een buitenlandse verkoper die via Allegro een Poolse onderneming factureert — activeert wel KSeF als de buitenlandse verkoper geregistreerd is voor Poolse btw.

Rapportage en afstemming

Elke KSeF-factuur is automatisch traceerbaar via de maandelijkse JPK_V7M-rapportage, maar verkopers hebben nog steeds traceerbaarheid van bestelling naar factuur naar KSeF-identificatienummer nodig voor audits en klachten van kopers. Het compliance-logboek van Zunapro bewaart per marketplace-bestelling: het marketplace-bestel-ID, de volledige FA(2) XML-payload, het KSeF-referentienummer, het 10-tekens KSeF-identificatienummer en tijdstempel, het NIP van de koper en het resultaat van de Biala Lista-opzoeking, de JPK_V7M-regelreferentie, en elke keten van creditfacturen.

De compliance-stack in een oogopslag

Laag	Standaard / systeem	Rol
Binnenlandse B2B-factuur	KSeF (FA(2) XML)	Verplichte validatie, 10-tekens ID, archief
Binnenlandse B2G-factuur	PEF + parallelle KSeF	Aflevering via PEF, registratie in KSeF
Grensoverschrijdend B2G	Peppol BIS Billing 3.0 (UBL 2.1)	EU-brede e-facturatie voor de publieke sector
Grensoverschrijdend B2B	EU-btw-regels (Richtlijn 2006/112/EG)	Standaard EU-facturatie; PDF's zijn geldig
B2C-bon	Fiscaal kassasysteem + e-Paragon	Consumentenbonnen; KSeF op aanvraag
Authenticatie	ePUAP / gekwalificeerde handtekening / zegel	Identiteit voor KSeF en PEF
Btw-rapportage	JPK_V7M (SAF-T)	Maandelijks bestand; gevoed door KSeF

Juridisch kader — Ustawa o VAT en het KSeF-besluit

Ustawa o VAT — de Poolse btw-wet

De Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) is de primaire wet die de btw in Polen regelt. De KSeF-verplichtingen zijn in de wet opgenomen door de e-factuurwet van 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). De relevante artikelen behandelen de definitie van een gestructureerde factuur (faktura ustrukturyzowana), de verplichting om KSeF te gebruiken, de offline modus bij API-storingen, en het boeteoverzicht.

Het KSeF-besluit

Gedetailleerde technische regels — FA(2)-schemaversie, API-authenticatie, de respijtperiode voor offline modus, de bulkautorisatiestroom — zijn vastgelegd in het KSeF-besluit van het ministerie van Financiën (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur), gepubliceerd in de Dziennik Urzedowy Ministra Finansow en periodiek bijgewerkt.

Gerelateerde Poolse belastingwetgeving en EU-laag

• Kodeks karny skarbowy (KKS) — artikelen 56 en 62 behandelen factuurdelicten en het dagboete-regime (kary dzienne).
• Ordynacja podatkowa en artikel 16 KKS — "czynny zal" (actief berouw) zelfmelding doet aansprakelijkheid vervallen indien correct toegepast.
• JPK-besluit — stelt de structuur vast van het JPK_V7M SAF-T-bestand dat door KSeF wordt gevoed.
• Ustawa o KAS — definieert de handhavingsrol en kruiscontrolebevoegdheden van KAS.
• Richtlijn 2006/112/EG van de Raad — EU-btw-richtlijn; onderliggende regels voor factuurinhoud.
• Richtlijn 2014/55/EU — verplichte e-facturatie bij overheidsopdrachten (basis voor PEF).
• EU ViDA-pakket — overeengekomen in 2024; verplichte gestructureerde e-facturatie voor intracommunautaire B2B tegen 2030; KSeF/PEF hierop afgestemd.

Hoe wordt u KSeF-klaar — stapsgewijze gids voor 2026

1. Bevestig uw verplichtingsdatum

• Omzet 2026 boven 200M PLN exclusief btw — verplicht vanaf 1 februari 2026.
• Omzet 2026 op of onder 200M PLN exclusief btw — verplicht vanaf 1 april 2026.
• Vrijwillige opt-in is direct beschikbaar voor elke actieve btw-plichtige.

2. Verkrijg de authenticatiestack

• Geef een gekwalificeerd elektronisch zegel uit (of vernieuw dit) voor de rechtspersoon via KIR Szafir, Certum, CenCert of EuroCert.
• Zorg ervoor dat ten minste één bestuurslid een werkend Profil Zaufany heeft via ePUAP voor de initiële authenticatie.
• Identificeer de natuurlijke persoon die de KSeF-rol "wlasciciel" zal bekleden, en de personen die geautoriseerd zullen worden als "Faktury sprzedaz"-/"Faktury zakup"-vertegenwoordigers.

3. Registreer in het KSeF-portaal

1. Log in op ksef.podatki.gov.pl met het ePUAP-vertrouwde profiel.
2. Bevestig het NIP van het bedrijf en wijs autorisatierollen toe aan uw accountants / integratoren / ERP-systeem.
3. Genereer een KSeF API-token, beperkt tot "Faktury sprzedaz" als u alleen uitgaande uitgifte nodig heeft, of "Faktury zakup" plus "Faktury sprzedaz" voor een volledige bidirectionele stroom.
4. Bewaar het token in de secretskluis van uw platform — nooit in broncodebeheer.

4. Configureer FA(2)-generatie

1. Koppel de btw-tarieven van uw productcatalogus aan de toegestane FA(2)-set (0, 5, 8, 23, zw, np, oo).
2. Zorg ervoor dat uw facturatiemotor alle FA(2)-verplichte velden genereert, inclusief WariantFormularza, KodWaluty en Adres/KodKraju.
3. Valideer voorbeelddocumenten tegen de officiële XSD voordat u ze in productie verstuurt.
4. Voer end-to-end testcases uit op ksef-test.mf.gov.pl: standaard B2B-factuur, creditfactuur (faktura korygujaca), factuur met verlegde btw (mechanizm odwrotnego obciazenia), factuur met MPP-vlag.

5. Koppel marketplaces aan KSeF via Zunapro

1. Log in bij Zunapro en open de module Boekhouding Polen.
2. Koppel uw KSeF-rol — plak het API-token, upload het certificaat van het gekwalificeerd zegel.
3. Koppel marketplaces — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — via de standaard marketplace-tegels.
4. Koppel bestelling → FA(2) — mapping met één klik voor het standaardschema; gevorderde gebruikers passen overrides per marketplace aan.
5. Ga live — de eerste synchronisatie reikt met terugwerkende kracht facturen uit voor eventuele openstaande B2B-bestellingen, waarna live facturen binnenstromen naarmate bestellingen binnenkomen.

KSeF FAQ — editie 2026