レジ(POS)
**レジ(POS)**画面は、ウェイターや管理者が管理パネル上で直接すばやく注文を入力するためのワークステーションです。注文はメニューのタイルから数回のタップで組み立てられ、テーブルに紐付けられ、すぐにキッチンと注文一覧に送られます。
開く:管理パネル → レジ(POS)(admin.cenaly.com)。画面はタブレット向けに最適化されています — 左側にメニューのタイル、右側に現在の注文のチケット(スマートフォンでは「メニュー」と「注文」のタブ)。
レジを利用できる人#
「レジを持つ役割」の固定リストはなくなりました。アクセスは役職の「レジ」セクションで付与されます。役職はスタッフページのコンストラクターで組み立てます — 21の組み込みプリセットに加え、任意の数の独自の役割を作成できます。
「レジ」セクションはデフォルトで以下の役職にあります:オーナー、マネージャー、ウェイター、シフト管理者、キャッシャー、販売員、バーテンダー、フロント管理者、ピックアップポイントオペレーター。調理師と配達員にはありません — 彼らは「キッチン(KDS)」と「配達員」画面で作業します。どの役割にもこのセクションを付与または剥奪できます。
アクセス自体に加えて、各役職にはPOS権限が設定されます:
| 権限 | 設定内容 |
|---|---|
| 割引上限 | 上長の承認なしで領収書に適用できる最大割引率 |
| 返金/取消 | 承認なしでキャンセルおよび返金する権利 |
| 根拠領収書なしの返金 | 元の領収書が見つからなくても返金を処理する権利 |
| 他人の操作の承認 | 同僚の上限を超える操作を自分のPINで確認する権利 |
| ホールパネル | レジでのホール図、予約、営業日へのアクセス |
| PIN付き再印刷 | 領収書の再印刷にマネージャーPINを要求する |
ウェイターが注文を作成した場合、注文は自動的にそのウェイターに紐付けられます — これは注文とレポートで確認できます。
注文の作成方法#
- 店舗を選択(複数ある場合)— 画面上部で。
- テーブルを紐付け(ホールでの注文の場合):「QRをスキャン」ボタン — カメラをテーブルのQRコードに向けます。または「テーブルを選択」 — 顧客コードのリストから選択します。QRが別の店舗のものである場合、レジは自動的にその店舗に切り替わります。
- 料理を追加:タイルをタップします。検索とカテゴリフィルターが機能します。料理にバリエーションや追加がある場合は、オプションの選択が開きます。
- 注文タイプを指定:「店内」、「持ち帰り」、「配達」。
- 必要に応じて注文へのコメントを追加します。
- 送信を押します — 注文は「注文」セクション、「キッチン(KDS)」画面、注文モニターのフィードに表示されます。
アイテムの数量はチケット内の「+/−」ボタンで変更できます。送信前にアイテムを削除できます。
メニューグリッドは自分の流れに合わせてカスタマイズできます:カテゴリは帯またはパンくず付きのネストされたタイルで表示され、タイルは希望の順序にドラッグでき、よく売れるものは**クイックメニュー★**タブに配置できます。タイルを長押し(または右クリック)すると、メニューエディターに入ることなく、レジから直接「86」ストップリストに料理を入れられます。
テーブルと開いている注文#
- レジは選択したテーブルの開いている注文を表示します — 既存の注文を続ける(追加注文)か、新規に開始できます。
- **「テーブルを解除」**ボタンは、テーブルなしで注文を処理する場合に紐付けを解除します。
- テーブルリストはQRコードセクションから取得されます — 各テーブルのQRコードがレジにとっての「テーブル」です。テーブルはリストから選択するか、ホールの視覚的な図でタップできます。テーブルの配置について詳しくは、ホール図の記事をご覧ください。
ゲスト請求書の移動と統合。 ゲストが席を移動したりテーブルをくっつけたりした場合、ゲスト請求書もそれに追随します:レジのメニューには「このゲスト請求書に取り込む」(他人の開いている注文を現在のものに統合)、「あのゲスト請求書に渡す」(逆)、「テーブルへ移動」(注文を空いているテーブルに移す)があります。統合できない場合は操作がブロックされます:ゲスト請求書に既に一部支払いまたは前払いが行われている、法人限度額やロイヤルティボーナスが使用されている、アグリゲーターの注文が進行中の場合です。ゲスト請求書で既にプレチェックを印刷している場合、レジが警告します — ゲストは1つの合計を見ていたからです。
レジでの支払い#
注文を組み立てた後、レジ担当者はチケット内から直接支払い画面に進みます。利用可能な支払い方法:
- 現金 — システムがゲストから受け取った金額を記録し、お釣りを表示します。
- カード — POS端末での支払い。ハードウェアブリッジに端末が接続されている場合、レジが操作を最後まで処理します。金額が端末に送られ、レジ担当者は支払いの進行状況を確認でき、拒否時には再試行、手動処理、または端末が「ステータス不明」と応答した場合には、引き落とされたかどうかを推測する代わりに操作を照合に送ることができます。
支払い画面には金銭的なテンダーのほかに、2つの非金銭的テンダー — ギフトカードと**「ツケ」**(どちらも以下で説明)があります。混合払いは現金とカードの組み合わせで、法人口座とロイヤルティは同じ支払いの上に乗る別の仕組みです。
オンラインプロバイダー(Stripe、BOG、TBCなど)はゲスト側、メニューのチェックアウトで機能します。そのような注文は支払い済みの状態でレジに届き、レジ担当者はそれを渡すだけです。詳細はオンライン支払いをご覧ください。
レジ担当者は一部支払いを複数の方法で受け取ることができます(例:一部を現金、一部をカードで)。支払いを確定すると、注文は「支払い済み」ステータスに移行し、領収書は自動的に生成されます。領収書の印刷と発行の詳細は領収書をご覧ください。
ゲスト請求書の分割(split bill)。 ゲスト請求書はレジ上で直接3つの方法で分割できます:アイテム別(ゲストが自分の料理を選択、数量は端数まで分割可能)、均等割り(金額をゲスト数で分割、2〜20人)、ゲスト別 — このタブはウェイターがチケットの行をゲスト別(G1、G2、…)に割り当てた場合に自動的に表示され、各ゲストの負担分はサービス料とチップの取り分とともに即座に計算されます。各部分はそれぞれの支払い方法で締められます。注文はすべての部分が締められた時点で支払い済みとみなされます。ゲスト側からゲスト請求書を分割することはできません。
法人個人口座。 企業の従業員が法人残高から昼食を支払います。レジ担当者が電話番号と口座コードを入力し、システムが1日あたりの手当を確認して金額を引き落とします。注文がキャンセルされると、引き落としは自動的に取り消されます。詳細は法人口座をご覧ください。
ギフトカード。 カードはレジで直接受け付けられます。レジ担当者がテンダー「ギフトカード」を選択し、コードを入力またはスキャンすると、レジが残高を表示し、必要な金額を引き落とします。金額はサーバーが最新の残高に基づいて制限するため、カードにある以上の金額を引き落とすことはできず、再押下で二重に引き落とされることもありません。カードで支払われた部分は領収書に別行として記載され、残額は他の任意の方法で締められます。カードはゲスト請求書の分割、法人口座、ロイヤルティと組み合わせられます。同じカードを1つの注文に適用できるのは1回だけです — 残額を補う必要がある場合は、2枚目のカードか通常のテンダーを使用してください。
ギフト券の販売。 「ギフト券を販売」アクションは、選択した額面のカードを発行します。ゲストは通常の方法で支払い、コードは領収書に印刷され、e-mailが指定されていれば受け取り人にメールで送信されます。ギフト券の販売は売上ではなく店舗の債務です。「発行済み/消込済み/残高」のサマリーは財務セクションにあります。ロシアでは、販売は前払いとして計上され、消込は前払いの相殺として商品の領収書に含まれます — 消込は別の販売としては計上されません。
「ツケ」(後払い)。 カフェで慣れ親しまれた「借金ノート」がレジに組み込まれています。テンダー「ツケ」は注文を金銭なしで締め、金額をゲストに記録します — 電話番号または名前で検索でき、新しいゲストは支払い画面で直接登録できます。店舗にツケの上限が設定されている場合、超過はブロックされます。承認権限を持つ従業員またはマネージャーがPINコードで承認でき、その承認は危険操作ジャーナルに記録されます。注文は注文パネルと領収書ジャーナルで「ツケ」バッジが付き、ゲストの残高は顧客と要注意セクションで確認できます。返済は同じ画面で受け付けます — 「ツケの支払いを受け取る」アクション:現金またはカード、分割も可能です。ロシアでは、ツケでの販売は「信用供与」の印で計上され、返済は「信用の支払い」の領収書で計上されます。
ロイヤルティ。 「ロイヤルティ」パネルは電話番号でゲストを検索し、スタンプとポイントの残高を表示し、特典または消込を通常の割引として適用します — ロイヤルティプログラムをご覧ください。
ワンタップ支払い(クイックレジ)#
行列の速度が重要な店舗、オンラインショップ、受け取り所では、レジはクイック支払いモードで動作します(デフォルトで有効、トグルは ⚙ → 「支払い」→「ワンタップ支払い」):
- チケットには「支払う」ボタンの代わりに**「💵 現金」と「💳 カード」**が表示され、タップで支払い金額の販売が即座に行われます;
- 「支払いを受け付けました」画面はレジ担当者を止めません。チケットは次のお客様のために自動的にリセットされ、領収書番号とお釣りはチケット上部のバナーに残ります(お釣りのバナーは閉じるまで表示されます);
- 隣の**「▾」**ボタンは通常の支払い画面を開きます — 高額紙幣からのお釣り、チップ、混合払いと分割払い、法人口座。
合計で、販売は4タップではなく1タップで完了します。飲食店とホテルではこのモードはデフォルトで無効です — そこではゲスト請求書を意識的に締めます。
ゲスト請求書(プリチェック)#
支払い前に、ウェイターはゲスト請求書をゲストに渡します。これはアイテム、サービス料、合計を記載した請求書です。これは非財務文書であり、財務領収書ではないことが明記されています。**「🧾 ゲスト請求書」**ボタンはホールだけでなく、バーカウンターやカウンターでも利用できます。
紙がどこへ送られるか、順番に:
- Cenaly Hardware Bridge経由の領収書プリンター;
- 財務レジスター — サービス用の非財務文書として。これは別途領収書プリンターを購入していない店舗の主要な経路です。顧客への請求書は財務文書ではなく、レジスター経由の印刷は何も登録しません。紙には「非財務文書」と記載され、レジスターの実際のテープ幅で出力されます;
- ブラウザ — 印刷する手段がない場合、またはレジスターがフリーテキストの印刷に対応していない場合。
独自のブリッジがないウェイターのタブレットやスマートフォンからは、請求書はクラウドリレー経由でレジスターのハードウェアに印刷されます。注文に店舗があれば十分です。
ウェイターは結果を「印刷された/印刷されなかった」ではなく正確に確認できます。5つの状態があります — 領収書プリンターが印刷した、財務レジスターが印刷した(非財務領収書)、プリンターがオフラインで請求書はまだ印刷されていない、ブラウザで印刷した、まったく印刷しなかった。
ゲストと提供コース#
ホールモード(「ホールで」注文)では、チケットの行を特定のゲストに割り当てることができます — 「共通」、「ゲスト1」、「ゲスト2」など。ゲスト番号はキッチンチケットとKDSに送られ、支払い時には請求書分割の「ゲスト別」タブが表示されます。
提供コースが有効な場合、ウェイターは次のコースの料理を保留し、テーブルが次の提供の準備ができたときにコース開始ボタンでキッチンへ「リリース」します。コースを開始する権限は、ホール管理にアクセスできるロールにあります。
アップセルサフラー#
アイテムを入力すると、チケットの上に**「これと一緒に提案」**チップが表示されます — この料理と一緒によく注文されるものです。
ヒントのソース、優先順位順:
- 料理カードでのオーナーによる手動リンク(「これと一緒におすすめ」) — どんな統計よりも自分のメニューをよく知っています;
- 「よく一緒に購入される」 — 自分の注文の統計。
ここにAIはありません。すべて注文の事実から計算されます。ストップリスト「86」の料理やスケジュール外のものはヒントに含まれません — ないものを提案することは、キャッシャーがヒントを読まなくなるようすぐに習慣づけることになります。チップの価格はハッピーアワーを考慮した「現在の」価格で表示されます。
トグル — ⚙ → レジの外観 → 「アップセルヒント」(デフォルトで有効)。
量り売り商品#
量り売りされる料理(食堂、惣菜、サラダバー)の場合、料理カードで量り売り価格が有効になります。ゲストはキログラムあたりの価格を見て、最終金額は配膳時の計量で計算されます。
ハードウェアブリッジ経由ではかりがレジに接続されている場合、重量はアイテムに自動的に入力されます — 手動で入力する必要はありません。
ホールパネル#
🗺ボタンで**ホールパネルが開きます — ホステスの8つのタブがこの順序で並びます:「現在」、「待機」(ウェイティングリスト)、「配置図」、「予約」、「呼び出し」、「日」(現在シフトにいる人:タイムカードの計画対実績、PINによる出退勤記録)、「タスク」、「分析」**。
ホールパネルの隣にはホールモニターがあります — ホールのテレビやタブレット用の全画面配置図で、パンズーム、リアルタイムの「開いている注文の合計」バッジ、着席からのタイマー、ホテルの場合はゲスト、宿泊数、客室請求書の残高が表示されます。「ホール配置図」の📺ボタンで開きます(ホール配置図を参照)。
印刷#
販売と返品の領収書、ゲスト請求書、XレポートとZレポートはCenaly Hardware Bridge経由で印刷されます。ブリッジが利用できない場合はブラウザ経由です。ステーション別のキッチンチケットとアイテムのステッカーはブリッジ経由のみです。
例外 — ハードウェアが財務レジスターだけの店舗。 ブリッジはそれを通して当社の文書を送りません。ゲストへの領収書はレジスター自体が財務文書として印刷し、当社の紙は領収書に見えてしまうが領収書ではないからです。この場合、ブラウザフォールバックは起動しません — レジは「領収書はレジスター自体が印刷します」という説明を表示します。レジスター経由ではテスト印刷とゲスト請求書のみが許可されます。
レジのヘッダーには印刷キューのインジケーターが表示されます。プリンターがオフラインの場合、ジョブは失われませんが、紙はまだ物理的に存在しません。別のPCのプリンターにも印刷できます — クラウド経由で、VPNなしで。レジはその店舗のブリッジにジョブを送信し、自分のコンピューターのブリッジだけではありません。詳細はキッチンとホールでの印刷を参照してください。
発行済み領収書の再印刷は常に危険操作ジャーナルに記録されます。マネージャーPINを要求するのは、「PIN付き再印刷」が有効な職種のみです。
財務レジスターが失敗した場合、キャッシャーはドライバーの生のテキストではなく、原因と手順を確認できます:シフトが24時間を超えてZレポートが必要、レジスターが正しいモードでない、オペレーターパスワードが間違っている、未クローズの領収書が残っている、紙がない、財務メモリが満杯、ブリッジが接続されていない、レジスターが税務サーバーに到達できなかった。メッセージは数秒で消えません — 販売が止まっており、読む必要があります。
危険操作の管理#
手動割引、キャンセル、キッチンに送信済みのアイテムの訂正、返品、販売なしのドロワー開放、再印刷は、現在のキャッシャーに紐付けてジャーナルに記録されます(PINによる素早い切り替えが考慮されます)。一部の操作はシニアのPIN承認でクローズできます。
店舗にブリッジカメラが接続されている場合、イベントに短いビデオクリップが添付されます。ルール、しきい値、オーナーへのダイジェスト — 損失管理。
アルコールとマーキング(ロシア)#
ロシアの店舗では、レジはEGAISとChestny ZNAKのルールに従って動作し、しかも厳格です。アルコールコードのないアイテムは会計できず、UTMの拒否は注文全体をブロックします。EGAISへの販売記録は、領収書が締められる前に行われます。返品は同じアルコールコードで処理され、許可はジャーナルに記録されます。
- マークのスキャン。 専用のスキャンモードがアクシズマークとマーキングコードを認識します。スキャンされたマークは特定のボトルに紐づくため、その領収書行は隣の行と結合されません。他人のマーク、重複、または別商品のマークは即座に拒否されます。
- 分割ゲスト請求書とホテル請求書(フォリオ) は、金額が引き落とされる前にアルコールを確認します。EGAISでは記録を部分に分けることができないため、全体を記録できない領収書はレジが事前に拒否します。
- ライセンスと電子署名。 アルコールライセンスと署名の期限切れについて、レジは事前に警告します。ライセンスが期限切れになると、ワインと強い酒は販売できません(ビールは販売できます)。
- 最低小売価格と販売時間。 MRPを下回る価格は商品カードに保存されず、レジではそのアイテムが強調表示されます。販売できない時間帯は店舗の設定から取得され、小売店、飲食店、住宅内の店舗で個別に設定されます。
コードと在庫は在庫管理で管理します — 在庫管理を参照。UTMの接続 — ハードウェアブリッジ。
チップ#
支払い画面で、レジ担当者はチップを追加できます。プリセット(注文金額の割合)から選択するか、任意の金額を入力します。プリセットはロケーションのパラメータで設定します。チップの金額はチケットに表示され、財務レポートに別行として記録されます。
詳細 — チップ。
現金シフトとZレポート#
業務開始前に、レジ担当者は釣り銭準備金を指定してシフトを開きます。すべての販売は特定のレジ担当者のシフトに紐づきます。日中は回収を行い、Xレポート(中間)を確認できます。シフト終了時にレジ担当者は現金を数え、シフトを閉じます — システムは実際の金額と計算上の金額を照合したZレポートを生成します。
詳細 — 現金シフトとZレポート。
領収書、返品、交換#
支払いのたびに、レジは自動的に番号付きの領収書を生成します。レジ本体の**「領収書」**ボタンで一覧を開きます。閲覧、再印刷、一部または全額の返品が可能です。現金の返品時には、システムがレジからの支払いを自動的に登録します。返品は在庫の残高も復元します。交換は2段階の操作です。まず返品し、次に新しい注文を行います。
詳細 — 領収書と返品。
サービスモード:ホール、バー、カウンター#
チケット上部の切り替えは3ポジションです:
| モード | シナリオ |
|---|---|
| ホール | フルサービス:テーブル、ウェイター、提供コース、ゲスト請求書は支払いまで保持 |
| バー | 開いた口座のあるカウンター:口座に名前を付け、一晩中追加注文し、支払いで閉じる |
| カウンター | ファストフード、食堂、小売店、受取所:選んで — 支払って — チケットは自動的にリセット、口座なし |
デフォルトはロケーションの設定から取得され、そこに設定されていない場合は業種から取得されます(レストラン、カフェ、ホテルはホール、バーと美容サロンはバー、ファストフード、食堂、小売店、受取所はカウンター)。店舗のカードでは、モードは3つのボタンのセグメントで選択され、業種ごとにデフォルトでどのモードが有効かもそこで強調表示されます — 独自の値を設定する必要はありません。モードは全16種類の業種に用意されています。選択の余地がない業種(小売店、受取所、サロン、オンラインショップ、サービス、サイト、ウィジェット、チャット)では、レジ本体の切り替えは表示されず、画面は「レストラン向け」の要素なしで直接開きます — ホールプラン、テーブルなし、そして不適切な場合はチップもなしです。レジでの選択はデバイスと店舗ごとに保存されます。レストランで選択した「ホール」が同じチェーンの小売店に適用されることはありません。詳細 — バーモード。
レジの外観#
メニューパネルの右上にある⚙アイコンをタップして、表示設定を開きます。5つのスタイルをワンタップで利用できます:
| プリセット | 説明 |
|---|---|
| 写真 | 料理の写真、落ち着いたグリッド — 万能な選択肢 |
| 大きな写真 | 大きな写真のショーケース |
| ボタン | 写真なし、密配置 — バーと迅速なサービス向け |
| iiko風 | ライトテーマ、カテゴリの色付きボタン、クイックメニュー★、ゲストとコメント |
| r_keeper風 | ダークなレジ、コード入力、ドリルダウンメニュー、送信済みロック、丸め金額 |
さらに、パネルテーマ(ライト/ウォーム/ダーク/ダークブルー)とアクセントカラーを選択できます。細かい調整には追加パラメータが利用できます:列数、タイルのサイズと角丸、価格と写真の表示。設定はデバイスに保存され、再読み込みなしで即座に適用されます。
オフラインでの動作#
レジはインターネットがない状態でも注文と支払いを受け付け続けます。メニュー、ロケーション、現在のシフトのデータはキャッシュから読み込まれます。注文と領収書はキューに記録され、接続が回復すると自動的にサーバーに送信されます。オフラインの状態はインターフェースのバナーに表示され、その横にまだ送信されていない操作のカウンターが表示されます。
制限: レポート用の売上はサーバーが計算するため、Xレポートはオフラインでは生成されません。シフトはオフラインで開閉できます — 操作は同じキューに入ります — が、照合付きのZレポートの数値は接続回復後に計算されます。
始めるために必要なもの#
- ブラウザがあれば、どのコンピューターでもタブレットでも。 レジは管理パネルのページです。専用の「ハードウェア」を購入する必要はありません。レイアウトはタブレット向けに設計されており、スマートフォンではコンパクトに表示されます。
- 開いた現金シフト。 シフトが開いていない間は支払いがブロックされます — 現金シフトを参照してください。
- 従業員のロールとPIN。 レジにおける実際の権限の層はロールとPINです。見た目上のインターフェース制限ではありません。アイテムの削除、割引、返金、しきい値を超える再印刷にはマネージャーの確認が必要です。
- 価格付きのメニュー — レジのタイルはゲスト向けショーケースと同じカタログから取得されます。
- 同じコンピューター上のブリッジ — 領収書の印刷、フィスカルレジスター、はかり、スキャナー、客用ディスプレイ、銀行端末が必要な場合: Cenaly Hardware Bridge。
- サービスモード — ホール、バー、カウンター。デフォルトは店舗のタイプによって決まり、切り替えはチケットのヘッダーにあります(バーモード)。
制限事項#
- 領収書レコードはAWSの環境で動作します。 ロシア向けブランド(
cenaly.ru)では分析データベース上の機能は利用できません — 支払いの受付自体には影響しませんが、そこでは領収書の履歴が構築されません。 - オフラインはレジと印刷に限って閉じられています。 キッチン画面、銀行端末、インターネットなしでのローカルネットワーク内のデバイス間同期は動作しません — インターネットが切れた場合。
- ブリッジは自分のコンピューターのみを担当します。 ブラウザから隣のPCのブリッジにアクセスすることはできません。各レジデバイスにブリッジを置くか、別のPCの「ポーティングされた」プリンターへクラウド経由で印刷するかのいずれかです。
- PINのしきい値はレジ操作のみを対象とします。 倉庫での危険な操作(金額を超える書き消し、修正)は、まだ別のしきい値では閉じられていません。
- プレチェック内での価格変更は計画されていますが、ボタンはまだありません。
- レジの音声コマンドはベータ版です: 認識品質は言語に依存し、本番環境での精度は測定されていません。
- 「ツケ」の債務手帳は最後の記録が優先されます(同時編集のロックなし)。また、1枚のギフトカードは注文に1回だけ適用されます。
- レジ担当者の生体認証は意図的に延期されています。
トラブルシューティング#
支払いボタンが有効になりません。 現金シフトが開いていません。釣銭準備金を設定して開いてください — 現金シフト。
タイルにアイテムがありません。 スケジュールとストップリストを確認してください。料理が提供可能な時間帯の外にあるか、「86」として外されている可能性があります。次に確認するのは、この店舗におけるアイテムの表示設定と価格です。
領収書が印刷されません。 原因はレジではありません。このコンピューターのブリッジが「接続済み」ステータスであること、プリンターが選択されていることを確認してください — Cenaly Hardware Bridge、印刷。
レジがマネージャーのPINを要求します。 これは意図された動作です。アイテムの削除、割引、返金、しきい値を超える再印刷はマネージャーが確認し、リスクジャーナルに記録されます。
法人支払いの注文が別の口座と統合されません。 これは仕様による禁止です — 組織の口座から支払われた注文は統合できません(法人アカウント)。
レジ販売でロイヤルティポイントが付与されませんでした。 付与には領収書にゲストの電話番号が必要です。これがないとゲストが識別されず、ロイヤルティが計算されません。
関連セクション#
- 注文 — 注文のライフサイクル、ステータス、注文モニター
- キッチン(KDS) — レジからの注文が届くキッチン画面
- ホールレイアウトと予約 — テーブルの配置とQRコードの紐付け
- 従業員とシフト — ウェイターのロールと注文の紐付け
- オンライン決済 — Stripe、BOG、TBCなどの決済プロバイダー
- チップ — チップのプリセット設定とレポート
- 現金シフトとZレポート — シフトの開閉、回収、X/Zレポート
- 領収書と返金 — 領収書レコード、返金と交換
- バーモード — カウンター営業モードとオープン口座
- ホールパネル — ウェイティングリスト、着席、呼び出し、ヒートマップ
- キッチンとホールでの印刷 — プリンター、キュー、コードページ
- ロス管理 — 危険な操作のジャーナルとルール
- ロイヤルティプログラム — スタンプ、ポイント、常連ゲストへの割引
- 法人アカウント — 会社の口座からの昼食代の支払い
よくある質問#
専用のハードウェアは必要ですか?#
いいえ。レジはどのタブレット、スマートフォン、コンピューターでもブラウザで動作します。自分の従業員アカウントで管理パネルにログインするだけで十分です。
ゲストはレジなしで自分で注文できますか?#
はい — ゲストはテーブルのQRコードをスキャンし、QRメニューから注文します。レジはスタッフが受け付ける注文(電話、カウンター、テーブルでのウェイター)に必要です。
注文を送信した後はどうなりますか?#
注文は「新規」ステータスになり、すべての作業画面(「注文」、「キッチン(KDS)」、注文モニター)に表示されます。その後キッチンが調理を開始します — キッチン(KDS)を参照してください。
注文はウェイターに紐付けられますか?#
はい。注文がウェイターによって作成された場合、自動的に紐付けられます。また、「ホールレイアウト」ページの「ウェイター」モードでテーブルにウェイターを固定することもできます。
注文内の一部のアイテムだけ返金できますか?#
はい。レジで**「領収書」**を開き、該当する領収書を選択し、「返金」を押して特定のアイテム(数量を指定)にチェックを入れます。システムはこれらのアイテムが以前に返金されていないかを確認し、支払いを登録します。詳細は領収書と返金をご覧ください。
インターネットが切れたらレジはフリーズしますか?#
いいえ。接続が切断されると、レジはオフラインモードに移行します。注文、支払い、シフトに関する操作はキューに記録され、接続が回復すると自動的に送信されます。オフラインではXレポートのみが構築されず、Zレポートの照合は同期後に計算されます。