Papéis

Compondo um papel

Um papel tem uma chave, um nome de exibição e as permissões que você marca em uma lista agrupada por área: conteúdo, modelos, arquivos, operações, configurações, integrações e notificações. As permissões são específicas: publicar conteúdo é uma, e alterar um modelo é outra. A chave não pode mudar depois que o papel existe. Um papel que você não quer mais é desativado, e papéis nunca são excluídos.

Dois papéis prontos

O administrador do workspace cobre tudo no workspace, incluindo cobrança, projetos, convites e exportação. O administrador do projeto cobre tudo dentro de um projeto. A imposição lê permissões e nunca o nome de um papel, então um papel que você compõe é imposto exatamente como um papel pronto.

Onde uma concessão se aplica

Você concede um papel em todo o workspace ou em um projeto. As concessões se somam, e uma pessoa pode ter vários papéis. As pessoas entram na sua equipe por convite, e todo convite carrega um papel. Uma mudança no papel de alguém entra em vigor na próxima atualização da sessão dela.

Você só concede o que tem

Toda permissão em um papel que você concede precisa ser uma que você já tem. Um workspace sempre mantém pelo menos um administrador em todo o workspace, e uma revogação que não deixaria nenhum é recusada.

Papéis para os seus usuários

As pessoas que fazem login na sua aplicação também têm papéis. Você os declara por projeto no seu arquivo de config ou com foir customer-roles na CLI (a documentação chama os seus usuários de "clientes"). As permissões deles são escopos, como executar uma operação específica ou escrever em um modelo.

Um papel marcado como padrão se aplica a todo usuário sem atribuição, e um usuário sem papel tem um token somente leitura. Um papel alterado chega a um usuário logado na próxima atualização do token, sem necessidade de fazer login de novo. Em um projeto com organizações, um usuário tem um papel em cada organização por meio de uma associação.