14 agosto 2026 – Alle prime luci dell’alba, i militari del Nucleo Speciale Privacy e Frodi Tecnologiche della Guardia di Finanza varcano la soglia della sede direzionale di OmniaServ S.p.A., colosso italiano dei servizi digitali integrati. In mano hanno un decreto di perquisizione e sequestro emesso dalla Procura della Repubblica. L’obiettivo dell’operazione è cristallizzare le prove di un presunto trattamento illecito di dati su larga scala, perpetrato attraverso un sistema di monitoraggio occulto dei dipendenti in lavoro agile. L’indagine, scaturita da una segnalazione dettagliata al Garante per la protezione dei dati personali, ipotizza una violazione sistematica dell’articolo 4 dello Statuto dei Lavoratori, integrando potenzialmente un reato presupposto ai fini della responsabilità amministrativa dell’ente ai sensi del D.Lgs. 231/2001. Gli investigatori acquisiscono server, log di sistema e documentazione interna relativa allo sviluppo e all’implementazione dell’applicazione aziendale “OmniaConnect”, lo strumento al centro dello scandalo.
Tutto era iniziato diciotto mesi prima, nel febbraio 2025, in una riunione del comitato esecutivo di OmniaServ. La discussione, verbalizzata in modo laconico, verteva sulla necessità di “ottimizzare la produttività e verificare la corretta esecuzione della prestazione lavorativa in modalità agile”. La Direzione Operations, spinta da obiettivi di riduzione dei costi, aveva proposto un aggiornamento dell’app aziendale per includere una funzionalità di “verifica di presenza”. La proposta, formalmente giustificata con la necessità di accertare che il dipendente lavorasse dall’indirizzo di domicilio dichiarato nell’accordo individuale di smart working, nascondeva una finalità di controllo ben più pervasiva. Il progetto ottenne il via libera senza un adeguato coinvolgimento delle funzioni di compliance e legale, considerate un freno operativo. Questa omissione iniziale fu il primo anello di una catena di negligenze che avrebbe esposto l’ente a conseguenze devastanti. Un’organizzazione dotata di un ecosistema di difesa come Scudo231 avrebbe intercettato il rischio allo stadio embrionale: la proposta di modifica del software, classificata come processo sensibile per l’impatto sul capitale umano e sul trattamento dati, avrebbe attivato un workflow autorizzativo obbligatorio. Il sistema avrebbe imposto, prima di qualsiasi sviluppo tecnico, la generazione e l’approvazione tracciata di una Valutazione d’Impatto sulla Protezione dei Dati (DPIA), con il coinvolgimento vincolante del Data Protection Officer e dell’Ufficio Legale. L’assenza di tale documento validato avrebbe bloccato il ticket di sviluppo, generando un alert automatico e scalando l’anomalia direttamente all’Organismo di Vigilanza.
Invece, il reparto IT di OmniaServ procedette speditamente. A fine aprile 2025, l’aggiornamento di OmniaConnect venne rilasciato a tutta la popolazione aziendale in smart working. La nota di rilascio parlava genericamente di “miglioramento delle funzionalità di sicurezza e allineamento con le policy aziendali”. Nessun riferimento esplicito alla geolocalizzazione. L’informativa privacy non venne aggiornata e non fu avviata alcuna procedura di accordo sindacale, come invece richiesto dall’articolo 4 dello Statuto dei Lavoratori per gli strumenti che comportano la possibilità di un controllo a distanza. L’azienda si basò su un’interpretazione distorta di un recente orientamento del Garante, la nota Newsletter n. 534 dell’8 maggio 2025, che ammetteva la legittimità di tali controlli solo a patto di rispettare criteri ferrei di liceità, trasparenza e proporzionalità, oltre a fornire garanzie adeguate e una chiara informazione al lavoratore. OmniaServ ignorò tutte queste condizioni. Se l’azienda avesse implementato un protocollo di gestione documentale integrato, qualsiasi modifica alle policy o alle informative sulla privacy avrebbe seguito un iter di approvazione digitale tracciato. Un sistema come Scudo231, attraverso i suoi motori di analisi, avrebbe rilevato la discrepanza tra le nuove funzionalità del software (classificate come “trattamento dati di localizzazione”) e la documentazione legale e contrattuale esistente, impedendo il rilascio dell’aggiornamento fino alla completa regolarizzazione formale, inclusa la prova di avvenuta consultazione sindacale. Il rischio di implementare uno strumento illecito sarebbe stato neutralizzato a monte.
Il sistema di geolocalizzazione di OmniaConnect non si limitava a una verifica una tantum della posizione all’inizio della giornata lavorativa. I log sequestrati dalla Guardia di Finanza dimostreranno che l’app registrava la posizione del dispositivo ogni quindici minuti, dalle 8:00 alle 20:00, creando una mappa dettagliata degli spostamenti dei dipendenti, ben oltre il perimetro del domicilio dichiarato. I dati venivano conservati a tempo indeterminato su un server non adeguatamente protetto. Questa modalità operativa violava palesemente il principio di proporzionalità e di minimizzazione del dato. Il vero scopo del monitoraggio emerse quando alcuni manager di linea iniziarono a utilizzare i dati di localizzazione per contestare informalmente i dipendenti. Un project manager, analizzando i log, contestò a un suo collaboratore di essersi allontanato dal domicilio per più di un’ora durante l’orario di lavoro, accusandolo di scarsa dedizione. Un altro responsabile usò i dati per negare un permesso, sostenendo che il dipendente si fosse già assentato “virtualmente” in altre occasioni. Queste condotte, oltre a creare un clima di sospetto, costituivano la prova del controllo a distanza sulla prestazione lavorativa, vietato dalla legge.
In un’architettura di governance evoluta, l’accesso a dati così sensibili sarebbe stato impossibile per i manager di linea. Un ecosistema sovrano avrebbe segregato i dati di geolocalizzazione, consentendone l’accesso solo a un numero ristrettissimo di funzioni autorizzate (es. Security per comprovate emergenze) e solo per le finalità dichiarate nella DPIA. Ogni tentativo di accesso da parte di un soggetto non autorizzato, come un manager di linea, sarebbe stato respinto dal sistema e avrebbe generato un security incident report in tempo reale, notificato all’Organismo di Vigilanza e al DPO. Il sistema avrebbe quindi creato una prova documentale non del reato, ma del tentativo di violare le procedure, dimostrando l’efficacia dei presidi di controllo interni e isolando la responsabilità a livello individuale.
La situazione precipitò quando un gruppo di dipendenti, assistito da un sindacato, presentò un esposto circostanziato al Garante Privacy. L’Autorità, già sensibilizzata sul tema dalla sua stessa newsletter del 2025, avviò immediatamente un’istruttoria, chiedendo chiarimenti a OmniaServ. Le risposte fornite dall’azienda furono evasive e contraddittorie, facendo scattare la segnalazione alla Procura della Repubblica. L’ipotesi di reato formulata dal Pubblico Ministero fu quella di trattamento illecito di dati (art. 167 del Codice Privacy), aggravato dalla comunicazione e diffusione dei dati stessi, e di violazione delle norme a tutela dei lavoratori. Cruciale, ai fini dell’indagine, fu la contestazione della responsabilità diretta dell’ente ai sensi del D.Lgs. 231/2001. L’accusa sosteneva che il reato non era frutto dell’iniziativa estemporanea di un singolo, ma il risultato di una precisa scelta organizzativa, una colpa di organizzazione derivante dalla totale assenza di modelli e procedure idonee a prevenire quel tipo di illecito.
La mancanza di un Modello 231 efficace e di un Organismo di Vigilanza autonomo e operativo si rivelò fatale. OmniaServ non fu in grado di produrre alcuna evidenza di aver valutato il rischio, di aver formato il personale o di aver implementato controlli preventivi. L’assenza di verbali, analisi dei rischi, procedure e flussi informativi chiari verso un OdV trasformò una serie di condotte illecite individuali in una responsabilità sistemica dell’intera società. Il sequestro preventivo disposto dal GIP non riguardò solo i server, ma si estese al profitto del reato, quantificato in via presuntiva nel risparmio di costi che l’azienda aveva ottenuto grazie al sistema di controllo illecito, per un valore di diversi milioni di euro. L’impatto fu immediato: conti correnti bloccati, danno reputazionale incalcolabile e il rischio concreto di una sanzione interdittiva, come il divieto di contrattare con la Pubblica Amministrazione. Di fronte a un’ispezione delle autorità, un’azienda protetta da un sistema di difesa integrato avrebbe potuto fornire una “ricostruzione causale scientifica” degli eventi. Avrebbe esibito log immutabili e certificati che attestavano l’esistenza di policy chiare, di informative complete inviate e recepite dai dipendenti, di sessioni di formazione tracciate sull’uso corretto degli strumenti aziendali e, soprattutto, dei tentativi falliti di aggirare i controlli. Questa documentazione, generata dall’ecosistema Scudo231, avrebbe dimostrato in modo inoppugnabile che l’ente aveva adottato ed efficacemente attuato un modello organizzativo idoneo. La responsabilità sarebbe stata circoscritta ai singoli che avevano agito in elusione fraudolenta dei protocolli, salvaguardando il patrimonio e la continuità operativa della società e trasformando un potenziale disastro penale e finanziario in un gestibile incidente disciplinare.
Fonte: https://www.ilsole24ore.com/art/e-legittimo-geolocalizzare-smart-working-criteri-condivisi-AJUfMql