Usuários & papéis
A página Usuários (/org/users) é onde você gerencia quem pertence à organização e o que cada pessoa pode fazer. A criação de um usuário não gera senha nem chave de API: o acesso é sempre pelo login no navegador, e o novo usuário define a própria senha por um e-mail de convite.
Os papéis
A organização tem três papéis. Eles definem o destino após o login e o alcance administrativo:
| Papel | Identificador | Pode |
|---|---|---|
| Administrador da organização | org_admin | Gerenciar tudo no console /app. |
| Administrador de skills | skill_admin | Gerenciar as skills dos grupos sob sua responsabilidade (My Groups). |
| Usuário | member | Usar o agente conforme a política; vai direto para o chat. |
Papéis de plataforma (internos da NNumbers) não fazem parte deste console e não são listados nem atribuíveis pela administração da organização.
A lista de usuários
A lista mostra todos os usuários da organização. Você pode:
- Buscar por nome ou e-mail.
- Filtrar por papel (administrador da organização / administrador de skills / usuário).
- Filtrar por status (ativo / inativo).
Cada linha mostra nome, e-mail, papel e status, e leva ao detalhe do usuário.
Criar um usuário
Use Criar usuário e preencha:
- Nome — o nome de exibição.
- E-mail — o endereço corporativo (também é o identificador de login).
- Papel — Administrador da organização, Administrador de skills ou Usuário.
Ao confirmar, o Imaginne:
- registra o usuário na organização;
- dispara um e-mail para a pessoa definir a senha;
- envia um e-mail de boas-vindas.
A criação não gera senha nem chave de API. O acesso é exclusivamente pelo login no navegador. Se o e-mail demorar, você pode reenviá-lo pelo Reset de senha no detalhe do usuário (veja abaixo).
Detalhe do usuário
Abrir um usuário dá acesso à edição e às ações de conta.
Editar
O formulário de edição permite ajustar:
| Campo | O que faz |
|---|---|
| Nome | Nome de exibição. |
| Endereço de login. | |
| Papel | org_admin / skill_admin / member. |
| Tipo de usuário | premium ou full — usado pela camada de política por tipo de usuário. |
| Execução de skill local | Override: herdar / forçar permitir / forçar negar. |
| Escrita fora do workspace | Override: herdar / forçar permitir / forçar negar. |
premium e full existem na política como camada de tipo de usuário. Hoje ambos têm uma base permissiva idêntica — a diferenciação é um recurso para evolução futura. Não conte com diferenças de comportamento entre eles por enquanto. Veja Governança & políticas.
Overrides de execução
Os dois overrides acima atuam na pessoa, dentro da combinação de políticas (que segue deny-wins: um nível mais específico só restringe):
- Execução de skill local — se este usuário pode rodar skills que executam código na máquina dele.
- Escrita fora do workspace — se o agente pode escrever arquivos fora do workspace para este usuário.
Em ambos, herdar mantém o que a política define; forçar negar fecha mesmo que a política permita; forçar permitir abre apenas dentro do que a base já admite — nunca amplia além da plataforma/organização.
Ações de conta
| Ação | Efeito |
|---|---|
| Ativar / Desativar | Liga ou desliga o acesso do usuário sem removê-lo da organização. |
| Reset de senha | Dispara um e-mail para a pessoa redefinir a senha. Útil quando ela perdeu acesso ou o e-mail inicial expirou. |
O console não exclui usuários. Para revogar o acesso, use Desativar — a conta deixa de funcionar, mas o histórico de auditoria permanece consistente.
Se um usuário antigo ainda tiver uma chave legada associada, o detalhe pode exibir um cartão somente leitura indicando isso. Não há como criar uma nova chave: o acesso atual é exclusivamente pelo seu login na organização. Veja Identidade & login.
Veja também
Esta página ajudou?
Reportar um problema nesta páginaNão envie senhas, chaves, tokens ou dados de clientes.