Todos os membros da minha org foram desativados automaticamente
De repente, todos os membros da sua organização aparecem como desativados, ou as pessoas relatam que não conseguem acessar o Dailybot mesmo sem você ter removido ninguém. Isso pode corresponder a uma classe de incidente conhecida (rastreada internamente como CORE-1526): um job automatizado ou uma sincronização inverte incorretamente o status dos membros em toda a org.
Verificação rápida
- Confirme o escopo – É literalmente todos os membros, ou apenas um time ou um subconjunto vinculado a uma integração?
- Verifique a auditoria de admin – Anote quaisquer mudanças recentes em billing, SSO ou sincronização de diretório antes do evento.
- Não apague a org em pânico – A desativação em massa costuma ser reversível; evite passos destrutivos até o suporte confirmar.
- Preserve o contexto de billing – Capture o plano atual e o contato da fatura, caso o suporte precise correlacionar o horário.
- Abra um ticket de alta prioridade – Mencione CORE-1526 se o suporte pedir o ID interno.
Causas comuns e soluções
Problema conhecido: desativação em massa incorreta (CORE-1526)
Sob condições específicas, um processo de backend desativou grandes conjuntos de membros por engano. A organização, o billing e as integrações de chat podem ainda existir – apenas as flags de membro ativo ficaram erradas.
O que fazer: Fale com o suporte do Dailybot imediatamente com o nome da sua organização, o horário aproximado em que você notou o problema e se alguém continua ativo (por exemplo, o owner). Podemos reativar membros em massa após verificar a sua org do nosso lado. Não conte com cada pessoa se reconvidando, a menos que o suporte oriente – isso pode complicar a contagem de assentos.
Passos de reativação (típicos)
- O admin da org envia email ao suporte ou usa o canal prioritário que o seu contrato especifica.
- O suporte valida a org e executa uma reativação segura ou orienta você a usar uma ferramenta de admin, se disponível na sua edição.
- Os membros entram novamente pela sua plataforma de chat se o SSO ou os tokens tiverem expirado durante a interrupção.
- Revise as automações e os workflows de agentes que pularam execuções enquanto os usuários estavam inativos.
Prevenção e monitoramento
Após a recuperação, acompanhe as contagens de membros diariamente por um curto período. Garanta que as regras de sincronização de diretório (se você as usar) só desativem usuários que realmente saíram da empresa. Se a sua org usa SCIM ou integrações de RH, confirme que as regras de desprovisionamento são restritas.
Publicamos correções para as causas-raiz nas notas de versão; pergunte ao suporte se a sua org foi afetada por uma janela de patch conhecida.
Se nada disso funcionou
Faça o escalonamento com:
- O ID da organização ou o slug da URL, se você souber
- A lista de alguns emails afetados (apenas os domínios, se a política de privacidade exigir)
- Se a associação na plataforma de chat ainda parece correta
Priorizamos bloqueios que afetam toda a org.