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 se basa en la pertenencia: cada miembro del proyecto ve todas las tareas, los comentarios, las subtareas y el historial del proyecto. Los roles (propietario/administrador/miembro) controlan la gestión, no la visibilidad — no hay nivel de tarea privada ni de solo lectura. La confidencialidad se logra mediante canales separados.
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 AB Projects conserva los datos en Microsoft Azure: las eliminaciones son eliminaciones lógicas (sin purga automática ni ventana de restauración de autoservicio), el historial de cambios y los comentarios se conservan, y todavía no hay una exportación integrada — la exportación y la recuperación de datos se gestionan como solicitudes de soporte manuales.
SSO e inicio de sesión con Microsoft
AB Projects utiliza Microsoft SSO (Microsoft Entra ID) para iniciar sesión sin contraseña con su cuenta de Microsoft 365. No hay contraseñas independientes ni licencias por usuario que asignar; el acceso a los proyectos sigue su pertenencia al canal de Teams.