Papéis e limites de acesso

Cada pessoa tem um papel por empresa. O servidor confere o papel atual em toda leitura e toda solicitação. Todo papel vê o menu inteiro; uma tela que seu papel não pode usar mostra um aviso no lugar dos dados ou do formulário. Esconder ou mostrar um item do menu nunca concede acesso.

Papéis de cliente

Os nomes de papel abaixo são os mostrados em Usuários e acessos. A barra superior mostra hoje o mesmo papel em inglês (por exemplo, Tenant administrator). A tabela lista ações da empresa; todo papel, inclusive Leitor, pode gerenciar as próprias preferências, a senha e o autenticador reserva em Conta e segurança.

Papel na tela	Pode ler	Pode fazer no console
Administrador da empresa	Tudo o que qualquer outro papel de cliente lê: eventos, avaliações, contas, dispositivos, localização aproximada, política, listas, fila de revisão, integração, uso e auditoria	Acesso total dentro da empresa: tudo o que qualquer outro papel de cliente faz, mais convidar e gerenciar membros. Revela identificadores e decide pedidos de privacidade, sempre com um motivo registrado
Analista de risco	Avaliações, contas, dispositivos, localização aproximada, política, listas e a fila de revisão	Buscar acessos pelo ID da sua empresa, rodar simulações de política, trabalhar nos itens da fila de revisão que lhe foram atribuídos
Supervisor de risco	Tudo o que o analista lê, mais uso	As ações do analista, mais reatribuir e reabrir itens de revisão, definir o perfil da fila, importar e aprovar versões de lista, solicitar exportações, publicar as regras de risco da empresa e usar Tudo em fantasma
Gestor de integração	Metadados de eventos e saúde da integração	Criar aplicações e credenciais de servidor, configurar a coleta e o SDK. Não vê o conteúdo das avaliações nem a política
Auditor	Avaliações, contas, fila de revisão, política, integração, uso e auditoria	Somente solicitar exportações
Encarregado de dados (DPO)	Auditoria	Decisões de privacidade (retenção, retenção legal) pelo plano de controle; revelação de identificadores
Leitor	Eventos, avaliações, contas, fila de revisão e política	Nada

Regras de risco da empresa. Administrador da empresa e Supervisor de risco publicam as regras de risco da aplicação e usam Tudo em fantasma em Configuração de risco, cada vez com uma verificação recente do autenticador. A publicação é direta: sem segundo aprovador e sem solicitação ao FingerTrackID, e toda publicação fica registrada na trilha de auditoria; medir o impacto antes é opcional. Todo papel que lê a política vê as regras e, se tiver sido medido, o impacto delas. Os operadores do FingerTrackID nunca publicam nem ativam uma regra para a sua empresa; eles só podem pôr todas as regras de uma aplicação em fantasma, com um motivo registrado que o seu console mostra como vindo do suporte do FingerTrackID (veja administração interna). As versões de política gerenciadas continuam sendo propostas, aprovadas e publicadas pela equipe de operações do FingerTrackID, com a aprovação registrada.

Busca pelo ID da sua empresa. Administrador da empresa, Analista de risco e Supervisor de risco usam Buscar titular ou conta pelo ID da sua empresa na barra superior (Busca por ID). A correspondência é exata, cada busca fica registrada em Auditoria e o ID nunca vai para o endereço da página. Para os demais papéis, o campo fica desabilitado e diz o motivo.

Ações do cliente e desfechos são informados pelo seu backend pela API de feedback, não registrados no console.

Algumas consequências que vale conhecer:

Administrador da empresa tem o acesso máximo dentro da empresa: a união de todos os outros papéis de cliente. Uma empresa de uma pessoa só não precisa de uma segunda conta para chegar à política, às listas, à fila de revisão ou às exportações. As regras que exigem uma segunda pessoa continuam valendo: o administrador nunca aprova uma solicitação ou versão de lista que ele mesmo propôs.
Só Administrador da empresa lê a lista de membros e convida pessoas.
Exportações: o administrador e o supervisor podem exportar avaliações e chamadas de dispositivo; o auditor pode exportar só avaliações.
Nenhum papel de cliente, inclusive o administrador, vê os payloads brutos da coleta.

Escopo da aplicação

A maioria das telas lê uma aplicação por vez, escolhida na barra superior. A permissão para um conjunto de dados não abre os outros. Um campo oculto ou indisponível não é um fato vazio, nem uma nota zero, nem prova de que não existem dados. As permissões de uma credencial de servidor são separadas do papel de uma pessoa no console.

Mudanças de membros

Só Administrador da empresa gerencia membros, em Usuários e acessos:

Conceder acesso convida uma pessoa por E-mail, Nome de exibição e Papel na empresa. Quando a solicitação é concluída, a pessoa sem conta no console recebe um e-mail de convite, em regime de melhor esforço; a pessoa que já tem conta só sai e entra de novo.
Reenviar convite, na coluna Convite da lista de membros, envia um novo convite com um novo link enquanto ele estiver Pendente: no máximo 3 vezes por hora para cada pessoa, e não enquanto outro estiver a caminho. Depois que a pessoa define uma senha, o convite mostra Aceito. Alternativa: Esqueceu sua senha? na tela de entrada.
Gerenciar o acesso oferece Trocar o papel, Suspender o acesso, Restaurar o acesso e Revogar o acesso. A revogação é permanente.

Cada mudança é uma solicitação, normalmente aprovada no momento em que é enviada e registrada na trilha de auditoria; o acesso só muda depois que a solicitação fica Concluída. O último administrador ativo da empresa é protegido. Papéis internos do FingerTrackID não podem ser concedidos a membros de clientes.

Revisão e aprovação

Versões de lista mantêm autor e aprovador separados: a pessoa que importou uma versão não pode aprová-la (um supervisor autorizado, inclusive o autor, pode revogá-la depois). Duas contas da mesma pessoa não são dois revisores. Uma versão aprovada e uma versão ativa são estados diferentes; a aprovação sozinha nunca publica uma política nem habilita a coleta. As regras de risco da empresa são a exceção à regra da segunda pessoa: um administrador ou supervisor de risco as publica sozinho, com uma verificação recente do autenticador, e a trilha de auditoria registra quem publicou o quê.

Administração interna

Os operadores do FingerTrackID usam um backoffice interno separado, atrás do Cloudflare Access e das mesmas verificações de senha e autenticador. A autoridade global deles é separada do vínculo com empresas clientes e não os deixa ler suas avaliações sem uma autorização específica. Nas regras de risco da empresa, a única ação que o suporte pode tomar é pôr todas as regras de uma aplicação em fantasma, com um motivo registrado. Sua tela Configuração de risco então mostra um aviso de que o suporte do FingerTrackID fez isso, quando e por quê, sem nomear o operador individual. O suporte nunca pode ativar uma regra nem mudar um peso, uma faixa ou uma régua: Administrador da empresa ou Supervisor de risco reativa as regras publicando de novo, e o aviso desaparece. Os operadores do FingerTrackID também mantêm a régua de contexto padrão, o ponto de partida das regras de contexto de toda empresa, publicando cada versão com um motivo registrado; uma versão nova nunca muda as regras que sua empresa já publicou.

Veja telas do console e status em produção.