Microsoft Graph Places: /places は取得できるが /places/microsoft.graph.room が常に 0 件になる

Hasegawa 0 評価のポイント
2026-03-16T02:12:02.75+00:00

本質問は Microsoft Graph API(Places / Room)に関するものです。

特定の Microsoft 365 テナントにおいて、Microsoft Graph API を使用して

会議室(Room)の一覧を取得しようとしたところ、以下の挙動となっています。

【事象】

・GET /places は正常に応答し、Place 一覧自体は取得できる

・GET /places/microsoft.graph.room は常に 0 件を返す

【確認・実施済み事項】

・会議室は Room メールボックスとして正しく作成されている

・グローバル アドレス一覧(GAL)に非表示ではない

・PrimarySmtpAddress が onmicrosoft.com(Authoritative ドメイン)の

  会議室リソースを新規作成して確認済み

・作業前は RoomList が 0 件だったため、新規に RoomList を作成し、

  上記会議室を追加

・RoomList 作成および会議室追加から 24 時間以上経過している

上記条件を満たしても、/places/microsoft.graph.room の結果は

引き続き 0 件のままとなっています。

【補足】

・/places 自体はデータを返しているため、

  アプリケーションの権限(Place.Read.All 等)や

  API 呼び出し方法の問題ではないと考えています。

【質問】

Places カタログ自体は存在しているが、

room 型の Place が生成・昇格されないケースは既知でしょうか。

このような場合、Microsoft サポートによる

バックエンド側(Places / Room カタログ)の再生成や

テナント内部状態の確認が必要になる可能性はありますでしょうか。


English version below


This question is about Microsoft Graph API (Places / Room).

In a specific Microsoft 365 tenant, we are experiencing the following behavior

when retrieving meeting rooms via Microsoft Graph API.

[Behavior]

  • GET /places returns data successfully.
  • GET /places/microsoft.graph.room always returns 0 results.

[Confirmed conditions]

  • Room mailboxes are correctly created.
  • Rooms are not hidden from the Global Address List (GAL).
  • A room resource with PrimarySmtpAddress set to an onmicrosoft.com

  (Authoritative domain) exists.

  • Initially, there were no RoomLists in the tenant.
  • A new RoomList was created and the room was added.
  • More than 24 hours have passed since the RoomList creation.

Even after confirming all of the above,

/places/microsoft.graph.room continues to return an empty result.

[Additional notes]

  • Since /places itself returns data, this does not appear to be

  an application permission issue (Place.Read.All is granted),

  nor an API call implementation issue.

[Question]

Is it a known scenario that the Places catalog exists,

but room-type Place entries are never generated for a tenant?

In such cases, does this require backend investigation or reprovisioning

by Microsoft Support?

モデレーター注記: Microsoft 365 と Office | その他 から移動しました。現在、ja-jp フォーラムには Microsoft Security | Microsoft Graph のタグがありません。

Microsoft 365 と Office | 開発 | Office JavaScript API

1 件の回答

並べ替え方法: 最も役に立つ
  1. Anonymous
    2026-03-16T03:41:00.4866667+00:00

    注:この回答は自動的に翻訳されています。そのため、文法の誤りや不自然な表現が含まれていることがあります。

    こんにちは Hasegawa

    ご説明いただいた内容に基づき、私の調査結果から有用と思われる情報を共有いたします。

    Places カタログは存在するが、部屋タイプの Place エントリが生成されない既知のシナリオなのか?

    答えは、いいえです。これは既知の機能や想定された制限ではありません。Microsoft Graph Places API は、テナントの Places カタログに Exchange の会議室リソースを自動的に反映するよう設計されています。

    もしカタログが存在しているにもかかわらず /places/microsoft.graph.room が結果を返さない場合(有効な会議室メールボックスが存在しているのに)、通常は Exchange Online と Places カタログ間の同期または取り込みの問題を示しています。

    Microsoft サポートによるバックエンド調査や再プロビジョニングが必要か?

    はい。PowerShell(例: Set-Place)で会議室のメタデータを更新しても、十分な伝播時間(通常 24 時間以上)が経過した後に API が依然として結果を返さない場合、問題はバックエンドの Places カタログサービスにある可能性が高いです。

    その場合、Microsoft サポートによるさらなる調査が必要になる可能性があります。PowerShell の手順で問題が解決しない場合は、Microsoft 365 管理センターからサポートチケットを提出し、Microsoft がテナントのバックエンドを調査し、必要に応じて Places カタログの同期を再トリガーできるようにすることをお勧めします。

    Microsoft 365 サポートからの支援を受ける方法についての詳細はこちらをご参照ください: サポートを受ける - Microsoft 365 admin | Microsoft Learn

    この情報がお役に立てば幸いです。もし本件についてご質問があれば、遠慮なくお知らせください。


    注意:このスレッドに関連するメール通知を受け取りたい場合は、当社のドキュメントの手順に従ってメール通知を有効にしてください。

    この回答は役に立ちましたか?


お客様の回答

質問作成者は回答に "承認済み"、モデレーターは "推奨" とマークできます。これにより、ユーザーは作成者の問題が回答によって解決したことを把握できます。