同期 - 前提条件と実装

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：8分

    • 同期するためにカレンダープロバイダーに接続すると、接続または同期に関連するいくつかの問題が発生する場合があります。

    同期の前提条件

    予約を同期する場合は、次の点を理解しておくことが重要です。
    • カレンダープロバイダーを使用して作成された予約は、ワークプレイス予約管理 アプリケーションでは編集できません。
    • 予約の同期中は、ワークプレイス予約管理 アプリケーションを使用して予約に追加されたメモのみが考慮されます。つまり、予約の本文が Microsoft Exchange で更新された場合、それらの更新は ワークプレイス予約管理 に同期されません。
    • 予約を作成、更新、または削除すると、従業員のカレンダーで直接実行されます。同期中、イベントはリソースカレンダー、つまりルームカレンダーから読み取られます。
    • イベントがカレンダープロバイダーリソースによって却下または拒否された場合、予約は [確認待ち] ステータスのままになります。同じ理由で、スケジュール済みジョブ (Clean-up Awaiting/Rejected Reservations) を使用して、却下または拒否された予約を適切な頻度で実行できます。
    • Microsoft Exchange Online の場合、同期後、会議の件名が変更されていないことを確認します。会議の件名が変更された場合は、Microsoft PowerShell を使用して変更します。詳細については、「https://learn.microsoft.com/en-us/exchange/troubleshoot/client-connectivity/calendar-shows-organizer-name」を参照してください。

    同期の実装

    ルームとスペース
    予約の同期の実行中に、ルームとスペースの両方を同期できます。
    招待者
    予約の招待者は、ワークプレイス予約管理 からカレンダープロバイダーへ、またはその逆の双方向で同期できます。
    • 予約されたルームの予約の同期が有効な場合、Google や Microsoft Exchange などのカレンダープロバイダーから招待者に予約の詳細が送信されます。
    • 招待者と予約を同期すると、アプリケーションは次を実行します。
      • アプリケーションは、招待者が既知のユーザーまたは訪問者であるかどうかをチェックし、それに応じて予約を分類します。
      • 既知のユーザーまたは訪問者ではない招待者は、予約では「外部」として分類されます。このような招待者の詳細は、[予約サマリー] に表示されません。
      • ワークプレイス予約管理 アプリケーションで予約が変更または更新されると、招待者は通知を受け取ります。ただし、予約がカレンダープロバイダーで作成または更新された場合は、通知は受け取りません。
    メモ
    ワークプレイス予約管理 アプリケーションで作成された予約にメモが追加されると、予約レコードに保存されます。従業員は必要に応じてメモを更新できます。予約サマリーページには、会議のメモのサマリーが表示されます。この予約 (メモ付き) が同期されると、カレンダープロバイダーで次のアクションが実行されます。
    • メモは会議メールの本文に追加されます。
    • カレンダープロバイダーから予約に追加されたメモがある場合は、予約の更新時に ワークプレイス予約管理 アプリケーションを使用して追加されたメモで上書きされます。
    • 予約の同期中は、ワークプレイス予約管理 アプリケーションを使用して予約に追加されたメモのみが考慮されます。つまり、予約の本文が Microsoft Exchange で更新された場合、それらの更新は ワークプレイス予約管理 に同期されません。
    プライバシー
    従業員がカレンダープロバイダーを使用してルームを予約する場合、予約のプライバシーは、スペースまたはルームが属する建物で行われたプライバシーセットアップによって異なります。このような予約のプライバシーは、ワークプレイス予約管理 または モバイルのワークプレイスサービスデリバリ を使用して変更または上書きできます。
    バーチャル会議リンク
    Zoom または Microsoft Teams を使用して Microsoft Exchange で予約が作成された場合、同期中に会議リンクが取得され、ワークプレイス予約管理 の予約レコードにバーチャル会議リンクとして追加されます。ただし、バーチャル会議プロバイダーが ワークプレイス予約管理 で構成されているかどうかによって異なります。構成されていない場合、会議リンクは含まれません。
    ワークプレイス予約管理 予約にバーチャル会議リンクが含まれている場合、出席者の Microsoft Exchange カレンダーと同期されると、会議リンクは次のように表示されます。
    • Zoom：Zoom 会議リンクが追加された場合、そのリンクは会議への招待を含むメールの [場所] フィールドに表示されます。
    • Microsoft Teams：Microsoft Teams リンクが追加されると、会議リンクと参加関連の詳細がカレンダーイベントの本文に追加されます。同様に、[Teams 会議 (Teams meeting)] トグルボタンを使用して Microsoft Exchange カレンダーで予約が作成されると、会議リンクが取得され、ワークプレイス予約管理 アプリケーションで予約レコードにバーチャル会議リンクとして保存されます。
      注:
      会議リンクはメールの本文に表示されるため、いずれの場合も会議の詳細を更新または変更する場合は、ワークプレイス予約管理 のみを使用して行う必要があります。予約の同期が実行されると、詳細 (この場合は会議リンクと詳細) は一方向、つまり ワークプレイス予約管理 からカレンダープロバイダー (この場合は Microsoft Teams) でのみ同期されるためです。カレンダープロバイダーから会議の詳細またはメモを既に変更している場合は、同期が実行されると ワークプレイス予約管理 によって上書きされます。
    • その他のバーチャル会議プロバイダー： 会議リンクが、会議への招待を含むメールの [場所] フィールドに追加されます。

    Microsoft Teams を設定するには、「ワークプレイス予約管理 と Microsoft Teams の接続」を参照してください。

    Zoom を設定するには、「ワークプレイス予約管理 と Zoom の接続」を参照してください。

    デバッグ、抑制の処理、その他

    ワークプレイスサービスデリバリ からのデバッグMicrosoft Exchange Online：

    注:
    デバッグ用に開発者トレースが有効になっていることを確認します。
    1. でのイベントのチェック 職場カレンダー同期 > 同期 > イベント > .
    2. すべてのイベントが正常に処理され、その応答に「Event ID」と「Icaluid」が含まれていることを確認します。
    3. 「要求が多すぎます」エラーでイベントが失敗した場合は、5 分間隔の WSDR Reprocess Events スケジュール済みジョブを有効にします。
    4. 「Rest」からの正確な応答メッセージを確認するには、[フローデザイナー] > [実行] に移動します。「Create Calendar Event」という名前でフィルターを適用します。
    5. 400 エラーコードを超えるその他の外部エラーの場合は、エラーコードに従って Azure ポータルでセットアップを検証します。最も一般的なエラーは次のとおりです。
      • oData へのアクセスが非アクティブ
      • 無効なオブジェクト
    6. これらのエラーを修正するには、リソースまたはユーザーがテナント ID (クライアント ID) のスコープ内に存在している必要があります

    Microsoft Exchange Online からのデバッグワークプレイスサービスデリバリ

    1. Create and Update Reservations from Events スケジュール済みジョブがアクティブであることを確認します。
    2. にイベントエントリーがあることを確認する Microsoft Exchange Online スポーク > イベント.
    3. エントリがない場合は、検証します。次のように移動する。 職場カレンダー同期 > 構成 > 予約可能同期構成 > ..
    4. ルームメールがアクティブかどうかを確認します。
    5. サブスクリプションフィールドが入力されているかどうかを確認し、そのサブスクリプションステータスがアクティブであり、ステータスが 200 であることを確認します。
    6. サブスクリプションが入力されていない場合は、個々の予約可能同期設定レコードを非アクティブ化してからアクティブ化します。
    7. サブスクリプションがまだ入力されていない場合は、次に移動します: フローデザイナー > 実行 > サブスクリプションを作成または更新 をクリックし、フローを検証します。
    8. リソースに問題がある場合は、リソースが見つからない、リソースが無効である、SMTP アドレスにメールボックスが関連付けられていないなどのエラーが表示される場合があります。このエラーは、以下の理由で発生した可能性があります。
      • メール ID が無効です
      • office.com に適切なリソースメールボックスが必要である
      • リソース/ユーザーがテナント ID (クライアント ID) のスコープ内に存在している必要がある
    9. エラーの詳細については、https://learn.microsoft.com/en-us/graph/errors を確認して、根本原因を修正してください。

    大量の予約の処理中の Microsoft Exchange Online でのスロットリングの問題 (HTTP エラー 429)：

    一度に大量の予約要求を処理している場合は、Microsoft Exchange でスロットリング、つまり HTTP エラー 429 が発生する可能性があります。このような場合は、統合ハブ アプリケーションで再試行ポリシーを構成することをお勧めします。構成するには、次のアクションを実行します。
    1. 検索項目 統合ハブ > 再試行ポリシー.
    2. [MS Exchange Online の HTTP 再試行ポリシー (MS Exchange Online HTTP Retry Policy)] を選択します。
    3. [再試行戦略] フィールドで、[「後で再試行」ヘッダーを優先] を選択します。
    4. [最大経過時間 (秒)]で、値を 120 に設定します。
      ヒント:
      値を 120 以上に設定します。