Soberania de dados:
o que é e onde o dado da empresa deve ficar

Soberania de dados combina jurisdição e controle

Soberania de dados é a condição em que o dado fica sujeito às leis aplicáveis e às decisões de quem tem legitimidade sobre ele. Ela tem duas camadas:

• Jurisdição: em qual país o dado é armazenado e processado e qual lei se aplica a ele, inclusive leis estrangeiras que alcançam o fornecedor.
• Controle: quem decide sobre o dado, quem o processa, quem pode usá-lo para outros fins e quem consegue retirá-lo ou apagá-lo.

A segunda camada costuma pesar mais em projetos de IA, porque um dado armazenado no Brasil pode estar sob termos que permitem retenção, revisão por terceiros ou treinamento de modelos.

Residência e localização descrevem onde o dado está

Residência de dados é a exigência, legal, contratual ou interna, de que o dado seja armazenado em uma região geográfica definida.

Localização de dados é a versão mais estrita: o dado deve ser armazenado e processado dentro do país, em geral por determinação legal.

A soberania de dados abrange as duas e acrescenta o controle. Uma empresa pode cumprir a residência com o dado em um data center nacional e depender de um fornecedor que decide sobre retenção, acesso e uso daquele dado.

A IA generativa multiplicou os caminhos por onde o dado sai

Com modelos e agentes, surgem caminhos novos:

• Envio ao modelo: cada pergunta leva trechos de contratos, registros de clientes ou código ao serviço que processa a chamada.
• Retenção e treinamento: conforme os termos e o plano, o conteúdo pode ser guardado, revisado por pessoas do fornecedor ou usado para melhorar modelos.
• Conversas e memória: o histórico de interações e a memória de agentes ficam na infraestrutura da ferramenta, muitas vezes em outra jurisdição.
• Dependência de fornecedor: prompts, índices e integrações construídos dentro de uma plataforma ficam presos a ela.

Cada caminho nasce de uma decisão de projeto, como ativar a memória ou indexar uma pasta. Por isso a soberania de dados entra no desenho da arquitetura.

O dado acumulado pela empresa é vantagem competitiva

O histórico de clientes, as regras comerciais, os preços e as exceções aprovadas descrevem como aquela empresa vende e decide. Concorrentes não conseguem comprar esse conhecimento.

Organizado dentro da ferramenta de um terceiro, esse ativo passa a viver em um ambiente que a empresa não governa. A soberania de dados protege esse conhecimento em dois sentidos: o dado fica fora do produto de outra empresa, e a empresa consegue levá-lo consigo ao trocar de fornecedor.

A perda de soberania de dados aparece em quatro riscos

• Perda de controle: a empresa não sabe quantas cópias existem nem consegue confirmar a exclusão.
• Transferência internacional: a LGPD admite a transferência internacional de dados pessoais apenas em hipóteses definidas, como país com proteção adequada ou cláusulas-padrão contratuais aprovadas pela ANPD.
• Exposição a terceiros: um incidente no fornecedor, ou uma ordem de autoridade estrangeira dirigida a ele, alcança o dado da empresa.
• Aprisionamento: mudança de preço ou de termos obriga a reconstruir integrações.

Na União Europeia, o Data Act, aplicável desde 12 de setembro de 2025, criou regras para clientes trocarem de provedor de processamento de dados, tratando a portabilidade como parte do controle.

Três arquiteturas equilibram custo, capacidade e controle

O lugar onde o modelo roda define boa parte da soberania de dados:

• Nuvem com contrato corporativo: maior capacidade e custo por uso. A soberania depende de contrato e configuração: região, retenção mínima e vedação de treinamento.
• Nuvem própria: o modelo roda em infraestrutura contratada pela empresa, e a operação passa a depender da equipe.
• Modelo local: o processamento acontece em servidores da empresa, com custo de hardware e, em geral, modelos de menor capacidade.

Muitas empresas combinam as opções e escolhem a arquitetura por tipo de dado.

O Company Brain mantém o contexto no ambiente do cliente

O Company Brain conecta CRM, ERP, helpdesk, contratos e documentos uma vez e organiza esses dados em grafo de conhecimento, ontologia do negócio e camada semântica. Os dados permanecem nos sistemas e no ambiente do cliente, sem cópia das bases para o provedor do modelo.

A cada pergunta, o modelo recebe via MCP, o protocolo aberto que conecta modelos a fontes de dados, apenas o recorte necessário, filtrado pela permissão herdada da origem. O que sai do ambiente depende da arquitetura escolhida: com serviço externo, sai o recorte daquela chamada, sob os termos contratados; com nuvem própria ou modelo local, o recorte também fica com a empresa.

O contexto organizado, com entidades, relações e regras, pertence à empresa. Como o modelo o consome por um protocolo aberto, trocar de modelo dispensa refazer integrações, e cada resposta aponta a fonte de cada informação.

Soberania de dados depende de contrato, configuração e governança

A arquitetura sozinha não fecha a questão. Um contrato que permite treinamento anula o cuidado com o recorte, e uma região mal configurada leva o processamento para outro país. Avaliar termos e registrar transferências continua sendo trabalho do jurídico, da segurança e do encarregado de dados. Restringir material sensível a modelos locais também pode reduzir a qualidade em tarefas complexas.

O primeiro passo é mapear para onde cada fluxo de IA envia dado hoje

O mapa registra, para cada uso de IA em operação, quais dados entram, em qual serviço, em qual país são processados, sob quais termos de retenção e treinamento e o que seria preciso para trocar de fornecedor.

Os fluxos com dado pessoal ou segredo comercial e sem plano de saída são os primeiros candidatos a mudar. Para eles, conectar as fontes ao Company Brain e escolher o modelo por tipo de dado coloca nas mãos da empresa a decisão sobre onde o contexto fica.