Uma permissão não é uma patente. Uma permissão não é um admin.
Nos bots Discord e guild managers clássicos, você tem a opção entre membro, moderador e admin. Três níveis, zero finesse. A Game Org fornece uma grade de permissões técnicas atômicas: cada ação sensível tem sua permissão própria, atribuível separadamente, sem que você precise dar tudo para delegar uma parte.
- Dezenas de permissões atômicas, não três patentes — «Pode validar uma promoção a oficial», «Pode criar um evento secreto», «Pode editar os treinamentos da própria seção», «Pode gerenciar as permissões dos membros». Cada ação sensível tem sua permissão dedicada, atribuível a quem você quiser
- Cascata lógica, não explosão combinatória — a permissão Admin da orga engloba tudo, Admin de treinamentos engloba todas as ações de treinamento, Admin de eventos cobre todos os tipos de eventos. Você configura o topo da cascata, o resto segue — sem precisar marcar trinta caixinhas
- Escopos explícitos — global, sua seção, ou seus próprios conteúdos. Um chefe de seção pode editar os treinamentos da sua seção sem ver os das outras. Um colaborador de missões pode editar suas missões, não as do vizinho
- Zero papel pega-tudo — nada de «mod legal que ainda assim pode tudo porque a gente confia nele». A confiança não se codifica, as permissões sim
Propor não é validar.
A maioria das ferramentas funciona pela lógica «se você pode executar a ação, pode disparar sozinho». A Game Org separa sistematicamente o direito de propor do direito de validar. Um oficial pode sugerir uma promoção sem assiná-la — quem decide é um oficial superior. A hierarquia é cabeada, não implícita.
- Nas promoções, duas permissões sistematicamente separadas — RH pode propor e RH pode validar, para cada um dos 4 níveis de patente. Um suboficial pode ser autorizado a propor um oficial sem poder validá-lo. Oito permissões RH atômicas, não um botão de admin que abre tudo
- Mesma lógica do lado do treinamento — um membro faz seu treinamento, mas uma permissão dedicada Validar os treinamentos da própria seção é necessária para confirmar a aprovação. O membro não emite o próprio certificado
- Recusa obrigatoriamente justificada — se uma proposta é recusada, o solicitante recebe o motivo. Sem mensagem que se perde no vazio, sem «recusei mas não vou te dizer por quê»
- Impossível se autopromover, impossível desbloquear a exceção «só dessa vez» em call de voz à uma da manhã. O fluxo é uma proteção contra a fadiga de decisão
Sua orga não é um catálogo público.
Algumas ferramentas gaming conhecidas — catálogos de frota, wikis comunitários, registros abertos — são construídas para serem indexadas pelo Google e raspadas pelos rivais. A composição das suas tripulações, suas escalações, seu roster tático: expostos ao mundo. A Game Org faz o oposto: sua orga não tem nenhuma página pública por padrão.
- Sem URL pública para sua frota, seu efetivo, seus eventos, seus treinamentos. Nada adivinhável de fora. Um outsider que tente /orgs/seu-nome cai num login, não no seu roster
- Contraste direto com Fleetyards e afins — eles foram pensados como vitrines, a Game Org como um cofre. Duas filosofias opostas, uma escolha conforme o que você considera vantagem competitiva
- O conteúdo público da sua orga é zero por padrão. Sem opt-out para entender, sem caixinha para desmarcar em algum settings obscuro. Você fica invisível enquanto não decidir o contrário
- Seus concorrentes não veem nada — nem suas escalações de missão, nem seus eventos futuros, nem quem está sendo promovido. Sabem que você existe, não sabem o que você faz
Cada orga, um silo. Zero vazamento lateral.
O servidor Game Org filtra sistematicamente os dados pelo identificador de orga. Cada requisição está vinculada a uma única orga — um usuário autenticado na orga A jamais verá dados da orga B, mesmo que seja membro de ambas no Discord. Não existe um dashboard global Game Org que agregue seus dados aos dos seus rivais.
- Estanqueidade por tenant — um membro que pertence a várias orgas alterna entre elas, nunca em paralelo. Mesma lógica que dois servidores Discord distintos: você está em um ou em outro, nunca nos dois ao mesmo tempo
- Sem sobreposição de permissões — suas permissões Admin da orga em uma orga não dão nenhum acesso a outra. Cada orga gerencia suas próprias permissões, suas próprias patentes, sua própria hierarquia
- A cada consulta o servidor verifica em qual orga você está antes de devolver o menor dado. A verificação é sistemática, não opcional, não contornável por uma URL fabricada. Impossível que um dado de outra orga chegue até você por engano
- Sem template de configuração compartilhado que vaze — você configura sua orga, sua grade é sua, seus rótulos são seus. Nada atravessa, nem mesmo sua estrutura organizacional
Sem conta, sem senha, sem credenciais para roubar.
Cada vez que uma ferramenta pede uma senha, você cria uma superfície de ataque. Uma senha reutilizada em outro lugar, um phishing que passa, uma base de logins que vaza — pronto, sua orga comprometida por um erro que nem é seu. A Game Org não tem conta local: a autenticação passa pelo Discord, a fonte de verdade de identidade que seus membros já usam.
- Sem senha Game Org para gerenciar, portanto nada para esquecer, nada para resetar, nada para roubar. Sem base local de login para proteger no lado da infra
- Acesso atrelado ao Discord — quando um membro é retirado da sua orga (saída External pelo módulo RH), seus acessos Game Org caem automaticamente via propagação Discord
- Sem sessão órfã arrastando-se seis meses depois da saída de um oficial. Sem ex-membro guardando um token esquecido numa aba de um PC velho
- Se o Discord trava uma conta (violação de TOS, conta comprometida), a Game Org reflete. Um único login, uma única fonte de verdade de identidade, sem divergência para vigiar
FAQ
Perguntas frequentes
O que impede concretamente um oficial de se autopromover?
A separação RH pode propor / RH pode validar. Propor uma promoção e validá-la são duas permissões separadas, atribuídas a degraus hierárquicos diferentes. Um suboficial pode propor um oficial, não tem direito de validar — essa permissão é reservada ao degrau superior. Se um oficial tentar se autopromover, a ação cai na fila de um oficial superior que aceita ou recusa com motivo obrigatório. Os Admins da orga, que tecnicamente têm a cascata completa, deixam rastro no activity feed do RH a cada decisão — nem mesmo eles podem agir em silêncio.
Outra orga pode ver meus dados?
Não. Cada requisição é delimitada no nível do servidor pelo identificador de orga. Um usuário autenticado na orga A que tente acessar um recurso da orga B receberá uma recusa, não um dado por engano. Um membro que pertence a várias orgas alterna entre elas, nunca em paralelo: ele está em uma ou em outra, como em dois servidores Discord distintos. Sem visão global que agregue, sem template compartilhado que vaze, sem permissões que atravessem. Seus rivais podem ser clientes da Game Org assim como você, jamais verão suas escalações.
O que acontece se um membro deixa o Discord ou se sua orga o retira?
Dois casos. Se ele deixa o Discord por conta própria (ou se a conta é travada), seu acesso Game Org cai na próxima checagem de identidade — não é mais autenticável. Se sua orga o retira via o módulo RH (saída External), a propagação Discord retira automaticamente o cargo de membro: sem mais acesso aos canais internos, sem mais acesso aos espaços Game Org ligados a esse cargo. Seu histórico fica arquivado do lado Game Org para auditoria, mas ele não pode mais consultar nem modificar nada. Se um dia ele se candidatar de novo via o módulo Recrutamento, seu antigo dossiê reaparece com a flag «Suspeito».
A Game Org pode impedir um vazamento intencional (copiar-colar, screenshot)?
Sinceramente: não. Nenhuma ferramenta SaaS pode impedir um usuário legítimo de tirar um screenshot do que ele vê legitimamente — no pior caso você não estará mais exposto do que com um screenshot do seu Discord. O que a Game Org pode fazer é minimizar o que cada usuário vê legitimamente. O princípio do menor privilégio levado a sério: um recrutador com apenas a permissão Ver candidaturas não vê o resto. Um membro de uma seção não tem acesso às missões das outras seções. Quanto menor a superfície exposta a cada papel, menos longe vai um vazamento potencial. A Game Org não promete o impossível, ela reduz o perímetro do possível.
Como saber, a qualquer momento, quem tem quais permissões na minha orga?
O módulo Gestão de permissões, acessível aos Admins da orga em visão completa, e aos chefes de seção em versão restrita (que gerenciam apenas as permissões dos próprios membros). Em dois cliques você vê quem pode fazer o quê, em qual módulo — sem precisar fuçar dez telas diferentes nem reconstruir uma tabela na mão. Um novo staff que assume um cargo pode auditar em cinco minutos as permissões em vigor logo na posse, sem esperar esbarrar numa ação bloqueada para entender quem pode o quê. As promoções, passagens à reserva e exclusões RH são, além disso, rastreadas no activity feed do RH — o resto das alterações de permissão se consulta direto no módulo Gestão de permissões.
Como a Game Org protege os dados no nível técnico?
Arquitetura compartimentada: backend aplicacional separado do banco de dados, acesso ao BD apenas via API interna — sem exposição direta. Todos os fluxos do usuário passam por SSL/TLS, sem exceção. Cada requisição API é autenticada e delimitada por identificador de orga antes de chegar à camada de dados. A arquitetura é pensada para multi-tenant estrito e escala. Não comunicamos publicamente sobre a localização física dos servidores nem sobre detalhes de baixo nível da infraestrutura — esses elementos evoluem com a plataforma.