Problemas conocidos en Microsoft Graph

En este artículo se proporciona información sobre problemas conocidos relacionados con las API de Microsoft Graph.

Autenticación

La página de consentimiento muestra que la aplicación de línea de comandos que se adapta a PowerShell y CLI es de un editor no verificado.

Solución alternativa

Para quitar el mensaje "no verificado", puede realizar un registro de aplicación propio, en el que puede establecerse como el editor verificado. Debe seguir el proceso de comprobación del editor y usar el id. de la aplicación en el SDK de PowerShell de Microsoft Graph, como se indica a continuación:

Connect-MgGraph -AppId "{your-own-app-id}" -Scopes "scope"

En determinadas circunstancias, es posible que el consentimiento previo para aplicaciones de proveedor de soluciones en la nube (CSP) no funcione para algunos de los inquilinos de cliente.

Para las aplicaciones que usan permisos delegados, al usar la aplicación por primera vez con un nuevo inquilino de cliente puede recibir este error después del inicio de sesión: AADSTS50000: There was an error issuing a token.

Para las aplicaciones que usan permisos de aplicación, su aplicación puede adquirir un token, pero obtiene inesperadamente un mensaje de acceso denegado al llamar a Microsoft Graph.

Estamos trabajando para solucionar este problema para que el consentimiento previo funcione para todos los inquilinos de cliente de CSP.

Solución alternativa

Para desbloquear el desarrollo y las pruebas, puede utilizar la siguiente solución alternativa.

Nota:

Esta no es una solución permanente y solo pretende desbloquear el desarrollo. Esta solución alternativa no será necesaria una vez que se solucione el problema. No es necesario deshacer esta solución alternativa después de aplicar la corrección.

  1. Abra una sesión de PowerShell de Azure AD v2 y conéctese al inquilino del cliente escribiendo sus credenciales de administrador en la ventana de inicio de sesión. Puede descargar e instalar Azure AD PowerShell V2 desde aquí.

    Connect-AzureAd -TenantId {customerTenantIdOrDomainName}

  2. Cree la entidad de servicio de Microsoft Graph.

    New-AzureADServicePrincipal -AppId 00000003-0000-0000-c000-000000000000

El punto de conexión de Azure AD v2.0 no se admite para aplicaciones CSP

Las aplicaciones del proveedor de soluciones en la nube (CSP) deben adquirir tokens de los puntos de conexión de Azure AD (v1) para llamar correctamente a Microsoft Graph en sus clientes administrados por asociados. Actualmente, no se admite la adquisición de un token a través del punto de conexión de Azure AD v2.0 más reciente.

Calendario

Error al adjuntar archivos grandes a eventos

Una aplicación con permisos delegados devuelve HTTP 403 Forbidden al intentar adjuntar archivos de gran tamaño a un mensaje o evento de Outlook que se encuentra en un buzón compartido o delegado. Con los permisos delegados, createUploadSession solo funcionará si el mensaje o evento está en el buzón del usuario que ha iniciado sesión.

Notificaciones de cambios

Los eventos de actualización para la instalación de aplicaciones de Teams no se entregan notificaciones de cambio en el ámbito del chat

Cuando se crea una suscripción para una notificación de cambio en la instalación de una aplicación de Teams, si el ámbito es específico o incluye chats, los eventos o notificaciones de actualización no se entregan al suscriptor.

Por ejemplo: si un cliente se suscribe a /appCatalogs/teamsApps/{teams-app-id}/installations?$filter=(scopeInfo/scope eq 'groupChat'), no recibirá notificaciones de eventos de actualización. Sin embargo, reciben otras notificaciones relacionadas con instalaciones y eliminaciones.

Otro ejemplo: si un cliente se suscribe a /appCatalogs/teamsApps/{teams-app-id}/installations, no recibirá notificaciones de eventos de actualización que se produzcan específicamente en los chats. Sin embargo, reciben todas las demás formas de notificaciones en Teams y en el ámbito personal del usuario. Pero, en los chats, solo reciben notificaciones de instalación y eliminación.

Solución alternativa

En este momento, no hay soluciones alternativas disponibles.

Reserva del cliente

Error al consultar bookingBusinesses

La obtención de la lista de BookingBusinesses falla con el siguiente código de error cuando una organización tiene varios negocios de Bookings y la cuenta que realiza la solicitud no es un administrador:

{
  "error": {
    "code": "ErrorExceededFindCountLimit",
    "message": "The GetBookingMailboxes request returned too many results. Please specify a query to limit the results."
  }
}

Solución alternativa

Puede limitar el conjunto de negocios devueltos por la solicitud mediante la inclusión de un parámetro de consulta, por ejemplo:

GET https://graph.microsoft.com/beta/bookingBusinesses?query=Fabrikam

Consulta delta

El contexto de OData se devolvió incorrectamente

El contexto OData a veces se devuelve de forma incorrecta cuando se realiza el seguimiento de cambios en las relaciones.

Administración de dispositivos y aplicaciones

No se admite el acceso y la actualización de audiencias de implementación

Actualmente no se admite el acceso y la actualización de audiencias de implementación en los recursos de implementación creados a través de Intune.

  • Enumerar los miembros de la audiencia de implementación y enumerar las exclusiones de la audiencia de implementación devolverá 404 Not Found.
  • La actualización de los miembros y exclusiones de la audiencia de implementación o la actualización por Id. devolverá 202 Accepted pero la audiencia no se actualizará.

Grupos

El usuario no administrador no puede agregarse a sí mismo como propietario del grupo durante la creación o actualización del grupo

Cuando un usuario que no es administrador llama a la API Crear grupo , a actualizar API de grupo o API de grupo Upsert y agrega su identificador de usuario en el cuerpo de la solicitud en la owners@odata.bind colección, la solicitud produce un 400 Bad Request código de error con el mensaje "La solicitud contiene una propiedad con valores duplicados". Un usuario que no sea administrador no puede agregarse explícitamente como propietario del grupo.

Solución alternativa

No hay ninguna solución alternativa para este error.

De forma predeterminada, un usuario no administrador que está creando un grupo de seguridad o de Microsoft 365 a través de la API Crear grupo o la API de grupo Upsert se agrega automáticamente a la colección de propietarios del grupo, si no especifican ningún propietario de grupo. Si especifican a otros usuarios como propietarios del grupo, el creador del grupo no administrador se agregará automáticamente a la colección de propietarios del grupo de seguridad, pero no para el grupo de Microsoft 365. El usuario sigue sin poder agregarse a la colección de propietarios durante la actualización del grupo.

GET /groups/{id}/members no devuelve entidades de servicio en la versión 1.0

La operación de la API de lista de miembros del grupo en el punto de conexión v1.0 actualmente no devuelve ninguna entidad de servicio que pueda ser miembro del grupo consultado.

Solución alternativa

Como solución alternativa, utilice una de las siguientes opciones:

  • Utilice la operación de API List group members en el punto de conexión beta.
  • Utilice la operación de la /groups/{id}?$expand=members API.

Identidad y acceso

El uso de parámetros de consulta específicos en /subscribedSkus y /domains no devuelve los resultados esperados

Es posible que el uso siguiente de parámetros de consulta destinados a subscribedSku y entidades de dominio no devuelva los resultados esperados:

  • Uso de en SKUs suscritas o entidades de $searchdominio
  • Uso de y $filter sobre la entidad de dominio$top

Actualmente, estos parámetros se ignoran de forma eficaz y las consultas no devuelven los resultados esperados.

Solución alternativa

Para evitar interrupciones en los procesos empresariales, se recomienda modificar el código de la aplicación para quitar el uso de estos parámetros de consulta de las consultas dirigidas a las SKU subscribedSku o entidades de dominio y ejecutar search, top y filter en el lado cliente.

La configuración de dominios federados en escenarios delegados requiere el permiso Directory.AccessAsUser.All

Puede que las operaciones Crear internalDomainFederation, Update internalDomainFederation y Delete internalDomainFederation requieran que conceda el consentimiento al permiso Directory.AccessAsUser.All . Este requisito es una solución temporal hasta que proporcionemos un permiso delegado más granular para administrar dominios federados.

La API claimsMappingPolicy puede requerir el consentimiento de los permisos Policy.Read.All y Policy.ReadWrite.ConditionalAccess para los métodos LIST /policies/claimsMappingPolicies y GET /policies/claimsMappingPolicies/{id} como a continuación:

  • Si no hay objetos claimsMappingPolicy disponibles para recuperar en una operación LIST, cualquier permiso es suficiente para llamar a este método.
  • Si hay objetos claimsMappingPolicy que recuperar, la aplicación debe aceptar ambos permisos. Si no es así, 403 Forbidden vuelve a ocurrir el error.

En el futuro, cualquiera de los dos permisos será suficiente para llamar a ambos métodos.

La API conditionalAccessPolicy requiere actualmente el consentimiento del permiso Policy.Read.All para llamar a los métodos POST y PATCH. En el futuro, el permiso Policy.ReadWrite.ConditionalAccess le permitirá leer las directivas del directorio.

No se admite el aprovisionamiento de claves de paso registradas previamente

La API de aprovisionamiento FIDO2 admite la adición de claves de paso que están activas durante la creación. El aprovisionamiento, en el que las claves de paso se registran previamente con Microsoft Entra ID durante la fabricación o distribución del dispositivo y se mantienen deshabilitadas hasta que un administrador las habilita, no se admiten en la versión v1.0 actual.

La API de aprovisionamiento FIDO2 requiere que la configuración de autoservicio esté habilitada

Para usar la API de aprovisionamiento de FIDO2 (Crear fido2AuthenticationMethod), los administradores deben habilitar Permitir la configuración de autoservicio en la directiva del método de autenticación FIDO2. En la versión 1.0, esta configuración también habilita el registro de FIDO2 del usuario final a través de Mis inicios de sesión. Actualmente no se admite la habilitación del aprovisionamiento basado en API independientemente del registro de autoservicio.

Id. externa de Microsoft Entra: los usuarios externos no tienen acceso a Mis inicios de sesión, por lo que habilitar esta configuración no afecta al registro de autoservicio para usuarios externos. Los administradores aún deben habilitar la configuración para usar la API de aprovisionamiento.

Procesamiento por lotes JSON

Las dependencias de solicitud son limitadas

Las solicitudes individuales pueden depender de otras solicitudes individuales. Actualmente, las solicitudes solo pueden depender de otra solicitud y deben seguir uno de estos tres patrones:

  • Paralelo : ninguna solicitud individual establece una dependencia en la propiedad dependsOn .
  • Serie : todas las solicitudes individuales dependen de la solicitud individual anterior.
  • Igual : todas las solicitudes individuales que indican una dependencia en la propiedad dependsOn indican la misma dependencia. Nota: las solicitudes realizadas con este patrón se ejecutarán secuencialmente.

A medida que madure el procesamiento por lotes JSON, se irán quitando estas limitaciones.

Correo

Llamadas delta a la API de mensajes mediante identificadores inmutables

Al realizar /delta llamadas a la API de mensajes con identificadores inmutables en algunos casos (por ejemplo, cuando un mensaje sale de una carpeta y luego se vuelve a mover), es posible que se pierdan algunas notificaciones de cambio.

El parámetro de comentario para crear un borrador no forma parte del cuerpo del mensaje

El parámetro de comentario para crear una respuesta o un borrador de reenvío (createReply, createReplyAll, createForward) no forma parte del cuerpo del borrador del mensaje de respuesta.

Parámetros de consulta

$search de los objetos de directorio falla para el carácter de Y comercial codificado (&)

Según RFC 3986 y como se describe en Codificación de parámetros de consulta, los caracteres reservados en cadenas de consulta deben codificarse en porcentaje. Por ejemplo, la sintaxis de $search un nombre de grupo como "Senderismo&recreación" es la siguiente:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%26Recreation group"

Microsoft Graph devuelve actualmente un 400 Bad Request código de error en el punto de conexión v1.0 en búsquedas que incluyen caracteres de Y comercial codificados (&), con el siguiente mensaje de error: Unrecognized query argument specified: ''.. La misma solicitud se realiza correctamente en el punto de conexión beta.

Algunas aplicaciones han implementado la codificación de doble porcentaje en el punto de conexión v1.0 como solución alternativa. Por ejemplo, la solicitud codificada con el doble por ciento se convierte en /users?$search="displayName:Hiking%2526Recreation group". Sin embargo, esta no es la solución alternativa recomendada oficialmente.

Solución alternativa

Solución alternativa 1:

En el punto de conexión v1.0, cuando se use la codificación porcentual adecuada, incluya el encabezado de Prefer solicitud establecido en legacySearch=false. Por ejemplo:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%26Recreation group"
ConsistencyLevel: eventual
Prefer: legacySearch=false

En el futuro, se corregirá el comportamiento en el punto de conexión v1.0 y no será necesario incluir este encabezado.

Solución alternativa 2:

Cuando se corrige el comportamiento en el punto de conexión v1.0, las aplicaciones que dependen de la codificación de doble porcentaje pueden experimentar cambios importantes a menos que opten por mantener su implementación al incluir el encabezado de Prefer solicitud establecido en legacySearch=true. Por ejemplo:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%2526Recreation group"
ConsistencyLevel: eventual
Prefer: legacySearch=true

Se aplican algunas limitaciones a los parámetros de consulta

Se aplican las siguientes limitaciones a los parámetros de consulta:

  • No se admiten varios espacios de nombres.
  • Las solicitudes GET en $ref y la transmisión no se admiten en usuarios, grupos, dispositivos, entidades de servicio y aplicaciones.
  • No se admite @odata.bind. Esto significa que no puede establecer correctamente la propiedad de navegación acceptedSenders o rejectedSenders en un grupo.
  • @odata.id no está presente en las navegaciones sin contención (como mensajes) cuando se usan metadatos mínimos.
  • $expand Sobre las relaciones de los objetos de directorio:
    • Devuelve un máximo de 20 objetos excepto , /users?$expand=registeredDevicesque devuelve hasta 100 objetos.
    • No es compatible con @odata.nextLink
    • No es compatible más de un nivel de expansión.
    • No se admite el anidamiento de otros parámetros de consulta como $filter y $select dentro de una $expand consulta.
  • $filter:
    • /attachments El punto de conexión no admite filtros. Si están presentes, se ignora el parámetro $filter.
    • No se admite el filtrado entre cargas de trabajo.
    • Cuando se usa el in operador, la solicitud se limita a 15 expresiones en la cláusula de filtro de forma predeterminada O una longitud de dirección URL de 2048 caracteres cuando se usan funcionalidades de consulta avanzadas.
    • Al filtrar con el eq operador, el límite máximo del valor que se va a hacer coincidir es de 120 caracteres. Es decir, $filter=displayName eq 'value-to-match-max-120-char'. Esta limitación se aplica incluso a propiedades como displayName en objetos de directorio que pueden tener hasta 256 caracteres. Cuando se usan consultas avanzadas, el límite se aplica en la longitud de la dirección URL a 2.048 caracteres en lugar del valor coincidente.
  • $search:
    • La búsqueda de texto completo solo está disponible para un subconjunto de entidades tales como mensajes.
    • No se admite la búsqueda entre cargas de trabajo.
    • La búsqueda no se admite en los inquilinos de Azure AD B2C.
  • $count:
    • No se admite en espacios empresariales de Azure AD B2C.
    • Cuando se usa la $count=true cadena de consulta al consultar los recursos del directorio, la @odata.count propiedad solo está presente en la primera página de los datos paginados.
  • Los parámetros de consulta especificados en una solicitud pueden producir un error en modo silencioso. Esto puede ser cierto para parámetros de consulta no admitidos y para combinaciones de parámetros de consulta no admitidos.

La creación de una externalConnection con una tarjeta adaptable rota devuelve una respuesta 503 Service Unavailable seguida de un error 409 Conflict

Cuando se usan las API de Microsoft Graph para crear una conexión externa con una tarjeta adaptable rota para el diseño de resultados, se produce un 503 Service Unavailable error en la primera llamada. A continuación, se produce un error 409 Conflict en la segunda llamada que indica que ya existe una conexión con el mismo nombre.

Aunque la primera solicitud falló con una respuesta 503, la conexión aún se creó. Sin embargo, la plantilla de tarjeta adaptable no se registró porque está rota.

Listas y sitios

Los sitios seguir o no seguir no están sincronizados con el seguimiento de SharePoint

Al consultar los sitios seguidos a través de Microsoft Graph, es posible que la respuesta tenga resultados incorrectos y que esos resultados no coincidan con los resultados del siguiente contenido en SharePoint.

Solución alternativa

Use la siguiente API de REST de personas y contenido .

Trabajo en equipo y comunicaciones

La lista de callRecords participant_v2 podría no devolver todos los participantes

En algunos casos extremos, una solicitud para listar participants_v2 para un callRecord puede devolver una lista incompleta.

Solución alternativa

Puede utilizar la propiedad de participantes existentes de un callRecord para obtener una lista completa de los participantes.

SDK de llamadas de comunicaciones: se muestra un número de participante registrado incoherente en el cliente de Teams cuando se habilita la agrupación de bots

Cuando las aplicaciones bot de grabación habilitan la agrupación de bots, el número de participantes que el cliente de Teams muestra como si estuvieran siendo grabados no es preciso. Dado que los participantes están agrupados, el número de participantes que se muestra es inferior al número real.

Solución alternativa

Deshabilite la agrupación de bots para mostrar un recuento preciso.

La API callRecords representa a los participantes de la aplicación como usuarios en communicationsIdentitySet

En el recurso de participantes callRecord , los participantes de la aplicación/bot están representados actualmente por communicationsUserIdentity en lugar de communicationsApplicationIdentity.

Solución alternativa

Use el valor de encabezado del agente de usuario en el recurso participantEndpoint en una sesión callRecord para identificar a los participantes de la aplicación y ver detalles adicionales sobre la identidad de la aplicación.

SDK de llamada de comunicación: falta la compatibilidad con casos de uso de varios puntos de conexión en el modo de notificación de lista delta

Cuando la misma aplicación o usuario se une a la misma reunión utilizando varios puntos de conexión y el modo de notificación de lista es lista delta, es posible que las actualizaciones de la lista de participantes proporcionadas por el SDK de comunicaciones no capturen los puntos de conexión adicionales agregados a la llamada en curso.

Solución alternativa

El modo heredado para roster admite el caso de uso de varios puntos de conexión. Use la versión del SDK 1.2.0.7270 o anteriores.

SDK de llamada de comunicación: Excepción de procesamiento de mensajes de webhook: System.Security.Cryptography.CryptographicException

El lanzamiento de los KB introdujo un problema con las aplicaciones desarrolladas con los SDK de llamada de comunicación.

El método de Microsoft Graph AnswerAsync produce una excepción cuando el bot intenta responder llamadas entrantes. Esto está relacionado con las siguientes actualizaciones de Windows:

  • Semana22 - KB5038282
  • Sem19 - KB5038283

Para obtener más información, consulte SHA256 ComputeHash started throwing - Microsoft Community.

Solución alternativa

Revierta los KB en espera de una versión actualizada del SDK.

Las solicitudes de seguimiento de cambios para las API que exportan artefactos de reuniones en línea devuelven elementos que ya están sincronizados

Las solicitudes de seguimiento de cambios (/delta) para getAllTranscripts o getAllRecordings pueden devolver elementos que ya estaban sincronizados en solicitudes anteriores.

Esto sucede cuando la reunión tiene otras actualizaciones no relacionadas, como agregar participantes, notas o archivos.

Solución alternativa

Para cada elemento de la respuesta, compruebe el createdDateTime de la grabación o transcripción y compárelo con la marca de tiempo de sincronización anterior. Si createdDateTime es anterior a la última marca de tiempo de sincronización, el elemento ya está sincronizado y se puede omitir.

Las API que exportan artefactos de reuniones en línea no devuelven grabaciones de reuniones sin transcripciones habilitadas

La API getAllRecordings no devuelve grabaciones de reuniones que no tienen habilitada la transcripción.

Al llamar a las API getAllRecordings o getAllTranscripts , pasar el $top filtro puede que no devuelva , @odata.nextLinkincluso cuando haya más elementos para exportar.

Solución alternativa

No pase $top el parámetro query hasta que se solucione el problema.

Las API que exportan artefactos de reuniones en línea pueden devolver elementos duplicados durante la actualización del servicio

Durante una actualización de servicio planificada que se espera que se complete antes del 31 de agosto de 2026, las solicitudes paginadas a las API getAllRecordings o getAllTranscripts pueden experimentar un restablecimiento automático del token de paginación. Una solicitud puede devolver una 200 OK respuesta con una colección vacía y un @odata.nextLinkarchivo . A continuación, la paginación se reinicia y puede devolver elementos de grabación o transcripción que se devolvieron anteriormente.

Solución alternativa

Continúe siguiendo @odata.nextLink incluso cuando la colección esté vacía. Desduplicar los elementos posteriores realizando un seguimiento de la propiedad id de cada grabación o transcripción.

Al usar consultas delta con estos métodos, siga el vínculo delta devuelto sin anexar ni volver a aplicar filtros. El token conserva el filtro de la solicitud inicial. El suministro del token a un filtro devuelve una 400 Bad Request respuesta como DeltaFilterNotAllowedinnerError.code valor.

Enumerar miembros del equipo Error de la API con errores 401 en inquilinos recién creados

Cuando un espacio empresarial recién creado envía una lista de miembros del equipo mediante funcionalidades avanzadas de consulta de Azure AD, se produce un error HTTP 401.

Solución alternativa

  1. Llame a la API de list teams y espere unos segundos.
  2. Llame /teams/{id}/members y compruebe si la respuesta es correcta.

El método de clonación de equipo no incluye a todos los propietarios del equipo de origen en el equipo clonado

Cuando se llama al método del equipo de clonación , si el equipo de origen contiene más de un propietario, solo se conserva un propietario en el equipo clonado. Los otros propietarios se convierten en miembros del nuevo equipo clonado. No es posible elegir ni configurar qué propietario se mantiene como propietario del nuevo equipo.

Solución alternativa

Use el método Agregar miembros después de clonar el equipo para actualizar los propietarios originales de miembros a propietarios.

Crear canal puede devolver una respuesta de error

Al crear un canal, si usa caracteres especiales en el nombre del canal, la API Get filesFolder devolverá una respuesta de 400 Bad Request error. Al crear un canal, asegúrese de que el nombre para mostrar del canal no:

  • Incluya cualquiera de los siguientes caracteres especiales: ~ # % & * { } + / \ : < > ? | ' ".
  • Empiece con un carácter de subrayado (_) o un punto (.), o termine con un punto (.).

No se puede acceder a un canal compartido entre inquilinos cuando la dirección URL de la solicitud contiene inquilinos/{cross-tenant-id}

La API llama y teams/{team-id}/incomingChannelsteams/{team-id}/allChannels devuelve la @odata.id propiedad que puede utilizar para acceder al canal y ejecutar otras operaciones en el objeto channel. Si llama a la URL devuelta por la @odata.id propiedad, la solicitud produce el siguiente error cuando intenta acceder al canal compartido entre inquilinos:

GET /tenants/{tenant-id}/teams/{team-id}/channels/{channel-id}

{
    "error": {
        "code": "BadRequest",
        "message": "TenantId in the optional tenants/{tenantId} segment should match the tenantId(tid) in the token used to call Graph.",
        "innerError": {
            "date": "2022-03-08T07:33:50",
            "request-id": "dff19596-b5b2-421d-97d3-8d4b023263f3",
            "client-request-id": "32ee2cbd-27f8-2441-e3be-477dbe0cedfa"
        }
    }
}

Solución alternativa

Quite la /tenants/{tenant-id} parte de la dirección URL antes de llamar a la API para acceder al canal compartido entre inquilinos.

Las solicitudes para filtrar a los miembros del equipo por rol requieren un parámetro

Todas las solicitudes para filtrar los miembros del equipo por roles esperan un parámetro skipToken o un parámetro top en la solicitud, pero no ambos. Si ambos parámetros se aprueban en la solicitud, se omitirá el parámetro superior.

No se pueden filtrar los miembros del equipo por roles

Es posible que los filtros de consulta de roles junto con otros filtros GET /teams/team-id/members?$filter=roles/any(r:r eq 'owner') and displayName eq 'dummy' no funcionen. Es posible que el servidor responda con BAD REQUEST.

El menú Ver detalles de la reunión no está disponible en el cliente de Microsoft Teams

El cliente de Microsoft Teams no muestra el menú Ver detalles de la reunión para las reuniones de canal creadas a través de la API de comunicaciones en la nube.

La etiqueta de confidencialidad no se muestra en la interfaz de usuario de Teams

Las etiquetas de confidencialidad que se aplican a veces a Teams no se muestran en la interfaz de usuario de Teams, aunque se puede ver claramente tanto en el sitio de SharePoint subyacente como en el Centro de Administración.

Es posible que falten algunas propiedades para los miembros del chat en la respuesta a una solicitud GET

En algunos casos, es posible que la propiedaddisplayName de correoelectrónico/tenantId/ para los miembros individuales de un chat no se rellene en una solicitud or GET /chats/chat-id/membersGET /chats/chat-id/members/membership-id.

Actualizar el límite de chats para expandir miembros

Esta API funciona de forma diferente en una o varias nubes nacionales. Para obtener más detalles, consulte Diferencias de implementación en las nubes nacionales. Cuando $expand=members se incluye, esta API devuelve un máximo de 25 elementos, incluso si se especifica un valor mayor $top .

layoutType devuelve null cuando se enumeran todos los canales

La propiedad layoutType se devuelve null cuando se enumeran todos los canales. Para obtener el tipo de diseño de un canal específico, use la API Obtener canal .

Usuarios

Las API que exportan artefactos de reuniones en línea pueden devolver direcciones URL de transcripción que no contienen contenido

La API getAllTranscripts puede devolver URL de contenido de transcripción para algunas reuniones que no tienen palabras transcritas. Las llamadas a la dirección URL de contenido de esas reuniones devolverán un error.

Solución alternativa

Compruebe que la reunión se ha transcrito y si hay contenido válido. Si lo hay, denúncialo para una mayor investigación. De lo contrario, ignore la dirección URL del contenido.

La propiedad showInAddressList no está sincronizada con Microsoft Exchange

Al consultar a los usuarios a través de Microsoft Graph, es posible que la propiedad showInAddressList no indique el mismo estado que se muestra en Microsoft Exchange. Se recomienda administrar esta funcionalidad directamente con Microsoft Exchange a través del Centro de administración de Microsoft 365 y no usar esta propiedad en Microsoft Graph.

El acceso a la foto de perfil de un usuario es limitado

Leer y actualizar la foto de perfil de un usuario solo es posible si el usuario tiene un buzón. Si no se lee o actualiza una foto, en este caso, se produce el siguiente error:

{
  "error": {
    "code": "ErrorNonExistentMailbox",
    "message": "The SMTP address has no mailbox associated with it."
  }
}

Las fotos que se hayan almacenado anteriormente con la propiedad thumbnailPhoto (mediante la API de Graph API de Azure AD (actualmente en su ciclo de retirada) o a través de la sincronización de AD Connect) ya no son accesibles a través de la propiedad photo de Microsoft Graph del recurso de usuario.

La administración de las fotos de los usuarios a través del recurso profilePhoto de la API de Microsoft Graph API no se admite actualmente en los inquilinos de Azure AD B2C.

Contenido relacionado

  • Last updated on