予約の課題ごとに、専用ポリシーを。

リソースポリシーは部屋・デスク・備品が持つルールです — チェックイン、どこまで先に予約できるか、誰が使えるか、ルール違反時の扱い。用途ごとに一度作り、キャンパス全体の一律設定にしない。

Administrator reviewing resource booking policies and date-range limits on a laptop dashboard

リソースポリシー

用途ごとに1テンプレート

概要

1リソース、1ポリシー。

役員室、ホットデスク、貸出備品はそれぞれ別ポリシーを持てます。予約ウィンドウ、承認、チェックインは割り当てたポリシー上に — 誰かの受信箱のうわさではありません。

Check-in at the room door on a booking panel
Check-in policy

Release rooms that stay empty

Ghost bookings waste prime space. A check-in policy makes people confirm within a window — or releases the room automatically when no one arrives, including via occupancy sensors.

  • チェックイン必須 — 出席確認を強制するために有効化
  • チェックイン時間枠 — 予約開始時刻の前後の分数を設定
  • 在室センサーによる自動チェックイン — IoTセンサーでハンズフリー検知
  • 早期チェックアウト&延長 — ユーザーが早めに終了または現場で延長可能

ヒント:在室センサーとチェックインを組み合わせると、タップ不要で完全自動検知が可能です。

読む:予約済みで空の部屋
Booking form showing advance date-range limits on a calendar
Booking window policy

Cap how far ahead people may book

When everyone shares one horizon, prime slots disappear early. Date-range limits on the policy cap advance booking, session length and total hours — with longer windows for staff groups where you need them.

  • 予約期間制限 — X日からY日まで予約を制限(例:0〜30)
  • 最小/最大予約時間 — 予約ごとの最小・最大分数を設定
  • 期間別予約時間制限 — 週または月あたりの合計予約時間を制限
  • 編集/削除期限 — 予約開始前の直前変更を防止

ヒント:ほとんどのオフィスリソースでは14〜30日の事前予約期間が適切です。

読む:教職員と学生は別ウィンドウが必要
Admin console showing team and authorization settings for a room
Authorization policy

Control who may book and who may only view

Not every resource should be open to everyone. Authorization on the policy defines who can book, who can read the schedule, and who is blocked — by user or group.

  • デフォルト権限 — 基本アクセスレベルを設定(許可/閲覧のみ/ブロック)
  • チームメンバー — リソースを予約できるユーザーまたはグループを指定
  • 閲覧のみメンバー — スケジュールは確認できるが予約はできないユーザー
  • ユーザーまたはグループをブロック — 特定の人のアクセスを明示的に拒否

ヒント:透明性のために「閲覧のみ」を使用しましょう。ユーザーは会議室の使用状況を確認できますが、予約はできません。

Meeting room booking panel showing a pending approval state
Approval policy

Review high-impact bookings before they land

For costly or high-capacity rooms, add an approval step. Reviewers approve or reject — with conditional triggers so routine bookings still go through instantly.

  • 承認必須 — すべての予約に確認が必要、または条件付きモードを有効化
  • 条件付きトリガー — 時間、収容率%、繰り返し、終日、サービスリクエストなど
  • 自動拒否 — X日以内に承認されない場合、自動的に拒否
  • 時間枠ブロック — 承認待ちの間、予約時間枠を確保

ヒント:条件付き承認を使用して、収容率や時間のしきい値を超える予約のみを確認しましょう。通常の予約はスムーズに処理されます。

Room display showing limited meeting details for privacy
Confidentiality policy

Hide what passers-by should not see

Room panels and signage can expose sensitive topics. Confidentiality settings control what non-participants see — from organiser only to fully hidden.

  • すべての予約詳細を非表示 — 会議室が使用中であることのみ表示
  • 主催者名のみ表示 — 誰が予約したかは表示、会議名と参加者は非表示
  • 情報表示レベル — ユーザーアプリ、予約パネル、サイネージ全体に適用

ヒント:「主催者名のみ表示」は、プライバシーと部屋の検索のバランスが取れた良い選択です。

Employee booking a room from the mobile user app
Channel policy

Choose where bookings are allowed

Offision supports the user app, admin console, booking panels and floor displays. Channel settings on the policy enable or disable each interface per resource.

  • ユーザーアプリ — モバイル/ウェブアプリからの予約を許可または無効化
  • 管理コンソール — 予約マネージャーがユーザーに代わって予約を作成可能
  • 予約パネル&サイネージ — ルームディスプレイからのウォークイン予約を許可
  • フロアディスプレイ — フロアマップディスプレイから直接予約を許可

ヒント:事前予約が必要な人気の会議室では、ウォークインパネルを無効にしましょう。

Desk booking policy assigned to resources in the admin console
セットアップ

作成、割り当て、調整。

Policies are reusable templates. Create one per purpose, attach them to resources, then use groups and overrides where one room needs an exception.

  • 1Create a policy — Name the purpose — ghost bookings, boardroom access, student window — and turn on the settings that fix it.
  • 2Assign to resources — Attach the policy to rooms, desks or equipment. Each resource carries exactly one default policy.
  • 3Add group overrides — Staff, students and booking managers can see different windows or permissions on the same room without duplicating resources.
会議室予約を見る
Fine control

基本の上にもう一段

Beyond the six common pains, policies also carry overlap rules, walk-in-only mode, terms and conditions, and sensor automation.

Recurring and cross-day bookings

Allow or block recurring, all-day and multi-day bookings per policy — so labs and hot desks behave differently.

Walk-in only

Restrict a resource to on-site walk-in booking — advance reservations disabled entirely.

Overlap behaviour

Allow overlapping bookings, block within the same policy, or block globally — your call per resource type.

Terms and conditions

Require users to accept terms or a custom message before a booking confirms.

Override rules

Give organizers, booking managers or specific groups exceptions to the default policy.

Occupancy sensors

Auto check-in when presence is detected and auto check-out when the room empties.

FAQ

よくある質問

Need help matching policies to your rooms, desks or campus rules?

A resource booking policy is a reusable template of rules for how a room, desk or piece of equipment may be booked — check-in, advance windows, authorization, approval, confidentiality and channels. You create policies in the admin console and assign one to each resource.

Yes. Create a policy per purpose — check-in for open meeting rooms, a short student window for study spaces, authorization for the boardroom — and assign each to the resources that need it.

Restrictive settings such as disabling recurring or all-day booking apply conservatively. Time and date limits follow each resource's own policy.

Overrides let specific groups or booking managers bypass a default limit — for example a longer advance window for staff on the same room where students stay on seven days.

Yes. Conditional approval triggers on duration, capacity, recurrence, all-day bookings or attached services — routine bookings confirm instantly; only the exceptions need review.

ペインに合わせたポリシーを始めますか?

Start with the symptom, assign the policy, and let Offision enforce the rules automatically.

無料で始める