Microsoft Bookings を有効または無効にする

予約は、organization全体または特定のユーザーに対してオンまたはオフにすることができます。 ユーザーの Bookings を有効にすると、ユーザーは [Bookings] ページを作成し、予定表を作成し、他のユーザーが自分と一緒に時間を予約できるようになります。 この記事は、組織の Bookings を管理する所有者と管理者を対象としています。

注:

これらのセクションで説明されている管理者コントロールは、21Vianet (中国) のお客様が運営する Microsoft 365 では使用できません。

Microsoft 365 管理センターを使用してorganizationの予約をオンまたはオフにする

  1. グローバル管理者としてMicrosoft 365 管理センターにサインインします。

  2. 管理センターで、[設定] [組織の設定]> に移動します。

  3. [Bookings]\(予約\) を選択し、[organizationでの予約の使用を許可する] チェック ボックスをオンにして、organizationの Bookings をオンまたはオフにします。

    注:

    Bookings をオフにすると、Bookings ページの作成と管理を含む、サービスへのすべてのアクセスが無効になります。

  4. [変更を保存] を選択します。

PowerShell を使用してorganizationの予約をオンまたはオフにする

PowerShell コマンドレット Set-OrganizationConfig を使用してorganizationの Bookings をオンまたはオフにするには、PowerShell Exchange Onlineに接続し、次のコマンドを実行します。

   Set-OrganizationConfig -BookingsEnabled $false

きめ細かいコントロール

以下の設定を使用して、Bookings を使用できるユーザーの制御、共有される Bookings 情報の決定、スタッフが Booking カレンダーに追加する前に承認が必要かどうかを決定し、名前付けポリシーを適用します。

Bookings を使用できるユーザーを制御し、共有する Bookings 情報、スタッフの承認、名前付けポリシーを決定できる設定のスクリーンショット。

注:

"organization外からの予約をブロックする" や "スタッフの承認が必要" など、すべてのテナント設定の変更が適用されるまでに最大 4 時間かかる場合があります。

organization外からの予約をブロックする

予約は、organizationのユーザーのみが予約できるように設定できます。 organizationにサインインし、認証されたユーザーのみが予定を予約できます。

ソーシャル共有オプションをブロックする

ソーシャル ネットワークで予約ページを共有する方法を制御できます。 この設定は、[設定] -[組織の設定>] ->[Bookings] の下のMicrosoft 365 管理センターで使用できます。

顧客とのスタッフの詳細の共有をブロックする

連絡先情報などのスタッフの詳細は、電子メールやその他の通信を通じて顧客に送信されることはありません。

空き時間情報を共有する前にスタッフの承認を要求する

organizationの従業員に対して、予約を通じて空き情報を共有する前にオプトインを要求し、予約ページから予約できるようにする必要があります。

この設定を有効にすると、予約カレンダーでスタッフとして追加されたユーザーに、要求を 承認/拒否 するためのリンクが記載されたメールが届きます。

Microsoft による SMS メッセージの送信を許可する

顧客が会議や予定に必要なリマインダーや情報を送信するように Bookings を設定します。

直接検索エンジンのインデックス作成を無効にする

Google、Bing、その他の検索エンジンの検索結果から Bookings ページを非表示にします。

Bookings 予定表のエイリアスに名前付けポリシーを適用する

organizationでは、すべての予定表に名前付けポリシーを適用できます。 この設定を有効にすると、管理者はプレフィックスとサフィックスを定義できます。 選択した場合、これらのルールはすべての予定表に適用されます。

organization内のすべての予定表にプレフィックスとサフィックスを定義するための名前付けポリシーの有効化を示すスクリーンショット。

  • カスタム プレフィックスの追加: この設定を有効にすると、定義したすべての新しい予定表にプレフィックスとして追加された文字列 ("Prfx_ContosoCalendar" など) が含まれます。
  • [カスタム サフィックスの追加]: この設定を有効にすると、定義したすべての新しい予定表にサフィックスとして追加された文字列 ("ContosoCalendar_Sufx" など) が表示されます。

次のスクリーンショットは、新しい予定表の作成時にプレフィックス/サフィックスがどのように適用されるかを示しています。

Bookings のすべての予定表で有効になっているプレフィックスの名前付けポリシーのスクリーンショット。

注:

この適用は、これらの予定表のビジネス情報が変更されない限り、既に作成されている Bookings カレンダーには影響しません。 これらのポリシーは、既存の予定表の SMTP アドレスには影響しません。 SMTP アドレスは、作成後は更新または変更されません。

顧客データの収集を制限する

コンプライアンス上の理由から、一部の顧客情報を収集したくない場合があります。 これらのオプションのチェック ボックスをオンにした場合、これらのフィールドは、クライアントまたは顧客に表示されるフォームには含まれません。

スクリーンショット: 顧客が機密データを共有できないようにするためのチェック ボックスをオンにする

個々のユーザーの予約のオンとオフを切り替える

個々のユーザーの予約を無効にすることができます。

  1. Microsoft 365 管理センターに移動し、[ユーザー] [アクティブ な>ユーザー] を選択します。

  2. 目的のユーザーを選択し、[ ライセンスとアプリ] を選択します。

  3. [アプリ] を展開し、Microsoft Bookingsのチェック ボックスをオフにします。

選択したユーザーにのみ Bookings カレンダーの作成を許可する

ポリシー制限を使用すると、ライセンスを持つユーザーが Bookings カレンダーを作成できないように制限できます。 organizationのすべてのユーザーは Bookings ライセンスを持っていますが、ポリシーに含まれるユーザーのみが Bookings カレンダーを作成でき、作成した予定表にアクセスできるユーザーを完全に制御できます。

このポリシーに含まれているユーザーは、新しい Bookings カレンダーを作成でき、既存の Bookings 予定表に任意の容量 (管理者ロールを含む) のスタッフとして追加できます。 このポリシーに含まれていないユーザーは、新しい Bookings カレンダーを作成できず、そうしようとするとエラー メッセージが表示されます。

PowerShell を使用して次のコマンドExchange Online実行する必要があります。 Exchange Online コマンドレットの実行の詳細については、「PowerShell に接続する」Exchange Online参照してください。

重要

次の手順では、organizationに他のOutlook Web App (OWA) メールボックス ポリシーが作成されていないことを前提としています。

  1. Bookings 予定表の作成を許可する必要があるユーザー用の新しいメールボックス ポリシーを作成します。 (Bookings 予定表の作成は、新しいメールボックス ポリシーによって既定で許可されます)。

    New-OwaMailboxPolicy -Name "BookingsCreators"
    

    詳細については、「 New-OwaMailboxPolicy」を参照してください。

  2. このポリシーを関連するユーザーに割り当てるには、Bookings カレンダーを作成するためのアクセス許可を付与する各ユーザーに対してこのコマンドを実行します。

    Set-CASMailbox -Identity <someCreator@emailaddress> -OwaMailboxPolicy "BookingsCreators"
    

    詳細については、「Set-CASMailbox」を参照してください。

  3. 省略可能: organization内の他のすべてのユーザーの Bookings を無効にする場合は、このコマンドを実行します。

    Set-OwaMailboxPolicy "OwaMailboxPolicy-Default" -BookingsMailboxCreationEnabled:$false
    

詳細については、「Set-OwaMailboxPolicy」を参照してください。

OWA メールボックス ポリシーの詳細については、次の記事をチェックしてください。