Скриншоты с комментариями

Задачей этой страницы не является последовательное объяснение всего принципа работы Программного комплекса ODYSSEY. Мы хотим лишь на нескольких примерах показать, что эта программа – нечто принципиально новое и непохожее на все то, что вы раньше видели. Приезжайте, звоните, пишите и мы покажем и расскажем вам гораздо больше.

Флэш отчет – мгновенная оценка работы ресторана от начала кассового дня до момента «сейчас». Учитываются продажи, товарные затраты на проданную продукцию и трудозатраты. Автоматически обновляется каждую минуту, или по нажатию кнопки.

Товарный флэш отчет. Мгновенный отчет по наличию товарных запасов. Используется не для проведения инвентаризации, а для коррекции остатков в течении кассового дня.

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

Отследить работу персонала в Фронт офисе (кассовой части) очень просто. Для этого существует Журнал Транзакций, в котором можно выбрать нужные транзакции за любой период по разных критериям. На экране будут видны только те транзакции, которые удовлетворяют всем поставленным условиям выбора.

Если выбрать нужную транзакцию и щелкнуть по ней мышкой, то откроется весь Счет, в котором была эта транзакция. В детализации Счета отражаются все транзакции (зашел в счет и вышел из счета – это тоже транзакция) внутри этого счета. Видно, когда производились продажи тех или иных блюд, какие были коррекции, отмены (на скриншоте видно, что была отмена двух боржоми), списания, к кому переводился счет (в 17:41 чек был переведен от Мыльниковой к Барышникову), менялся ли номер стола и т.д.

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

Экраны продаж для каждого ресторана уникальны. Количество экранов в каждой конфигурации ограничено лишь здравым смыслом. На скриншоте вверху видно, что экран продаж может быть привязан как к терминалу, так и к Оператору. Он так же может автоматически меняться при смене периода дня. Работа ресторана в простой конфигурации (например, фаст-фуд) требует всего одного экрана. А с помощью кнопок типа «переход на другой экран» можно количество экранов продаж, используемых в конфигурации, довести до бесконечности.
Экраны создаются достаточно просто. Чтобы создать с нуля экран продаж на скриншоте ниже потребовалось 30 минут.

Обратите внимание на второй ряд кнопок – Бар, Вино, Пиво, Оплата, Разное – это кнопки перехода на другие экраны. Если нажать на кнопку Бар, то произойдет смена экрана, но работа со счетом продолжается.

В данной конфигурации удобно, чтобы экран 2 был похож на экран 1 (совпадают наличие и расположение функциональных кнопок и цветов), но это совсем не обязательно. Экран 2 мог оказаться настолько другим, что можно было бы подумать, что мы уже работаем в другой программме.

Для примера экран американского фаст-фуда «Wendy's» выглядит таким образом. Цветовая гамма та же, но в остальном мало чем похож на предыдущие экраны.

Важное отличие этой конфигурации – это возможность работы с несколькими покупателями одновременно – здесь три открытых счета на одном экране. Один счет (слева) редактируется, а два (справа) находятся в стеке. В любой момент работа с ними может быть продолжена. Такое размещение счетов позволяет увеличить скорость обслуживания, так как сборщики могут комплектовать заказ, не мешая оператору.
Заказы отправляются в стек типа FIFO (first in first out, первый пришел – первый ушел) кнопкой Store (В стек) – при этом мы сохраняем заказ #3; и вызываются обратно кнопкой Recall (Из стека) – в нашем случае заказ #1 возвращен для редактирования. Пример: нажмем на Store , а потом на Recall и получим такой экран.

Теперь, пока готовится заказ #3, или покупатель думает, можно произвести расчеты по заказу #1 или добавить что-нибудь еще, и уже потом произвести расчеты (можно еще раз отправить его в стек).
Даже при выходе Оператора из программы, сборщик заказов будет видеть полосу заказов в стеке.

Чтобы не создалось впечатления, что ODYSSEY – это программа для работы фаст-фудов, приводим скриншот экрана Столов-Счетов. В этот экран подобного типа оператор попадает после сохранения заказа или совершения оплаты в конфигурации «ресторан». Выбирая счет, столик или нажимая на кнопку «Новый счет» (если она доступна), оператор попадает в экран продаж.

Приезжайте, звоните, пишите и мы покажем и расскажем вам гораздо больше!