Ayuda & Soporte
Encuentra guías, consejos y respuestas para aprovechar AB al máximo. Navega por tema o busca lo que necesitas.
Por qué AB Projects requiere permisos de Microsoft Graph
Cada permiso que solicita AB Projects, relacionado con la función que hace posible: los permisos de Microsoft Graph para toda la organización que un administrador consiente en Entra ID (en su mayoría delegados) y los permisos de equipo que un propietario acepta equipo por equipo, incluido el de la versión 2.4.0 que sincroniza las respuestas del hilo con las tareas.
¿Quién puede ver qué?
La visibilidad en AB Projects depende de la pertenencia al proyecto: cada miembro ve todas las tareas, comentarios, subtareas e historial. Los roles (Propietario/Administrador/Miembro/Lector) controlan lo que puede modificar, no lo que ve; no hay tareas privadas. Para ocultar trabajo, use un canal y un proyecto aparte.
Confidencialidad y acuerdos Enterprise
Cómo funciona la confidencialidad en AB Projects: el acceso se delimita por la pertenencia al canal de Teams y la identidad de Microsoft, con un registro de auditoría completo. No hay indicador de privacidad por tarea, flujo de NDA, marca de agua ni caducidad de acceso; los NDA y los términos privados se gestionan mediante acuerdos Enterprise.
Retención y exportación de datos
Cómo conserva AB Projects los datos: nada se purga automáticamente, el historial de cambios y los comentarios se conservan, y eliminar una tarea es permanente (no hay papelera). Los datos se alojan en Microsoft Azure (Japan East). Aún no hay exportación de autoservicio; las exportaciones y la eliminación de datos las gestiona el soporte bajo petición.
SSO e inicio de sesión con Microsoft
AB Projects no tiene contraseña propia: inicias sesión con tu cuenta profesional o educativa de Microsoft 365 mediante SSO de Microsoft Entra ID, en Teams o en blz.actionbridge.io. Cualquier organización puede iniciar sesión; las cuentas personales no (error AADSTS50020). Incluye qué comprobar si falla.