Cosa causa il passaggio di ruolo da deployer a provider?
Ai sensi dell'articolo 25 dell'AI Act, un deployer diventa provider - ereditando tutti gli obblighi più stringenti - se effettua un rebranding, una modifica sostanziale o cambia la finalità prevista di un sistema AI ad alto rischio.
Ai sensi dell'AI Act, un'entità che inizialmente agisce come deployer (o un'altra parte terza, come un importatore o un distributore) sarà legalmente considerata un provider di un sistema AI ad alto rischio - e dovrà quindi assumere tutti gli obblighi normativi più stringenti del provider - se soddisfa una qualsiasi delle tre condizioni specifiche.
Secondo l'articolo 25 dell'AI Act, questo passaggio di ruolo viene innescato se il deployer compie una delle seguenti azioni:
1. Rebranding
Appone il proprio nome o marchio su un sistema AI ad alto rischio già immesso sul mercato o messo in servizio (fatti salvi eventuali accordi contrattuali che potrebbero allocare gli obblighi diversamente).
2. Modifica sostanziale
Apporta una modifica sostanziale a un sistema AI ad alto rischio esistente in modo tale che rimanga classificato come sistema AI ad alto rischio.
3. Cambio della finalità prevista
Modifica la finalità prevista di un sistema AI esistente (incluso un sistema AI general-purpose) che in precedenza *non* era classificato come ad alto rischio, in modo tale che la modifica causi la classificazione del sistema come sistema AI ad alto rischio.
Cooperazione con il provider originale
Quando si verifica una qualsiasi di queste circostanze, l'entità che ha inizialmente immesso il sistema sul mercato non è più legalmente considerata il provider. Tuttavia, tale provider originale è tenuto a cooperare strettamente con il nuovo provider mettendo a disposizione le informazioni necessarie, l'accesso tecnico e l'assistenza richiesti per adempiere agli obblighi del nuovo provider, in particolare per quanto riguarda le valutazioni di conformità.