A empresa contrata "a nuvem" e considera o assunto resolvido. Poucas paradas depois disso: em que país aquele servidor está, quem responde se algo der errado por lá, e o que acontece se um dia for preciso tirar o dado daquele lugar. Parece pergunta de técnico. Não é — decide se a empresa está dentro da lei, quem ela pode cobrar quando algo falha, e até a velocidade do sistema no dia a dia.

"Nuvem" não é um lugar abstrato. Segundo a lista oficial de regiões da Microsoft, a Azure mantém um centro de dados batizado "Brazil South", em São Paulo, com uma segunda unidade de acesso restrito no Rio de Janeiro. É um prédio real, com endereço, energia e legislação local — só que a maioria dos contratos de nuvem não deixa claro, para quem assina, qual região foi escolhida nem por quê.

Quem aprova o orçamento raramente pergunta isso. E quando pergunta, nem sempre alguém na empresa sabe responder sem abrir o contrato — se é que ele está em português, e se é que alguém leu.

Onde o dado realmente mora

Todo sistema em nuvem roda dentro de uma região específica, escolhida no momento em que a conta foi criada — geralmente por quem configurou o serviço, não por quem decide o orçamento. Essa escolha raramente é revisada depois, mesmo quando a empresa cresce, muda de fornecedor de suporte ou passa a atender clientes que exigem o dado dentro do país.

A lei brasileira de proteção de dados (LGPD) não proíbe que o dado de uma empresa brasileira fique fora do país, mas exige que essa saída siga regras específicas — cláusula contratual reconhecida, garantia de que o destino oferece proteção equivalente, ou consentimento do titular, dependendo do caso. Quem fiscaliza isso é a autoridade nacional de proteção de dados. Na prática, a empresa que nunca perguntou onde o dado está também não sabe dizer se está cumprindo essa exigência.

O problema aparece de um jeito bem menos jurídico no dia a dia: contrato em inglês, suporte que responde em outro fuso horário, e ninguém na empresa capaz de explicar, quando um cliente ou um fiscal pergunta, onde o dado dele mora. A resposta "está na nuvem" não responde nada.

Tem também o lado prático que ninguém sente até reclamar do sistema lento: quanto mais longe fisicamente o servidor está de quem usa o sistema todo dia, mais demorada é cada tela que abre, cada relatório que carrega. Região errada não é só questão jurídica — é questão de operação.

Existe ainda a confusão mais comum de todas: achar que "estar na nuvem" transfere toda a responsabilidade para o fornecedor. Não transfere. O fornecedor cuida do prédio, da energia, dos equipamentos físicos e da infraestrutura que sustenta o serviço; a empresa continua responsável por quem tem acesso a cada sistema, por que dado guarda ali e por quanto tempo, e por avisar se algo sair do lugar. Ler o contrato é justamente descobrir onde essa linha passa — e ela não é a mesma em todo fornecedor.

Por que confiar na palavra "nuvem" não resolve

O jeito comum é contratar um serviço de nuvem através de um revendedor, aceitar a proposta padrão e seguir em frente sem perguntar mais nada. "Está na nuvem" virou sinônimo de "está seguro" e "está resolvido" — quando na verdade só descreve onde o sistema roda, não quem cuida dele nem sob que regras.

Esse hábito custa caro justamente na hora em que menos se pode pagar por ele: no meio de um incidente. Quando algo vaza ou some, a primeira pergunta é sempre "onde isso estava guardado e quem tinha acesso" — e uma empresa que nunca documentou essa resposta perde tempo precioso reconstruindo, em pânico, o que deveria estar escrito com antecedência.

O tamanho do problema, quando ele chega, não é pequeno. O custo médio global de recuperar um vazamento de dados ficou em US$ 4,44 milhões em 2025, segundo o relatório da IBM sobre custo de violações de dados — uma queda em relação ao ano anterior, mas ainda um valor alto o bastante para não ser tratado como abstrato por nenhuma empresa, do tamanho que for.

O que precisa existir na prática

Um ambiente de nuvem bem cuidado não depende de sorte nem de confiar na palavra do fornecedor. Depende de mecanismos simples, verificáveis, revisados de tempos em tempos.

Saber em que país e com qual fornecedor cada sistema roda. Não é preciso decorar, mas alguém na empresa precisa saber apontar, sem procurar por uma hora, onde cada sistema importante está hospedado hoje.

Um contrato lido antes de assinar, não só arquivado depois. O que ele diz sobre onde o dado fica, o que muda se a empresa quiser trocar de fornecedor, e quem responde por uma falha do lado de dentro da nuvem.

Um inventário do que está em cada nuvem. Sistemas, planilhas, backups e e-mails espalhados por contratos diferentes, sem lista nenhuma, é o motivo pelo qual ninguém sabe responder rápido quando é preciso.

Um plano de saída do fornecedor. Prazo para exportar o que é da empresa, formato do arquivo, e o que acontece com o que ficar para trás — combinado antes de precisar, não no meio da briga.

Um único responsável que sabe explicar a arquitetura, seja para um cliente que pergunta, seja para um fiscal que exige. Uma resposta clara vale mais do que qualquer certificado pendurado na parede.

Estimativa de custo antes de qualquer troca de provedor ou de região. Mudar de nuvem tem preço de migração, e decidir sem esse número na mão é decidir no escuro.

É assim que a Skills IT trabalha: mapeando em que região cada sistema do cliente está hospedado, documentando o que cada contrato de nuvem promete e mantendo pronto o inventário do que precisa ser exportado se um dia for hora de trocar de fornecedor.

O que a empresa ganha em saber onde o dado está

O ganho não é abstrato nem é só jurídico. É a diferença entre negociar um contrato de nuvem sabendo o que está em jogo e assinar confiando na palavra do vendedor.

Uma empresa que sabe onde cada sistema está hospedado negocia melhor: pede a região certa, entende o preço de mudar depois, e não fica refém de um único fornecedor por não ter para onde ir. Isso é poder de escolha, e poder de escolha custa menos do que parece — o custo real está em não ter essa informação quando ela faz falta.

Tem também o ganho mais silencioso: quando um cliente, um sócio ou um fiscal pergunta onde o dado da empresa está, a resposta sai na hora, documentada — em vez de virar uma investigação interna que atrasa tudo o resto enquanto alguém tenta reconstruir a história.

E há o ganho de continuar operando no ritmo certo: sistema hospedado no lugar certo, para o público certo, responde mais rápido — e uma equipe que confia na velocidade do sistema é uma equipe que não perde tempo esperando a tela carregar.

Nada disso exige trocar de fornecedor amanhã, nem migrar sistema nenhum às pressas. Exige só que a próxima decisão sobre nuvem — contratar, renovar ou expandir — seja tomada com a pergunta certa na mesa: em que país isso vai ficar, e o que fazemos se precisarmos tirar de lá.

Perguntas para levar à próxima reunião

Antes de assinar o próximo contrato de nuvem, ou de revisar o que já está em vigor, vale perguntar:

  1. Alguém aqui sabe dizer, sem pesquisar, em que país cada sistema importante está hospedado? Se a resposta for "precisamos checar", o primeiro passo já está claro.
  2. O contrato atual diz o que acontece se quisermos trocar de fornecedor? Sem essa cláusula, a troca custa mais caro do que devia — e demora mais do que devia.
  3. Existe um inventário do que está em cada nuvem contratada? Sem ele, cada pergunta vira investigação.
  4. Quem, na empresa, consegue explicar essa arquitetura para um cliente ou um fiscal, se for preciso? Se a resposta for "ninguém", vale decidir quem vai assumir isso.
  5. Já pedimos uma estimativa do custo de migrar, caso um dia seja necessário? Decidir sem esse número é decidir sem metade da informação.