I dati dei corrispettivi trasmessi all’Agenzia delle Entrate risultano distorti in presenza di documenti di annullo perché molte software house seguono alla lettera le specifiche tecniche senza costruire un vero e proprio storno del pagamento.
Il sistema dei corrispettivi telematici, disciplinato dal D.Lgs. n. 127/2015 e dalle relative specifiche tecniche dei Registratori Telematici (RT), prevede che i dati giornalieri vengano trasmessi in un file XML strutturato. Nel tracciato (Allegato – Tipi Dati per i Corrispettivi) i campi di riepilogo contabile-fiscale separano chiaramente:
- l’Ammontare (o ImportoParziale) delle vendite/prestazioni;
- i campi dedicati a TotaleAmmontareResi e TotaleAmmontareAnnulli;
- l’Imposta (IVA) calcolata al netto di resi e annulli;
- il blocco Totali, che include PagatoContanti, PagatoElettronico, eventuali ticket e sconti a pagare.
L’Agenzia delle Entrate ha chiarito più volte che l’ammontare delle vendite va valorizzato al lordo senza sottrarre resi e annulli: questi ultimi confluiscono in campi separati. L’IVA, invece, è netta. Il risultato è che il contribuente (e l’Amministrazione) vede nell’area di consultazione in “fatture e corrispettivi” un totale “vendite” diminuito dai campi resi/annulli e con un’imposta coerente.
Il punto critico: i pagamenti non vengono stornati
Il problema, però, nasce nel blocco dei pagamenti: quando viene emesso un documento commerciale di vendita, l’RT (o il gestionale collegato) registra la modalità di pagamento (contanti, elettronico, non riscosso, ticket, ecc.) e valorizza di conseguenza i campi PagatoContanti, PagatoElettronico, ecc.
In caso di documento commerciale di annullo (o di reso), le specifiche tecniche e i layout del documento commerciale richiedono:
- il riferimento al documento originario (matricola RT, progressivo di chiusura, numero documento, data);
- la ripetizione delle righe merce/servizio con i relativi imponibili e aliquote (sempre a segno positivo, perché è la natura del documento a operare lo storno);
- l’indicazione della causale.
Molte aziende sviluppatrici di firmware RT e di software gestionali si limitano a soddisfare questi requisiti minimi. Non “costruiscono” un annullo completo che, oltre a stornare imponibile e IVA, storni anche le modalità di pagamento originarie. Di conseguenza:
- l’importo annullato riduce correttamente i campi TotaleAmmontareAnnulli (e l’IVA netta);
- i campi PagatoContanti e PagatoElettronico restano valorizzati con gli importi delle sole vendite non stornate.
Il risultato è un’incongruenza strutturale: il totale dei pagamenti ricevuti (contanti + elettronico + altri) non coincide più con il netto dei corrispettivi (vendite – annulli – resi). Nel portale Fatture e Corrispettivi il contribuente vede un ammontare di pagamenti superiore e questa distorsione si ripete ogni volta che vengono effettuati annulli (errori di battitura, operazioni duplicate, cambi di idea del cliente prima della chiusura, ecc.)
Perché succede: l’approccio “pedissequo” alle specifiche
Le specifiche tecniche descrivono i campi e le regole di compilazione, ma non impongono esplicitamente, in modo vincolante e dettagliato, che l’annullo debba generare automaticamente lo storno simmetrico delle modalità di pagamento. I produttori di RT e gli sviluppatori di gestionali, per garantire la conformità formale e superare i collaudi di omologazione, implementano ciò che è obbligatorio e verificabile. La ricostruzione completa del “ciclo di storno” (imponibile + IVA + pagamento) viene quindi considerata un’elaborazione aggiuntiva non richiesta (e finanche “non conforme”).
Questo approccio, pur apparentemente rispettoso delle specifiche tecniche, produce dati che non riflettono la realtà economica e finanziaria del giorno. I pagamenti indicati risultano “gonfiati” rispetto ai corrispettivi reali creando:
- difficoltà di riconciliazione contabile interna;
- possibili segnalazioni automatiche di anomalie da parte dei sistemi di controllo dell’Agenzia delle Entrate;
- problemi di coerenza con i flussi dei POS aggravati dall’obbligo di collegamento logico POS-RT in vigore dal 2026.
Conseguenze pratiche e rischi
L’incongruenza non è solo formale. Nei controlli automatizzati o nelle verifiche l’Amministrazione finanziaria dispone dei dati grezzi trasmessi e un totale pagamenti sistematicamente superiore al netto dei corrispettivi può generare come minimo richieste di chiarimenti o, nei casi più gravi, contestazioni di incompletezza o non veridicità dei dati (con le relative sanzioni).
Dal punto di vista operativo l’esercente dovrebbe ricostruire manualmente la coerenza attraverso registri telematici, estratti POS, documenti di annullo e questo vanifica in parte l’obiettivo di semplificazione e trasparenza che il sistema dei corrispettivi telematici si proponeva.
Possibili vie di soluzione
Una soluzione strutturale richiederebbe un aggiornamento delle specifiche tecniche che rendesse obbligatorio, in caso di annullo o reso collegato a un documento di vendita, lo storno automatico e simmetrico delle quote di pagamento originarie. In alternativa, i produttori di RT e le software house potrebbero implementare autonomamente questa logica di “annullo completo”, anche se non esplicitamente prescritta, per garantire dati coerenti.
Nel contempo, le imprese possono:
- verificare con il proprio fornitore di RT/gestionale se esiste già un’opzione di storno completo dei pagamenti;
- documentare sistematicamente gli annulli e conservare i riferimenti ai documenti originari;
- in caso di discordanze rilevanti utilizzare la funzione di segnalazione di trasmissione anomala nel portale Fatture e Corrispettivi.
In sintesi, il problema non nasce da una violazione delle regole ma invero da una loro applicazione troppo letterale e incompleta. Le specifiche tecniche consentono (e in pratica producono) una rappresentazione dei pagamenti non allineata al netto dei corrispettivi. Finché non interverrà un chiarimento o un aggiornamento normativo/tecnico che obblighi a costruire l’annullo comprensivo dello storno del pagamento i dati trasmessi continueranno a presentare questa distorsione sistematica, con effetti contabili e di controllo che ricadono interamente sugli operatori economici.
