RENTRI: Dubbi e curiosità

Buongiorno a tutti,
siccome ho da poco ripreso a lavorare sul modulo per l'interoperabilità del Rentri, mi sono dovuto riallineare su varie tematiche.
Tutto, diciamo, abbastanza chiaro e funzionante, ma una cosa non mi entra in testa, il concetto di "IMMODIFICABILITA' DEL DATO".
Mi spiego meglio: Se ho compreso bene, in pratica da gestionale bisogna poter dare la certezza dell'immodificabilità delle annotazioni sul registro cronologico, il quale da classico foglio di carta, ora si dematerializza in apposito file XML.
Ora, ci sono vari step che bisogna seguire in tutto il processo:
1. Annotare e rendere immodificabile il registro;
2. Inviare i dati del registro al Rentri;
3. Inviare i dati in conservazione;

Correggetemi se sbaglio:
Al punto 2 inviamo i dati tramite apposite API, quindi dati JSON tramite request, etc;
Al punto 3, prepariamo i dati del registro in XML, da validare con apposito xsd Rentri + file vidimazione, etc, e lo inviamo a servizi terzi che si occupano della conversazione sostitutiva;
Al punto 1, cosa bisogna fare?

C'è chi firma il file XML con la firma remota Rentri o chi lo manda in conservazione, per renderlo immodificabile...ma questi file saranno differenti rispetto a quello prodotto al punto 3..perchè quello avrà anche le informazioni univoche, di ogni registrazione, che il Rentri mi restituisce in fase di caricamento al portale.
Quindi, il file che si crea al punto 1 è differente rispetto a quello del punto 3, cio'è, hanno scopi differenti?

Questa cosa non mi entra in testa, probabilmente è più semplice di quanto pensi...e per questo chiedo anche a voi per avere un confronto.
Spero di essere stato chiaro nell'esporre il quesito e di avere un bel confronto con chi si è trovato, o si trova, a lavorare su questo aspetto.
Buona giornata!!

Ciao Sviluppo,
premetto che non sono un programmatore, ma faccio assistenza ad un gestionale rifiuti.
Da quanto mi risulta la firma remota Rentri è utilizzabile solo per i fir, ma non per le loro registrazioni nel registro cronologico Rentri.
I fir digitali saranno obbligatori a partire da Febbraio 2026, mentre da Febbraio 2025 ci saranno solo le registrazioni da inviare al Rentri.
Per queste ultime bisogna dotarsi di una firma di terze parti, non ce n'è disponibile una gratuita come per i Fir digitali.
Come hai scritto te anche per la conservazione sostitutiva ci vorranno servizi di terze parti (a pagamento ovviamente).
La software house che sta sviluppando il gestionale che seguo garantisce l'immodificabilià delle registrazioni tramite firma remota di terze parti e marcatura temporale (quest'ultima serve per garantire che le registrazioni sono state annotate entro i tempi di legge).
La conservazione sostitutiva è richiesta da normativa in quanto stiamo parlando di files elettronici (infatti è richiesta anche per la fatturazione elettronica).
L'id Rentri servirà per fare il join ai 2 archivi, detto i termini poco ortodossi.
Spero di esserti stato utile.
Ciao.

lorilorenzo ha scritto:Ciao Sviluppo,
premetto che non sono un programmatore, ma faccio assistenza ad un gestionale rifiuti.
Da quanto mi risulta la firma remota Rentri è utilizzabile solo per i fir, ma non per le loro registrazioni nel registro cronologico Rentri.
I fir digitali saranno obbligatori a partire da Febbraio 2026, mentre da Febbraio 2025 ci saranno solo le registrazioni da inviare al Rentri.
Per queste ultime bisogna dotarsi di una firma di terze parti, non ce n'è disponibile una gratuita come per i Fir digitali.
Come hai scritto te anche per la conservazione sostitutiva ci vorranno servizi di terze parti (a pagamento ovviamente).
La software house che sta sviluppando il gestionale che seguo garantisce l'immodificabilià delle registrazioni tramite firma remota di terze parti e marcatura temporale (quest'ultima serve per garantire che le registrazioni sono state annotate entro i tempi di legge).
La conservazione sostitutiva è richiesta da normativa in quanto stiamo parlando di files elettronici (infatti è richiesta anche per la fatturazione elettronica).
L'id Rentri servirà per fare il join ai 2 archivi, detto i termini poco ortodossi.
Spero di esserti stato utile.
Ciao.

Ciao lorilorenzo,
innanzitutto ti ringrazio per la risposta.
Mi trovo con quello che hai detto.
Solo il concetto "d'immodificabilità tramite firma remota di terze parti e marca temporale" non mi è chiara.
Questa firma deve essere messa per indicare che ho annotato nei tempi di legge, e di conseguenza creare l'immodificabilità, ok...quindi, questo vuol dire che ogni N giorni l'azienda deve esportare l'xml del registro e apporre la firma remota?
Esempio, quindi un destinatario deve esportare il registro xml e firmarlo ogni 3 giorni circa?
Questi file, poi, li dovrà tenere sul suo pc?
Se è così, la catena di xml che esporto durante il mese non avrà ancora l'idRentri...perchè i dati (in json, con apposite API) verranno inviati successivamente.
Quindi, dopo l'invio a Rentri, siccome devo mandare il registro in conservazione, dovrò fare un nuovo xml completo dove al suo interno ci sono gli idRentri, giusto?

Spero di essere stato chiaro nell'esporre il dubbio.
Grazie mille per le eventuali risposte.

La firma\marcatura temporale va apposta ogni 2 giorni se il soggetto è un destinatario di rifiuti, oppure 10 gg se è un altro tipo di soggetto (escluse le associazioni di categoria che hanno un'altra tempistica ancora).
Poi entro la fine del mese successivo la data di registrazione invii tutto al portale Rentri (a quel punto ottieni l'id rentri).
Una volta l'anno si fa la conservazione.

lorilorenzo ha scritto:La firma\marcatura temporale va apposta ogni 2 giorni se il soggetto è un destinatario di rifiuti, oppure 10 gg se è un altro tipo di soggetto (escluse le associazioni di categoria che hanno un'altra tempistica ancora).
Poi entro la fine del mese successivo la data di registrazione invii tutto al portale Rentri (a quel punto ottieni l'id rentri).
Una volta l'anno si fa la conservazione.

Grazie mille per le risposte.
Perfetto, è chiaro che dobbiamo apportare la firma nei giorni previsti per le registrazioni sul registro.
Quindi, mettiamo come esempio il destinatario, ogni 2 giorni deve esportare il registro in XML e applicarci la firma remota, giusto?

Il file xml che dovrò mandare in conservazione, una volta all'anno, sarà uno nuovo comprensivo dell'idRentri o dovrò inviare tutti i vari xml creati ogni 2 giorni (Però, in questo caso, senza IdRentri)?

Grazie sempre per la pazienza

Ti rispondo.
Perfetto, è chiaro che dobbiamo apportare la firma nei giorni previsti per le registrazioni sul registro.
Quindi, mettiamo come esempio il destinatario, ogni 2 giorni deve esportare il registro in XML e applicarci la firma remota, giusto?
Risposta:Si, ogni 2 gg con firma remota. Sul fatto che sia un XML non lo so,  mi risulta che sia un JSON ma non essendo un programmatore non so se xml\json sono 2 cose completamente diverse oppure se il JSON è un "modo" per fare un file xml


Il file xml che dovrò mandare in conservazione, una volta all'anno, sarà uno nuovo comprensivo dell'idRentri o dovrò inviare tutti i vari xml creati ogni 2 giorni (Però, in questo caso, senza IdRentri)?
Risposta: da quanto nel so è la prima

lorilorenzo ha scritto:Ti rispondo.
Perfetto, è chiaro che dobbiamo apportare la firma nei giorni previsti per le registrazioni sul registro.
Quindi, mettiamo come esempio il destinatario, ogni 2 giorni deve esportare il registro in XML e applicarci la firma remota, giusto?
Risposta:Si, ogni 2 gg con firma remota. Sul fatto che sia un XML non lo so,  mi risulta che sia un JSON ma non essendo un programmatore non so se xml\json sono 2 cose completamente diverse oppure se il JSON è un "modo" per fare un file xml


Il file xml che dovrò mandare in conservazione, una volta all'anno, sarà uno nuovo comprensivo dell'idRentri o dovrò inviare tutti i vari xml creati ogni 2 giorni (Però, in questo caso, senza IdRentri)?
Risposta: da quanto nel so è la prima

Ok, Grazie mille!

Giusto come info tecnica: Il file JSON è un file contenente dati (simile all'xml)...nel caso del Rentri non gli viene inviato il file JSON ma il suo contenuto, il quale viene passato nel "body" della "request" (chiamata API)

Grazie mille per le varie risposte e buon lavoro!!!