Problemas conhecidos no Microsoft Graph

Este artigo fornece informações sobre problemas conhecidos relacionados às APIs do Microsoft Graph.

Autenticação

A página de consentimento mostra que o aplicativo de linha de comando que atende ao PowerShell e à CLI é de um editor não verificado.

Solução alternativa

Para remover a mensagem "não verificado", você pode fazer um registro de aplicativo próprio, no qual poderá se definir como o fornecedor verificado. Você precisa passar pelo processo de verificação do fornecedor e usar a ID do aplicativo no SDK do Microsoft Graph PowerShell, da seguinte maneira:

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

Sob determinadas circunstâncias, o consentimento prévio para aplicativos CSP (provedor de soluções na nuvem) pode não funcionar para alguns de seus locatários de clientes.

Para aplicativos que usam permissões delegadas, ao usar o aplicativo pela primeira vez com um novo locatário do cliente, você poderá receber esse erro após o logon: AADSTS50000: There was an error issuing a token.

Para aplicativos que usam permissões de aplicativos, seu aplicativo pode adquirir um token, mas inesperadamente receber uma mensagem de acesso negado ao chamar o Microsoft Graph.

Estamos trabalhando para corrigir esse problema, para que o pré-consentimento funcione para todos os locatários de clientes CSP.

Solução alternativa

Para desbloquear o desenvolvimento e o teste, você pode usar a solução alternativa a seguir.

Observação

Esta não é uma solução permanente e destina-se apenas a desbloquear o desenvolvimento. Essa solução alternativa não será necessária depois que o problema for corrigido. Essa solução alternativa não precisa ser desfeita depois que a correção estiver em vigor.

  1. Abra uma sessão do PowerShell do Azure AD v2 e conecte-se ao locatário do cliente inserindo suas credenciais de administrador na janela de entrada. Você pode baixar e instalar o Azure AD PowerShell V2 aqui.

    Connect-AzureAd -TenantId {customerTenantIdOrDomainName}

  2. Crie o servicePrincipal do Microsoft Graph.

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

O ponto de extremidade do Azure AD v2.0 não tem suporte para aplicativos CSP

Os aplicativos CSP (provedor de soluções de nuvem) devem adquirir tokens dos pontos de extremidade do Azure AD (v1) para chamar com êxito o Microsoft Graph em seus clientes gerenciados por parceiros. Atualmente, não há suporte para a aquisição de um token por meio do ponto de extremidade mais recente do Azure AD v2.0.

Calendário

Erro ao anexar arquivos grandes a eventos

Um aplicativo com permissões delegadas retorna HTTP 403 Forbidden ao tentar anexar arquivos grandes a uma mensagem ou evento do Outlook que está em uma caixa de correio compartilhada ou delegada. Com as permissões delegadas, createUploadSession só é bem sucedida se a mensagem ou o evento estiver na caixa de correio do usuário conectado.

Notificações de alteração

Eventos de atualização para instalação do aplicativo do Teams, notificações de alteração no escopo do chat não são entregues

Quando uma assinatura de uma notificação de alteração de instalação do aplicativo do Teams é criada, se o escopo for específico ou incluir chats, os eventos/notificações de atualização não serão entregues ao assinante.

Por exemplo: se um cliente assinar /appCatalogs/teamsApps/{teams-app-id}/installations?$filter=(scopeInfo/scope eq 'groupChat')o , ele não receberá notificações para eventos de upgrade/atualização. No entanto, eles recebem outras notificações sobre instalações e exclusões.

Outro exemplo: se um cliente assinar /appCatalogs/teamsApps/{teams-app-id}/installationso , ele não receberá notificações para eventos de upgrade/atualização que ocorrem especificamente em chats. No entanto, eles recebem todas as outras formas de notificações no escopo pessoal das equipes e do usuário. Mas, nos chats, eles recebem apenas notificações de instalação e exclusão.

Solução alternativa

Atualmente, nenhuma solução alternativa para esse problema está disponível.

Reserva de clientes

Erro ao consultar bookingBusinesses

Obter a lista de bookingBusinesses falha com o seguinte código de erro quando uma organização tem várias empresas do Bookings e a conta que faz a solicitação não é um administrador:

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

Solução alternativa

Você pode limitar o conjunto de negócios retornados pela solicitação incluindo um parâmetro de consulta, por exemplo:

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

Consulta delta

O contexto OData é retornado incorretamente

O contexto de OData às vezes é retornado incorretamente ao controlar alterações nas relações.

Gerenciamento de aplicativo e dispositivo

Não há suporte para acessar e atualizar audiências de implantação

Acessando e atualizando audiências de implantação em recursos de implantação criados por meio do Intune não são suportados atualmente.

  • Listando membros da audiência de implantação e listando exclusões da audiência de implantação retornos 404 Not Found.
  • Atualizar membros da audiência de implantação e exclusões ou atualizar por ID retorna 202 Accepted, mas a audiência não é atualizada.

Grupos

O usuário não administrador não pode adicionar a si mesmo como proprietário do grupo durante a criação ou atualização do grupo

Quando um usuário não administrador chama a API Criar grupo , a API de grupo de atualização ou a API de grupo Upsert e adiciona sua ID de usuário no corpo da solicitação na owners@odata.bind coleção, a solicitação falha com um código de 400 Bad Request erro com a mensagem "A solicitação contém uma propriedade com valores duplicados". Um usuário não administrador não pode adicionar explicitamente a si mesmo como proprietário do grupo.

Solução alternativa

Não há solução alternativa para esse erro.

Por padrão, um usuário não administrador que está criando um grupo de segurança ou do Microsoft 365 por meio da API Criar Grupo ou da API de Grupo Upsert é adicionado automaticamente à coleção de proprietários do grupo, se não especificar nenhum proprietário do grupo. Se eles especificarem outras pessoas como proprietários do grupo, o criador do grupo não administrador ainda será adicionado automaticamente à coleção de proprietários do grupo de segurança, mas não para o grupo do Microsoft 365. O usuário ainda não pode se adicionar à coleção de proprietários durante a atualização do grupo.

GET /groups/{id}/members não retorna entidades de serviço na v1.0

A operação da API Listar membros do grupo no ponto de extremidade v1.0 atualmente não retorna nenhuma entidade de serviço que possa ser membro do grupo consultado.

Solução alternativa

Como alternativa, use uma das seguintes opções:

  • Use a operação da API Listar membros do grupo no ponto de extremidade beta.
  • Use a operação de /groups/{id}?$expand=members API.

Identidade e acesso

O uso de parâmetros de consulta específicos em /subscribedSkus e /domains não retorna os resultados esperados

O seguinte uso de parâmetros de consulta direcionados a subscribedSkus e entidades de domínio pode não retornar os resultados esperados:

  • Uso de em subscribedSkus ou entidades de domínio$search
  • Uso de e $filter na entidade de $topdomínio

Atualmente, esses parâmetros são efetivamente ignorados e as consultas não retornam os resultados esperados.

Solução alternativa

Para evitar qualquer interrupção em seus processos comerciais, recomendamos que você modifique o código do aplicativo para remover o uso desses parâmetros de consulta de consultas direcionadas a subscribedSkus ou entidades de domínio e execute a pesquisa, a parte superior e o filtro no lado do cliente.

A configuração de domínios federados em cenários delegados requer a permissão Directory.AccessAsUser.All

Criar internalDomainFederation, Atualizar internalDomainFederation e Excluir internalDomainFederation podem exigir que você conceda consentimento para a permissão Directory.AccessAsUser.All . Esse requisito é uma solução temporária até que forneçamos uma permissão delegada mais granular para o gerenciamento de domínios federados.

A API claimsMappingPolicy pode exigir o consentimento das permissões Policy.Read.All e Policy.ReadWrite.ConditionalAccess para os métodos LIST /policies/claimsMappingPolicies e GET /policies/claimsMappingPolicies/{id}, da seguinte forma:

  • Se nenhum objeto claimsMappingPolicy estiver disponível para ser recuperado em uma operação LIST, qualquer permissão será suficiente para chamar esse método.
  • Se houver objetos claimsMappingPolicy a serem recuperados, seu aplicativo deverá consentir com ambas as permissões. Caso contrário, um 403 Forbidden erro será retornado.

No futuro, qualquer permissão será suficiente para chamar ambos os métodos.

Atualmente, a API conditionalAccessPolicy requer o consentimento da permissão Policy.Read.All para chamar os métodos POST e PATCH. No futuro, a permissão Policy.ReadWrite.ConditionalAccess permitirá que você leia as políticas do diretório.

Não há suporte para o provisionamento de chaves de acesso pré-registradas

A API de provisionamento FIDO2 dá suporte à adição de chaves de acesso que estão ativas na criação. O provisionamento, em que as chaves de acesso são pré-registradas com o Microsoft Entra ID durante a fabricação ou distribuição do dispositivo e mantidas desabilitadas até que um administrador as habilite, não tem suporte na versão v1.0 atual.

A API de provisionamento FIDO2 requer que a configuração de autoatendimento esteja habilitada

Para usar a API de provisionamento FIDO2 (Criar fido2AuthenticationMethod), os administradores devem habilitar Permitir configuração de autoatendimento na política de método de autenticação FIDO2. Na v1.0, essa configuração também permite o registro FIDO2 do usuário final por meio de Minhas entradas. No momento, não há suporte para habilitar o provisionamento baseado em API, independentemente do registro de autoatendimento.

ID externa do Microsoft Entra: Os usuários externos não têm acesso às Minhas entradas, portanto, habilitar essa configuração não afeta o registro de autoatendimento para usuários externos. Os administradores ainda devem habilitar a configuração para usar a API de provisionamento.

Envio em lote JSON

As dependências de solicitação são limitadas

Solicitações individuais podem depender de outras solicitações individuais. Atualmente, as solicitações só podem depender de uma única outra solicitação e devem seguir um destes três padrões:

  • Paralelo - nenhuma solicitação individual declara uma dependência na propriedade dependsOn .
  • Serial - todas as solicitações individuais dependem da solicitação individual anterior.
  • O mesmo - todas as solicitações individuais que declaram uma dependência na propriedade dependsOn, declaram a mesma dependência. Observação: as solicitações feitas usando este padrão serão executadas sequencialmente.

Conforme o processamento em lotes JSON amadurece, essas limitações são removidas.

Email

Chamadas delta para a API de mensagens usando IDs imutáveis

Ao fazer /delta chamadas para a API de mensagens usando IDs imutáveis em alguns casos (por exemplo, quando uma mensagem é movida para fora de uma pasta e depois movida de volta), você pode perder algumas notificações de alteração.

O parâmetro de comentário para criar um rascunho não faz parte do corpo da mensagem

O parâmetro de comentário para criar uma resposta ou rascunho de encaminhamento (createReply, createReplyAll, createForward) não faz parte do corpo do rascunho da mensagem de resposta.

Parâmetros de consulta

$search para objetos de diretório falha para o caractere E comercial (&) codificado

De acordo com a RFC 3986 e conforme descrito em Codificação de parâmetros de consulta, os caracteres reservados em cadeias de caracteres de consulta devem ser codificados por porcentagem. Por exemplo, a sintaxe $search de um nome de grupo como "Caminhadas&Recreação" é a seguinte:

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

No momento, o Microsoft Graph retorna um código de 400 Bad Request erro no ponto de extremidade v1.0 em pesquisas que incluem caracteres de E comercial (&) codificados, com a seguinte mensagem de erro: Unrecognized query argument specified: ''. A mesma solicitação é bem-sucedida no ponto de extremidade beta.

Alguns aplicativos implementaram a codificação de dois por cento no ponto de extremidade v1.0 como solução alternativa. Por exemplo, a solicitação codificada em dois por cento torna-se /users?$search="displayName:Hiking%2526Recreation group". No entanto, essa não é a solução alternativa oficialmente recomendada.

Solução alternativa

Solução Alternativa 1:

No ponto de extremidade v1.0, ao usar a codificação de porcentagem adequada, inclua o cabeçalho de Prefer solicitação definido como legacySearch=false. Por exemplo:

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

No futuro, o comportamento no ponto de extremidade v1.0 será corrigido e você não precisará incluir esse cabeçalho.

Solução alternativa 2:

Quando o comportamento no ponto de extremidade v1.0 é corrigido, os aplicativos com dependência da codificação de dois por cento podem ter alterações significativas, a menos que tenham optado por manter sua implementação incluindo o Prefer cabeçalho de solicitação definido como legacySearch=true. Por exemplo:

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

Algumas limitações se aplicam aos parâmetros de consulta

As seguintes limitações se aplicam aos parâmetros de consulta:

  • Não há suporte para vários namespaces.
  • Não há suporte para solicitações GET em $ref usuários, grupos, dispositivos, entidades de serviço e aplicativos.
  • @odata.bind não é compatível. Isso significa que você não pode definir corretamente as propriedades de navegação acceptedSenders ou rejectedSenders em um grupo.
  • @odata.id não está presente em navegações sem contenção (como mensagens) ao usar metadados mínimos.
  • $expand Sobre relações de objetos de diretório:
    • Retorna no máximo 20 objetos, exceto , /users?$expand=registeredDevicesque retorna até 100 objetos.
    • Sem suporte para @odata.nextLink.
    • Sem suporte para mais de um nível de expansão.
    • Não há suporte para aninhar outros parâmetros de consulta, como $filter e $select dentro de uma $expand consulta.
  • $filter:
    • /attachments O ponto de extremidade não dá suporte a filtros. Se presente, o parâmetro $filter é ignorado.
    • Não há suporte para a filtragem entre cargas de trabalho.
    • Ao usar o in operador, a solicitação é limitada a 15 expressões na cláusula de filtro por padrão OU um comprimento de URL de 2.048 caracteres ao usar recursos avançados de consulta.
    • Ao filtrar usando o operador, o limite máximo do valor a ser correspondido eq é de 120 caracteres. Ou seja, $filter=displayName eq 'value-to-match-max-120-char'. Essa limitação se aplica até mesmo a propriedades como displayName em objetos de diretório que podem ter até 256 caracteres. Ao usar consultas avançadas, o limite é aplicado ao comprimento da URL em 2.048 caracteres em vez do valor correspondente.
  • $search:
    • A pesquisa de texto completo só está disponível para um subconjunto de entidades, como mensagens.
    • A pesquisa entre cargas de trabalho não é suportada.
    • Não há suporte para a pesquisa em locatários do Azure AD B2C.
  • $count:
    • Não há suporte para locatários Azure AD B2C aplicativos.
    • Ao usar a $count=true cadeia de caracteres de consulta ao consultar recursos de diretório, a @odata.count propriedade está presente somente na primeira página dos dados paginados.
  • Os parâmetros de consulta especificados em uma solicitação podem falhar silenciosamente. Isso pode ser verdadeiro para parâmetros de consulta sem suporte e para combinações de parâmetros de consulta sem suporte.

A criação de um externalConnection com um adaptive card quebrado retorna uma resposta 503 Serviço Indisponível seguida por um erro 409 Conflito

Quando você usa APIs do Microsoft Graph para criar uma conexão externa com um adaptive card quebrado para o layout de resultados, a primeira chamada falha com um 503 Service Unavailable erro. Em seguida, a segunda chamada falha com 409 Conflict um erro que indica que já existe uma conexão com o mesmo nome.

Embora a primeira solicitação tenha falhado com uma resposta 503, a conexão ainda foi criada. No entanto, o modelo de card adaptável não foi registrado porque está quebrado.

Sites e listas

Os sites de seguir/deixar de seguir não estão sincronizados com o SharePoint seguindo

Ao consultar sites acompanhados por meio do Microsoft Graph, a resposta pode ter resultados incorretos e esses resultados podem não corresponder aos resultados do conteúdo a seguir no SharePoint.

Solução alternativa

Use a API REST de pessoas e conteúdo a seguir .

Trabalho em equipe e comunicações

Listar callRecords participant_v2 pode não retornar todos os participantes

Em alguns casos extremos, uma solicitação para listar participants_v2 para um callRecord pode retornar uma lista incompleta.

Solução alternativa

Você pode utilizar a propriedade de participantes existente de um callRecord para obter uma lista completa de participantes.

SDK de Chamada de Comunicações: número de participante registrado inconsistente mostrado no cliente do Teams quando o agrupamento de bots está habilitado

Ao gravar aplicativos de bot habilita o Agrupamento de Bots, o número de participantes mostrados pelo cliente do Teams como sendo gravados não é preciso. Como os participantes são agrupados, o número exibido de participantes que está sendo gravado é menor do que o número real.

Solução alternativa

Desabilite o agrupamento de bots para mostrar uma contagem precisa.

A API callRecords representa os participantes do aplicativo como usuários em communicationsIdentitySet

No recurso participante callRecord , os participantes do aplicativo/bot são atualmente representados pelo communicationsUserIdentity em vez de communicationsApplicationIdentity.

Solução alternativa

Use o cabeçalho do agente do usuário no recurso participantEndpoint em uma sessão callRecord para identificar os participantes do aplicativo e ver detalhes adicionais sobre a identidade do aplicativo.

SDK de Chamada de Comunicação: o suporte para caso de uso de vários pontos de extremidade no modo de notificação de lista de participação delta está ausente

Quando o mesmo aplicativo ou usuário está ingressando na mesma reunião usando vários pontos de extremidade e o modo de notificação de lista de participantes é lista delta, as atualizações de lista de participantes fornecidas pelo SDK de Comunicações podem não capturar os pontos de extremidade adicionais adicionados à chamada em andamento.

Solução alternativa

O modo herdado para lista de participantes suporta o caso de uso de vários pontos de extremidade. Use o SDK versão 1.2.0.7270 ou anterior.

SDK de Chamada de Comunicação: Exceção de processamento de mensagens Webhook: System.Security.Cryptography.CryptographicException

O lançamento dos KBs introduziu um problema com aplicativos desenvolvidos com os SDKs de Chamada de Comunicação.

O método do Microsoft Graph AnswerAsync lança uma exceção quando o bot tenta responder chamadas de entrada. Isso está relacionado às seguintes atualizações do Windows:

  • Wk22 - KB5038282
  • Wk19 - KB5038283

Para obter detalhes, consulte SHA256 ComputeHash começou a lançar - Comunidade da Microsoft.

Solução alternativa

Reverta os KBs enquanto se aguarda uma versão atualizada do SDK.

As solicitações de controle de alterações para APIs que exportam artefatos de reunião online retornam itens que já estão sincronizados

As solicitações de controle de alterações (/delta) para getAllTranscripts ou getAllRecordings podem retornar itens que já foram sincronizados em solicitações anteriores.

Isso acontece quando a reunião tem outras atualizações não relacionadas, como adicionar participantes, anotações ou arquivos.

Solução alternativa

Para cada item na resposta, marcar o createdDateTime da gravação ou transcrição e compare-o com o carimbo de data/hora da sincronização anterior. Se createdDateTime estiver antes do último carimbo de data/hora da sincronização, o item já estará sincronizado e poderá ser ignorado.

As APIs que exportam artefatos de reunião online não retornam gravações para reuniões sem transcrições habilitadas

A API getAllRecordings não retorna gravações para reuniões que não têm a transcrição habilitada.

Quando você chama as APIs getAllRecordings ou getAllTranscripts , passar o $top filtro pode não retornar o @odata.nextLink, mesmo quando há mais itens para exportar.

Solução alternativa

Não passe $top o parâmetro de consulta até que o problema seja corrigido.

APIs que exportam artefatos de reunião online podem retornar itens duplicados durante a atualização do serviço

Durante uma atualização de serviço planejada que deve ser concluída até 31 de agosto de 2026, as solicitações paginadas para as APIs getAllRecordings ou getAllTranscripts podem sofrer uma redefinição automática do token de paginação. Uma solicitação pode retornar uma 200 OK resposta com uma coleção vazia e um @odata.nextLink. Em seguida, a paginação é reiniciada e pode retornar itens de gravação ou transcrição que foram retornados anteriormente.

Solução alternativa

Continue acompanhando @odata.nextLink mesmo quando a coleção estiver vazia. Eliminar a duplicação de itens subsequentes acompanhando a propriedade id de cada gravação ou transcrição.

Ao usar consultas delta com esses métodos, siga o link delta retornado sem acrescentar ou reaplicar filtros. O token retém o filtro da solicitação inicial. Fornecer um filtro com o token retorna uma 400 Bad Request resposta com DeltaFilterNotAllowed como o innerError.code valor.

Listar membros da equipe A API falha com erros 401 em locatários recém-criados

Quando um locatário recém-criado envia uma lista de membros da solicitação da equipe usando recursos avançados de consulta do Azure AD, ocorre um erro HTTP 401.

Solução alternativa

  1. Chame a API de equipes de lista e aguarde alguns segundos.
  2. Ligue /teams/{id}/members e marque se uma resposta foi bem-sucedida.

O método de clonar equipe não inclui todos os proprietários da equipe de origem na equipe clonada

Quando você chama o método de equipe de clonagem , se a equipe de origem contiver mais de um proprietário, apenas um proprietário será preservado na equipe clonada. Os outros proprietários se tornam membros da nova equipe clonada. Não é possível escolher ou configurar qual proprietário será mantido como o proprietário da nova equipe.

Solução alternativa

Use o método Adicionar membros após clonar a equipe para atualizar os proprietários originais de membros de volta para proprietários.

Criar canal pode retornar uma resposta de erro

Ao criar um canal, se você usar caracteres especiais no nome do canal, a API Obter filesFolder retornará uma resposta de 400 Bad Request erro. Ao criar um canal, verifique se o displayName do canal não:

  • Inclua qualquer um dos seguintes caracteres especiais: ~ # % & * { } + / \ : < > ? | ' ".
  • Iniciar com um caractere de sublinhado (_) ou ponto final (.) ou terminar com um ponto final (.).

Não é possível acessar um canal compartilhado entre locatários quando a URL de solicitação contém locatários/{cross-tenant-id}

A API chama teams/{team-id}/incomingChannels e teams/{team-id}/allChannels retorna a @odata.id propriedade que você pode usar para acessar o canal e executar outras operações no objeto de canal. Se você chamar a URL retornada da @odata.id propriedade, a solicitação falhará com o seguinte erro ao tentar acessar o canal compartilhado entre locatários:

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"
        }
    }
}

Solução alternativa

Remova a /tenants/{tenant-id} parte da URL antes de chamar a API para acessar o canal compartilhado entre locatários.

Solicitações para filtrar membros da equipe por função exigem um parâmetro

Todas as solicitações para filtrar membros da equipe por funções esperam um parâmetro skipToken ou um parâmetro top na solicitação, mas não ambos. Se ambos os parâmetros forem passados na solicitação, o parâmetro top será ignorado.

Não é possível filtrar os membros da equipe por funções

Filtros de consulta de função junto com outros filtros GET /teams/team-id/members?$filter=roles/any(r:r eq 'owner') and displayName eq 'dummy' podem não funcionar. O servidor pode responder com uma.BAD REQUEST

O menu "Exibir detalhes da reunião" não está disponível no cliente Microsoft Teams

O cliente Microsoft Teams não mostra o menu Exibir detalhes da reunião para reuniões de canal criadas por meio da API de comunicações na nuvem.

O rótulo de confidencialidade não é mostrado na interface do usuário do Teams

Os Rótulos de Confidencialidade aplicados ao Teams às vezes não aparecem na interface do usuário do Teams, embora possam ser vistos claramente no site do SharePoint subjacente e no Centro de Administração.

Algumas propriedades para membros do chat podem estar ausentes na resposta a uma solicitação GET

Em determinados casos, a propriedadedisplayName doemail/tenantId/ para os membros individuais de um chat pode não ser preenchida em uma GET /chats/chat-id/members solicitação ouGET /chats/chat-id/members/membership-id.

Atualizar o limite de chats para membros expandidos

Essa API funciona de forma diferente em uma ou mais nuvens nacionais. Para obter detalhes, consulte Diferenças de implementação em nuvens nacionais. Quando $expand=members incluída, essa API retorna no máximo 25 itens, mesmo que um valor maior $top seja especificado.

A propriedade layoutType retorna null ao listar todos os canais

A propriedade layoutType retorna null ao listar todos os canais. Para obter o tipo de layout de um canal específico, use a API Obter canal .

Usuários

APIs que exportam artefatos de reunião online podem retornar URLs de transcrição que não contêm nenhum conteúdo

A API getAllTranscripts pode retornar URLs de conteúdo de transcrição para algumas reuniões que não têm palavras transcritas. As chamadas para a URL de conteúdo dessas reuniões retornarão um erro.

Solução alternativa

Verifique se a reunião foi transcrita e se há conteúdo válido. Se houver, denuncie-o para uma investigação mais aprofundada. Caso contrário, ignore a URL de conteúdo.

A propriedade showInAddressList está fora de sincronia com o Microsoft Exchange

Ao consultar usuários por meio do Microsoft Graph, a propriedade showInAddressList pode não indicar o mesmo status mostrado no Microsoft Exchange. Recomendamos que você gerencie essa funcionalidade diretamente com o Microsoft Exchange por meio do Centro de administração do Microsoft 365 e não use essa propriedade no Microsoft Graph.

O acesso à foto de perfil de um usuário é limitado

A leitura e a atualização da foto do perfil do usuário só serão possíveis se o usuário tiver uma caixa de correio. Falha ao ler ou atualizar uma foto, nesse caso, resulta no seguinte erro:

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

Todas as fotos que possam ter sido armazenadas anteriormente usando a propriedade thumbnailPhoto (usando o Azure AD API do Graph (atualmente em seu ciclo de desativação) ou por meio da sincronização do AD Connect) não estão mais acessíveis por meio da propriedade de foto do Microsoft Graph do recurso de usuário.

Atualmente, não há suporte para o gerenciamento de fotos dos usuários por meio do recurso profilePhoto da API do Graph Microsoft Graph em locatários do Azure AD B2C.

Conteúdo relacionado

  • Last updated on