Desligamento de funcionário e agentes de IA: checklist do mesmo dia

Desligar um funcionário das ferramentas de agentes de IA significa remover, no dia da saída, tudo o que essa pessoa poderia usar para direcionar um agente: poderes de aprovação, memória compartilhada que ela ajudou a moldar e ferramentas que suas credenciais ou autorizações alcançam. Trabalhe a partir de uma lista escrita de cada papel de agente, fila de aprovação, espaço de memória e conexão ligada a essa pessoa. Depois, redistribua, revogue e verifique cada item antes do fim do expediente. O checklist abaixo segue essa ordem, para que nada seja revogado antes de o substituto estar no lugar.

Principais pontos

• Trate aprovações de agentes, memória compartilhada e ferramentas conectadas como acessos que terminam no dia da saída, do mesmo jeito que e-mail e pastas compartilhadas.
• Redistribua as aprovações pendentes antes de retirar a autoridade da pessoa, para que nenhuma ação do agente fique parada ou rode sem revisão.
• Separe o conhecimento da empresa dos rascunhos pessoais na memória compartilhada e decida explicitamente o destino de cada parte.
• Troque as credenciais compartilhadas que a pessoa criou ou conhecia, e não apenas o login dela.
• Guarde um registro curto do que foi removido, por quem e quando, e confira o log de atividade na manhã seguinte.

Por que a conta do agente não é a única porta

A maioria das rotinas de desligamento para na plataforma de identidade. O login é desativado, o notebook é recolhido e a pessoa sai do chat da equipe. Os agentes, porém, podem continuar agindo se os poderes de aprovação, as autorizações delegadas ou as conexões com ferramentas nunca foram limpos. Um gestor que aprovava pedidos de compra feitos por agente pode continuar nomeado como aprovador em um fluxo. Um conector autorizado em nome dele pode continuar gravando em um registro de cliente. Instruções que ele escreveu na memória compartilhada podem continuar influenciando cada execução futura.

Vale pensar no acesso dos agentes em três camadas. A primeira é a autoridade: quem pode aprovar, recusar ou sobrescrever uma ação do agente. A segunda é a memória: o que o agente armazena e reaproveita entre tarefas. A terceira é o alcance: quais ferramentas o agente pode chamar e com quais credenciais. Cada camada tem sua própria etapa de remoção, e um login desativado sozinho não limpa nenhuma delas.

Checklist do mesmo dia

Designe um único responsável pela lista inteira, de preferência o gestor com autoridade sobre o trabalho da pessoa que sai. Comece antes da última hora, se a data de saída já for conhecida.

• Congele novas aprovações: marque o papel de aprovador da pessoa como inativo em todos os fluxos de agentes e anote os pedidos que ainda aguardam nessas filas.
• Monte o inventário: liste cada fila de aprovação, espaço de memória, tarefa agendada de agente e ferramenta conectada em que a pessoa aparece como dona, aprovadora ou criadora.
• Redistribua as aprovações pendentes: indique um sucessor para cada fila, com uma nota curta sobre o que essa pessoa passa a aprovar e quais são os limites.
• Separe a memória: marque quais notas e exemplos são conhecimento da empresa e quais são rascunhos pessoais ou preferências privadas.
• Transfira o conhecimento da empresa para um dono compartilhado e remova os rascunhos pessoais depois de uma revisão rápida.
• Revogue as autorizações pessoais: remova o acesso que a pessoa deu aos agentes para caixa de e-mail, agenda, CRM ou armazenamento de arquivos.
• Troque as credenciais compartilhadas: se a pessoa criou ou conhecia uma credencial de serviço usada pelos agentes, emita uma nova e atualize a configuração das ferramentas.
• Pause ou redistribua as tarefas agendadas que ela possui ou que enviam resultados para o seu endereço.
• Teste a remoção: tente uma ação com a identidade da pessoa que saiu e confirme que ela é recusada.
• Registre a remoção: o que foi removido, o que foi redistribuído, quem fez e quando.
• Na manhã seguinte, verifique o log de atividade dos agentes em busca de qualquer ação feita com a identidade desligada depois do horário da revogação.

Aprovações: redistribua antes de revogar

Os poderes de aprovação merecem mais cuidado, porque permitem que o julgamento de uma pessoa continue orientando ações dos agentes depois da saída. Se você revogar primeiro, a fila pode travar, e o agente pode escalar para um canal que ninguém acompanha. Se redistribuir sem registro, fica difícil saber quem aprovou o quê, e essa lacuna depois é difícil de fechar. A ordem que funciona é: listar os itens pendentes, indicar um sucessor para cada um, confirmar que o sucessor viu os itens e só então remover o papel de aprovador antigo.

Cenário ilustrativo: uma responsável de compras sai em uma sexta-feira. Ela é a aprovadora nomeada de um agente que redige pedidos a fornecedores abaixo de um limite definido, e há três pedidos aguardando. Na sexta de manhã, o gerente de operações confere cada rascunho contra o limite, aprova ou recusa com uma observação e só então o papel de aprovadora da responsável é removido. Na segunda-feira seguinte, o agente tem um aprovador atribuído em cada fila, e nenhum pedido espera por alguém que não trabalha mais na empresa.

Memória compartilhada: mantenha o que a empresa precisa, remova o que só a pessoa usava

A memória do agente costuma ser a parte menos visível do desligamento. Ao longo de meses, um integrante pode ensinar ao agente como formatar relatórios, qual tom certos clientes exigem ou como tratar exceções. Parte desse conhecimento pertence à empresa e precisa continuar disponível para a equipe. Outras partes são anotações pessoais, preferências privadas ou notas com dados pessoais de colegas ou clientes, e essas exigem uma decisão de remoção segundo as suas regras de privacidade.

A pessoa que sai normalmente consegue dizer quais notas escreveu para a própria conveniência. O gestor consegue dizer de quais notas a equipe depende. Registre a decisão de cada item, porque um espaço de memória com autor não identificado é difícil de limpar depois. Se uma nota contém dados pessoais e precisa sair, siga o seu procedimento de exclusão, em vez de editá-la informalmente. Os passos para localizar e verificar a remoção estão descritos em atender pedido de exclusão de memória de agente de IA.

Ferramentas conectadas e credenciais que sobrevivem à pessoa

Três tipos de conexão merecem atenção. O primeiro são as autorizações pessoais, em que a pessoa autorizou um agente ou uma plataforma de agentes a ler ou gravar seu e-mail, agenda, arquivos ou registros de CRM. O segundo são as credenciais de serviço, como chaves de API ou contas de serviço que ela configurou ou conhecia. O terceiro são as tarefas agendadas e os webhooks que publicam resultados no endereço dela ou dependem do login dela.

Revogue cada autorização pessoal no próprio console de administração da ferramenta e confirme a revogação ali, em vez de presumir que a plataforma de agentes já a descartou. A documentação do OAuth 2.0 do Google explica como funcionam a autorização de clientes e os tokens de acesso, o que ajuda a entender se uma autorização ainda existe. Para agentes que acessam ferramentas por uma interface padrão, revise quais servidores de ferramentas cada agente pode chamar, já que a introdução ao Model Context Protocol descreve como essas conexões expõem ferramentas a um modelo. Remova a pessoa de qualquer configuração de servidor de ferramentas que a liste como dona.

A abordagem gerenciada da Be Human trata isso como uma etapa permanente de operação, e não como uma limpeza pontual. O trabalho começa mapeando quais papéis de agente, espaços de memória e conexões cada pessoa consegue alcançar, de modo que a lista de desligamento já exista quando alguém sai. O monitoramento observa atividades sob identidades aposentadas, e as revisões de permissão seguem um calendário fixo. A empresa mantém o controle sobre os limites de aprovação e as permissões das ferramentas, e decide quem herda cada um deles.

Verifique a remoção e guarde o registro

Um checklist vale o tamanho da sua verificação. Quando a ferramenta permitir, teste a partir do ponto de vista da identidade desligada e confirme que a tentativa é recusada com uma mensagem clara, e não enfileirada em silêncio. Em seguida, confira o log de atividade do período depois do horário da revogação, procurando aprovações, gravações, envios ou alterações de memória atribuídas à identidade antiga. Se o log mostrar qualquer coisa, trate como incidente e siga os seus passos de resposta antes de fechar o chamado.

Guarde o registro de remoção junto ao arquivo da revisão de acessos, e não em uma conversa de chat. Ele deve citar os itens removidos, os sucessores designados, as credenciais trocadas e as pessoas que confirmaram cada etapa. Mantenha nele apenas os dados pessoais que as suas regras de retenção exigem. O OWASP Authorization Cheat Sheet oferece orientações úteis para confirmar que as decisões de acesso são aplicadas no momento da ação, que é justamente o teste que importa aqui. O desligamento está concluído quando se consegue mostrar uma ação recusada e um log limpo, e não quando alguém diz que está pronto.

Se você não tem certeza de quais ferramentas de agentes um funcionário que sai ainda consegue alcançar, faça o diagnóstico gratuito de IA da Be Human para descobrir a primeira tarefa que vale entregar a um agente e as perguntas de acesso que precisam ser resolvidas antes de ele entrar em operação.

Perguntas frequentes

Devemos remover o acesso do agente antes de o funcionário ser avisado da saída? Prepare o inventário e a lista de redistribuição com antecedência e aja no momento em que o seu processo de RH e jurídico considera a decisão final. Preparar cedo mantém a passagem tranquila e evita lacunas nas aprovações no último dia. A remoção em si deve acontecer no dia da saída, e não semanas depois.

Quem é dono da memória que um funcionário construiu com um agente? A resposta depende dos termos do seu contrato de trabalho, da sua política de uso aceitável e das regras da plataforma de agentes que você usa, então responda por escrito antes de precisar da resposta. Na maioria das empresas, o conhecimento que apoia o trabalho da empresa pertence à empresa, e o material pessoal pertence à pessoa. O artigo sobre quem é dono do conteúdo gerado por IA reúne as perguntas que precisam ser resolvidas.

E se as aprovações da pessoa foram usadas com muita frequência nos meses antes da saída? Inclua uma revisão retroativa na análise de acessos, e não apenas a lista de desligamento. Faça uma amostra das aprovações que ela deu, verifique se os limites foram respeitados e anote qualquer padrão que precise de correção. Isso é uma parte normal de uma auditoria trimestral de permissões, e ajuda a decidir se os limites do fluxo foram definidos corretamente desde o início.

Prestadores de serviço e temporários precisam do mesmo checklist? Sim, com a data de fim do contrato como gatilho. Prestadores costumam ter conexões de serviço e autorizações pessoais que são fáceis de esquecer, então o inventário deles merece atenção extra. Registre a data de término quando o contrato for assinado, para que a lista de remoção esteja pronta antes de o trabalho acabar.

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