Norma armonizzata AI Act: cosa cambia con la EN 18286:2026

Per due anni la critica più fondata all’AI Act è stata che chiedeva di dimostrare la conformità a requisiti per cui non esisteva ancora nessuno standard tecnico. Dal 14 ottobre 2026 quel vuoto ha cominciato a chiudersi: la Gazzetta ufficiale dell’Unione europea ha pubblicato il riferimento alla prima norma armonizzata del regolamento. È una sola, copre una sola cosa, e per chi sviluppa software vale la pena capire esattamente quale.

Cosa è stato pubblicato

La decisione di esecuzione (UE) 2026/2274 della Commissione, del 12 ottobre 2026, è stata pubblicata nella Gazzetta ufficiale il 14 ottobre ed è entrata in vigore lo stesso giorno. Il suo allegato contiene una riga: EN 18286:2026 — «Intelligenza artificiale — Sistema di gestione della qualità ai fini dei requisiti normativi del regolamento dell’UE sull’IA».

La norma è stata redatta da CEN e Cenelec in risposta alla richiesta di normazione della Commissione C(2025) 3871 del 23 giugno 2025, che aveva sostituito la richiesta del 2023. Risponde a un punto specifico di quella richiesta — l’allegato I, punto 9 — relativo ai sistemi di gestione della qualità per i fornitori di sistemi di IA, compresi i processi di monitoraggio successivi all’immissione sul mercato.

L’effetto giuridico sta nell’art. 40, paragrafo 1, dell’AI Act: i sistemi di IA ad alto rischio conformi a norme armonizzate pubblicate in Gazzetta si presumono conformi ai requisiti del regolamento, ma — ed è la parte che conviene leggere due volte — «nella misura in cui tali requisiti o obblighi sono contemplati da tali norme». La Commissione, nel comunicare la pubblicazione, usa la stessa cautela: la presunzione riguarda «i requisiti dell’art. 17 contemplati dalla norma».

Quello che la norma non copre

L’art. 17 è uno dei tanti obblighi del capo III. I requisiti sostanziali dei sistemi ad alto rischio — gestione del rischio (art. 9), governance dei dati (art. 10), documentazione tecnica (art. 11), registrazione degli eventi (art. 12), trasparenza verso i deployer (art. 13), sorveglianza umana (art. 14), accuratezza, robustezza e cibersicurezza (art. 15) — al 29 ottobre 2026 non hanno ancora una norma armonizzata pubblicata in Gazzetta.

Questo rende la EN 18286 utile e insieme parziale. Dà una via sicura per la parte organizzativa: politiche, procedure, istruzioni scritte, controllo della progettazione, gestione dei dati, responsabilità della dirigenza, monitoraggio post-vendita, segnalazione degli incidenti gravi. Non dà nessuna copertura su quanto deve essere accurato un modello o su come si documenta una valutazione del rischio. Chi vende conformità «chiavi in mano» appoggiandosi alla prima norma armonizzata sta vendendo un terzo del lavoro.

Perché arriva ora, e perché il rinvio non è una tregua

La lettura corretta della sequenza è l’inverso di quella che circola. Il Digital Omnibus — regolamento (UE) 2026/1744 — ha riscritto l’art. 113 dell’AI Act spostando l’applicazione del capo III, sezioni 1, 2 e 3. Nei considerando la motivazione è scritta per esteso: il «ritardo nella disponibilità di norme, specifiche comuni e orientamenti alternativi» e il ritardo nella costituzione delle autorità nazionali competenti comportavano difficoltà tali da «non giustificare il mantenimento della data iniziale di applicazione».

Il rinvio, in altre parole, è stato concesso perché mancavano le norme. Ora la prima è arrivata, e il regolamento chiede espressamente alla Commissione di garantire che le misure di sostegno alla conformità siano «in vigore in tempo utile» per evitare ulteriori rinvii. Chi aspetta la prossima proroga sta scommettendo contro il motivo per cui è stata data la prima.

Le date sono quelle dell’art. 113, lettera c), nella versione riscritta dall’Omnibus. Il quadro completo delle scadenze, comprese quelle già scattate, è nella nostra guida su AI Act per PMI: obblighi e scadenze.

Il punto che vale soldi: norma armonizzata o organismo notificato

Qui la norma smette di essere una questione di buone pratiche e diventa una voce di costo.

Per i sistemi dell’allegato III, punto 1 — la biometria — l’art. 43, paragrafo 1, dà al fornitore una scelta: controllo interno secondo l’allegato VI, oppure valutazione del sistema di gestione della qualità e della documentazione tecnica con il coinvolgimento di un organismo notificato, secondo l’allegato VII. Ma la scelta esiste solo se ha applicato le norme armonizzate. Lo stesso paragrafo elenca i casi in cui l’allegato VII diventa obbligatorio: se le norme armonizzate non esistono, se il fornitore non le ha applicate, se ne ha applicato solo una parte, o se sono pubblicate con una limitazione.

Fino al 13 ottobre 2026 valeva la prima ipotesi per tutti. Da oggi, per la parte relativa al sistema di gestione della qualità, non più: esiste una norma e la si può applicare. Questo non significa che applicare la sola EN 18286 basti a scegliere il controllo interno — il paragrafo parla delle norme armonizzate che coprono i requisiti della sezione 2 — ma significa che il conto si sta spostando, e che il primo pezzo è disponibile.

Per i sistemi dell’allegato III, punti da 2 a 8 la procedura è sempre il controllo interno, senza organismo notificato. Sembra una buona notizia, e in parte lo è, ma l’allegato VI al punto 2 dice cosa consiste quel controllo: «il fornitore verifica la conformità del sistema di gestione della qualità istituito ai requisiti di cui all’articolo 17». È un’autovalutazione il cui oggetto principale è esattamente ciò che la EN 18286 descrive. Senza un sistema qualità documentato, non c’è niente da verificare e la dichiarazione di conformità è un foglio firmato a vuoto.

Siete fornitori senza saperlo?

La domanda non è retorica, e riguarda in particolare le software house italiane.

L’art. 25 dell’AI Act stabilisce che un distributore, un importatore, un deployer o qualsiasi altro terzo è considerato fornitore di un sistema ad alto rischio, con tutti gli obblighi dell’art. 16, in tre casi: se appone il proprio nome o marchio su un sistema già immesso sul mercato (salvo accordi contrattuali che ripartiscano diversamente gli obblighi); se apporta una modifica sostanziale a un sistema che resta ad alto rischio; se cambia la finalità prevista di un sistema non ad alto rischio — anche di un sistema per finalità generali — in modo che diventi ad alto rischio.

Il terzo caso è quello che si sottovaluta. Un modello generico non è ad alto rischio; costruirci sopra uno strumento destinato a filtrare candidature lo fa rientrare nell’allegato III, punto 4, lettera a), che include espressamente i sistemi destinati a «analizzare o filtrare le candidature e valutare i candidati». Lo stesso vale per uno strumento che valuta il merito di credito di persone fisiche (punto 5, lettera b), escluse le frodi finanziarie) o che monitora e valuta le prestazioni dei lavoratori (punto 4, lettera b)).

Quando scatta l’art. 25, il fornitore iniziale non è più fornitore di quel sistema: lo diventate voi. Il paragrafo 2 gli impone di cooperare, di mettere a disposizione la documentazione tecnica e di comunicare limitazioni note e modalità di guasto — ma non si applica se aveva chiaramente escluso l’uso del proprio sistema ad alto rischio. È una clausola che vale la pena cercare nelle condizioni dei fornitori che usate: se c’è, la documentazione dovete costruirla da soli.

Quando affianchiamo un team di sviluppo come AI tech lead esterno, la prima domanda su un progetto che tocca persone è sempre la stessa: in questo sistema siete fornitori o deployer, e se siete fornitori, che categoria dell’allegato III. La risposta cambia il piano di lavoro, non solo la documentazione.

EN 18286 e ISO/IEC 42001: non sono alternative

La confusione più diffusa in queste settimane è che la norma europea sostituisca la ISO/IEC 42001. Non è così, e la Commissione è esplicita: la EN 18286 è pensata per essere sovrapposta a sistemi di gestione esistenti — ISO/IEC 42001, ISO 9001, o una norma settoriale come la ISO 13485 per i dispositivi medici — e non per rimpiazzarli. Chi non ha nessuno dei due può usarla per costruire da zero un sistema qualità che soddisfi l’art. 17; chi ha già la 42001 la usa per estenderla con i controlli specifici del regolamento.

La differenza di impostazione è reale: la 42001 guarda l’organizzazione, la EN 18286 è costruita intorno al ciclo di vita del sistema di IA. Ed è coerente con l’art. 17, paragrafo 3, che consente a chi è già soggetto a obblighi di sistema qualità per il diritto settoriale dell’Unione di includere gli aspetti dell’art. 17 nel sistema esistente, invece di tenerne due.

Una precisazione pratica: il testo della norma non è gratuito. Le norme armonizzate si acquistano dagli organismi nazionali di normazione aderenti al CEN, che le recepiscono nei rispettivi cataloghi; prima di comprare conviene verificare sul catalogo dell’ente nazionale quale sia la sigla e l’edizione corrente.

Una cosa che l’Omnibus ha migliorato: la proporzionalità

L’art. 17, paragrafo 2, è stato riscritto dal Digital Omnibus e ora dice che l’attuazione degli aspetti del paragrafo 1 è proporzionata alle dimensioni dell’organizzazione del fornitore, in particolare se è una PMI, anche start-up, o una piccola impresa a media capitalizzazione. Prima la proporzionalità era formulata in modo più debole.

Non è un esonero, e il testo lo chiarisce nella frase successiva: i fornitori rispettano «in ogni caso» il grado di rigore e il livello di protezione necessari a garantire la conformità. Tradotto per una software house di dodici persone: le tredici aree dell’art. 17 vanno coperte tutte, ma possono stare in un manuale snello invece che in un sistema documentale da multinazionale. Il criterio di giudizio è la conformità del prodotto, non lo spessore della carta.

Sei cose da fare nei prossimi mesi

• Classificate i vostri sistemi, uno per uno. Non l’azienda: i sistemi. Per ciascuno, ruolo (fornitore o deployer) e categoria di rischio, con la riga dell’allegato III se applicabile.
• Cercate l’art. 25 nei contratti dei fornitori. Se il fornitore ha escluso gli usi ad alto rischio, non vi darà la documentazione tecnica: tenetene conto nella stima.
• Partite dagli aspetti dell’art. 17 che già avete. Controllo della progettazione, test, gestione dei dati, conservazione delle registrazioni: molte software house ordinate ne coprono metà senza chiamarlo sistema qualità. Serve scriverlo e collegarlo al regolamento.
• Decidete la strada prima di comprare la norma. Se avete già un sistema qualità certificato, la domanda è come estenderlo; se non ne avete nessuno, la EN 18286 è il punto di partenza più diretto.
• Non promettete conformità completa a un cliente. Oggi esiste una norma armonizzata su una sola area: le dichiarazioni vanno circoscritte a quella, per iscritto.
• Mettete in calendario il 2 dicembre 2027. Un sistema di gestione della qualità deve esistere prima dell’immissione sul mercato, con le registrazioni del periodo di sviluppo: il lavoro va iniziato almeno un anno prima.

Se la parte che manca è la governance — inventario dei sistemi, ruoli, classificazione del rischio, registro della formazione — è il perimetro del nostro servizio su AI Act e formazione. Chi vigila in Italia, con quali poteri e quali sanzioni, lo abbiamo ricostruito sul testo del D.Lgs. 179/2026 nell’articolo su chi controlla l’AI Act in Italia; gli obblighi di trasparenza che si applicano già oggi, anche a chi non fa sistemi ad alto rischio, sono nell’articolo sull’art. 50 dell’AI Act.

Questo articolo ha scopo informativo e non costituisce consulenza legale.

Domande frequenti