C cenaly.com
無料で始める

注文

店内飲食, デリバリー, テイクアウト, WhatsApp, Telegram, KDS

On this page 22

注文 — Dine-in、配達、持ち帰り

概要#

Meniの注文システムは、飲食ビジネスの主要なシナリオをすべてサポートします。

注文タイプ 説明 最適な用途
Dine-in QRコードによるテーブルからの注文 レストラン、カフェ、バー
Delivery お客様の住所への配達 配達を行うレストラン
Takeaway 持ち帰り(お客様が自分で受け取る) カフェ、ファストフード、ベーカリー
WhatsApp メッセンジャー経由の注文 ラテンアメリカ、中東
Telegram Telegram Mini App経由の注文 CIS、ジョージア

管理パネルには注文を扱うための専用画面があります。

  • レジ (POS) — ウェイターによる注文入力、QRによるテーブル紐付け。
  • キッチン (KDS) — キッチンディスプレイ:キュー、ステータス、調理場。
  • 配達員 — 地図とルートを備えた自社配達の画面。
  • ホールレイアウト — テーブル配置、ウェイター、予約。

Dine-in — テーブルからの注文#

仕組み#

  1. ゲストがテーブルのQRコードをスキャンする
  2. テーブル番号に紐付いたメニューが開く
  3. ゲストがアイテムや追加オプションを選び、要望を記入する
  4. 注文するを押す
  5. 注文がスタッフ(キッチン画面/ウェイターのタブレット)に即座に表示される
  6. ウェイターが注文を確認 → キッチンが調理を開始する
  7. ゲストがステータス通知を受け取る

設定#

  1. 店舗で注文受付を有効にします:店舗 → 該当の店舗 → WEBタブ。同じ項目はマイサイト → **「オンライン注文」**カード → 設定 → **「配達と持ち帰り」**セクションにもまとめられています。
  2. ホールレイアウトを設定します — ホールレイアウトセクション:テーブル、ゾーン、バーカウンター(ホールレイアウト参照)。
  3. QRコードをテーブルに紐付けます — 同じくホールレイアウト内で。これによりテーブルからの注文が自動的に識別されます。

テーブル管理#

  • ドラッグ&ドロップ対応のビジュアルホールレイアウト
  • テーブルステータス:空席/使用中/予約済み
  • 支払い後の自動解放

ウェイター呼び出し#

ゲストがメニュー内の**「ウェイターを呼ぶ」**を押し、理由を選択します:水を持ってきてほしい、ゲスト請求書がほしい、メニューの相談、その他。

呼び出しは注文自体と同じ経路を通ります — サーバーへのシグナルとして送られ、そこからリアルタイムでスタッフに届きます。

  • 「注文」セクションのベル — テーブル番号と理由が表示され、音が鳴ります(音はボタンでオフにできます)。
  • ホールパネルの「呼び出し」タブ — 同じリストが、レイアウトとキューの隣に表示されます。
  • **「承認済み」**ボタンで両方の画面の呼び出しが解除されます。

呼び出しとは別に、**ウェイターへの個別プッシュ「注文準備完了」**が機能します:テーブルにウェイターが割り当てられている場合(ホールレイアウトの「ウェイター」モード参照)、準備完了の通知はシフト全体ではなくそのウェイターに届きます。


事前注文スロット#

キッチンが「13:07に」といった任意の時間に対応できない場合は、店舗設定で事前注文スロットを有効にします。すると「時間指定」の注文時に、ゲストは自由な時間ではなくスロットを選びます。

設定 内容
スロットの長さ 15/30/60分 — グリッドの間隔
スロットの容量 1スロットで受け付ける注文数(0 — 制限なし)
リードタイム 最低何分前から注文を受け付けるか
受付期間 何日先までスロットを開放するか(1〜7)

値は共通で設定し、持ち帰りと配達で個別に上書きできます — 負荷が異なるためです。

ゲストには営業時間を考慮した直近のスロット一覧が表示され、埋まったスロットはグレーで表示されます。スロットの空き状況はすでに受け付けた注文に基づいて計算され、自動的に更新されます。


Pay-at-table — ゲストがテーブルから支払う#

QRテーブルでは、ゲストにフローティングボタン**「ゲスト請求書」**があります:これを押すとテーブルの現在のゲスト請求書(アイテム、数量、金額)が開き、オンラインで支払えます。

このボタンは、QRコードがテーブルに紐付いており、かつ店舗でオンライン支払いが有効になっているという両方の条件が満たされた場合にのみ表示されます。支払い後、ウェブフックが注文を支払い済みにマークし、レジと「注文」セクションはこれを通常どおり認識します。

ゲストはゲスト請求書を全額または自分の分だけ支払えます:ゲスト請求書のシートには選択肢があります — 「均等割り」(何人のゲストで分割するかを指定)または「アイテム別」(自分の料理を選択し、数量は端数で分割されます)。分の上にチップを残すこともできます。各分はそれぞれの支払いとして処理され、ゲスト請求書は全額がカバーされるまで開いたままとなり、支払い金額はリアルタイムで再計算されます:隣の客がすでに自分の分を支払っていれば、「全額を支払う」ボタンはゲスト請求書全額ではなく残額のみを請求します。2人のゲストの同時支払いは重複しません — 分はサーバー上で予約されます。


配達 — デリバリー#

配達エリアの設定#

  1. クーリエセクションを開きます — 配達エリアのポリゴン、店舗の地点、クーリエの設定はそこにあります(注文設定ハブから「地図上の配達エリア、クーリエ、クーリエネットワーク」というリンクで移動できます)。
  2. 地図上にエリアを描くか、店舗からの半径を指定します
  3. 各エリアについて以下を指定します:
    • 配達料金
    • 最低注文金額
    • 配達予定時間

配達の共通条件(料金、「〜以上で無料」、最低金額、半径、備考)は店舗で設定します:店舗 → 店舗 → WEB、またはマイサイト → 「オンライン注文」 → 「配達と持ち帰り」。詳細は配達をご覧ください。

注文の流れ#

  1. お客様がメニューを開きます(リンク、SNS、パッケージから)
  2. 配達を選択 → 住所を入力
  3. システムがエリアを判定し、条件を表示
  4. お客様が注文を確定 → オンラインまたは受け取り時に支払い
  5. マネージャーが注文を確認 → クーリエを割り当て
  6. お客様がステータスを追跡:受付済み → 準備中 → 配達中 → 配達完了

クーリエの管理#

自社配達用に専用のクーリエ画面があります(ガイド参照):

  • クーリエはキューを確認できます:準備中 → 受け渡し準備完了 → 配達中 → 配達完了
  • 「注文を引き受ける」でクーリエに注文が割り当てられ、「配達完了」で受け渡し時刻が記録されます
  • お客様までのルートとクーリエの現在地を示す地図
  • カード内の支払い方法:受け取り時に現金/カード、オンライン
  • 店舗に外部クーリエサービスが接続されている場合、注文に**「クーリエを呼ぶ」**ボタンがあります — 配達参照。再度押すことはできません。カードがクーリエを呼び出し済みであることを自動的に記憶します

持ち帰り — テイクアウト#

仕組み#

  1. お客様がメニューを開く → 持ち帰りを選択
  2. 注文を確定 → 受け取り時間を指定
  3. オンラインで支払うか、店頭での支払いを選択
  4. 注文番号付きの確認を受け取る
  5. 指定時間に注文を受け取る

設定#

  1. 店舗 → 店舗 → WEBタブ(またはマイサイト → 「オンライン注文」 → 設定 → 「配達と持ち帰り」)
  2. 持ち帰りを有効にする
  3. 持ち帰りの条件を指定:最低金額とゲスト向けの備考
  4. 最低準備時間を設定(例:15分)

「設定 → 持ち帰り」という独立したセクションはありません:配達と持ち帰りは同じ店舗フィールドで有効化されます。


WhatsApp注文#

ラテンアメリカ、中東、アジアで人気の注文チャネルです。

設定#

  1. 店舗 → 店舗 → WEBタブ(またはマイサイト → 「オンライン注文」 → 設定 → 「配達と持ち帰り」)
  2. **「WhatsAppで注文を受け付ける」**トグルを有効にする
  3. WhatsApp番号を国際形式で入力します。フィールドを空欄にすると、店舗の連絡先のWhatsApp番号が使用されます

パネルに「設定 → WhatsApp」というセクションはありません — トグルと番号はストアフロントの注文受付ブロックにあります。

仕組み#

  1. ゲストがメニューでカートを作成
  2. WhatsAppで注文を押す
  3. 事前入力されたメッセージ(アイテムリスト、数量、金額)付きのWhatsAppチャットが開きます
  4. マネージャーがチャットで注文を確認

Telegram注文#

設定#

  1. Telegramで@BotFatherを通じてボットを作成
  2. 管理パネル → インテグレーション → Telegram
  3. ボットを店舗に接続
  4. メニューが自動的にTelegram Mini Appとして利用可能になります

詳細:Telegram Mini App — ガイド


注文管理#

注文パネル#

すべてのチャネル(dine-in、delivery、takeaway、WhatsApp、Telegram、配達アグリゲーター、自社サイトの注文ウィジェット)からの注文が一元管理パネルに表示されます:

  • 新規 — 受信したばかりで、確認待ち
  • 処理中 — 確認済みで、キッチンが準備中
  • 受け渡し準備完了 — キッチンが完了;クーリエまたはゲストを待機中
  • 配達中 — クーリエが注文を引き受けた(自社配達の場合)
  • 完了 — お客様が注文を受け取った
  • キャンセル — 注文がキャンセルされた

通知#

スタッフは新規注文の通知を受け取ります:

  • 🔔 タブレット/パソコンでの音声通知
  • 📱 スマートフォンへのプッシュ通知
  • 🖨 キッチンでの自動印刷(プリンター接続時)

ゲストはEメールで確認を受け取ります。 注文フォームには任意の「E-mail」フィールドがあります(ゲストが一度入力すると、アドレスはブラウザに記憶され、次の注文時に自動入力されます)。アドレスが入力されている場合、注文内容、金額、ステータスリンクを含む確認メールが送信され、支払い後にはデジタル領収書が送信されます。メールはゲストの言語で店舗名義で届きます。注文設定ではこのフィールドに3つのモードがあります:非表示、任意(デフォルト)、必須 — 後者は常に領収書が必要な場合、例えばテイクアウトのオンライン支払いなどに意味があります。フィールドの横に店舗のニュース配信への同意チェックボックスを表示できます:これがない場合、アドレスはこの注文と領収書のみに使用されます。

Kitchen Display System (KDS)#

管理パネルの**キッチン (KDS)**画面で注文キューを表示します(KDSガイド参照):

  • 入荷時間順の料理、タイマー
  • アイテムのステータス:待機中 → 準備中 → 完了;bumpとrecall
  • セクション(ステーション) — メニューカテゴリによるフィルター
  • all-dayサマリーと新規注文時の音声通知

音声による注文管理#

AIアシスタントを通じて音声で注文を管理できます:

コマンド 例
注文リストを開く 「注文を表示」、「Open orders」
特定の注文を開く 「注文42を開いて」
注文を承認 「注文15を承認」、「Accept order 15」
完了としてマーク 「注文42完了」、「Order 42 ready」
支払い済みとしてマーク 「注文5支払い済み」、「Mark order 5 as paid」
注文をキャンセル 「注文7をキャンセル」、「Cancel order 7」

ステータスを変更するすべてのコマンドは確認が必要です。詳細は音声アシスタントのドキュメントをご覧ください。


注文設定#

設定は2か所に分かれています。探す場所を間違えないよう注意してください。

注文受付条件 — 店舗ごとに設定します:店舗 → 店舗 → WEBタブ。同じ内容はマイサイト → **「オンライン注文」**カード → 設定でも1画面にまとまっており、4つのセクションからなるアコーディオンになっています:

セクション 設定内容
配達と持ち帰り 料金と「〜以上で無料」、最低金額、半径、備考、WhatsAppでの注文受付
支払い オンラインカード決済(プロバイダーにある自社の口座)と配達時の支払い方法
注文手続き チェックアウトの項目とゲストのe-mail、時間指定の事前注文、チェックアウトでのアップセル
領収書のフィスカリゼーション オンライン注文の領収書をどこで発行するか

ここから関連セクションへのリンクもあります:配達ゾーンとクーリエ、プロモコード、ロイヤルティ、注文の自動ルール、サービス料とチップ、領収書の税金。

「設定 → 注文」タブ — すでに受け付けた注文の処理ルールです:

ブロック 内容
自動化 N時間後の未払い注文の自動キャンセルと、提供済み/配達済みの自動完了。チェックは毎時実行され、キャンセルは通常の手順(在庫、通知)で行われ、注文カードから元に戻せます
ゲストのブロックリスト 注文を受け付けない電話番号、e-mail、IP
返金理由 返金処理時に従業員が選択する独自の理由リスト

注文カードに表示される支払い方法:現金、受け取り時のカード、オンライン、法人口座、客室番号への付け払い(ホテル)、そして**「掛け払い」** — レジが注文を掛け帳にクローズしたもの(レジ(POS)参照)。


7. フロアプランとテーブル管理#

フロアプランエディター#

  1. フロア図セクションを開きます — これは「設定」のタブではなく、独立したメニュー項目です
  2. 要素をドラッグ&ドロップします:テーブル(円形、正方形、長方形)、椅子、壁、ドア
  3. 各テーブルの番号と収容人数を指定します
  4. 複数のゾーンを作成します:メインホール、テラス、VIP、バーカウンター

詳細はフロア図をご覧ください。

テーブルのステータス#

ステータス 色 説明
🟢 空席 緑 テーブルは着席可能
🟡 使用中 黄 ゲストがテーブルに着席中
🔵 予約済み 青 この時間の予約がある

テーブルに「会計待ち」や「対応中」といった個別のステータスはありません。レジのフロア図では、ステータスの上に2つのシグナルがハイライト表示されます:ウェイターの呼び出しと注文の準備完了です。

テーブルへのQRコードの紐付け#

  • 各テーブルに固有のQRコードが付与されます
  • スキャンするとシステムがテーブル番号を識別します
  • 注文は自動的にテーブルに紐付きます
  • ウェイターはどのテーブルからの注文かがわかります

8. 予約システム#

ゲスト向け予約#

ゲストはテーブルを予約できます:

  1. QRメニューから → **「テーブルを予約」**ボタン
  2. 店舗のサイトから
  3. Telegramボットから
  4. 電話で(マネージャーが手動で入力)

予約の設定#

  • 時間枠:予約の所要時間
  • ゲスト数制限:テーブルあたりの最小人数と最大人数
  • デポジット:テーブルに対して前払いを求める — 固定金額またはゲスト1人あたり。ゲストが来なかった場合のデポジットの扱い(没収または返金)は別途設定します
  • ウェイティングリスト:ゲストが順番待ちをし、空いたテーブルへの案内は限られた時間だけ有効です
  • 確認:自動または手動

すべてのパラメータとそのデフォルト値は予約とフロア図をご覧ください。

通知#

  • ゲストは確認を受け取ります(email/Telegram)
  • マネージャーはカレンダーですべての予約を確認できます

9. ルームサービス(客室対応)#

ホテル、ホステル、アパートメント向け:

設定#

  1. 店舗 → 対象の店舗 → **「業種」**フィールド → ホテル。業種は店舗の用語と初期設定を変更しますが、機能を制限するものではありません
  2. フロア図セクションで**「客室」**モードに切り替え、テーブルの代わりに客室(101、102…または名称)を登録します
  3. 各客室にQRコードを設置します

注文の流れ#

  1. ゲストが客室のQRをスキャン → メニューが表示されます
  2. 料理を選択 → 注文を確定します
  3. 客室番号と配達時間を指定します
  4. キッチンが注文を受け取り → 調理 → スタッフが客室へ届けます

追加オプション#

  • 追加サービスの注文(タオル、枕、清掃)
  • 料理を選択できる朝食スケジュール
  • ミニバー:消費の追跡
  • PMS(Property Management System)とのインテグレーション

10. ゲスト請求書の分割(Split Bill)#

ゲスト請求書の分割はレジで行います — ウェイターまたはキャッシャーが操作します:

  • アイテムごと — 各ゲストが自分の料理を指定し、それだけを支払います;
  • 均等割り — 金額をゲストの人数で割ります。

各部分はそれぞれの支払い方法(現金、カード、法人口座)でクローズされ、すべての部分がクローズされた時点で注文は支払い済みとみなされます。詳細はレジ(POS)をご覧ください。


11. Kitchen Display System (KDS) — 詳細設定#

ハードウェア#

KDSはブラウザがあればどのデバイスでも動作します:

  • タブレット(10~12インチ)— 小規模なキッチンに推奨
  • Smart TV(32~55インチ)— 大規模なキッチン向け
  • PCモニター — 大規模店舗向け
  • 複数画面の同時使用 — それぞれが自分の担当セクションを表示

キッチンの複数画面:セクションプリセット#

パネルに専用の画面ビルダーはありません — 画面はキッチン画面自体で設定します。画面数に制限はなく、それぞれが自分のセクションに紐づきます。

接続方法#

  1. キッチン(KDS) セクションを開く
  2. 「セクション」 パネルで、この画面に表示するメニューカテゴリにチェックを入れる(ヒントにはこう表示されます:「選択したカテゴリの料理のみを表示」)
  3. 「現在の設定をプリセットとして保存」 を押して名前を付ける(例:「グリル」)
  4. 保存したプリセットの 「リンクをコピー」 または QR を取得し、キッチンのタブレット、テレビ、モニターで開く
  5. 画面がこのセクションに紐づきます — 隅に「画面はセクションに紐づけられています」という表示が出ます

プリセットはアカウントに保存されるため、同じリンクを複数のデバイスで開けます。

レストランのレイアウト例#

プリセット メニューカテゴリ デバイス
ホットキッチン 温かい料理、付け合わせ、スープ Smart TV 43"
コールドキッチン サラダ、前菜、デザート タブレット 10"
バー ドリンク、カクテル、フレッシュジュース タブレット 10"
ピザ すべてのピザ Smart TV 32"
すべての注文 フィルターなし(盛り付け/提供) モニター 24"

アイテムが目的の画面に表示される仕組み#

ルーティングはメニューカテゴリによる画面フィルターで行われ、料理カードのフィールドではありません:カテゴリにもメニューアイテムにも「KDSステーション」というプロパティはありません。「バー」プリセットでチェックしたものがバー画面に表示されます。

「セクション → ハードウェア」の唯一の紐づけはステーションのプリンターです:同じ「セクション」パネルで、このセクションの伝票を印刷するブリッジのプリンターと、その予備プリンターを設定します(キッチン印刷参照)。

ゲスト用の注文待ち状況ボード#

ゲスト用画面は独立したエンティティであり、「KDS画面の一種」ではありません。公開の注文待ち状況ボードは「調理中」と「完成」ステータスの注文番号を表示します。

店舗カードで有効にします:ロケーション → 店舗 → インテグレーションセクション → 「注文待ち状況ボード」。同じ場所に「配達注文を表示」トグル(オフの場合 — レジの注文のみ)、公開リンク、QR、および「ボードを開く」ボタンがあります。リンクをホールのテレビや受け渡しカウンターで開くだけです。

セクションの設定#

セクションとは保存されたメニューカテゴリのセットです:

セクション 表示内容
ホットキッチン 温かい料理、付け合わせ
コールドキッチン サラダ、前菜、デザート
バー ドリンク、カクテル
すべての注文 フィルターなし — 盛り付けと提供用

時間の色分け表示#

  • 🟢 10分未満 — 基準内
  • 🟡 10~15分 — 注意が必要
  • 🔴 15分超 — 重大、優先

しきい値(デフォルトでは10分と15分)はKDS表示設定で設定され、アカウントのすべてのキッチン画面で共通です — セクションごとの個別しきい値はありません。

KDSでの注文管理#

  • 料理をタップ → 「調理中」、再タップ → 「完成」
  • 「着手」 — チケット全体を着手する
  • 「完成」 — チケットが揃い提供に回る;ウェイターへの通知
  • 新規注文時と時間超過時の音声通知
  • 「サマリー」 — all-day:同じアイテムが合計何個進行中か

キッチン画面にはスワイプジェスチャーやバンプバー対応はありません — すべてタップとボタンで行います。

KDSのオフラインモード#

インターネットが切断された場合:

  • KDSは最後の状態を表示し続けます — すでに読み込まれた注文と表示設定
  • 画面は自動的に再接続します;その間に見逃した注文は接続復旧後にサーバーから読み込まれます
  • ステータスは自動的に同期されます

手動での注文作成#

ウェイターやマネージャーは、ゲストを介さずに注文一覧から直接注文を作成できます。電話での注文、カウンターでの注文、またはゲストがQRコードを使わない場合に便利です。

手動で注文を作成する方法#

  1. 管理パネルの 注文 セクションに移動します。
  2. 画面上部の 「新規注文」 ボタンを押します。
  3. 開いたモーダルで注文タイプを選択します:
    • 店内 — テーブルを選択(フロアプランが設定されている場合);
    • 持ち帰り — ゲストが自分で受け取る;
    • 配達 — 住所と顧客情報を入力。
  4. 必要に応じて顧客の名前と電話番号を入力します。
  5. メニューから料理を追加し、数量、バリエーション、追加オプションを指定します。
  6. 「注文を作成」 を押すと、注文が一覧に表示され、キッチンディスプレイ(KDS)に送られます。

何かが不足している場合、ボタンが「ただ動かない」わけではありません:その下に何を補完する必要があるかが列挙されます — アイテムの追加、店舗の選択、ゲスト名の入力、国の形式に合わせた電話番号の修正、配達先住所の指定。要件の構成は注文タイプによって異なります:名前と電話番号は持ち帰りと配達に必要で、住所は配達のみに必要です。

手動注文はゲストの注文と同じルートを通ります:キッチンが通知を受け取り、ウェイターは自分のリストで確認できます。


注文パネルとモニター#

情報カード#

リスト内の各注文カード(または行)には次の情報が表示されます:

  • 注文タイプ — アイコン:「店内」/「持ち帰り」/「配達」。
  • 顧客名 — 配達および手動注文の場合。
  • 支払い方法とステータス — 現金/カード/オンライン、および「支払い待ち」または「支払い失敗」。
  • チップ — ゲストまたはウェイターがチップを残した場合、金額がカードに表示されます(詳細:チップ)。
  • メモ/特別な要望 — 注文にコメントがある場合、インジケーターアイコンが表示されます。
  • 時間指定 — 事前注文の場合、目標時刻とカウントダウンが表示されます。超過した時刻は赤で強調されます。

緊急度とアラート音#

カードは待ち時間に応じて色が変わります:

色 状態
緑 注文は新しく、正常
黄 注文の待ち時間が長い(デフォルト — 10分以上)
赤 注文が超過(デフォルト — 20分以上)

しきい値はデバイスで設定できます。新しい注文またはウェイターの呼び出し時にアラート音が鳴ります — ページ上部のスピーカーアイコンのボタンで有効にしてください。

フィルターと表示モード#

  • リスト/カード — 表示切替:密なテーブルまたは大きなカードのグリッド(デバイスに記憶されます)。
  • 自分の注文 — 現在のウェイターに紐づく注文のみを表示します。複数のスタッフが同時に作業する場合に便利です。
  • テーブル別 — アクティブな注文をテーブルとフロアゾーンごとにグループ化します(「テーブルなし」グループを含む)。
  • 検索 — 注文番号、テーブル、顧客名で即時検索。ステータスと店舗によるフィルターもあります。

「予定」セクション#

事前注文(実行時刻が指定されたもの)は、メインリストの上にある「予定」バーに分けて表示されます。超過した事前注文は赤で強調されます。

「現在選択中」と「放棄されたカート」#

注文リストの上に、まだ何も注文していないゲストに関する2つのヒントがあります:

  • 「現在選択中」 — テーブルがメニューを開いたが、まだカートに何も入れていない状態:声をかけるのに良いタイミングです;
  • 「放棄されたカート」 — 確定したアイテムがなく、45分以上アクティビティがないカート。ゲストのアクティビティがあれば、そのカートは一般リストに戻ります。

リアルタイム更新#

ヘッダーのインジケーターは**「オンライン」を示します — 注文の変更は即座に届きます;接続が失われると「オフライン」に切り替わり、再接続は自動で行われ、リストはボタンで手動更新できます。新規注文の音は2つのモードで動作します:1回のみのアラート、または注文が開かれるまで繰り返し**。

クイックアクション#

注文モーダルを開かずに、次のことができます:

  • **「完了」**を押す — 注文を受け渡し可能としてマークします;
  • 「完了済み」と「キャンセル済み」グループを折りたたむ/展開する — これらはデフォルトで非表示になっており、画面を煩雑にしません;
  • 「CSV出力」 — 現在画面に表示されている注文(検索とステータスフィルターを反映)をExcel用ファイルとしてダウンロードします。

注文カードから#

  • 「統合/席移動」 — ゲスト請求書を別の開いているゲスト請求書に統合する(自分の方に取り込むか、相手のゲスト請求書に移す)か、ゲストを空いているテーブルに移動させます。確認前に警告が表示されます:元の注文の割引、サービス料、クーポンは引き継がれず、印刷済みの事前レシートは再印刷が必要です。統合できない注文(すでに閉じたもの、アグリゲーター経由、一部支払いまたは前払いあり、法人引き落としあり、ポイント消込あり、家族カート、オンライン支払い進行中)はシステムが受け付けず、理由を説明します。「テーブルへ席移動」リストでは、開いているゲスト請求書がないテーブルが空きと見なされます:予約はテーブルを占有しません — 将来の予約があるがゲスト請求書がないテーブルはリストに残ります。逆に:フロア図に描かれているが独自のQRコードがないテーブルはリストに表示されません — まず「フロア図」セクションでコードを紐づけてください。
  • 支払いリンク — ゲストにリンクを送り、オンラインで注文を支払ってもらいます。
  • 領収書発行 — ウェイターは自分のデバイスから領収書を発行できます:フロアのレジがクラウド経由で印刷します。支払い方法とお釣りを選択し、領収書は開いている現金シフトに紐づけられます。
  • ゲストをブロック — 注文が虚偽だった場合:電話番号、e-mail、IPで。そのゲストからの新たな試行は拒否され、フィードに表示されます。
  • 家族カート — グループ注文は参加者(メインゲストとそのゲスト)を含む1つのカードとして表示され、詳細を展開できます。
  • 「顧客に引き渡し済み」 — ゲストが持ち帰り注文を自分で受け取ったことをマークします。

アグリゲーターの注文 — パネル内で直接#

配達アグリゲーターからの注文は、他社の管理画面に入ることなく、同じカードで処理されます:

  • Wolt — 「承認」/「拒否」(理由選択:アイテムなし、閉店中、負荷が大きすぎる)、分単位の調理時間、事前注文の確認、「準備完了」、「顧客に引き渡し済み」;顧客のコメントとクーリエの待ち状況が表示されます。
  • Glovo — 引き渡しコード、「カトラリー必要」マーク、クーリエの情報と到着時刻、顧客による持ち帰り、プラットフォーム側からのキャンセル。

発送(商品注文)#

オンラインショップやその他の商品バーティカル向けに、カードに**「発送」**ブロックがあります:配送業者、配送方法、受取場所、ローカライズされたステータス、リンク付きの追跡番号。追跡番号は手動で入力または修正できます — これは当社を通さずにラベルを発行した場合に必要です。

**「ラベル印刷」**ボタンは、アダプターがラベルを発行できる配送サービス(CDEK、Trackings.ge、Exline)にのみ表示されます;その他のアダプターは運賃の計算のみを行います。「発送済みとしてマークして通知」チェックボックスは、追跡番号を含むメールをゲストに送信します — 「発送済み」ステータスへの最初の移行時にちょうど1回だけ;追跡番号の変更時に2通目のメールは送信されません。


注文のキャンセルと再開#

スタッフは、現在のステータスに関係なく、パネルから注文全体をキャンセルできます。

注文のキャンセル#

  1. リストから該当する注文を開きます。
  2. **「注文をキャンセル」**をタップします。
  3. ダイアログで操作を確定します — この操作は、後から再開しない限り元に戻せません。
  4. 注文は「キャンセル済み」ステータスになり、折りたたまれた「キャンセル済み」フッターに移動します。

個別のアイテムだけをキャンセルすることもできます — 注文内の料理をタップすると、その行のステータス管理が開きます。

注文の再開#

誤ってキャンセルした場合や状況が変わった場合は、注文を復元できます。

  1. リスト下部の「キャンセル済み」グループを展開します。
  2. 注文を開きます。
  3. **「復元」**をタップします — 注文は「対応中」ステータスでアクティブなリストに戻ります。

常連ゲスト#

システムは、デバイス、電話番号、または認証済みアカウントによって常連客を自動的に識別します。ゲストが以前に来店している場合、注文カードに**「常連客」**バッジが表示され、完了した来店回数と累計利用金額が示されます。

バッジをタップすると、そのゲストの注文履歴の概要を開くことができます。

常連客の扱いについて詳しくは、顧客のセクションをご覧ください。


12. 注文のキャンセルと返金(ゲストシナリオ)#

キャンセルポリシー#

注文ステータス キャンセル可能? 返金
新規 ✅ はい(自動) 全額返金
キッチンが受付済み ⚠️ マネージャーの確認が必要 一部/全額
調理中 ❌ マネージャーのみ マネージャーの判断による
準備完了 ❌ いいえ なし(受け取り済みの場合)
配達中 ❌ いいえ クレームによる

返金プロセス#

返金は**「注文」セクションからは行いません**。注文カードでは返金ステータスが表示されるだけです。「返金」ボタンは現在そこにはありません — 対応中です。

  1. ゲストがマネージャーに連絡する
  2. マネージャーがレジ (POS) → **「領収書」**を開き、販売の領収書を見つけて返金を処理する
  3. 返金するアイテム(全額または一部)と返金方法を選択する
  4. 返金申請が処理された物販バーティカルの注文は、返金セクションに表示されます

詳しくは — 領収書と返金 および 返金。


開始に必要なもの#

  • 少なくとも1つの注文チャネル: QRショーケース、レジ、Telegramショップ、自社サイトの注文ウィジェット、またはマネージャーによる手動注文。
  • 「確認前のゲスト注文」設定の理解。 デフォルトでは、ゲストが作成した注文は、オペレーターがここで受け付けた後にのみキッチン、レジ、配達員ボードに届きます。店舗の設定で「すぐに処理」モードに戻すことができます — 手動で受け付ける人がいない店舗向けです。
  • スタッフの役割 — セクションおよび「自分の注文」へのアクセスは権限によって制限されます(スタッフ)。
  • 設定済みの注文タイプ — 店内、持ち帰り、配達: それぞれに独自のゲストフィールドと独自のルールがあります。

制限事項#

  • 注文受付の設定は店舗ごとに設定します。 「アカウントの全店舗に一括で有効化」はありません。
  • 更新はWebSocketで行われます。 接続がない場合、リストは自動的に更新されません — ページを手動で更新してください(インターネットが切れた場合)。
  • ゲストに約束した時間は静的です。 それは店舗の設定から取得され、キッチンの現在の負荷から計算されるものではありません。過負荷時のチャネルの自動一時停止もありません。
  • アグリゲーターの注文はモックで検証済みです。 Wolt、Glovo、Yandex Eats、Deliverooへの実際のパートナー接続はありません。
  • WhatsApp経由の注文はオーナーへのメッセージであり、パイプライン内の注文ではありません: 返信とステータスはチャットで手動で管理されます。
  • 注文の唯一の書き込み元はサーバーです。 編集は個別のシグナルとして届くため、変更は即座には反映されず、「注文ファイルの直接編集」は存在しません。

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

ゲストの注文がキッチンに届かない。 おそらくオペレーターの受け付け待ちです: ここで受け付けるか、店舗で「すぐに処理」モードを有効にしてください。

画面でステータスが更新されない。 更新はWebSocketで行われます — 接続が切れた場合はページを更新してください。

ゲストが待ち時間が合わないと不満を言う。 約束した時間は静的で、店舗の設定で設定されます — 注文設定で変更してください。

アグリゲーターからの注文がない。 現在、プラットフォームへの実際の接続はありません。

注文がステータスで「スタック」している。 チェーンの先にそれを進める担当者がいるか確認してください: キッチン画面、受け渡し画面、または配達員ボードが有効で開いているか。


関連セクション#

  • レジ (POS) — ウェイターによる注文の入力と支払い; POS経由のチップ
  • キッチンディスプレイ (KDS) — 調理場ごとの調理キューの管理
  • チップ — チップの設定: オンラインチェックアウト、POS、レポート
  • 領収書と返金 — 領収書レジストリ、一部返金、交換
  • 顧客 — 常連ゲストのプロフィール、来店履歴、分析
Was this article helpful?