Preguntas más frecuentes sobre la administración de usuarios y permisos

R: Puede recuperar la contraseña de la cuenta Microsoft o recuperar la contraseña de la cuenta profesional o educativa si su organización ha activado esta característica. De lo contrario, póngase en contacto con el administrador de Microsoft Entra para recuperar su cuenta profesional o educativa.

R: Debe ser miembro del grupo Administradores de colecciones de proyectos u propietario de la organización para administrar usuarios en el nivel de organización. Para agregarlo, consulte Cambio de permisos en la organización o en el nivel de colección.

R: Si tiene al menos acceso básico, puede encontrar el propietario actual en la configuración de la organización.

1. Vaya a la configuración de la organización.

   

2. Busque el propietario actual.

   

R: Si tiene al menos acceso Básico, puede encontrar un miembro del grupo Administradores de colecciones de proyectos en la configuración de la organización o de la colección.

P: Es posible que necesiten un nivel de acceso diferente asignado, además de los permisos concedidos a través de grupos de seguridad. Por ejemplo, el nivel de acceso de las partes interesadas proporciona compatibilidad parcial para seleccionar características, lo que permite a los usuarios ver y modificar elementos de trabajo, pero no usar todas las características.

R: La única manera de resolver este escenario es solicitar un aumento en los niveles de permisos.

R: Asigne este nivel de acceso a los usuarios que tienen suscripciones de Visual Studio activas y válidas. Azure DevOps reconoce y valida automáticamente a los suscriptores de Visual Studio que tienen Azure DevOps como ventaja. Necesita la dirección de correo electrónico asociada a la suscripción.

Si el usuario no tiene una suscripción de Visual Studio activa válida, solo puede trabajar como parte interesada.

R: Consulte Ventajas de Azure DevOps para suscriptores de Visual Studio.

R: Consulte ¿Por qué Azure DevOps no reconoce mi suscripción de Visual Studio?

R: Azure DevOps reconoce suscriptores de Visual Studio. Los usuarios tienen acceso automáticamente, en función de su suscripción, no en el nivel de acceso actual asignado al usuario.

R: Si no hay otros niveles de acceso disponibles, los usuarios pueden trabajar como partes interesadas. Para restaurar el acceso, el usuario debe renovar su suscripción.

R: El valor de Last Access es la última fecha en que un usuario ha accedido a los recursos o servicios. El acceso a Azure DevOps incluye el uso de OrganizationName.visualstudio.com directamente y el uso de recursos o servicios indirectamente. Por ejemplo, puede usar la extensión Azure Artifacts o puede insertar código en Azure DevOps desde una línea de comandos o IDE de Git.

R: No, un usuario solo puede unirse a la organización para la que el usuario pagó por el acceso básico. Pero un usuario puede unirse a cualquier organización en la que los usuarios gratuitos con acceso básico sigan estando disponibles. El usuario también puede unirse como usuario con acceso gratuito a las partes interesadas.

R: Asegúrese de que los usuarios tengan asignado el nivel de acceso correcto.

• Aprenda a administrar usuarios y niveles de acceso para Azure DevOps.

• Aprenda a cambiar los niveles de acceso de Azure DevOps Server.

Algunas características solo están disponibles como extensiones. Debe instalar estas extensiones. La mayoría de las extensiones requieren que tenga al menos acceso básico, no acceso de partes interesadas. Compruebe la descripción de la extensión en la pestaña Visual Studio Marketplace, Azure DevOps.

Por ejemplo, para buscar en el código, puede instalar la extensión de búsqueda de código gratuita, pero necesita al menos acceso básico para usar la extensión.

Para ayudar a su equipo a mejorar la calidad de la aplicación, puede instalar la extensión gratuita Test & Feedback, pero obtendrá diferentes funcionalidades en función del nivel de acceso y si trabaja sin conexión o está conectado a Azure DevOps Services.

Algunos suscriptores de Visual Studio pueden usar esta característica de forma gratuita, pero los usuarios básicos deben actualizarse al acceso de Basic + Test Plans para poder crear planes de prueba.

• Aprenda a obtener extensiones para Azure DevOps.
• Obtenga información sobre cómo obtener extensiones para Azure DevOps Server.
• Aprenda a comprar acceso a Azure DevOps Server Test.

R: Un usuario puede perder el acceso por los siguientes motivos (aunque el usuario puede seguir funcionando como parte interesada):

• La suscripción de Visual Studio del usuario ha expirado. Mientras tanto, el usuario podrá trabajar como Parte interesada o podría conceder al usuario acceso Básico hasta que renueve su suscripción. Una vez que el usuario inicie sesión, Azure DevOps restaurará el acceso automáticamente.

• La suscripción de Azure usada para la facturación ya no está activa. Todas las compras realizadas con esta suscripción se ven afectadas, incluidas las suscripciones de Visual Studio. Para corregir este problema, visite el Portal de cuentas de Azure.

• La suscripción de Azure usada para la facturación se quitó de la organización. Para obtener más información, consulte Vinculación de la organización.

• Su organización tiene más usuarios con acceso básico que el número de usuarios que paga en Azure. Su organización incluye cinco usuarios gratuitos con acceso básico . Si necesita agregar más usuarios con acceso básico, puede pagar por estos usuarios.

De lo contrario, en el primer día del mes natural, los usuarios que no han iniciado sesión en su organización durante el tiempo más largo pierden primero el acceso. Si su organización ya no necesita acceso, quítelos de la organización.

R: Si un usuario está en más de un grupo de Microsoft Entra, un conjunto de permisos DENY en un grupo se aplica al usuario de todos los grupos en los que se encuentra el usuario. Dado que el permiso se establece en DENY para el usuario en el nivel más bajo posible, el uso del usuario del recurso se ve afectado en todos los grupos en los que se encuentran porque la denegación siempre tiene prioridad.

Por ejemplo, si un usuario está en el grupo Colaborador y en el grupo Administrador de proyectos y DENY está establecido para un permiso específico en el grupo Colaborador, también se deniega ese permiso para el usuario en el grupo Administrador de proyectos. En este escenario, puede usar la opción No establecer .

Para obtener más información sobre los estados de permisos, consulte Estados de permisos.

R: Consulte Cómo quitar usuarios de Azure DevOps.

R: Compruebe que el usuario no se agrega a un grupo en el que el permiso Ver información de nivel de proyecto de nivel de proyecto no está establecido o está establecido en Denegar. Para más información, consulte Cambio de permisos de nivel de proyecto.

R: De forma predeterminada, Acceso a través de preguntas más frecuentes de Microsoft Entra. Los invitados de Microsoft Entra no pueden buscar en el id. de Microsoft Entra de la manera requerida por Azure DevOps.

R: No, todavía puede usar ese método en todas las demás organizaciones que posee. Los tokens de acceso personal se aplican a organizaciones específicas o a todas las organizaciones, en función de la selección al crear el token.

R: Sí, esas aplicaciones siguen funcionando.

R: Para quitarse de una organización, siga estos pasos:

1. Vaya a aex.dev.azure.com.

2. Seleccione la organización y, a continuación, elija Salir.

   

3. Confirme que desea abandonar la organización.

   

R: Póngase en contacto con el administrador para determinar si su organización usa la directiva de inquilinos de Microsoft Entra para restringir la creación de la nueva organización.

R: Los usuarios del grupo TestGroup pierden el acceso a los recursos de grupo si los usuarios no se han asignado explícitamente a los recursos o se han asignado a través de una regla de grupo diferente.

R: No. Los grupos no se eliminan.

R: Esta opción quita el grupo de Azure DevOps o Microsoft Entra de cualquier grupo predeterminado de nivel de proyecto, como lectores de proyectos o colaboradores del proyecto.

R: Los tipos de reglas de grupo se clasifican en el orden siguiente: Suscriptor > Básico + Planes > de prueba Partes interesadas básicas > . Los usuarios siempre obtienen el mejor nivel de acceso entre todas las reglas de grupo, incluida la suscripción de Visual Studio.

Vea los ejemplos siguientes, en los que se muestra cómo los factores de detección de suscriptores en las reglas de grupo.

Ejemplo 1: regla de grupo me proporciona más acceso.

Si tengo una suscripción de Visual Studio Pro y estoy en una regla de grupo que me da planes básicos y de prueba, ¿qué ocurre?

Esperado: obtengo Basic + Test Plans porque lo que la regla de grupo me da es mayor que mi suscripción.

Ejemplo 2: regla de grupo me da el mismo acceso.

Tengo una suscripción de Visual Studio Test Pro y estoy en una regla de grupo que me da lo que sucede en Basic + Test Plans?

Esperado: se detecta como suscriptor de Visual Studio Test Pro, porque el acceso es el mismo que la regla de grupo y ya estoy pagando por Visual Studio Test Pro, por lo que no quiero volver a pagar.

R: Su organización es gratuita para los cinco primeros usuarios con acceso básico. Puedes agregar Partes interesadas y suscriptores ilimitados de Visual Studio sin cargo adicional. Después de asignar los cinco usuarios gratuitos con acceso Básico, puede seguir agregando Partes interesadas y suscriptores de Visual Studio.

Para agregar seis o más usuarios con acceso Básico, debe configurar la facturación en Azure. A continuación, puede pagar por más usuarios que necesiten acceso básico, volver a su organización, agregar estos usuarios y asignarles acceso básico. Cuando se configura la facturación, se paga de forma mensual por el acceso de los usuarios adicionales. Puedes cancelar cuando quieras.

Si necesitas más suscripciones de Visual Studio, descubre cómo comprar suscripciones.

R: Este problema puede ocurrir porque los usuarios deben iniciar sesión con cuentas de Microsoft a menos que su organización controle el acceso con el identificador de Microsoft Entra. Si su organización está conectada a Microsoft Entra ID, los usuarios deben ser miembros del directorio para obtener acceso.

Si es administrador de Microsoft Entra, puede agregar usuarios al directorio. Si no es administrador de Microsoft Entra, trabaje con el administrador de directorios para agregarlos. Obtenga información sobre cómo controlar el acceso de la organización con el identificador de Entra de Microsoft.

R: La pérdida de acceso puede ocurrir por diferentes motivos.

R: Aprenda a eliminar usuarios en todos los proyectos de su organización. Si paga por más usuarios, pero ya no necesita acceso a su organización, debe reducir los usuarios de pago para evitar cargos.

R: Probablemente es un invitado en la instancia de Microsoft Entra que respalda Azure DevOps. De forma predeterminada, los invitados de Microsoft Entra no pueden buscar en el identificador de Microsoft Entra. Por eso no encuentra usuarios en el identificador de Entra de Microsoft conectado para agregar a su organización.

En primer lugar, compruebe si es un invitado de Microsoft Entra:

1. Vaya a la sección Configuración de su organización. Examine la sección inferior Id. de Microsoft Entra. Anote el inquilino que respalda la organización.

2. Inicie sesión en el nuevo Azure Portal portal.azure.com. Compruebe el perfil de usuario en el inquilino del paso 1. Compruebe el valor tipo de usuario que se muestra de la siguiente manera:

   

Si es invitado de Microsoft Entra, realice uno de los pasos siguientes:

• Haga que otro administrador de Azure DevOps, que no sea invitado de Microsoft Entra, administre los usuarios de Azure DevOps por usted. Los miembros del grupo Administradores de colecciones de proyectos dentro de Azure DevOps pueden administrar usuarios.
• Haga que el administrador de Microsoft Entra quite la cuenta del directorio conectado y lo lea. El administrador debe hacer que sea miembro de Microsoft Entra en lugar de un invitado. Consulte ¿Se pueden agregar usuarios de Microsoft Entra B2B como miembros en lugar de invitados?
• Cambie el tipo de usuario del invitado de Microsoft Entra mediante Microsoft Graph PowerShell. No se recomienda usar el siguiente proceso, pero funciona y permite al usuario consultar el identificador de Microsoft Entra desde Azure DevOps posteriormente.

1. Descargue e instale Microsoft Graph PowerShell.

   PS Install-Module -Name Microsoft Graph
   

2. Abra PowerShell y ejecute los siguientes cmdlets.

   a. Conéctese a Microsoft Entra ID:

   PS Connect-MgGraph -Scopes 'User.Read.All'
   

   b. Busque el valor objectId del usuario:

   PS Get-MgUser -Filter "UserPrincipalName eq '<YourUPN>'"
   

   c. Compruebe el atributo usertype de este usuario para ver si es un invitado o miembro:

   PS Get-MgUser -UserId <Id> -Property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserType 
   

   d. Cambie el tipo de usuario de miembro a invitado:

   PS Update-MgUser -UserID <replace the  ID for the result of the command to search> -UserType Member
   

R: Si experimenta retrasos en la búsqueda de nuevos usuarios o que los usuarios eliminados se quiten rápidamente de Azure DevOps (por ejemplo, en listas desplegables y grupos) después de agregar o eliminar usuarios, abra un informe de problemas en la Comunidad de desarrolladores para que podamos investigar.

¿Por qué tengo que elegir entre una "cuenta profesional o educativa" y mi "cuenta personal"?

Debe elegir entre una "cuenta profesional o educativa" y su "cuenta personal" al iniciar sesión con una dirección de correo electrónico (por ejemplo, jamalhartnett@fabrikam.com) compartida por ambas cuentas. Aunque ambas identidades usan la misma dirección de inicio de sesión, son independientes y tienen perfiles, configuraciones de seguridad y permisos diferentes.

• Seleccione Cuenta profesional o educativa si usó esta identidad para crear la organización o iniciar sesión con ella anteriormente. El directorio de la organización en microsoft Entra ID autentica la identidad y controla el acceso a su organización.

• Seleccione Cuenta personal si usó su cuenta Microsoft con Azure DevOps. El directorio global de las cuentas de Microsoft autentica su identidad.

¿Por qué no puedo iniciar sesión después de seleccionar "cuenta microsoft personal" o "cuenta profesional o educativa"?

Si la dirección de inicio de sesión la comparte su cuenta personal de Microsoft y su cuenta profesional o educativa, pero la identidad seleccionada no tiene acceso, no puede iniciar sesión. Aunque ambas identidades usan la misma dirección de inicio de sesión, son independientes y tienen perfiles, configuraciones de seguridad y permisos diferentes. Cierre sesión completamente desde Azure DevOps mediante los pasos siguientes. Si cierra el explorador, es posible que no cierre por completo. Vuelva a iniciar sesión y seleccione su otra identidad:

1. Cierre todos los exploradores, incluidos los exploradores que no ejecutan Azure DevOps.

2. Abra una sesión de exploración privada o de incógnito.

3. Vaya a esta dirección URL: https://aka.ms/vssignout.

   Aparece un mensaje que indica "Cerrar sesión en curso". Después de cerrar la sesión, se le redirigirá a la página web de Azure DevOps @dev.azure.microsoft.com .

   Sugerencia

   Si la página de cierre de sesión tarda más de un minuto, cierre el explorador e inténtelo de nuevo.

4. Vuelva a iniciar sesión en Azure DevOps. Seleccione su otra identidad.

Cómo obtener ayuda o soporte técnico para Azure DevOps

Elija entre las siguientes opciones de soporte técnico:

• Informe de un problema con Azure DevOps en Developer Community.
• Proporcione una sugerencia sobre Developer Community
• Obtener consejos sobre Stack Overflow
• Visualización de los archivos del foro de Azure DevOps en MSDN

Artículos relacionados

• Preguntas más frecuentes sobre el acceso a Microsoft Entra ID
• Preguntas más frecuentes sobre configuración y personalización de la organización
• Preguntas más frecuentes sobre la configuración de Visual Studio