Perguntas frequentes de administração do ChatGPT Work

O ChatGPT Work integra a tecnologia subjacente ao Codex no ChatGPT para tarefas mais longas e compostas por várias etapas. Pode recolher contexto de conversas, ficheiros, recursos do espaço de trabalho e sistemas ligados; utilizar ferramentas aprovadas; e criar resultados prontos para revisão. O acesso, o contexto, as ações, o comportamento da rede e a utilização de créditos variam consoante o plano, as definições do espaço de trabalho, as permissões da origem e a interface.

Trabalhar em vários dispositivos

O que permite o acesso ao computador local com o Work Cloud?

Os membros elegíveis podem continuar uma conversa do Work na aplicação para computador, em dispositivos móveis e na Web. As tarefas que utilizam o acesso ao computador local com o Work Cloud usam coordenação na nuvem. Para as empresas, o seletor Local/Cloud na aplicação e a respetiva predefinição mantêm-se inalterados no lançamento. Os passos individuais podem continuar a ser executados na nuvem ou a utilizar recursos aprovados num computador ligado.

Por exemplo, uma pessoa pode começar a trabalhar com uma pasta local aprovada num portátil e, depois, dar instruções adicionais a partir do telemóvel. Os passos que precisam do portátil continuam a exigir que este esteja online e ligado.

Como podemos ativar esta funcionalidade?

Para ativar esta funcionalidade para os utilizadores pretendidos:

1. Ative o Work Cloud para os utilizadores pretendidos. A opção Permitir acesso ao computador local encontra-se dentro de Work Cloud. Não é necessário ativar Utilizar o Codex localmente na aplicação ChatGPT para computador.

2. Reveja a base de políticas da nuvem em Agent Security.

3. Como proprietário do espaço de trabalho, abra Definições do espaço de trabalho > Permissões e funções e ative Permitir acesso ao computador local. Conclua todos os passos de revisão de políticas e de consentimento apresentados para o seu espaço de trabalho. A migração de políticas pode ocorrer antes da configuração. Reveja as políticas antes da implementação; não é necessário criar políticas no fluxo de confirmação de acesso. Consulte Acesso ao computador local para Work Cloud e dots para conhecer os requisitos de configuração e de elegibilidade específicos de cada um.

Se enforce_residency estiver ativado em qualquer política da nuvem, a opção Permitir acesso ao computador local fica desativada 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.

Podemos utilizar esta funcionalidade se as nossas políticas forem distribuídas apenas através de MDM?

Prepare a política do Agent Security para os requisitos empresariais suportados durante a execução local. Com o acesso ao computador local com o Work Cloud ativado, os contentores do Work na nuvem não impõem estes requisitos. O MDM distribui os requisitos aos dispositivos.

Na execução local, o MDM e os requisitos legados de dispositivos geridos têm prioridade sobre o Agent Security. O ficheiro de requisitos do sistema do dispositivo tem prioridade inferior à do Agent Security. Esta ordem de políticas locais não estende a imposição de requisitos empresariais aos contentores do Work na nuvem. Os contentores do Work na nuvem continuam a utilizar as políticas existentes do Work Cloud.

E se já utilizarmos políticas da nuvem?

Utilize o Agent Security na Consola de administração para gerir políticas e configurações. Substitui Políticas e configuração. O Agent Security estará disponível para todos, independentemente do acesso ao computador local com o Work Cloud.

As políticas, atribuições e ordenação existentes são preservadas. Reveja as suas políticas existentes no Agent Security. O acesso ao computador local com o Work Cloud requer uma ativação separada. Consulte Agent Security para obter orientações sobre a migração.

Utilize a API de políticas para gerir as definições de Global. Para gerir as definições de Local ou de Codex Cloud, utilize a interface do Agent Security. Os fluxos de trabalho existentes da API de 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 ordenação das políticas permanecem inalteradas.

Que hooks são suportados no acesso ao computador local com o Work Cloud?

Quando a política gerida e os hooks remotos estão ativados, o Work Cloud com acesso local e o dots utilizam hooks MCP remotos geridos por administradores no orquestrador na nuvem. Configure os processadores mcp_tool em Global, no ficheiro requirements.toml. O Work Cloud sem acesso local e as contas pessoais não utilizam estes hooks empresariais. Os processadores de comandos/shell, de prompts e de agentes; os hooks provenientes da configuração local, de plugins ou de diretórios locais; os hooks com âmbito de ambiente; e os hooks MCP SessionEnd não são suportados com orquestração na nuvem, mesmo quando as ferramentas são executadas localmente. Quando tanto a orquestração como a execução são locais, os hooks existentes suportados continuam a funcionar nas conversas do Work e do Codex exclusivamente locais. Os administradores podem continuar a configurar hooks geridos suportados no Agent Security para esses fluxos de trabalho.

Antes de depender destes hooks, teste a conectividade dos callbacks, os eventos necessários e o comportamento em caso de falha. Uma recusa explícita suportada pode bloquear uma ação, mas um erro, um tempo limite excedido ou uma resposta malformada num callback PreToolUse pode fazer o hook falhar sem bloquear a ferramenta. Os hooks MCP não fornecem um registo de auditoria completo da Compliance API.

Que política tem prioridade?

Dentro de uma determinada política, a ordem da prioridade mais elevada para a mais baixa é: substituição de ambiente específica do sistema operativo → substituição de ambiente para todos os sistemas operativos → Global. Uma política com prioridade mais elevada continua a prevalecer sobre uma política com prioridade mais baixa, mesmo quando esta última é mais específica. Alguns requisitos têm regras de combinação específicas por campo.

Na execução local, o MDM e os requisitos legados de dispositivos geridos têm prioridade sobre o Agent Security. O ficheiro de requisitos do sistema do dispositivo tem prioridade inferior à do Agent Security.

No acesso ao computador local com o Work Cloud, a nova configuração empresarial requirements.toml aplica-se aos executores locais. Não substitui as políticas existentes do Work Cloud. As portas de escuta HTTP/SOCKS geridas e os serviços de escuta de proxy em endereços que não sejam de loopback não são suportados pelo ambiente de execução na nuvem; o suporte para regras de sockets depende do percurso de execução.

Que requisitos do Agent Security se aplicam ao Work Cloud?

No Work com acesso local e no dots, a política suportada de Global aplica-se através do orquestrador partilhado na nuvem quando a política gerida está ativada. Os requisitos locais aplicáveis de requirements.toml regem a execução num computador ligado. Os contentores do Work na nuvem e os computadores do dots na nuvem utilizam a sua própria configuração e os seus próprios requisitos de execução, em vez do pacote de ambiente gerido utilizado por outros tipos de executores. As restrições de execução local não se aplicam automaticamente a estes computadores na nuvem. Reveja as permissões das capacidades na nuvem e teste separadamente a execução local e a execução na nuvem.

Mantenha os controlos do orquestrador, incluindo as aprovações e a pesquisa na Web, em Global. Utilize os controlos dedicados Políticas de aprovação permitidas e Modos de pesquisa na Web permitidos, quando disponíveis, e TOML para outros campos suportados. Consulte a Referência de configuração para obter a lista de campos e o âmbito de execução.

O que acontece se o computador local estiver indisponível?

Mantenha o computador online e ligado para os passos que precisam dos seus ficheiros ou ferramentas locais. Se o computador estiver indisponível quando se inicia um novo turno, uma tarefa existente elegível que utilize o acesso ao computador local com o Work Cloud pode continuar num contentor na nuvem. O contentor na nuvem não consegue aceder aos ficheiros ou às ferramentas do computador indisponível. Também não impõe os requisitos empresariais da execução local. Uma tarefa não pode passar da execução local para a nuvem durante um turno.

O que acontece se um administrador desativar o acesso ao computador local com o Work Cloud?

Desativar a sincronização interrompe qualquer turno em curso. Os utilizadores podem enviar uma nova mensagem para 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 altera as políticas de retenção ou eliminação de dados.

O que acontece às conversas e tarefas existentes nos projetos quando a sincronização é ativada?

O acesso ao computador local com o Work Cloud aplica-se apenas às tarefas criadas após a ativação da sincronização. As tarefas existentes, incluindo as tarefas em projetos, mantêm o modo original: apenas localmente ou na nuvem sem acesso a ficheiros locais. Inicie uma nova tarefa para utilizar esta funcionalidade.

Isto altera o Codex?

Não. O acesso ao computador local com o Work Cloud não altera o comportamento de configuração existente do Codex, e as conversas que utilizam esta funcionalidade não aparecem no histórico do Codex.

A sincronização é adequada para uma implementação ZDR?

Não. O acesso ao computador local com o Work Cloud não garante retenção zero de dados em sentido estrito. A residência de dados e a residência de inferência abrangem apenas conteúdos elegíveis e cargas de trabalho, regiões e configurações suportadas. O Enterprise Key Management (EKM) abrange conteúdos armazenados suportados em espaços de trabalho elegíveis. O Work não é suportado com residência de inferência nos Emirados Árabes Unidos. Executar um passo num computador ligado não torna o fluxo de trabalho numa implementação ZDR.

Visão geral

O ChatGPT Work permite que os utilizadores deleguem tarefas mais longas e compostas por várias etapas no ChatGPT. Pode recolher informações de origens ligadas, raciocinar ao longo de várias etapas, criar documentos, apresentações ou análises e devolver resultados para revisão.

O ChatGPT Work está disponível em interfaces Web, móveis e de computador compatíveis para planos e espaços de trabalho elegíveis. Quando suportado, os proprietários do espaço de trabalho ou os administradores autorizados podem gerir o Work Cloud, o Work Local e o Codex Local através de permissões distintas. Nos espaços de trabalho Enterprise e Edu elegíveis, a função predefinida do espaço de trabalho inclui o Work, salvo se um administrador autorizado o desativar. Os controlos do navegador e da rede restringem adicionalmente o Work Cloud, e a disponibilidade depende da função, do plano, do espaço de trabalho e da região. Consulte ChatGPT Work e Codex.

Para conhecer o modelo de execução alojada e os limites de segurança, consulte Visão geral do ChatGPT Work.

Controlos administrativos principais

Os administradores gerem o ChatGPT Work através destas camadas de controlo:

• Acesso ao espaço de trabalho empresarial: Os controlos de identidade e acesso gerem a autenticação e o acesso ao espaço de trabalho. Consoante o plano e a configuração, as funcionalidades de identidade controladas pelo administrador podem incluir SSO, verificação de domínio, aprovisionamento SCIM, gestão do ciclo de vida dos utilizadores e sincronização de grupos de identidade. O SCIM e os grupos de identidade sincronizados não estão incluídos no ChatGPT Business. Os utilizadores podem ativar a MFA da OpenAI ao nível da conta. O ChatGPT não disponibiliza a imposição de MFA em todo o espaço de trabalho; as organizações que a exijam devem impor SSO e MFA através do seu fornecedor de identidade. Faça a gestão do SSO e das definições de identidade relacionadas na Consola de administração global. Consulte Autenticação multifator.
• Acesso ao ChatGPT Work no espaço de trabalho: Quando disponível, o Work Cloud gere o Work alojado nas interfaces Web, móveis e de computador compatíveis. O Work Local gere o Work local para computador, enquanto o Codex Local controla o acesso local compatível ao Codex nos clientes para computador, CLI e IDE. As definições do navegador na cloud e da rede restringem adicionalmente o Work Cloud. O controlo de acesso personalizado baseado em funções (RBAC) e as permissões disponíveis dependem do plano e do espaço de trabalho.
• Pertença a grupos: Nos planos compatíveis com SCIM, sincronize grupos através de um fornecedor de identidade para que o acesso seja atualizado à medida que os funcionários entram na organização, mudam de função ou saem. Consulte Grupos e aprovisionamento.
• Funções do espaço de trabalho e dos membros: As funções Enterprise incorporadas incluem Proprietário, Administrador, Membro e Leitor de análises. Nos planos compatíveis, as funções personalizadas e o RBAC dos membros controlam o acesso ao ChatGPT Work, aos plugins e a outras capacidades. Quando se aplicam tipos de licença, os membros também necessitam de uma licença que inclua o ChatGPT; uma licença exclusiva do Codex não concede acesso ao Work. Consulte Funções e permissões do espaço de trabalho.
• Plugins e aplicações: A política de Plugins rege a disponibilidade e a instalação de plugins. O acesso às aplicações, os controlos de ações e o comportamento de aprovação são configurados separadamente. Os Workspace Agents têm controlos próprios quando disponíveis. Consulte Controlos de Plugins, Plugins e o documento técnico sobre a segurança das aplicações.
• Permissões do sistema de origem: Um utilizador só pode aceder ao conteúdo e às ações permitidos pela conta ou ligação partilhada na aplicação nativa. Consulte Controlos administrativos, segurança e conformidade nas aplicações.
• Restrições de aprovação e ações: Nas aplicações compatíveis com o controlo Action, os administradores podem permitir todas as ações, ações só de leitura ou um conjunto personalizado e decidir como são tratadas as ações recém-adicionadas. As permissões das aplicações determinam separadamente quando o ChatGPT pede autorização antes de utilizar uma aplicação.
• Créditos: O ChatGPT Work e o Codex partilham preços, créditos e limites de utilização. Os administradores Enterprise e Edu elegíveis podem definir limites mensais por utilizador através de uma predefinição do espaço de trabalho, predefinições de grupos e substituições individuais. Os utilizadores podem solicitar aumentos quando o espaço de trabalho o permite. O Business segue um modelo distinto de créditos e controlo de despesas. Consulte Limites de utilização e controlos de despesas do ChatGPT.
• Análises e relatórios: A Consola de administração global e as análises do espaço de trabalho permitem analisar a adoção e a utilização de créditos. Utilize a Compliance API e as interfaces de relatórios do Codex para os respetivos âmbitos documentados de eventos e produtos; reveja os esquemas atuais antes de prometer a cobertura de prompts, ficheiros, aprovações, ações, erros ou chamadas de ferramentas específicos. Consulte Governação.

Acesso, dados, sistemas e ações dos utilizadores

Como são protegidos o acesso aos dados e sistemas e as ações dos utilizadores?

O ChatGPT Work é regido pelos controlos de identidade, acesso e permissões já estabelecidos no seu espaço de trabalho do ChatGPT. Os administradores utilizam a gestão de identidades, as funções do espaço de trabalho e, nos planos elegíveis, RBAC para determinar quem pode utilizar o ChatGPT Work.

Quando suportado, o acesso pode ser sincronizado com o seu fornecedor de identidade através do SCIM e da sincronização de grupos. Isto permite gerir centralmente o acesso e as permissões à medida que os colaboradores entram na organização, mudam de função ou saem.

Os sistemas de origem subjacentes aplicam as permissões da conta ou da ligação partilhada aprovada utilizada para a operação. Uma ligação individual utiliza o acesso dessa pessoa ao sistema de origem. Uma ligação pertencente a um agente ou partilhada pode dar aos utilizadores autorizados do agente acesso através da conta ligada, incluindo a dados ou ações a que as respetivas contas não poderiam aceder. Restrinja os âmbitos da ligação, as ações disponíveis e o público do agente às necessidades empresariais previstas. Consulte Ligações e permissões dos agentes do espaço de trabalho.

Como é que o ChatGPT Work acede aos dados e ao contexto?

O ChatGPT Work pode utilizar a conversa atual, ficheiros carregados, recursos do espaço de trabalho e sistemas ligados através de apps aprovadas e, quando aplicável, plugins. Consoante as capacidades e permissões ativadas, isto pode incluir documentos, repositórios, pedidos, canais, correio eletrónico e calendários. Os ficheiros anteriores podem estar disponíveis através da conversa atual, de projetos compatíveis, do acesso autorizado à Library ou de referências automáticas à Library ativadas. As memórias guardadas seguem os seus próprios controlos do espaço de trabalho e do utilizador.

Cada origem de contexto mantém os seus próprios controlos: os utilizadores fornecem o contexto da conversa, os administradores gerem os recursos do espaço de trabalho e os sistemas ligados impõem a autenticação e as permissões. O ChatGPT Work só pode aceder a informações autorizadas para o utilizador ou para uma ligação partilhada aprovada.

O ChatGPT Work herda as proteções aplicáveis do espaço de trabalho do ChatGPT. A residência, a retenção, o registo e a disponibilidade das funcionalidades variam consoante o plano, a região, a interface e o sistema ligado, pelo que deve confirmar a cobertura da sua configuração.

Que ações de elevado impacto são restringidas ou exigem revisão?

O risco das ações varia. A leitura ou a elaboração de rascunhos têm, em geral, menor impacto do que alterar dados, partilhar informações ou atuar em sistemas externos. Combine funções, permissões e credenciais restritas e aprovações suportadas para limitar as ações de maior impacto a uma utilização de confiança e sujeita a revisão.

As categorias de ações comuns incluem:

• Ler: Aceder, pesquisar ou resumir informações de origens aprovadas sem alterar os dados subjacentes.
• Preparar rascunhos: Preparar documentos, mensagens de correio eletrónico, relatórios, código ou outros conteúdos para uma pessoa rever antes da utilização.
• Escrever: Criar, atualizar ou eliminar registos em sistemas ligados, como documentos, pedidos, repositórios ou ferramentas de gestão de projetos.
• Partilhar: Enviar, publicar ou disponibilizar informações de outra forma a mais pessoas, sistemas ou destinos externos.
• Agendar: Iniciar uma tarefa numa data futura ou segundo uma agenda recorrente sem exigir que um utilizador inicie cada execução.
• Executar: Executar código, comandos de shell, automatização do navegador ou outras tarefas orientadas por ferramentas que interajam diretamente com ambientes externos.

Para ações de maior impacto, utilize revisão humana, credenciais restritas, âmbitos limitados e aprovações suportadas. As ações dos plugins continuam a seguir as permissões e os controlos de segurança de cada integração.

Conformidade

Como é que o ChatGPT Work cumpre os compromissos empresariais de privacidade e dados?

O ChatGPT Work segue os compromissos de privacidade, segurança e dados aplicáveis ao espaço de trabalho ChatGPT do cliente, consoante o plano, a configuração, a interface, a funcionalidade e a região. No caso do ChatGPT Enterprise, isto inclui a não utilização de dados empresariais para treino por predefinição, encriptação em trânsito e em repouso, controlos de acesso ao nível do espaço de trabalho e registos de auditoria suportados.

No Work com acesso local, a residência aplica-se apenas a conteúdos elegíveis e a cargas de trabalho, regiões e configurações suportadas; o EKM abrange conteúdos armazenados suportados em espaços de trabalho elegíveis. O Work não é suportado com residência de inferência nos Emirados Árabes Unidos. Esta experiência não garante retenção zero de dados em sentido estrito. Os dots têm exclusões beta próprias e não suportam residência de dados ou de inferência. Consulte os requisitos de compatibilidade e dados. A cobertura ao abrigo da HIPAA e do Business Associate Agreement depende das funcionalidades e do acordo em vigor.

Os serviços ligados têm os seus próprios requisitos de retenção, registo, acesso, residência e conformidade. Quando o ChatGPT Work utiliza plugins, repositórios ou sistemas de terceiros, avalie tanto os controlos do espaço de trabalho ChatGPT como os controlos do sistema ligado.

Para a atividade do Codex, os controlos empresariais podem estender-se aos ambientes de desenvolvimento, repositórios, ferramentas configuradas e atividade relacionada. Consulte o Guia de implementação para administradores e a Governação em conjunto com os controlos do espaço de trabalho.

Que dados são armazenados, retidos ou eliminados?

A retenção e eliminação de dados do ChatGPT Work são regidas pelo plano do espaço de trabalho do ChatGPT, pelas definições administrativas e pelas capacidades utilizadas. A retenção pode variar entre as informações a que o ChatGPT Work acede. As conversas e os ficheiros elegíveis da Library seguem as definições aplicáveis do respetivo espaço de trabalho. Os ficheiros de projetos, os carregamentos temporários, as memórias guardadas, os eventos de conformidade, os dados sincronizados de apps e os registos de terceiros podem ter regras separadas de retenção e eliminação. Consulte Políticas de retenção de conversas e ficheiros.

O ChatGPT Work pode criar conteúdos de conversas, ficheiros carregados ou gerados, artefactos e metadados de execução. As conversas do Codex também podem criar metadados de repositórios ou ambientes, resultados de comandos, diffs e registos. Consulte a documentação atual do produto e da Compliance API para conhecer as classes de dados, os períodos de retenção e os processos de eliminação exatos.

Reveja os requisitos de retenção tanto no espaço de trabalho do ChatGPT como nos sistemas empresariais ligados, para que as políticas de governação de dados, conformidade e retenção de registos da sua organização sejam aplicadas a cada sistema.

Observabilidade

Que dados de utilização estão disponíveis para administradores ou proprietários?

Os administradores e proprietários podem utilizar análises do produto e registos de conformidade para obter diferentes tipos de visibilidade. A Global Admin Console fornece vistas compatíveis da adoção do ChatGPT e do Codex e da utilização de créditos; as discriminações disponíveis por utilizador, produto, agente e modelo dependem da interface de análise e do espaço de trabalho. Para espaços de trabalho elegíveis, a Compliance API fornece registos abrangidos de conversas do ChatGPT, incluindo atividade compatível do Work na cloud. A cobertura depende do produto, da interface, das permissões, do endpoint disponível e do esquema de eventos documentado. Consulte Análises do espaço de trabalho e a Compliance API.

Os prompts, resultados, ficheiros, ações ou chamadas de ferramentas são registados?

Para espaços de trabalho Enterprise e Edu elegíveis, a Compliance Logs Platform fornece os prompts dos utilizadores do Work e as respostas dos agentes. As chamadas de apps ligadas são registadas separadamente, e os espaços de trabalho elegíveis podem aceder a ficheiros ativos da Library através de endpoints específicos da Library compatíveis com a Compliance API. Estes registos não estabelecem um historial de auditoria completo para todas as operações de ficheiros alojados, comandos de shell, interações com o navegador, invocações de ferramentas ou aprovações. Confirme a atual cobertura de eventos e produtos na documentação autenticada da Compliance API.

A Plataforma de Registos de Conformidade conserva os dados durante 30 dias. Exporte os registos continuamente para um sistema aprovado de descoberta eletrónica, prevenção contra perda de dados, SIEM ou data lake quando a sua organização necessitar de uma conservação mais prolongada. Consulte o guia da Plataforma de Conformidade da OpenAI.

Ativar o acesso ao computador local com o Work Cloud altera o que o seu coletor OpenTelemetry (OTel) existente recebe. O executor local continua a poder exportar eventos de execução suportados. Os eventos de orquestração na nuvem não chegam ao coletor OpenTelemetry existente.

Utilize a Compliance API para os registos na nuvem suportados. Alterar o endpoint do coletor não restabelece os eventos de orquestração na nuvem. Os registos da Compliance API não substituem todos os eventos do fluxo OpenTelemetry anterior. Consulte Rever a cobertura do OpenTelemetry e da auditoria.

É possível detetar rapidamente comportamentos invulgares, falhas ou picos de utilização?

As análises do espaço de trabalho, os registos de conformidade e as ferramentas de monitorização ligadas ajudam os administradores a rever a utilização e a investigar a atividade compatível do ChatGPT, Work e Codex. Consoante a interface de relatórios selecionada, os sinais podem incluir utilizadores ativos, mensagens compatíveis, atividade de apps, utilização de agentes, eventos de autenticação ou administrativos e consumo de créditos. Os registos exportados podem apoiar a descoberta eletrónica, a prevenção de perda de dados, SIEM, auditorias e investigações. A qualidade da deteção depende do plano, da cobertura de eventos, da atribuição, da atualidade e das regras configuradas.

Os sinais que podem justificar uma análise incluem aumentos inesperados da utilização ou do consumo de créditos, atividade invulgar de utilizadores ou agentes, erros operacionais recorrentes e eventos de autenticação ou administrativos relevantes. Confirme os sinais exatos com base nos esquemas de análise, conformidade e registos de auditoria aplicáveis.

Para a atividade do Codex, as análises do Codex e a Analytics API fornecem métricas compatíveis de adoção e atividade. As organizações que utilizam clientes locais do Codex podem optar por exportações OpenTelemetry para eventos como pedidos de API, erros, metadados de prompts, decisões de aprovação de ferramentas e resultados de ferramentas. O conteúdo dos prompts é ocultado, exceto se otel.log_user_prompt = true for ativado através de uma opção explícita separada. Consulte Monitorização e telemetria. Esta telemetria local do Codex não fornece uma exportação OpenTelemetry para o ChatGPT Work na Web.

Governação

Como podem os administradores controlar o acesso, as permissões e as políticas?

A governação abrange três camadas relacionadas, mas distintas:

• Os controlos de acesso do ChatGPT Work determinam quem pode utilizar o Work e se a sincronização de conversas locais está disponível.

• Os controlos do Workspace Agent determinam quem pode criar, publicar, partilhar, agendar ou configurar agentes reutilizáveis e ligações partilhadas, quando disponíveis.

• O Agent Security mantém a base da política global na nuvem para os controlos suportados do Work e do Codex. No Work com acesso local e nos dots, a política global suportada aplica-se à orquestração na nuvem quando a política gerida está ativada. Os requisitos de execução local regem o computador ligado; os computadores na nuvem utilizam a sua própria configuração e os seus próprios requisitos de execução. O Codex mantém o seu comportamento de configuração existente.

A configuração gerida limita o comportamento suportado em tempo de execução. Não concede acesso ao espaço de trabalho, não substitui o RBAC nem revoga o acesso de um utilizador ao espaço de trabalho. Estas camadas não constituem uma interface de políticas uniforme do ChatGPT Work. As análises e os registos de conformidade proporcionam maior visibilidade dentro dos âmbitos de produto e de eventos documentados.

Para clientes locais do Codex compatíveis, os administradores empresariais podem aplicar configuração gerida e perfis de permissões. Esses controlos do cliente local não concedem acesso ao ChatGPT Work alojado nem substituem as respetivas permissões do espaço de trabalho.

É possível limitar o acesso por grupo, função, espaço de trabalho ou capacidade?

Sim. Nos planos Enterprise e Edu elegíveis que permitem RBAC personalizado para membros, as capacidades do ChatGPT Work podem ser delimitadas através de funções do espaço de trabalho, grupos de identidade e permissões definidas pelo administrador. O ChatGPT Business utiliza os controlos aplicáveis ao nível do espaço de trabalho, mas não inclui RBAC personalizado para membros nem sincronização de grupos SCIM. Atribua as capacidades compatíveis com base nas necessidades empresariais e na política da organização. Consulte o guia de RBAC e este guia passo a passo de RBAC.

Quando o RBAC personalizado está disponível, as organizações podem utilizá-lo para determinar que utilizadores podem aceder ao ChatGPT Work, gerir as definições do espaço de trabalho, configurar plugins aprovados ou utilizar funcionalidades compatíveis dos agentes do espaço de trabalho. Para espaços de trabalho Enterprise e Edu elegíveis, os limites de utilização mensais podem permitir uma implementação faseada através de uma predefinição do espaço de trabalho, predefinições de grupos e substituições por utilizador.

O acesso aos sistemas ligados continua a ser regido de forma independente. Limite os plugins, as credenciais partilhadas, os repositórios e as ações com capacidade de escrita ao público mínimo necessário, utilizando as permissões do espaço de trabalho, as definições dos plugins e os controlos do sistema de origem. Para clientes locais do Codex compatíveis, a configuração gerida pode restringir adicionalmente as capacidades do ambiente de execução local. O Work alojado segue os seus próprios controlos específicos do espaço de trabalho e do produto.

Como são regidos os limites do ambiente de execução e da rede?

Os limites de segurança do ChatGPT Work dependem da tarefa. Uma conversa padrão do Chat, um fluxo de trabalho ligado, uma tarefa agendada e um chat do Codex podem ser executados em ambientes diferentes, com permissões, ferramentas e acesso à rede distintos.

Gira cada ambiente de execução através dos respetivos controlos aplicáveis. O Work Cloud rege o Work alojado nas interfaces Web, móveis e de computador compatíveis. O Work Local rege o Work local no computador e o Codex Local controla o acesso local compatível ao Codex nos clientes para computador, CLI e IDE. As permissões de rede do navegador e da shell restringem adicionalmente o Work Cloud. A pesquisa, as apps, os plugins, os agentes do espaço de trabalho disponíveis e as permissões do sistema de origem continuam a ser controlos separados. A configuração gerida aplicável e as políticas do ambiente de execução local regem apenas as experiências locais compatíveis. Estes controlos não são intercambiáveis.

Para a atividade do Codex, as execuções locais na app ChatGPT para computador, na CLI e no IDE são executadas no computador do utilizador com isolamento do sistema operativo e políticas de aprovação. O Codex cloud executa conversas em ambientes isolados geridos pela OpenAI. Para clientes locais compatíveis, os administradores empresariais podem utilizar requisitos geridos para restringir perfis de permissões, aprovações, acesso ao sistema de ficheiros e à rede, MCP servers, hooks, regras de comandos e outros comportamentos compatíveis do ambiente de execução.

Utilização e custos

Como se traduz a utilização do ChatGPT Work em custos ao longo do tempo?

O ChatGPT Work e o Codex partilham preços, créditos e limites de utilização. Nos acordos elegíveis baseados em créditos, analise a utilização combinada de Chat e Work pelos colaboradores relativamente à atribuição partilhada de créditos do espaço de trabalho. O consumo varia consoante o modelo, as definições aplicáveis de raciocínio ou velocidade, a entrada e a saída processadas e as ferramentas ou funcionalidades elegíveis.

A utilização dos créditos contratados não aumenta automaticamente a sua fatura. Os encargos reais dependem do saldo de créditos restante, das tarifas contratadas, da elegibilidade da conta para excedentes e do limite de excedentes configurado no espaço de trabalho. Para consultar exemplos de planeamento, limites efetivos dos utilizadores, limites dos relatórios e detalhes de faturação, consulte ChatGPT Work: utilização e custos.

Os padrões com maior variabilidade são frequentemente fluxos de trabalho que são executados com frequência, obtêm ou processam grandes quantidades de informações, chamam várias ferramentas ou apps, repetem tentativas após falhas ou produzem artefactos de grande dimensão. Entre os exemplos sensíveis aos custos incluem-se trabalho agendado ou recorrente, ficheiros de grande dimensão, obtenção abrangente a partir de origens empresariais, chamadas repetidas de apps e conversas do Codex que processam repositórios, executam comandos ou utilizam ambientes na cloud. Os acionadores da API dos agentes do espaço de trabalho também podem aumentar a utilização, quando disponíveis.

Utilize controlos de custos, análises de utilização e relatórios para monitorizar estes padrões ao longo do tempo. Analise a utilização segundo as dimensões suportadas na interface de análises atual e ajuste os limites ou o âmbito da implementação com base no valor empresarial. Não considere as análises agregadas como uma atribuição exata de custos por fluxo de trabalho.

As análises do espaço de trabalho, os registos de conformidade e as ferramentas de monitorização ligadas podem ajudar os administradores a analisar a utilização e a investigar a atividade suportada. A capacidade de detetar comportamentos de risco ou invulgares depende do plano, da cobertura dos registos, da atribuição, da atualidade dos dados e das regras configuradas nos seus sistemas de monitorização.

Que limites, alertas ou tetos de utilização estão disponíveis?

Os espaços de trabalho Enterprise e Edu elegíveis podem utilizar limites mensais por utilizador e controlos de custos ao nível de todo o espaço de trabalho para a utilização baseada em créditos:

• Monitorizar o consumo de créditos: Analise os relatórios suportados de utilização de créditos na Global Admin Console e nas definições do espaço de trabalho.
• Definir um limite mensal predefinido: Estabeleça um limite predefinido de créditos por utilizador para o espaço de trabalho.
• Aplicar limites específicos por grupo: Atribua aos grupos predefinições mensais por utilizador que reflitam os respetivos fluxos de trabalho, responsabilidades ou fase de implementação.
• Criar substituições por utilizador: Atribua um limite diferente a um utilizador específico sem alterar a predefinição de todo o grupo.
• Analisar pedidos de aumento: Se os pedidos estiverem ativados, os utilizadores podem solicitar um limite mensal superior. A aprovação cria uma substituição para o utilizador.
• Controlar a exposição global do espaço de trabalho: Configure separadamente os alertas de créditos do espaço de trabalho e o limite de utilização excedentária na Global Admin Console. Os alertas notificam os destinatários; o limite de utilização excedentária controla a utilização elegível depois de se esgotar o conjunto de créditos contratados.
• Exportar dados de utilização: Os administradores Enterprise elegíveis podem aceder a dados de utilização de créditos através da Cost API unificada para relatórios ou monitorização internos.

Os utilizadores podem consultar a sua própria utilização e, se esta opção estiver ativada, solicitar mais créditos, mas não podem alterar os limites atribuídos. Consulte Gerir limites de utilização e utilização excedentária e o passo a passo sobre controlos de custos.

Controlos de incidentes e revogação

Como podem os administradores interromper o acesso ou a atividade?

Durante a remoção de utilizadores ou a análise de incidentes, os administradores poderão ter de interromper o acesso, desativar apps, revogar credenciais partilhadas, colocar tarefas agendadas em pausa ou revogar credenciais do Codex.

As formas de revogação incluem:

• Remova o acesso de um utilizador ao espaço de trabalho ou ao grupo. Para utilizadores geridos por SCIM, remova o acesso no fornecedor de identidade; caso contrário, uma sincronização posterior poderá aprovisionar novamente o utilizador.
• Desative ou restrinja o plugin ou a app relevante.
• Revogue uma ligação partilhada, um bot ou uma conta de serviço através da interface que a gere. Os proprietários e administradores do espaço de trabalho podem revogar separadamente os tokens de acesso ao espaço de trabalho do Codex.
• Retire um agente do espaço de trabalho da publicação ou elimine-o através do respetivo proprietário ou administrador do espaço de trabalho.
• Desative a tarefa agendada relevante ou, quando disponível, o acionador da API dos agentes do espaço de trabalho.
• Para o acesso ao Codex, revogue separadamente o token de acesso relevante, a ligação ao repositório e o acesso ao ambiente na cloud. A configuração gerida não é um mecanismo de revogação de acesso.

Recursos adicionais para as suas equipas

Ações recomendadas para administradores

• Escolha quem precisa do ChatGPT Work. Identifique os utilizadores ou grupos e as tarefas que precisam de concluir e, em seguida, conceda acesso através das definições suportadas de espaço de trabalho e função.
• Defina funções e permissões. Em Permissões e funções, conceda acesso ao ChatGPT Work aos utilizadores ou grupos pretendidos. Verifique todas as funções atribuídas para confirmar o acesso efetivo.
• Reveja os plugins e as fontes de dados. O ChatGPT Work é mais útil com contexto empresarial aprovado, como ficheiros, email, calendários, Slack ou CRM. Reveja os plugins ativados, os respetivos públicos e se as políticas das aplicações continuam a corresponder à forma como os utilizadores devem delegar trabalho.
• Defina expectativas para casos de utilização adequados. Apresente o ChatGPT Work como uma ferramenta para tarefas com vários passos e de maior valor, como investigação, síntese, análise, criação de ficheiros, atualizações de fluxos de trabalho e resultados reutilizáveis. Utilize o Chat para perguntas rápidas, reformulações ligeiras ou geração de ideias.
• Defina controlos de créditos e utilização. O ChatGPT Work pode consumir mais créditos do que uma conversa normal no Chat, porque as tarefas podem demorar mais tempo. Configure as predefinições do espaço de trabalho, as predefinições dos grupos e as exceções por utilizador. Oriente os utilizadores na escolha do modelo e do nível de esforço adequados a cada tarefa.
• Identifique os primeiros fluxos de trabalho de elevado valor. Comece por resultados claros e passíveis de revisão, como resumos para clientes, relatórios recorrentes, sínteses de investigação, atualizações de ferramentas de acompanhamento ou documentos e diapositivos cuidados.
• Prepare os promotores internos e as equipas de suporte. Disponibilize primeiro os recursos de implementação aos promotores internos, aos responsáveis pela formação e às equipas de suporte, para que possam responder a perguntas, recolher feedback e demonstrar uma delegação eficaz.
• Explique as expectativas de revisão e aprovação. Diga aos utilizadores para verificarem os resultados e as afirmações importantes antes de os utilizarem ou partilharem e para aprovarem ações com consequências relevantes antes da sua execução.
• Monitorize a adoção e faça ajustes. Reveja a utilização, o feedback, o consumo de créditos e o trabalho delegado após a implementação. Utilize as conclusões para ajustar o acesso, as orientações, a formação e a expansão.