Isolamento entre organizações
Cada clube, região e federação é uma organização separada. A segurança em nível de linha do Postgres garante esse limite em cada consulta.
Diretorias de voluntários ainda guardam informações sensíveis sobre crianças, famílias e sócios. Veja como mantemos tudo seguro, em linguagem simples.
Seis pilares, em linguagem simples.
Cada clube, região e federação é uma organização separada. A segurança em nível de linha do Postgres garante esse limite em cada consulta.
TLS 1.2 ou superior em trânsito, AES-256 em repouso. Os backups são criptografados e guardados na mesma região dos seus dados principais.
O acesso à produção é restrito a uma equipe pequena e nomeada, protegido por SSO e MFA por hardware. Cada acesso fica registrado.
Ações administrativas, mudanças de função e ajustes de configuração são registrados por organização e podem ser exportados em CSV.
Backups diários criptografados, guardados por 30 dias, com recuperação para um momento específico nos planos Pro e Enterprise.
A infraestrutura principal fica na Austrália, alinhada à Privacy Act e aos Australian Privacy Principles (os princípios de privacidade australianos).
Por que isso importa mais do que antes
Na Austrália, o limite de pequena empresa da Privacy Act não mudou: continua em 3 milhões de dólares australianos de faturamento anual, e a maioria dos clubes comunitários fica bem abaixo disso. O que mudou é quanto essa resposta vale.
Em 10 de junho de 2025 entrou em vigor na Austrália uma ação judicial por invasão grave de privacidade. Ela importa para um clube pequeno por um motivo estrutural: seu alcance é mais amplo que o da Privacy Act e abrange entidades que talvez não sejam uma "APP entity" (uma entidade sujeita aos Australian Privacy Principles). Então uma diretoria que confirmou que o clube fatura menos de 3 milhões de dólares australianos respondeu à pergunta da Privacy Act, não à pergunta da privacidade.
Há uma segunda armadilha na própria isenção. O exemplo que o OAIC (o órgão regulador de privacidade australiano) dá de um clube que perde a isenção é um clube com um programa para ajudar sócios com lesões ou para melhorar o condicionamento ou a saúde: isso é prestar um serviço de saúde, e coloca o clube sob a lei seja qual for o faturamento. Vale ler duas vezes se o seu clube tem um programa de recuperação de lesões.
Nada disso torna uma diretoria negligente. Mas significa que a resposta honesta para "quem pode ver as informações médicas dos nossos sócios?" deveria vir do software, e não das configurações de compartilhamento de uma planilha. Esta é uma informação geral, não uma orientação jurídica.
Cinco coisas que são propriedades do banco de dados, e não promessas sobre a nossa conduta: o único tipo de garantia que vale a pena dar a uma diretoria de voluntários.
Ações administrativas, mudanças de função e de configuração são registradas por organização, e o banco de dados se recusa a alterar ou apagar qualquer entrada. A equipe da plataforma perdeu esse poder de propósito, e a regra fica abaixo do sistema de permissões, então um administrador, uma sessão de suporte e uma tarefa automática são igualmente incapazes de editar o histórico. A única mudança permitida é desvincular o nome de um sócio que pediu para ser apagado, o que é uma medida de privacidade, não uma edição.
A segurança em nível de linha está ativada e forçada em todas as 275 tabelas, então uma consulta que esquece de filtrar por organização não retorna nada, em vez de retornar os sócios de outra. Uma verificação roda em cada build e falha se uma tabela nova for publicada sem essa proteção: ela não pode sumir em silêncio à medida que o produto cresce.
Em setembro de 2026 procuramos informações que as nossas páginas públicas podiam retornar, mas nunca exibiam, e encontramos três casos: dados de contato dos clubes, a referência de conta do responsável por um time e dados de contato de eventos só para sócios. Os três foram fechados no mesmo mês, e a correção foi feita para que um campo adicionado no futuro fique invisível ao público por padrão, em vez de ficar exposto até alguém perceber.
Quando um sócio pede para ter os dados apagados, são destruídos informações médicas, data de nascimento, gênero, contatos de emergência, e-mail, telefone e foto. Nomes que já constam de termos assinados, relatórios de incidente, reclamações e atas são mantidos, porque são registros legais de um momento: um registro que esquece sobre quem era uma reclamação não é um registro. Mensagens de chat denunciadas com denúncia em aberto também nunca são apagadas, porque isso destruiria o histórico de proteção.
Quando os seus termos ou a sua política de privacidade mudam, os sócios conectados precisam aceitar a nova versão antes de continuar usando o site, podendo ler antes o que mudou. O acesso em duas etapas está disponível para todas as contas e, depois que alguém o ativa, ele é pedido de novo em cada entrada no painel, em vez de valer o login da manhã.
Onde estamos, o que está em andamento e o que não vamos afirmar até ser auditado.
Nossos controles internos estão mapeados para os Trust Services Criteria do SOC 2. Uma auditoria formal Tipo 1 está no nosso planejamento.
Minimização de dados, registro da base legal e exclusão a pedido fazem parte das nossas ferramentas de administração.
Hospedagem na Austrália por padrão, com tratamento de vazamentos notificáveis e práticas de dados alinhadas aos Australian Privacy Principles.
Os fornecedores que lidam com os seus dados. A lista completa está no nosso registro de suboperadores.
| Fornecedor | Finalidade |
|---|---|
Vercel | Hospedagem web e execução na borda |
Supabase | Banco de dados Postgres, autenticação e armazenamento de arquivos |
Stripe | Cobrança de assinaturas e pagamentos |
Amazon Web Services (Amazon SES) | E-mail transacional e de comunicados |
Twilio | SMS, para as organizações que ativam |
Sentry | Monitoramento de erros |
Axiom | Registros da aplicação |
Inngest | Tarefas em segundo plano e agendadas |
Google | Login opcional com o Google, e Search Console para domínios verificados |
Anthropic | O Assistente Helix, opcional |
Confiabilidade também é uma promessa de confiança. Todo produto tem erros: o que importa é se eles são percebidos, relatados e corrigidos, ou ignorados em silêncio.
Cada página relata falhas automaticamente, inclusive as que nunca geram um erro, como um botão que não faz nada ao ser clicado ou uma requisição que falha sem ninguém ver.
Qualquer pessoa conectada pode relatar um erro com um clique: em todo o painel, na página da conta e em qualquer tela de erro. O relato leva a página e os erros recentes e, a partir de uma tela de erro, é associado ao mesmo incidente registrado da falha, então chega à equipe técnica com as evidências anexadas.
Gravações de tela só são capturadas quando ocorre um erro, e textos, campos e mídias ficam ocultos por padrão: quadros de sócios, termos de responsabilidade e campos de pagamento nunca aparecem nas gravações.
Verificações sintéticas testam a plataforma continuamente, tarefas em segundo plano relatam suas falhas como qualquer outro erro e o status do serviço ao vivo é público na nossa página de status.
Quer ver o produto antes de confiar uma temporada a ele? A demonstração ao vivo é aberta a todos: sem ligação de vendas e sem cadastro. O estado atual da plataforma fica sempre visível na página de status do serviço. Veja como a nossa equipe encontra e corrige erros para você.
Levamos a sério os relatos de segurança. Envie os detalhes para security@clubhelix.com e a equipe vai analisar o seu relato.