テーブル予約

予約は注文と同じ仕組みで動きます。ゲストと店舗が共通ファイルを直接編集するのではなく、それぞれのシグナルを送り、サーバーがそれを統合します。他人の予約には触れません。予約に対して何かを行うには、推測不可能な識別子が必要で、それはゲスト本人（リンク内）と店舗だけが持っています。セクション「ホールレイアウト」の全体像は記事ホールレイアウトにあります。ここでは予約のプロセスそのもの、つまり作成、ステータス、テーブルへの紐付け、デポジット、AIエージェント経由の予約について詳しく説明します。

予約の管理場所#

同等の2つの入口があります。

• レジのホールパネル — POSチケットのヘッダーにあるチップ**🗺「ホール」、タブ「予約」（待機中の申請数のバッジ付き）。ホールパネルはロール（オーナー、マネージャー、またはホール管理権限を持つオペレーター）で利用でき、「POSの外観」のトグル「ホールパネルチップ」**が有効な場合に表示されます（レストラン以外の業態ではデフォルトでオフ）。パネルには予約のほか、ウェイティングリスト、レイアウト、ウェイターコール、テーブル別の分析があります。
• 管理画面のホールレイアウト（/tables） — 同じリストと、レイアウト上でのテーブルへの紐付け。

新規予約#

ボタン**「+ 新規予約」**でフォームが開きます。

• 日付と時刻（15分刻み）
• 所要時間 — 60/90/120/180/240分
• ゲスト数（1〜50）
• テーブル — 具体的なテーブル、または**「未指定」（レジのホールパネルでは同じ項目が「テーブルなし」と呼ばれます）。配席を後回しにする場合に選びます。ホテルの場合、このリストに客室とベッドはありません**。客室は1泊単位で、別のフォームで予約します（下記参照）。
• ゲスト名（必須）と電話番号 — 番号は店舗のある国の書き方でそのまま記録されます。例えば「+7 (912) 575-19-38」のように、入力時に区切りが自動で入り、空欄にはその国の番号の例が表示されますが、数字は一切変わりません。「内線101」やカンマ区切りの2つの番号も入力どおりに残ります。予約リストでも同じように表示されます。
• コメント

スタッフが作成した予約はすぐにステータス「確定」になります（ゲストの予約は常に申請として始まります）。

ステータス#

各予約の操作はリストの行に直接あります。確定（「待機中」から）、着席（「確定」から）、完了、そして**「来店なし」と「予約をキャンセル」です。着席はステータスを変えますが、ゲスト請求書は開きません。レジのホールパネルでは、着席済みでテーブルが紐付いた予約に別のボタン「チケットを開く」**が表示され、これがそのテーブルの注文を作成します。

ホテルの客室に対する予約（客室を時間単位で予約できた頃の名残です）では、「着席」の代わりに**「チェックイン」**と表示されます。これはリスト上のマークではなく、実際のチェックインです。客室ボードの「チェックイン」ボタンと同じウィンドウが開きます。ゲストの名前と電話番号は予約からすでに入力されており、プランを選び、必要なら書類を記入するだけです。チェックイン後はゲストの客室口座が開設され、客室は使用中になり、レコードは宿泊者名簿（ロシアでは移民登録）に記録され、予約は「ゲスト来店」になります。客室がチェックイン可能でない場合（使用中、未清掃、故障中）、ウィンドウは開かず、理由が表示されます。レジのホールパネルでもそのような予約には「チェックイン」があり、ボタンは「ホールレイアウト」の同じウィンドウへ移動します。同じホテル内のレストランのテーブルは「着席」のままです。客室の最終操作も「完了」です。口座を閉じて客室を清掃に回すチェックアウトは、客室ボードの「チェックアウト」ボタンで行います。

テーブルへの紐付けと重複#

予約のテーブルはリストの行で直接選択または変更できます。ドロップダウンリストには「テーブルなし」の項目もあります。重複する時間帯に別の予約がすでに押さえているテーブルへの移動は、拒否され、「このテーブルの別の予約と重複しています」と表示されます。サーバーも同じことをするはずですが、黙って行います。レジのホールパネルの新規予約フォームでは、選択前に空き状況がわかります。選択した時間帯に埋まっているテーブルは「· 使用中」と表示され、選択できません。すべてのテーブルが埋まっている場合は、リストの下に「空いているテーブルがありません」と表示されます（「テーブルなし」の予約は作成できます。テーブルは後で手動で割り当てます）。すでに過ぎた時間もフォームは受け付けません。ルールの特徴に注意してください。空き状況は確定済みと着席済みの予約のみで計算されます。未確定の申請はテーブルを押さえず、手動で処理します。

ホールレイアウト上では、現在進行中の予約があるテーブルは琥珀色で塗られ、時間とゲスト名が表示されます。今日の直近の予約があるテーブルには塗りつぶしのない青いバッジが付きます。今すぐ埋まっているのか、まもなく埋まるのかが一目でわかります。

ゲストによる予約#

QRメニューと店舗のサイトで、ゲストは予約シートを開き、フロアマップ（実際の有効な予約に基づく空き／使用中／選択中）を確認して、自分でテーブルを選びます。大人数の場合は複数のテーブルを一度に選ぶこともでき、その場合の予約は選択したテーブルに均等に分割されます。時間はフロアパネルと同じように指定します。開始と所要時間 — 60／90／120／180／240分、デフォルトは2時間です。リストの下には、そのテーブルを何時まで確保するかが表示されます（「21:00まで」）。日をまたぐ予約（例：22:00＋3時間）は自動で計算されます。ホテルでは、客室のQRコードからメニューを開いたゲストは自分の客室ではなくレストランのテーブルを予約します。マップ上でテーブルが選択されていない場合、予約は「テーブルなし」で届き、客室には紐づきません（客室は1泊単位で予約します — ホテル）。

項目はフロアパネルの予約フォームと同じ順序です。最初に日付と時間、次に所要時間とゲスト数です。シートは直近の正時以降で開きます — 夜遅い場合はすでに翌日になります — また、すでに過ぎた時間は受け付けません。フィールドの下に「この時間はすでに過ぎています」と表示され、時間を修正するまで申請は送信できません。こうして、前夜の申請が届くことはありません。そのような申請は、予約リストではいずれにせよ過去の予約の中にすぐ隠れてしまいます。

テーブルは属性で絞り込むことができます — 9種類あります：窓際、テラス、静か、コンセント、バリアフリー、禁煙、ステージ横、ベビーカー置き場、ペット可。条件に合わないテーブルは非表示になるのではなく、フロアマップが見分けやすいように薄く表示されます。テーブルに写真がアップロードされている場合、ゲストは選択時にライトボックスで開けます。

ゲスト側のマップ上の使用状況は、すべての有効な予約 — 未確認の申請も含む — に基づいて計算されます。選択した時間にすでに予約されているテーブルは、ゲストには提示されません。それでも2人のゲストが同じ1秒に重なった場合、2件目の予約はインターフェースだけでなくサーバーが拒否します。

ゲストがe-mailを残した場合、予約直後に**「予約申請を受け付けました」というメールが届きます。時間、ゲスト数、テーブル、そして予約が確認待ちである旨が記載されています。予約を確認すると、ゲストには「予約が確定しました」というメールが届きます。予約の変更やキャンセルについてもメールが届きます。ゲストは予約をカレンダーに追加でき（.icsファイル）、いつでも自分の予約を開けます。そこでは最新のステータスが確認でき、「キャンセル」と「変更」があります。希望の時間が埋まっている場合、ゲストは「空いたら知らせる」**を押すことができ、空きが出たときに通知を受け取ります。

ゲストによる変更は新しい申請です。あなたが確認したのは以前の時間であり、新しい時間ではありません。そのため、確認済みの予約も変更後は再び**「確認待ち」**になります — フロアパネルでは再び「確認」ボタンが表示され、ゲストにはあなたが新しい時間を確認するまで「確認待ち」と表示されます（ゲストがe-mailを残していれば、確認時にメールが届きます）。デポジット付きの予約 — 支払い済みまたは支払い待ち — は、変更後も確認済みのままです。スタッフ自身が変更した予約も同様です。

変更は、黙って書き換わった行ではなく、すぐにわかります。開いている画面（フロアマップ、レジのフロアパネル、予約レコード）に「ゲストが予約を変更しました：名前、変更前 → 変更後」というヒントが表示され — 予約レコードでは音とブラウザ通知も鳴ります — オーナーにはモバイル管理画面へのプッシュと、接続されていれば店舗のTelegramボットからのメッセージが届きます。スタッフ自身が行った変更は元に戻りません。

ゲストによる予約はデフォルトで有効です。不要な場合は、ロケーションのサイト設定でトグルをオフにしてください — この切り替えはアカウント全体ではなく、ロケーション単位で機能します。

予約のデポジット#

デポジットは「フロアマップ」セクションの予約ウィンドウにある**「デポジット」ボタン（カードのアイコン付き）で設定します — これは店舗全体に1つの金額ではなく、ルールのセットです。ルールには条件（「曜日」、「時間から／まで」、「ゲスト数以上」）とパラメータを設定します。固定金額はゲストごとまたは予約ごと**に全体へ加算され、無料キャンセル可能な時間帯（時間単位）と「無断キャンセル時に保持する」チェックボックスがあります。テーブル予約のデポジットにサービス料金のパーセントはありません — それはサービスの料金が判明しているサービス予約の前払いにのみ存在します。こうして「金曜・土曜の18:00以降、6名以上のグループ」という定番のシナリオを設定できます。

ゲストはオンライン予約時に必要な金額（日付、時間、ゲスト数を変更するとリアルタイムで再計算されます）と無料キャンセル可能な時間帯を確認します。その後は：

• 予約はすぐに作成されますが、枠は30分間保持されます — その間にデポジットを支払う必要があります；
• 決済プロバイダーが支払いを確認するとすぐに、予約は「確認済み」になります；
• 指定時間内にデポジットが支払われなかった場合、予約は「デポジットが時間内に支払われませんでした」という注記とともに自動キャンセルされ、枠が解放されます — そしてそれは通知を希望した人に知らされます。

無料キャンセル可能な時間帯内でのキャンセルは自動的に返金されます。遅いキャンセルと無断キャンセル（ルールに「無断キャンセル時に保持する」がある場合）はデポジットを店舗のものにします。予約の行にはデポジットのステータス — 支払い待ち、支払い済み、返金済み、失効 — が表示され、**「デポジットを返金」**ボタンでマネージャーはいつでも手動で返金できます。すでに保持された分も含みます。デポジットはオンライン決済が設定されている場合にのみ接続されます。それがない場合、予約は以前と同様に無料のままです。⚠️ 無断キャンセル時の予約自動解除（フロアパネル → 「予約」 → 「⏱ 自動解除」）はデポジットを決して保持しません。自動処理は支払い済みの予約には一切触れず、スタッフが「来店なし」ボタンでクローズします — ステータスとともにゲストの代金の行方も決まります。

AIエージェントによる予約#

同じ予約の仕組みは、公開Guest APIを通じて音声およびテキストのAIアシスタントからも利用できます。エージェントは空いているテーブルを確認し（check_table_availability）、申請を作成し（create_reservation）、ステータスの確認やキャンセルも行えます（get_reservation_status、cancel_reservation）。店舗にとって、このような予約は通常のゲスト申請と何ら変わりません。同じように「待機中」リストに入り、確認が必要です。

宴会#

「宴会」という独立したエンティティはありません。宴会は、大人数のゲストとイベントの説明をコメントに記した通常の予約として作成し、宴会場または図面上で移動させたテーブルに紐付けます。

開始に必要なもの#

• 店舗で予約が有効になっていること — レストラン、カフェ、バー、ホテルではデフォルトで有効、食堂とファストフードでは意図的に無効になっています。
• テーブルを含むホール図 — 予約を特定のテーブルに割り当てるためです（ホール図）。
• 受付チャネル — ショーケース、自社サイトの予約ウィジェット、Telegram、またはゲスト用AIエージェント。
• デポジットポリシー — 前払い付きの予約を取る場合。デポジットには稼働中のオンライン決済が必要です。
• 予約を確認する場所 — 「予約」ウィンドウとホールパネルの「予約」タブ。

制限事項#

• デポジット付きの未払い予約はスロットを30分保持し、その後解放します。
• テーブル別の予約タイムラインや座席グリッドはありません — 空き状況は自動的な座席配置図ではなく、お客様の判断で決まります。
• 「ゲスト来店」ステータスはなく、予約のN時間前の自動リマインダーもありません。ゲストへのTelegramリマインダーは独自のルールで送信されます。
• ゲストはウィジェットやショーケースのフォームでテーブルを選択できません。ゲストは申請を残し、テーブルは店舗が割り当てます。
• デポジットは共通の決済の仕組みであるため、オンライン決済が接続されていない場所ではデポジットを取れません。

トラブルシューティング#

ゲストが予約できない。 店舗で予約が無効になっているか、自社サイトの予約ウィジェットが拡張機能として支払われていません。

予約がテーブルに紐付かなかった。 紐付けは店舗が行います。ゲストは設定しません。

キャンセル時にデポジットが返金されなかった。 返金はデポジットポリシーに従って行われます。その条件と決済ステータスを確認してください。

ホールパネルに予約が表示されない。 別の店舗を見ているか、予約が無効になっています。

スロットが二重に埋まった。 重複は表示されますが、厳密な空き状況グリッドはありません。混雑する時間帯には手動でクォータを設定してください。

関連セクション#

• ホール図 — プランエディター、QRコード、ウェイター
• ホールパネル — ホステスのワークスペース：予約、ウェイティングリスト、図、呼び出し
• レジ（POS） — 着席した予約によるチケットの開設
• AIエージェント用Guest API — ゲストの代理でプログラムから予約
• サービス予約 — 美容サロン向けの同じ予約の原則
• 従業員とシフト — ロールとホールパネルへのアクセス

よくある質問#

ゲストは電話なしでテーブルを予約できますか？#

はい、QRメニューまたは店舗のサイトから直接可能です。申請は即座にホールパネルに表示され、ゲストには確認または「待機中」ステータスがすぐに表示されます。

2人の従業員が同じ時間に同じテーブルを着席させたらどうなりますか？#

インターフェースが2人目をブロックします。リスト行での移動も、使用中のテーブルへの予約作成も、「このテーブルの別の予約と重複しています」という説明とともに拒否されます。サーバーがそのような信号をそもそも破棄するのと同じルールです。2人の従業員が同じ秒に押した場合、2番目の予約はサーバーが拒否します。未確認の申請はテーブルを保持しません。その重複は手動で処理します。

宴会専用のモードはありますか？#

独立したエンティティはありません。宴会は、図上の必要なゾーンに紐付けた、大人数のゲストを含む通常の予約です。