KSeF, la fatturazione elettronica polacca obbligatoria da febbraio 2026: guida a implementazione, conformità e integrazione e-commerce

1. KSeF (Krajowy System e-Faktur) — cos'è e perché esiste

Il KSeF — il Krajowy System e-Faktur (Sistema Nazionale di e-Fattura) — è la piattaforma di verifica delle fatture gestita centralmente dallo Stato polacco. Dal punto di vista operativo è un'API REST più un portale web ospitato dal Ministerstwo Finansow (Ministero delle Finanze) all'indirizzo ksef.podatki.gov.pl. Ogni fattura strutturata (faktura ustrukturyzowana) emessa da un soggetto passivo polacco viene caricata sul KSeF come documento XML FA(2), validata rispetto allo schema XSD ufficiale, marcata temporalmente, dotata di un identificativo KSeF univoco di 10 caratteri (ad es. 7A3D-19F0), e conservata nel registro centrale per almeno 10 anni.

Dal punto di vista giuridico il KSeF è stato introdotto dalla modificata Ustawa o podatku od towarow i uslug (legge IVA polacca, Ustawa o VAT) e dettagliato nel Regolamento KSeF del Ministero delle Finanze (Rozporzadzenie Ministra Finansow w sprawie KSeF). È volontario dal 1° gennaio 2022 e diventa obbligatorio in due ondate durante il 2026 — sostituendo ogni tradizionale flusso di fatturazione PDF tra imprese polacche.

Perché la Polonia ha costruito il KSeF?

Il Ministero delle Finanze ha definito tre obiettivi espliciti quando il KSeF è stato annunciato per la prima volta nel 2021: ridurre il divario IVA (il divario IVA polacco (luka VAT) si è ridotto da oltre il 25% nel 2015 a circa il 7–9% nel 2024 grazie a SAF-T e allo split-payment; il KSeF rende strutturalmente più difficili le frodi a carosello e da operatore mancante); ridurre l'attrito amministrativo (una fattura KSeF viene consegnata all'acquirente nel momento stesso in cui viene registrata — niente e-mail con PDF, nessuna ricevuta di conferma; la marca temporale KSeF è la data legale di consegna); e allinearsi con il ViDA dell'UE (il pacchetto "IVA nell'era digitale" del 2024 impone la fatturazione elettronica strutturata in tutto il mercato unico entro il 2030; la Polonia è un precursore e il KSeF si integrerà con il ViDA con modifiche architetturali minime).

Chi gestisce il KSeF e chi è tenuto a utilizzarlo?

Il KSeF è costruito e gestito dal ramo IT del Ministero delle Finanze (Departament Informatyzacji Ministerstwa Finansow) insieme alla KAS (Krajowa Administracja Skarbowa). Ogni soggetto passivo IVA polacco attivo è vincolato dalla data obbligatoria: ditte individuali (JDG), società a responsabilità limitata (sp. z o.o.), società estere registrate ai fini IVA polacca, e grandi società che presentano il JPK_V7M. I venditori marketplace su Allegro, Amazon.pl, Empik, Ceneo, Morele.net o Erli non fanno eccezione.

2. 1° febbraio 2026 — la data obbligatoria (rinviata dal 2024)

Il piano originale e il rinvio

La legge originale sulla e-fattura del 2023 fissava il 1° luglio 2024 come data di entrata in vigore universale per il B2B e il B2G. Nel gennaio 2024 il Ministero delle Finanze ha commissionato un audit esterno sull'API KSeF di produzione dopo che i test di carico avevano rivelato criticità di scalabilità e affidabilità. Il 19 gennaio 2024 il Ministero ha annunciato il rinvio della scadenza di luglio 2024; nel corso dell'anno è stato pubblicato un nuovo calendario di implementazione, definitivamente fissato per il 2026.

Il calendario di implementazione 2026

Il Ministero delle Finanze ha indicato una finestra di transizione con applicazione morbida nel primo trimestre 2026 — le sanzioni per invii KSeF tardivi o mancanti verranno applicate con discrezionalità fino almeno al 1° luglio 2026. Dal secondo semestre 2026 si applica il regime sanzionatorio completo previsto dall'Ustawa o VAT, senza tolleranza.

Cosa succede alle fatture cartacee e in PDF?

Dalla data obbligatoria, una fattura cartacea o in PDF non è più una fattura B2B legalmente valida in Polonia. Emetterne una a un acquirente aziendale polacco al posto di una fattura strutturata KSeF innesca il regime sanzionatorio descritto nella sezione 9. Eccezioni: transazioni B2C (le ricevute paragony continuano tramite registratori di cassa fiscali ed e-Paragon opzionale; le fatture richieste dal consumatore continuano comunque a passare attraverso il KSeF); fatture transfrontaliere verso clienti IVA esteri (si applicano le regole standard UE sulla fatturazione IVA ai sensi della Direttiva del Consiglio 2006/112/CE; i PDF restano validi per l'export); e modalità offline per forza maggiore (fattura emessa al di fuori del KSeF durante un'interruzione dell'API, caricata retroattivamente entro una finestra di tolleranza di 1 giorno lavorativo).

3. Schema FA(2) — il formato XML della fattura

Da FA(1) a FA(2): cosa è cambiato

Lo schema FA(2) è il formato XML di seconda generazione per le fatture strutturate, obbligatorio dal 2026. Sostituisce l'FA(1) (fase volontaria dal 2022 alla metà del 2024) ed è pubblicato come XSD su ksef.podatki.gov.pl, validato lato server ad ogni invio.

Principali cambiamenti dell'FA(2) rispetto all'FA(1): validazione NIP più rigorosa (NIP del destinatario, 10 cifre, validato in tempo reale rispetto a Biala Lista e VIES); nuovi campi per il marketplace (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci diventano obbligatori per i canali di vendita); blocco FaKorygujaca rafforzato (le rettifiche fanno riferimento all'identificativo KSeF di 10 caratteri della fattura originale in NrFaKorygowanej); valuta + tasso di cambio (Waluta / KursWaluty validati rispetto ai tassi di riferimento NBP del giorno lavorativo precedente alla vendita); e flag di split-payment MPP (obbligatorio per fatture superiori a 15.000 PLN nelle categorie dell'Allegato 15).

Anatomia di una fattura XML FA(2)

Un documento FA(2) minimo contiene un Naglowek (intestazione con la versione dello schema), un blocco Podmiot1 (NIP, nome e indirizzo del venditore con KodKraju=PL), un blocco Podmiot2 (NIP e nome dell'acquirente), e un blocco Fa contenente il codice valuta (KodWaluty=PLN), la data di emissione (P_1), il numero di fattura (P_2), i totali netto / IVA / lordo (P_13_1, P_14_1, P_15), il tipo di fattura (RodzajFaktury), e una o più righe FaWiersz con descrizione del prodotto (P_7), quantità (P_8B), prezzo unitario (P_9A), netto di riga (P_11) e aliquota IVA (P_12).

Ogni elemento denominato è imposto dall'XSD FA(2). Un NIP malformato, un WariantFormularza mancante, o un'aliquota IVA P_12 al di fuori dell'insieme ufficiale (0, 5, 8, 23, zw, np, oo) fa sì che l'API KSeF rifiuti il documento con una risposta di errore strutturata 4xx. Il connettore KSeF di Zunapro costruisce, valida e invia automaticamente i documenti FA(2) a partire dagli ordini marketplace in arrivo — nessun lavoro manuale sull'XSD per il venditore.

Versioning dell'FA(2) e aggiornamenti dello schema

Il Ministero delle Finanze versiona lo schema FA(2) nel formato 1-0E, 1-1E, e così via. I cambiamenti di schema vengono annunciati nell'ufficiale Dziennik Urzedowy Ministra Finansow con una finestra di implementazione di almeno tre mesi. Gli XSD di produzione sono ospitati sotto crd.gov.pl/wzor/. Qualsiasi piattaforma di integrazione che gestisce traffico KSeF deve monitorare queste versioni: un documento FA(2) costruito su uno schema obsoleto viene rifiutato anche se i dati aziendali sono corretti.

4. Identificazione NIP-IVA del destinatario

NIP — l'identificativo fiscale polacco

Il NIP (Numer Identyfikacji Podatkowej) è il numero di identificazione fiscale polacco a 10 cifre, rilasciato dall'ufficio fiscale competente alla registrazione dell'azienda. Ogni soggetto passivo IVA attivo ha un NIP; le società estere registrate ai fini IVA polacca ricevono un NIP con prefisso del codice paese (ad es. PL5252344078) per finalità intra-UE. Il NIP è l'identificativo primario delle parti su una fattura FA(2).

Validazione in tempo reale — Biala Lista e VIES

L'API KSeF esegue tre controlli online su ogni fattura B2B: Biala Lista (lista bianca dei soggetti IVA su wykaz-podatnikow.mf.gov.pl — il NIP deve essere presente e attivo alla data della fattura), corrispondenza del nome (la Nazwa deve corrispondere ragionevolmente al record della Biala Lista; le discrepanze materiali oggi generano solo un avviso non bloccante, ma un rifiuto definitivo dal secondo semestre 2026), e VIES per le operazioni B2B intra-UE quando l'acquirente possiede una partita IVA UE estera.

Raccolta del NIP dagli ordini marketplace

Raccolta del NIP dell'acquirente al checkout del marketplace: Allegro espone il NIP nel campo buyer.company.taxId quando l'ordine viene contrassegnato come acquisto aziendale. Gli acquirenti aziendali di Amazon.pl trasmettono il NIP tramite l'oggetto SP-API BuyerInfo.BuyerTaxInfo. Empik / Ceneo / Morele / Erli espongono ciascuno un flag "Faktura na firme" e un campo NIP nel proprio JSON dell'ordine. Per i checkout del proprio negozio su Shopify / WooCommerce / PrestaShop / BigCommerce, aggiungete una casella di spunta "Fattura IVA (NIP)"; i temi per il mercato polacco integrano già questo widget.

Zunapro acquisisce il NIP dell'acquirente dal payload webhook di ogni ordine marketplace, lo valida in anteprima rispetto alla Biala Lista, e lo inserisce nel campo Podmiot2 → NIP dell'FA(2) in uscita. Un NIP mancante o non corrispondente genera un avviso nel pannello prima che la fattura venga inviata, così potete correggere la qualità dei dati a livello di ordine invece di rincorrere i rifiuti del KSeF.

5. PEF (Platforma Elektronicznego Fakturowania) per il B2G

Cos'è il PEF e dove si colloca

Il PEF — la Platforma Elektronicznego Fakturowania (Piattaforma di Fatturazione Elettronica) — è la piattaforma di fatturazione elettronica B2G (business-to-government) già esistente in Polonia, lanciata nel 2019 e gestita dal Ministero dello Sviluppo e della Tecnologia (Ministerstwo Rozwoju i Technologii). Il PEF è stato costruito per implementare la Direttiva UE 2014/55/UE sulla fatturazione elettronica negli appalti pubblici: ogni acquirente pubblico polacco (governo centrale, comuni, ospedali, scuole) è tenuto a ricevere fatture elettroniche strutturate tramite il PEF per i contratti di appalto pubblico.

PEF e KSeF: modello di coesistenza

Una domanda comune nel 2026 è se il PEF scomparirà una volta che il KSeF diventerà obbligatorio. Risposta: il PEF resta operativo. Le due piattaforme coesistono con una chiara divisione dei compiti:

• PEF — livello di trasporto e instradamento per le fatture B2G, incluso il B2G transfrontaliero tramite la rete Peppol dell'UE. Ottimizzato per il flusso di lavoro degli appalti pubblici (ordine → fattura → pagamento → archiviazione).
• KSeF — livello di verifica fiscale e registrazione per tutte le fatture B2B e B2G emesse da soggetti passivi polacchi. Il Ministero delle Finanze è il destinatario dei dati strutturati.
• Flusso congiunto per il B2G — un'azienda polacca che fattura a un acquirente pubblico polacco emette la fattura tramite PEF per la consegna, e una copia parallela viene registrata nel KSeF ai fini della rendicontazione IVA. Il Ministero delle Finanze si è impegnato a costruire una riconciliazione automatica PEF↔KSeF, in modo che i venditori non debbano inviare due volte.

Chi è tenuto a usare il PEF?

Ogni amministrazione aggiudicatrice del settore pubblico polacco è obbligata a ricevere fatture PEF. I fornitori (polacchi ed esteri) sono obbligati a emettere fatture PEF quando fatturano a un acquirente pubblico per un appalto sopra le soglie UE (attualmente 140.000 EUR per beni/servizi per il governo centrale, 215.000 EUR per gli enti sub-centrali). Sotto queste soglie, l'uso del PEF è facoltativo ma incoraggiato. L'accesso al PEF avviene tramite ePUAP, firma elettronica qualificata, o un token PEF dedicato.

Stack tecnico del PEF

• Trasporto — AS4 (Applicability Statement 4), lo standard OASIS utilizzato da Peppol per lo scambio sicuro di documenti.
• Formato del documento — principalmente Peppol BIS Billing 3.0 (sintassi UBL 2.1) per il transfrontaliero, più uno schema PEF nazionale per le fatture B2G puramente domestiche polacche.
• Identificazione — ID dei partecipanti nella rubrica Peppol; l'ID Peppol di un acquirente pubblico polacco è il suo NIP codificato secondo lo schema 0190.
• Operatore — il PEF è offerto come piattaforma gratuita gestita dal Ministero, oltre che, opzionalmente, tramite Access Point Peppol accreditati (Comarch, Sage, Edicom, ecc.).

6. Autenticazione tramite ePUAP + API

I tre percorsi di autenticazione

Il KSeF supporta tre meccanismi di autenticazione, ciascuno adatto a un diverso schema operativo:

1. Firma elettronica qualificata (kwalifikowany podpis elektroniczny) — un certificato personale rilasciato da un prestatore polacco qualificato di servizi fiduciari (KIR Szafir, CenCert, Certum, EuroCert). Più comune per commercialisti e contribuenti individuali che emettono manualmente fatture a basso volume.
2. Profilo Fiduciario tramite ePUAP (Profil Zaufany) — l'identità elettronica gratuita, rilasciata dallo Stato, legata al numero PESEL e verificata tramite online banking. Universalmente disponibile per i cittadini polacchi; il percorso di autenticazione standard per le PMI.
3. Sigillo elettronico qualificato (kwalifikowana pieczec elektroniczna) — un certificato a livello aziendale che permette a un sistema automatizzato di firmare documenti FA(2) per conto della persona giuridica. L'unico percorso praticabile per le integrazioni marketplace ed ERP.

ePUAP — il Profilo Fiduciario polacco

L'ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej, Piattaforma Elettronica dei Servizi della Pubblica Amministrazione) è il gateway centrale di e-government della Polonia, ospitato su epuap.gov.pl e gestito dal Centralny Osrodek Informatyki (COI) sotto il Ministero degli Affari Digitali. Il Profil Zaufany (Profilo Fiduciario) rilasciato tramite ePUAP è la pietra angolare dell'e-identità polacca: viene utilizzato per presentare le dichiarazioni fiscali, registrare una ditta individuale tramite CEIDG, firmare contratti con la pubblica amministrazione — e, dal 2022, per autenticare l'avvio delle integrazioni KSeF.

Per i venditori marketplace il flusso tipico è: il rappresentante dell'azienda (un membro del consiglio o un procuratore con autorizzazione appropriata nel KRS) accede una volta al portale KSeF tramite ePUAP, genera un token API legato a un sigillo qualificato, autorizza Zunapro (o un altro integratore) come "osoba uprawniona" (persona autorizzata), e da quel momento in poi tutti gli invii FA(2) sono automatizzati.

Uno sguardo all'API KSeF

L'API KSeF è un servizio REST JSON-over-HTTPS. Endpoint principali: POST /api/online/Session/InitToken apre una sessione autenticata tramite token più challenge firmata; POST /api/online/Invoice/Send invia un documento XML FA(2) codificato in Base64 e restituisce un riferimento di elaborazione; GET /api/online/Invoice/Status/{ref} restituisce l'identificativo KSeF di 10 caratteri in caso di successo; POST /api/online/Query/Invoice/Sync scarica le fatture delle controparti; POST /api/online/Session/Terminate chiude la sessione.

L'API dispone sia di un ambiente sandbox (ksef-test.mf.gov.pl) che di produzione (ksef.mf.gov.pl). I limiti di frequenza sono generosi per carichi di lavoro normali, ma il traffico marketplace a picchi dovrebbe raggruppare gli invii.

Modello di autorizzazione — chi può firmare per conto di chi?

Il KSeF utilizza un modello "osoby uprawnione": ogni azione su un NIP viene compiuta da una persona autorizzata i cui diritti sono concessi tramite il portale o l'API KSeF. I ruoli includono Wlasciciel (proprietario, diritti completi), Faktury sprzedaz (emissione fatture in uscita), Faktury zakup (scaricamento fatture in entrata), e Nadawanie uprawnien (gestione delle autorizzazioni).

I venditori marketplace tipicamente concedono a Zunapro il diritto "Faktury sprzedaz" limitato al proprio NIP, più opzionalmente "Faktury zakup" per la riconciliazione in entrata. Il venditore mantiene il ruolo di proprietario e può revocare l'accesso in qualsiasi momento.

7. Integrazione con i principali software polacchi (Comarch, Sage, Symfonia)

Il panorama degli ERP / software contabili polacchi

Le PMI e le società polacche utilizzano un insieme distintivo di piattaforme ERP e contabili, la maggior parte delle quali ha rilasciato connettori KSeF durante il 2024 e il 2026. I venditori marketplace tipicamente hanno già uno di questi sistemi nel proprio stack — sia come registro principale, sia come consumatore a valle dei dati marketplace. Di seguito i principali player e come ciascuno gestisce il KSeF.

Come si inserisce Zunapro nel quadro ERP

Zunapro non è un sostituto dell'ERP — è lo strato di orchestrazione marketplace tra Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli e il vostro sistema contabile. Il flusso KSeF funziona in due modi: emesso da Zunapro (Zunapro costruisce, firma e invia l'FA(2), poi rimanda la fattura più l'identificativo KSeF di 10 caratteri al vostro ERP) oppure emesso dall'ERP (Zunapro trasmette gli ordini a Comarch / Sage / Symfonia / Insert / Enova / iFirma, che emette l'FA(2) tramite il proprio connettore). Entrambe le configurazioni garantiscono una copertura KSeF completa.

Insidie comuni nell'integrazione

• Disallineamento dello schema — a volte gli ERP restano indietro di una release rispetto allo schema FA(2) del Ministero. Verificate la versione XSD attiva prima della fine del trimestre.
• Normalizzazione del NIP — i marketplace trasmettono i NIP in molte forme diverse (525-23-44-078, PL5252344078, cifre semplici). Normalizzate a 10 cifre.
• Scalabilità per studi contabili — se uno studio gestisce il KSeF per 50 NIP, utilizzate il flusso di autorizzazione massiva nel portale KSeF, non l'interfaccia web per singolo NIP.
• Contaminazione tra sandbox e produzione — non utilizzate mai il sigillo qualificato di produzione nella sandbox; emettete un sigillo di test dedicato per ksef-test.mf.gov.pl.

8. Fattura elettronica transfrontaliera — Peppol UBL tramite PEF

La questione transfrontaliera

Un venditore marketplace polacco che fattura a un acquirente tedesco, un rivenditore ceco che fattura a un ospedale pubblico polacco, un esportatore polacco che vende B2B in Francia — nessuno di questi casi è gestito direttamente dal KSeF. Il KSeF è un sistema di verifica nazionale; le fatture B2B transfrontaliere continuano a seguire le regole standard UE sulla fatturazione IVA ai sensi della Direttiva del Consiglio 2006/112/CE. I PDF e l'EDI restano accettabili per l'export — con un'importante eccezione: il B2G transfrontaliero.

Peppol — la spina dorsale transfrontaliera dell'UE

Il Peppol (Pan-European Public Procurement Online) è la rete a livello UE, basata su standard, per lo scambio di documenti commerciali strutturati, governata dall'associazione OpenPeppol. Ogni stato membro dell'UE ha integrato Peppol nella propria infrastruttura di appalti pubblici per implementare la Direttiva 2014/55/UE. Formato del documento: UBL 2.1 (Universal Business Language) racchiuso nella specifica Peppol BIS Billing 3.0. Trasporto: AS4 tramite un modello a quattro angoli (mittente → Access Point del mittente → Access Point del destinatario → destinatario).

Come il PEF collega il B2G polacco a Peppol

Il PEF (trattato nella sezione 5) è il gateway polacco verso la rete Peppol. Per un fornitore polacco che fattura a un ospedale pubblico tedesco: il fornitore costruisce nel proprio ERP una fattura Peppol BIS Billing 3.0 (UBL 2.1), la carica sul PEF (l'Access Point Peppol lato fornitore), il PEF la instrada tramite AS4 all'Access Point del ricevente tedesco, che consegna la fattura al sistema contabile dell'ospedale. Il PEF registra la transazione; una copia parallela viene registrata nel KSeF ai fini della rendicontazione IVA polacca.

Peppol BIS Billing 3.0 vs FA(2): mappatura dei campi

Peppol UBL e FA(2) sono grammatiche XML diverse, ma i dati sottostanti della fattura sono gli stessi. Il NIP del venditore e dell'acquirente vengono mappati su cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID; Fa/P_2 viene mappato su cbc:ID; la data di emissione Fa/P_1 viene mappata su cbc:IssueDate; KodWaluty viene mappato su cbc:DocumentCurrencyCode; FaWiersz/P_7 viene mappato su cac:InvoiceLine/cac:Item/cbc:Name; l'aliquota IVA P_12 viene mappata su cac:ClassifiedTaxCategory/cbc:Percent; il totale lordo Fa/P_15 viene mappato su cbc:PayableAmount.

Le piattaforme di integrazione moderne (Zunapro inclusa) conservano i dati della fattura in un modello interno canonico ed emettono FA(2) per il KSeF e Peppol UBL per il B2G transfrontaliero dalla stessa fonte. I venditori non scrivono XML a mano.

ViDA dell'UE — cosa arriva dopo il KSeF

Il pacchetto UE IVA nell'era digitale (ViDA), concordato alla fine del 2024, impone la fatturazione elettronica strutturata e requisiti di rendicontazione digitale (DRR) quasi in tempo reale per le transazioni B2B intra-UE entro luglio 2030. Il modello dati del ViDA è esplicitamente allineato a Peppol. Lo stack KSeF della Polonia — FA(2) più instradamento PEF/Peppol — è ben posizionato per integrarsi con il ViDA con modifiche architetturali minime; il Ministero delle Finanze ha indicato che uno schema FA(3) assorbirà i campi richiesti dal ViDA quando il regolamento entrerà in vigore.

9. Sanzioni — fino al 100% dell'importo IVA

La base giuridica

Le sanzioni per il mancato utilizzo del KSeF sono stabilite dalla modificata Ustawa o VAT, in particolare nei nuovi articoli introdotti dalla legge sulla e-fattura del 2023 e dettagliati nel Regolamento KSeF. Il Ministero delle Finanze ha comunicato un periodo di transizione con applicazione morbida nel primo trimestre 2026; dal 1° luglio 2026 si applica il regime sanzionatorio completo, senza tolleranza.

La tabella delle sanzioni

Violazione	Sanzione	Minimo
Emissione di una fattura al di fuori del KSeF quando il KSeF è obbligatorio	Fino al 100% dell'importo IVA della fattura	Minimo 1.000 PLN per fattura
Mancato invio di una fattura al KSeF entro la finestra regolamentare dopo un'emissione offline per forza maggiore	Fino al 18,7% dell'importo lordo della fattura	Minimo 1.000 PLN per fattura
Emissione di una fattura tramite KSeF con errori sostanziali (ad es. NIP errato, flag MPP mancante)	Sanzioni standard per errori IVA ai sensi del Kodeks karny skarbowy (Codice Penale Fiscale)	Multe giornaliere (kary dzienne) ai sensi dell'Articolo 56 KKS
Mancata registrazione di una fattura emessa nel JPK_V7M	Fino al 20% dell'imposta non dichiarata	Ai sensi dell'Articolo 112b della legge IVA

Esempio pratico — scenario marketplace

Un venditore polacco di elettronica spedisce 200 ordini B2B su Allegro al mese, media lorda 1.500 PLN con IVA al 23% (~280 PLN di IVA per fattura). Se il KSeF è obbligatorio e il venditore continua solo con il PDF: sanzione massima teorica 200 × 280 PLN = 56.000 PLN/mese in multe basate sull'importo IVA; minimo pratico 200 × 1.000 PLN = 200.000 PLN/mese in multe minime per fattura (si applica la più alta); più discrepanze nel JPK_V7M e perdita del diritto di detrazione dell'IVA a credito per gli acquirenti. Il costo di implementare correttamente il KSeF è una piccola frazione dell'esposizione derivante dalla non conformità.

Strategie di difesa e mitigazioni

Prova della modalità offline — conservate i log delle risposte API se un'interruzione ha impedito l'invio al KSeF, e caricate retroattivamente entro la finestra di tolleranza (attualmente 1 giorno lavorativo). Czynny zal — la procedura polacca di autodenuncia ai sensi dell'Articolo 16 KKS può estinguere la responsabilità penale-tributaria se il contribuente rivela volontariamente la non conformità prima che la KAS apra un audit. Traccia di controllo — gli identificativi KSeF sono la prova canonica di conformità; conservateli insieme all'ordine, come fa Zunapro nel dettaglio dell'ordine.

10. E-commerce + conformità KSeF — il playbook per il marketplace

La realtà del marketplace

I marketplace polacchi — Allegro (22M+ clienti), Amazon.pl (4M+), Empik (1,5M+ Premium), Ceneo (19M+ visitatori), Morele.net (8M+), Erli (4M+) — elaborano collettivamente oltre 30M ordini al mese nel 2026, una frazione non trascurabile contrassegnata "faktura na firme". L'emissione manuale del KSeF è impossibile ai volumi del marketplace; l'integrazione deve essere automatizzata.

Il flusso KSeF marketplace in cinque passaggi

1. Acquisizione dell'ordine — Zunapro riceve il webhook dell'ordine (incl. il NIP se è stato selezionato "faktura na firme").
2. Validazione del NIP — ricerca sulla Biala Lista; fallimento non bloccante con avviso nel pannello se inattivo.
3. Costruzione dell'FA(2) — i dati canonici dell'ordine vengono trasformati in XML FA(2) secondo la versione XSD attiva.
4. Invio al KSeF — l'FA(2) viene codificato in Base64, firmato con il sigillo qualificato del venditore, e inviato all'API; l'identificativo KSeF di 10 caratteri viene acquisito tramite polling.
5. Ritorno dei dati — l'identificativo KSeF viene scritto nuovamente sull'ordine marketplace, esposto all'acquirente come fattura scaricabile, e inviato all'ERP del venditore per il JPK_V7M.

Particolarità specifiche per marketplace

• Allegro — il NIP dell'acquirente arriva solo dopo che passa l'ordine alla modalità "Faktura VAT"; se attivata dopo la spedizione, il venditore ha 15 giorni per registrare retroattivamente la fattura sul KSeF.
• Amazon.pl — le fatture Amazon Business sono pre-emesse da Amazon per il Vendor Central; i venditori Seller Central / 3P emettono le proprie tramite il proprio profilo di soggetto passivo.
• Empik / Ceneo / Morele / Erli — ogni marketplace espone un flag "Faktura na firme" e un campo NIP simili; l'etichettatura KSeF deve ritornare al dettaglio dell'ordine affinché l'acquirente veda la fattura nel proprio account. Il CPC di Ceneo mantiene la fatturazione sul negozio online proprio del venditore, dove la logica KSeF vive nell'integrazione del checkout.

Ordini marketplace transfrontalieri

Un venditore polacco che spedisce un ordine Allegro a un consumatore tedesco effettua una vendita a distanza B2C (i PDF sono validi, l'OSS gestisce l'IVA). Un venditore polacco che spedisce tramite Pan-EU FBA a un acquirente aziendale tedesco effettua un'operazione B2B intra-UE (regole IVA UE standard, non KSeF). Il caso inverso — un venditore estero che fattura a un'azienda polacca tramite Allegro — fa scattare il KSeF se il venditore estero è registrato ai fini IVA polacca.

Rendicontazione e riconciliazione

Ogni fattura KSeF è automaticamente rintracciabile tramite la rendicontazione mensile JPK_V7M, ma i venditori hanno comunque bisogno della tracciabilità ordine-fattura-identificativo KSeF per gli audit e i reclami degli acquirenti. Il registro di conformità di Zunapro conserva, per ogni ordine marketplace: l'ID dell'ordine marketplace, il payload XML FA(2) completo, il numero di riferimento KSeF, l'identificativo KSeF di 10 caratteri e la marca temporale, il NIP dell'acquirente e il risultato della ricerca sulla Biala Lista, il riferimento della riga JPK_V7M, e qualsiasi catena di fatture di rettifica.

Lo stack di conformità in sintesi

Livello	Standard / sistema	Ruolo
Fattura B2B domestica	KSeF (XML FA(2))	Verifica obbligatoria, ID a 10 caratteri, archiviazione
Fattura B2G domestica	PEF + KSeF parallelo	Consegna tramite PEF, registrazione nel KSeF
B2G transfrontaliero	Peppol BIS Billing 3.0 (UBL 2.1)	Fatturazione elettronica del settore pubblico a livello UE
B2B transfrontaliero	Regole IVA UE (Dir. 2006/112/CE)	Fatturazione UE standard; i PDF sono validi
Ricevuta B2C	Registratore di cassa fiscale + e-Paragon	Ricevute consumatore; KSeF su richiesta
Autenticazione	ePUAP / firma qualificata / sigillo	Identità per KSeF e PEF
Rendicontazione IVA	JPK_V7M (SAF-T)	File mensile; alimentato dal KSeF

Quadro giuridico — Ustawa o VAT e il Regolamento KSeF

Ustawa o VAT — la legge IVA polacca

L'Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) è la legge principale che regola l'IVA in Polonia. Gli obblighi relativi al KSeF sono stati inseriti nella legge dalla legge sulla e-fattura del 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). Gli articoli pertinenti coprono la definizione di fattura strutturata (faktura ustrukturyzowana), l'obbligo di utilizzare il KSeF, la modalità offline in caso di interruzione dell'API, e la tabella delle sanzioni.

Il Regolamento KSeF

Le regole tecniche dettagliate — la versione dello schema FA(2), l'autenticazione API, la finestra di tolleranza per la modalità offline, il flusso di autorizzazione massiva — sono stabilite nel Regolamento KSeF del Ministero delle Finanze (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur), pubblicato nel Dziennik Urzedowy Ministra Finansow e aggiornato periodicamente.

Diritto fiscale polacco correlato e livello UE

• Kodeks karny skarbowy (KKS) — gli Articoli 56 e 62 coprono i reati relativi alle fatture e il regime delle multe giornaliere (kary dzienne).
• Ordynacja podatkowa e Articolo 16 KKS — l'autodenuncia "czynny zal" (pentimento attivo) estingue la responsabilità se applicata correttamente.
• Regolamento JPK — stabilisce la struttura del file SAF-T JPK_V7M che il KSeF alimenta.
• Ustawa o KAS — definisce il ruolo di applicazione della KAS e le capacità di incrocio dei dati.
• Direttiva del Consiglio 2006/112/CE — Direttiva IVA dell'UE; regole di base sul contenuto delle fatture.
• Direttiva 2014/55/UE — fatturazione elettronica obbligatoria negli appalti pubblici (base del PEF).
• Pacchetto ViDA dell'UE — concordato nel 2024; fatturazione elettronica strutturata obbligatoria per il B2B intra-UE entro il 2030; KSeF/PEF allineati.

Come diventare pronti per il KSeF — guida passo passo 2026

1. Confermate la vostra data di obbligo

• Vendite 2026 sopra 200M PLN al netto dell'IVA — obbligatorio dal 1° febbraio 2026.
• Vendite 2026 pari o inferiori a 200M PLN al netto dell'IVA — obbligatorio dal 1° aprile 2026.
• L'adesione volontaria è disponibile immediatamente per qualsiasi soggetto passivo IVA attivo.

2. Ottenete lo stack di autenticazione

• Rilasciate (o rinnovate) un sigillo elettronico qualificato per la persona giuridica tramite KIR Szafir, Certum, CenCert o EuroCert.
• Assicuratevi che almeno un membro del consiglio disponga di un Profil Zaufany funzionante tramite ePUAP per l'autenticazione iniziale.
• Identificate la persona fisica che deterrà il ruolo "wlasciciel" del KSeF e le persone che saranno autorizzate come rappresentanti "Faktury sprzedaz" / "Faktury zakup".

3. Registratevi nel portale KSeF

1. Accedete a ksef.podatki.gov.pl con il Profilo Fiduciario ePUAP.
2. Confermate il NIP dell'azienda e assegnate i ruoli di autorizzazione ai vostri commercialisti / integratori / sistema ERP.
3. Generate un token API KSeF, con ambito "Faktury sprzedaz" se avete bisogno solo dell'emissione in uscita, o "Faktury zakup" più "Faktury sprzedaz" per un flusso bidirezionale completo.
4. Conservate il token nel vault dei segreti della vostra piattaforma — mai nel controllo versione del codice sorgente.

4. Configurate la generazione dell'FA(2)

1. Mappate le aliquote IVA del vostro catalogo prodotti rispetto all'insieme consentito dall'FA(2) (0, 5, 8, 23, zw, np, oo).
2. Assicuratevi che il vostro motore di fatturazione emetta tutti i campi richiesti dall'FA(2), inclusi WariantFormularza, KodWaluty e Adres/KodKraju.
3. Validate i documenti campione rispetto all'XSD ufficiale prima dell'invio in produzione.
4. Eseguite casi di test end-to-end su ksef-test.mf.gov.pl: fattura B2B standard, fattura di rettifica (faktura korygujaca), fattura con inversione contabile (mechanizm odwrotnego obciazenia), fattura con flag MPP.

5. Collegate i marketplace al KSeF tramite Zunapro

1. Accedete a Zunapro e aprite il modulo Contabilità Polonia.
2. Collegate il vostro ruolo KSeF — incollate il token API, caricate il certificato del sigillo qualificato.
3. Collegate i marketplace — Allegro, Amazon.pl, Empik, Ceneo, Morele.net, Erli — tramite le tessere standard dei marketplace.
4. Mappate ordine → FA(2) — mappatura con un clic per lo schema standard; gli utenti avanzati regolano le personalizzazioni per singolo marketplace.
5. Andate in produzione — la prima sincronizzazione emette fatture retroattive per qualsiasi ordine B2B in sospeso, poi le fatture live scorrono man mano che gli ordini arrivano.

FAQ sul KSeF — edizione 2026