ルームを追加する
予約可能なルームを作成し、フロアとマップへの配置、最大人数または最小~最大の定員、任意の面積を設定して予約を有効にします。人数による候補、優先順位、インポート、コピーも説明します。
1. 「スタンダードルーム」を開く
スタンダードルームを開く2. 追加する — 訊かれるのは名前だけ
追加を押すと、タイトルという項目1つだけの小さなパネルが開きます。一覧の次の番号がすでに入力されています(ルーム 34 など)。そのままでも変更しても構いません。

「追加」で訊かれるのは名前だけ。
保存するとリソースが作成され、パネルが閉じます。 設定画面は開かず、一覧に行が1つ増える以外に成功を知らせるものはありません。ここが、失敗したと思ってもう1つ追加してしまいやすい箇所です。もう一度追加を押す前に一覧を確認してください。

連携があるテナントでは、「追加」がまず種類を訊いてくる。
ルームを作成してもマップの形状は作成されません。マップで、使用する種類の形状にルームを割り当てます:Map 2.0 の割り当てまたはClassic map の割り当て。
3. 行を開いて「基本」を入力する
追加された行をクリックし、編集を押します。エディターの左側にページが並びます。基本、ポリシー、サービス、詳細設定、続いてサービス期間外と情報です。写真は独立したページではなく、その上に置かれています。
所在地は建物とフロアを選ぶ画面を開き、そのマップ上にリソースを配置します。Classicではルームのエリアや1点を選びます。Map 2.0ではルームを割り当てられるオブジェクトを選びます。フロアは所在地の絞り込みに、マップへの配置はそのマップから探すために使われます。リソースを作るだけでオブジェクトが描かれるわけではありません。

「基本」と、リソースをフロアに配置する「所在地」。
このページのほかの項目は次のとおりです。
| 項目 | 押さえておくこと |
|---|---|
| タイトル、詳細 | 有効にしている言語ごとに入力します。空欄の言語は英語にフォールバックします。詳細は予約フォームに出すこともできます — ルームの説明を予約フォームに出すを参照 |
| カテゴリー | 会議室、面接室、電話ブース、ラウンジなど。選択肢は種別で絞り込まれるため、この一覧はルーム専用です |
| 定員 | 必須の最大人数です。範囲を選ぶと最小人数を追加でき、たとえば4~8人と表示されます。最小人数は1以上で、最大人数を超えることはできません。範囲を解除すると単一の定員に戻ります |
| 面積 | 任意のルーム面積です。単位はm²またはft²を選びます。人数とは別の値で、面積を表示する画面に使われます |
| 備品 | そのルームにあるもの。プロジェクター、ホワイトボード、マイクなど。利用者はこれで絞り込みます |
| 営業時間 | 予約ポリシーとは別に、このリソースを使える時間帯を決めます |
| アクセスID | インポート用のスプレッドシートでこのリソースを指定するための識別子です |
人数を指定したとき、最小人数はルーム候補の絞り込みに使われます。4~8人のルームは2人の候補には出ませんが、少人数の予約自体を無効にはしません。最大人数は定員フィルターと参加者数の警告に使われ、警告だけで予約が禁止されることはありません。優先順位の設定は適した候補の順位を変えます。

ルーム設定:定員の範囲と、別項目の面積。
4. 予約を有効にする
ポリシーを開きます。最初に見るべきは予約の設定のトグルです。このページの残りが存在するかどうかを決めるからです。

「予約の設定」をオフにすると、ポリシーの残りとサービスのページ全体が置き換わる。
オフにすると、その下のすべてとサービスのページ全体がこのリソースは予約できませんという表示に置き換わります。場所としては存在するが誰にも予約させたくない、というときに使う設定であり、リソースがユーザーアプリに出てこないときに最初に確認すべき場所でもあります。
オンにすると、4つの選択項目がリソースの振る舞いを決めます。どれも必須ではなく、 4つとも、このリソース固有の設定ではなく共有された対象を指しています。何も触っていないルームでもルールに従うのはそのためです。
- ポリシー — 予約可能期間、チェックイン、無断キャンセル、承認。これが本体で、予約ルールリファレンスで説明しています。
- リソース ポイント ポリシー — 1人がこのリソースをどれだけ確保できるか。
- 予約フォーム — 予約時に入力してもらう追加項目。
- ページ上部のチームスペース — 「リソースを予約できるユーザーを決定する。」 どのチームスペースにも属さないリソースは全員が予約できます。ここで作るものはすべてそれが既定です。部署専用のルームを設定するを参照してください。
提案の優先度だけは性質が異なります。0(最低)から5(最高)で、Offision がルームを提案するときの順位を上下させるだけで、予約の可否には一切関係しません。
保存します。1回の保存ですべてのページが保存されます。
5. 動作を確認する
管理コンソールで確認してはいけません。状態にかかわらずすべてのリソースが表示されるため、同僚には見えていないルームもここでは正常に見えます。
ユーザーアプリのリソース検索で名前を検索し、実際に予約してみてください。出てこない場合は次を確認します。
- 予約の設定がオフになっている — 手順4。
- 自分が参加していないチームスペースに属している。これは仕様どおりの動作です。本来見えるはずのアカウントで確かめてください。
まとめて追加する
フロアまるごと — あるいは他システムからの移行で建物まるごと — なら、追加の隣のインポートを使います。その一覧の種類のリソースを、1枚のスプレッドシートから一括で作成・更新します。

インポート: テンプレートをダウンロードし、編集して、アップロードし直す。
まず開始用のファイルをダウンロードします — 現在のリソース入りならいまあるものすべて入りで、一括の改名にも一番の近道です。空のテンプレートはゼロから始めるとき用。インポートの振る舞いを決めるのは3つ:
- 既存のリソースはID列で照合されます — 決して編集しないこと。IDのある行はそのリソースを更新し、IDが空欄の行は新規作成になります。
- 最初の名前列は全行必須です。 他の言語列は空欄なら最初の列にフォールバックします。
- それ以外の列はルームの定員と駐車スペースのEV充電器だけ。残り — 場所、ポリシー、アメニティ、アクセスID — は手順3のとおり、あとでリソース自体に設定します。
書き込みの前に、何件が新規で何件が更新かを行ごとに数えるプレビューが出ます。読んでください — 何とも一致しないシートは重複を作らず、変更なしと報告されます。
この記事で扱わないこと
- 扉の外のパネルは別の機器で、独自の設定が必要です。ルームを作ってもパネルは作られません。
- 承認はリソースではなく予約ポリシーで設定します。ルームの予約に承認を必須にするを参照してください。
- デスクは専用のページから追加し、4〜5か所で挙動が異なります — デスクを追加するを参照してください。
- 結合ルーム、備品、駐車スペース、その他のリソースはそれぞれ専用のページから追加します。フォームは共通ですが、この記事で扱っていない項目がそれぞれにあります。ほかのルームで構成されるルームについては 2つの部屋を1つの予約可能なルームに結合するを参照してください。
- 予約の一括作成はカレンダー側のインポートです — スプレッドシートから予約をインポートするを参照してください。そのシートは手順3で設定したアクセスIDでルームを指定します。

