Un cliente paga un flat white in un bar di Monaco di Baviera. Il tablet sul bancone invia la vendita a un servizio di firma, riceve indietro una firma e la stampa sullo scontrino prima che il latte abbia finito di scaldarsi. Al bancone nessuno ci pensa, ma in quel passaggio di un secondo intervengono tutti e quattro gli attori della fiscalizzazione: il bar, l'azienda che ha sviluppato il software di cassa del tablet, il fornitore del componente di sicurezza che ha firmato la vendita e l'autorità fiscale che fa rispettare le regole per cui la firma è necessaria.
Ciascuno di loro svolge una parte diversa del lavoro, e la legge distribuisce queste parti in modo diverso da un paese all'altro. Sapere chi è responsabile di cosa conta soprattutto per chi sviluppa software di cassa, perché il suo prodotto è il punto in cui gli altri tre si incontrano.
In breve
L'impresa registra la vendita e mantiene l'obbligo di legge sulle proprie registrazioni, anche quando acquista da terzi ogni componente tecnico. Il fornitore EPOS o MPOS consegna il sistema e, in diversi mercati, ha obblighi di legge propri. Il fornitore del componente di sicurezza firma ogni transazione perché non possa essere modificata senza che lo si noti. L'autorità fiscale riceve i dati tramite trasmissione (ogni giorno in Italia, record per record in modalità Verifactu in Spagna) oppure su richiesta durante un controllo (Germania, Austria, Francia, Svezia).
Chi sono gli attori della fiscalizzazione?
La fiscalizzazione ha quattro attori: l'impresa che registra le vendite, il fornitore EPOS o MPOS che sviluppa il suo sistema di cassa, il fornitore del componente di sicurezza la cui firma rende rilevabile qualsiasi manomissione di una vendita, e l'autorità fiscale, che fa rispettare le regole e riceve i dati. I primi tre sono legati da contratti e integrazioni; la legge impone obblighi direttamente a ciascuno di loro.
Aiuta immaginare un triangolo. L'impresa, il fornitore del sistema di cassa e il fornitore del componente di sicurezza occupano i vertici, collegati da licenze e chiamate API. L'autorità fiscale sta al centro, perché le regole che fa rispettare raggiungono ogni vertice direttamente, invece di passare lungo la catena.
La divisione ha una ragione: nessuna parte da sola può rendere affidabile una registrazione di vendita. Una registrazione che l'impresa controlla dall'inizio alla fine dimostra poco a un verificatore, dato che è proprio l'impresa a pagare le imposte su quelle vendite. Il fornitore scrive il software, ma non può garantire ogni vendita effettuata con esso. Il meccanismo di sicurezza fornisce la prova che una registrazione non è stata modificata da quando è stata creata: nella maggior parte dei mercati, la firma di un componente che l'impresa non controlla.
L'impresa: detiene l'obbligo e le registrazioni
La maggior parte delle leggi sulla fiscalizzazione si rivolge prima di tutto all'impresa. Il § 146a del codice tributario tedesco (Abgabenordnung, AO) stabilisce che chi registra operazioni commerciali con un sistema elettronico deve proteggerlo con una TSE (Technische Sicherheitseinrichtung, il dispositivo tecnico di sicurezza tedesco) certificata dal BSI e tenere le registrazioni a disposizione dei controlli fiscali. La stessa norma obbliga l'impresa a comunicare al proprio ufficio delle imposte i sistemi che utilizza. Le imprese austriache registrano le proprie unità di firma su FinanzOnline, e quelle svedesi registrano i propri registratori di cassa presso lo Skatteverket e comunicano le modifiche entro due settimane.
In sintesi: l'impresa deve l'imposta, quindi è lei a detenere le prove.
Vale anche quando ogni componente tecnico è acquistato da terzi. Un ristorante può prendere in licenza il sistema di cassa da un'azienda e il servizio di firma da un'altra, ma quando arriva un verificatore e chiede i dati delle transazioni, la richiesta va al ristorante. Esternalizzare la tecnologia non significa esternalizzare l'obbligo.
Questo definisce ciò di cui l'impresa ha bisogno dagli altri due vertici. Serve un sistema che registri ogni vendita come richiedono le regole. E serve che quel sistema fornisca tutto ciò che l'impresa deve presentare o esibire: dati di registrazione, esportazioni, scontrini. Le guide di fiskaly alla KassenSichV in Germania e alla RKSV in Austria trattano questi obblighi mercato per mercato.
Il fornitore EPOS o MPOS: sviluppa il sistema a cui si collegano gli altri
I fornitori sviluppano e consegnano il sistema di cassa: un EPOS (electronic point of sale, punto cassa elettronico) su una cassa fissa o un server di back office, oppure un MPOS (mobile point of sale, punto cassa mobile) su uno smartphone o un tablet. Qui POS indica il punto cassa, non il terminale di pagamento. È il vertice che trasforma un requisito di legge in un pulsante premuto da un cassiere. È anche il punto in cui si collegano gli altri due vertici, dato che l'impresa lavora nel sistema e il componente di sicurezza funziona al suo interno.
Viene facile pensare che l'obbligo si fermi all'esercente. In diversi mercati la legge dice altro:
- Germania: il § 146a, comma 1, AO vieta di pubblicizzare commercialmente o immettere sul mercato sistemi, software o TSE che non soddisfano i requisiti.
- Spagna: ai sensi dell'articolo 13 del Regio Decreto 1007/2023, il produttore certifica ogni versione del proprio software di fatturazione in una declaración responsable, una dichiarazione di conformità firmata che consegna ai clienti. Dal 29 luglio 2025 i produttori devono offrire software adeguato. Gli obblighi propri delle imprese dovrebbero partire a ottobre 2028; a ottobre 2026 manca ancora la conferma ufficiale.
- Francia: è il software di cassa stesso a dover dimostrare la conformità, tramite una certificazione di terzi oppure un'attestazione in due parti. L'editore firma la prima parte e l'esercente la seconda. L'attestazione è valida solo con entrambe.
- Svezia: il registratore di cassa stesso è coperto da una dichiarazione del produttore ai sensi dello SKVFS 2014:9, il regolamento dello Skatteverket sui requisiti dei registratori di cassa.
I commercianti che sviluppano il proprio sistema di cassa occupano due vertici contemporaneamente, con gli obblighi dell'esercente e quelli del fornitore nella stessa azienda. La Francia mostra cosa può significare: un editore che vende a terzi può attestare da sé la propria conformità, ma un software sviluppato solo per uso interno richiede una certificazione di terzi.
Il fornitore del componente di sicurezza: firma ogni transazione
Un componente di sicurezza è la parte del sistema che rende dimostrabile una registrazione. Firma ogni transazione nel momento in cui viene registrata e, in diversi mercati, la concatena alla precedente, così che una modifica o una cancellazione successiva interrompe la catena ed emerge durante un controllo. A seconda del mercato, è un modulo hardware, una smart card o un servizio cloud che il sistema di cassa richiama tramite un'API.
L'Ufficio federale tedesco per la sicurezza informatica (BSI) descrive chiaramente la divisione dei compiti: i produttori di sistemi di cassa di solito integrano una TSE già certificata invece di svilupparne e certificarne una propria, e la certificazione copre solo la TSE, non il sistema di cassa né il suo software. Dove un mercato prevede un componente separato, lo schema si ripete: il sistema di cassa lo integra, e l'approvazione richiesta dal mercato arriva con il componente, non con il sistema di cassa.
Cosa sia questa approvazione varia più di quanto suggerisca la parola «certificato»: da un certificato del BSI in Germania a nessuna certificazione di prodotto in Austria, e in Spagna e in Francia la legge non prevede un componente separato. La tabella più sotto mette a confronto sei mercati.
Per il fornitore, questo di solito significa un insieme distinto di requisiti e adempimenti in ogni mercato. Per l'impresa, significa che il componente è di solito invisibile: compare come codice o firma sullo scontrino e, dove è prevista la registrazione, nei dati comunicati all'autorità fiscale.
L'autorità fiscale: fa rispettare le regole e riceve i dati
Nella maggior parte dei mercati, il quarto attore è un'autorità fiscale nazionale: il Ministero delle Finanze austriaco tramite FinanzOnline, l'Agenzia delle Entrate (AdE) in Italia, l'AEAT in Spagna, la DGFiP in Francia e lo Skatteverket in Svezia. La Spagna ha eccezioni regionali: le amministrazioni fiscali provinciali basche (Haciendas Forales) gestiscono TicketBAI, e la Hacienda Foral della Navarra gestisce NaTicket.
La Germania suddivide ulteriormente il ruolo. Il Ministero federale delle Finanze (BMF) emana il regolamento KassenSichV, il BSI fissa i requisiti tecnici, sentito il BMF (§ 5 KassenSichV), e gli uffici delle imposte dei Länder (Finanzämter) ricevono la comunicazione di ogni impresa ed effettuano i controlli.
Il modo in cui i dati arrivano all'autorità segue uno di due modelli. Nel modello a trasmissione, l'autorità riceve i dati senza doverli chiedere. In Italia i registratori telematici (RT) inviano all'AdE i dati dei corrispettivi della giornata una volta al giorno. In Spagna, il software che opera in modalità Verifactu invia ogni record di fatturazione all'AEAT, mentre i sistemi che non usano questa modalità conservano i record.
Nel modello su richiesta, i dati restano presso l'impresa finché un verificatore non li chiede. Ai sensi della RKSV austriaca (§ 7 e § 19), l'impresa esporta il proprio registro di acquisizione dati (DEP) per il periodo richiesto. Anche Germania, Francia e Svezia verificano le registrazioni durante i controlli.
I due modelli mettono il peso in punti diversi. Su richiesta, la firma regge tutto, perché l'autorità vede i dati mesi o anni dopo e fa affidamento su di essa per dimostrare che nel frattempo nulla è cambiato. La trasmissione richiede connettività e una corretta gestione dei reinvii.
I quattro ruoli in sei mercati
I quattro ruoli sono gli stessi ovunque; ciò che cambia è la forma del componente di sicurezza, chi ne garantisce la conformità e come viaggiano i dati.
| Mercato | Componente di sicurezza | Chi ne garantisce la conformità | Come l'autorità fiscale riceve i dati |
|---|---|---|---|
| Germania | Dispositivo tecnico di sicurezza (TSE), hardware o cloud | Certificazione del BSI | Su richiesta, durante i controlli |
| Austria | Unità di creazione della firma, smart card o cloud | Certificato qualificato di un prestatore di servizi fiduciari eIDAS; l'unità deve soddisfare i requisiti eIDAS, senza una certificazione fiscale separata | Su richiesta, come esportazione DEP (§ 7, § 19 RKSV) |
| Italia | Registratore telematico (RT) | Modello di RT approvato dall'AdE | Trasmissione giornaliera all'AdE |
| Spagna | Requisiti integrati nel software di fatturazione | Declaración responsable del produttore (art. 13, RD 1007/2023) | Ogni record in modalità Verifactu; altrimenti conservato per i controlli (obblighi delle imprese dal 2028) |
| Francia | Requisiti integrati nel software di cassa | Certificazione di terzi (LNE o InfoCert) o auto-attestazione dell'editore (reintrodotta dal 21 febbraio 2026) | Su richiesta, in un controllo della DGFiP |
| Svezia | Unità di controllo (kontrollenhet, hardware) o sistema di controllo in cloud (kontrollsystem) | Organismo di certificazione accreditato | Su richiesta, durante le visite di controllo dello Skatteverket |
Leggendo la colonna centrale dall'alto in basso, salta all'occhio una cosa: l'autorità fiscale approva raramente il componente di sicurezza in sé. L'Italia è il caso evidente in cui lo fa: l'AdE approva i modelli di RT. Altrove, la garanzia spetta a un organismo di certificazione, a un prestatore di servizi fiduciari o alla dichiarazione firmata dello stesso produttore. Le guide di fiskaly su certificazione di terzi e autocertificazione e su componenti hardware e cloud approfondiscono entrambe le questioni.
Cosa significa per chi sviluppa software di cassa
«La conformità è compito dell'esercente, non nostro.» Dal punto di vista legale è in gran parte vero: l'obbligo ricade sull'impresa, e in Germania, Austria e Svezia è l'impresa a registrarsi presso l'autorità fiscale.
Ma l'esercente può adempiere a quell'obbligo solo attraverso il sistema che il fornitore gli consegna, per cui tre decisioni ricadono sul lato del fornitore:
- Quale componente di sicurezza usare in ciascun mercato, e se la sua approvazione copre il modo in cui viene implementato.
- Se ogni transazione passa da lì. Una vendita che salta il passaggio della firma, per un percorso di codice non testato o per un'interruzione che il software non gestisce, lascia nelle registrazioni dell'esercente un vuoto che l'esercente non può vedere.
- Cosa serve all'impresa dal fornitore per i propri adempimenti. Un esercente austriaco che si registra su FinanzOnline deve comunicare il numero di serie del certificato, il tipo di unità di firma e gli identificativi delle casse. Se il sistema non li rende disponibili, o se il fornitore del componente non automatizza la registrazione, l'esercente non può completarla.
Per i fornitori di sistemi di cassa, la conformità è allo stesso tempo l'obbligo di legge dell'esercente e una funzionalità del proprio prodotto.
Punti chiave
- L'obbligo resta all'impresa. Acquistare un software di cassa e un servizio di firma sposta il lavoro tecnico, non l'obbligo di legge né le registrazioni.
- Anche i fornitori hanno obblighi propri. In diversi mercati chi produce o vende il sistema ha obblighi di legge, quindi «la responsabilità è dell'esercente» non è mai la risposta completa.
- «Certificato» va qualificato. Prima di fidarsi della parola, conviene verificare chi garantisce il componente di sicurezza in ciascun mercato.
- Il percorso dei dati guida le scelte tecniche. Dove i dati vengono trasmessi, vanno previsti interruzioni e reinvii; dove attendono un verificatore, firma ed esportazione devono reggere per anni.
Il ruolo di fiskaly
fiskaly è un fornitore di API cloud per la fiscalizzazione e la conformità IVA: il vertice del componente di sicurezza nel triangolo. Non vende sistemi di cassa e non elabora pagamenti.
In Germania, SIGN DE è la Cloud-TSE leader di mercato e certificata dal BSI. SIGN SE è un sistema di controllo in cloud (kontrollsystem) ai sensi dello SKVFS 2020:9, certificato da un organismo di certificazione accreditato, e SIGN ES copre Verifactu, TicketBAI e NaTicket con un'unica API. SIGN AT firma gli scontrini, produce il DEP e automatizza la registrazione su FinanzOnline.
I vertici restano gli stessi in ogni mercato; a cambiare sono le regole al centro.
