La Slovacchia passa a Peppol il 1° gennaio 2027: fatturazione elettronica per gestionali su misura e flussi EDI

Dal 1° gennaio 2027 un soggetto IVA stabilito in Slovacchia non può più inviare per email un PDF a un'altra impresa slovacca e chiamarlo fattura. Le fatture B2B e B2G nazionali devono essere XML strutturati secondo la norma europea EN 16931, consegnati sulla rete Peppol tramite un fornitore certificato, che l'Amministrazione finanziaria slovacca chiama «digitálny poštár», il postino digitale. Ogni società slovacca, ditta individuale ed ente pubblico deve essere in grado di riceverle, compresi i soggetti che non sono titolari di partita IVA.

A inizio ottobre 2026 restano circa 90 giorni.

Se usate Pohoda, KROS, Money o un prodotto di contabilità pacchettizzato simile, questo è per lo più compito del vostro fornitore. Sta distribuendo il supporto Peppol, e lo stesso manuale del 26 agosto 2026 dell'Amministrazione finanziaria dice che nella maggior parte dei casi basterà un aggiornamento del sistema esistente. Installate l'aggiornamento, scegliete un fornitore, concordate la procedura con il vostro commercialista.

Questo articolo è per tutti gli altri: le aziende le cui fatture escono da un gestionale interno, da un sistema fortemente personalizzato o a fine vita, da un motore di fatturazione dentro il proprio prodotto, o da un collegamento EDIFACT con clienti della grande distribuzione.

Cosa chiede la legge

L'obbligo nasce dalla legge sull'IVA modificata (222/2004 Z. z., modificata dalla 385/2025 Z. z.). In sintesi, secondo la pagina eFaktúra dell'Amministrazione finanziaria e il manuale:

• Emissione. I soggetti IVA stabiliti in Slovacchia devono emettere fatture elettroniche per le operazioni nazionali, e per gli acconti ricevuti prima dell'operazione, quando il cliente è un soggetto passivo slovacco o una qualsiasi persona giuridica slovacca. I consumatori sono esclusi. Lo sono anche le operazioni esenti IVA e le fatture semplificate (uno scontrino fino a 100 euro, o una ricevuta eKasa fino a 400 euro IVA inclusa). Per il resto, l'importo della fattura non conta più.
• Ricezione. Ogni soggetto passivo slovacco, titolare di partita IVA o no, e ogni persona giuridica slovacca deve essere in grado di ricevere fatture elettroniche tramite un fornitore certificato.
• Formato. XML conforme alla EN 16931, in UBL 2.1 o CII D16B. Sulla rete significa Peppol BIS Billing 3.0, cioè UBL.
• Consegna. Tramite un fornitore certificato su Peppol. Le parti possono concordare un altro canale, come l'email o un collegamento EDI esistente, ma solo con il consenso preventivo dell'acquirente; la fattura deve comunque essere un XML EN 16931, ed entrambe le parti devono comunque essere raggiungibili tramite un fornitore.
• Tempi. 15 giorni dall'operazione, come oggi. Per una fattura inviata tramite la rete, la data di emissione è il giorno in cui è stata consegnata al fornitore.
• Comunicazione. Il fornitore estrae i dati fiscali e li comunica all'Amministrazione finanziaria, e la legge considera assolto il vostro obbligo di comunicazione nel momento in cui consegnate la fattura. Il kontrolný výkaz (la comunicazione di controllo IVA) resta fino al 1° luglio 2030.
• Conservazione. I soggetti IVA conservano l'XML per dieci anni dalla fine dell'anno a cui si riferisce. Una resa in PDF non è la fattura.
• Sanzioni. La violazione degli obblighi di fatturazione elettronica o l'invio di dati errati possono costare fino a 10.000 euro, e fino a 100.000 euro in caso di recidiva, secondo il manuale e le FAQ del 15 settembre 2026. Un errore evidente corretto tempestivamente, o un malfunzionamento dimostrabile dal lato del fornitore, non viene sanzionato.

Il passaggio segue il momento impositivo. Se l'obbligo di emettere una fattura è sorto entro il 31 dicembre 2026, si applicano le vecchie regole, anche se il pagamento arriva nel 2027.

Due cambiamenti minori colgono di sorpresa. Un piano di pagamento rateale (splátkový kalendár) per affitti o leasing non funziona più come fattura riepilogativa: ogni operazione ricorrente ha bisogno della propria fattura elettronica. E le società estere che sono solo registrate ai fini IVA in Slovacchia restano fuori dall'obbligo fino al 30 giugno 2030.

Le fatture EDIFACT smettono di valere

Questa è la parte che colpisce i produttori e i fornitori delle catene della grande distribuzione. Le FAQ sono nette. Potete continuare a scambiare EDIFACT con i clienti dopo il 1° gennaio 2027, ma per le operazioni nazionali una fattura EDIFACT non soddisferà più la definizione di fattura elettronica ai fini IVA. Testualmente, «vy alebo váš poskytovateľ IT služieb musí vykonať konverziu»: voi o il vostro fornitore di servizi IT dovete convertire quelle fatture in UBL o CII EN 16931.

Le FAQ indicano perfino la strada. La CEN/TS 16931-3-4 mappa l'EDIFACT INVOIC D16B sul modello semantico della EN 16931, e da lì si mappa su UBL. Il loro esempio: il numero di fattura EDIFACT diventa il business term BT-1, che in UBL diventa cbc:ID.

Ne derivano due scelte progettuali.

Dove avviene la conversione. O il vostro sistema genera l'UBL dagli stessi dati che alimentano il messaggio EDIFACT, o il vostro fornitore di servizi EDI converte in uscita. Se lo fa lui, chiedetegli i report di validazione, perché la sanzione è vostra.

Quale canale la trasporta. Se l'UBL viaggia su Peppol come Peppol BIS, la comunicazione la fa il fornitore. Se mantenete il canale EDI per accordo con l'acquirente, nulla viene comunicato in automatico, e vi serve comunque un endpoint Peppol per tutto il resto.

Le regole riguardano fatture, note di credito e autofatture. Ordini e avvisi di spedizione possono restare come sono.

Cosa dovete costruire davvero

Per un sistema su misura il lavoro si divide in quattro parti. Il collegamento al fornitore è di solito la più piccola.

1. In uscita: un UBL che supera la validazione

Mappate i dati di fattura sui business term della EN 16931, poi su UBL. La pagina eFaktúra pubblica un foglio di trasposizione (versione 1.11 al momento in cui scriviamo) che collega i business term alle disposizioni della legge slovacca da cui derivano, con la cardinalità slovacca sopra Peppol BIS. Trattatelo come la vostra specifica.

I campi che creano problemi raramente sono quelli ovvi:

• Il DIČ del destinatario. I partecipanti slovacchi sono indirizzati su Peppol come 0245:DIČ, il codice di identificazione fiscale, non l'IČO e non l'IČ DPH. Un'azienda già presente su Peppol con un identificativo 9950 ha comunque bisogno di una registrazione 0245 nell'SMP slovacco. Se la vostra anagrafica clienti contiene solo IČO e IČ DPH, avete un lavoro sui dati prima di un lavoro sul codice.
• Codici di categoria IVA. S, Z, E, AE e O, ciascuno con le sue regole di business Peppol. La categoria O (fuori campo IVA) vieta gli identificativi IVA in fattura e non può stare sulla stessa fattura con righe ad aliquota ordinaria. Il testo del motivo di esenzione (BT-120) è per le operazioni esenti; compilarlo in una fattura ad aliquota ordinaria rende l'XML non valido.
• Unità di misura dagli elenchi di codici UN/ECE, non testo libero. Ogni riga ne ha bisogno.
• I tipi di documento che avete dimenticato. Rettifiche come nota di credito più nuova fattura, oppure una fattura correttiva che richiama l'originale in BT-25. I documenti fiscali per gli acconti usano il codice di tipo 388. Le autofatture sono il tipo 389.

Validate prima di inviare, rispetto a Peppol BIS e alle regole slovacche, e indirizzate gli errori a qualcuno che possa correggerli. Bloccate la fattura una volta consegnata, e rendete idempotenti i nuovi tentativi: la stessa fattura inviata due volte con due numeri è un problema fiscale.

2. Il collegamento al fornitore

Il registro del 1° ottobre 2026 elenca 79 fornitori certificati, slovacchi ed esteri. Ognuno ha la propria API e la propria autenticazione. Non c'è una piattaforma statale centrale nel percorso della fattura: il progetto di crearne una è stato abbandonato nel 2024, e le fatture viaggiano direttamente tra fornitori. Indicazioni pratiche dalle FAQ:

• Potete registrare un solo fornitore per la ricezione per ogni ID partecipante, ma potete inviare tramite più fornitori.
• Registrare il fornitore di ricezione tramite il portale dell'Amministrazione finanziaria è un obbligo di legge, e chi lo fa deve essere autorizzato ad agire per la società su quel portale. Sistematelo questa settimana. È il passaggio più lento tra quelli che non richiedono codice.
• Se il destinatario non è su Peppol, la consegna fallisce, ma il vostro obbligo di mittente è assolto e i dati vengono comunque comunicati. Il vostro codice deve registrare l'errore e avvisare qualcuno, non ritentare all'infinito né bloccare la fatturazione.

Gestire un access point proprio significa certificazione OpenPeppol, accreditamento presso l'Amministrazione finanziaria e, dal 1° luglio 2027, ISO/IEC 27001. Per un'azienda che invia solo le proprie fatture, un fornitore è la risposta sensata.

3. In entrata, nella contabilità fornitori

Da gennaio il vostro fornitore di energia, l'operatore telefonico e i fornitori di software vi invieranno UBL. Il manuale attribuisce al destinatario la responsabilità di essere in grado di ricevere: un fornitore che invia correttamente tramite la rete ha fatto la sua parte.

Il lavoro in entrata significa prelevare i documenti dall'API del fornitore, validarli, abbinare il fornitore, mappare le righe nel vostro modello di contabilità fornitori, abbinare gli ordini d'acquisto dove lo fate e alimentare il flusso di approvazione esistente, che la legge lascia com'è. Vi servono anche una resa leggibile dell'XML su richiesta e l'archivio decennale degli XML. Qui Peppol non trasporta messaggi di rifiuto, quindi le contestazioni si risolvono con il fornitore come prima.

4. Comunicazione e riconciliazione

Il fornitore costruisce il documento con i dati fiscali e lo comunica. Il vostro compito è assicurarvi che ciò che consegnate sia corretto e che le dichiarazioni IVA continuino a quadrare, perché il kontrolný výkaz resta fino al 2030. Salvate su ogni fattura gli identificativi dei messaggi del fornitore e gli stati di consegna, così quando i numeri non coincidono potete capire perché.

Quanto tempo serve

La stima dell'Amministrazione finanziaria: se il vostro software è già collegato a Peppol, l'attivazione è immediata. Per soluzioni su misura o complesse, l'integrazione «môže trvať niekoľko dní až týždňov», può richiedere da qualche giorno a qualche settimana.

Per il collegamento in sé è una stima onesta. Le settimane se ne vanno nei dati: trovare il DIČ di ogni cliente e fornitore, assegnare la categoria IVA giusta a ogni prodotto e servizio, e costruire un'elaborazione in entrata che non dipenda da qualcuno che apre ogni documento.

I test saranno più lenti del previsto. Il monitor Peppol su epostari.sk, gestito da Verteco, a sua volta uno dei fornitori certificati, contava il 2 ottobre 2026 3.332 soggetti IVA slovacchi su 235.518 in grado di ricevere fatture Peppol, circa l'1,4%. Misura solo i soggetti IVA e definisce i propri dati indicativi. Anche così, pochi dei vostri clienti oggi possono ricevere una fattura di prova, e gennaio porterà molti errori «destinatario non trovato». Gestiteli come un caso normale.

Un piano di 90 giorni

Settimane 1 e 2: inventario e decisioni. Elencate ogni sistema che emette fatture verso imprese slovacche: il gestionale, il motore di fatturazione, il gateway EDI, il foglio di calcolo che qualcuno in ufficio vendite usa ancora. Fate lo stesso per le fatture in entrata. Verificate la copertura del DIČ nelle anagrafiche di clienti e fornitori. Scegliete un fornitore, sistemate l'autorizzazione sul portale, registratevi per la ricezione.

Dalla settimana 3 alla 6: in uscita. Sviluppate la mappatura UBL e la validazione, collegatevi all'ambiente di test del fornitore e convertite le fatture EDIFACT o concordate la conversione con il vostro fornitore EDI. Coprite note di credito, acconti e autofatturazione, non solo il caso in cui tutto va bene.

Dalla settimana 5 alla 9: in entrata. Prelievo, validazione, abbinamento del fornitore, mappatura nella contabilità fornitori, resa leggibile e archivio.

Dalla settimana 9 alla 11: in produzione già nel 2026. Quest'anno l'uso volontario è consentito. Inviate fatture reali ai clienti già registrati e ricevete da fornitori che lo sono. È qui che emergono gli errori di mappatura, finché non costano nulla.

Settimane 12 e 13: passaggio. Fate dipendere il passaggio dal momento impositivo, non dalla data di registrazione. Pianificate tenendo conto delle feste: le ultime due settimane di dicembre non sono una finestra di test.

Se lo sviluppo non ce la fa, abbiate un piano di riserva. L'applicazione web autonoma di un fornitore, l'opzione che il manuale suggerisce alle piccole imprese, basta per ricevere fatture il 1° gennaio mentre l'integrazione si completa. È una soluzione tampone per la ricezione, non un modo per emettere in volumi.

Cosa si muove ancora

Le FAQ segnalano una EN 16931 rivista approvata a ottobre 2025 e dicono di non poterne ancora descrivere l'impatto; Peppol BIS seguirà la norma. Il foglio di trasposizione è alla versione 1.11 e le FAQ sono state ripubblicate più volte. Tenete la mappatura sotto controllo di versione e in un solo posto, non sparsa nel codice di fatturazione.

La seconda fase è già nel calendario. Dal 1° luglio 2030 l'obbligo dovrebbe estendersi alle operazioni transfrontaliere, il termine di emissione scende a 10 giorni e il kontrolný výkaz sparisce. Non scrivete «solo clienti slovacchi» nel codice del progetto.

Dove trovare aiuto

Costruiamo il collegamento tra il sistema che produce le vostre fatture e la rete che ora deve trasportarle: mappatura UBL e validazione, integrazione con l'API del fornitore, conversione EDIFACT ed elaborazione in entrata nella contabilità fornitori. Il nostro servizio di integrazione della fatturazione elettronica spiega come lavoriamo, e se il vero problema è il sistema sottostante, vedete la modernizzazione dei gestionali. Se il lavoro è già definito e vi servono braccia, inseriamo sviluppatori esperti in team esistenti.

Per parlare della vostra configurazione, scrivete a office@c9group.dev.