Desligamento de funcionários e acesso ao agente de IA: plano

Para desligar um funcionário que usava o agente de IA da empresa, remova o acesso dele ao agente e a todas as ferramentas que o agente alcançava em nome dele. Depois, decida o que acontece com a memória pessoal, passe o trabalho compartilhado para um responsável definido e documente a transição. Faça isso no último dia, não na semana seguinte, porque permissões delegadas e contexto salvo continuam funcionando até que alguém os desligue.

Principais pontos

• O desligamento padrão cobre e-mail, notebook e chat. Em geral, deixa de fora as permissões delegadas ao agente, a memória salva, as tarefas agendadas e os direitos de aprovação.
• Revogue o acesso em ordem fixa: impeça a pessoa de dar instruções ao agente, revogue as autorizações que ela concedeu e, por fim, limpe o que o agente ainda guarda em nome dela.
• Separe a memória pessoal em categorias (conhecimento da empresa, preferências de trabalho, conteúdo privado, retenção legal) em vez de apagar tudo ou manter tudo.
• O trabalho compartilhado deve pertencer a um papel ou a uma equipe, nunca a um indivíduo. O desligamento é o momento em que você descobre se isso é verdade.
• A passagem de bastão cobre o que a pessoa ensinou ao agente, o que está em andamento e onde ficam os limites de aprovação, não apenas uma lista de arquivos.

Por que um agente muda o checklist de desligamento?

O checklist tradicional de desligamento parte do princípio de que o acesso de uma pessoa vive em contas: e-mail, drives compartilhados, CRM, ferramenta de chat. Desative as contas e o acesso acaba. Um agente de IA corporativo acrescenta uma camada que essas contas não descrevem.

Um agente usado por várias pessoas costuma guardar quatro coisas ligadas a indivíduos. Primeiro, permissões delegadas: a pessoa pode ter conectado agenda, caixa de e-mail ou documentos para que o agente agisse por ela. Segundo, memória: preferências, correções, anotações sobre contatos e o contexto de meses de uso. Terceiro, automações: tarefas agendadas, gatilhos e relatórios recorrentes que alguém configurou e que mais ninguém lembra. Quarto, direitos de aprovação: a pessoa pode ser quem confirma quando o agente quer enviar algo para fora ou alterar um registro.

Nenhuma dessas coisas desaparece quando a conta do funcionário no diretório é desativada. Algumas deixam de funcionar de modo confuso, como um relatório recorrente que falha em silêncio. Outras continuam funcionando, como um token concedido separadamente. O objetivo do desligamento é tornar o resultado deliberado nos dois casos.

Se você ainda está entendendo como as peças da sua estrutura se encaixam, as sete camadas da infraestrutura de IA empresarial funcionam como um mapa de onde ficam identidade, memória e ferramentas.

Quais acessos remover e em que ordem?

A ordem importa porque alguns passos dependem de outros. Se você apagar a memória da pessoa antes de ver o que ela contém, perde informação de que a equipe pode precisar. Se revogar as autorizações antes de listar as automações que dependem delas, quebra fluxos sem saber quais.

Use esta sequência no último dia ou antes dele:

• Interrompa novas instruções. No provedor de identidade, suspenda a capacidade da pessoa de entrar no agente ou enviar mensagens a ele por qualquer canal (chat, e-mail, web, telefone). Faça isso no horário combinado de saída, não antes, a menos que o desligamento seja conflituoso.
• Faça o inventário do que está conectado em nome dela. Liste cada integração que a pessoa autorizou para o agente: agenda, e-mail, drive, chamados, CRM. Em geral são autorizações OAuth, e a documentação de OAuth 2.0 do Google explica por que uma autorização sobrevive à troca de senha se não for revogada de forma explícita.
• Revogue essas autorizações. Remova cada delegação e confirme que o agente não consegue mais agir na caixa de e-mail, na agenda ou nos arquivos daquela pessoa.
• Revise as rotas de aprovação e escalonamento. Substitua a pessoa onde ela era aprovadora ou o contato que o agente avisa. Uma aprovação enviada a uma conta desativada é um fluxo parado.
• Reatribua ou encerre as tarefas agendadas. Todo job recorrente ou gatilho criado pela pessoa ganha um novo responsável ou é desativado de propósito.
• Troque os segredos compartilhados. Se a pessoa conhecia alguma credencial usada pelo agente ou por suas ferramentas, mude-a. Credenciais individuais são revogadas, as compartilhadas são rotacionadas.
• Confira os logs. Verifique que não restam sessão, token ou participação em canal ativos, e registre a data e quem fez a verificação.

O princípio por trás disso é o do guia de autorização da OWASP: negar por padrão, conceder por papel e revisar as permissões quando as circunstâncias mudam. Uma saída da empresa é exatamente uma dessas circunstâncias.

Tudo fica bem mais simples quando o agente tem identidade e contas próprias, em vez de usar as de uma pessoa. Se o agente age pelo login de um funcionário nominal, remover o funcionário pode quebrar o agente ou, pior, obrigar você a manter o login ativo. O raciocínio está em por que o agente de IA da empresa precisa de identidade e contas próprias. Um ponto relacionado é quem guarda a conta do modelo e as chaves, tratado em de quem devem ser as contas e chaves de API do agente de IA.

O que fazer com a memória pessoal da pessoa?

Memória pessoal é tudo o que o agente reteve do trabalho com aquele indivíduo: preferências declaradas, correções feitas, anotações sobre clientes ou fornecedores, rascunhos e histórico de conversas. É um material misto. Parte dele é conhecimento da empresa que por acaso está guardado em nome de uma pessoa. Parte é privada. Tratar tudo da mesma forma, em qualquer direção, gera problemas.

Entregar a memória inteira ao sucessor transfere conteúdo privado e os hábitos de outra pessoa. Apagar tudo joga fora conhecimento operacional. O caminho é separar. Este guia de decisão funciona para a maioria das equipes:

• Conhecimento da empresa (situação de clientes, anotações de processo, condições de fornecedores, decisões e seus motivos): revise e depois promova para o conhecimento compartilhado que o papel do agente na equipe usa. Alguém com autoridade sobre aquela área aprova o que será movido.
• Preferências de trabalho (tom, formatação, como essa pessoa gostava dos resumos): arquive ou apague. O sucessor deve definir as próprias, e o agente não deve se comportar como se a pessoa nova fosse a antiga.
• Conteúdo privado ou pessoal (mensagens pessoais, compromissos de agenda não profissionais, qualquer coisa alheia ao trabalho): apague ou devolva conforme sua política e as regras de proteção de dados aplicáveis. No Brasil, a ANPD é a autoridade a consultar sobre obrigações com dados pessoais. Peça a um advogado que confirme o que vale no seu caso.
• Material sob retenção legal ou regulatória: preserve em local restrito, com acesso nominal, e registre o motivo.
• Tudo o que você não consegue classificar: coloque em quarentena com um revisor definido e uma data de revisão, em vez de adivinhar.

Duas observações práticas. Primeiro, defina a regra antes de alguém sair. As pessoas são mais transparentes sobre o que guardam quando conhecem a política. Segundo, pergunte ao seu fornecedor onde a memória pessoal fica armazenada e como é apagada, incluindo cópias de segurança e índices de busca derivados dela. Apagar o registro visível enquanto um índice ainda o devolve não é apagar.

Como proteger o trabalho compartilhado que a pessoa criou?

Trabalho compartilhado é tudo o que outras pessoas usam e que o funcionário em saída criou ou possui: prompts e instruções, fluxos salvos, modelos de documento, coleções de conhecimento, painéis, automações. Em muitas empresas, esses itens têm o nome do criador como responsável, e ninguém nunca conferiu.

Antes do último dia, faça uma varredura de responsabilidades:

• Liste todo ativo em que a pessoa em saída é a responsável, a editora ou a única mantenedora.
• Para cada um, registre quem depende dele, com que frequência roda e o que quebra se parar.
• Atribua um novo responsável que seja um papel ou uma equipe (por exemplo, a liderança de operações), não outro indivíduo que pode sair em seguida.
• Teste uma execução de cada item crítico com as permissões do novo responsável, porque uma automação que funcionava com o acesso do antigo dono pode falhar com um acesso mais restrito.
• Escreva uma linha de finalidade ao lado de cada ativo, para que o próximo responsável saiba por que ele existe.

Essa varredura costuma revelar duas coisas. Alguns ativos ninguém usa e ninguém vai sentir falta: desative-os. Outros se mostram essenciais, e a única pessoa que os entendia está saindo. Esse é o sinal para agendar uma sessão curta de trabalho antes da saída, e não um documento escrito às pressas na tarde final.

Ter responsáveis por papel é um hábito de governança, não um truque de desligamento. Se quiser uma estrutura leve para isso, o modelo operacional de IA para empresas traz um ponto de partida, e o modelo de responsabilidade compartilhada em agentes de IA mostra como registrar quem responde por cada parte.

O que uma boa passagem de bastão cobre?

A passagem de bastão do trabalho com agente é diferente da entrega de arquivos. A pessoa que sai vem moldando o comportamento do agente, muitas vezes sem perceber: corrigindo respostas, adicionando instruções, decidindo o que ele pode ou não fazer. Esse conhecimento tácito é a parte valiosa.

Uma conversa de passagem útil, de preferência na última semana, cobre:

• O que a pessoa pede ao agente com regularidade e como é um bom resultado.
• Quais correções ela fez com mais frequência, pois apontam fraquezas nas instruções ou no conhecimento do agente.
• Tarefas em andamento: o que está pela metade, o que espera alguém, o que está agendado.
• Limites de aprovação: o que o agente pode fazer sozinho, o que exige confirmação e quem confirmava.
• Casos de falha conhecidos: situações em que o agente era pouco confiável e a pessoa contornava o problema.
• Contatos ou sistemas externos que esperam notícias dessa pessoa e de quem eles devem passar a ouvir.

Registre o resultado em uma nota curta, anexada à descrição do papel do agente, e não escondida em um e-mail. Se o próprio papel mudar por causa da saída, atualize também a descrição e as medidas de sucesso. Os exemplos de funções para agentes de IA em empresas ajudam a escolher um formato para isso.

O sucessor deve então começar com a memória pessoal limpa e com o conhecimento compartilhado já promovido. Deixe que ele construa as próprias preferências de trabalho. Reconstruir sai mais barato do que separar os hábitos de outra pessoa do comportamento do agente.

Como isso fica na prática? Um cenário ilustrativo

Este é um cenário ilustrativo, não a descrição de um projeto real.

Uma coordenadora de operações de uma pequena distribuidora está saindo da empresa. Ela usava o agente para preparar resumos semanais de fornecedores, redigir e-mails de reposição e manter anotações sobre problemas de entrega por fornecedor. Tinha conectado a caixa de e-mail e a agenda para que o agente escrevesse em nome dela e marcasse reuniões.

Dois dias antes do último dia, o líder de operações aplica a sequência acima. Ele lista as autorizações dela (e-mail, agenda, drive compartilhado) e os dois jobs agendados: o resumo semanal e um lembrete de segunda-feira sobre pedidos de compra em aberto. Na revisão da memória, as anotações de entrega dos fornecedores são classificadas como conhecimento da empresa e promovidas para a coleção compartilhada de fornecedores depois que o líder as confere. As preferências de formatação dela são arquivadas. Alguns compromissos pessoais da agenda são apagados conforme a política da empresa.

Na varredura de responsabilidades, o líder percebe que o modelo do resumo semanal pertence apenas à coordenadora. Ele passa para a equipe de operações como responsável e roda o resumo uma vez com as próprias permissões para confirmar que funciona. No fim do último dia, o acesso dela ao agente é suspenso, as autorizações de e-mail e agenda são revogadas e o líder registra a data. O sucessor começa na semana seguinte com memória pessoal nova e as anotações compartilhadas de fornecedores já no lugar.

Nada nesse cenário exigiu ferramenta especial. Exigiu uma lista, um responsável e o hábito de fazer no prazo.

Como a Be Human trata esse tema?

A Be Human projeta agentes com identidade, memória, canais, ferramentas e permissões próprios, sob o controle do cliente, de modo que um funcionário que sai possa ser removido sem perturbar o agente. O desligamento é definido já no primeiro projeto, junto com o papel, os limites de aprovação e o critério de sucesso. Na operação gerenciada, a revisão de permissões e a manutenção das integrações cobrem o que o checklist acima exige: encontrar autorizações delegadas, reatribuir aprovações e confirmar que o acesso acabou. O cliente decide o que acontece com a memória pessoal e quem é dono do trabalho compartilhado. A Be Human documenta essas decisões e as executa. Os detalhes do trabalho recorrente estão em primeiros meses com um agente de IA gerenciado.

Perguntas frequentes

O acesso ao agente deve ser encerrado antes ou depois do último dia do funcionário? Suspenda a capacidade da pessoa de instruir o agente no horário combinado de saída e faça o inventário e a passagem de bastão antes. Revogar cedo demais pode bloquear a própria passagem, e revogar tarde demais deixa o acesso delegado aberto. Em um desligamento conflituoso, antecipe a suspensão e faça o inventário sem a pessoa.

O sucessor pode herdar a memória do agente da pessoa anterior? Apenas as partes que são conhecimento da empresa, depois de revisadas. Preferências de trabalho e conteúdo privado não devem ser transferidos, porque o agente passaria a se comportar como se o sucessor fosse o antecessor, e dados pessoais chegariam a alguém que não precisa deles. Promova o conhecimento útil para uma coleção compartilhada e deixe a pessoa nova começar limpa.

Quem responde pelo desligamento do acesso ao agente: RH, TI ou o líder da equipe? Defina isso de forma explícita, porque sem um responsável cada área presume que outra já fez. Uma divisão comum é o RH acionar o processo, a TI ou o provedor gerenciado revogar o acesso e o líder da equipe aprovar o que acontece com a memória e o trabalho compartilhado. Registre isso na sua matriz de responsabilidades para que não dependa de quem se lembra.

E se descobrirmos que a pessoa que saiu era dona de uma automação que ninguém entende? Pause, não apague, e verifique o que depende dela. Depois atribua um responsável por papel, documente a finalidade e teste com as permissões do novo responsável. Se ninguém consegue explicá-la e nada depende dela, desative de forma deliberada e registre a decisão.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.