O que pode usar legalmente a partir de uma empresa da UE ou da República da Moldávia, onde os dados são efetivamente processados e quanto lhe custa a escolha errada.
Verificat 6 de setembro de 2026 · 23 modele · 6 platforme · 27 surse oficiale
A pergunta que recebemos com mais frequência não é «que modelo é o melhor». É «qual posso usar». São duas perguntas diferentes, e a segunda tem respostas que mudam todos os meses.
Esta página é uma lista de verificação, não uma comparação de pontuações. Para cada modelo dizemos uma única coisa: se pode obter a garantia de que os seus dados são processados no espaço europeu — e em que condições exatas. O resto (velocidade, preço, qualidade) encontra em qualquer lugar.
Tudo o que se segue foi verificado a 6 de setembro de 2026, na documentação pública do fornecedor. Onde o fornecedor não diz, escrevemos que não diz.
Cada linha foi verificada na documentação do fornecedor no dia da publicação: as páginas oficiais foram descarregadas e as respetivas tabelas HTML foram analisadas diretamente, não lidas de memória. Onde o fornecedor não publica a informação, a linha é marcada como "unverified" e explicada.
Tabelul
Cada modelo, com o que se pode demonstrar sobre ele
Toque numa linha para a residência dos dados, retenção, acordo de tratamento e armadilhas. Nenhuma célula é preenchida de memória.
23 din 23
Da
O fornecedor publica uma opção pela qual tanto o armazenamento como o processamento permanecem no espaço europeu, e o modelo aparece na lista de elegibilidade.
Condiționat
O modelo está disponível com garantia europeia apenas através de certas plataformas, regiões ou tipos de implementação — não por defeito.
Nu
O modelo pode ser chamado a partir da Europa, mas hoje não existe uma opção publicada de processamento garantido no espaço europeu.
Neverificat
O fornecedor não publica a informação numa forma que pudéssemos verificar hoje.
«O modelo está disponível na UE» e «os meus dados permanecem na UE» são duas coisas diferentes
Aqui é onde a maioria dos compradores se engana, e existe um exemplo que esclarece tudo em dez segundos.
No Microsoft Foundry, `gpt-6-astra` — o modelo lançado pela OpenAI em 3 de setembro de 2026 — aparece nas tabelas oficiais de disponibilidade para as regiões europeias: France Central, Germany West Central, Sweden Central, West Europe e o resto. Você pode implementá-lo a partir de uma conta europeia, num centro de dados europeu, com fatura em euros.
Mas aparece apenas nos tipos de implementação **Global Standard** e **Global Provisioned Managed**. Não aparece de todo na tabela **Data Zone Standard**. E a documentação da Microsoft diz, textualmente, o que significa a diferença: os tipos Global «may be processed in any Azure region», enquanto os tipos Data Zone processam «only within the Microsoft-specified data zone».
Por outras palavras: o modelo está disponível na Europa, mas o seu prompt pode ir para qualquer lugar. O modelo OpenAI mais poderoso com processamento garantido no interior da zona de dados da UE no Azure é hoje GPT-5.6, não GPT-6 Astra.
O mesmo padrão na Google. Na tabela oficial de residência do Vertex AI, a família Gemini 3.x **Flash** (3.8, 3.7, 3.6, 3.5) tem marcação em «EU multi-region». Gemini 3.1 Pro não aparece na tabela de todo. O modelo existe na Europa; a garantia de processamento, não.
Regra prática: o nome da região na consola não é uma garantia. A garantia é o tipo de implementação, o endpoint e a tabela de elegibilidade — três coisas diferentes, publicadas em três páginas diferentes.
Há mais um nível que ninguém lê: **armazenamento** e **processamento** são regulados separadamente. A OpenAI também lhes dá nomes separados — „data residency” para o que é armazenado em repouso, „inference residency” para onde o GPU realmente executa. Das dez regiões que a OpenAI oferece na API, só três têm também processamento regional: Estados Unidos, Europa (EEE + Suíça) e Emirados Árabes Unidos. As restantes — Reino Unido, Canadá, Japão, Índia, Singapura, Coreia do Sul, Austrália — têm apenas armazenamento. Você escolhe „Canadá” e a sua inferência continua a sair.
Três perguntas que separam o marketing do contrato
Onde os dados são armazenados em repouso? (data residency)
Onde o modelo realmente executa? (inference / ML processing residency)
O que acontece com os registos de monitorização de abusos, que são um terceiro fluxo, separado dos dois primeiros?
As armadilhas que não aparecem em nenhuma apresentação comercial
**Vídeo e residência excluem-se mutuamente na OpenAI.** A documentação diz que o endpoint `/v1/videos` „is currently blocked for MAM or ZDR requests”. Como a residência europeia exige obrigatoriamente Modified Abuse Monitoring ou Zero Data Retention, hoje você não pode ter geração de vídeo com Sora 2 e processamento na UE, no mesmo projeto.
**A residência na UE na OpenAI não é um botão.** Exige: aprovação comercial (não é ativada automaticamente), uma alteração de contrato („Modified Retention amendment”), aprovação para controlos de retenção, e custa **10% mais** para os modelos lançados depois de 5 de março de 2026. Além disso, a imagem nas regiões não-US exige aprovação separada para a variante „enhanced” de ZDR ou MAM.
**O projeto é escolhido uma única vez.** A região é definida na criação do projeto na API. Um projeto existente não pode ser movido para a Europa posteriormente.
**„EU” na AWS não significa automaticamente EEE.** Na tabela oficial de compatibilidade por regiões do Amazon Bedrock, a coluna „Geo” está marcada também para `eu-west-2` (Londres) e `eu-central-2` (Zurique) — regiões fora do Espaço Económico Europeu. A AWS documenta a lista de regiões-destino na página de cada modelo e especifica que, uma vez associada a uma geografia, a lista já não muda. Leia-a para o seu modelo antes de traduzir „eu.” por „EEE”.
**Os servidores MCP são um buraco em qualquer política de residência.** A documentação da OpenAI diz-o diretamente: „MCP servers are third-party services. Data sent to an MCP server is subject to its data residency policies.” Você pode ter uma configuração UE impecável e enviar os dados para fora através de uma ferramenta ligada.
**Os dados de sistema não entram em residência em lado nenhum.** Autenticação, encaminhamento, analítica, faturação, metadados — em todos os fornecedores verificados isto permanece fora da garantia regional. Não contêm conteúdo do cliente, mas têm de ser declarados no registo de tratamentos.
**Zero Data Retention não cobre tudo.** Na Mistral, por exemplo, ZDR aplica-se apenas a chamadas sem estado — chat, embeddings, moderação, classificação, OCR, síntese e transcrição vocal. Não se aplica a agentes, conversas, bibliotecas, ficheiros ou processamento em lote, porque esses produtos têm de armazenar para funcionar.
Platforme
Por onde chega ao modelo — e que condições impõe cada um
OpenAI — API direta
A opção europeia
A região „Europe (EEA + Switzerland)”, endpoint eu.api.openai.com. Armazenamento sim, processamento sim.
Como se ativa
É configurado por projeto, na criação do projeto. Em alternativa, você pode escolher o processamento por pedido usando o domínio prefixado com uma chave de um projeto com geografia global.
Condiții
Elegibilidade confirmada pela equipa comercial; aprovação para controlos de monitorização de abusos; um aditamento de retenção assinado para qualquer região fora dos EUA; 10% a mais no preço para os modelos lançados após 5 de março de 2026.
Capcana
Um projeto existente não pode ser տեղափոխado para a Europa após a criação. A terminação TLS é feita na região através do Cloudflare Regional Services, o que é um detalhe útil de saber quando preenche o registo de subcontratantes.
OpenAI — ChatGPT Enterprise / Edu
A opção europeia
Residência dos dados em “Europe (EEA + Switzerland)” para armazenamento em repouso, além da residência de inferência, que é uma configuração separada.
Como se ativa
É ativada no provisionamento de um novo espaço de trabalho. Os proprietários do espaço veem a região configurada nas definições, mas aí é apresentação, não controlo.
Condiții
A residência de inferência exige que a residência dos dados já esteja ativa na mesma região.
Capcana
A residência de inferência cobre a execução em GPU, não tudo o que seja processamento. A autenticação, o roteamento e a analítica podem ficar fora da região. E se a OpenAI lançar novas funcionalidades, elas não são cobertas pela residência a menos que sejam adicionadas explicitamente à lista.
Microsoft Foundry / Azure OpenAI
A opção europeia
O tipo de implementação “Data Zone”, a zona da UE.
Como se ativa
O tipo de implementação é escolhido na implementação do modelo. A documentação define a zona textualmente: “European Union (data processed within any EU member nation)”.
Condiții
O modelo tem de existir na tabela Data Zone para a sua região. Nem todos os modelos estão lá, e a lista muda a cada lançamento.
Capcana
A Microsoft descreve a ordem de lançamento: primeiro Global, depois Data Zone, depois os ligados à geografia — e os últimos “have no guaranteed availability date”. Em outras palavras, o desfasamento entre o lançamento de um modelo e a sua disponibilidade com garantia na UE é um facto de conceção da plataforma, não um acidente. Planeie para isso.
Google Cloud Vertex AI
A opção europeia
O endpoint multi-regional `eu`, além de regiões europeias individuais (Bélgica, França, Alemanha, Países Baixos).
Como se ativa
A Google separa explicitamente os dados em repouso do processamento ML e diz que o local do processamento é determinado pelo endpoint escolhido.
Condiții
O modelo tem de aparecer na tabela de residência, que é atualizada com frequência (a versão lida hoje era de 2 de setembro de 2026).
Capcana
A formulação mais honesta de tudo o que li hoje, e a mais útil para o direito moldavo: o 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.” Em contrapartida, os endpoints globais “don't provide regional isolation or data residency guarantees”.
Amazon Bedrock
A opção europeia
Perfis de inferência ligados à geografia, com o prefixo `eu.`, além de disponibilidade na região para alguns modelos.
Como se ativa
O prefixo de geografia é colocado no identificador do modelo. A AWS especifica que, uma vez ligado a uma geografia, a lista de regiões de destino de um perfil nunca mais muda — ao contrário dos perfis globais, que podem expandir-se à medida que a AWS adiciona regiões.
Condiții
A lista de regiões de destino está documentada na página de cada modelo. Deve ser lida por modelo.
Capcana
Duas coisas. A primeira: na tabela de compatibilidade, a coluna „Geo” também está assinalada para Londres e Zurique — verifique o que isso significa para o seu modelo antes de equiparar „eu.” a „SEE”. A segunda: os perfis de inferência entre regiões podem encaminhar para regiões do tipo „opt-in” que você não ativou, e a AWS diz diretamente que „your input prompts and output results may be stored in the opt-in Regions for abuse detection purposes”. As políticas de controlo de serviços são o mecanismo através do qual você limita isso.
Modelo executado em infraestrutura própria
A opção europeia
Total, por definição.
Como se ativa
Você descarrega os pesos, executa-os em hardware que controla, num centro de dados que escolhe.
Condiții
A licença do modelo tem de ser lida. Apache 2.0 e MIT não colocam problemas comerciais; as licenças „community” e as marcadas como „other” têm de ser lidas na íntegra.
Capcana
Você não tem transferência, portanto não tem o capítulo V da Lei 195/2024 — mas tem todas as outras obrigações: segurança, registo de tratamentos, direitos dos titulares dos dados. A soberania resolve um problema da lista, não a lista.
O que significa o Regulamento da UE sobre IA para quem compra
O calendário foi alterado. O que circula na imprensa está, em grande parte, desatualizado.
O Regulamento (AI Act) entrou em vigor em 1 de agosto de 2024, mas aplica-se por fases. O calendário oficial publicado pela Comissão Europeia foi **alterado pelo „Digital Omnibus on AI”**, e a página oficial diz isso explicitamente. Muitos artigos de imprensa e muitas apresentações comerciais continuam a citar a versão antiga, em que as obrigações para os sistemas de alto risco recaíam em agosto de 2026.
O que conta, na prática, para um comprador: se você usa um chatbot, um agente vocal ou gera conteúdo sintético, a sua obrigação principal é **a transparência (artigo 50), a partir de 2 de agosto de 2026**. Tem de ficar claro que o interlocutor fala com uma máquina e que um conteúdo é gerado artificialmente. Não é uma obrigação de arquitetura, é uma obrigação de interface e de processo — e é a que se verifica mais facilmente do exterior.
As obrigações pesadas, as dos sistemas de alto risco do Anexo III, foram adiadas para **2 de dezembro de 2027**. Se alguém lhe vender hoje „conformidade AI Act” para um caso de uso comum, pergunte-lhe qual artigo, com que data.
2024-08-01Intrare în vigoare
2025-02-02Prevederi generale (definiții, alfabetizare IA) și interdicțiile
2025-08-02Reguli pentru modelele IA de uz general; guvernanța trebuie să fie funcțională
2026-08-02Majoritatea regulilor intră în aplicare; regulile de transparență (art. 50) încep să se aplice; începe punerea în aplicare la nivel național și UE
2026-12-02Interdicții noi (deepfake sexual neconsimțit, material de abuz asupra copiilor) + termenul tranzitoriu pentru art. 50(2)
2027-08-02Statele membre ar trebui să aibă cel puțin un „sandbox” de reglementare operațional
2027-12-02Reguli pentru sistemele cu risc ridicat din Anexa III (amânate prin Digital Omnibus)
2028-08-02Reguli pentru IA cu risc ridicat încorporată în produse reglementate (Anexa I)
República da Moldávia: a Lei 195/2024 e porque é que o EEE muda todo o cálculo
A parte que mais ninguém escreve, porque é preciso abrir o texto da lei.
A Lei n.º 195/2024 relativa à proteção de dados pessoais está em vigor desde 23 de agosto de 2026 e substitui a Lei 133/2011. O capítulo V regula as transferências para outros Estados, e o artigo 44 estabelece o princípio geral.
O n.º (2) do artigo 44 é o que conta para qualquer decisão de arquitetura de IA tomada por uma empresa moldava.
A consequência é direta: se conseguir que o tratamento permaneça no Espaço Económico Europeu, **não tem de elaborar um dossier de transferência**. Não precisa de cláusulas contratuais-tipo, não precisa de uma avaliação de impacto sobre a transferência, não precisa da autorização do Centro. Se os dados saírem do EEE, entra no restante capítulo: ou uma decisão de adequação emitida pelo Centro (art. 45), ou garantias adequadas com cláusulas contratuais-tipo, ou uma derrogação.
Daqui sai uma regra de conceção que merece ser escrita na parede: **para uma empresa da Moldávia, uma rota UE bem escolhida não é apenas mais segura, é mais barata em trabalho jurídico.** A diferença entre `Data Zone Standard` e `Global Standard` no Azure não é uma preferência técnica; é a diferença entre zero documentos de transferência e um dossier inteiro.
Atenção à geografia, contudo. O EEE significa os 27 Estados-Membros da UE, mais a Islândia, o Liechtenstein e a Noruega. **O Reino Unido não está no EEE. A Suíça não está no EEE.** E algumas garantias comerciais misturam exatamente estas jurisdições: a região da OpenAI chama-se “Europe (EEA + Switzerland)”, e a zona de dados Azure é definida, textualmente, como “data processed within any EU member nation” — ou seja, apenas Estados-Membros da UE, o que é mais restrito do que o EEE, mas ainda integralmente no seu interior. Leia a definição, não o rótulo.
O presente capítulo não se aplica às transferências de dados pessoais para os Estados-Membros do Espaço Económico Europeu. No caso dessas transferências, não são necessárias autorizações especiais.
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
Como escolher, em seis perguntas
Não é uma árvore de decisão que leva sempre ao nosso produto. Dois dos ramos levam a “execute-o você mesmo”.
1Datele care intră în model conțin date cu caracter personal?
NuAlege pe calitate și preț. Restul întrebărilor nu te privesc. Ai grijă doar la secretul comercial, care e o problemă de contract, nu de protecția datelor.
DaTreci mai departe.
2Ai voie ca prelucrarea să iasă din Spațiul Economic European?
NuElimină din start orice implementare de tip „Global”. Rămâi doar pe: Azure Data Zone (UE), Vertex AI multi-region UE, Bedrock cu profil de geografie UE verificat pe pagina modelului, un furnizor stabilit în UE, sau un model rulat pe infrastructura ta.
DaPoți folosi orice rută globală, dar semnezi clauzele contractuale standard și documentezi transferul. La OpenAI și Anthropic, acordurile de prelucrare încorporează deja clauzele — verifică-le, sunt publice.
3Ai nevoie exact de cel mai puternic model existent azi?
NuUn model cu o treaptă mai jos îți deschide toate rutele cu procesare în UE, la un cost care e de obicei jumătate.
DaAtunci ești pe procesare globală sau pe eu.api.openai.com cu ZDR aprobat și 10% în plus la factură. Nu poți avea și vârful absolut, și zona de date UE pe Azure. Decizia e comercială, nu tehnică: ori accepți transferul cu garanțiile lui, ori cobori un nivel de model.
4Ai nevoie de voce în timp real?
A família OpenAI Realtime (`gpt-realtime-2.1` e as restantes) tem processamento regional na Europa na API. No entanto, verifique a plataforma que está a usar: no Azure, os modelos Realtime aparecem em regiões europeias em Global Standard, não na tabela Data Zone.
5Ai nevoie de generare video?
Então não pode ter também residência, pelo menos na OpenAI: `/v1/videos` está bloqueado para pedidos com MAM ou ZDR, e a residência UE exige-os. Separe os projetos ou separe os fornecedores.
6Nu poți semna niciun transfer, sub nicio formă?
Resta uma única categoria: modelos com pesos abertos, executados na sua infraestrutura, na UE. O nível desta categoria em 2026 é suficiente para a maioria das tarefas de produção — veja a secção de modelos abertos. O custo passa de subscrição para hardware e operação, e isso calcula-se, não se presume.
O que não pudemos confirmar
Os espaços em branco, escritos como espaços em branco
Cada um destes poderia ter sido preenchido de memória e teria ficado bem. Não foram.
As janelas de contexto para GPT-4o, GPT-Realtime-2.1, Amazon Nova, Qwen3.8, DeepSeek-V4 e gpt-oss não foram abertas hoje na página de modelo de cada um. Estão marcadas como «não verificado» em vez de serem preenchidas de memória.
A política de treino e o acordo de tratamento para Google Vertex AI não foram verificados hoje na fonte primária. As linhas Gemini estão marcadas em conformidade.
A composição exata da lista de regiões de destino para os perfis `eu.` da AWS não pôde ser extraída hoje das páginas individuais de modelo. Registei o que diz a tabela de compatibilidade e assinalei explicitamente que a verificação por modelo continua a caber ao comprador.
A Aleph Alpha não publica um catálogo de modelos com especificações comparável ao dos outros fornecedores. Cinco campos da respetiva entrada estão como „unverified”, e essa é, por si só, a informação relevante.
Não verificámos os fornecedores de nível dois (Cohere, AI21, xAI/Grok, FLUX), embora apareçam nas tabelas da Azure para regiões europeias. Se a página se alargar, eles são os primeiros da lista.
30 dias — as listas de modelos elegíveis para processamento regional mudam a cada lançamento.
O que fazemos nós com isto
A página em frente é o material que usamos internamente quando projetamos uma integração. A escolha da rota — fornecedor, região, tipo de implementação, o que é registado e onde — é feita antes de escrever a primeira linha de código, porque alterá-la depois significa um novo projeto, não uma nova definição. Na OpenAI, por exemplo, a região não pode ser alterada num projeto existente.
Se quiser falar connosco sobre a rota para o seu caso concreto, os detalhes sobre como roteamos os pedidos e como o fornecedor é alterado sem reescrever a aplicação estão na página do serviço.