Todos los miembros de mi organización se desactivaron automáticamente
De repente todos los miembros de tu organización aparecen como desactivados, o la gente reporta que no puede acceder a Dailybot aunque tú no los hayas eliminado. Esto puede coincidir con una clase de incidente conocida (rastreada internamente como CORE-1526): un trabajo automatizado o una sincronización cambia incorrectamente el estado de los miembros en toda la organización.
Comprobación rápida
- Confirma el alcance – ¿Son literalmente todos los miembros, o solo un equipo o un subconjunto vinculado a una integración?
- Revisa la auditoría de admin – Anota cualquier cambio reciente en facturación, SSO o sincronización de directorio antes del evento.
- No borres la organización en pánico – La desactivación masiva suele ser reversible; evita pasos destructivos hasta que soporte lo confirme.
- Conserva el contexto de facturación – Captura el plan actual y el contacto de facturas por si soporte necesita correlacionar los tiempos.
- Abre un ticket de alta prioridad – Menciona CORE-1526 si soporte pide el ID interno.
Causas comunes y soluciones
Problema conocido: desactivación masiva incorrecta (CORE-1526)
Bajo condiciones específicas, un proceso de backend ha desactivado grandes conjuntos de miembros por error. La organización, la facturación y las integraciones de chat pueden seguir existiendo – solo se modificaron incorrectamente los flags de miembro activo.
Qué hacer: Contacta a soporte de Dailybot de inmediato con el nombre de tu organización, la hora aproximada en que notaste el problema y si alguien sigue activo (por ejemplo, el propietario). Podemos reactivar miembros en masa después de verificar tu organización de nuestro lado. No dependas de que cada persona se vuelva a invitar a menos que soporte te lo indique – eso puede complicar el conteo de asientos.
Pasos de reactivación (típicos)
- El org admin envía un correo a soporte o usa el canal prioritario que especifique tu contrato.
- Soporte valida la organización y ejecuta una reactivación segura o te indica usar una herramienta de admin si está disponible en tu edición.
- Los miembros vuelven a iniciar sesión a través de tu plataforma de chat si el SSO o los tokens expiraron durante la incidencia.
- Revisa las automatizaciones y los workflows de agentes que se saltaron ejecuciones mientras los usuarios estaban inactivos.
Prevención y monitoreo
Después de la recuperación, vigila los conteos de miembros a diario durante un período corto. Asegúrate de que las reglas de sincronización de directorio (si las usas) solo desactiven a usuarios que realmente dejaron la empresa. Si tu organización usa SCIM o integraciones de RR. HH., confirma que las reglas de desaprovisionamiento sean estrechas.
Publicamos correcciones de las causas raíz en las notas de versión; pregunta a soporte si tu organización se vio afectada por una ventana de parche conocida.
Si nada de esto funcionó
Escala con:
- ID de la organización o slug de la URL si lo conoces
- Lista de algunos correos afectados (solo dominios si la política de privacidad lo exige)
- Si la membresía de la plataforma de chat todavía se ve correcta
Priorizamos los bloqueos a nivel de toda la organización.