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
Los permisos de la API de Microsoft Graph que utiliza AB Projects y por qué: vinculación de canales de Teams y sincronización de la lista de miembros, publicación de actividad de tareas y sincronización de respuestas de hilos, programación en el calendario de Outlook y Microsoft SSO. El registro de la aplicación en Entra / la pantalla de consentimiento es la lista autorizada.
¿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.