Cosa può utilizzare legalmente una società dell’UE o della Repubblica di Moldova, dove vengono effettivamente trattati i dati e quanto le costa una scelta sbagliata.
Verificato 6 settembre 2026 · 23 modelli · 6 piattaforme · 27 fonti ufficiali
La domanda che riceviamo più spesso non è «qual è il modello migliore». È «quale posso usare legalmente». Sono due domande diverse, e la seconda ha risposte che cambiano ogni mese.
Questa pagina è una lista di verifica, non un confronto di punteggi. Per ogni modello diciamo una sola cosa: se può ottenere la garanzia che i suoi dati siano trattati nello spazio europeo — e a quali condizioni esatte. Il resto (velocità, prezzo, qualità) lo trova ovunque.
Tutto quanto segue è stato verificato il 6 settembre 2026 sulla documentazione pubblica del fornitore. Dove il fornitore non lo dice, scriviamo che non lo dice.
Ogni riga è stata verificata sulla documentazione del fornitore nel giorno della pubblicazione: le pagine ufficiali sono state scaricate e le loro tabelle HTML sono state parsate direttamente, non lette a memoria. Dove il fornitore non pubblica l’informazione, la riga è contrassegnata come "unverified" e spiegata.
Tabelul
Ogni modello, con ciò che si può dimostrare su di esso
Tocchi una riga per la residenza dei dati, la conservazione, l’accordo di trattamento e le insidie. Nessuna cella è compilata a memoria.
23 di 23
Da
Il fornitore pubblica un’opzione con la quale sia l’archiviazione sia l’elaborazione rimangono nello spazio europeo, e il modello appare nell’elenco di eleggibilità.
Condizionato
Il modello è disponibile con garanzia europea solo tramite determinate piattaforme, regioni o tipi di implementazione — non in modo predefinito.
Nu
Il modello può essere richiamato dall’Europa, ma oggi non esiste un’opzione pubblicata di elaborazione garantita nello spazio europeo.
Neverificat
Il fornitore non pubblica l’informazione in una forma che abbiamo potuto verificare oggi.
«Il modello è disponibile nell’UE» e «i miei dati rimangono nell’UE» sono due cose diverse
Qui si sbaglia la maggior parte degli acquirenti, e c’è un esempio che chiarisce tutto in dieci secondi.
Su Microsoft Foundry, `gpt-6-astra` — il modello lanciato da OpenAI il 3 settembre 2026 — compare nelle tabelle ufficiali di disponibilità per le regioni europee: France Central, Germany West Central, Sweden Central, West Europe e le altre. Lo puoi distribuire da un account europeo, in un centro dati europeo, con fattura in euro.
Ma compare solo nei tipi di implementazione **Global Standard** e **Global Provisioned Managed**. Non compare affatto nella tabella **Data Zone Standard**. E la documentazione Microsoft dice, testualmente, cosa significa la differenza: i tipi Global «may be processed in any Azure region», mentre i tipi Data Zone elaborano «only within the Microsoft-specified data zone».
In altre parole: il modello è disponibile in Europa, ma il tuo prompt può partire ovunque. Il modello OpenAI più potente con elaborazione garantita all’interno della zona dati UE su Azure è oggi GPT-5.6, non GPT-6 Astra.
Lo stesso schema con Google. Nella tabella ufficiale di residenza di Vertex AI, la famiglia Gemini 3.x **Flash** (3.8, 3.7, 3.6, 3.5) ha una spunta su «EU multi-region». Gemini 3.1 Pro non compare nella tabella affatto. Il modello esiste in Europa; la garanzia di elaborazione, no.
Regola pratica: il nome della regione nella console non è una garanzia. La garanzia è il tipo di implementazione, l’endpoint e la tabella di eleggibilità — tre cose diverse, pubblicate in tre pagine diverse.
Esiste ancora un livello che nessuno legge: **archiviazione** ed **elaborazione** sono regolate separatamente. OpenAI le chiama separatamente — «data residency» per ciò che viene archiviato a riposo, «inference residency» per dove gira effettivamente il GPU. Sulle dieci regioni che OpenAI offre via API, solo tre hanno anche elaborazione regionale: Stati Uniti, Europa (SEE + Svizzera) ed Emirati Arabi Uniti. Le altre — Regno Unito, Canada, Giappone, India, Singapore, Corea del Sud, Australia — hanno solo archiviazione. Scegli «Canada» e la tua inferenza parte comunque.
Tre domande che separano il marketing dal contratto
Dove vengono archiviati i dati a riposo? (data residency)
Dove il modello viene effettivamente eseguito? (inference / ML processing residency)
Cosa accade ai log di monitoraggio degli abusi, che costituiscono un terzo flusso, separato dai primi due?
Le trappole che non compaiono in nessuna presentazione commerciale
**Video e residenza si escludono a vicenda in OpenAI.** La documentazione dice che l’endpoint `/v1/videos` „is currently blocked for MAM or ZDR requests”. Poiché la residenza europea richiede obbligatoriamente Modified Abuse Monitoring o Zero Data Retention, oggi non è possibile avere sia la generazione video con Sora 2, sia l’elaborazione nell’UE, nello stesso progetto.
**La residenza UE in OpenAI non è un pulsante.** Richiede: approvazione commerciale (non si attiva da sola), una modifica contrattuale („Modified Retention amendment”), approvazione per i controlli di retention e costa il **10% in più** per i modelli rilasciati dopo il 5 marzo 2026. Inoltre, le immagini nelle regioni non-US richiedono un’approvazione separata per la variante „enhanced” di ZDR o MAM.
**Il progetto si sceglie una sola volta.** La regione si imposta alla creazione del progetto nell’API. Un progetto esistente non può essere spostato successivamente in Europa.
**„EU” su AWS non significa automaticamente SEE.** Nella tabella ufficiale di compatibilità per regioni di Amazon Bedrock, la colonna „Geo” è selezionata anche per `eu-west-2` (Londra) e `eu-central-2` (Zurigo) — regioni al di fuori dello Spazio Economico Europeo. AWS documenta l’elenco delle regioni di destinazione nella pagina di ciascun modello e precisa che, una volta associato a una geografia, l’elenco non cambia più. Leggilo per il tuo modello prima di tradurre „eu.” con „SEE”.
**I server MCP sono una falla in qualsiasi politica di residenza.** La documentazione di OpenAI lo dice chiaramente: „MCP servers are third-party services. Data sent to an MCP server is subject to its data residency policies.” Può avere una configurazione UE impeccabile e inviare comunque i dati all’esterno tramite uno strumento collegato.
**I dati di sistema non rientrano nella residenza da nessuna parte.** Autenticazione, routing, analytics, fatturazione, metadati — presso tutti i fornitori verificati questi restano fuori dalla garanzia regionale. Non contengono il contenuto del cliente, ma devono essere dichiarati nel registro dei trattamenti.
**Zero Data Retention non copre tutto.** In Mistral, ad esempio, ZDR si applica solo alle chiamate senza stato — chat, embeddings, moderazione, classificazione, OCR, sintesi e trascrizione vocale. Non si applica ad agenti, conversazioni, librerie, file o elaborazione in batch, perché quei prodotti devono memorizzare per funzionare.
Platforme
Da quale canale si accede al modello — e quali condizioni impone ciascuno
OpenAI — API diretta
L’opzione europea
La regione „Europe (EEA + Switzerland)”, endpoint eu.api.openai.com. Memorizzazione sì, elaborazione sì.
Come si attiva
Si configura per progetto, alla creazione del progetto. In alternativa, è possibile scegliere l’elaborazione per richiesta usando il dominio preceduto da una chiave di un progetto con geografia globale.
Condizioni
Idoneità confermata dal team commerciale; approvazione per i controlli di monitoraggio degli abusi; un emendamento di retention firmato per qualsiasi regione al di fuori degli USA; 10% in più sul prezzo per i modelli rilasciati dopo il 5 marzo 2026.
La trappola
Un progetto esistente non può essere spostato in Europa dopo la creazione. La terminazione TLS avviene nella regione tramite Cloudflare Regional Services, un dettaglio utile da sapere quando compilate il registro dei sub-responsabili.
OpenAI — ChatGPT Enterprise / Edu
L’opzione europea
Residenza dei dati in „Europe (EEA + Switzerland)” per l’archiviazione a riposo, più la residenza di inferenza, che è un’impostazione separata.
Come si attiva
Si attiva al provisioning di un nuovo spazio di lavoro. I proprietari dello spazio vedono la regione configurata nelle impostazioni, ma lì è una visualizzazione, non un controllo.
Condizioni
La residenza di inferenza richiede che la residenza dei dati sia già attiva nella stessa regione.
La trappola
La residenza di inferenza copre l’esecuzione su GPU, non tutto ciò che significa elaborazione. L’autenticazione, il routing e l’analitica possono rimanere fuori regione. E se OpenAI lancia nuove funzionalità, esse non sono coperte dalla residenza se non vengono aggiunte esplicitamente all’elenco.
Microsoft Foundry / Azure OpenAI
L’opzione europea
Tipo di implementazione „Data Zone”, zona UE.
Come si attiva
Il tipo di implementazione viene scelto al rilascio del modello. La documentazione definisce testualmente la zona: „European Union (data processed within any EU member nation)”.
Condizioni
Il modello deve esistere nella tabella Data Zone per la propria regione. Non tutti i modelli sono presenti, e l’elenco cambia a ogni rilascio.
La trappola
Microsoft descrive l’ordine di rilascio: prima Global, poi Data Zone, poi quelli legati alla geografia — e gli ultimi „have no guaranteed availability date”. In altre parole, il ritardo tra il rilascio di un modello e la sua disponibilità con garanzia UE è un fatto di progettazione della piattaforma, non un incidente. Pianificatelo.
Google Cloud Vertex AI
L’opzione europea
L’endpoint multi-regionale `eu`, più le singole regioni europee (Belgio, Francia, Germania, Paesi Bassi).
Come si attiva
Google separa esplicitamente i dati a riposo dall’elaborazione ML e afferma che il luogo dell’elaborazione è determinato dall’endpoint scelto.
Condizioni
Il modello deve comparire nella tabella di residenza, che viene aggiornata spesso (la versione consultata oggi era del 2 settembre 2026).
La trappola
La formulazione più onesta tra tutto ciò che ho letto oggi, e la più utile per il diritto moldavo: l’endpoint `eu` „strictly covers data residency within EU member states. Geographies outside the European Union political boundary, including the United Kingdom and Switzerland, are excluded.” Invece, gli endpoint globali „don't provide regional isolation or data residency guarantees”.
Amazon Bedrock
L’opzione europea
Profili di inferenza legati alla geografia, con il prefisso `eu.`, più disponibilità In-Regione per alcuni modelli.
Come si attiva
Il prefisso geografico viene inserito nell’identificatore del modello. AWS precisa che, una volta legato a una geografia, l’elenco delle regioni di destinazione di un profilo non cambia mai — a differenza dei profili globali, che possono espandersi man mano che AWS aggiunge regioni.
Condizioni
Lista delle regioni-destinazione è documentata nella pagina di ciascun modello. Va letta per modello.
La trappola
Due cose. Primo: nella tabella di compatibilità, la colonna „Geo” è spuntata anche per Londra e Zürich — verifichi che cosa significa questo per il Suo modello prima di equiparare „eu.” a „SEE”. Secondo: i profili di inferenza tra regioni possono instradare verso regioni di tipo „opt-in” che non ha attivato, e AWS dice esplicitamente che „your input prompts and output results may be stored in the opt-in Regions for abuse detection purposes”. Le politiche di controllo dei servizi sono il meccanismo con cui limita questo.
Modello eseguito su infrastruttura propria
L’opzione europea
Totale, per definizione.
Come si attiva
Scarica i pesi, li esegue su hardware che controlla, in un centro dati che sceglie.
Condizioni
La licenza del modello va letta. Apache 2.0 e MIT non pongono problemi commerciali; le licenze „community” e quelle marcate „other” vanno lette integralmente.
La trappola
Non ha trasferimento, quindi non ha il capitolo V della Legge 195/2024 — ma ha tutti gli altri obblighi: sicurezza, registro dei trattamenti, diritti delle persone interessate. La sovranità risolve un problema dell’elenco, non l’elenco.
Cosa significa il Regolamento UE sull’IA per chi acquista
Il calendario è stato modificato. Ciò che circola nella stampa è, in gran parte, superato.
Il Regolamento (AI Act) è entrato in vigore il 1 agosto 2024, ma si applica a tappe. Il calendario ufficiale pubblicato dalla Commissione Europea è stato **modificato tramite „Digital Omnibus on AI”**, e la pagina ufficiale lo specifica esplicitamente. Molti articoli di stampa e molte presentazioni commerciali citano ancora la vecchia versione, in cui gli obblighi per i sistemi ad alto rischio cadevano nell’agosto 2026.
Ciò che conta in pratica per un acquirente: se utilizza un chatbot, un agent vocal o genera contenuti sintetici, il Suo obbligo principale è **la trasparenza (articolo 50), dal 2 agosto 2026**. Deve essere chiaro che l’interlocutore sta parlando con una macchina e che un contenuto è generato artificialmente. Non è un obbligo di architettura, è uno di interfaccia e di processo — ed è quello che si verifica più facilmente dall’esterno.
Gli obblighi pesanti, quelli per i sistemi ad alto rischio dell’Allegato III, sono stati rinviati al **2 dicembre 2027**. Se qualcuno Le vende oggi „conformità AI Act” per un caso d’uso ordinario, gli chieda quale articolo, con quale data.
2024-08-01Entrata in vigore
2025-02-02Disposizioni generali (definizioni, alfabetizzazione IA) e i divieti
2025-08-02Regole per i modelli di IA di uso generale; la governance deve essere funzionale
2026-08-02La maggior parte delle norme entra in vigore; le norme sulla trasparenza (art. 50) iniziano ad applicarsi; inizia l’attuazione a livello nazionale e UE
2026-12-02Nuovi divieti (deepfake sessuale non consensuale, materiale di abuso su minori) + termine transitorio per l’art. 50(2)
2027-08-02Gli Stati membri dovrebbero disporre di almeno un “sandbox” normativo operativo
2027-12-02Regole per i sistemi ad alto rischio dell'Allegato III (rinviate tramite Digital Omnibus)
2028-08-02Regole per l'IA ad alto rischio incorporata in prodotti regolamentati (Allegato I)
Repubblica di Moldova: la Legge 195/2024 e perché lo SEE cambia tutto il calcolo
La parte che nessun altro scrive, perché è necessario aprire il testo della legge.
La Legge n. 195/2024 sulla protezione dei dati personali è in vigore dal 23 agosto 2026 e sostituisce la Legge 133/2011. Il Capitolo V disciplina i trasferimenti verso altri Stati, mentre l’articolo 44 stabilisce il principio generale.
Il comma (2) dell’articolo 44 è quello che conta per qualsiasi decisione di architettura IA presa da una società moldava.
La conseguenza è diretta: se riuscite a far sì che il trattamento rimanga nello Spazio Economico Europeo, **non dovete costruire un dossier di trasferimento**. Non avete bisogno di clausole contrattuali standard, non avete bisogno di una valutazione d’impatto sul trasferimento, non avete bisogno dell’autorizzazione del Centro. Se i dati escono dallo SEE, entrate nel resto del capitolo: o una decisione di adeguatezza emessa dal Centro (art. 45), oppure garanzie adeguate con clausole contrattuali standard, oppure una deroga.
Da qui deriva una regola di progettazione che merita di essere scritta sul muro: **per una società in Moldova, un percorso UE ben scelto non è solo più sicuro, è più economico in lavoro giuridico.** La differenza tra `Data Zone Standard` e `Global Standard` su Azure non è una preferenza tecnica; è la differenza tra zero documenti di trasferimento e un intero dossier.
Attenzione però alla geografia. SEE significa i 27 Stati membri dell’UE più Islanda, Liechtenstein e Norvegia. **Il Regno Unito non è nello SEE. La Svizzera non è nello SEE.** E alcune garanzie commerciali mescolano proprio queste giurisdizioni: la regione OpenAI si chiama „Europe (EEA + Switzerland)”, mentre la zona dati Azure è definita, testualmente, come „data processed within any EU member nation” — cioè solo Stati membri UE, il che è più ristretto dello SEE, ma comunque interamente al suo interno. Leggete la definizione, non l’etichetta.
Il presente capitolo non si applica ai trasferimenti di dati personali verso gli Stati membri dello Spazio Economico Europeo. Per tali trasferimenti non sono necessarie autorizzazioni speciali.
Legea nr. 195/2024, art. 44 alin. (2)Textul integral al legii, extras cu pdftotext din Legea-195-2024-TEXT-INTEGRAL-71pag.pdf, verificat pe 2026-09-06
Come scegliere, in sei domande
Non è un albero decisionale che porta sempre al nostro prodotto. Due dei rami portano a „eseguilo da solo”.
1I dati che entrano nel modello contengono dati personali?
NuScegliete in base a qualità e prezzo. Le altre domande non vi riguardano. Prestate attenzione solo al segreto commerciale, che è una questione contrattuale, non di protezione dei dati.
DaTreci mai departe.
2È consentito che il trattamento esca dallo Spazio economico europeo?
NuElimina fin dall’inizio qualsiasi implementazione di tipo „Global”. Rimani solo su: Azure Data Zone (UE), Vertex AI multi-region UE, Bedrock con profilo di geografia UE verificato sulla pagina del modello, un fornitore stabilito nell’UE, o un modello eseguito sulla tua infrastruttura.
DaPotete usare qualsiasi rotta globale, ma firmate le clausole contrattuali standard e documentate il trasferimento. In OpenAI e Anthropic, gli accordi di trattamento incorporano già le clausole — verificatele, sono pubbliche.
3Ai nevoie exact de cel mai puternic model existent azi?
NuUn modello di un gradino inferiore le apre tutte le rotte con elaborazione nell’UE, a un costo che di solito è la metà.
DaAllora sei su elaborazione globale o su eu.api.openai.com con ZDR approvato e il 10% in più in fattura. Non puoi avere sia il vertice assoluto, sia l’area dati UE su Azure. La decisione è commerciale, non tecnica: o accetti il trasferimento con le sue garanzie, oppure scendi di un livello di modello.
4Avete bisogno di voce in tempo reale?
La famiglia OpenAI Realtime (`gpt-realtime-2.1` e le altre) ha elaborazione regionale in Europa sull'API. Verifichi però la piattaforma che usa: su Azure, i modelli Realtime compaiono in regioni europee in Global Standard, non nella tabella Data Zone.
5Ai nevoie de generare video?
Allora non può avere anche la residenza, almeno con OpenAI: `/v1/videos` è bloccato per le richieste con MAM o ZDR, e la residenza UE li richiede. Separi i progetti o separi i fornitori.
6Non può firmare alcun trasferimento, in alcuna forma?
Resta una sola categoria: modelli con pesi aperti, eseguiti sulla Sua infrastruttura, nell'UE. Il livello di questa categoria nel 2026 è sufficiente per la maggior parte dei compiti di produzione — veda la sezione sui modelli aperti. Il costo si sposta dall'abbonamento all'hardware e all'operatività, e questo si calcola, non si presuppone.
Ciò che non abbiamo potuto confermare
I vuoti, scritti come vuoti
Ognuno di questi avrebbe potuto essere completato a memoria e sarebbe sembrato bene. Non lo è stato.
Le finestre di contesto per GPT-4o, GPT-Realtime-2.1, Amazon Nova, Qwen3.8, DeepSeek-V4 e gpt-oss non sono state aperte oggi nella pagina del modello di ciascuno. Sono marcate «non verificato» invece di essere completate a memoria.
La politica di addestramento e l'accordo di trattamento per Google Vertex AI non sono stati verificati oggi su fonte primaria. Le righe Gemini sono marcate di conseguenza.
La composizione esatta dell'elenco delle regioni di destinazione per i profili `eu.` di AWS non ha potuto essere estratta oggi dalle pagine individuali del modello. Abbiamo registrato ciò che dice la tabella di compatibilità e abbiamo segnato esplicitamente che la verifica per modello resta da fare da parte dell'acquirente.
Aleph Alpha non pubblica un catalogo di modelli con specifiche comparabili a quelle degli altri fornitori. Cinque campi della loro voce sono «unverified», e questa è di per sé l'informazione rilevante.
Non abbiamo verificato i fornitori di secondo livello (Cohere, AI21, xAI/Grok, FLUX), sebbene compaiano nelle tabelle Azure per le regioni europee. Se la pagina si espande, sono i primi in lista.
30 giorni — gli elenchi dei modelli idonei per l’elaborazione regionale cambiano a ogni rilascio.
Cosa ne facciamo
Questa pagina è il materiale che usiamo internamente quando progettiamo un’integrazione. La scelta del percorso — fornitore, regione, tipo di implementazione, cosa viene registrato e dove — la facciamo prima di scrivere la prima riga di codice, perché cambiarla in seguito significa un nuovo progetto, non una nuova impostazione. In OpenAI, per esempio, la regione non può essere cambiata in un progetto esistente.
Se vuole discutere il percorso per il suo caso concreto, i dettagli su come instradiamo le richieste e su come si cambia fornitore senza riscrivere l’applicazione sono nella pagina del servizio.