Garanta que um Cliente Não Veja nem Altere os Dados de Outro

Imagine que seu app organiza horários, pedidos, faturas, anotações ou projetos. Ao entrar, o cliente espera encontrar somente seus próprios nomes, arquivos, valores e mensagens. Ele nunca deve ver informações de outra pessoa, nem por engano. Antes de convidar clientes reais, crie duas contas de teste. Coloque nelas registros fictícios fáceis de diferenciar, como Estúdio Azul com horários na terça-feira e Mercado Verde com horários na sexta-feira. Não use dados verdadeiros nesse teste.

Entre como Estúdio Azul e examine o app. Depois, repita como Mercado Verde. O objetivo é comprovar que cada cliente tem seu próprio espaço, embora os dois usem o mesmo app. O nome técnico é isolamento de dados entre clientes, ou multi-tenant data isolation em materiais em inglês. Isso significa manter os dados de cada cliente separados ao mostrar, pesquisar, alterar, baixar ou excluir informações. Uma tela de entrada funcionando não comprova sozinha que essa separação existe.

Comece pelos lugares mais usados: tela inicial, listas, detalhes de registros, resultados de busca, relatórios, mensagens e atividades recentes. Depois confira lugares menos óbvios, como páginas para impressão, arquivos exportados, links compartilhados, totais do painel e emails enviados pelo app. Use as duas contas em cada lugar. Nomes, valores, anexos e mensagens devem sempre corresponder à conta em uso. Até um total sem nomes pode revelar a atividade de outro cliente.

Não pare porque uma lista parece correta. Abra um registro pela busca, clique em uma mensagem, use um favorito salvo e volte a uma página pelo histórico do navegador. Confira também todos os relatórios e anexos. Esconder um botão não basta; o app precisa recusar qualquer pedido de informações de outro cliente. O nome técnico é verificação de autorização. Em palavras simples, o app confirma, a cada pedido, se a pessoa conectada pode ver aquele registro ou arquivo específico.

Agora teste ações de criar, editar, cancelar, excluir, enviar arquivo, aprovar e marcar como concluído. Faça uma alteração inofensiva em um registro fictício do Estúdio Azul. Entre como Mercado Verde e confirme que essa mudança não aparece ali nem pode ser desfeita por essa conta. Depois, repita no sentido contrário. Se funcionários usam o app, crie contas separadas para eles e anote exatamente quais clientes cada funcionário pode atender. Teste esses limites em vez de confiar apenas no cargo informado.

Observe com atenção os formulários que deixam a pessoa escolher um cliente, projeto ou empresa. Sempre que possível, o app deve descobrir o cliente pela conta conectada, sem confiar na escolha enviada pela página. Os desenvolvedores chamam a área protegida que grava informações de servidor. O nome técnico da conferência repetida nessa área é autorização no servidor. Em palavras simples, a parte que realmente salva a mudança confirma novamente quem é o dono. Uma tela pode parecer limitada enquanto o salvamento ainda aceita o registro errado.

As pessoas copiam links em mensagens, salvam favoritos e recebem links por email. Os arquivos de clientes podem conter faturas, fotos, relatórios ou documentos. Abra cada link de teste pela conta do outro cliente e também sem entrar no app. A informação não deve aparecer. Um endereço longo ou difícil de adivinhar não serve como proteção. O app precisa conferir quem está pedindo o arquivo antes de cada abertura ou download, inclusive quando alguém encaminha o link.

Senhas, chaves de pagamento e códigos de acesso que abrem dados ou permitem gastar dinheiro devem ficar em uma parte protegida do app que visitantes não conseguem baixar. Os arquivos dos clientes também precisam de conferência própria. O nome técnico da regra que decide quem pode usar determinada página, arquivo ou ação é controle de acesso. Essa decisão precisa acontecer no momento do pedido. Ter um link, conhecer o nome do arquivo ou encontrar um botão escondido não prova que a pessoa tem permissão.

Guarde um registro curto com os nomes das duas contas, todos os lugares conferidos, cada ação tentada, o resultado esperado e o resultado encontrado. Capturas de tela com informações apenas fictícias podem ajudar. Repita a rotina quando adicionar uma tela, relatório, tipo de arquivo, importação, serviço conectado, função de funcionário ou grande mudança feita por IA. Corrija todo resultado inesperado ou duvidoso antes de convidar mais clientes. Um registro repetível é mais confiável do que tentar lembrar meses depois.

Uma verificação externa pode acrescentar outra camada de atenção. O VibeCodeWall verifica o app público por fora e não vê código particular. Ele pode acompanhar mudanças importantes ao longo do tempo depois que você publica atualizações. Essa visão externa não substitui o teste com duas contas, pois grande parte da separação só aparece depois que alguém entra. Use os dois: repita os testes com contas para comprovar o que cada cliente consegue fazer e mantenha o acompanhamento externo para perceber mudanças públicas importantes.