1つの代表的なレストランから始め 動作する設定を記録し 開始前に追加的な場所を確認します メニュー,許可,支払い,デバイス,レポートは 店舗レベルを明確にチェックする必要があります.

地元の設定から分離した共有された決定

レストランとその国,通貨,時間帯,サービスチャンネル,設備をリストする. どのメニューと会員制の規則が一致し,どれが地域的に異なるかを決定する.

共有商人口座は,自動構成クローン,統合会計,または店舗間決済の約束ではありません. プランを選択する前に,グループ要件を確認してください.

  1. 各レストランのオーナーと地元の連絡先を教えてください.
  2. メニュー言語,価格,開業期間,注文チャンネルを記録する.
  3. 会員グループや昇進が適用される場所を定義する.
  4. 各場所の支払い口座,端末プロバイダー,プリンタ接続を別々にリストする.

スタッフに必要なアクセスを与え

従業員の役割と各人がアクセスできるレストランをレビューする 報告が必要なマネージャーは,支払いや昇進を変更する許可は必要ありません.

各従業員に自分のアカウントを 与え オープン前にアクセスチェックをします 店舗の設定をレビューし,ライブサービスから別々にチェックを安排するように,所有者または権限のある管理者に依頼してください.

場所を追加する前に計画と費用を確認する

プロまたはプレミアムの公開された入庫料無料および追加店舗価格をレビューし,その後 Merchantの実際の購読を確認します. スタッフ,ターミナル,機能へのアクセスも計画に依存する.

支払い処理,ハードウェア,メッセージプロバイダーおよび合意された実施作業は,独自の費用を負う. ゼロプラットフォームのオーダー委員会では これらの請求は取り消されない.

完全なワークフローを証明する

代表的なゲスト注文,スタッフ処理, POS,キッチン目的地およびサポートされた印刷流をチェックするためにプラットフォームテスト環境を使用します. 支払と返済のチェックには,適切なテストアカウントとプロバイダの設定が必要です.

公開の MenuSnap デモは実際の注文をしないし,自分の決済口座,プリンター,財政設定,オフライン行動を証明することはできません. ゲストの体験をレビューするために使って 設置に必要なチェックを整理します

  1. メニューの内容,オプション,言語,価格を確認する.
  2. オーダールーティング,従業員アクセス,アクティブ印刷執行者をチェックする
  3. 接続状態を確認し,テスト設定で接続喪失と回復を練習する.
  4. 再接続後,実行を繰り返す前に,更新された注文と支払い状態を確認してください.

結果をレビューし,拡大する

各レストランの報告と期間について合意してください. 店舗を比較する前に,販売,受付金,返金,シフト現金を別々に保持し,時間帯と通貨をチェックします.

合意された移行期間中に,以前の運用手順を利用可能にしておく. 最初のレストランが日々のワークフローを完了し,地元の管理者が設定を承認したときに拡張します. 各国別付与及び財政要件は別々に確認されなければならない.

ご利用前の疑問にお答えします。

レストランの設定を 複製できますか?

自動複製または同一の設定を想定しないでください. 各場所のメニュー,価格,スタッフのアクセス,支払い,プリンターおよび法的要件を,運用手続きが共有されている場合でも,検討します.

複数のレストランがメンバーを共有できるのか?

会員グループにはレストランの範囲が設定できます. グループをチェックし,まずお申し込み規則を確認してください. 会員共有は,店間のプレペイド資金決済を提供しません.

オフラインポスでQR注文が機能するのか?

いいえ。 客のQR注文とクラウドサービスにはインターネットが必要です POS 支払,返済,決済,シフトはサーバーの確認が必要です.個別のカード端末は,独自のプロバイダの接続規則に従います.