Blog · Gestionale
Scontrino elettronico ERP: come integrarlo passo dopo passo

Sì, un ERP può emettere e trasmettere lo scontrino elettronico rispettando in pieno la normativa fiscale italiana. Le due strade tecniche disponibili sono l’integrazione con un registratore telematico, fisico o server, oppure l’invio diretto tramite API REST per i corrispettivi gestionali. La scelta dipende da volumi di vendita, infrastruttura esistente e livello di controllo che l’azienda vuole mantenere sui dati.
Prima di scegliere un fornitore o avviare uno sviluppo interno, conviene mettere in fila alcune verifiche:
- Controllare le specifiche tecniche pubblicate dall’Agenzia delle Entrate per il modello scelto.
- Mappare i campi obbligatori del documento commerciale rispetto ai dati già presenti nel gestionale.
- Decidere se integrare un RT esterno o sviluppare l’invio via API.
- Testare l’intero flusso nell’ambiente di prova dell’Agenzia prima del collaudo definitivo.
Un consiglio: Parti da un payload minimo che l’Agenzia accetta senza errori, poi aggiungi i campi opzionali con rilasci successivi: riduce drasticamente il rischio di bloccare il go‑live per un dettaglio marginale.
Punti chiave
L’integrazione dello scontrino elettronico nell’ERP funziona quando mappatura dati, scelta tecnica (RT o API) e test nell’ambiente di prova dell’Agenzia vengono pianificati prima dello sviluppo, non dopo.
| Punto | Dettagli |
|---|---|
| Scegli il modello tecnico giusto | Valuta RT fisico/server per il retail fisico e API REST per gestionali già maturi o multicanale. |
| Segui le specifiche ufficiali | Basa lo sviluppo sull’Allegato Specifiche Invio e sulle API REST pubblicate dall’Agenzia delle Entrate. |
| Testa prima di andare live | Usa l’ambiente di prova per validare invii, errori e trasmissioni differite entro 12 giorni. |
| Definisci le responsabilità contrattuali | Chiarisci con il fornitore chi risponde in caso di errore di trasmissione o mancata conservazione. |
| Affidati a un partner con referente unico | Linkware integra ERP, punto cassa ed e‑commerce con assistenza dedicata e aggiornamenti normativi continui. |
Indice
- Quadro normativo essenziale per lo scontrino elettronico ERP
- RT o API: quale percorso tecnico scegliere per l’ERP
- Come integrare l’emissione dello scontrino elettronico nell’ERP
- Come testare l’integrazione prima di andare in produzione
- Chi risponde in caso di errore: responsabilità e conservazione
- Tempi, costi e domande da fare al fornitore
- LINKWARE per l’integrazione ERP dello scontrino elettronico
- Fonti
Quadro normativo essenziale per lo scontrino elettronico ERP
L’obbligo nasce dal D.Lgs. 127/2015, articolo 2, che impone la memorizzazione elettronica e la trasmissione telematica dei corrispettivi giornalieri all’Agenzia delle Entrate. La norma ha sostituito progressivamente lo scontrino cartaceo con il documento commerciale, generato da un registratore telematico o da procedure equivalenti. Riguarda praticamente tutti i commercianti al minuto, con soglie temporali di adeguamento che si sono succedute negli anni a seconda del volume d’affari.
Chi sviluppa un’integrazione ERP deve fare riferimento a due documenti tecnici pubblicati dall’Agenzia:
- L’Allegato Specifiche Invio, che descrive formato e struttura dei dati da trasmettere.
- Le API REST Corrispettivi gestionali, con esempi YAML pensati proprio per chi integra un gestionale.
Questi due riferimenti restano il punto di partenza obbligato per qualunque sviluppatore, indipendentemente dal modello di integrazione scelto.
RT o API: quale percorso tecnico scegliere per l’ERP
La domanda che si pongono quasi tutte le imprese in fase di progetto è se convenga appoggiarsi a un registratore telematico o sviluppare l’invio via API direttamente dal gestionale. Non esiste una risposta valida per tutti i casi: dipende dai volumi di vendita, dalla stabilità della connessione internet nel punto vendita e da quanto controllo l’azienda vuole avere sul dato fiscale.
Il registratore telematico resta lo strumento più diffuso nel retail fisico: certifica i corrispettivi, genera il documento commerciale e trasmette automaticamente il file giornaliero sigillato. L’integrazione via API REST, invece, si rivolge a chi ha già un ERP capace di gestire cassa e magazzino e vuole evitare un hardware dedicato per ogni punto vendita, come spiegato da Articolipromozionali.
| Criterio | RT fisico/server | Integrazione API REST |
|---|---|---|
| Investimento hardware | Richiesto per ogni cassa | Non richiesto |
| Controllo sui dati | Delegato al dispositivo certificato | Gestito interamente dall’ERP |
| Gestione errori | Vincolata al firmware del produttore | Personalizzabile dallo sviluppatore |
| Adatto a | Negozi fisici con volumi stabili | E‑commerce, catene con più canali, gestionali già maturi |
Entrambe le strade richiedono autenticità e inalterabilità del dato, matricole identificative e, per gli RT, firmware aggiornato e certificato secondo le specifiche tecniche dell’Agenzia.
Un consiglio: se il flusso passa da servizi web dell’Agenzia, prevedi l’autenticazione tramite SPID, CNS o CIE fin dalle prime fasi di progetto: recuperarla in corsa dopo il collaudo costringe quasi sempre a rifare i test di integrazione.
Come integrare l’emissione dello scontrino elettronico nell’ERP
Il primo passo è la mappatura dei dati. Il documento commerciale deve contenere, tra gli altri campi, la partita IVA dell’esercente, le aliquote applicate, il totale dell’operazione, la modalità di pagamento e, quando previsto, il codice per la lotteria degli scontrini. L’ERP deve saper produrre questi dati in un formato compatibile con l’Allegato Specifiche Invio.
Il flusso end‑to‑end segue in genere questa sequenza:
- Generazione del documento commerciale all’interno del gestionale, con i dati di vendita già validati.
- Sigillatura o pacchettizzazione del file secondo le specifiche tecniche richieste.
- Invio all’Agenzia, diretto via API oppure tramite RT.
- Conservazione sostitutiva del corrispettivo trasmesso, con tracciabilità e accesso ai servizi Fatture e corrispettivi tramite SPID, CNS, CIE o credenziali Agenzia.
Il deploy va costruito per fasi:
- Prova completa nell’ambiente di test dell’Agenzia.
- Verifica dei casi di errore, non solo degli invii riusciti.
- Validazione del firmware e delle matricole quando è coinvolto un RT.
- Go‑live solo dopo che tutti i test precedenti sono passati senza eccezioni.
Un consiglio: per gli sviluppatori, prevedi fin dal disegno del sistema una gestione dei retry con backoff progressivo, un log fiscale separato da quello applicativo e un versioning esplicito dei payload: sono le tre cose che, quando mancano, causano più incidenti in produzione.
Come testare l’integrazione prima di andare in produzione
I requisiti tecnici obbligatori includono il formato file previsto dalle specifiche, i campi obbligatori del documento commerciale, le matricole dei dispositivi coinvolti e, per gli RT, un firmware firmato e certificato.
L’ambiente di prova dell’Agenzia delle Entrate serve proprio a convalidare questi elementi prima del collaudo reale. I test dovrebbero coprire almeno questi scenari:
- Invio con esito positivo e verifica della ricevuta.
- Gestione del timeout di rete e della trasmissione differita.
- Corretta sigillatura del file giornaliero.
- Simulazione di connettività assente, verificando che il sistema rispetti la finestra di 12 giorni prevista per l’invio differito.
Durante il collaudo va anche verificato l’aggiornamento firmware e il controllo incrociato delle matricole dichiarate rispetto a quelle effettivamente installate: un disallineamento qui blocca la trasmissione anche quando il resto del sistema funziona correttamente.
Chi risponde in caso di errore: responsabilità e conservazione
La responsabilità della corretta trasmissione dei corrispettivi resta dell’esercente, anche quando l’integrazione tecnica è affidata a un fornitore esterno. Per questo motivo il contratto di servizio dovrebbe definire con chiarezza chi interviene in caso di anomalia e con quali tempi di risposta.
Un registratore telematico inattivo per più di 12 giorni può essere impostato in modalità “fuori servizio” con codice 608, evitando registrazioni giornaliere fittizie. Alla prima trasmissione utile, l’RT torna automaticamente “in servizio”.
La conservazione sostitutiva dei corrispettivi generati dall’ERP deve garantire integrità e accessibilità del dato nel tempo, non solo l’invio puntuale. Tra gli errori più frequenti figurano payload incompleti, matricole non allineate e mancata trasmissione nei termini previsti: le sanzioni amministrative collegate variano in base alla gravità e alla ricorrenza dell’irregolarità. Le rettifiche vanno gestite con documenti di reso o annullo, mai sovrascrivendo il corrispettivo originario già trasmesso.
Tempi, costi e domande da fare al fornitore
Un’implementazione tipica richiede alcune settimane per l’analisi dei flussi esistenti, lo sviluppo dell’integrazione, il collaudo nell’ambiente di prova e il go‑live. I costi variano in base al modello scelto: licenza software, eventuale canone di assistenza, aggiornamenti firmware per gli RT e supporto continuativo sulle novità normative.
Prima di firmare un contratto, vale la pena porre al fornitore queste dieci domande:
- Supportate l’ambiente di prova dell’Agenzia prima del go‑live?
- Quali SLA garantite sulla trasmissione dei corrispettivi?
- Come gestite la conservazione sostitutiva nel tempo?
- Cosa succede in caso di errore di trasmissione?
- Come vengono gestiti gli aggiornamenti normativi futuri?
- Il firmware degli RT viene aggiornato automaticamente?
- È prevista assistenza dedicata o solo un call center generico?
- Come vengono gestite le rettifiche e gli annulli?
- La soluzione è cloud, on‑premise o ibrida?
- Che tempi di implementazione realistici prevedete per la mia realtà?
Per volumi elevati e più punti vendita, una soluzione cloud semplifica manutenzione e aggiornamenti; per chi ha già infrastrutture on‑premise consolidate, l’integrazione diretta con l’ERP esistente può risultare più economica nel lungo periodo.
Nota pratica dal team: cosa consigliamo nelle implementazioni ERP reali
Nelle implementazioni che seguiamo, il payload minimo valido resta la scelta più sicura per partire, con i campi opzionali aggiunti in rilasci incrementali. Un referente tecnico unico, che conosce la configurazione specifica del cliente, insieme a test automatizzati pre‑go‑live, riduce in modo concreto gli imprevisti nei primi giorni di produzione.
LINKWARE per l’integrazione ERP dello scontrino elettronico
Linkware è la scelta pratica quando serve unire cassa, magazzino e contabilità senza rincorrere tre fornitori diversi per ogni pezzo del puzzle. A differenza di molte proposte che passano da un call center generico, ogni cliente Linkware ha un referente tecnico che conosce nel dettaglio la configurazione del proprio gestionale, dal mapping dei campi del documento commerciale fino agli aggiornamenti normativi che arrivano ogni anno.

Con oltre trent’anni di esperienza nell’integrazione tra ERP ed e‑commerce, Linkware segue l’intero percorso: dall’analisi dei flussi di vendita fino al collaudo nell’ambiente di prova dell’Agenzia, passando per l’integrazione tra soluzioni gestionali complete e punto cassa. Se gestisci anche un canale online, l’integrazione tra Mexal e il tuo e‑commerce permette di unificare vendite fisiche e digitali sotto lo stesso flusso di corrispettivi. Richiedi un assessment tecnico per capire quale percorso, RT o API, si adatta meglio alla tua attività.
Fonti
- Schede – Fatture e corrispettivi – Corrispettivi da Registratori telematici – Agenzia delle Entrate
- Imprese – Fatture e corrispettivi – Corrispettivi da Registratori telematici – Agenzia delle Entrate
Questo articolo fornisce informazioni generali e non sostituisce il parere di un avvocato qualificato. Consulta un professionista legale qualificato riguardo al tuo caso specifico prima di agire in base a questo contenuto.
Raccomandati
Vuoi digitalizzare la tua azienda?
Un consulente LINKWARE ti propone la soluzione su misura, senza impegno.
Richiedi una demo gratuita