Почніть з однієї представницької ресторану, документуйте конфігурацію, яка працює, а потім перегляньте кожне додаткове місце перед тим, як вона почне працювати. Меню, дозвіли, платежі, пристрої та звітування потребують чітких перевірок на рівні магазину.

Віддельні спільні рішення від місцевих налаштувань

Перераховуйте ресторани і їхні країни, валюти, часові зони, канали обслуговування та обладнання. Рішення про те, які правила меню і членства повинні бути послідовними і які повинні відрізнятися місцево.

Об'єднаний торговий рахунок не є обіцянкою автоматичного клонування конфігурації, консолідованого бухгалтерського обліку або розрахунку між магазинами. Перед тим як вибрати план, підтвердіть будь-які вимоги групи.

  1. Назовіть власника і місцевого контакту для кожного ресторану.
  2. Запишуйте мови меню, ціни, періоди відкриття та канали замовлення.
  3. Означити, де застосовуються групи членства та промоції.
  4. Перелік платежних рахунків, постачальників терміналів та підключень до принтерів окремо для кожного місця розташування.

Дайте співробітникам доступ, який їм потрібен

Проаналізуйте ролі співробітників і ресторани, до яких кожен може піти. Менеджер, який потребує звіту, не обов'язково потребує дозволу на зміну платежів або підвищення.

Додайте кожному співробітнику свій власний рахунок і перевіріть доступ до нього перед відкриттям. Запросіть власника або уповноваженого менеджера переглянути налаштування магазину і організувати перевірки окремо від служби.

Перевірте плани та витрати перед додаванням місць

Перегляньте опубліковану доплату за магазини і додаткову ціну за магазини для Pro або Premium, а потім підтвердіть фактичну підписку в Merchant. Також доступ до персоналу, терміналу та функцій залежить від плану.

Переробка платежів, апаратний апарат, постачальники повідомлень та будь-які домовині роботи щодо реалізації мають власні витрати. Комісія за замовленнями на нульовій платформі не видаляє цих зборів.

Доказати один повний процес роботи

Використовуйте середовище тестування платформи для перевірки представницького замовлення гостей, обробки персоналу, POS, місцезнаходження кухні та підтримуваного потоку друку. Перевірки оплати та возврата вимагають відповідних тестових рахунків та налаштування постачальника.

Публічна демо-програма MenuSnap не здійснює реальних замовлень і не може довести ваш власний платежний рахунок, принтер, податковий налад або поведінку в інтернет-програмі. Використовуйте його для перегляду досвіду гостей, а потім організовуйте необхідні перевірки для установки.

  1. Потвердіть зміст меню, варіанти, мови та ціни.
  2. Перевірте маршрутизацію замовлення, доступ співробітників і активний виконавчий друку.
  3. Перевірте стан з'єднання і спробуйте втрату і відновлення з'єднання в тестовій установці.
  4. Після повторного підключення перевіряйте оновлені умови замовлення та оплати перед повторюванням дій.

Проверяйте результати, а потім розширюйте

Погоджуйтесь з повідомленнями і періодом, який ви переглянете для кожного ресторану. Продажі, отримані платежі, возврат і переміщення грошових коштів зберігаються окремо, а перед порівнянням магазинів перевіряйте часову зону та валюту.

Зберігайте попередню операційну процедуру доступною під час узгодженої перехідної процедури. Розширяйте, коли перший ресторан зможе завершити повсякденний робочий процес і місцевий адміністратор прийняв його конфігурацію. Виплата та податкові вимоги для конкретних країн повинні бути підтверджені окремо.

Маєте запитання перед початком роботи?

Я можу скопіювати одну конфігурацію ресторану на кожне місце?

Не допускайте автоматичного копіювання або ідентичних налаштувань. Переглянути меню кожного місця, ціни, доступ персоналу, платежі, принтери та законодавчі вимоги, навіть якщо операційна процедура є спільною.

Чи можуть кілька ресторанів поділитися членами?

У групах членів може бути налаштований об'єкт ресторанів. Перш за все перевіряйте групу та правила пропозиції; обмін членами не передбачає розрахунку між магазинами за попередньо оплаченими коштами.

Чи офлайн POS збереже роботу QR-замов?

Ні. Замови QR для гостей і хмарні сервіси потребують інтернету. Виплати POS, повернення, розрахунки та переміщення вимагають підтвердження сервером; окремий картовий термінал дотримується правил зв'язку власного постачальника.