Una falegnameria usa l’IA per proporre varianti di un mobile. Uno studio professionale riassume documenti. Un’agenzia genera immagini per una campagna. Un’azienda inserisce un chatbot nel sito. Un responsabile HR prova uno strumento che ordina i curriculum.

Sono tutti usi di intelligenza artificiale, ma non hanno lo stesso rischio e non attivano gli stessi obblighi. L’AI Act non impone a ogni piccola impresa una struttura di compliance da grande piattaforma tecnologica. Chiede però di conoscere il proprio ruolo, formare le persone e governare i casi in cui l’IA interagisce con clienti, produce contenuti realistici o incide su decisioni importanti.

Indice

  1. La prima domanda: che ruolo ha l’impresa?
  2. Che cosa è già obbligatorio
  3. Uso quotidiano di strumenti generativi
  4. Marketing, immagini, audio e video
  5. Chatbot e assistenza clienti
  6. Risorse umane
  7. Produzione e imprese artigiane
  8. Dati personali e informazioni riservate
  9. Rapporti con i fornitori
  10. Costi, proporzionalità e sanzioni
  11. Checklist operativa
  12. Domande frequenti

La prima domanda: che ruolo ha l’impresa?

Nel linguaggio dell’AI Act, «utilizzatore» non è sempre abbastanza preciso. I ruoli principali sono definiti dal regolamento.

Deployer

Il deployer è la persona o organizzazione che usa un sistema di IA sotto la propria autorità per finalità professionali. È il ruolo più comune per una PMI che utilizza un servizio acquistato o in abbonamento.

Esempi:

  • uno studio usa un assistente generativo per preparare bozze;
  • un negozio usa un sistema di previsione della domanda;
  • un’impresa integra un chatbot fornito da terzi;
  • un’agenzia crea un’immagine con un generatore commerciale.

Essere deployer non significa avere automaticamente tutti gli obblighi dell’AI Act. Significa che occorre verificare quali disposizioni si applicano a quel sistema e a quel caso d’uso.

Provider

Il provider sviluppa o fa sviluppare un sistema o un modello di IA e lo immette sul mercato o lo mette in servizio con il proprio nome o marchio, anche gratuitamente.

Una piccola impresa può diventare provider quando:

  • vende una soluzione di IA con il proprio marchio;
  • commissiona a terzi lo sviluppo di un sistema e lo mette in servizio a proprio nome;
  • modifica sostanzialmente un sistema nei casi previsti dal regolamento;
  • cambia lo scopo previsto di un sistema in modo tale da farlo rientrare tra quelli ad alto rischio.

Integrare un’API in un prodotto non rende automaticamente provider in ogni circostanza, ma è un segnale che richiede un’analisi contrattuale e tecnica più attenta.

Importatore e distributore

Questi ruoli riguardano chi introduce nel mercato UE o rende disponibile un sistema nella catena di fornitura. Sono meno comuni per il normale uso aziendale, ma possono riguardare rivenditori, integratori e società che commercializzano soluzioni di terzi.

Che cosa è già obbligatorio

AI literacy: l’articolo 4 è già applicabile

Dal 2 febbraio 2025 provider e deployer devono adottare misure per garantire, per quanto possibile, un livello sufficiente di AI literacy al personale e alle altre persone che usano sistemi di IA per loro conto.

Il regolamento non impone lo stesso corso a tutti. Chiede di considerare:

  • conoscenze tecniche, esperienza, istruzione e formazione;
  • contesto in cui viene usato il sistema;
  • persone o gruppi sui quali il sistema può produrre effetti;
  • opportunità, limiti, rischi e possibili danni.

Per una microimpresa può essere sufficiente un percorso essenziale ma documentato: regole interne, formazione breve sui casi usati davvero, esempi di errori, indicazioni sui dati da non inserire e un referente a cui rivolgersi.

Un registro di 200 pagine non è sinonimo di consapevolezza. Al contrario, una pagina chiara che le persone conoscono e applicano può essere un punto di partenza più credibile.

Dal 2 agosto 2026: trasparenza nei casi previsti

L’articolo 50 diventa applicabile dal 2 agosto 2026. Per una PMI sono particolarmente rilevanti:

  • informazione agli utenti quando interagiscono con sistemi di IA, secondo il ruolo e la configurazione del sistema;
  • disclosure dei deepfake diffusi dall’impresa;
  • disclosure di determinati testi generati o manipolati dall’IA su questioni di interesse pubblico;
  • informazione alle persone esposte a sistemi di riconoscimento emotivo o categorizzazione biometrica;
  • conservazione delle marcature tecniche introdotte dai provider, quando presenti.

La guida generale AI Act: che cos’è e cosa cambia per i contenuti generati dall’intelligenza artificiale approfondisce la differenza tra marcatura machine-readable e disclosure visibile.

Uso quotidiano di strumenti generativi

Scrivere una bozza di email, riassumere un documento, tradurre un testo o generare idee non produce automaticamente un obbligo di etichettatura pubblica.

Il rischio operativo, però, esiste anche quando l’articolo 50 non si applica. Un output può essere inesatto, inventare riferimenti, riprodurre stereotipi o esporre dati riservati. Per questo una procedura minima dovrebbe distinguere tra:

  • bozza interna, da controllare prima dell’uso;
  • contenuto esterno, che incide su clienti o pubblico;
  • decisione assistita, che produce effetti su persone;
  • automazione, in cui il sistema agisce con minore supervisione.

Un modello semplice di controllo

  1. Indicare lo scopo per cui lo strumento è autorizzato.
  2. Definire quali dati non possono essere inseriti.
  3. Assegnare una persona responsabile della revisione.
  4. Controllare i fatti con fonti affidabili.
  5. Registrare gli usi più delicati e gli incidenti.

Marketing, immagini, audio e video

L’uso dell’IA nella comunicazione è uno dei punti in cui la semplificazione «etichettiamo tutto» può essere fuorviante.

Quando la disclosure è rilevante

Un contenuto può richiedere una dichiarazione visibile se costituisce un deepfake: immagine, audio o video generato o manipolato che assomiglia a persone, oggetti, luoghi, entità o eventi esistenti e può apparire falsamente autentico.

Esempi da valutare con attenzione:

  • una persona reale fatta apparire in una scena mai avvenuta;
  • una voce clonata attribuita a una persona identificabile;
  • un video di un evento reale alterato nel significato;
  • un prodotto esistente mostrato con caratteristiche non presenti nella realtà;
  • un testimonial sintetico che può essere scambiato per una persona o testimonianza autentica.

Un’illustrazione manifestamente fantastica, un’immagine astratta o un avatar non riconducibile a una persona reale non diventano automaticamente deepfake. Restano però applicabili le regole su pubblicità, pratiche commerciali, diritto d’autore, immagine, dati personali e correttezza del messaggio.

Testi e comunicati

Un testo generato o manipolato dall’IA e pubblicato per informare il pubblico su questioni di interesse pubblico può richiedere disclosure. L’articolo 50 prevede un’eccezione quando il testo è stato sottoposto a revisione umana o controllo editoriale e una persona fisica o giuridica assume la responsabilità editoriale.

Per un’impresa, questo significa non confondere la revisione con un gesto formale. Occorre leggere, correggere, verificare e assumersi la responsabilità del testo pubblicato.

Una procedura per le agenzie

  • chiedere al cliente se il contenuto rappresenta persone o fatti reali;
  • conservare prompt, versioni e approvazioni per i lavori sensibili;
  • verificare se i metadati di provenienza sopravvivono all’esportazione;
  • inserire la disclosure nella creatività o nel contesto di pubblicazione quando richiesta;
  • evitare testimonial, recensioni o prove sociali sintetiche presentate come autentiche.

Chatbot e assistenza clienti

L’articolo 50(1) richiede ai provider di progettare i sistemi interattivi affinché le persone sappiano di interagire con un sistema di IA, salvo che ciò sia evidente.

L’impresa che integra un chatbot dovrebbe verificare:

  • se il messaggio iniziale identifica chiaramente l’assistente virtuale;
  • se la disclosure resta visibile anche su mobile;
  • se l’utente può raggiungere una persona quando il caso lo richiede;
  • quali dati vengono raccolti e dove sono trattati;
  • se le conversazioni vengono usate per addestramento o miglioramento;
  • come vengono gestiti errori, richieste sensibili e reclami.

Una formula semplice può essere: «Stai parlando con un assistente virtuale basato su intelligenza artificiale». La frase non risolve privacy, sicurezza o qualità del servizio, ma evita l’ambiguità di base.

Risorse umane

L’IA in ambito lavorativo merita attenzione perché alcuni sistemi rientrano nell’allegato III tra quelli ad alto rischio. Il regolamento considera, tra gli altri, sistemi destinati a:

  • selezione e reclutamento, compreso il filtraggio delle candidature;
  • decisioni che incidono sui rapporti di lavoro, promozioni o cessazioni;
  • assegnazione di compiti basata sul comportamento o su caratteristiche personali;
  • monitoraggio e valutazione delle prestazioni e del comportamento dei lavoratori.

Non ogni software HR è ad alto rischio. Un calendario che propone una fascia oraria non equivale a un sistema che classifica candidati o influenza una decisione di licenziamento.

Per i sistemi effettivamente ad alto rischio, i deployer dovranno rispettare gli obblighi applicabili, tra cui seguire le istruzioni d’uso, assegnare supervisione umana competente, monitorare il funzionamento, conservare i log sotto il proprio controllo e informare i lavoratori o i loro rappresentanti prima dell’uso nel luogo di lavoro.

Le nuove date indicate dall’Omnibus sono il 2 dicembre 2027 per i sistemi autonomi dell’allegato III e il 2 agosto 2028 per i sistemi incorporati nei prodotti regolamentati.

La FRIA non riguarda automaticamente tutte le PMI

La valutazione d’impatto sui diritti fondamentali dell’articolo 27 è obbligatoria per specifici deployer, tra cui organismi di diritto pubblico, soggetti privati che forniscono servizi pubblici e alcuni casi di valutazione del credito o del rischio assicurativo. Non va presentata come obbligo generalizzato per ogni impresa che usa un sistema HR.

Restano comunque utili una valutazione preventiva, il confronto con il fornitore, il coinvolgimento delle funzioni lavoro e privacy e una decisione umana effettiva.

Produzione e imprese artigiane

Per molte attività artigiane l’IA sarà uno strumento di supporto: previsione della domanda, manutenzione, preventivi, progettazione, controllo qualità o gestione degli appuntamenti.

Caso Ruolo probabile Obbligo AI Act più vicino Cautela concreta
Falegnameria che genera proposte di design Deployer AI literacy Verificare misure, materiali e fattibilità prima del preventivo.
Officina che usa diagnosi assistita Deployer AI literacy; valutazione del sistema Non trattare l’output come diagnosi certa; documentare il controllo tecnico.
Impresa edile che stima quantità e costi Deployer AI literacy Verificare dati, prezzi, norme tecniche e responsabilità del preventivo.
Negozio che prevede vendite e scorte Deployer AI literacy Controllare dati di addestramento, errori e dipendenza dal fornitore.
Artigiano con chatbot sul sito Deployer di una soluzione di terzi Trasparenza dell’interazione Rendere chiaro che l’utente parla con un assistente IA; proteggere i dati.
Agenzia che diffonde un video realistico sintetico Deployer Possibile disclosure ex articolo 50(4) Verificare se è un deepfake; applicare etichetta chiara se necessario.
Software house che vende un prodotto IA con proprio marchio Possibile provider Obblighi del provider Analisi tecnica e legale prima dell’immissione sul mercato.

Quando l’IA entra in un prodotto o in una funzione di sicurezza

Se l’IA controlla una funzione che incide sulla sicurezza di una macchina, di un impianto o di un prodotto regolamentato, il quadro cambia. La classificazione dipende dal prodotto, dalla funzione, dalla normativa settoriale e dal ruolo dell’impresa.

Qui non è prudente procedere con una checklist generica. Serve coinvolgere il fornitore tecnico e chi segue conformità e sicurezza del prodotto.

Dati personali e informazioni riservate

L’AI Act non sostituisce il GDPR né le regole sulla riservatezza. Un sistema a basso rischio secondo l’AI Act può comunque creare problemi seri se riceve dati personali senza una base giuridica o trasferisce informazioni aziendali fuori dal controllo dell’impresa.

Prima di autorizzare uno strumento, verificare:

  • quali dati vengono raccolti e per quali finalità;
  • se i prompt e gli output vengono conservati;
  • se vengono usati per addestrare o migliorare il servizio;
  • dove avviene il trattamento e quali subfornitori intervengono;
  • quali controlli amministrativi e tecnici sono disponibili;
  • come si cancellano dati e account;
  • come vengono notificati incidenti e modifiche contrattuali.

Per dati sensibili, rapporti di lavoro, minori, salute, clienti o segreti commerciali, la valutazione deve essere più rigorosa.

Rapporti con i fornitori

La conformità non si può scaricare interamente sul contratto, ma un contratto vago rende più difficile governare il rischio.

Domande essenziali

  1. Qual è lo scopo previsto del sistema?
  2. Quale ruolo dichiara il fornitore e quale ruolo resta all’impresa?
  3. Il sistema rientra in una categoria ad alto rischio o nell’articolo 50?
  4. Come vengono implementate marcatura, rilevabilità e disclosure?
  5. Quali dati vengono conservati e usati per addestramento?
  6. Sono disponibili documentazione, log e istruzioni d’uso?
  7. Come vengono gestiti aggiornamenti che cambiano capacità o scopo?
  8. Cosa accade in caso di incidente, reclamo o controllo dell’autorità?
  9. Esiste una procedura di uscita e portabilità dei dati?
  10. Il fornitore documenta standard, certificazioni e limiti senza usare formule di marketing come unica prova?

Costi, proporzionalità e sanzioni

L’AI Act riconosce la necessità di proporzionalità. L’articolo 62 prevede misure per PMI e startup: accesso prioritario alle sandbox, formazione, canali di supporto, modelli standardizzati e attenzione ai costi delle valutazioni di conformità.

L’articolo 99 prevede per la violazione dell’articolo 50 sanzioni fino a 15 milioni di euro o al 3% del fatturato mondiale annuo. Per le PMI il tetto è il valore più basso tra importo e percentuale. L’autorità deve considerare gravità, durata, danno, dimensione, cooperazione, misure adottate e responsabilità.

Le cifre massime non vanno usate come slogan. Non ogni errore porta alla sanzione massima e non ogni uso dell’IA ricade nell’articolo 50. Il rischio reale nasce quando l’impresa non sa quali sistemi usa, ignora gli effetti sulle persone o non è in grado di dimostrare le misure adottate.

Checklist operativa

Da fare subito

  • Elencare gli strumenti IA usati, anche quelli acquistati direttamente dai reparti.
  • Indicare per ciascuno scopo, responsabile, dati trattati e fornitore.
  • Definire regole sui dati che non possono essere inseriti.
  • Formare le persone sui casi d’uso reali, come richiesto dall’articolo 4.
  • Stabilire chi revisiona output e decisioni.
  • Separare usi interni, contenuti pubblici, decisioni su persone e automazioni.

Entro il 2 agosto 2026

  • Verificare chatbot e interfacce destinate ai clienti.
  • Definire una procedura per deepfake e contenuti realistici sintetici.
  • Verificare i testi di interesse pubblico e il controllo editoriale.
  • Controllare se marcature e metadati sopravvivono alle esportazioni.
  • Aggiornare contratti e istruzioni operative per i casi interessati.

Da valutare caso per caso

  • Sistemi HR che classificano candidati o lavoratori.
  • IA incorporata in prodotti, macchine o funzioni di sicurezza.
  • Soluzioni vendute o messe in servizio con il marchio dell’impresa.
  • Modifiche sostanziali o cambi di scopo del sistema.
  • Dati personali sensibili o informazioni riservate.
  • Adesione volontaria al Code of Practice.

Cosa non è automaticamente obbligatorio

  • etichettare ogni email o bozza interna assistita dall’IA;
  • dichiarare deepfake qualsiasi immagine sintetica manifestamente fantastica;
  • acquistare un software di compliance solo perché l’impresa usa un chatbot;
  • svolgere una FRIA per qualunque uso HR;
  • aderire al Code of Practice anche quando l’impresa non rientra nei casi coperti;
  • conservare dati o log oltre quanto necessario o consentito da altre norme.

Domande frequenti

Una partita IVA che usa ChatGPT è un deployer?

Se usa il sistema sotto la propria autorità per finalità professionali, rientra in linea generale nella definizione di deployer. Gli obblighi concreti dipendono però dal caso d’uso.

Devo dichiarare che una descrizione di prodotto è stata assistita dall’IA?

Non automaticamente ai sensi dell’articolo 50. Vanno comunque rispettate correttezza commerciale, proprietà intellettuale, responsabilità editoriale e obblighi settoriali.

Un’immagine pubblicitaria generata richiede sempre un’etichetta?

No. Occorre verificare se costituisce un deepfake o se altre norme richiedono trasparenza. Una rappresentazione realistica e potenzialmente ingannevole richiede più cautela di un’illustrazione manifestamente artificiale.

Posso usare l’IA per selezionare curriculum?

Il caso può rientrare tra i sistemi ad alto rischio dell’allegato III. Prima dell’uso servono classificazione, verifica del fornitore e preparazione agli obblighi applicabili; non va trattato come un semplice filtro di produttività.

La formazione deve essere certificata?

L’articolo 4 richiede misure adeguate al contesto, non un unico certificato standard per tutti. È però utile documentare contenuti, destinatari, data e aggiornamenti della formazione.

Aderire al Code of Practice è obbligatorio?

No. È uno strumento volontario rivolto ai soggetti interessati dagli obblighi di marcatura e disclosure. Chi non aderisce deve comunque essere in grado di dimostrare la conformità con misure alternative adeguate.

Da qui puoi iniziare

Una piccola impresa non deve imitare la burocrazia di una multinazionale. Deve sapere quali strumenti usa, quali dati espone, chi controlla gli output e quando una decisione o un contenuto produce effetti sugli altri. La proporzionalità non significa fare finta di nulla: significa concentrare il controllo dove serve davvero.

Fonti e approfondimenti