Remover usuário do Claude Team: o que acontece com chats, projetos e skills?

Fala aí, beleza? Alguém do time pediu as contas, o RH já recolheu o notebook e sobrou pra você abrir o painel da organização e encarar aquele menuzinho ao lado do nome da pessoa

Aí bate a dúvida clássica: se eu clicar em remover agora, o que some junto?

A resposta honesta é que depende do TIPO de conteúdo

Chat, project e skill se comportam de jeitos diferentes depois que o acesso cai, e boa parte do estrago é evitável se você mexer em duas ou três configurações antes do clique

Bora ver o que checar, na ordem certa…

Antes de começar: quem pode remover e em quais planos

Antes de sair clicando, se liga em quem tem permissão pra isso

Remover um membro e alterar papel é coisa de Owner, Primary Owner ou de um papel customizado com a permissão de User Management em "Can manage"

Só isso já derruba metade dos chamados: quem é Admin não concede nem revoga os papéis Owner, Admin ou Primary Owner, isso fica na mão dos Owners

A área de cobrança é ainda mais fechada: Organization settings > Billing é restrito a Owners e Primary Owners

Outro ponto que pega gente desprevenida: cada organização Team ou Enterprise tem UM único Primary Owner, e ninguém pode remover a si mesmo como Primary Owner ou Owner

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

Ou seja, se a pessoa que está saindo é justamente o Primary Owner, a remoção precisa ser feita por outro Primary Owner ou Owner, e o papel precisa ser transferido antes

E o plano muda o que você tem em mãos:

• gestão de skills no nível da organização: disponível nos planos Team e Enterprise
• provisionamento via SCIM: só em organizações Enterprise e em organizações Console elegíveis
• plano Team: usa JIT

Com SCIM, a saída da pessoa no provedor de identidade já remove ela do Claude automaticamente

Checklist antes de remover: o que salvar do trabalho da pessoa

Essa é a parte que ninguém faz e todo mundo se arrepende depois

Pra você ter o panorama antes de descer nos passos, é assim que cada coisa se comporta:

Repara numa coisa pra não se perder na tabela: a visibilidade tem só DOIS estados, Public ou Private ("Only people invited")

Compartilhar com pessoas específicas não é um terceiro estado, é o mesmo Private com gente convidada dentro, e é justamente isso que muda o destino do projeto depois da remoção

Agora o passo a passo do que fazer ANTES do clique 😀

1. Abra cada projeto da pessoa e confira a visibilidade no botão "Share project", que fica à direita do nome do projeto. As opções são Public (toda a organização vê e usa) ou Private ("Only people invited"), com permissões "Can view" e "Can edit". A visibilidade pode ser trocada a qualquer momento por ali. O erro comum deste passo: assumir que "o time todo já viu esse projeto em reunião" significa que ele está compartilhado. Projeto Private sem convidados é privado mesmo, e depois da remoção ninguém da organização acessa

2. Provisione as skills importantes pela organização. Isso é feito em Organization settings > Skills, com os toggles "Code execution and file creation" e "Skills" habilitados. A skill enviada por ali fica disponível pra todo mundo em Customize > Skills e já vem habilitada por padrão, independente da conta de quem criou. O erro comum deste passo: confiar no compartilhamento pessoa a pessoa. Skill compartilhada com colega, grupo ou diretório é view-only, aparece na seção "Shared with you" e o destinatário pode habilitar e usar, mas não editar o conteúdo

3. Trate os chats compartilhados. Em Team e Enterprise o compartilhamento é só dentro da própria organização, sem link público. E o snapshot congela: ele inclui todas as mensagens anteriores ao compartilhamento, incluindo artifacts, e as mensagens posteriores seguem privadas até o chat ser compartilhado de novo. O erro comum deste passo: achar que o snapshot é backup. Arquivos anexados não entram no snapshot, então tudo que precisa sobreviver tem que SAIR do chat antes

4. Verifique se alguém já apagou coisa. Mensagens, arquivos e projetos deletados não entram em exportações iniciadas depois da exclusão, seja deleção manual do usuário ou pelas configurações de retenção do Enterprise. E uma conversa deletada sai do histórico visível na hora e é removida dos sistemas de backend em até 30 dias. O erro comum deste passo: deixar pra pensar em export depois da faxina de fim de projeto

5. Se a pessoa for o Primary Owner, transfira o papel antes. O caminho é Organization settings > Members > dropdown Role ao lado do novo usuário > selecionar "Primary Owner". O erro comum deste passo: descobrir isso no meio da remoção, com a pessoa já sem responder e-mail 😛

Como remover o usuário do Claude Team passo a passo

Com o checklist feito, a remoção em si é rápida

1. Abra Organization settings > Members
2. Clique no menu ao lado do membro que vai sair
3. Escolha "Remove from team"

Pronto, o membro perde acesso à organização imediatamente e o assento que ele ocupava fica disponível pra ser atribuído a outra pessoa

O erro comum deste passo: achar que remover gente baixa a fatura na hora

Não baixa

A remoção libera o assento pra outra pessoa, mas não gera crédito nem reembolso imediato no plano Team

Pra pagar menos você precisa reduzir a ALOCAÇÃO TOTAL de assentos do plano, e isso mora em Organization settings > Billing, restrito a Owners e Primary Owners

Se o seu time está fazendo essa conta agora, vale o mesmo raciocínio de quando a galera compara preço do Claude Code e Cursor: o que muda a fatura é o plano contratado, não quem está usando no dia

E em Enterprise com SCIM?

Com SCIM ativo, os membros são removidos automaticamente do Claude quando saem do provedor de identidade

O offboarding vira consequência do processo de identidade da empresa, e não de um clique manual

Tome cuidado numa coisa aqui: salvar a configuração de SCIM antes de os usuários estarem devidamente atribuídos no provedor de identidade DESPROVISIONA essas pessoas da organização

Ou seja, dá pra remover o time inteiro sem querer no dia da configuração

Depois da remoção: erros que aparecem e como prevenir

Essa seção é o "por que ninguém mais acha aquilo"

Sintoma 1: link de chat compartilhado deixou de abrir

Ao tentar abrir a URL de um chat compartilhado por quem foi removido, os membros restantes veem:

Conversation not found. The requested conversation either doesn't exist or you don't have permission to access it.

Causa: depois da remoção, os demais membros deixam de acessar os chats da pessoa, incluindo os snapshots que tinham sido compartilhados com a organização

Prevenção: tirar o conteúdo de dentro do chat antes da saída, jogando o que interessa pra um projeto compartilhado

Sintoma 2: o projeto sumiu pro time

Causa: o projeto era Private e não tinha ninguém convidado, então ele fica inacessível a todos da organização depois da remoção

Prevenção: antes do clique, trocar a visibilidade pra Public ou convidar as pessoas certas pro projeto Private

Assim ele continua aparecendo na aba "Team" (com permissão de ver ou editar) ou na aba "Shared with me" das pessoas escolhidas

Sintoma 3: a skill que o time usava parou de aparecer

Causa: ela dependia da conta de origem

Remover um usuário não apaga as skills que ele subiu na própria conta, elas permanecem lá e seguem recuperáveis, só que isso não ajuda muito o time que ficou

Prevenção: provisionar a skill pela organização em Organization settings > Skills, o que a torna independente da conta de quem a criou

Sintoma 4: o botão "Export logs" não funciona

Causa: o botão não funciona se a organização usa customer-managed encryption keys no plano Enterprise

Prevenção: se a sua organização usa customer-managed encryption keys, não conte com esse botão no dia do offboarding e deixe a coleta de logs encaminhada pela Compliance API antes da saída da pessoa

Alternativa: os eventos de audit log ficam disponíveis na Compliance API

E a cobertura dela vai além do chat: alcança o Cowork (via Claude, Claude Desktop e Claude Mobile) e o Claude Code (via CLI e Claude Desktop), em beta pra clientes Claude Enterprise

Saída definitiva, afastamento temporário e offboarding automatizado

Nem toda saída é igual, e a rotina muda bastante em cada caso

Saída definitiva

Aqui vale o checklist completo: visibilidade dos projetos revisada, skills importantes provisionadas pela organização, conteúdo tirado dos chats

Depois disso, remove e reatribui o assento pra próxima pessoa

Um detalhe que tranquiliza auditoria: os dados do usuário removido continuam sendo incluídos nas exportações de dados feitas pelo Primary Owner da organização

Afastamento ou remoção temporária

Esse caso é bem mais leve do que parece

Se o membro removido for adicionado de volta à MESMA organização com o MESMO endereço de e-mail, os chats, projects e skills anteriores são restaurados

Então pra licença longa ou remoção por engano, o caminho de volta existe, desde que o e-mail seja idêntico

Offboarding em escala com Enterprise

Se a sua empresa tem gente entrando e saindo toda semana, dá pra tirar isso do clique manual

A Admin API do Claude.ai ganhou endpoints de gestão de pessoas em beta, habilitados pra todas as organizações Claude Enterprise: listar membros, buscar por e-mail, mudar papel de um membro, remover membros, enviar e retirar convites, gerenciar grupos e sua composição e ler custom roles

Um detalhe que faz muita gente perder tempo debugando: requisições de grupos e custom roles exigem cabeçalho beta específico, e sem ele a resposta é 404

anthropic-beta: ce-user-management-2026-07-13

Requisições de member e invite não pedem esse cabeçalho

E tem um limite importante de arquitetura: os papéis owner, membership_admin e primary_owner são atribuídos nas configurações da organização no claude.ai, e membros com esses papéis não podem ser modificados nem removidos via API

Ou seja, automatize o time, mas o topo da hierarquia continua sendo trabalho de interface

E o Claude Code na máquina da pessoa?

Aqui a gente sai do painel da organização e vai pro computador de quem estava usando, beleza?

O Claude Code é outra ferramenta (roda no terminal, na máquina local), então esse ponto é fácil de esquecer no offboarding

O Claude Code guarda os transcripts de sessão localmente, em texto plano, em ~/.claude/projects/, por 30 dias por padrão, justamente pra permitir retomar sessões

Esse período é ajustável pela configuração cleanupPeriodDays

E a retenção padrão de dados do Claude Code pra uso comercial (Team, Enterprise e API) é de 30 dias, com zero data retention disponível pra contas qualificadas no Claude Code no Claude for Enterprise

Conclusão

O clique em "Remove from team" leva três segundos

O que salva (ou perde) o trabalho é tudo que acontece ANTES dele: a visibilidade de cada projeto, as skills provisionadas pela organização em vez de compartilhadas pessoa a pessoa, e o conteúdo importante tirado de dentro dos chats

Se a pessoa volta com o mesmo e-mail, o material volta junto

Se não volta, o que ficou privado ficou privado

Próximo passo que eu faria hoje, sem esperar a próxima saída: rodar esse checklist uma vez na organização inteira, olhando projeto por projeto, e definir a política de retenção do time

No Enterprise dá pra configurar retenção customizada com período mínimo de 30 dias, contando cada mês como 30 dias, e o que fica fora do novo período é apagado na hora em que a configuração é salva

Então decide isso com calma, beleza? 🙂

até o próximo post!