Dal 2 dicembre 2026 gli Stati membri devono avere recepito la direttiva UE 2024/2831. Molti degli obblighi che introduce non sono clausole contrattuali. Sono requisiti di architettura.

Nell’Unione Europea più di 28 milioni di persone lavorano tramite piattaforme digitali. Fanno consegne, guidano taxi e NCC, traducono, si occupano di assistenza domestica, inseriscono dati. Le piattaforme attive sono circa 500 e tra il 2016 e il 2020 i loro ricavi sono passati da circa 3 a 14 miliardi di euro, soprattutto nelle consegne e nel trasporto di persone.

Per anni il punto debole del modello è stato lo status di queste persone. Formalmente sono lavoratori autonomi, ma nella pratica molti seguono regole, orari e vincoli tipici del lavoro dipendente. Senza le tutele che ne derivano.

Con la direttiva sul lavoro mediante piattaforme digitali, adottata dal Consiglio il 14 ottobre 2024, l’UE diventa il primo legislatore al mondo a regolare questo settore in modo specifico. Il termine per il recepimento nazionale scade il 2 dicembre 2026.

Il dibattito pubblico si è concentrato sull’aspetto giuslavoristico. C’è però un secondo livello, meno discusso, che riguarda direttamente chi scrive e mantiene il software di queste piattaforme.

La presunzione di subordinazione

Il primo pilastro è una presunzione legale confutabile. Se esistono elementi che indicano controllo e direzione, il rapporto tra piattaforma e lavoratore si presume di lavoro dipendente. Questi elementi sono definiti dal diritto nazionale, dai contratti collettivi o dalla prassi dei singoli Stati.

L’onere della prova si inverte. Non tocca più al lavoratore dimostrare di essere un dipendente, ma alla piattaforma dimostrare il contrario.

Questo ha una conseguenza tecnica precisa. Il “controllo e direzione” oggi si esercita quasi sempre attraverso il codice: come vengono assegnati i lavori, chi viene penalizzato se rifiuta una corsa, come si calcola il compenso, quando un account viene limitato. Se la piattaforma deve dimostrare di non esercitare un controllo da datore di lavoro, quella dimostrazione passa dalla logica del sistema e dalla capacità di documentarla.

La gestione algoritmica diventa materia regolata

Il secondo pilastro è il più interessante per chi progetta software. La direttiva introduce le prime regole europee sull’uso degli algoritmi nella gestione del lavoro.

In sintesi:

i lavoratori devono essere informati dell’uso di sistemi automatizzati di monitoraggio e di decisione;

i sistemi devono essere supervisionati da personale qualificato, che gode di una protezione specifica da trattamenti sfavorevoli;

le decisioni significative, come la sospensione di un account, richiedono una supervisione umana;

alcune categorie di dati non possono essere trattate. Tra queste ci sono i dati sullo stato emotivo o psicologico, le conversazioni private, i dati usati per prevedere attività sindacali, quelli da cui dedurre origine etnica, status migratorio, opinioni politiche, convinzioni religiose o salute, e i dati biometrici usati per scopi diversi dall’autenticazione.

A questi si aggiungono obblighi di trasparenza verso le autorità nazionali. Le piattaforme devono dichiarare il lavoro svolto e rendere disponibili le informazioni chiave sulla loro attività e sulle persone che vi lavorano, anche quando operano in più Stati membri.

Da norma a requisito

Letti con gli occhi di un architetto software, questi punti si traducono in requisiti molto concreti.

Ogni decisione automatizzata rilevante deve essere tracciabile. Bisogna sapere quale regola o modello l’ha prodotta, su quali dati e in quale momento. Senza un audit trail serio non c’è modo di spiegare una decisione né di difenderla.

Le decisioni ad alto impatto non possono essere solo automatiche. Serve un flusso in cui un operatore umano riesamina, conferma o annulla, con ruoli e permessi definiti. Chi supervisiona, su cosa, con quali poteri. È un problema di RBAC prima ancora che di processo.

La minimizzazione dei dati deve stare nello schema, non in una policy scritta a parte. Se certi dati non si possono trattare, la soluzione più robusta è non raccoglierli e non derivarli, anziché filtrarli a valle.

L’informazione al lavoratore deve essere generata dal sistema stesso. Un documento statico che descrive “come funziona l’algoritmo” invecchia alla prima release. Serve una documentazione legata alla versione effettiva delle regole in produzione.

La reportistica verso le autorità deve essere un output previsto dal sistema, non un’estrazione manuale fatta quando arriva la richiesta.

Chi è coinvolto davvero

Sarebbe un errore pensare che la questione riguardi solo i grandi nomi delle consegne e del ride hailing. Il perimetro è quello delle piattaforme digitali che organizzano lavoro retribuito, e le scelte di recepimento nazionale definiranno i dettagli. Centrali di dispatch, marketplace di servizi, piattaforme di assistenza e software house che sviluppano questi prodotti per conto terzi farebbero bene a verificare la propria posizione adesso, non dopo il recepimento.

Per chi sviluppa software B2B in questi settori c’è anche un’altra lettura. La conformità diventa un criterio di selezione del fornitore. Un sistema che nasce con tracciabilità, supervisione umana e controllo degli accessi integrati vale di più di uno che deve essere adattato a posteriori.

In conclusione

La direttiva non vieta gli algoritmi nella gestione del lavoro. Chiede che siano conoscibili, supervisionati e documentabili. Per i giuristi è una questione di status e tutele. Per chi progetta il software è una questione di architettura: audit, ruoli, flussi di revisione, modello dei dati.

Il termine di dicembre 2026 è vicino. Le piattaforme che arriveranno preparate saranno quelle che hanno trattato la norma come un insieme di requisiti tecnici fin dall’inizio, e non come un documento da far leggere all’ufficio legale.

Fonte: Consiglio dell’Unione Europea, “EU rules on platform work”, consilium.europa.eu
UrbanGo. La piattaforma che rispetta le norme europee.