Microsoft Graph の既知の問題

この記事では、Microsoft Graph API に関連する既知の問題に関する情報を提供します。

認証

同意ページには、PowerShell と CLI に対応するコマンドラインアプリが未確認の発行元からのものであることが示されています。

回避策

"未確認" メッセージを削除するには、独自のアプリ登録を行い、確認済みの発行元として自分を設定できます。次のように、発行元の検証プロセスを実行し、Microsoft Graph PowerShell SDK でアプリ ID を使用する必要があります。

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

特定の状況下では、クラウドソリューションプロバイダー (CSP) アプリの事前同意が一部の顧客テナントで機能しない場合があります。

委任されたアクセス許可を使用するアプリでは、新しい顧客テナントで初めてアプリを使用すると、サインイン後に次のエラーを受信する可能性があります: AADSTS50000: There was an error issuing a token。

アプリケーションのアクセス許可を使用するアプリでは、アプリはトークンを取得できますが、Microsoft Graph を呼び出すときに予期せずにアクセス拒否メッセージを受け取ります。

すべての CSP 顧客テナントで事前同意が機能するように、この問題の解決に取り組んでいます。

回避策

開発とテストのブロックを解除するには、次の回避策を使用できます。

注:

これは永続的なソリューションではなく、開発のブロックを解除することのみを目的としています。問題が修正された後は、この回避策は必要ありません。この回避策は、修正プログラムの適用後に元に戻す必要はありません。

Azure AD v2 PowerShell セッションを開き、サインインウィンドウに管理者の資格情報を入力して顧客テナントに接続します。 Azure AD PowerShell V2 は、ここからダウンロードしてインストールできます。
```
Connect-AzureAd -TenantId {customerTenantIdOrDomainName}
```

Microsoft Graph サービスプリンシパルを作成します。

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

Azure AD v2.0 エンドポイントは CSP アプリではサポートされていません

クラウドソリューションプロバイダー (CSP) アプリは、パートナーが管理する顧客で Microsoft Graph を正常に呼び出すために、Azure AD (v1) エンドポイントからトークンを取得する必要があります。現在、新しい Azure AD v2.0 エンドポイントを介したトークンの取得はサポートされていません。

予定表

イベントへの大容量ファイル添付時のエラー

委任された権限を持つアプリは、共有または委任されたメールボックスにある Outlook メッセージまたはイベントに大容量ファイルを添付しようとすると HTTP 403 Forbidden を返します。委任された権限では、メッセージまたはイベントがサインインしているユーザーのメールボックスにある場合にのみ createUploadSession が成功します。

変更通知

Teams アプリのインストールに関するアップグレードイベントチャットスコープの変更通知が配信されない

Teams アプリのインストール変更通知のサブスクリプションが作成されても、スコープがチャットに固有であるかチャットが含まれている場合、アップグレードイベント/通知はサブスクライバーに配信されません。

例: 顧客が /appCatalogs/teamsApps/{teams-app-id}/installations?$filter=(scopeInfo/scope eq 'groupChat') をサブスクライブする場合、アップグレード/更新イベントの通知を受け取りません。ただし、インストールと削除に関する他の通知を受け取ります。

別の例: 顧客が /appCatalogs/teamsApps/{teams-app-id}/installations をサブスクライブしている場合、特にチャット内で発生するアップグレード/更新イベントの通知を受け取ることはありません。ただし、チームおよびユーザーの個人用スコープでは、他のすべての形式の通知を受信します。ただし、チャットでは、インストールと削除の通知のみを受け取ります。

回避策

現在、この問題の回避策はありません。

顧客の予約

bookingBusinesses のクエリ時のエラー

組織に複数の Bookings ビジネスがあり、要求を行うアカウントが管理者ではない場合、organization の一覧の取得は次のエラーコードで失敗します:

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

回避策

クエリパラメーターを含めることで、要求によって返されるビジネスのセットを制限できます。例:

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

デルタクエリ

OData コンテキストが正しく返されない

リレーションシップの追跡では、誤った OData コンテキストが返されることがあります。

デバイスおよびアプリの管理

展開対象ユーザーへのアクセスと更新はサポートされていません

Intune 経由で作成された展開リソースの展開対象ユーザーへのアクセスと更新は、現在サポートされていません。

展開対象ユーザーのメンバーの一覧および展開対象ユーザーの除外の一覧が返されます404 Not Found。
展開対象ユーザーのメンバーと除外の更新またはID による更新が返されますが202 Accepted、対象ユーザーは更新されません。

グループ

管理者以外のユーザーは、グループの作成または更新中に自分自身をグループの所有者として追加できません

管理者以外のユーザーがグループの作成 API、更新グループ API、またはアップサートグループ API を呼び出して、 owners@odata.bind コレクションの要求本文にユーザー ID を追加すると、要求は失敗し、「要求に重複する値を含むプロパティが含まれています」というメッセージを含む 400 Bad Request エラーコードが表示されます。管理者以外のユーザーは、グループの所有者として自分を明示的に追加することはできません。

回避策

このエラーの回避策はありません。

既定では、グループ作成 API またはアップサートグループ API を使用してセキュリティグループまたは Microsoft 365 グループを作成している非管理者ユーザーは、グループ所有者を指定していない場合、グループの 所有者 コレクションに自動的に追加されます。他のユーザーをグループの所有者として指定した場合でも、管理者以外のグループ作成者はセキュリティグループの 所有者 コレクションに自動的に追加されますが、Microsoft 365 グループには追加されません。グループの更新中に、ユーザーは引き続き 所有者 コレクションに自分自身を追加できません。

GET /groups/{id}/members は v1.0 でサービスプリンシパルを返さない

現在、v1.0 エンドポイントに対するグループメンバーの一覧表示 API 操作は、クエリ対象グループのメンバーである可能性のあるサービスプリンシパルを返しません。

回避策

回避策として、次のいずれかのオプションを使用します。

ベータエンドポイントでグループメンバーの一覧表示 API 操作を使用します。
/groups/{id}?$expand=members API 操作を使用します。

ID とアクセス

/subscribedSkus と /domains で特定のクエリパラメーターを使用しても期待した結果が返されない

subscribedSkus とドメイン エンティティを対象とするクエリパラメーターを以下のように使用すると、期待した結果が返されない場合があります。

subscribedSkus またはドメイン エンティティの両方での$searchの使用
ドメイン エンティティでの$topと$filterの使用

現時点では、これらのパラメーターは事実上無視され、クエリは期待どおりの結果を返しません。

回避策

ビジネスプロセスの中断を防ぐために、アプリケーションコードを変更して、 subscribedSkus または ドメイン エンティティを対象とするクエリからこれらのクエリパラメーターの使用を削除し、クライアント側で検索、TOP、およびフィルターを実行することをお勧めします。

委任されたシナリオでフェデレーションドメインを構成するには、Directory.AccessAsUser.All アクセス許可が必要です

internalDomainFederation の作成、internalDomainFederation の更新、および internalDomainFederation の削除では、Directory.AccessAsUser.All アクセス許可に同意する必要がある場合があります。この要件は、フェデレーションドメインを管理するためのより詳細な委任アクセス許可を提供するまでの一時的な回避策です。

claimsMappingPolicy API では、次のように、LIST /policies/claimsMappingPolicies メソッドと GET /policies/claimsMappingPolicies/{id} メソッドの Policy.Read.All アクセス許可と Policy.ReadWrite.ConditionalAccess アクセス許可の両方への同意が必要になる場合があります。

LIST 操作で取得できる claimsMappingPolicy オブジェクトがない場合、このメソッドを呼び出すにはいずれかのアクセス許可で十分です。
取得する claimsMappingPolicy オブジェクトがある場合、アプリは両方のアクセス許可に同意する必要があります。同意しない場合は、403 Forbidden エラーが返されます。

将来的には、どちらの権限でも両方のメソッドを呼び出すのに十分になります。

現在、conditionalAccessPolicy API には、POST メソッドと PATCH メソッドを呼び出すための Policy.Read.All 権限への同意が必要です。将来的には、Policy.ReadWrite.ConditionalAccess 権限により、ディレクトリからポリシーを読み取ることができるようになります。

事前登録されたパスキーのプロビジョニングはサポートされていません

FIDO2 プロビジョニング API では、作成時にアクティブなパスキーが追加されています。プロビジョニング (パスキーがデバイスの製造または配布中に Microsoft Entra ID に事前登録され、管理者が有効にするまで無効のまま) は、現在の v1.0 リリースではサポートされていません。

FIDO2 プロビジョニング API では、セルフサービスセットアップを有効にする必要があります

FIDO2 プロビジョニング API (Create fido2AuthenticationMethod) を使用するには、管理者は FIDO2 認証方法ポリシーで [ セルフサービスセットアップの許可 ] を有効にする必要があります。 v1.0 では、この設定では、[マイサインイン] を通じたエンドユーザーの FIDO2 登録も有効になります。セルフサービス登録とは別に API ベースのプロビジョニングを有効にすることは、現在サポートされていません。

Microsoft Entra 外部 ID: 外部ユーザーは [自分のサインイン] にアクセスできないため、この設定を有効にしても外部ユーザーのセルフサービス登録には影響しません。プロビジョニング API を使用するには、管理者が設定を有効にする必要があります。

JSON バッチ処理

要求の依存関係が制限されている

個々の要求は、他の個々の要求に依存することができます。現時点では、要求は他の 1 つの要求にのみ依存でき、次の 3 つのパターンのいずれかに従う必要があります。

並列 - dependsOn プロパティの依存関係を規定する個々の要求はありません。
シリアル - すべての個別の要求は、以前の個々の要求に依存します。
同じ - dependsOn プロパティで依存関係を規定するすべての個別の要求は、同じ依存関係を規定します。注: このパターンを使用して行われた要求は順番に実行されます。

JSON バッチ処理が完成に近づくにつれて、これらの制限は削除されます。

メール

不変 ID を使用したメッセージ API へのデルタ呼び出し

場合によっては、不変 ID を使用してメッセージ API に /delta 呼び出しを行うと (たとえば、メッセージがフォルダーから移動されてから再び移動される場合)、一部の変更通知を見逃す可能性があります。

下書きを作成するための comment パラメーターは、メッセージ本文の一部ではありません

返信または転送下書きを作成するための コメント パラメーター (createReply、 createReplyAll、 createForward) は、応答メッセージの下書きの本文の一部ではありません。

クエリパラメーター

ディレクトリオブジェクトの$searchは、エンコードされたアンパサンド (&) 文字に対して失敗する

RFC 3986 およびクエリパラメーターのエンコードで説明されているように、クエリ文字列内の予約文字はパーセントでエンコードする必要があります。たとえば、"Hiking&Recreation" のようなグループ名の $search の構文は次のようになります。

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

現在、Microsoft Graph では、エンコードされたアンパサンド (&) 文字を含む検索では、v1.0 エンドポイントに 400 Bad Request エラーコードが返され、次のエラーメッセージが返されます。 Unrecognized query argument specified: ''.。同じ要求がベータエンドポイントで成功します。

一部のアプリでは、回避策として v1.0 エンドポイントに 2 パーセントエンコードが実装されています。たとえば、2 パーセントにエンコードされた要求は /users?$search="displayName:Hiking%2526Recreation group" になります。ただし、これは公式に推奨されている回避策ではありません。

回避策

回避策 1:

v1.0 エンドポイントで、適切なパーセントエンコードを使用する場合は、legacySearch=false に設定された Prefer 要求ヘッダーを含めます。例:

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

今後、v1.0 エンドポイントの動作は修正され、このヘッダーを含める必要はなくなります。

回避策 2:

v1.0 エンドポイントの動作が修正されると、2 パーセントエンコードに依存するアプリでは、 Prefer 要求ヘッダーを legacySearch=true に設定して実装を維持することをオプトインしない限り、重大な変更が発生する可能性があります。例:

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

クエリパラメーターにいくつかの制限が適用される

クエリパラメーターには、次の制限が適用されます:

複数の名前空間はサポートされていません。
ユーザー、グループ、デバイス、サービスプリンシパル、アプリケーションでは、 $ref とキャストの GET 要求はサポートされていません。
@odata.bind はサポートされていません。つまり、 グループでは acceptedSenders または rejectedSenders ナビゲーションプロパティを適切に設定できません。
@odata.id は、最小限のメタデータを使用する場合、封じ込められていないナビゲーション (メッセージなど) には存在しません。
$expand ディレクトリオブジェクトの関係について:
- 最大 100 個のオブジェクトを返す /users?$expand=registeredDevices を除いて、最大 20 個のオブジェクトを返します。
- @odata.nextLink はサポートされていません。
- 1 レベルを超える展開はサポートされていません。
- $expand クエリ内で $filter や $select などの他のクエリパラメーターを入れ子にすることはサポートされていません。
$filter:
- /attachments エンドポイントはフィルターをサポートしていません。存在する場合、$filter パラメーターは無視されます。
- ワークロード間のフィルター処理はサポートされていません。
- in 演算子を使用する場合、要求は既定で filter 句で 15 個の式に制限されるか、高度なクエリ機能を使用する場合は URL の長さが 2,048 文字に制限されます。
- eq演算子を使用してフィルター処理する場合、一致させる値の最大数は 120 文字です。つまり、 $filter=displayName eq 'value-to-match-max-120-char'です。この制限は、最大 256 文字のディレクトリオブジェクトに対する displayName のようなプロパティにも適用されます。高度なクエリを使用する場合、URL の長さの制限は、一致した値ではなく 2,048 文字に適用されます。
$search:
- フルテキスト検索はメッセージなどのエンティティのサブセットに対してのみ使用できます。
- クロスワークロード検索はサポートされていません。
- 検索は、Azure AD B2C テナントではサポートされていません。
$count:
- Azure AD B2C テナントではサポートされていません。
- ディレクトリリソースに対してクエリを実行するときに $count=true クエリ文字列を使用する場合、 @odata.count プロパティはページングされたデータの最初のページにのみ存在します。
要求で指定されたクエリパラメーターは警告なしで失敗する可能性があります。これは、サポートされていないクエリパラメーターや、サポートされていないクエリパラメーターの組み合わせに当てはまります。

検索

破損したアダプティブカードを使用して externalConnection を作成すると、503 Service Unavailable 応答に続いて 409 Conflict エラーが返されます

Microsoft Graph API を使用して、結果レイアウトのアダプティブカードが壊れている外部接続を作成すると、最初の呼び出しが503 Service Unavailableエラーで失敗します。その後、2 回目の呼び出しは失敗し 409 Conflict 同じ名前の接続が既に存在することを示すエラーが表示されます。

最初の要求は 503 応答で失敗しましたが、接続はまだ作成されました。ただし、アダプティブカードテンプレートは壊れているため登録されませんでした。

サイトとリスト

フォロー/フォロー解除サイトが SharePoint のフォローと同期していない

Microsoft Graph 経由でフォローされているサイトに対してクエリを実行すると、応答の結果が正しくない可能性があり、それらの結果は SharePoint でフォローしているコンテンツの結果と一致しない可能性があります。

回避策

次のユーザーとコンテンツ REST API を使用します。

チームワークとコミュニケーション

callRecords を一覧表示すると、すべての参加者participant_v2返されない場合があります

エッジケースによっては、callRecord のparticipants_v2を一覧表示する要求によって不完全なリストが返される場合があります。

回避策

参加者の完全なリストに callRecord の既存の参加者プロパティを利用できます。

Communications Calling SDK: ボットのグループ化が有効になっている場合に Teams クライアントに表示される一貫性のない記録された参加者数

レコーディングボットアプリケーションがボットグループ化を有効にすると、Teams クライアントによって記録中として表示される参加者の数が正確ではありません。参加者がグループ化されているため、記録されている参加者の表示数は実際の数よりも少なくなります。

回避策

ボットのグループ化を無効にして、正確な数を表示します。

callRecords API は、アプリケーションの参加者を通信のユーザーとして表します。IdentitySet

callRecord 参加者リソースでは、アプリケーション/ボット参加者は現在、communicationsApplicationIdentity ではなく communicationsUserIdentity によって表されます。

回避策

callRecord セッションの participantEndpoint リソースでユーザーエージェント headerValue を使用して、アプリケーション参加者を識別し、アプリケーション ID に関する追加の詳細を確認します。

Communication Calling SDK: 差分名簿通知モードでのマルチエンドポイントユースケースのサポートがありません

同じアプリケーションまたはユーザーが複数のエンドポイントを使用して同じミーティングに参加していて、名簿通知モードが差分名簿の場合、Communications SDK によって提供される参加者名簿の更新は、進行中の通話に追加された追加のエンドポイントをキャプチャしない可能性があります。

回避策

名簿のレガシモードは、マルチエンドポイントのユースケースをサポートします。 SDK バージョン 1.2.0.7270 以前を使用します。

Communication Calling SDK: Webhook メッセージ処理例外: System.Security.Cryptography.CryptographicException

この KB のリリースでは、Communication Calling SDK で開発されたアプリケーションに関する問題が導入されました。

Microsoft Graph AnswerAsync メソッドは、ボットが着信呼び出しに応答しようとすると例外をスローします。これは、次の Windows 更新プログラムに関連しています。

22 週 - KB5038282
週 19 - KB5038283

詳細については、「 SHA256 ComputeHash がスローを開始しました - Microsoft コミュニティ」を参照してください。

回避策

SDK の更新リリースが保留されている KB をロールバックします。

オンライン会議の成果物をエクスポートする API に対する変更追跡要求は、既に同期されているアイテムを返します

getAllTranscripts または getAllRecordings への変更追跡 (/delta) 要求は、以前の要求で既に同期されている項目を返す場合があります。

これは、参加者、メモ、ファイルの追加など、会議に関連しない他の更新がある場合に発生します。

回避策

応答のすべての項目について、レコーディングまたはトランスクリプトの createdDateTime をチェックし、以前の同期タイムスタンプと比較します。 createdDateTime が前回の同期タイムスタンプより前の場合、アイテムは既に同期されているため、無視してかまいません。

オンライン会議の成果物をエクスポートする API は、文字起こしが有効になっていない会議のレコーディングを返しません

getAllRecordings API は、文字起こしが有効になっていない会議のレコーディングを返しません。

要求で $top クエリパラメーターを使用すると、オンライン会議の成果物をエクスポートする API によって nextLink が返されない場合があります

getAllRecordings API または getAllTranscripts API を呼び出すときに、エクスポートする項目がさらにある場合でも、$top フィルターを渡しても@odata.nextLinkが返されない場合があります。

回避策

問題が解決するまで $top クエリパラメーターを渡さないでください。

オンライン会議の成果物をエクスポートする API で、サービスの更新中に重複するアイテムが返されることがある

2026 年 8 月 31 日までに完了する予定のサービス更新中に、 getAllRecordings API または getAllTranscripts API へのページ分割された要求で、ページネーショントークンが自動的にリセットされる場合があります。要求は、空のコレクションと@odata.nextLinkを含む200 OK応答を返すことができます。その後、ページ処理が再開し、以前に返されたレコーディングまたは文字起こしの項目を返すことができます。

回避策

コレクションが空の場合でもフォローを続行 @odata.nextLink 。各レコーディングまたはトランスクリプトの id プロパティを追跡することで、後続の項目の重複を排除します。

これらのメソッドで差分クエリを使用する場合は、フィルターを追加または再適用せずに、返された差分リンクをたどります。トークンには、最初の要求からのフィルターが保持されます。トークンを使用してフィルターを指定すると、innerError.code値として DeltaFilterNotAllowed を含む400 Bad Request応答が返されます。

新しく作成されたテナントでチームメンバーを一覧表示する API が 401 エラーで失敗する

新しく作成されたテナントが高度な Azure AD クエリ機能を使用してチームメンバーのリスト要求を送信すると、HTTP 401 エラーが発生します。

回避策

リスト Teams API を呼び出し、数秒待ちます。
正常な応答を得るには、/teams/{id}/members とチェックを呼び出します。

チームを複製する方法では、複製されたチームにソースチームのすべての所有者が含まれない

クローンチームメソッドを呼び出すと、ソースチームに複数のオーナーが含まれる場合、クローンチームには 1 つのオーナーのみが保持されます。他の所有者は、新しい複製チームのメンバーになります。新しいチームの所有者として保持する所有者を選択または構成することはできません。

回避策

チームのクローンを作成した後、[ メンバーの追加 ] メソッドを使用して、元の所有者をメンバーから所有者に更新します。

チャネルの作成でエラー応答を返す可能性がある

チャネルを作成するときに、チャネル名に特殊文字を使用すると、 Get filesFolder API は 400 Bad Request エラー応答を返します。チャネルを作成するときは、チャネルの displayName に次の処理が含まれていないことを確認してください。

次の特殊文字のいずれかを含める: ~ # % & * { } + / \ : < > ? | ' "。
アンダースコア (_) またはピリオド (.) で開始するか、ピリオド (.) で終わります。

要求 URL に tenants/{cross-tenant-id} が含まれていると、テナント間共有チャネルにアクセスできない

teams/{team-id}/incomingChannels と teams/{team-id}/allChannels の API 呼び出しは、チャネルへのアクセスやチャネルオブジェクトに対する他の操作の実行に使用できる @odata.id プロパティを返します。 @odata.id プロパティから返された URL を呼び出すと、要求がテナント間共有チャネルにアクセスしようとすると、次のエラーが発生して失敗します。

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

回避策

API を呼び出してクロステナント共有チャネルにアクセスする前に、URL から /tenants/{tenant-id} 部分を削除します。

役割によってチームメンバーをフィルター処理する要求には、パラメーターが必要です

ロールでチームメンバーをフィルター処理する要求はすべて、 要求で skipToken パラメーターまたは top パラメーターのいずれかを必要としますが、両方は想定されません。両方のパラメーターが要求で渡された場合、top パラメーターは無視されます。

役割でチームメンバーをフィルター処理することはできません。

他のフィルター GET /teams/team-id/members?$filter=roles/any(r:r eq 'owner') and displayName eq 'dummy' と共に役割クエリフィルターが機能しない場合があります。サーバーが BAD REQUESTで返信する場合があります。

Microsoft Teams クライアントでは、クラウド通信 API を介して作成されたチャネル会議の [会議の詳細の表示 ] メニューが表示されません。

秘密度ラベルが Teams UI に表示されない

Teams に適用される秘密度ラベルは、基になる SharePoint サイトと管理センターの両方ではっきりと表示できますが、Teams UI には表示されません。

GET 要求への応答でチャットメンバーの一部のプロパティが見つからない可能性がある

場合によっては、チャットの個々のメンバーの tenantId/email/displayName プロパティが GET /chats/chat-id/members または GET /chats/chat-id/members/membership-id 要求に設定されない場合があります。

メンバー展開のチャット制限を更新する

この API の動作は、1 つ以上の国内クラウドでは異なります。詳しくは、国内クラウドでの実装の違いを参照してください。 $expand=members が含まれている場合、より大きな $top 値が指定されていても、この API は最大 25 個の項目を返します。

layoutType プロパティが、すべてのチャネルを一覧表示するときに `null` を返す

layoutType プロパティは、すべてのチャンネルを一覧表示するときに null を返します。特定のチャンネルのレイアウトの種類を取得するには、 Get チャンネル API を使用します。

ユーザー

オンライン会議の成果物をエクスポートする API は、コンテンツを含まないトランスクリプト URL を返す場合があります

getAllTranscripts API は、文字起こしされた単語がない一部の会議のトランスクリプトコンテンツの URL を返す場合があります。これらの会議のコンテンツ URL を呼び出すと、エラーが返されます。

回避策

会議が文字起こしされていること、および有効なコンテンツがあるかどうかを確認します。ある場合は、さらに調査するために報告してください。それ以外の場合は、コンテンツ URL を無視します。

showInAddressList プロパティが Microsoft Exchangeと同期していません

Microsoft Graphを使用してユーザーにクエリを実行する場合、showInAddressList プロパティは、Microsoft Exchangeに示されているのと同じ状態を示さない場合があります。この機能は、Microsoft 365 管理センターを使用して Microsoft Exchangeで直接管理し、Microsoft Graphではこのプロパティを使用しないことをお勧めします。

ユーザーのプロフィール写真へのアクセスが制限されている

ユーザーのプロフィール写真の読み取りと更新は、ユーザーがメールボックスを持っている場合にのみ使用できます。写真の読み取りまたは更新が失敗すると、この例では次のエラーが発生します。

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

以前に thumbnailPhoto プロパティを使用して (Azure AD Graph API (現在は廃止サイクル中) を使用して、または AD Connect 同期を通じて) 保存された可能性のある写真には、ユーザーリソースの Microsoft Graph フォト プロパティからアクセスできなくなります。

profilePhoto によるユーザーの写真の管理 Microsoft Graph API のフォトリソースは、現在 Azure AD B2C テナントではサポートされていません。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-08-20

Microsoft Graph の既知の問題

認証

PowerShell および CLI アプリの同意中に「未確認」という発行元メッセージが発生する

回避策

CSP アプリの事前同意が一部の顧客テナントで機能しない

回避策

Azure AD v2.0 エンドポイントは CSP アプリではサポートされていません

予定表

イベントへの大容量ファイル添付時のエラー

変更通知

Teams アプリのインストールに関するアップグレード イベント チャット スコープの変更通知が配信されない

回避策

顧客の予約

bookingBusinesses のクエリ時のエラー

回避策

デルタ クエリ

OData コンテキストが正しく返されない

デバイスおよびアプリの管理

展開対象ユーザーへのアクセスと更新はサポートされていません

グループ

管理者以外のユーザーは、グループの作成または更新中に自分自身をグループの所有者として追加できません

回避策

GET /groups/{id}/members は v1.0 でサービス プリンシパルを返さない

回避策

ID とアクセス

/subscribedSkus と /domains で特定のクエリ パラメーターを使用しても期待した結果が返されない

回避策

委任されたシナリオでフェデレーション ドメインを構成するには、Directory.AccessAsUser.All アクセス許可が必要です

要求マッピング ポリシーでは、追加のアクセス許可への同意が必要になる場合があります

条件付きアクセス ポリシーには、追加のアクセス許可への同意が必要です