予約ルールリファレンス

予約が通るかどうかは3つの仕組みが決めており、設定画面もそれぞれ別です。

• リソースポリシー は再利用できるルールのまとまりです。予約可能期間、利用時間、 チェックイン、承認、予約できる手段など。ルーム1つずつではなく、空間の種類ごとに 割り当てます。
• ポイント は、予約に値段を、人に残高を与えます。ポイントには専用の設定があり、 そのための章 があります。
• チームスペース は、そもそも誰がそのリソースを予約できるかを決めます。

この記事ではリソースポリシーとチームスペースを網羅します。まず、意外に思われることの 多い「3つの関係」から始めます。

ルールの組み合わせ方

優先順位というものはありません。予約を保存するとき、すべてのルールが1回のパスで チェックされ、失敗はまとめて返されます。予約可能期間を外れていて、かつポイントも 足りない予約は、その両方が同時に報告されます。

覚えておくとよいのは、3つがそれぞれ別の問いに答えているということです。

1. その人にリソースが見えるか — チームスペース。これは予約の保存時だけでなく、 リソース一覧を作る時点で適用されます。アクセス権の無い人にはルームがグレー表示に なるのではなく、一覧に出てきません。
2. 予約の形はルールどおりか — リソースポリシー。期間、時間、終日、繰り返し、 日をまたぐ、営業時間、ウォークイン、予約手段。
3. 支払えるか — ポイント。

見落とされがちな4つの挙動:

• チームスペースは、操作している人ではなく主催者で判定されます。 予約管理者に ルームが見えていても、チーム外の人を主催者にした予約は拒否されます。
• ポイントは承認時ではなく、予約を保存した時点で引かれます。 申請を却下しても ポイントは戻りません。戻るのはキャンセルしたときだけで、しかも リソース側が返還を許可している場合 に 限られます。
• 予約目的でルールを外せます。 予約目的のオプションはリソースポリシーと ポイントポリシーを上書きでき、上書きを有効にして何も選ばなければ ポリシー無し・ポイント無し になります。リソース側の設定に戻るのではありません。
• 予約目的でチームスペースを上書きすることはできません。 他の何によっても 解除されない唯一のルールです。

これらをまとめて回避できる役割はありません。予約管理者に与えられるのは、ポリシーが 許可した オーバーライド ルール だけです。承認フローはポリシーの大半を緩めますが、 チームスペースと営業時間はそのまま効きます。ポイントには誰に対しても例外がありません。

リソースポリシー

ポリシーを開くと左側にページのレールが並びます — 基本、予約ポリシー、 予約時間・日付制限、予約承認、予約ホスト、守秘義務、 予約手段の作成/編集、その他、オーバーライド ルール。その後に、対象の リソースをリソース種別ごとに選ぶページが続きます。以下の節はこの順に並んでいます。

基本

許可距離 は建物そのものの位置から測ります。位置はここではなく建物側で設定するため、 建物に位置が入っていないリソースは、GPS チェックインを必須にすると誰もチェックイン できなくなります。

予約ポリシー

そもそも何を予約できるか。

予約時間・日付制限

設定手順は 何日先まで予約できるかを制限するを 参照してください。

予約承認

このページ全体が 予約承認 のマスタースイッチの下にあります。

条件付き予約承認 で使える条件:

予約ホスト

守秘義務

予約手段の作成/編集

その他

オーバーライド ルール

ポリシーには、特定のユーザーやユーザーグループ向けの例外を持たせられます。各ルールは 上書き条件 を選びます — 主催者（その人が自分の予約を作成・編集するとき）か、 予約管理者（その人が管理コンソールで作業するとき）。そのうえで、上の設定の一部を 個別に開き直します: 予約日付の範囲と開放スケジュール、予約時間、チェックイン、 編集・削除の制限、終日・定期・クロスデイ・営業時間外の許可、重なり合いの扱い、 承認の要否、センサーによる自動処理。

ルールには順序があり、最初に一致したものが適用されます。ある部署だけ本当に長い期間が 必要な場合に使ってください。リソース側からは見えないため、通常の設定手段には しないことをおすすめします。

ポイント

ポイントは専用の4つのタブで設定し、別の章で扱っています。まずは ポイントの仕組み から、設定項目を探している 場合は 設定リファレンス をご覧ください。

チームスペース

チームスペースは、リソースのまとまりと、それを使える人のまとまりです。手順は 部署専用のルームを設定するを参照してください。

リソース

リソース種別ごとに1ページあり、それぞれ対象数が表示されます。1つのリソースが所属 できるチームスペースは1つだけ です。ここでルームを選ぶと、それまで持っていた チームスペースから外れます。2つの部署で共有するルームには、両方のグループを載せた 1つのチームスペースを作ります。

どのチームスペースにも入っていないリソースは、全員が予約できます。

メンバーとアクセス

この4つは順番に読まれ — ブロック、チームメンバー、読み取り専用メンバー、 他のユーザー — 最初に一致したものが適用されます。チームメンバーであり同時に ブロックされている人は、ブロックされます。

ここで扱わないこと

• 営業時間 はリソース側の設定です。ポリシーは営業時間外の予約を許可・禁止できますが、 営業時間そのものは決めません。組み合わせの設定手順は 予約を営業時間内に制限するを参照してください。
• 予約目的 と、目的がポリシーやポイントを置き換える上書き設定は、予約目的の画面です。
• 予約フォーム（追加項目やラベル）は別の画面で、自動補完の設定も同様です。
• サービス項目 やケータリングには別のルールがあります。これらの画面に残る唯一の 痕跡は、サービスを伴う予約を承認対象にする条件だけです。
• Microsoft 365 や Google とのカレンダー連携 は連携の画面で設定します。これらの 画面にある同期関連の設定は、承認待ちの間にカレンダーの返信を送るかどうかだけです。
• リソースそのもの — 名前、定員、建物、設備、どのポリシー・ポイントポリシー・ チームスペースに属するか — はリソース側で設定します。