Contabilità verificabile: cosa l'OLCC richiede davvero — e perché un backup non basta

«La nostra contabilità è digitale, e abbiamo un backup.» Questa frase si sente in molte PMI svizzere — e suona ragionevole. Il problema: con la verificabilità d’audit non c’entra quasi nulla. Un backup vi protegge dalla perdita. La legge chiede però altro: protezione dalla modifica non rilevata.

Questa distinzione decide in una verifica. Chi non la conosce considera il proprio archivio sicuro — finché il fiduciario o l’autorità fiscale pone una domanda a cui un classificatore pieno di PDF non sa rispondere: come sappiamo che in questi dati non è stato modificato nulla a posteriori?

Vediamo cosa le norme svizzere richiedono davvero — e da cosa riconoscete se la vostra contabilità regge.

L’errore più frequente: il backup non è verificabilità d’audit

Un backup risponde alla domanda «i dati ci sono ancora?». La verificabilità d’audit risponde a «i dati sono ancora gli stessi?». Un file su Dropbox, SharePoint o un server può essere aperto, modificato e salvato di nuovo — e nulla segnala che è successo. È esattamente il nodo: il criterio non è l’archiviazione, ma la dimostrabilità dell’immutabilità.

Cosa richiede la legge — correttamente collocato

La base è il Codice delle obbligazioni (CO) e l’Ordinanza sulla tenuta e conservazione dei libri di commercio (OLCC, RS 221.431). Quattro punti sono centrali per le PMI.

Conservazione: dieci anni

I libri di commercio, i documenti contabili e la relazione sulla gestione devono essere conservati per dieci anni (art. 958f CO). La conservazione elettronica è in linea di principio ammessa — ma a condizioni.

Contabilità: tracciabile e supportata da pezze

Il CO richiede una contabilità regolare (art. 957a CO): le operazioni devono essere registrate in modo completo, veritiero e sistematico, sostenute da pezze, presentate chiaramente e verificabili. La verificabilità qui non è una sotto-clausola, è il nucleo.

Integrità: il vero metro (art. 3 OLCC)

Il cuore della questione sta all’articolo 3 dell’OLCC sotto il titolo «Integrità (autenticità e inalterabilità)». L’ordinanza richiede che libri e pezze siano tenuti e conservati in modo tale che non possano essere modificati senza che la modifica sia constatabile.

Leggete questa frase due volte. Non richiede che i dati siano inalterabili. Richiede che ogni modifica sia rilevabile. È una differenza decisiva, spesso fraintesa — ed esattamente il punto che separa una buona soluzione da una che lo sembra soltanto.

I supporti modificabili sono ammessi — a condizioni (art. 9 OLCC)

Molti credono che un database non sia adatto alla conservazione perché è modificabile. Non è così. L’art. 9 OLCC ammette espressamente i supporti d’informazione modificabili — a condizione che procedimenti tecnici garantiscano l’integrità delle informazioni archiviate (la legge cita a titolo d’esempio i procedimenti di firma digitale) e che il momento dell’archiviazione sia dimostrabile in modo inalterabile (esempio: marca temporale).

Dettaglio importante e al tempo stesso rassicurante: la legge è neutra rispetto alla tecnologia. Non prescrive alcuna tecnica specifica. Firma digitale e marca temporale sono esempi, non obblighi. Quello che conta è il risultato — integrità e momento dimostrabile —, non il percorso per arrivarci.

A ciò si aggiungono gli obblighi complementari dell’OLCC: i procedimenti devono essere documentati (art. 4), le pezze devono essere conservate con cura (art. 5) e restare disponibili e leggibili per l’intera durata di conservazione (art. 6) — anche dopo un cambio di software.

I cinque criteri di un software verificabile dall’audit

Quando valutate una soluzione — esistente o nuova —, verificate questi cinque punti:

1. Integrità: ogni modifica successiva di una scrittura è rilevabile? O una vecchia voce può essere sovrascritta in silenzio?
2. Momento dimostrabile: si può dimostrare quando un’operazione è stata archiviata?
3. Registrazione senza lacune: correzioni e storni vengono registrati, invece di sostituire semplicemente i dati?
4. Disponibilità su dieci anni: i dati restano leggibili, anche se cambiate sistema?
5. Procedimento documentato: è descritto come viene garantita l’integrità?

I primi tre punti sono quelli su cui le soluzioni standard falliscono più spesso.

Dove gli archivi ordinari arrivano al loro limite

La maggior parte delle offerte «verificabili dall’audit» sul mercato riguardano l’archiviazione di documenti già depositati — assicurano che un PDF, una volta depositato, non venga più modificato. È utile, ma copre solo metà della verità.

Perché la questione dell’integrità non si pone solo al livello della pezza archiviata, ma a quello dei dati contabili vivi stessi: a ogni scrittura, ogni pagamento, ogni storno, ogni esecuzione paghe. La domanda decisiva non è «il mio PDF è invariato?», ma «qualcuno può rettificare una scrittura di tre anni fa senza che si noti?».

Un modo per risolverlo in maniera dimostrabile

hegyon.ai affronta questa domanda alla radice. Ogni operazione rilevante per la contabilità — scrittura, pagamento, nota di credito, esecuzione paghe, inventario — è sigillata in una catena di hash crittografica (SHA-256). Ogni voce porta la firma della precedente; una modifica successiva di un record storico spezza la catena esattamente in quel punto. Un pulsante di verifica nelle impostazioni percorre la catena e segnala OK o BROKEN. Inoltre, ogni PDF di pezza porta un’impronta di audit a piè di pagina, con la quale una pezza stampata può essere verificata contro la catena.

Così è soddisfatto esattamente ciò che l’art. 3 OLCC richiede al fondo: una modifica è constatabile. Tecnicamente, la catena di hash è un procedimento ai sensi dell’art. 9 — quindi una delle vie neutre rispetto alla tecnologia ammesse dalla legge per garantire l’integrità su supporti modificabili.

Una collocazione onesta fa parte del tutto: un tale procedimento fornisce la prova tecnica d’integrità — ma non sostituisce gli altri obblighi. La documentazione dei procedimenti (art. 4), la conservazione accurata (art. 5) e la disponibilità duratura (art. 6) restano compito della vostra azienda e della vostra organizzazione. La verificabilità d’audit è sempre un’interazione tra tecnica e processo. Chi vi promette «conformità con un clic» semplifica troppo.

Conclusione

La verificabilità d’audit non è un tema di backup né una questione di dimensione di archiviazione. È una questione di integrità: ogni modifica è rilevabile, e il momento è dimostrabile? La legge vi lascia volutamente margine nell’attuazione — ma richiede un risultato che un classificatore pieno di PDF non fornisce.

Se volete sentire come si presenta la prova d’integrità su scritture reali: nel tenant demo di hegyon.ai potete provare voi stessi la funzione verify — modificare una scrittura e vedere la catena spezzarsi dice più di qualunque spiegazione.

Questo articolo serve da orientamento generale e non costituisce consulenza legale o fiscale. I riferimenti agli art. 957a e 958f CO nonché agli art. 3, 4, 5, 6 e 9 OLCC (RS 221.431) riflettono lo stato di giugno 2026 e non sono esaustivi. Fa fede unicamente la pubblicazione ufficiale della Cancelleria federale. Per la valutazione concreta della vostra conservazione, rivolgetevi al vostro fiduciario o a una consulenza qualificata.