Funções e permissões do espaço de trabalho

Definições diferentes abrangem partes diferentes da experiência ChatGPT da sua organização. Dar acesso a alguém numa área não lhe dá automaticamente acesso noutra. Utilize esta página para compreender como os seis limites de controlo funcionam em conjunto e, em seguida, siga as orientações associadas para conhecer os passos de configuração atuais.

Nas definições do espaço de trabalho, Codex e Work Local combina o acesso local ao Codex e ao Work em Permitir que os membros utilizem o Codex e o Work localmente. Outros espaços de trabalho separam Codex Local e Work Local em secções independentes. Nessa disposição, Permitir que os membros utilizem o Codex localmente concede acesso local ao Codex e Utilizar o Work localmente concede acesso local ao Work. Ativar uma opção não concede acesso à outra. Estes rótulos identificam permissões do espaço de trabalho, não produtos ou clientes separados. As permissões de tokens e os limites de duração das credenciais aparecem numa secção Tokens de acesso ou na secção de acesso local, consoante o espaço de trabalho. A configuração gerida é uma camada separada que restringe o comportamento de execução suportado para as capacidades abrangidas nesses clientes. As funcionalidades e os requisitos efetivos podem variar consoante o cliente e a versão.

Compreender os limites de controlo

Um pedido tem de ultrapassar todos os limites que se lhe apliquem. Por exemplo, o acesso ao espaço de trabalho pode disponibilizar um plugin, mas o serviço ligado continua a determinar quais os dados que a conta com sessão iniciada pode ler. Um perfil de permissões local pode restringir uma execução num cliente local suportado, mas não pode conceder acesso a uma funcionalidade do espaço de trabalho ou a um modelo.

Atribuir acesso ao espaço de trabalho

A administração do espaço de trabalho ChatGPT separa o acesso ao produto da autoridade administrativa.

Compreender a diferença entre um lugar, uma função administrativa e uma função personalizada

Um lugar determina as superfícies do produto às quais um membro pode aceder. Consoante o plano do espaço de trabalho, os tipos de lugar disponíveis podem incluir lugares ChatGPT e Codex.

As funções incorporadas do espaço de trabalho determinam a autoridade administrativa. A função Proprietário gere as definições de todo o espaço de trabalho, a função Administrador gere as operações suportadas e os grupos, a função Membro não tem direitos administrativos e a função Leitor de análises pode aceder às análises do espaço de trabalho.

As funções personalizadas definem as funcionalidades suportadas que um membro pode utilizar. Não substituem a elegibilidade do lugar ou do plano, não concedem permissões num sistema ligado nem alteram os requisitos do ambiente de execução local.

Definir a predefinição do espaço de trabalho e, em seguida, criar funções personalizadas específicas

Apenas os proprietários do espaço de trabalho podem configurar o controlo de acesso baseado em funções (RBAC) e criar funções personalizadas. As definições do espaço de trabalho estabelecem a referência para as permissões elegíveis. Os proprietários do espaço de trabalho podem atribuir funções personalizadas através de grupos ou diretamente a membros individuais, quando suportado. Os grupos podem ser geridos manualmente ou sincronizados por SCIM, e um membro pode receber mais do que uma função personalizada.

Para as permissões elegíveis, Predefinição herda a definição do espaço de trabalho, Ativado concede acesso através dessa função e Desativado não concede acesso através dessa função. As permissões normais das funções combinam-se de forma aditiva: outra função atribuída pode continuar a conceder acesso. Reveja as atribuições diretas e as funções recebidas através de grupos. O Lockdown Mode e a elegibilidade do produto aplicam-se separadamente. Os estados disponíveis das permissões podem variar consoante a funcionalidade.

Rever as permissões Work Local e Work Cloud

Configure Utilização do navegador na nuvem e Acesso à rede na nuvem em Consola de administração > Permissões e funções > Capacidades do espaço de trabalho > Capacidades do computador na nuvem. Estas capacidades partilhadas estão disponíveis para o Work Cloud e o dots e podem ser configuradas independentemente do acesso ao Work Cloud. Uma tarefa do Work continua a precisar de acesso ao Work e de permissão para utilizar cada capacidade de que necessita. Reveja separadamente o acesso do navegador e o acesso à rede por código ou pela shell. Desativar um não desativa automaticamente o outro.

Quando o seu espaço de trabalho disponibilizar Work Local e Work Cloud, verifique tanto a predefinição do espaço de trabalho como cada função personalizada aplicável. O Work está disponível apenas para espaços de trabalho elegíveis e os controlos disponíveis podem variar consoante o plano, a configuração do espaço de trabalho e a implementação. Uma função não pode ampliar o acesso permitido pelo lugar de um membro.

Work Cloud rege as tarefas suportadas do ChatGPT Work na nuvem. Quando os controlos são independentes, Work Local sem Work Cloud permite trabalho local na aplicação ChatGPT para computador, mas não permite que os membros iniciem tarefas na nuvem. O acesso local ao Codex utiliza Permitir que os membros utilizem o Codex localmente em Codex Local. Alterar Utilizar o Work localmente não altera o acesso local ao Codex nem substitui os requisitos do ambiente de execução local.

Alguns espaços de trabalho apresentam antes a secção combinada Codex e Work Local. Nessa disposição, Permitir que os membros utilizem o Codex e o Work localmente controla ambos os produtos.

Para consultar os requisitos de elegibilidade e as definições atuais, consulte ChatGPT Work e Codex.

Uma vez que os lugares, as funções e as permissões disponíveis mudam com as atualizações do produto e do plano, consulte no Centro de Ajuda a lista atual de permissões e o procedimento de configuração:

• Gerir membros, tipos de lugar, funções e acesso
• Configurar o controlo de acesso baseado em funções
• Gerir grupos

Rever o acesso ao Codex Cloud e a administração de ambientes

Reveja estas permissões separadamente:

Gerir ambientes do espaço de trabalho encontra-se em Utilizar o Codex na nuvem, requer acesso à nuvem e está desativado por predefinição. Reveja as respetivas concessões antes da implementação. Os membros com acesso à nuvem podem criar e editar os seus próprios ambientes pessoais sem a permissão de gestão. O acesso a um ambiente partilhado não concede, por si só, autoridade para alterar a sua configuração.

Verifique ambos os fluxos de trabalho com identidades representativas: um membro que utiliza um ambiente e a pessoa responsável pela sua gestão. Cada um continua a precisar do acesso adequado aos repositórios e serviços ligados. Consulte Ambientes na nuvem para obter informações sobre configuração e partilha, e o guia de implementação para administradores para planear as políticas da nuvem.

Acesso ao computador local com o Work Cloud

Um proprietário do espaço de trabalho pode ativar Permitir acesso ao computador local para os utilizadores elegíveis. Ative o Work Cloud para os utilizadores pretendidos. Permitir acesso ao computador local está subordinado ao Work Cloud. Não é necessário ativar Utilizar o Codex localmente na aplicação de computador do ChatGPT. Os membros têm de iniciar sessão com o ChatGPT no espaço de trabalho pretendido. Se enforce_residency estiver ativado em qualquer política da nuvem, Permitir acesso ao computador local é desativado tanto para o Work como para o dots. Esta salvaguarda não configura a residência dos dados do espaço de trabalho nem, por si só, desativa o Work Cloud ou o dots.

Antes de ativar a sincronização, reveja os requisitos do Agent Security para a execução local. Se atualmente distribuir políticas apenas através de MDM, reveja a ordem de precedência das políticas locais aplicável antes de configurar o Agent Security. Para a execução local, os requisitos de MDM e os requisitos legados de dispositivos geridos têm precedência sobre o Agent Security, enquanto o ficheiro de requisitos do sistema tem prioridade inferior. A política Global suportada rege a orquestração na nuvem quando a política gerida está ativada; os requisitos de execução local regem o computador ligado. Os contentores do Work na nuvem mantêm as políticas existentes do Work Cloud.

Utilize a API de políticas para gerir as definições Global. Para gerir as definições Local ou Codex Cloud, utilize a interface do Agent Security. Os fluxos de trabalho existentes da API Global continuam disponíveis após a migração. Teste os seus scripts e integrações com o Terraform e confirme que as atribuições e a ordem das políticas permanecem inalteradas.

Defina e verifique o acesso:

• Mantenha a predefinição do espaço de trabalho adequada à organização no seu conjunto.

• Atribua funções personalizadas suportadas aos utilizadores ou grupos que necessitam de acesso.

• Reveja todas as funções aplicáveis. Desativar uma permissão numa função normal não remove o acesso concedido por outra.

• Teste o acesso com um membro que tenha as permissões pretendidas.

As tarefas que utilizam o acesso ao computador local com o Work Cloud recorrem à coordenação na nuvem e continuam a poder executar passos locais através de um computador ligado. Para as empresas, o seletor Local/Cloud na aplicação e a respetiva predefinição mantêm-se inalterados no lançamento. A permissão de sincronização não concede uma licença de utilizador, acesso a aplicações ligadas, permissões do sistema operativo ou acesso irrestrito ao dispositivo. As permissões e o comportamento locais do Codex mantêm-se separados. Consulte Configuração gerida para conhecer o âmbito das políticas e as Perguntas frequentes para administradores do Work para conhecer os requisitos de compatibilidade.

Desativar o acesso ao computador local com o Work Cloud interrompe os turnos em curso. Os utilizadores podem iniciar um novo turno numa conversa existente na nuvem. Esse turno utiliza automaticamente o Work Cloud sem acesso a ficheiros locais. Desativar a sincronização não remove, por si só, o acesso do membro ao espaço de trabalho.

Controlar o acesso ao Computer History

O Computer History está desativado por predefinição nos espaços de trabalho Business e Enterprise. Os membros não podem ativá-lo até que um proprietário do espaço de trabalho conceda explicitamente o acesso. Os proprietários de espaços de trabalho Enterprise podem conceder acesso por função:

1. Abra Definições do espaço de trabalho > Permissões e funções.
2. Localize Computer History e escolha a função do espaço de trabalho que deve ter acesso.
3. Ative Ativar Computer History para essa função.

Esta permissão apenas permite que os membros atribuídos ativem o Computer History; não ativa a funcionalidade por eles. Cada membro tem de optar por aderir na aplicação para computador do ChatGPT no macOS e pode escolher as aplicações e os sites que contribuem. Os membros sem a permissão necessária do espaço de trabalho não podem ativar a funcionalidade através das definições locais.

Aplicar a política do runtime local

A política do runtime local limita as capacidades abrangidas na aplicação ChatGPT para computador, no Codex CLI e na extensão de IDE. Os requisitos geridos na cloud dependem adicionalmente de um início de sessão suportado no ChatGPT e da elegibilidade do plano. Os perfis de permissões e os requisitos geridos podem limitar comandos, o acesso ao sistema de ficheiros, o acesso à rede, as aprovações e outros comportamentos do runtime local. Não alteram o lugar do utilizador, a função no espaço de trabalho, o acesso a modelos nem as permissões num sistema externo.

Os utilizadores podem selecionar um perfil de permissões incorporado ou personalizado quando a política local o permitir. Os administradores podem distribuir predefinições e requisitos através dos canais de configuração gerida suportados. Consulte Permissões para conhecer o comportamento dos perfis e Configuração gerida para obter informações sobre requisitos, distribuição e precedência.

Documentação relacionada

• Guia de implementação para administradores
• Grupos e aprovisionamento
• Gestão do ciclo de vida dos utilizadores
• Disponibilidade de modelos no espaço de trabalho
• Tokens de acesso
• Configuração gerida
• Autenticação