News · OpenAI adiciona residência regional de dados para clientes de API, Enterprise e Edu em dez mercados
OpenAI adiciona residência regional de dados para clientes de API, Enterprise e Edu em dez mercados
Os clientes empresariais já podem fixar o conteúdo armazenado numa região à sua escolha — e, no caso dos projetos de API, a OpenAI garante que os pedidos e respostas dos modelos não são armazenados em repouso.
O que a OpenAI realmente ativou
A OpenAI passa agora a permitir que clientes empresariais elegíveis armazenem o conteúdo dos clientes em repouso numa região à sua escolha. A lista inclui Europa, Reino Unido, Estados Unidos, Canadá, Japão, Coreia do Sul, Singapura, Índia, Austrália e Emirados Árabes Unidos, com a promessa de mais regiões no futuro.
A funcionalidade aplica-se a três produtos: ChatGPT Enterprise, ChatGPT Edu e a API Platform. A empresa enquadra este lançamento numa base de mais de 1 milhão de clientes empresariais que utilizam a OpenAI diretamente.
No caso do ChatGPT Enterprise e Edu, a residência é definida na criação do espaço de trabalho. O conteúdo armazenado inclui conversas, ficheiros carregados, GPTs personalizados e artefactos de geração de imagem. Essa abrangência importa porque estes produtos acumulam, por natureza, conteúdo que permanece do lado da OpenAI.
O percurso da API é uma decisão por projeto, não uma configuração de conta
Para equipas de frontend e de aplicações, o mecanismo da API é o detalhe que importa. A residência não é um interruptor global. Um cliente aprovado para controlos avançados de dados ativa-a criando um novo Project no painel da API e selecionando uma região. Os pedidos feitos através desse Project são processados dentro dessa região.
Este modelo por projeto molda a forma como se arquiteta a solução. Se uma única aplicação serve utilizadores em várias regiões sujeitas a regulação, é necessário considerar múltiplos Projects — e, portanto, múltiplas chaves de API, lógica de encaminhamento separada e um mapeamento entre a jurisdição do utilizador e o endpoint de projeto correto. Essa lógica tem de existir em algum ponto da stack, e tem de estar correta antes de o pedido ser enviado.
A OpenAI afirma ainda que, nestes Projects de API, os pedidos e respostas dos modelos não são armazenados em repouso nos seus servidores. Trata-se de uma garantia mais forte do que o armazenamento regional: no caso da API sem estado, não existe conteúdo persistido que possa residir em lado nenhum. A seleção de residência determina como o pedido é processado, não onde fica guardada uma cópia armazenada.
A residência soma-se aos controlos existentes, não os substitui
A OpenAI posiciona a residência como um complemento aos controlos que já disponibiliza, e não como uma alternativa. Estes incluem AES-256 para dados em repouso, TLS 1.2+ em trânsito e Enterprise Key Management para clientes que utilizam as suas próprias chaves de encriptação.
A empresa reitera também que os modelos não são treinados com dados de planos empresariais ou da API, exceto se o cliente optar por isso, e enumera o RGPD, CCPA, SOC 2 Type 2, ISO/IEC 27001, 27017, 27018, 27701 e CSA STAR, além de um Acordo de Tratamento de Dados.
Para a API Platform e os produtos empresariais do ChatGPT, os dados permanecem confidenciais, seguros e inteiramente propriedade do cliente. A residência de dados reforça ainda mais o controlo de dados para os clientes empresariais.Montana Labs
A leitura prática: a residência responde a uma questão de localização que a encriptação, a exclusão do treino e o DPA não resolvem. Para equipas cujo obstáculo era exclusivamente o local físico onde os dados residem, isto preenche a última lacuna. Não altera a propriedade dos dados nem a postura de treino — essas garantias já existiam.
A implicação: a região passa a ser um campo essencial no encaminhamento dos pedidos
A consequência concreta deste lançamento é que a jurisdição de um utilizador tem agora de ser determinada antes de qualquer chamada à OpenAI, e mapeada para um Project específico. A residência é decidida na criação do projeto ou do espaço de trabalho, por isso não pode ser adicionada posteriormente através de um cabeçalho por pedido.
Isto transfere trabalho para as camadas de frontend e de gateway de API: captar ou inferir a região no momento do registo, atribuir os utilizadores ao workspace ou Project correto, e evitar fugas entre regiões quando alguém viaja ou uma conta abrange várias jurisdições.
Nada disto é exótico, mas trata-se de engenharia real que o anúncio pressupõe sem explicitar. A oferta está disponível hoje em dez mercados; o custo de integração para a utilizar corretamente recai sobre as equipas que constroem as aplicações sobre esta base.
Find this story relevant to you?
Contact us to find a unique solution
Precisa de um parceiro de engenharia de IA que saiba executar?
Ajudamos equipas em Portugal a integrar IA em produtos, automatizar processos de alto valor e modernizar os sistemas que suportam o negocio.
Leitura relacionada
Mais análises sobre entrega de produto, AI operacional e o trabalho de sistemas que faz com que a implementação funcione na prática.